UML-Etude des cas
Guichet automatique de banque
L’étude
de cas concerne un système simplifié de Guichet Automatique de Banque
GAB.
Le GAB
offre les services suivants :
1.
Distribution
d’argent à tout porteur de Carte Bancaire Via un lecteur de carte et un
distributeur de billets:
-
Carte
visa : on doit consulter un système d’autorisation inter-banque.
-
Carte
de la banque : on consulte uniquement le SI de la banque.
2.
Consultation
de solde de compte. Dépôt en numéraire et dépôt de chèques pour clients de la
banque porteurs d’une carte de crédit de la banque.
3.
Toutes
les transactions sont sécurisées
4.
Il est parfois nécessaire de recharger le
distributeur, etc.
Offer: Get 100$ free credit on vultr
Comment Identifier les acteurs ?
Posez
vous les questions suivantes:
·
Qui a besoin d'information venant du système?
·
Qui installe, démarre, maintient le système?
·
Qui fournira des données au système?
·
Une personne joue t-il plusieurs rôles?
·
Le système interagit-il avec une application
patrimoine?
En
premier lieu, nous allons identifier les acteurs du système GB.
Un
acteur représente un ensemble cohérent de rôles joués par des entités externes
(utilisateur humain. Dispositif matériel ou un autre système qui interagissent
directement avec le système étudié.
L’acteur
peut consulter et/ou modifier directement l’état du système. En émettant et/ou
en recevant des messages susceptibles d’être porteurs de données.
Les utilisateurs humains directs : Porteur de
CB, Client de la Banque, administrateur et l’opérateur de maintenance.
En
premier lieu, nous allons identifier les acteurs du système GB.
Un
acteur représente un ensemble cohérent de rôles joués par des entités externes
(utilisateur humain. Dispositif matériel ou un autre système qui interagissent
directement avec le système étudié.
L’acteur
peut consulter et/ou modifier directement l’état du système. En émettant et/ou
en recevant des messages susceptibles d’être porteurs de données.
Les utilisateurs humains directs : Porteur de
CB, Client de la Banque, administrateur et l’opérateur de maintenance.
Multiplicité: Le nombre d’instances d’acteurs connectées au système à un moment
donnée
Remarque : Le GAB est un
Système mono-utilisateur: à tout instant, il n’y a qu’une instance de chaque
acteur (au maximum) connectée au système
Liste des cas d’utilisation par acteur:
Porteur
de Carte Bancaire :
Ø Retirer de l’argent
Client
de la banque :
Ø Retirer de l’argent (à ne pas oublier !)
Ø Consulter le solde d’un ou plusieurs comptes
Ø Déposer du numéraire
Ø Déposer des chèques.
Opérateur
de maintenance :
Ø Recharger le distributeur.
Ø Récupérer les cartes avalées.
Ø Récupérer les chèques déposés
Système
d’autorisation (SA) banque :
Ø ……
Système
d’information (SI) Banque :
Ø ……...
Nous allons maintenant concrétiser notre identification des cas
d’utilisation par la réalisation de diagrammes UML, appelés justement
diagrammes de cas d’utilisation. On obtient sans difficulté un diagramme
préliminaire en traversant la réponse précédente sur un schéma qui montre les
cas d’utilisation (ovales) reliés par des associations (Lignes) à leurs acteurs
principaux.
Diagramme de cas d'utilisation:(version préliminaire)
Le cas d’utilisation retirer de l’argent a deux acteurs principaux possibles (mais exclusifs du point de vue de la simultanéité). Une autre façon de l’exprimer consiste à considérer l’acteur client de la banque comme une spécialisation (au sens de la relation d’héritage) de l’acteur plus général porteur de CB. Un client de la banque est en effet un porteur de carte particulier qui a toutes les prérogatives de ce dernier, ainsi que d’autre qui lui sont propres en tant que client. On peut donc éclater le cas d’utilisation Retirer de l’argent en deux cas d’utilisation à savoir:
Version améliorée:
Organisation des cas d'utilisation:
Diagramme de cas d'utilisation:
