Les diagrammes de cas d 1

1 158 vues

Publié le

0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
1 158
Sur SlideShare
0
Issues des intégrations
0
Intégrations
1
Actions
Partages
0
Téléchargements
18
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Les diagrammes de cas d 1

  1. 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. 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)
  3. 3. Admin GérerClient GérerCompte AjouterClient ModifierClient ModifierCompte SupprimerClient AjouterCompte SupprimerCompte Déconnecter client ConsulterDeviseEnCours ConsulterTransaction RechargerTéléphonique LocaliserLaBanque DemendeChéquier ChangerDeDevises ConsulterSolde ContacterBanque Authentifier <<include>> <<include>> <<include>> <<include>> <<include>> <<include>> <<include>> <<include>> <<include>> <<include>> <<include>> Figure : Diagramme de cas d’utilisation globale
  4. 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. 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. 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. 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. 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. 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. 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

×