Memoire Online - Mise en place d'une base des données répartie pour la gestion des transferts des fonds ans une institution de messagerie financière

Pour la conception de nos diagrammes reflétant notre futur système de gestion de transfert des fonds dans une institution de messagerie financière, nous allons concevoir quelques diagrammes tant au niveau statique qu'au niveau dynamique car, certains diagrammes sont les variantes de certains autres.

Quoiqu'il en soit, les diagrammes montrent des vues simplifiées du méta modèle afin de rendre le texte accessible au plus grand nombre de lecteurs^43(*).

Ce diagramme représente les fonctions du système du point de vue des utilisateurs^44(*)Les uses cases permettent de définir un système en fonction des besoins exprimés par les utilisateurs. Ce diagramme permet d'identifier les possibilités entre le système et les acteurs (intervenants extérieurs au système), c'est-à-dire toutes les fonctionnalités que doit fournir le système. Précisons que pour construire ce diagramme, on doit avoir ces formalismes : acteurs, dépendance et cas d'utilisation.

ü Les acteurs principaux : sont ceux qui posent des actions directes dans le système. Pour notre système de transfert des fonds, nous avons eu à ressortir les acteurs suivants comme principaux : l'opérateur, le chef de station, le directeur, et l'administrateur du système ;

ü Les acteurs secondaires : ceux-ci consomment ou reçoivent les actions depuis le système. Pour notre système de transfert des fonds, nous avons eu à ressortir les acteurs suivants comme secondaires : l'expéditeur et le bénéficiaire ;

Ces dépendances sont utilisées entre cas d'utilisation. Ces dépendances signifient que pour poser ou passer à une action quelconque dans le système, il est impératif de passer préalablement à une action qui doit être posée en première position par rapport à celle là.

c/Cas d'utilisation : c'est l'action qu'un acteur pose dans le système. Un cas d'utilisation spécifie une fonction offerte par l'application à son environnement.^45(*) Un use case est une manière spécifique d'utiliser un système. Il réalise un service de bout en bout, avec un déclenchement, un déroulement et une fin, pour l'acteur qui l'initie.^46(*)

Précisons enfin que le diagramme de uses cases est destiné à représenter les besoins des utilisateurs par rapport au système.^47(*)

DIAGRAMME N° 1:DE CAS D'UTILISATION POUR LA GESTION DE TRANSFERT DES FONDS:

Numéro	CAS D'UTILISATION	S'AUTHENTIFIER
01	Résumé	Les utilisateurs s'identifient avant de faire toute opération
02	Acteurs	Operateur, Chef de Station, Directeur, administrateur
03	Pré condition	L'utilisateur doit au préalable être enregistre dans le système
04	Description	1. L'utilisateur lance l'application 2. L'application lui affiche un formulaire de connexion 3. L'utilisateur choisit son login, saisit son code d'accès et puis valide 4. L'application vérifie si le login et le code d'accès sont corrects
05	Exception	1. Si le login et le code d'accès sont incorrects, on affiche le message d'erreurs 2. On rentre au point 2 de la description
06	Post condition	Si le login et le code d'accès sont corrects on lui affiche le menu général de l'application
	CAS D'UTILISATION	EFFECTUER TRANSFERT
01	Résumé	L'operateur envoi les fonds reçus
02	Acteur	Operateur de la Station
03	Pré condition	Avoir reçu la commission sur transfert
04	Description	1. L'operateur lance le formulaire d'envoi 2. Le formulaire s'affiche 3. Il remplit le formulaire de transfert 4. Il valide l'envoi
05	Exception	1. Si le formulaire est mal rempli, on affiche le message d'erreurs 2. On rentre au point 2 de la description
06	Post condition	Si le formulaire est bien rempli on enregistre le transfert et on affiche le message transfert effectué avec succès
	CAS D'UTILISATION	EVALUER LA COMMISSION
01	Résumé	Calculer la commission sur le dépôt des fonds
02	Acteur	Operateur de la Station
03	Pré condition	Avoir versé les fonds
04	Description	1. L'operateur active l'évaluation de la commission 2. L'application affiche le montant de la commission correspondante
05	Exception	1. Si le montant correspondant n'est pas exact, on affiche le message d'erreur 2. On rentre au point 1 de la description
06	Post condition	Si le montant correspond l'operateur enregistre la commission
	CAS D'UTILISATION	CONSULTER LES TRANSACTIONS
01	Résumé	Connaitre les situations de stations par rapport aux transactions effectuées
02	Acteur	Operateur, chef de station, directeur
03	Pré condition	S'authentifier
04	Description	1. L'utilisateur active l'application 2. L'application lui affiche différentes rubriques 3. Il vérifie les commissions, les retraits, les dépôts, les transferts pour chaque station
	CAS D'UTILISATION	EDITER LES RAPPORTS
01	Résumé	Faire ou rédiger le rapport de la journée
02	Acteurs	Chef de Station, Directeur
03	Pré conditions	Avoir consulté les transactions effectuées et dépenses engagées
04	Description	1. Le Chef de Station et Directeur active l'application 2. Ils lancent les différentes requêtes
05	Exception	1. Si les résultats ne sont pas corrects, on affiche le message d'erreurs 2. On rentre au point 2 de la description
06	Post condition	Si les requêtes sont correctes, on affiche les résultats et on enregistre et imprimer.
	CAS D'UTILISATION	GERER LES DEPOTS DES FONDS
01	Résumé	Connaitre les dépôts réalisés par chaque station
02	Acteur	Operateur de la Station
03	Pré condition	Avoir réussi les fonds du client
04	Description	1. Le client arrive à l'agence 2. Il est conduit au guichet 3. Il dépose les fonds 4. L'operateur compte les fonds 5. Le client verse la commission pour le dépôt 6. l'operateur active l'application 8. on affiche le formulaire de dépôt 8. L'operateur demande les coordonnées au client 9. Le client fournit les données 10. L'operateur saisie les coordonnées du client 11. L'operateur enregistre les dépôts 12. L'application affiche le message enregistrement effectué avec succès 13. L'operateur imprime le bon de dépôt 14. il remet le bon de dépôt au client
05	Exception	1. Si la commission n'est pas versée, on soustrait au montant à transférer, soit on annule le dépôt 2. On rentre soit au point 5, soit au point 4 de la description
06	Post condition	Si la commission est versée, on rentre aux points 5 et 6 de la description
	CAS D'UTILISATION	GERER LES RETRAITS DES FONDS
01	Résumé	Connaitre les retraits des fonds effectués par chaque station
02	Acteur	Operateur de la Station
03	Pré conditions	Avoir le code, la pièce d'identité, et bordereau de retrait
04	Description	1. Le client dépose la photocopie de la pièce d'identité et bordereau de retrait à la réception 2. La réception dépose les pièces ci hautes citées aux guichets 3. L'operateur vérifie le code et l'identité pour voir s'il y a conformité en lançant des requêtes de recherche dans l'application
05	Exception	1. Si les informations y relatives ne sont pas correctes, on affiche le message d'erreurs. 2. On rentre au point 1 de la description
06	Post condition	1. Si les informations sont exactes, on les affiche et on demande à l'operateur de libérer les fonds au client 2. L'application enregistre cette opération et imprime le reçu de confirmation de retrait pour le client 3. Le client récupère l'argent et le reçu de confirmation de retrait
	CAS D'UTILISATION	GERER LES UTILISATEURS
01	Résumé	Ajouter, supprimer, modifier les noms, les codes d'accès des utilisateurs
02	Acteur	Administrateur de l'agence
03	Pré condition	Avoir été enregistré dans la base des données et être acteur principal du système
04	Description	1. L'administrateur choisi le formulaire utilisateurs 2. L'application affiche le formulaire 3. Il saisi le nom et le password utilisateur 4. il enregistre les données saisies 5. le système affiche les données enregistrées avec succès
	CAS D'UTILISATION	GERER LES DEPENSES
01	Résumé	Connaitre les dépenses effectuées chaque jour
02	Acteur	Chef de Station
03	Pré condition	Avoir effectué des achats des fournitures de bureau, transport, restauration, communication, et autres
04	Description	1. Lancement de l'application 2. Affichage du menu général 3. Choix du formulaire dépenses 4. Affichage formulaire dépenses 5. Saisie des dépenses effectuées 6. Enregistrement des données 7. Affichage du message donné enregistrées avec succès

Ce diagramme fait partie des diagrammes de comportement qui représentent la partie dynamique d'un système réagissant aux événements et permettant de produire les résultats attendus par les utilisateurs. Ainsi, le diagramme de séquence permet de décrire les scénarios de chaque cas d'utilisation en mettant l'accent sur la chronologie des opérations en interaction avec les objets.^48(*) Nous disons encore que ce diagramme est une représentation séquentielle du déroulement des traitements et des interactions entre les éléments du système et/ou de ses acteurs.

Pierre Alain et Nathalie Gaertner définissent le diagramme de séquence comme une représentation temporelle des objets et leurs interactions.^49(*)

6. DIAGRAMME DE SEQUENCE N°6 DE CAS D'UTILISATION: CONSULTER LES TRANSACTIONS

7. DIAGRAMME DE SEQUENCE N°7 DE CAS D'UTILISATION: GERER LES DEPOTS DES FONDS

8. DIAGRAMME DE SEQUENCE N°8 DE CAS D'UTILISATION: GERER LES RETRAITS DES FONDS

Les diagrammes d'activités représentent le comportement d'une méthode ou d'un cas d'utilisation, ou un processus métier.^50(*) D'après Joseph Gaby, ce diagramme donne une vision des enchainements des activités propres à une opération ou à un cas d'utilisation. Il permet aussi de représenter les flots de contrôle et les flots de données.^51(*)

Le diagramme de classes représente la structure statique en termes de classes et de relations.^52(*) Ce diagramme fait partie de la partie statique d'UML car, il fait abstraction des aspects temporels et dynamiques. En analyse ce diagramme a pour objectif, de décrire la structure des entités manipulées par les utilisateurs. En conception, il représente la structure d'un code orienté objet ou, à un niveau de détail plus important, les modules du langage de développement.^53(*)

D'après Joseph et David Gabay, le diagramme de classes représente la description statique du système en intégrant dans chaque classe la partie dédiée aux données et celle consacrée aux traitements. C'est le digramme pivot de l'ensemble de modélisation d'un système.^54(*)

Pour notre part, nous disons que le diagramme de classes permet de donner la représentation statique du système à développer. Il donne une vision assez claire des informations qui seront utilisées par le logiciel, mais également des fonctions(ou opérations) qui devront s'appuyer sur ces informations. Notons qu'une classe représente la description abstraite d'un ensemble d'objets possédant les mêmes caractéristiques. On peut parler également de type.

D'après Joseph et David Gabay, une classe est l'abstraction d'un ensemble d'objets qui possèdent une structure identique (liste des attributs) et un même comportement (liste des opérations). Les classes permettent de modéliser un programme et ainsi de découper une tache complexe en plusieurs petits travaux simples. Un objet est une instance de classe. C'est une entité aux frontières bien définies possédant une identité et encapsulant un état et un comportement.

* ⁴³ Pierra A., Muller N., Modélisation objet avec UML, 2^ème éd.Eyrolles, Paris, 2000, p.95

* ⁴⁵ Xavier B., Isabelle M., UML2 pour les développeurs, éd.Eyrolles, Paris, 2008, p.98

* ⁴⁷ Joseph G., David G., UML2 Analyse et Conception, éd. DUNOD, Paris, 2008, p.26

* ⁴⁹ Pierre A., Nathalie G., Modélisation objet avec UML, 2^ème éd.Eyrolles, Paris, 2000, pp.94-95

* ⁵³ Pascal R., UML2 par la pratique, 5^ème éd.Eyrolles, Paris, 2006, p.76

Mise en place d'une base des données répartie pour la gestion des transferts des fonds ans une institution de messagerie financière

B.TALEAU N°17:LES ACTEURS SECONDAIRES