Diagrammes de cas d'usage UML : référence
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 Modifier des modèles et des diagrammes 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
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.
|
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.
|
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.
|
Structuration de cas d'usage
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.
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.. |
Voir aussi
Référence
Diagrammes de séquence UML : référence
Concepts
Diagrammes de cas d'usage UML : indications
Modifier des modèles et des diagrammes UML
Diagrammes de classes UML : référence