CAHIER DES CHARGES POUR UN SYSTÈME DE GESTION DES

EMPLOIS DU TEMPS

MEKDOUR Mohammed
Groupe 3
Mars 2023

1 Introduction
Au cours de la vie professionnelle, on se trouve confronté au problème de la planification d’horaires.
Et cela nécessite une élaboration périodique et stratégique de plannings de travail et les raisons de cette
élaboration sont variées.
L’élaboration d’un planning ou Emploi du temps, revient à résoudre un problème complexe pour chaque
institution (entreprises de production, hôpitaux, universités, etc.) ayant ses propres règles et critères.
De ce point de vue, la planification du temps consiste à affecter des ressources données (humaines,
matérielles, etc.) à des intervalles de temps, pour satisfaire au mieux un ensemble d’objectifs tels que
l’amélioration de la qualité de service et les conditions de travail, tout en respectant les contraintes imposées
par les entités citées (disponibilité des ressources humaines, matérielles, etc.).

1.1 Objectif
Le présent document fait l’objet d’un cahier des charges qui sert à cadrer le projet d’informatisation de
la procédure de création des emplois du temps pour les universités en précisant les attentes et les exigences
des mâitres d’ouvrages.
A partir de ce document, l’application EDT peut être conçue, construite et finalement testée.

1.2 Portée
Parmi les domaines d’application de la planification d’horaire, on trouve celui des établissements
éducatifs, notamment dans les universités qui exploitent de nombreuses ressources humaines. Ce problème
est très important. En effet un mauvais emploi du temps influe directement et négativement sur le niveau
de l’acquisition des étudiants. Le création d’emploi du temps est ardue et sa réalisation à la main est une
tâche draconienne qui peut mobiliser plusieurs personnes pendant plusieurs jours de travail. En outre,
toute modification de données peut complètement remettre en cause la solution trouvée.
Ces difficultés, ont conclu à l’idée d’assister par ordinateur l’élaboration des emplois du temps en
adoptant des outils informatique dans le but de faciliter cette tâche.

1.3 Glossaire
1.3.1 Acronymes et abréviations
• HTML : Hypertext Markup Language

• EDT : Emploi du temps

• UMMTO : Université Mouloud Mammeri de Tizi-Ouzou

• IEEE : Institute of Electrical and Electronics Engineers

• ACSI : Analyse et Conception des Systèmes d’Information

1
1.4 Références
• Cours ACSI, Chapitre 2 et 3.

• TD 2 ACSI, Sections A, B.1 et D.

• Meeting Scheduler System: Requirement Document

• Mémoire de Fin d’Etudes, thème : Conception et réalisation d’une application web pour la gestion
des emplois du temps Cas : UMMTO, Réalisé par : Tigrine Youva et Tahir Oussama.

1.5 Vue d’ensemble

Ce cahier des charges est écrit selon les règles proposées dans la norme IEEE 830-1998.
Dans ce qui suit, il se trouve deux sections importantes. Dans la première il s’agit d’une description
générale du produit et des exigences d’utilisation. Quant à la deuxième, elle est réservée aux exigences
spécifiques dont les exigences de système fonctionnelles et non-fonctionnelles détaillées, les exigences de
domaine, les fonctionnalités distinctes ainsi que des modèles d’interaction, structurels et comportementaux
pour la bonne démonstration sur comment les exigences ont été comprises.

2 Description générale
Le système EDT est destiné à fournir un moyen de saisir les informations nécessaires pour la planification
des cours, de visualiser et de modifier ces informations, de stocker les informations dans des fichiers définis,
d’analyser les fichiers en données prêtes à traiter, de planifier des cours dans des salles en fonction de
paramètres sélectionnés par l’utilisateur, et de créer des pages Web avec des détails de planification sur les
cours proposés et les salles qui leur sont attribuées.

2.1 Perspective du produit

Le système EDT est une application permettant aux établissements universitaires, de créer et de gérer
à la fois le planning des professeurs, des étudiants, ainsi que la répartition des salles.

2.2 Fonctions du produit

D’un point de vue organisationnel, l’outil logiciel EDT comporte deux composants principaux :
l’ordonnanceur lui-même et l’éditeur de l’horaire.
Le premier composant, le planificateur, est utilisé par les administrateurs de chaque département
universitaire pour saisir, manuellement ou en chargeant des données à partir de fichiers existants, les cours,
les horaires et les professeurs du département. Des informations sur les blocs et les salles sont également
saisies. Dès que toutes les informations nécessaires sont saisies dans le système, Il peut programmer
les classes spécifiées dans les salles disponibles sans chevauchement, en fonction de certains paramètres
sélectionnés par l’utilisateur. Plus précisément, ces paramètres sont la taille de la salle, le type de salle
(par exemple, salle ordinaire, salle d’enseignement à distance ou salle intelligente).
Une fois la programmation terminée, le deuxième composant du système, l’éditeur, peut être appelé
pour créer un fichier HTML contenant des informations détaillées sur la programmation et des pointeurs
vers les pages Web appropriées. Ces pointeurs incluent des liens vers le système de cartes en ligne de
l’Université, ainsi que vers les pages d’accueil des départements et des professeurs.

2.3 Caractéristiques des utilisateurs

Les utilisateurs du système d’EDT seront catégorisés en 3 types : l’administrateur, utilisateurs autorisés
(authorised users) et des utilisateurs non autorisés (non authorised users).
L’administrateur initialise le système et précise les niveaux d’autorisation selon les rôles des utilisateurs,
il est chargé de la saisie des informations contribuant à la création des emplois du temps.
Les utilisateurs autorisés ont accès aux emplois du temps et ils peuvent modifier selon leur disponibilité.
Cette procédure reste à approuver par l’administrateur.

2
 Quant aux utilisateurs non autorisés (il s’agit généralement des étudiants et des ATS), ils ne peuvent
que visualiser les EDT et ils sont notifiés dès qu’un changement soit validé.
Précisions :

• Tous les utilisateurs du système doivent être membre de l’université en question et leur inscrip-
tion/authentification se fait à travers leurs adresses emails appartenant au domaine de cette univer-
sité.
• Tous les utilisateurs doivent avoir une connaissance informatique basique et une expérience avec un
navigateur web.

2.4 Contraintes générales

Il y a des contraintes que le système doit conformer lors du développement. Certaines de ces contraintes
imposent quelques exigences fonctionnelles et non fonctionnelles en plus de celles qui sont exigées par le
client et elles sont toutes importantes dans l’implémentation.

• Comme le système sera distribué en application web, cela limitera les mises à jour en temps réel
(realtime updates).
• Les données seront stockées dans une base de données relationnelle pour un accès rapide.
• Le système doit être capable de générer des fichiers PDF.
• Le système doit pouvoir envoyer des emails et des notifications correctement.

2.5 Suppositions et dépendances

• Ce système est censé être une application Web accessible 24h/24 et 7j/7.
• Une connexion réseau doit être disponible pour utiliser l’application.
• Le système suppose que les utilisateurs sont familiarisés avec les opérations de base de Windows et
du navigateur Web.

3 Exigences spécifiques
Le système dispose des exigences fonctionnelles et non-fonctionnelles ainsi que des exigences de do-
maines. Celles-ci permettent de mieux expliquer les attentes du client et de mieux détailler les fonction-
nalités du produit et ses caractéristiques.

3.1 Exigences fonctionnelles

Les principales exigences fonctionnelles du système d’EDT sont les suivantes :

• Le système doit fournir un moyen de saisie et de stockage des informations sur l’université, les
départements, les professeurs, les classes,les blocs et les classes.
• Il programmera, si possible, les cours dans les salles.
• Il doit prendre en considération pour générer l’horaire les paramètres suivants : la taille de la salle,
le type de salles et la distance par rapport au département. Ces paramètres doivent être sélectionnés
par l’utilisateur dans une liste de valeurs prédéfinies.
• Il doit enregistrer le calendrier dans un format pouvant être utilisé pour générer un catalogue de
semestre universitaire lisible par les humains.
• Il notifiera l’utilisateur en cas de changement d’horaire ou si aucun horaire valide ne peut être généré
et indiquera les causes qui empêchent la génération d’un horaire valide.
• Il doit écrire l’horaire contenant les informations sur la classe et la salle de classe dans un fichier lisible
par les pages Web fournies afin que celles-ci puissent être publiées sur le serveur Web de l’université.

3
3.2 Exigences non-fonctionnelles
Ces exigences expliquent l’aspect qualité du système tel que la performance, la portabilité, l’utilisabilité,
etc. Elles sont principalement dérivées des exigences fonctionnelles et elles indiquent ce que le système
devrait être plutôt que ce qu’il devrait faire (ce que les exigences fonctionnelles indiquent).
Les exigences non-fonctionnelles se décomposent en : exigences de produit, exigences organisationnelles
et exigences externes.
Pour un système d’EDT on trouve :

3.2.1 Exigences de produit

• Le système peut servir une plusieurs personnes à la fois.
• L’interface du système doit être implémentée comme une simple page HTML
• Performance : le temps de réponse ne doit pas dépasser 10 secondes.
• Disponibilité : le système doit être accessible à tous les utilisateurs de l’université et opérationnel à
tout moment.
• Utilisabilité : le système doit être facile à utiliser par les utilisateurs.

3.2.2 Exigences organisationnelles

• Le processus de développement devra suivre la méthode agile.
• Les utilisateurs doivent s’authentifier en utilisant leurs adresses emails du domaine de l’université.
• L’accès aux EDT de tous les niveaux est autorisé à tous les utilisateurs.

3.2.3 Exigences externes

• Le syst‘eme ne doit pas permettre la visualisation des informations personnelles des utilisateurs.
• Seuls les utilisateurs autorisés peuvent créer ou modifier un EDT.

4 Index
4.1 Table des matières
1 Introduction 1
1.1 Objectif . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.2 Portée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.3 Glossaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.3.1 Acronymes et abréviations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.4 Références . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.5 Vue d’ensemble . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

2 Description générale 2
2.1 Perspective du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
2.2 Fonctions du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
2.3 Caractéristiques des utilisateurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
2.4 Contraintes générales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.5 Suppositions et dépendances . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

3 Exigences spécifiques 3
3.1 Exigences fonctionnelles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3.2 Exigences non-fonctionnelles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
3.2.1 Exigences de produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
3.2.2 Exigences organisationnelles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
3.2.3 Exigences externes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

4
4 Index 4
4.1 Table des matières . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4