1. Etude de l'existant
Dans le but de satisfaire les besoins des utilisateurs et de développer une application
de
qualité, nous étions amenées à étudier quelque application dans le secteur bancaire
ainsi une analyse de l'existant afin de déterminer les différentes tâches pouvant être
intégrées dans notre application.
Dans le secteur bancaire il existe plusieurs applications déposées. Dans cette section,
nous allons choisir quelques applications parmi eux pour expliquer leur fonctionnement.
• L'application de banque Zitouna
Ils pourront ainsi :
_ Consulter la liste de leurs comptes,
_ Consulter l'historique des transactions,
_ Recherche multicritères de mouvements,
_ Initier des virements en toute sécurité,
_ Demander un chéquier,
_ Consulter la messagerie,
_ Simuler des financements.
I) Spécification des besoins
1-Spécification des besoins non fonctionnels
- La disponibilité: l’application doit être disponible pour être utilisé par n’importe quel
utilisateur.
- La sécurité de l’accès aux informations critiques : nous devons prendre en considération la
confidentialité des données de clients.
- La fiabilité: les données fournies par l’application doivent être fiables.
2-Spécification des besoins fonctionnels
Consulter solde
Change de devises
Consulter transaction
Envoyer une réclamation
Recharger son solde téléphonique
Consulter devise en cours
Localiser une banque
Demande chéquier
Contacter banque
2. II) LES DIAGRAMMES DE CAS D’UTILISATION
Le diagramme de cas d’utilisation a pour but de donner une vision globale sur le
comportement fonctionnel de la future application. C’est le premier diagramme UML
constitué d’un ensemble d’acteurs qui agit sur des cas d’utilisation et qui décrit sous la
forme d’actions et des réactions, le comportement d’un système du point de vue
utilisateur.
Acteur : un acteur est un utilisateur qui communique et interagit avec les cas
d’utilisation du système. C’est une entité ayant un comportement comme une personne,
système ou une entreprise.
Système : cet élément fixe les limites du système en relation avec les acteurs qui
l’utilisent (en dehors de système) et les fonctions qu’il doit fournir (à l’intérieur du
système).
Acteur Rôle
Admin S’authentifier Gérer client (ajouter,
modifier, supprimer)
Gérer compte (ajouter, modifier,
supprimer)
Client S’authentifier
Consulter solde
Change de devises
Consulter transaction
Envoyer une réclamation
Recharger son solde téléphonique
Consulter devise en cour
Localiser une banque
Demande chéquier
Contacter banque (appeler, information
générale)
4. Tableau 1 : Fiche de description du cas d’utilisation : consulter devises en cours
SOMMAIRE
Titre consulter devises en cours
But Lister en cours de chaque devise par type opération Achat ou vente.
Résumé Commander chéquiers
Acteur Client de banque
DESCRIPTION DES ENCHAINEMENTS
Pré conditions Post conditions
- Pour accéder a ce service, le client doit
s'authentier.
-Donner liste d'achat et de vente.
Scénario nominal
1.le client clique sur l’icône « cours des devises ».
2. Le système expose l’affichage cours devises correspondants aux opérations
(achat ou vente).
3.Le client à la possibilité de basculer entre les opérations achat/vente.
Enchaînement alternatif
Le client n’a pas rempli champ ou les données sont incorrectes.
1-Le système affiche un message d’erreur.
Tableau 2 : Fiche de description du cas d’utilisation : Demande chéquier
SOMMAIRE
Titre demande chéquier
But Le client peut commander un chéquiers.
Résumé Commander chéquiers
Acteur Client banque
DESCRIPTION DES ENCHAINEMENTS
Pré conditions Post conditions
- Pour accéder a ce service, le client doit
s'authentier.
- Message de confirmation de prise en
charge de la demande client du
chéquier.
Scénario nominal
1. Le client lance la commande de chéquiers via l’icône « commander chéquiers »
5. 2. Système effectue la mise à jour à la base de données du compte utilisateur et affiche
message de succès.
Enchaînement alternatif
Si le client n’a pas rempli champ ou les données sont incorrectes.
1- Le système affiche un message d’erreur.
Tableau 3 : Fiche de description du cas d’utilisation : Contacter banque
SOMMAIRE
Titre Contacter banque
But Permet à un client contacter la banque par mail ou par téléphone.
Résumé Contacter banque par téléphone ou appeler banque.
Acteur Client banque
DESCRIPTION DES ENCHAINEMENTS
Pré conditions Post conditions
Pour accéder a ce service, le client doit
s'authentier.
- Présenter coordonnées de la banque et
possibilité de le joindre par mail ou
par téléphone.
Scénario nominal
1. Le client clique sur l’icône « Réseau agences »
2. Le système présente une page permettant de contacter sa banque.
3. Le client peut envoyer un mail à la banque ou appeler le service clientéle de sa
banque.
Enchaînement alternatif
...
Tableau 4 : Fiche de description du cas d’utilisation : Localiser banque
SOMMAIRE
Titre Localiser banque
But Le client peut consulter la liste des agences les plus proches.
Résumé Exposer la liste des agences commerciales de la banque.
Acteur Client
DESCRIPTION DES ENCHAINEMENTS
6. Pré conditions Post conditions
- Pour accéder a ce service, le
client doit s'authentier.
- Affichage liste des agences .
Scénario nominal
1. Le client clique sur l’icône « Localiser banque »
2. Le système présente une page permettant de consulter la liste des agences.
Enchaînement alternatif
Si le client n’a pas rempli champ ou les données sont incorrectes.
1- Le système affiche un message d’erreur.
Tableau 5 : Fiche de description du cas d’utilisation : Change de devises
SOMMAIRE
Titre change de monnier
But Le client de banque peut convertir deux devises différentes.
Résumé L’utilisateur choisit la devise à convertir et la devise cible.
Acteur Client de banque
DESCRIPTION DES ENCHAINEMENTS
Pré conditions Post conditions
-Pour accéder a ce service, le client doit
s'authentier.
- Affichage le résultat de conversion
devise.
Scénario nominal
2. Le client clique sur l’icône « change monnier »
3. Le système présentera une page permettant de choisir la devise à convertir et la devise
cible.
4. L’utilisateur choisit les deux devises et valide la conversion.
5. Système appelle un service web distant afin de récupérer le résultat de la fonction de
conversion.
6. Le système affiche résultat conversion.
Enchaînement alternatif
1. Client n’a pas rempli champ ou les données sont incorrectes.
Le système affiche un message d’erreur.
7. Tableau 6 : Fiche de description du cas d’utilisation : Consulter transaction
SOMMAIRE
Titre Consulter transaction
But Consulter l'historique des transactions.
Résumé L’utilisateur consulter l'historique des transactions qu'il a effectué.
Acteur Client
DESCRIPTION DES ENCHAINEMENTS
Pré conditions Post conditions
-Pour accéder a ce service, le client doit
s'authentier.
- Le client consulte l'historique de ses
transactions.
Scénario nominal
1. Le client clique sur l’icône « Historiques »
2. Le système présentera une page contenant les détailles d'historique des
transactions effectué par le client (numéro, date, type d'opération et le montant).
Enchaînement alternatif
...
Tableau 7 : Fiche de description du cas d’utilisation : S’authentifier
SOMMAIRE
Titre S’authentifier
But Authentification et autorisation d'accès.
Résumé Connexion du l’utilisateur et l’admin
Acteur Client
DESCRIPTION DES ENCHAINEMENTS
Pré conditions Post conditions
- Accès a son espace privée (client et
admin).
Tout utilisateur (client et admin) doit avoir
un compte.
Scénario nominal
8. 1- L'utilisateur demande l'accès au système.
2- Le système affiche le formulaire d'authentification.
3- L'utilisateur saisie son login et son mot de passe.
4- Le système vérifier l'existence de l'utilisateur.
5- Si l'utilisateur est identifié, le système affiche l'interface contient le menu
principale de l'application.
Enchaînement alternatif
Le login et le mot de passe sont incorrects.
1- Le système affiche un message d'erreur .
Tableau 8: Fiche de description du cas d’utilisation :Recharger solde téléphonique
SOMMAIRE
Titre Recharger téléphonique
But Le client peut recharger le solde de son téléphone.
Résumé
Acteur Client
DESCRIPTION DES ENCHAINEMENTS
Pré conditions Post conditions
-Pour accéder a ce service, le client doit
s'authentier.
- Solde de portable rechargée avec
succès.
Scénario nominal
1- Le client clique sur l’icône « Recharge » dans la menu principale.
2- Le système affiche l'interface de recharge de solde.
3- Le client introduit son numéro de GSM et le montant qu'il veut le recharger.
5- Si le solde de son compte bancaire est supérieure aux montant à rechargé,
l'opération sera effectué avec succès.
Enchaînement alternatif
Si le solde de compte de client est inférieur au montant inséré.
1-Le système affiche un message d'erreur "Solde insuffisant".
Tableau 9 : Fiche de description du cas d’utilisation : Consulter solde
9. SOMMAIRE
Titre Consulter solde
But Le client peut consulter le solde de son compte.
Acteur Client
DESCRIPTION DES ENCHAINEMENTS
Pré conditions Post conditions
-Pour accéder a ce service, le client doit
s'authentier
Afficher solde de compte
Scénario nominal
1- Le client clique sur l’icône « Consulter solde » dans le menu principal.
2- Le système affiche l'interface de solde.
Enchaînement alternatif
....
Etude de l'existant
Dans le but de satisfaire les besoins des utilisateurs et de développer une application
de
qualité, nous étions amenées à étudier quelque application dans le secteur bancaire
ainsi une analyse de l'existant afin de déterminer les différentes tâches pouvant être
intégrées dans notre application.
Dans le secteur bancaire il existe plusieurs applications déposées. Dans cette section,
nous allons choisir quelques applications parmi eux pour expliquer leur fonctionnement.
• L'application de banque Zitouna
Ils pourront ainsi :
_ Consulter la liste de leurs comptes,
_ Consulter l'historique des transactions,
_ Recherche multicritères de mouvements,
_ Initier des virements en toute sécurité,
_ Demander un chéquier,
_ Consulter la messagerie,
_ Simuler des financements.
Spécification des besoins non fonctionnels
- La disponibilité: l’application doit être disponible pour être utilisé par n’importe quel
utilisateur.
10. - La sécurité de l’accès aux informations critiques : nous devons prendre en considération la
confidentialité des données de clients.
- La fiabilité: les données fournies par l’application doivent être fiables.
Spécification des besoins fonctionnels
Consulter solde
Change de devises
Consulter transaction
Envoyer une réclamation
Recharger son solde téléphonique
Consulter devise en cour
Localiser une banque
Demande chéquier
Contacter banque