Uml 2 Contexte mfworld42 Free Fr

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.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
diagramme de cas d'utilisation
diagramme de package
diagramme de classe
diagramme d'objet
diagramme de séquence
diagramme de communication
diagramme global d’interaction
diagramme d'activité
diagramme d'état-transition
diagramme de structure composite
diagramme de timing
diagramme de composant
diagramme de déploiement
En réalité, c’est loin d’être le cas. Prenons comme exemple un des AGL1 parmi les plus performants
sur le marché : MagicDraw2. 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
2
http://www.magicdraw.com/
Malheureusement, la version libre « community » est trop limitée pour une utilisation dans le cadre de ce cours !
_____________________________________________________________________________
Le Langage UML 2.0
Claude Belleil
Université de Nantes
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 noire3 » 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 !
_____________________________________________________________________________
Le Langage UML 2.0
Claude Belleil
Université de Nantes
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és4 (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
_____________________________________________________________________________
Le Langage UML 2.0
Claude Belleil
Université de Nantes
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.
_____________________________________________________________________________
Le Langage UML 2.0
Claude Belleil
Université de Nantes
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
2
Introduction....................................................................................................................................... 1
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
_____________________________________________________________________________
Le Langage UML 2.0
Claude Belleil
Université de Nantes
5