Les relations d'inclusion sont utilisées pour extraire des parties d'un enchaînement d'activités dont le cas
d'utilisation de base dépend uniquement des résultats, et non de la méthode permettant d'obtenir ces résultats. Vous
pouvez effectuer ce partitionnement s'il facilite la compréhension du cas d'utilisation de base (le comportement
détaillé est "masqué") ou si le comportement partitionné peut être réutilisé dans d'autres cas d'utilisation de base.
Pour comparaison, voir aussi les Instructions
relatives au produit : Relation d'inclusion dans le modèle de cas d'utilisation système.
Une fois posées les grandes lignes de l'enchaînement d'activités des cas d'utilisation métier, vous pouvez rechercher
un comportement commun à plusieurs enchaînements d'activités ou un comportement qu'il n'est pas nécessaire de
visualiser en détail pour comprendre l'objectif principal d'un cas d'utilisation métier.
Les cas d'utilisation métier Enregistrement individuel et Enregistrement en groupe incluent tous deux le cas
d'utilisation métier Manipulation des bagages.
Une instance de cas d'utilisation métier suivant la description d'un cas d'utilisation de base suivra également la
description du cas d'utilisation d'inclusion. La totalité de l'enchaînement d'activités décrit dans les cas
d'utilisation métier inclus est incluse. Un cas d'utilisation métier d'inclusion de ce type est toujours abstrait et ne
nécessite de relation avec un acteur métier.
Reprenez les modèles ayant plusieurs niveaux de relations d'inclusion. Ce type de répartition en couches donne de
modèles difficiles à comprendre, même s'ils sont corrects sous tous les autres aspects.
Vous pouvez également décider de masquer les cas d'utilisation d'inclusion et les relations d'inclusion lorsque vous
discutez du modèle avec des personnes maîtrisant peu ou pas la technique de modélisation de cas d'utilisation.
|