Un guide simple pour l’analyse de cas d’utilisation

Qu’est-ce que l’analyse de cas d’utilisation ?

Les diagrammes de cas d’utilisation sont principalement utilisés pour décrire les rôles et les liens entre les rôles et les cas d’utilisation. Expliquez qui utilisera le système et ce qu’ils peuvent en faire.

Un diagramme de cas d’utilisation contient plusieurs éléments de modèle, tels que des systèmes, des participants et des cas d’utilisation, et montre diverses relations entre ces éléments, telles que la généralisation, l’association et la dépendance.

Il montre un diagramme de modèle fonctionnel du système qu’un utilisateur externe peut observer. Les cas d’utilisation aident l’équipe de développement à comprendre les exigences fonctionnelles du système de manière visuelle.

Les éléments du diagramme de cas d’utilisation

Le diagramme de cas d’utilisation contient 6 éléments, à savoir

• Acteur
• Cas d’utilisation
• Association
• Inclure les relations
• Relations étendues (Extend)
• Relation de généralisation

Vous pouvez également placer des limites de système dans le diagramme de cas d’utilisation pour indiquer la portée du système.

Acteur

Quels sont les rôles qui utilisent ce système ? Différents rôles utilisent différentes fonctions système, qui sont représentées par des méchants dans le diagramme de cas d’utilisation.

• Une entité externe
• Participer au processus d’exécution des cas d’utilisation
• Les acteurs sont représentés par les rôles qu’ils jouent en participant à un cas d’utilisation
• Chaque acteur peut participer à un ou plusieurs cas d’utilisation

Types d’acteur

1. Utilisateurs du système – Les personnes réelles, les utilisateurs, sont les acteurs les plus courants qui existent dans presque tous les systèmes, et ils doivent être nommés en fonction des rôles
   Autres systèmes qui interagissent avec le système en cours de construction
2. Programme externe – Exemple, lorsque le client n’a pas rendu la voiture au moment du retour, le système rappellera au représentant du service client d’appeler le client, et l’heure ou le système externe devient un acteur du système
3. D’autres incluent les périphériques matériels, les services externes et les bases de données externes

Comment trouver des participants au système ?

• Qui utilisera les principales fonctions du système
• Qui aura besoin du soutien du système pour faire son travail
• Qui devra entretenir et gérer le système
• Quels périphériques matériels le système doit gérer
• Quel système interagit avec ce système

Initiateur et supporter

• Qui ou quel système est intéressé par les résultats produits par ce système
• L’initiateur est l’objet de service principal du cas d’utilisation
  L’autre est le participant qui joue le rôle de supporter

Relation entre les cas d’utilisation

Relation d’association (elle représente la relation entre les participants et les cas d’utilisation. En UML, elle est souvent représentée par une ligne droite ou une ligne avec une flèche pointant vers le récepteur de l’information)

Structuration des cas d’utilisation avec des relations

Relation extension / extension (cela signifie que de nouveaux comportements sont ajoutés aux cas d’utilisation existants sous certaines conditions. Les nouveaux cas d’utilisation obtenus sont appelés cas d’utilisation étendus, et les cas d’utilisation d’origine sont appelés cas d’utilisation de base, ce qui équivaut à fournir une fonction supplémentaire pour les cas d’utilisation de base. Il est représenté par des lignes pointillées avec des flèches en UML, et les flèches pointent vers les cas d’utilisation de base)

Relation incluse (cela signifie que le comportement d’autres cas d’utilisation peut être simplement inclus, et le comportement du cas d’utilisation qu’il contient peut être considéré comme faisant partie de son propre comportement. Il est souvent représenté par des lignes pointillées avec des flèches dans UML, et le les flèches pointent vers les cas d’utilisation inclus)

Relation de généralisation (fait référence au fait qu’un cas d’utilisation parent peut être spécialisé pour former plusieurs cas d’utilisation enfants, et la relation entre les cas d’utilisation parents et les cas d’utilisation enfants est la relation de généralisation. En UML, elle est représentée par une ligne continue d’un triangle creux flèche, et la flèche pointe vers le cas d’utilisation parent)

Exemples de cas d’utilisation

Ici, je choisis un exemple de Visual Paradigm Online que vous devriez être assez familier avec l’entreprise, comme les guichets automatiques, les DMS et le système de commande. La figure ci-dessous montre un  exemple de diagramme de cas d’utilisation ATM  , qui est un exemple assez classique à utiliser dans l’enseignement du diagramme de cas d’utilisation.

L’   exemple de diagramme de cas d’utilisation du système de gestion de documents (DMS) ci-dessous montre les acteurs et les cas d’utilisation du système. En particulier, il existe des relations d’inclusion et d’extension entre les cas d’utilisation.

L’   exemple de diagramme de cas d’utilisation du système de commande ci-dessous montre les acteurs et les cas d’utilisation impliqués dans le système :