Diagrammes de cas d'usage UML : référence

Article
08/10/2011

Dans Visual Studio Ultimate, un diagramme de cas d'usage récapitule le nom des personnes qui utilisent votre application ou système et les opérations qu'elles peuvent réaliser. Pour créer un diagramme de cas d'usage UML, dans le menu Architecture, cliquez sur Nouveau diagramme.

Un diagramme de cas d'usage agit en tant que focus pour la description des besoins des utilisateurs. Il décrit les relations entre les impératifs, les utilisateurs et les principaux composants. En revanche, il ne décrit pas les impératifs de manière détaillée ; ceux-ci peuvent être décrits dans des diagrammes séparés ou dans des documents qui peuvent être liés à chaque cas d'usage.

Pour plus d'informations sur la manière dont les diagrammes de cas d'usage peuvent vous permettre de mieux comprendre, d'évoquer et de communiquer les besoins de vos utilisateurs, consultez Modélisation des besoins des utilisateurs.

Notes

Cette rubrique décrit les éléments disponibles dans des diagrammes de cas d'usage. Pour plus d'informations sur le dessin de diagrammes de cas d'usage, consultez Diagrammes de cas d'usage UML : indications. Pour plus d'informations sur la création et le dessin de diagrammes de modélisation, consultez Comment : modifier des diagrammes et un modèle UML.

Lecture des diagrammes de cas d'usage

Les tableaux des sections suivantes décrivent les éléments disponibles dans un diagramme de cas d'usage, ainsi que leurs principales propriétés. Pour obtenir une liste complète des propriétés, consultez Propriétés d'éléments de diagrammes de cas d'usage.

Acteurs, cas d'usage et sous-systèmes

Éléments dans un diagramme de cas d'usage

Forme	Élément	Description et propriétés principales
1	Acteur	Représente un utilisateur, une organisation ou un système externe qui interagit avec votre application ou système. Un acteur est un genre de type. Chemin d'accès à l'image - le chemin d'accès au fichier d'une image qui doit être utilisée à la place de l'icône d'acteur par défaut. L'icône doit être un fichier de ressources dans le projet Visual Studio.
2	Cas d'usage	Représente les actions exécutées par un ou plusieurs acteurs dans le cadre de la poursuite d'un objectif particulier. Un cas d'usage est un genre de type. Sujets - sous-système dans lequel apparaît le cas d'usage.
3	Association	Indique qu'un acteur fait partie d'un cas d'usage.
4	Sous-système ou composant	Système ou application sur lequel(laquelle) vous travaillez ou partie de celui(celle)-ci. Peut être tout élément d'un grand réseau à une classe unique d'une application. Les cas d'usage qu'un système ou un composant prend en charge apparaissent à l'intérieur de son rectangle. Il peut être utile d'afficher des cas d'usage hors du rectangle, afin de clarifier la portée de votre système. Un sous-système d'un diagramme de cas d'usage présente en réalité le même type qu'un composant se trouvant dans un diagramme de composants. Is Indirectly Instantiated - Si la valeur false est affectée, votre système d'exécution dispose d'un ou plusieurs objets qui correspondent directement à ce sous-système. En revanche, si la valeur true est affectée, le sous-système correspond à une construction dans votre conception qui ne s'affiche que dans le système d'exécution, par l'intermédiaire du lancement de ses parties constituantes.

Structuration de cas d'usage

Cas d'usage avec include, extend et generalization

Forme	Élément	Description
5	Inclure	Un cas d'usage d'inclusion appelle le cas d'usage inclus. L'inclusion permet de montrer comment un cas d'usage est divisible en étapes plus petites. Le cas d'usage inclus se situe à l'extrémité de la flèche. Notez que le diagramme n'affiche pas l'ordre des étapes. Vous pouvez utiliser un diagramme d'activités, un diagramme de séquences ou tout autre document pour décrire ces détails.
6	Étendre	Un cas d'usage d'extension ajoute des objectifs et des étapes au cas d'usage étendu. Les extensions fonctionnent uniquement sous certaines conditions. Le cas d'usage étendu se situe à l'extrémité de la flèche. Notez que le diagramme n'affiche pas les circonstances exactes dans lesquelles s'applique l'extension : vous pouvez les enregistrer dans un commentaire ou tout autre document.
7	Héritage	Associe un élément spécialisé et un élément généralisé. L'élément généralisé se situe à l'extrémité de la flèche. Un cas d'usage spécialisé hérite des objectifs et des acteurs de sa généralisation. De plus, il peut ajouter des objectifs et des étapes plus spécifiques pour les atteindre. Un acteur spécialisé hérite des cas d'usage, des attributs et des associations de sa généralisation. Il peut en plus ajouter d'autres éléments.
8	Dépendance	Indique que la conception de la source dépend de celle de la cible.
9	Commentaire	Utilisé pour ajouter des remarques générales dans le diagramme.
10	Artefact	Un artefact fournit un lien vers un autre diagramme ou document. Vous pouvez le créer en faisant glisser un fichier depuis l'Explorateur de solutions. Il peut être lié avec une dépendance à tout autre élément du diagramme. Un artefact est généralement utilisé pour lier un cas d'usage à un diagramme de séquence, à une page OneNote, à un document Word ou à une présentation PowerPoint qui le décrit de manière détaillée. Le document peut être un élément dans la solution Visual Studio, ou un document dans un emplacement partagé tel qu'un site SharePoint. Lien hypertexte. URL ou chemin d'accès de fichier du diagramme ou du document. Double-cliquez sur un artefact pour ouvrir le fichier ou la page Web auquel ou à laquelle il est associé.
11 (non affichée)	Packages	Les cas d'usage, les acteurs et les sous-systèmes peuvent être contenus dans des packages. Les formes de packages n'apparaissent pas dans le diagramme ; vous pouvez cependant définir sa propriété LinkedPackage. Les éléments que vous créez ultérieurement dans le diagramme sont placés dans le package. Pour plus d'informations, consultez Définition de packages et d'espaces de noms..