205
6.6 Conception
Concernant, la technologie pour cette architecture, J2EE sera mise en place.
Cette solution ne sera pas détaillée dans cet ouvrage.
Pour chaque cas d’utilisation, les sous-activités suivantes de l’activité
« Conception » sont réalisées :
• élaboration du diagramme de séquence technique (FG16),
• élaboration du diagramme de classe technique (FG17).
Cas d’utilisation « Saisir activité »
L’élaboration du diagramme de séquence technique (fig. 6.33), et l’élaboration du
diagramme de classe technique (fig. 6.34) sont réalisées.
Figure 6.33 — Diagramme de séquence technique du CU Saisir activité
La navigabilité des associations est donnée par le sens de circulation des opérations du diagramme de séquence (fig. 6.33). Ainsi, la classe « Dialogue Saisir
Activité » accède à la classe « CTRL Saisir Activité » par le biais du message saisirActivité. La navigabilité des autres associations est déterminée sur le même principe.
Une relation d’agrégation existe entre la classe « CollectionProjet » et « Projet »
de type « ensemble/élément », de plus une contrainte « ordered » indique que les
projets sont triés par code projet.
loop
: Employé
: Dialogue Saisir Activité
: CTRL Saisir Activité
: Activité
: Utilisateur
: CollectionProjet
saisirActivité(charges, dates, codes projet)
saisirActivité(charges, dates, codes projet)
checkActivitePositive(charges)
getUtilisateurActif()
getIdentifiant()
Activité(charge, code projet, date, id utilisateur)
<>
getProjet(code projet)
save()
Pour toutes les activités
de la semaine
Cette méthode a comme paramètre
la saisie de l'employé:
- une liste de charges
- une liste de dates (format date : jj/mm/aaaa)
- une liste de code projet
Cette méthode fait appel au contexte
de l'application pour récupérer l'utilisateur
actif (Session pour les applications Web).
Le contexte n'a pas été modélisé ici.