UML - Diagrammes de cas d'utilisation

Pour modéliser un système, l'aspect le plus important est de capturer le comportement dynamique. Le comportement dynamique désigne le comportement du système lorsqu'il fonctionne / fonctionne.

Seul le comportement statique n'est pas suffisant pour modéliser un système plutôt qu'un comportement dynamique est plus important que le comportement statique. Dans UML, cinq diagrammes sont disponibles pour modéliser la nature dynamique et le diagramme de cas d'utilisation en fait partie. Maintenant que nous devons discuter du fait que le diagramme de cas d'utilisation est de nature dynamique, il devrait y avoir des facteurs internes ou externes pour faire l'interaction.

Ces agents internes et externes sont appelés acteurs. Les diagrammes de cas d'utilisation se composent d'acteurs, de cas d'utilisation et de leurs relations. Le diagramme est utilisé pour modéliser le système / sous-système d'une application. Un diagramme de cas d'utilisation unique capture une fonctionnalité particulière d'un système.

Par conséquent, pour modéliser l'ensemble du système, un certain nombre de diagrammes de cas d'utilisation sont utilisés.

Objectif des diagrammes de cas d'utilisation

Le but du diagramme de cas d'utilisation est de capturer l'aspect dynamique d'un système. Cependant, cette définition est trop générique pour décrire l'objectif, car quatre autres diagrammes (activité, séquence, collaboration et Statechart) ont également le même objectif. Nous examinerons un objectif spécifique, qui le distinguera des quatre autres schémas.

Les diagrammes de cas d'utilisation sont utilisés pour rassembler les exigences d'un système, y compris les influences internes et externes. Ces exigences sont principalement des exigences de conception. Ainsi, lorsqu'un système est analysé pour rassembler ses fonctionnalités, des cas d'utilisation sont préparés et les acteurs sont identifiés.

Lorsque la tâche initiale est terminée, des diagrammes de cas d'utilisation sont modélisés pour présenter la vue extérieure.

En bref, les objectifs des diagrammes de cas d'utilisation peuvent être les suivants:

  • Utilisé pour rassembler les exigences d'un système.

  • Utilisé pour obtenir une vue extérieure d'un système.

  • Identifiez les facteurs externes et internes qui influencent le système.

  • Montrer l'interaction entre les exigences sont des acteurs.

Comment dessiner un diagramme de cas d'utilisation?

Les diagrammes de cas d'utilisation sont pris en compte pour l'analyse des exigences de haut niveau d'un système. Lorsque les exigences d'un système sont analysées, les fonctionnalités sont capturées dans des cas d'utilisation.

On peut dire que les cas d'utilisation ne sont rien d'autre que les fonctionnalités du système écrites de manière organisée. La deuxième chose qui est pertinente pour les cas d'utilisation sont les acteurs. Les acteurs peuvent être définis comme quelque chose qui interagit avec le système.

Les acteurs peuvent être un utilisateur humain, certaines applications internes ou certaines applications externes. Lorsque nous prévoyons de dessiner un diagramme de cas d'utilisation, nous devons identifier les éléments suivants.

  • Fonctionnalités à représenter comme cas d'utilisation

  • Actors

  • Relations entre les cas d'utilisation et les acteurs.

Des diagrammes de cas d'utilisation sont dessinés pour capturer les exigences fonctionnelles d'un système. Après avoir identifié les éléments ci-dessus, nous devons utiliser les directives suivantes pour dessiner un diagramme de cas d'utilisation efficace

  • Le nom d'un cas d'utilisation est très important. Le nom doit être choisi de manière à pouvoir identifier les fonctionnalités réalisées.

  • Donnez un nom approprié aux acteurs.

  • Montrez clairement les relations et les dépendances dans le diagramme.

  • N'essayez pas d'inclure tous les types de relations, car le but principal du diagramme est d'identifier les exigences.

  • Utilisez des notes chaque fois que nécessaire pour clarifier certains points importants.

Voici un exemple de diagramme de cas d'utilisation représentant le système de gestion des commandes. Par conséquent, si nous examinons le diagramme, nous trouverons trois cas d'utilisation(Order, SpecialOrder, and NormalOrder) et un acteur qui est le client.

Les cas d'utilisation SpecialOrder et NormalOrder sont étendus du cas d'utilisation Order . Par conséquent, ils ont une relation prolongée. Un autre point important est d'identifier la limite du système, qui est montrée dans l'image. L'acteur Client se situe en dehors du système car il est un utilisateur externe du système.

Où utiliser un diagramme de cas d'utilisation?

Comme nous l'avons déjà mentionné, il existe cinq diagrammes en UML pour modéliser la vue dynamique d'un système. Désormais, chaque modèle a un objectif spécifique à utiliser. En fait, ces objectifs spécifiques sont différents angles d'un système en cours d'exécution.

Pour comprendre la dynamique d'un système, nous devons utiliser différents types de diagrammes. Le diagramme de cas d'utilisation est l'un d'entre eux et son objectif spécifique est de rassembler les exigences du système et les acteurs.

Les diagrammes de cas d'utilisation spécifient les événements d'un système et leurs flux. Mais le diagramme de cas d'utilisation ne décrit jamais comment ils sont implémentés. Le diagramme de cas d'utilisation peut être imaginé comme une boîte noire où seules l'entrée, la sortie et la fonction de la boîte noire sont connues.

Ces schémas sont utilisés à un très haut niveau de conception. Cette conception de haut niveau est affinée encore et encore pour obtenir une image complète et pratique du système. Un cas d'utilisation bien structuré décrit également la pré-condition, la post-condition et les exceptions. Ces éléments supplémentaires sont utilisés pour créer des cas de test lors de l'exécution des tests.

Bien que les cas d'utilisation ne soient pas un bon candidat pour l'ingénierie directe et inverse, ils sont néanmoins utilisés d'une manière légèrement différente pour faire de l'ingénierie directe et inverse. La même chose est vraie pour la rétro-ingénierie. Le diagramme de cas d'utilisation est utilisé différemment pour le rendre adapté à l'ingénierie inverse.

Dans l'ingénierie aval, des diagrammes de cas d'utilisation sont utilisés pour créer des cas de test et dans des cas d'utilisation d'ingénierie inverse, ils sont utilisés pour préparer les détails des exigences de l'application existante.

Les diagrammes de cas d'utilisation peuvent être utilisés pour -

  • Analyse des besoins et conception de haut niveau.

  • Modélisez le contexte d'un système.

  • Ingénierie inverse.

  • Ingénierie avancée.