Chapitre 7 : Relations avancées entre Cas d’Utilisation

UML permet de structurer les cas d’utilisation entre eux pour éviter les répétitions et gérer les scénarios complexes. Il existe trois types de relations standardisées.

I. La relation d’inclusion <<include>>

Indique qu’un cas d’utilisation en utilise obligatoirement un autre. Le comportement inclus est indispensable au succès du cas “parent”.

• Formalisme : Flèche en pointillés avec le mot-clé <<include>> vers le cas inclus.
• Exemple : “Retirer de l’argent” inclut obligatoirement “S’authentifier”.

II. La relation d’extension <<extend>>

Indique qu’un cas d’utilisation peut être complété par un autre dans certaines conditions précises. C’est une extension optionnelle.

• Formalisme : Flèche en pointillés avec le mot-clé <<extend>> vers le cas de base.
• Exemple : “Retirer de l’argent” peut être étendu par “Éditer ticket de retrait” (si le client le demande).

III. La relation de généralisation (Héritage)

Comme pour les acteurs, un cas d’utilisation peut être une “sorte de” cas plus général.

• Formalisme : Flèche avec un triangle vide.
• Exemple : “Payer par carte” et “Payer par chèque” sont des généralisations de “Payer commande”.

Résumé du formalisme visuel

| Relation | Symbole | Signification | | :------------ | :----------------- | :--------------------------------------- | ----------------------------------- | | Inclusion | --<<include>>--> | Obligatoire / Sous-fonction systématique | | Extension | <--<<extend>>-- | Optionnel / Variante / Cas d’erreur | | Héritage | ---- | > | Spécialisation / “Est une sorte de” |

---

Bien utiliser ces relations permet de clarifier les diagrammes et de factoriser les fonctionnalités communes à plusieurs acteurs.