Tutoriel de diagramme de cas d'utilisation (guide avec exemples)

Publié: 2015-02-19

Le diagramme de cas d'utilisation est un type de diagramme UML comportemental et fréquemment utilisé pour analyser divers systèmes. Ils vous permettent de visualiser les différents types de rôles dans un système et comment ces rôles interagissent avec le système. Ce didacticiel de diagramme de cas d'utilisation couvrira les sujets suivants et vous aidera à mieux créer des cas d'utilisation.

  • Importance des diagrammes de cas d'utilisation
  • Utiliser des objets de diagramme de cas
  • Utiliser les directives relatives aux diagrammes de cas
  • Relations dans les diagrammes de cas d'utilisation
  • Comment créer des diagrammes de cas d'utilisation (avec exemple)
    • Identifier les acteurs
    • Identification des cas d'utilisation
    • Quand utiliser "Inclure"
    • Comment utiliser la généralisation
    • Quand utiliser "Étendre"
  • Utiliser des modèles de diagramme de cas de scénarios courants

Importance des diagrammes de cas d'utilisation

Comme mentionné précédemment, les diagrammes de cas d'utilisation sont utilisés pour recueillir une exigence d'utilisation d'un système. Selon vos besoins, vous pouvez utiliser ces données de différentes manières. Vous trouverez ci-dessous quelques façons de les utiliser.

  • Identifier les fonctions et la façon dont les rôles interagissent avec elles - L'objectif principal des diagrammes de cas d'utilisation.
  • Pour une vue de haut niveau du système - Particulièrement utile lors de la présentation aux gestionnaires ou aux parties prenantes. Vous pouvez mettre en évidence les rôles qui interagissent avec le système et les fonctionnalités fournies par le système sans approfondir le fonctionnement interne du système.
  • Pour identifier les facteurs internes et externes - Cela peut sembler simple, mais dans les grands projets complexes, un système peut être identifié comme un rôle externe dans un autre cas d'utilisation.

Utiliser des objets de diagramme de cas

Les diagrammes de cas d'utilisation se composent de 4 objets.

  • Acteur de cinéma
  • Cas d'utilisation
  • Système
  • Forfait

Les objets sont expliqués plus en détail ci-dessous.

Acteur de cinéma

Acteur dans un diagramme de cas d'utilisation est toute entité qui joue un rôle dans un système donné. Il peut s'agir d'une personne, d'une organisation ou d'un système externe et généralement dessiné comme le squelette illustré ci-dessous.

Acteur de cinéma

Cas d'utilisation

Un cas d'utilisation représente une fonction ou une action au sein du système . Il est dessiné comme un ovale et nommé avec la fonction.

Cas d'utilisation

Système

Le système est utilisé pour définir la portée du cas d'utilisation et dessiné comme un rectangle. Il s'agit d'un élément facultatif mais utile lorsque vous visualisez de grands systèmes. Par exemple, vous pouvez créer tous les cas d'utilisation, puis utiliser l'objet système pour définir le périmètre couvert par votre projet. Ou vous pouvez même l'utiliser pour montrer les différents domaines couverts dans différentes versions.

Système

Forfait

Le package est un autre élément facultatif extrêmement utile dans les diagrammes complexes. Semblables aux diagrammes de classes, les packages sont utilisés pour regrouper les cas d'utilisation . Ils sont dessinés comme l'image ci-dessous.

Forfait

Directives relatives aux diagrammes de cas d'utilisation

Bien que les diagrammes de cas d'utilisation puissent être utilisés à diverses fins, il existe certaines directives communes que vous devez suivre lorsque vous dessinez des cas d'utilisation.

Il s'agit notamment des normes de dénomination, des directions des flèches, du placement des cas d'utilisation, de l'utilisation des boîtes système et également de l'utilisation appropriée des relations.

Nous avons couvert ces directives en détail dans un article de blog séparé. Alors allez-y et consultez les directives relatives aux diagrammes de cas d'utilisation.

Relations dans les diagrammes de cas d'utilisation

Il existe cinq types de relations dans un diagramme de cas d'utilisation. Elles sont

  • Association entre un acteur et un cas d'utilisation
  • Généralisation d'un acteur
  • Étendre la relation entre deux cas d'utilisation
  • Inclure la relation entre deux cas d'utilisation
  • Généralisation d'un cas d'utilisation

Nous avons couvert toutes ces relations dans un article de blog séparé contenant des exemples avec des images. Nous n'entrerons pas dans les détails dans cet article, mais vous pouvez consulter les relations dans les diagrammes de cas d'utilisation.

Comment créer un diagramme de cas d'utilisation

Jusqu'à présent, vous avez appris les objets, les relations et les directives qui sont essentiels lors de la création de diagrammes de cas d'utilisation. Je vais vous expliquer les différents processus en utilisant un système bancaire comme exemple.

Identifier les acteurs

Les acteurs sont des entités externes qui interagissent avec votre système. Il peut s'agir d'une personne, d'un autre système ou d'une organisation. Dans un système bancaire, l'acteur le plus évident est le client. D'autres acteurs peuvent être des employés de banque ou des caissiers selon le rôle que vous essayez de montrer dans le cas d'utilisation.

Un exemple d'organisation externe peut être l'administration fiscale ou la banque centrale. Le processeur de prêt est un bon exemple de système externe associé en tant qu'acteur.

Identification des cas d'utilisation

Il est maintenant temps d'identifier les cas d'utilisation. Une bonne façon d'y parvenir est d'identifier ce que les acteurs attendent du système. Dans un système bancaire, un client devra ouvrir des comptes, déposer et retirer des fonds, demander des chéquiers et des fonctions similaires. Tous ces éléments peuvent donc être considérés comme des cas d'utilisation.

Les cas d'utilisation de niveau supérieur doivent toujours fournir une fonction complète requise par un acteur. Vous pouvez étendre ou inclure des cas d'utilisation en fonction de la complexité du système.

Une fois que vous avez identifié les acteurs et le cas d'utilisation de haut niveau, vous avez une idée de base du système. Vous pouvez maintenant l'affiner et y ajouter des couches de détails supplémentaires.

Recherchez la fonctionnalité commune à utiliser Inclure

Recherchez des fonctionnalités communes pouvant être réutilisées dans l'ensemble du système. Si vous trouvez deux cas d'utilisation ou plus qui partagent des fonctionnalités communes, vous pouvez extraire les fonctions communes et les ajouter à un cas d'utilisation distinct. Ensuite, vous pouvez le connecter via la relation d'inclusion pour montrer qu'il est toujours appelé lorsque le cas d'utilisation d'origine est exécuté. (voir le schéma pour un exemple).

Est-il possible de généraliser les acteurs et les cas d'utilisation

Il peut y avoir des cas où des acteurs sont associés à des cas d'utilisation similaires tout en déclenchant quelques cas d'utilisation qui leur sont propres. Dans de tels cas, vous pouvez généraliser l'acteur pour montrer l'héritage des fonctions. Vous pouvez également faire la même chose pour les cas d'utilisation.

L'un des meilleurs exemples de ceci est le cas d'utilisation "Effectuer un paiement" dans un système de paiement. Vous pouvez encore le généraliser à « Payer par carte de crédit », « Payer en espèces », « Payer par chèque », etc. Tous ont les attributs et la fonctionnalité de paiement avec des scénarios spéciaux qui leur sont propres.

Fonctions optionnelles ou fonctions supplémentaires

Certaines fonctions sont déclenchées en option. Dans de tels cas, vous pouvez utiliser la relation d'extension et y attacher une règle d'extension. Dans l'exemple de système bancaire ci-dessous, "Calculer le bonus" est facultatif et ne se déclenche que lorsqu'une certaine condition est remplie.

Étendre ne signifie pas toujours que c'est facultatif. Parfois, le cas d'utilisation connecté par extension peut compléter le cas d'utilisation de base. La chose à retenir est que le cas d'utilisation de base doit être capable d'exécuter une fonction par lui-même même si le cas d'utilisation étendu n'est pas appelé.

Utiliser des modèles de diagramme de cas

Nous sommes allés de l'avant et avons créé des modèles de diagrammes de cas d'utilisation pour certains scénarios courants. Bien que votre problème ou scénario ne soit pas exactement comme celui-ci, vous pouvez les utiliser comme point de départ. Consultez nos modèles de diagrammes de cas d'utilisation.

Questions concernant le didacticiel de diagramme de cas d'utilisation

Nous avons essayé de couvrir de manière exhaustive tout ce que vous devez savoir sur la création de diagrammes de cas d'utilisation. Si vous avez des doutes sur une section ou si vous pensez à des moyens d'améliorer ce didacticiel, veuillez nous en informer dans les commentaires.

Plus de didacticiels sur les diagrammes

  • Tutoriel sur le diagramme de séquence : guide complet avec exemples
  • Tutoriel sur la modélisation des processus métier (Guide BPM expliquant les fonctionnalités)
  • Guide d'organigramme ultime (tutoriel complet d'organigramme avec exemples)