User Tools
Sidebar
2013_2014:s3:td:td2
This is an old revision of the document!
TD2-3 : Diagramme de classe : de l'analyse à la mise en oeuvre
Démarche :
- Vous sélectionnez le ou les cas d'utilisation que vous désirez approfondir.
- Vous justifiez vos choix (Facile, risque plus important, point clef de l'application, intérêt particulier, …).
- Vous poussez votre analyse jusqu'à la conception avancée et amorcez les premiers développements.
La décomposition qui suit est là pour vous aider. Vous pouvez choisir de passer de l'une à l'autre, en fonction de vos besoins d'analyse de l'application. Evidemment, tous les livrables doivent être rendus et approfondis. Seul l'ordre peut varier d'un groupe à l'autre.
Diagramme de classe niveau Analyse
- 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.
Préparation à la conception
- 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):
Diagrammes de séquence en conception
- Reprenez les diagrammes de séquence de niveau Analyse pour les compléter au niveau Conception (travaillez en détail les diagrammes qui correspondent aux cas d'utilisation les plus pertinents.
- L'acteur ne reçoit plus directement de message
- Le modèle MVC est mis en place
- Des objets sont associés aux lignes de vie
- Des objets de niveau conception apparaissent
- Les messages correspondent à des méthodes, le diagramme de classe s'enrichit.
Diagrammes de classes en conception
- Compléter le diagramme de classes en fonction de vos diagrammes de séquence. Dans ce nouveau modèle, vous ferez apparaître des objets d'implémentation (Contrôleurs par exemple), ajouterez les méthodes, etc. Pour cela, vous reprenez les diagrammes de séquences, vous les faîtes transiter, et vous les approfondissez…
- Travaillez la navigation entre les classes.
- Utilisez les packages.
Ne pas placer de relations correspondant à des références vers des objets comme des attributs. Ne pas utiliser de tableaux.
Tests d'intégration
- Quels tests d'intégration prévoyez-vous? Dans quel ordre?
Comparaisons des Diagrammes de classes en analyse et en conception
- Naviguer vers le modèle de domaine
- Visualiser les différences entre votre modèle initial
Passage au code
- Générer les codes en Java
- Vérifier les codes obtenus.
- Corriger vos diagrammes de classe pour avoir des codes qui vous semblent corrects.
Du code aux Modèles de 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.
Rendu
A rendre en fin de TDs
- Les diagrammes de classes dans le projet VP,
- Explication des tests d'intégration prévus
- Codes java si modifiés
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 : La justesse des classes sera évaluée ainsi que leur correspondance avec votre diagramme de classe de niveau conception.
- 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?
Références utiles
2013_2014/s3/td/td2.1375714475.txt.gz · Last modified: 2013/08/05 16:54 by blay
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
