PARTIE IV
Conception
7
Étude de cas complète : de la modélisation métier à la conception détaillée en Java ou C#
Ce chapitre va nous permettre de mener une étude de cas complète partant de la modélisation métier et aboutissant à la conception détaillée (cible Java ou C#), en passant par l’expression des besoins fonctionnels et l’analyse orientée objet.
Nous allons voir en particulier :
- Quels diagrammes d’UML utiliser pour la modélisation métier ?
- Comment se servir de cette modélisation métier pour mieux définir les besoins informatiques ?
- Comment l’analyse linguistique permet d’aider à la modélisation du domaine ?
- Comment décrire une architecture en couches avec UML ?
- Comment utiliser les diagrammes de séquence et de de communication pour décrire les interactions entre objets informatiques, et répartir les opérations ?
- Comment répercuter les décisions d’affectation des responsabilités aux objets dans les diagrammes de classes ?
- Comment traduire les diagrammes UML de conception détaillée en code orienté objet ?
AVIS D’EXPERT
Représentations graphiques d’un acteur
Fabien Brissonneau, consultant et formateur, eiXa6 informatique
La modélisation métier connaît un intérêt croissant dans les entreprises. Elle se heurte néanmoins à plusieurs obstacles, dont la difficulté de réutiliser le travail effectué n’est pas des moindres. Réalisée sans concertation avec les futurs lecteurs, elle est la cible de nombreuses critiques.
Bien répandu dans les équipes informatiques, UML est le langage commun qui s’impose auprès des équipes de maîtrise d’œuvre et d’ouvrage. De plus, il présente l’intérêt aujourd’hui majeur d’être très bien outillé. Au-delà de son domaine d’origine, UML fait des émules. Preuve en est le support de plus en plus répandu d’UML par des outils utilisant traditionnellement des notations propriétaires ou spécialisées.
Étape 1 – Modélisation métier (business modeling)
Dans le cadre de l’amélioration qu’elle veut apporter à son système d’information, une entreprise souhaite modéliser, dans un premier temps, le processus de formation de ses employés afin que quelques-unes de leurs tâches soient informatisées.
1.Le processus de formation est initialisé lorsque le responsable formation reçoit une demande de formation de la part d’un employé. Cette demande est instruite par le responsable qui la qualifie et transmet son accord ou son désaccord à l’intéressé.
2.En cas d’accord, le responsable recherche dans le catalogue des formations agréées un stage qui correspond à la demande. Il informe l’employé du contenu de la formation et lui propose une liste des prochaines sessions. Lorsque l’employé a fait son choix, le responsable formation inscrit le participant à la session auprès de l’organisme de formation concerné.
3.En cas d’empêchement, l’employé doit informer le responsable de formation au plus tôt pour annuler l’inscription ou la demande.
4.À la fin de sa formation, l’employé doit remettre au responsable formation une appréciation sur le stage qu’il a effectué, ainsi qu’un document justifiant de sa présence.
5.Le responsable formation contrôle par la suite la facture que l’organisme de formation lui a envoyée avant de la transmettre au comptable achats.
À RETENIR
Stéréotypes pour la modélisation métier
En matière de modélisation métier, Jacobsona a été le premier à proposer d’utiliser les concepts UML d’acteur, cas d’utilisation, classe, package, etc., avec des stéréotypes particuliers. Dans la suite de l’exercice, nous utiliserons les stéréotypes suivants, fournis entre autres par Rational/Rose :
a.Software Reuse: I. Jacobson et al., 1997, Prentice Hall, puis The Unified Software Development Process, I. Jacobson, G. Booch, J. Rumbaugh, 1999, Addison-Wesley (qui existe en version française chez Eyrolles : Le processus unifié de développement logiciel).
- EXERCICE 7-1. Modélisation d’un processus métier
Utilisez les stéréotypes pour la modélisation métier afin de montrer le processus de formation et ses acteurs sur un diagramme de cas d’utilisation.
Modélisez le processus de formation et ses acteurs.
Le processus de formation est représenté par un cas d’utilisation stéréotypé.
Les acteurs impliqués sont (dans l’ordre de l’énoncé) :
- l’employé ;
- le responsable formation ;
- l’organisme de formation ;
- le comptable des achats.
Seul l’organisme de formation est une entité externe à l’entreprise, ce qui donne le schéma suivant :
- EXERCICE 7-2. Le diagramme d’activité pour modéliser un processus
Décrivez la dynamique du processus de formation au moyen d’un diagramme d’activité. Utilisez des...