Diagramme de cas d'utilisation UML
Avez-vous déjà trouvé des organigrammes intéressants? La capacité des organigrammes est d'expliquer des algorithmes complexes avec des instructions étape par étape dans diverses boîtes en forme - cela a toujours été un moyen facile de représenter graphiquement n'importe quel algorithme ou processus. Les diagrammes UML sont une version avancée des organigrammes. Comprenons chaque terme.
Qu'est-ce que le diagramme de cas d'utilisation UML?
Cela ressemble à un titre assez lourd, n'est-ce pas? Eh bien, décomposons-le à chaque mot.
UML
Unified Modeling Language est une approche moderne du processus conventionnel de modélisation et de documentation de logiciels. Cette approche est une représentation schématique des composants et des processus impliqués dans les logiciels. C'est comme expliquer tout le logiciel à travers des représentations visuelles afin qu'il soit facile à comprendre et à éliminer les éventuelles failles et erreurs du système. L'ensemble du processus s'inscrit dans le cadre plus large des techniques de modélisation des processus métier.
Diagrammes UML
Imaginez ces modèles à l'échelle réelle de diverses vastes architectures telles qu'un centre commercial ou une société de logement répartis sur des hectares, placés dans de belles boîtes en verre brillant à la réception de la structure. N'est-il pas facile de comprendre la structure complète lorsqu'elle a été modélisée dans son ensemble sous vos yeux?
Eh bien, les diagrammes UML sont des logiciels ce que ces modèles à l'échelle sont à la structure réelle. Une représentation complète de l'ensemble du système ou d'une partie de celui-ci, à l'aide de diagrammes. Il existe différents diagrammes à des fins diverses. Quelques exemples sont:
- Diagramme de classe - Se concentre davantage sur le plan.
- diagramme de séquence - Se concentre davantage sur le processus, du point de vue du système.
- diagramme d'activité - Se concentre sur les actions, du point de vue de l'utilisateur.
- Diagramme de cas d'utilisation - Se concentre sur les besoins de l'entreprise et bien d'autres.
Diagramme de cas d'utilisation UML
Le sujet central de la discussion d'aujourd'hui est les diagrammes de cas d'utilisation. Un diagramme de cas d'utilisation modélise le comportement dynamique du système lorsqu'il fonctionne. Il met en évidence les exigences de haut niveau du système. Il est modélisé pour représenter la vue extérieure du système. Le diagramme de cas d'utilisation explique les différents cas d'utilisation dans lesquels un utilisateur final peut interagir avec le système. La perspective dans l'image est celle de l'utilisateur final.
Un exemple simple d'un diagramme de cas d'utilisation est la manière dont un utilisateur final interagit avec le système de réservation de billets d'avion. Certains des cas d'utilisation dans cet exemple peuvent être, mais sans s'y limiter:
- Une personne se connecte pour rechercher des vols.
- Une personne réserve un vol.
- Une personne consulte ses réservations de vol précédentes.
- Une personne vérifie en ligne son vol.
- Une personne annule son vol.
et encore plus,
Plongeons-nous…
Comme indiqué précédemment, un diagramme de cas d'utilisation modélise le comportement dynamique du système. Remarquez le mot dynamique. Cela implique qu'il doit y avoir des facteurs internes ou externes qui influencent le comportement du système pendant la durée d'exécution et le rendent dynamique par nature. Ces agents internes ou externes sont appelés acteurs . Un diagramme de cas d'utilisation modélise les acteurs, le système et leur interaction. Un diagramme à cas d'utilisation unique peut modéliser une fonctionnalité particulière du système.
Mais pourquoi utiliser le diagramme de cas?
C'est le côté curieux de votre conversation. Analysons à travers certains QnA.
- Pourquoi cas d'utilisation, alors que le diagramme d'activité modélise également les actions du système en fonction des entrées?
Rép: Oui, mais le diagramme de cas d'utilisation le fait du point de vue de l'utilisateur final, tandis que le diagramme d'activité le fait du point de vue du système. Un utilisateur final peut ne pas connaître son rôle via un diagramme d'activité.
- Eh bien, les diagrammes de séquence impliquent les acteurs et les actions qu'ils effectuent à différentes étapes. Pourquoi un cas d'utilisation?
Rép: Les diagrammes de séquence sont des versions plus détaillées de l'interaction utilisateur-système. Ils impliquent également le fonctionnement interne du système, l'interaction entre les sous-modules et le temps écoulé pendant le fonctionnement interne. Un utilisateur final peut ne pas être intéressé par ces détails. Il est préoccupé par la production globale du système.
- Je sais que les diagrammes de collaboration / communication sont une version plus simple des diagrammes de séquence. Pourquoi ne puis-je pas les utiliser?
Rép. Les diagrammes de collaboration sont en effet plus simples, mais ils se concentrent principalement sur la communication entre les composants. Cela implique toujours de se concentrer davantage sur les messages échangés entre le système et les sous-modules. Un utilisateur final peut toujours le trouver un peu trop détaillé pour son objectif.
- Il existe également un diagramme de diagramme d'état. Ils sont simples, n'impliquent pas de sous-modules internes et représentent également les interactions de l'utilisateur final. Comment le diagramme de cas d'utilisation le bat-il?
Rép. Le but principal des diagrammes d'états est d'analyser l'état du système à chaque instant possible. Ils sont plus adaptés au débogage et à la rétro-ingénierie du système. Les diagrammes de cas d'utilisation ignorent les états intermédiaires du système car l'utilisateur final peut ne pas être intéressé à connaître tous les états traversés par la machine. De plus, les diagrammes d'états ne se concentrent pas sur l'exigence globale comme le font les diagrammes de cas d'utilisation. Ils se concentrent davantage sur une entrée spécifique et la sortie concernée.
Ainsi, la leçon à tirer de cette discussion est que bien que de nombreux diagrammes UML exécutent des fonctionnalités similaires, ils ont pourtant un rôle distingué dans la compréhension du système. Un diagramme de cas d'utilisation est aussi important que tout autre diagramme pour la documentation globale des composants système des diagrammes de cas d'utilisation.
Exemple
Voici un exemple simple d'un diagramme de cas d'utilisation pour le système de réservation de billets d'avion. Ce diagramme peut être rendu plus complet avec l'introduction d'autres acteurs tels que les opérateurs de réservation, les banques, etc. Il a été simplifié pour montrer comment un diagramme de cas d'utilisation est réalisé.
Conclusion
Les diagrammes de cas d'utilisation sont simples, mais efficaces pour comprendre le système de l'extérieur. Ils sont très utiles pour l'entreprise pour définir des exigences de haut niveau et analyser également les défauts des exigences. Comprendre les diagrammes de cas d'utilisation aide l'entreprise ainsi que l'équipe technique à se retrouver sur la même longueur en termes d'exigences.
Articles recommandés
Cela a été un guide pour le diagramme de cas d'utilisation UML. Ici, nous avons discuté de ce qu'est le diagramme de cas UML et pourquoi il est utilisé et des composants de ce diagramme. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus -
- Guide pas à pas sur le diagramme de classe
- Qu'est-ce que la conception graphique par ordinateur?
- Science des données vs visualisation des données
- Qu'est-ce que Teradata? | Architecture Teradata