 |
Département INF
|
 |
|
 |
Conception et programmation orientées objet | ||
|
|
|||
|
 |
4 Analyse et conception, aspects statiques de la vue logique 4.1 Diagrammes communs à
l’analyse et à la conception
Après l’élection des besoins exprimés sous la forme de fonctionnalités modélisées comme des cas d’utilisation et sous la forme de scénarios modélisés dans des diagrammes d’activité, nous pouvons modéliser la structure logique du système, c’est-à-dire les aspects statiques du système. Cette modélisation est en grande partie effectuée dans des diagrammes de classes, avec éventuellement des diagrammes d’objets montrant des configurations spécifiques du système dans des conditions particulières. Le contenu principal de cette section est donc la présentation des éléments de modélisation du diagramme de classes. Avant d’introduire les diagrammes de classes et d’objets, et puisque ces deux diagrammes sont aussi utilisés pendant la phase suivant l’analyse, c’est-à-dire pendant la conception, nous expliquons en quelques mots les différences entre ces deux phases. La présentation du diagramme de classes est effectuée en deux parties : les concepts de base et les concepts avancés. Pendant les bureaux d’étude et pendant le bureau d’étude noté, les solutions que vous concevez n’ont pas besoin d’utiliser les concepts avancés qui demandent plus de recul pour être mis en œuvre. Souvent, ces concepts sont introduits dans les diagrammes de classes après la première itération. Or, vous n’avez pas le temps de faire plus d’une itération dans tous les cas. Cependant, à la fin du premier bureau d’étude, nous présentons une seconde version du corrigé type utilisant une bonne partie de la panoplie des concepts avancés du diagramme de classes. C’est cette version qui ensuite sert de base aux autres bureaux d’étude et aux travaux pratiques. Ainsi, vous aurez l’occasion de manipuler les concepts avancés dès la modélisation. D. Conan, C. Taconet, C. Bac,
Télécom SudParis, CSC 4002, Octobre 2015 |
|
|
|||