Instructions: Réalisation de cas d'utilisation
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. Ces instructions décrivent son objectif et sa notation UML.
Relations
Description principale

Introduction

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>>).

Diagramme décrit dans la légende.

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.

Diagrammes de classes appartenant à la réalisation d'un 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.

un diagramme de communication décrivant la réalisation d'un cas d'utilisation

Le cas d'utilisation Réceptionner un article consigné et son diagramme de classes.

Diagrammes de communication et de séquences appartenant à la réalisation d'un cas d'utilisation

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.