206
Chapitre 6. Étude de cas n° 2 Analyse et conception
La contrainte « ordered » entre « Utilisateur » et « Activité » exprime la relation de tri par date croissante des « Activité » dans la collection « Utilisateur ».
Figure 6.34 — Diagramme de classe technique du CU Saisir activité
Cas d’utilisation « Consulter Activité »
L’élaboration du diagramme de séquence technique (fig. 6.35), et l’élaboration du
diagramme de classe technique (fig. 6.36) sont réalisées.
La navigabilité des associations est donnée par le sens de circulation des opérations du diagramme de séquence (fig. 6.34). Ainsi, la classe « Dialogue Consulter
Activité » accède à la classe « CTRL Consulter Activité » par le biais du message
consulterActivité. La navigabilité des autres associations est déterminée sur le même
principe.
Dialogue Saisir
<>
-charges: List
-codes Projet: List
+saisirActivité(charges: List, dates: List, codes projet: List):
CTRL Saisir Activité
<>
+saisirActivité(charges: List, dates: List, codes projet: List):
+checkActivitePositive(charges: List):
+getUtilisateurActif():
Activité
-charge: Float
-date: Date
+Activité(charge: Float, code projet: String, date: Date, id utilisateur:
+save(): void
Projet
-code projet: String
-libellé: String
Utilisateur
-nom: String
-prénom: String
-identifiant: String
-mot de passe: String
+getIdentifiant(): String
réalise
1..*
1
{ordered}
se rapporte
1
1..*
Type Standard Date indépendant
du langage de programmation
CollectionProjet
+getProjet(code projet: String): String
contient
1..*
0..*
{ordered}
1
1
1
1