Réserver une Démo

SVP notez : Cette page d’aide n’est pas pour la dernière version d’Enterprise Architect. La dernière aide peut être trouvée ici.

Pré. Proc.

Présentation des diagrammes de cas Diagrammes

Le diagramme de cas d'utilisation est un diagramme simple qui décrit visuellement les objectifs des utilisateurs par rapport au système ou à une partie du système. Cela pourrait être paraphrasé à 'la valeur que le système fournit aux Acteurs'. Les diagrammes de cas d'utilisation semblent assez simplistes, avec un petit nombre d'éléments :

  • Matière
  • Acteurs
  • Cas d'utilisation
Ceux-ci sont reliés par une série de relations.

Le sujet ( bordure ) fournit un contexte pour la définition et représente un système ou une partie d'un système ; les Acteurs se situent par définition à l'extérieur du Sujet et les Cas d'Utilisation à l'intérieur. La relation Chemin de Communication traverse par définition le périmètre du Sujet car elle relie un Acteur à un Cas d'Utilisation. Encore une fois, le nombre de relations est assez limité, mais chacune a une signification spécifique dans le diagramme .

  • Chemin Communication
  • Étendre (également avec condition)
  • Comprendre
  • Généralisation
Comme pour tous les éléments SysML, les éléments comportent à la fois un aspect graphique et textuel, et dans la description des cas d'utilisation, l'accent est généralement mis davantage sur l'aspect textuel ou narratif.

N'importe quel nombre de diagrammes de cas d'utilisation peut être créé pour représenter l'interaction des utilisateurs avec le système ou une partie d'un système. Il est important de comprendre que les cas d'utilisation sont destinés à décrire la valeur que le système fournit à ses utilisateurs et qu'ils ne sont pas destinés à être décomposés par décomposition fonctionnelle. C'est sans aucun doute l'erreur la plus courante commise par les modélisateurs novices, ce qui a pour effet d'atténuer les avantages profonds qui peuvent être obtenus par cette technique.

Le modèle de Cas d'Utilisation peut être agrémenté d'un mécanisme appelé « structuration du Modèle de Cas d'Utilisation », qui factorise le texte répétitif, classe les Acteurs et les Cas d'Utilisation, et spécifie les points d'extension. Ce mécanisme sera discuté plus loin dans ce chapitre. Pour plus d'informations, consultez la rubrique Aide sur les SysML Use Case Models .

Création d'un diagramme de cas d' Diagramme

Un diagramme de cas d'utilisation peut être créé à partir d'un certain nombre d'endroits dans l' Interface Utilisateur en sélectionnant :

  • Ruban de conception - Icône Diagramme un diagramme dans le panneau Diagramme
  • Barre d'outils de la fenêtre Navigateur - Icône Nouveau Diagramme
  • Menu contextuel de la fenêtre du Navigateur - Ajouter un Diagramme
Nous utiliserons le ruban Conception pour créer un diagramme de cas d'utilisation. Tout d'abord, sélectionnez l'emplacement dans la fenêtre du Navigateur où vous souhaitez placer le diagramme de cas d'utilisation. Comme pour tous les diagrammes , il peut s'agir d'un Paquetage ou d'un élément, mais il est courant d'insérer des diagrammes de cas d'utilisation dans un Paquetage . Une fois l'emplacement du Paquetage sélectionné dans la fenêtre du Navigateur , sélectionnez :

Conception > Diagramme > Ajouter Diagramme

Diagram panel of the Design ribbon in Sparx Systems Enterprise Architect.

La sélection de cette option ouvrira la boîte de dialogue Nouveau Diagramme , vous permettant de nommer le diagramme ; le nom par défaut est initialement le nom du Paquetage ou de l'élément qui contient le diagramme . Avec la perspective SysML choisie et la version de SysML sélectionnée, une liste de diagrammes s'affichera vous permettant de choisir le diagramme de cas d'utilisation . Cliquez sur le bouton OK pour créer un nouveau diagramme de cas d'utilisation à l'emplacement sélectionné dans la fenêtre Navigateur . Le Diagramme Vue s'ouvrira, vous permettant de commencer à ajouter des éléments et des connecteurs qui décrivent la valeur que le système apportera à ses utilisateurs. Enterprise Architect affichera également les pages "Cas d'utilisation" de la boîte à outils Diagramme qui contiennent les éléments et les relations définis par la spécification SysML pour être applicables à la construction de diagrammes de cas d'utilisation. N'importe quel nombre d'autres pages de la boîte à outils peuvent être ouvertes, si nécessaire, en plus des pages de la boîte à outils des éléments communs et des Relations communes qui seront toujours disponibles.

Les éléments et connecteurs les plus importants qui sont utilisés avec le diagramme de cas d'utilisation sont :

Éléments

  • Acteur - utilisé pour décrire un rôle joué par un utilisateur par rapport au système
  • Cas d'utilisation - utilisé pour décrire la valeur qu'un système fournit à ses utilisateurs
  • Bordure - utilisé pour montrer la portée des systèmes (généralement un par diagramme )

Connecteurs

  • Chemin de Communication - utilisé pour connecter les acteurs aux cas d'utilisation
  • Généraliser - utilisé entre deux acteurs ou entre deux cas d'utilisation
  • Inclure - utilisé entre le cas d'utilisation pour réutiliser les étapes du scénario
  • Étendre - utilisé pour embellir un cas d'utilisation avec des détails supplémentaires

Des éléments peuvent être ajoutés au diagramme en les glissant-déposant de la Boîte à outils vers le Diagramme Vue . Il est considéré comme une bonne pratique de commencer par un élément Bordure , qui doit être nommé de manière appropriée pour décrire le système, le sous-système ou l'entité modélisée par le diagramme de cas d'utilisation. Laisser le nom vide, ou lui donner un nom qui n'indique pas clairement au lecteur quel système ou quelle partie d'un système est modélisé, peut conduire à une mauvaise interprétation du diagramme . Avec la Bordure ajoutée et dimensionnée de manière appropriée dans le diagramme , des acteurs et des cas d'utilisation peuvent être ajoutés - des acteurs positionnés à l'extérieur de la Bordure et des cas d'utilisation à l'intérieur. L'étape suivante consiste à ajouter des relations de chemin de Communication entre les acteurs et les cas d'utilisation, définissant ainsi la valeur que les acteurs tirent du système.

Une fois qu'un diagramme de base a été créé, et au fur et à mesure que la connaissance du domaine et des comportements du système est révélée, il est possible de structurer ou d'embellir le diagramme en utilisant les relations supplémentaires Inclure, Étendre et Généraliser. Le nouveau venu est mis en garde contre une utilisation trop libérale de ces relations, et toute tentative d'utiliser la décomposition fonctionnelle atténuera la valeur du modèle de cas d'utilisation, qui est intentionnellement large dans sa description pour permettre aux parties prenantes d'avoir une vue à 10 000 mètres des services fournis par le système, sous-système ou entité modélisée.