TD Gestion des salles 2004

Réservation des salles

Mastère 2004 1
 TD Gestion des salles 2004

Réservation des salles 2004

1. Expression des besoins

Pour tenter de résoudre les problèmes récurrents posés par la gestion de la réservation des salles,
l’université souhaite développer un système informatique qui prend en charge la réservation, libération et
réservation de salles.
1. L’université dispense des enseignements Cours, TD et TP de durée variant entre 1h30, 2h ou 3h.
2. Les enseignements sont semestriels et un semestre est formé de 12 semaines d’enseignements
pleines réparties sur un nombre supérieur de semaines en raison de vacances et jours fériés,
contrôles continus, etc.
3. Les dates de début et de fin de semestre sont fixées par le CEVU et entérinées par le CA.
4. L’université dispose d’amphithéâtres, de salles de TD et de salles de TP.
5. Une réservation peut être ponctuelle ou périodique (par exemple hebdomadaire pour 6 semaines).
6. La plage maximale de réservation est le semestre.
7. Le volume horaire d’un enseignement et sa répartition en Cours, TD et TP sont définis par
l’habilitation renouvelée tous les quatre ans.
8. Selon le nombre d’inscrits, on décide du nombre de groupes (cours de 150 max, TD de 36 max et
TP de 17 max).
9. Les emplois du temps sont établis par les secrétariats responsables des enseignements en fonction
de l’habilitation.
10. Les secrétariats demandent les salles au responsable de la gestion des salles.
11. Les enseignants choisissent leurs enseignements en début de semestre sur la base de l’emploi du
temps.
12. Les étudiants et les enseignants doivent pouvoir consulter à tout moment l’emploi du temps ainsi
que les salles qui ont été allouées.

2. Modélisation métier (business modeling)

2.1 Diagrammes d'activité pour modéliser un processus métier

Requête de réservation de salle (cf. Figure 1).

On s'aperçoit que certaines tâches peuvent être informatisées. Plusieurs options sont possibles :
1. permettre aux secrétariats, voire aux enseignants de faire eux mêmes les allocations et
réservations, mais ce n'est pas la politique de l'université !!
2. permettre aux secrétariats de consulter directement l'état des salles sans avoir recours au téléphone
ou au courriel … ça paraît un minimum ;
3. permettre aux secrétariats de faire eux-mêmes les réservations et laisser au responsable
uniquement la gestion des allocations et libérations pour contrôler et limiter les erreurs toujours
possibles ;
4. laisser la dernière main au responsable pour effectuer lui-même les réservations et les allocations ;
5. de plus, le responsable devra veiller lors d’une libération de salle à vérifier s’il y a des réservations
en cours afin d’en transformer une en allocation.
• A priori on pourrait conserver les points 2, 3 et bien sûr 5.

Mastère 2004 2
 TD Gestion des salles 2004

Figure 1 : Diagramme d'activité métier : demande de salle

3. Modélisation fonctionnelle

3.1 Acteurs

3.1.1 Identifier les acteurs

• responsable, administrateur, secrétaire, enseignant, étudiant.

3.1.1.1 Description textuelle

Mastère 2004 3
 TD Gestion des salles 2004

Administrateur Responsable
Personne chargée de maintenir à jour les Personne chargée d'assigner une salle à un
informations relatives aux salles et aux enseignement selon le créneau et les propriétés de la
personnes ayant un accès particulier (responsable salle (nombre d'étudiants, accès handicap, possibilité
et secrétaires) ; et pouvant à tout moment de projeter) en notant l'enseignant et l’enseignement ;
consulter l’état des salles et pouvant à tout moment consulter l’état des salles
Secrétaire Enseignant Etudiant
Personne effectuant les requêtes d’allocation et Personne effectuant des Personne consultant
libération de salles, faisant les réservations ; requêtes auprès des secrétaires ; les emplois du temps
et pouvant à tout moment consulter l’état des et pouvant à tout moment
salles et les emplois du temps consulter les emplois du temps

3.1.1.2 Diagramme de contexte statique

{ Multiplicité : nombre
d'instances connectées
à un instant donné}

Responsable
0..1
Administrateur
Etudiant
0..1
*

1
1

1 *
1
Gestion des salles
1
*

Enseignant
Secrétaire

3.2 Cas d’utilisation (Use Cases UC)

3.2.1 Identifier les UC

• Gérer les salles : ajouter ; supprimer ; modifier les infos relatives aux salles.
• Gérer les accès : ajouter ; supprimer ; modifier l’accès pour une personne responsable ou secrétaire.
• Gérer les allocations de salles : allouer ; libérer une salle ; quand une salle se libère s’il y a une
réservation sur ce type de salle, allouer la salle et annuler réservation ; réserver un type de salle.
• Consulter les infos relatives aux salles.
• Consulter les emplois du temps.

3.2.2 Description essentielle d’un UC

UC Consulter les informations relatives aux salles
• Sommaire d’identification :
Titre : Consultation – Type : Essentiel
Résumé : Consultation de l’état d’une salle
Acteurs : Responsable, Secrétaire (principal).
Date de création : 22/12/03 – Date de mise à jour :
Version : 1.0 – Responsable V. Gaildrat

Mastère 2004 4
 TD Gestion des salles 2004

• Description des scénarios :

o Pré-conditions : la personne souhaitant consulter l’état d’une salle doit être identifiée (cf. UC
Identification)
o Scénario nominal
Personne autorisée Système
1) consultation de l’état des salles 1.1) fenêtre de saisie de la salle
2) sélection de la salle, soit par identification de 2.1) valide la saisie
l’enseignement et du créneau horaire, soit par 2.2) recherche de la salle
identification directe de la salle si elle est connue 2.3) affiche les infos relatives à la salle
3) fermeture fenêtre sélection 3.1) retour fenêtre accueil
o Enchaînements alternatifs
A1 : Enchaînement au point 2.2) : Erreur de saisie de sélection de salle
2) sélection de la salle, soit par identification de 2.1) valide la saisie
l’enseignement et du créneau horaire, soit par 2.2) recherche de la salle
identification directe de la salle si elle est connue 2.3) echec de recherche de la salle
2.4)message d’erreur de saisie
- reprise au point 2) pour une nouvelle saisie
o Enchaînements d’erreur
E1 : Enchaînement au point 1.1) : Abandon
2) fermeture fenêtre sélection 2.1) retour fenêtre accueil
- abandon de la consultation à tout moment

o Post-conditions : aucune car aucune modification de l'état des données

3.2.2.1 Paragraphes optionnels d’un UC

Besoins d’IHM
• Ecran pour affichage du formulaire de choix de salle
• Clavier de saisie
Contraintes non-fonctionnelles
• Temps de réponse
• Multi-utilisateurs (accès web par exemple)

3.2.2.2 Description graphique de l’UC

Mastère 2004 5
 TD Gestion des salles 2004

Diagramme d’activité Versus Diagramme de séquence système

Mastère 2004 6
 TD Gestion des salles 2004

3.2.3 Organisation des UC

Mastère 2004 7
 TD Gestion des salles 2004

Mastère 2004 8
 TD Gestion des salles 2004

• Regroupement en packages

3.2.4 Description réelle d’un UC

Allocation salle : Proposer une fenêtre graphique simple pour l’IHM du responsable :

1) Description textuelle du cas nominal :

Mastère 2004 9
 TD Gestion des salles 2004

Responsable Système
1) réception d'une requête de d'allocation de salle de la part
d’un secrétariat
2) demande d’allocation 2.1) affichage fenêtre de saisie
3) sélection du créneau horaire et des propriétés demandées 3.1) valide la saisie
pour la salle 3.2) recherche salle
3.3) affiche les infos sur la salle
4) validation 4.1) modification état de la salle
6) fermeture fenêtre de saisie 7) retour à l’accueil

4. Passage de l'analyse à la conception

4.1 Diagrammes d’interaction de conception

Un diagramme de séquence ou de collaboration par opération système nominale, d'anomalie (reprise
correcte) ou d'erreur (pas de reprise possible) définis dans la vue fonctionnelle.

Système de gestion de salles :

− Package Gestion allocations de salles
o dans tous les cas : anomalie d'identification de la part du responsable
o allouer
nominale, salle disponible
pas de salle disponible : réservation ajoutée pour allocation ultérieure
o désallouer
nominale : on peut toujours désallouer
o réserver
nominale : on peut toujours ajouter une réservation
o supprimer une réservation
nominale : on peut toujours supprimer une réservation
− Package Gestion salles
o dans tous les cas : anomalie d'identification de la part de l’administrateur
o ajouter
nominal : ajout d’une nouvelle salle
saisie incohérente
o supprimer
nominal : on peut toujours supprimer une salle et reporter la suppression
o modifier
nominal
saisie incohérente
etc. à définir …

4.1.1 Identification

4.1.1.1 Identifier les classes à partir de la spécification textuelle

Personnes devant s’identifier pour accéder au système
• Responsable, Secrétaire, Administrateur
Classes
• PersonneAutorisée : Données relatives à une personne autorisée devant s’identifier pour accéder au
système, Personnes : Collection de personnes

Mastère 2004 10
 TD Gestion des salles 2004

4.1.1.2 Diagramme de séquence

4.1.1.3 Diagramme de classes correspondant

4.1.2 Allocation de salle

4.1.2.1 Diagramme d’interaction : collaboration et séquence

Mastère 2004 11
 TD Gestion des salles 2004

4.1.2.2 Diagramme de classes partiel correspondant

Mastère 2004 12
 TD Gestion des salles 2004

Ce qui correspond au diagramme d'objets suivant

5. Modélisation dynamique

5.1 Diagrammes d’état

Proposition de diagramme d’état pour la classe Salle

Mastère 2004 13
 TD Gestion des salles 2004

6. Modélisation statique

6.1 Diagramme de classes

Mastère 2004 14
 TD Gestion des salles 2004

Table des matières

Réservation des salles ........................................................................................................... 1

1. Expression des besoins ....................................................................................................................2
2. Modélisation métier (business modeling) ......................................................................................2
2.1 Diagrammes d'activité pour modéliser un processus métier...................................................................2
3. Modélisation fonctionnelle ..............................................................................................................3
3.1 Acteurs ....................................................................................................................................................3
3.1.1 Identifier les acteurs...........................................................................................................................................3
3.2 Cas d’utilisation (Use Cases UC) ...........................................................................................................4
3.2.1 Identifier les UC ................................................................................................................................................4
3.2.2 Description essentielle d’un UC ........................................................................................................................4
3.2.3 Organisation des UC..........................................................................................................................................7
3.2.4 Description réelle d’un UC ................................................................................................................................9
4. Passage de l'analyse à la conception.............................................................................................10
4.1 Diagrammes d’interaction de conception .............................................................................................10
4.1.1 Identification....................................................................................................................................................10
4.1.2 Allocation de salle ...........................................................................................................................................11
5. Modélisation dynamique ...............................................................................................................13
5.1 Diagrammes d’état................................................................................................................................13
6. Modélisation statique.....................................................................................................................14
6.1 Diagramme de classes...........................................................................................................................14

Mastère 2004 15