fr_FR

Cas d’utilisation — Apprendre par des exemples

Table of Contents hide
1 Diagramme de cas d’utilisation en un coup d’œil
2 Structurer un diagramme de cas d’utilisation avec des relations
3 Apprendre par des exemples — Service aux passagers
3.1 Apprendre par des exemples – Système de diffusion (ensemble de cas d’utilisation)
3.2 Apprendre par des exemples — Structurer les cas d’utilisation avec inclure et étendre
3.3 Autres articles UML

Un cas d’utilisation décrit comment un utilisateur utilise un système pour atteindre un objectif particulier. Un diagramme de cas d’utilisation comprend le système, les cas d’utilisation et les acteurs associés et les relie les uns aux autres pour visualiser : qu’est-ce qui est décrit ? ( système ), qui utilise le système ? ( acteurs ) et qu’est-ce que les acteurs veulent réaliser ? ( cas d’utilisation ), ainsi, les cas d’utilisation aident à garantir que le bon système est développé en capturant les exigences du point de vue de l’utilisateur.

Un diagramme de cas d’utilisation est généralement simple. Il ne montre pas le détail des cas d’utilisation :

  • Il ne résume que certaines des relations entre les cas d’utilisation, les acteurs et les systèmes.
  • Il ne montre pas l’ordre dans lequel les étapes sont effectuées pour atteindre les objectifs de chaque cas d’utilisation.

Comme indiqué, un diagramme de cas d’utilisation doit être simple et ne contenir que quelques formes. Si le vôtre contient plus de 20 cas d’utilisation, vous utilisez probablement mal le diagramme de cas d’utilisation.

La figure ci-dessous montre la hiérarchie du diagramme UML et le positionnement du diagramme de cas d’utilisation UML. Comme vous pouvez le voir, les diagrammes de cas d’utilisation appartiennent à la famille des diagrammes de comportement.

Diagramme de cas d’utilisation en un coup d’œil

Une forme standard de diagramme de cas d’utilisation est définie dans le langage de modélisation unifié, comme indiqué dans l’exemple de diagramme de cas d’utilisation ci-dessous :

Notation DescriptionReprésentation visuelle

Acteur

  • Quelqu’un interagit avec le cas d’utilisation (fonction système).
  • Nommé par le nom.
  • L’acteur joue un rôle dans l’entreprise
  • Semblable au concept d’utilisateur, mais un utilisateur peut jouer différents rôles
  • Par exemple:
  • Un prof. peut être instructeur et aussi chercheur
  • joue 2 rôles avec deux systèmes
  • L’acteur déclenche des cas d’utilisation.
  • L’acteur a une responsabilité envers le système (entrées) et l’acteur a des attentes vis-à-vis du système (sorties).

Cas d’utilisation

  • Fonction du système (processus — automatisé ou manuel)
  • Nommé par verbe + nom (ou syntagme nominal).
  • c’est-à-dire faire quelque chose
  • Chaque acteur doit être lié à un cas d’utilisation, tandis que certains cas d’utilisation peuvent ne pas être liés à des acteurs.

Lien de communication

  • La participation d’un acteur à un cas d’utilisation est matérialisée en reliant un acteur à un cas d’utilisation par un lien solide.
  • Les acteurs peuvent être connectés à des cas d’utilisation par des associations, indiquant que l’acteur et le cas d’utilisation communiquent entre eux à l’aide de messages.

Limite du système

  • La limite du système est potentiellement l’ensemble du système tel que défini dans le document des exigences.
  • Pour les grands systèmes complexes, chaque module peut constituer la limite du système.
  • Par exemple, pour un système ERP pour une organisation, chacun des modules tels que personnel, paie, comptabilité, etc.
  • peut former une frontière système pour les cas d’utilisation spécifiques à chacune de ces fonctions métier.
  • L’ensemble du système peut couvrir tous ces modules représentant la limite globale du système

Structurer un diagramme de cas d’utilisation avec des relations

Les cas d’utilisation partagent différents types de relations. Définir la relation entre deux cas d’utilisation est la décision des analystes logiciels du diagramme de cas d’utilisation. Une relation entre deux cas d’utilisation modélise essentiellement la dépendance entre les deux cas d’utilisation. La réutilisation d’un cas d’utilisation existant en utilisant différents types de relations réduit l’effort global requis pour développer un système. Les relations de cas d’utilisation sont répertoriées comme suit :

Relation de cas d’utilisation — Représentation visuelle

Prolonge

  • Indique qu’un cas d’utilisation « Mot de passe invalide » peut inclure (sous réserve de ce qui est spécifié dans l’extension) le comportement spécifié par le cas d’utilisation de base « Compte de connexion ».
  • Représentez avec une flèche dirigée ayant une ligne pointillée. La pointe de la flèche pointe vers le cas d’utilisation de base et le cas d’utilisation enfant est connecté à la base de la flèche.
  • Le stéréotype « <<extends>> » s’identifie comme une relation d’extension

Inclure

  • Lorsqu’un cas d’utilisation est décrit comme utilisant la fonctionnalité d’une autre fonctionnalité d’un autre cas d’utilisation, cette relation entre les cas d’utilisation est nommée relation d’inclusion ou d’utilisation.
  • Un cas d’utilisation inclut la fonctionnalité décrite dans un autre cas d’utilisation dans le cadre de son flux de processus métier.
  • Une relation d’utilisation entre le cas d’utilisation de base et le cas d’utilisation enfant indique qu’une instance du cas d’utilisation de base inclura le comportement spécifié dans le cas d’utilisation enfant.
  • Une relation d’inclusion est illustrée par une flèche dirigée ayant une ligne pointillée. La pointe de la flèche pointe vers le cas d’utilisation enfant et le cas d’utilisation parent connectés à la base de la flèche.
  • Le stéréotype « <<include>> » identifie la relation comme une relation d’inclusion.

Généralisation

  • Une relation de généralisation est une relation parent-enfant entre des cas d’utilisation.
  • Le cas d’utilisation enfant dans la relation de généralisation a la signification du processus métier sous-jacent, mais il s’agit d’une amélioration du cas d’utilisation parent.
  • La généralisation est représentée par une flèche dirigée avec une pointe de flèche triangulaire.
  • Le cas d’utilisation enfant est connecté à la base de la flèche. La pointe de la flèche est connectée au cas d’utilisation parent.

Apprendre par des exemples — Service aux passagers

Voici un exemple de diagramme de cas d’utilisation pour le service aux passagers, jetons un coup d’œil. Dans le modèle de cas d’utilisation, il y a 4 acteurs : le représentant à l’enregistrement, les douanes de l’aéroport de destination, le transport des passagers et des bagages. Ils interagissent avec le système pour atteindre divers objectifs commerciaux, tels que modélisés par des cas d’utilisation d’enregistrement, d’enregistrement automatisé, d’enregistrement express, d’embarquement et de demande de liste de passagers.

Utilisez ce modèle de diagramme de cas d’utilisation pour créer votre propre diagramme.

 Cliquez  simplement sur Utiliser ce modèle  pour modifier, ou  cliquez sur  Créer un vide  pour dessiner à partir de zéro.

Apprendre par des exemples – Système de diffusion (ensemble de cas d’utilisation)

Ceci est un exemple de diagramme de cas d’utilisation pour un système de diffusion en ligne. Les utilisateurs tels que le membre général et l’administrateur sont représentés en tant qu’acteurs, tandis que les objectifs commerciaux du système, par exemple, regarder des programmes archivés et en direct, participer à une discussion sur le programme, télécharger des programmes télévisés, sont représentés en tant que cas d’utilisation (c’est-à-dire les formes ovales). Ce diagramme de cas d’utilisation utilise les limites du système et les formes de package pour organiser les cas d’utilisation. Ce n’est pas indispensable, mais cela rend l’ensemble du diagramme de cas d’utilisation bien organisé. En outre, l’utilisation de la généralisation dans la liaison du membre général/premium avec le membre modélise le fait que le comportement défini pour le membre est partagé entre le membre général et le membre premium.

Utilisez ce modèle de diagramme de cas d’utilisation pour créer votre propre diagramme.

Cliquez  simplement  sur Utiliser ce modèle  pour modifier , ou  cliquez sur  Créer un vide  pour dessiner à partir de zéro.

Apprendre par des exemples — Structurer les cas d’utilisation avec inclure et étendre

Cet exemple de diagramme de cas d’utilisation décrit un modèle de plusieurs cas d’utilisation métier. Le modèle de cas d’utilisation représente les interactions entre un restaurant (le système commercial) et ses principales parties prenantes (acteurs commerciaux et travailleurs commerciaux). Une fois les cas d’utilisation de base identifiés, vous pouvez structurer ces cas d’utilisation avec <> et <> cas d’utilisation pour plus de clarté.

Utilisez ce modèle de diagramme de cas d’utilisation pour créer votre propre diagramme.

Cliquez  simplement  sur Utiliser ce modèle  pour modifier , ou  cliquez sur  Créer un vide  pour dessiner à partir de zéro.

Autres articles UML

Langage de modélisation unifié (UML)

Leave a Reply

Votre adresse e-mail ne sera pas publiée.