2.5 - CDC Edt
2.5 - CDC Edt
2.5 - CDC Edt
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
1
1.4 Références
• Cours ACSI, Chapitre 2 et 3.
• 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.
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
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.
• 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.
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.
• 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 :
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