TD2-3 : Diagramme de classe : de l'analyse à la mise en oeuvre

Objectifs :

Créer le modèle de domaine (classes sans méthode) en utilisant votre connaissance des cas d'utilisation et de l'étude de cas. Attention à bien définir les multiplicités des relations, les noms, …
Utiliser une décomposition en package, si votre analyse s'y prête.
En fonction des valuations qui ont été données à vos cas d'utilisation et de la complexité que vous leur accordez, vous devez à présent accomplir les premières étapes de production des codes associés en vous limitant à la structure.
- Transiter vers un nouveau modèle, qui sera le modèle de conception (celui où nous abordons l'architecture):
- Travailler sur ce nouveau modèle en le complétant pour prendre en compte un ou des cas d'utilisations en détail. Dans ce nouveau modèle, vous ferez apparaître des objets d'implémentation (Contrôleurs par exemple), ajouterez les méthodes, ect. Il est parfois difficile de trouver les méthodes. Pour cela, vous reprenez les diagrammes de séquences, vous les faîtes transiter, et vous les approfondissez…
- Naviguer vers le modèle de domaine
- Visualiser les différences
Générer les codes en Java après sélection des classes
Tenter le reverse après avoir complété les classes au niveau des codes
Utiliser les outils d'analyse :
- Select File > New Diagram > Others > Matrix Diagram to create a matrix diagram.
Quels tests d'intégration prévoyez-vous? Dans quel ordre?

Rendu

A rendre en fin de TDs

Rappels: C'est la somme des rendus de chaque TD qui est attendue à la fin des séances de Tds.

Eléments de notation:

Correction du diagramme de classes du niveau analyse : expression des multiplicités, rôles, …
Utilisation des packages
Codes java correspondant à au moins deux classes connectés par une agrégation ou composition : La justesse des classes sera évaluée.
Quelques diagrammes de séquence de niveau conception bien travaillés en respectant le modèle MVC.
Explicitation des tests d'intégration prévus : quelles classes nécessiteront un mock?