168
Chapitre 5. Étude de cas n° 1 Analyse
Figure 5.20 — Diagramme de classe du cas d’utilisation 4
Cas d’utilisation 5- « Enregistrer l’arbitrage DG des propositions »
Description textuelle du cas d’utilisation
• Objectif – Permettre au coordonnateur de saisir l’arbitrage de la direction.
• Acteur concerné – Coordonnateur.
• Pré condition – RAS
• Scénario nominal
1 Le coordonnateur choisit un type de moyen pour un DS donné.
2 Le système affiche le formulaire de saisie des états d’arbitrage des types de
moyen pré rempli.
3 Le coordonnateur renseigne la date d’arbitrage.
4 Le système vérifie la conformité des données saisies.
5 Le système demande la validation des données saisies.
6 Le système enregistre la saisie, après validation, et affiche le résultat de la
mise à jour.
• Scénarios alternatifs
5-a Erreurs détectées dans la saisie :
– Le système réaffiche le formulaire de saisie en indiquant les erreurs détectées.
– Le coordonnateur corrige les erreurs.
– Le cas d’utilisation reprend au point 4 du scénario nominal.
Description des diagrammes d’analyse du cas d’utilisation
La suite de l’analyse du cas d’utilisation se poursuit par l’élaboration du diagramme
de séquence (fig. 5.21), l’élaboration de l’interface utilisateur (tab. 5.5) et l’élaboration du diagramme de classe (fig. 5.22).
Unité
-code unité
-intitulé unité
-nom directeur
-adresse rue
-adresse ville
-adresse code postal
+extraireDemandeG()
+demanderListeRubriques()
+exraireAttributionG()
Demande
-numDemande
-dateDemande
+extraireDemandeG()
Attributions
-numAttrib
-dateAttrib
+extraireAttributionG()
emettre
1
0..*
allouer 0..*
1
correspondre
0..*
0..1
InterfaceUtilisateur
-nom
-prenom
-id
+consoliderPropRubriques()
+demanderConsoliderProposition()
+demanderChoisirTypemoyen()
DS
-codeDS
-intituléDS
+extraireMoyensP()
rattacher
1..*
1
TypeMoyen
-typemoyen
-intituléTypemoyen