What is the purpose of an ATM use case diagram?

The primary purpose of an ATM use case diagram is to visualize the functional requirements of the banking system. It clearly shows how different users, like customers and technicians, interact with the machine. By mapping out these relationships, developers can identify all necessary features. This ensures that the final software meets all user needs and security standards efficiently.

How do include and extend relationships work in this diagram?

In this diagram, an include relationship means a use case is mandatory for another process to finish. For example, withdrawing cash might automatically include printing a receipt. An extend relationship indicates an optional action that only happens under specific conditions. A handle error process is a great example, as it only triggers if something goes wrong during a transaction.

Why is the bank server included as an actor?

The bank server is included as a secondary actor because the ATM cannot process transactions in total isolation. It needs to communicate with the bank's central database to verify account balances and user identities. The server provides the external validation required for every secure action. Including it in the diagram helps developers understand the external dependencies of the ATM system.

Modèle de diagramme de cas d'utilisation ATM professionnel

Diagramme de cas d’utilisation ATM : exemples et explications

Un diagramme de cas d'utilisation de distributeur automatique cartographie les interactions entre les utilisateurs et le système bancaire. Il aide les développeurs à visualiser les exigences fonctionnelles telles que les retraits et les consultations de solde. Cet outil visuel garantit que toutes les étapes de sécurité et de transaction sont clairement définies avant le début du développement logiciel proprement dit.

Utiliser le modèle

Téléchargement gratuit

À propos de ce modèle de diagramme de cas d'utilisation DAB

Ce modèle fournit une disposition visuelle claire de la façon dont un client interagit avec un distributeur automatique de billets. Il couvre les fonctions bancaires essentielles et les processus système en arrière-plan pour les développeurs.

Acteur Client

Le Client est l'utilisateur principal qui initie la plupart des transactions dans le système. Il interagit avec l'interface pour gérer ses comptes personnels et effectuer diverses tâches bancaires de manière sécurisée et efficace.

Déposer des espèces
Consulter le solde
Transférer des fonds
Mettre à jour le code PIN
Sélectionner une transaction
Retirer des espèces

Processus système

Ces fonctions internes gèrent la logique et la vérification nécessaires pour des transactions sécurisées. Elles garantissent que les utilisateurs sont authentifiés et que les erreurs sont gérées correctement pendant la session bancaire pour maintenir la sécurité.

Authentifier l'utilisateur
Gérer les erreurs
Maintenir le DAB

Résultats des transactions

Cette section comprend des actions spécifiques qui se produisent comme résultat direct des demandes des utilisateurs. Certains processus sont facultatifs, tandis que d'autres sont nécessaires pour accomplir une tâche spécifique comme l'impression d'un reçu papier.

Imprimer le reçu
Gérer les erreurs

Acteur Serveur Bancaire

Le Serveur Bancaire agit comme un acteur secondaire qui valide les données utilisateur et les demandes de transaction. Il fournit l'autorisation back-end nécessaire pour que le DAB puisse effectuer des opérations financières sécurisées pour l'utilisateur.

Authentifier l'utilisateur

FAQ concernant ce modèle

Quel est l'objectif d'un diagramme de cas d'utilisation de distributeur automatique de billets ?

L'objectif principal d'un diagramme de cas d'utilisation de distributeur automatique de billets est de visualiser les exigences fonctionnelles du système bancaire. Il montre clairement comment différents utilisateurs, comme les clients et les techniciens, interagissent avec la machine. En cartographiant ces relations, les développeurs peuvent identifier toutes les fonctionnalités nécessaires. Cela garantit que le logiciel final répond à tous les besoins des utilisateurs et aux normes de sécurité de manière efficace.
Comment fonctionnent les relations d'inclusion et d'extension dans ce diagramme ?

Dans ce diagramme, une relation d'inclusion signifie qu'un cas d'utilisation est obligatoire pour qu'un autre processus se termine. Par exemple, retirer de l'argent peut automatiquement inclure l'impression d'un reçu. Une relation d'extension indique une action optionnelle qui ne se produit que dans des conditions spécifiques. Un processus de gestion des erreurs est un excellent exemple, car il ne se déclenche que si quelque chose ne va pas pendant une transaction.
Pourquoi le serveur bancaire est-il inclus en tant qu'acteur ?

Le serveur bancaire est inclus en tant qu'acteur secondaire car le distributeur automatique ne peut pas traiter les transactions en totale isolation. Il doit communiquer avec la base de données centrale de la banque pour vérifier les soldes de compte et les identités des utilisateurs. Le serveur fournit la validation externe requise pour chaque action sécurisée. L'inclure dans le diagramme aide les développeurs à comprendre les dépendances externes du système de distributeur automatique.

Daniel Belisario

May 19, 26

Partager l'article :