La réalisation d'un cas d'utilisation représente la manière dont un cas d'utilisation sera mis en oeuvre en termes
d'objets de collaboration. Cela peut prendre plusieurs formes. Cela peut comprendre, par exemple, une description
textuelle (un document), des diagrammes de classes des classes et sous-systèmes participant et des diagrammes
d'interactions (diagrammes de communications et de séquences) qui illustrent le flux d'interactions entre les instances
de classe et de sous-système.
Dans un modèle, la réalisation d'un cas d'utilisation est représentée sous forme d'une collaboration UML qui regroupe
les diagrammes et d'autres informations (comme par exemple des descriptions textuelles) qui font partie de la
réalisation du cas d'utilisation.
La raison pour laquelle on sépare la réalisation de cas d'utilisation de son cas d'utilisation est que cela permet aux
cas d'utilisation d'être gérés séparément de leur réalisation. Ceci est important en particulier pour les projets de
grande envergure, ou les familles de systèmes dans lesquelles les mêmes cas d'utilisation peuvent être conçus
différemment dans différents produits au sein de la famille de produits. Examinez le cas d'une famille de commutateurs
de téléphone qui peuvent avoir de nombreux cas d'utilisation en commun, mais qui les conçoivent et qui les mettent en
oeuvre différemment selon le positionnement du produit, ses performances et son prix.
Pour les projets de plus grande envergure, séparer le cas d'utilisation de sa réalisation permet des modifications de
la conception du cas d'utilisation sans que cela affecte le cas d'utilisation de base lui-même.
Pour chaque cas d'utilisation du modèle de cas d'utilisation, il y a une réalisation de cas d'utilisation dans le
modèle d'analyse/de conception avec une relation de réalisation vers le cas d'utilisation. Dans l'UML, ceci est
illustré par une flèche en pointillés, avec une pointe qui ressemble à une relation de généralisation, indiquant qu'une
réalisation est une sorte d'héritage, ainsi qu'une dépendance (à savoir, cela aurait pu être illustré par une
dépendance stéréotypée avec <<réaliser>>).
La réalisation d'un cas d'utilisation du modèle d'analyse/de conception peut être rattachée à un cas d'utilisation du
modèle de cas d'utilisation.
Pour chaque cas d'utilisation, il peut y avoir un ou plusieurs diagrammes de classes décrivant les classes
participantes. La figure ci-dessous illustre un diagramme de la réalisation du cas d'utilisation Réceptionner un
article consigné. Une classe et ses objets participent souvent à plusieurs réalisations de cas d'utilisation. Il
est important lors de la conception de coordonner toutes les exigences sur une classe et ses objets que différentes
réalisations de cas d'utilisation peuvent avoir.
Le cas d'utilisation Réceptionner un article consigné et son diagramme de classes.
Pour chaque réalisation de cas d'utilisation, il y a un ou plusieurs diagrammes d'interactions décrivant ses objets
participants et leurs interactions. Il y a deux types de diagrammes d'interactions : les diagrammes de séquences et les
diagrammes de communication. Ils expriment des informations similaires, mais les illustrent de différentes façons. Les
diagrammes de séquences illustrent la séquence explicite de messages et conviennent mieux à la visualisation de l'ordre
chronologique des messages, alors que les diagrammes de communication illustrent les liens de communication entre les
objets et conviennent mieux à la compréhension de tous les effets sur un objet donné et à la conception d'un
algorithme. Voir Technique :
diagramme de séquences et Technique
: diagrammes de communication ci-dessous pour en savoir plus.
|