Claude Belleil Université de Nantes Le langage UML 2.0 Diagramme de Contexte 1 Introduction Commençons par un paradoxe Si nous utilisons un Atelier de Génie Logiciel à la norme UML 2, nous nous attendons à trouver une liste proposant la construction des 13 diagrammes correspondant à la dernière version de ce langage : 1. diagramme de cas d'utilisation 2. diagramme de package 3. diagramme de classe 4. diagramme d'objet 5. diagramme de séquence 6. diagramme de communication 7. diagramme global d interaction 8. diagramme d'activité 9. diagramme d'état-transition 10. diagramme de structure composite 11. diagramme de timing 12. diagramme de composant 13. diagramme de déploiement En réalité, c est loin d être le cas. Prenons comme exemple un des AGL 1 parmi les plus performants sur le marché : MagicDraw 2. Vous trouverez ci-dessous un extrait de la documentation : MagicDraw supports all diagrams defined in UML 1.4 and UML 2.0: Class diagram Object diagram Use case diagram Statechart diagram Activity diagram Communication diagram Sequence diagram Component diagram Deployment diagram However, MagicDraw has only 7 diagram buttons in the application. This is done to simplify the user interface and allow for more flexibility. Object and collaboration diagrams are supported by MagicDraw collaboration diagram. However it is possible to draw objects in the class diagram, node and component instances in the implementation diagram. 1 http://www.magicdraw.com/ 2 Malheureusement, la version libre «community» est trop limitée pour une utilisation dans le cadre de ce cours! 1
Component and deployment diagrams are supported by MagicDraw implementation diagram which allows you to draw both kinds of diagrams (or mix of them) on the same canvas. It possible to distinguish model management diagrams that are supported by MagicDraw class diagram. Ainsi, comme il est indiqué, certains des 13 diagrammes de la norme UML 2 sont construits en utilisant et en combinant des caractéristiques issues d autres «diagrammes de base». A ce phénomène, dont il faut avoir conscience quand on découvre un nouvel AGL UML 2, s en ajoute un autre. Il est possible «d inventer» d autres diagrammes. C est le cas du «diagramme de contexte», qui n a pas «d existence légale», car il ne figure pas dans la norme. Il est cependant souvent utilisé pour introduire certaines démarches méthodologiques. 2 Le diagramme de contexte De quoi s agit-il? Dans le processus d analyse, il se situe au début. Son objectif est simple. Il doit présenter le système à modéliser, en général sous la forme d une «boîte noire 3» et les différents acteurs qui interagissent avec ce système. 2.1 Formalisme de représentation On peut en présenter deux versions, l une statique, l autre dynamique qui permettent de visualiser la sémantique des échanges entre les acteurs et le système. Pour la construction détaillée de ce diagramme avec StarUml, voir la vidéo «Diagramme de Contexte». 2.2 Les Acteurs Le concept d acteur sera détaillé dans le polycopié consacré au diagramme de Cas d Utilisation. Pour le moment il suffit de savoir que les acteurs ne font pas partie du système, ils sont considérés par le système comme des émetteurs de stimulis. Ils ont une connaissance du système qui varie selon leur statut, c'est-à-dire selon le rôle qu ils jouent. Figure 1 : Recensement de tous les acteurs en interaction avec le système 3 bien entendu provisoire! 2
2.3 Le système Il est représenté à un très haut niveau de granularité. Bien entendu, quand l analyse commencera, nous ouvrirons la boîte! Pour l instant nous nous concentrons sur les relations entre acteurs et système. Figure 2: Le système vu comme une «boîte noire» 2.3.1 Le diagramme de contexte statique Ce diagramme n a d intérêt que lorsqu il y a de nombreux acteurs. Les multiplicités 4 (0..* et 0..1) font apparaître le nombre d occurrences de certains acteurs. Par exemple dans le modèle ci-dessous, on voit qu il n y a qu un seul responsable logistique, un seul comptable et un seul administrateur système. Figure 3: Exemple de Diagramme de Contexte Statique 4 équivalent des cardinalités dans le Modèle Entités Associations 3
2.3.2 Le diagramme de contexte dynamique Figure 4 : Exemple de Diagramme de Contexte Dynamique Avec ce type de diagramme, on rencontre les mêmes difficultés qu avec l ex diagramme de collaboration de la version UML 1.4 : la surcharge d informations. Pour qu il reste «lisible», on ne peut pas détailler toutes les actions des acteurs liées aux grandes fonctionnalités du système. Il faut rester à un niveau de macro modélisation. L objectif visé, c est la mise en évidence des rôles et responsabilités de chaque catégorie d acteur vis-à-vis du système. 4
3 Conclusion Le diagramme de contexte constitue une étape intermédiaire entre le cahier des charges et la construction des premiers cas d utilisation. Il n est donc pas indispensable. D ailleurs, il ne correspond pas à un des 13 diagrammes de la norme UML 2.0. En général, il se construit en utilisant les fonctionnalités de deux diagrammes toujours présents dans la boîte à outils UML : le Diagramme de Cas d utilisation, pour définir les acteurs et le diagramme de communication (ex collaboration) pour mettre en évidence les liens et les messages échangés entre les acteurs et le système. Index du texte : 1 Introduction... 1 2 Le diagramme de contexte... 2 2.1 Formalisme de représentation... 2 2.2 Les Acteurs... 2 2.3 Le système... 3 2.3.1 Le diagramme de contexte statique... 3 2.3.2 Le diagramme de contexte dynamique... 4 3 Conclusion... 5 Index des figures : Figure 1: Recensement de tous les acteurs en interaction avec le système... 2 Figure 2: Le système vu comme une «boîte noire»... 3 Figure 3: Exemple de Diagramme de Contexte Statique... 3 Figure 4 : Exemple de Diagramme de Contexte Dynamique... 4 5