Comment identifier les cas d’utilisation dans la modélisation UML

Une approche de cas d’utilisation est une sorte de technique permettant d’identifier les objectifs commerciaux d’un système. L’identification des cas d’utilisation aide à définir la portée du système, garantissant que les exigences à trouver seront toutes alignées sur les valeurs, les besoins et la stratégie de l’entreprise.

Que sont les acteurs de l’analyse de cas d’utilisation ?

Un acteur spécifie le rôle joué par l’utilisateur ou tout autre système qui interagit avec le système en cours de développement. Il peut représenter le rôle joué par les utilisateurs humains, le matériel externe ou d’autres principaux. Les acteurs sont toujours en dehors du système, interagissant directement avec les cas d’utilisation en les initiant, en leur fournissant des entrées et/ou en recevant des sorties d’eux. Alors qu’une seule instance physique peut jouer le rôle de plusieurs acteurs différents, les acteurs ne représentent pas nécessairement une entité physique spécifique, c’est-à-dire le temporisateur qui déclenche l’envoi d’alertes par e-mail.

Identification des cas d’utilisation — Caractéristiques de l’acteur dans l’analyse des cas d’utilisation Énumérez
simplement les perceptions des membres de l’équipe sur les parties prenantes ou les utilisateurs ciblés, et il est plus facile d’atteindre un consensus lors de la discussion.

1. Les acteurs sont situés à l’extérieur du système, il n’appartient pas à une certaine partie du système, donc nous n’avons pas besoin de « construire » les « acteurs » ;
2. Seuls ceux qui peuvent utiliser le système, interagir avec le système et échanger des informations avec le système sont les acteurs du système ;
3. Les acteurs commenceront et participeront à des cas d’utilisation, donc trouver des acteurs peut nous guider pour trouver des cas d’utilisation ;
4. Bien que nous n’ayons pas besoin de « développer des acteurs », nous devons considérer les interfaces. Le système doit tenir compte de l’interface que les acteurs doivent utiliser (expérience utilisateur / GUI), ou le système doit obtenir des données via l’interface fournie par les acteurs.

Qui sont les acteurs ? Posez les questions suivantes :

1. Qui utilisera ce système ?
2. Qui installera ce système ?
3. Qui va lancer ce système ?
4. Qui maintiendra ce système ?
5. Qui va fermer ce système ?
6. Quels autres systèmes utiliseront ce système ?
7. Qui obtiendra des informations de ce système ?
8. Qui fournira des informations à ce système ?
9. Lorsque l’heure prédéfinie arrivera, quelque chose se passera-t-il automatiquement ?
10. Quels systèmes seront mis en réseau avec ce système ?
11. Des périphériques matériels sont-ils connectés à ce système ?
12. Quelles bases de données seront mises en réseau avec ce système ?
13. Qui dans l’entreprise utilisera ce système ?\
14. Qui utilisera ce système en dehors de l’entreprise ?
15. Lorsqu’un moment ou un événement spécifique se produit, ce système doit-il notifier automatiquement qui ou d’autres systèmes ?

Types d’acteur

De nombreux analystes ignorent les acteurs clés dans le processus de dessin du diagramme de cas d’utilisation car ils n’identifient que les acteurs humains. La classification des acteurs de cas d’utilisation de cette manière aide les analystes à s’assurer qu’ils n’ignorent aucun acteur clé dans le diagramme de cas d’utilisation.

Il existe une autre façon de classer les participants. Ils peuvent être:

• êtres humains
• Logiciel système
• Matériel
• Minuterie / horloge

Une liste de questions pour identifier les cas d’utilisation

1. Quel type de fonctions les participants attendent-ils de ce système ?
2. Ce système stocke-t-il des informations ? Quels participants créeront, liront, mettront à jour et supprimeront ces informations ?
3. Le système doit-il informer les participants lorsque l’état interne du système change ?
4. Y a-t-il des événements externes que le système doit connaître ? Lorsque cet événement externe se produit, quel acteur notifiera le système ?
5. Ce système doit-il effectuer des opérations de manière régulière ?
6. Lorsque certains événements externes importants se produisent, le système doit-il effectuer automatiquement certaines opérations ?
7. Le nom de ce cas d’utilisation est-il suffisamment clair ? Le résultat de ce cas d’utilisation peut-il être jugé directement à partir du nom de ce cas d’utilisation ?
8. Ce cas d’utilisation aura-t-il plusieurs résultats ? Ou ces résultats sont-ils produits à des moments différents ?