Cas D’utilisation “Inclure” Et “Étendre”

Un cas d’utilisation décrit comment un utilisateur utilise un système pour atteindre un objectif particulier. Un diagramme de cas d’utilisation comprend le système, les cas d’utilisation et les acteurs associés et les relie les uns aux autres pour visualiser : qu’est-ce qui est décrit ? ( système ), qui utilise le système ? ( acteurs ) et qu’est-ce que les acteurs veulent réaliser ? ( cas d’utilisation ), ainsi, les cas d’utilisation aident à garantir que le bon système est développé en capturant les exigences du point de vue de l’utilisateur.

Structuration des cas d’utilisation

Les relations de cas d’utilisation modélisent les dépendances entre les cas d’utilisation dans le modèle d’interaction du système. Cependant, des cas d’utilisation indépendants peuvent représenter de manière adéquate des systèmes plus simples. Cependant, afin de représenter des systèmes complexes ou de grande taille, nous pouvons avoir besoin de construire des cas d’utilisation complexes à l’aide de dépendances entre les cas d’utilisation. L’établissement de relations entre les cas d’utilisation permet de réutiliser les cas d’utilisation qui doivent être définis encore et encore, ce qui réduit les efforts des développeurs.

UML définit trois stéréotypes pour structurer les associations de cas d’utilisation.

Qu’est-ce qu’un cas d’utilisation <<Inclure>> ?

Un cas d’utilisation étendu est, en fait, un cours alternatif du cas d’utilisation de base. Le cas d’utilisation <<extend>> accomplit cela en insérant conceptuellement des séquences d’action supplémentaires dans la séquence de cas d’utilisation de base.

Le moment d’utiliser la relation <<include>> est une fois que vous avez terminé la première description de tous vos principaux cas d’utilisation. Vous pouvez maintenant consulter les cas d’utilisation et identifier les séquences courantes d’interaction utilisateur-système.

• Lorsqu’un cas d’utilisation est décrit comme utilisant la fonctionnalité d’un autre cas d’utilisation, la relation entre les cas d’utilisation est nommée relation d’inclusion ou d’utilisation.
• Un cas d’utilisation inclut la fonctionnalité décrite dans un autre cas d’utilisation dans le cadre de son flux de processus métier.
• Une relation d’utilisation entre le cas d’utilisation de base et le cas d’utilisation enfant indique qu’une instance du cas d’utilisation de base inclura le comportement spécifié dans le cas d’utilisation enfant.
• Une relation d’inclusion est illustrée par une flèche dirigée ayant une ligne pointillée. La pointe de la flèche pointe vers le cas d’utilisation enfant et le cas d’utilisation parent connectés à la base de la flèche.
• Le stéréotype “<<include>>” identifie la relation comme une relation d’inclusion.

Exemple de cas d’utilisation – Inclure la relation

La relation include ajoute des fonctionnalités supplémentaires non spécifiées dans le cas d’utilisation de base. La relation <<Include>> est utilisée pour inclure le comportement commun d’un cas d’utilisation inclus dans un cas d’utilisation de base afin de prendre en charge la réutilisation du comportement commun.

Qu’est-ce qu’un cas d’utilisation <<Extend>> ?

• Indique qu’un cas d’  utilisation « Mot de passe invalide »  peut inclure (sous réserve de ce qui est spécifié dans l’extension) le comportement spécifié par le cas d’utilisation de base  « Compte de connexion » .
• Représentez avec une flèche dirigée ayant une ligne pointillée. La pointe de la flèche pointe vers le cas d’utilisation de base et le cas d’utilisation enfant est connecté à la base de la flèche.
• Le stéréotype “<<extends>>” s’identifie comme une relation d’extension

Étendre la relation

Les relations d’extension sont importantes car elles affichent des fonctionnalités facultatives ou le comportement du système. La relation <<extend>> est utilisée pour inclure le comportement facultatif d’un cas d’utilisation étendu dans un cas d’utilisation étendu. Dans l’exemple ci-dessus, il existe un connecteur d’extension avec un point d’extension “Mot de passe invalide”.

Cas d’utilisation abstrait et généralisé

Le cas d’utilisation général est abstrait. Il ne peut pas être instancié, car il contient des informations incomplètes. Le titre d’un cas d’utilisation abstrait est affiché en italique.

Exemple de diagramme de cas d’utilisation

Cet exemple de diagramme de cas d’utilisation représente un modèle de plusieurs cas d’utilisation métier (objectifs) qui représentent l’interaction entre un restaurant (système métier) et ses principales parties prenantes (participants métier et travailleurs métier). Après avoir identifié les cas d’utilisation de base lors de la première série de réductions, nous pouvons peut-être développer davantage ces cas d’utilisation avec des cas d’utilisation «étendre» et «inclure» lors de la deuxième série de révisions.