Qu'est-ce qu'un diagramme de cas d'utilisation
Un diagramme de cas d'utilisation est un dessin, un artefact qui décrit les interactions de l'utilisateur avec le système. Il provient du développement orienté objet et constitue une manière visuelle compacte d'expliquer ce que l'utilisateur peut faire avec le logiciel. Il existe une manière formelle et correcte de dessiner un diagramme de cas d'utilisation qui garantit clarté et cohérence.
Modélisation de cas d'utilisation
Un diagramme de modèle de cas d'utilisation est une simplification du diagramme de cas d'utilisation. Il montre également les interactions entre les utilisateurs et le système mais simplifie le format formel. ScopeMaster génère automatiquement le diagramme de modèle de cas d'utilisation à partir du backlog. Il montre les interactions entre les types d'utilisateur et d'objet. Ces diagrammes sont générés dynamiquement et peuvent être parcourus, filtrés et remodelés de manière interactive.
ScopeMaster analyse vos user stories pour déterminer l'intention fonctionnelle et les utilisateurs. Il génère ensuite un modèle de diagramme de cas d'utilisation que vous pouvez explorer.
Filtrez vos besoins en cliquant sur un utilisateur. Et voyez le sous-ensemble de fonctionnalités qui concerne uniquement cet utilisateur. Il s'agit d'un excellent moyen de connaître les exigences, d'enrichir la conversation avec l'utilisateur et de garantir l'exhaustivité de la fonctionnalité.
En plus de faire le dessin pour vous, vous pouvez également :
- Filtrer par type d'utilisateur
- Filtrer par type de données
- Filtrez par votre propre étiquette (par exemple sprint cible).
Les avantages de ces diagrammes de cas d'utilisation générés automatiquement sont :
- Visualisez la taille et la complexité de l’ensemble du système
- Repérez facilement les incohérences
- Repérez facilement les valeurs aberrantes
- Détecter là où les exigences sont complexes
- Faciliter l’élicitation des exigences auprès des utilisateurs
Il n'est pas nécessaire de créer ces diagrammes, ScopeMaster le fait pour vous.
À partir de ces diagrammes, vous pouvez évaluer un ensemble d’exigences pour :
exhaustivité: repérer visuellement les fonctionnalités manquantes associées à un utilisateur.
Taille: Visualisez visuellement la taille fonctionnelle de votre logiciel.
Complexité: Repérez la complexité des exigences avant qu’elle n’impacte votre code.
Reproduction: Repérez visuellement les fonctionnalités en double entre les utilisateurs et les objets.
