Rapport tp GL : Système de

gestion d’une banque

Rédigé par :
-Taleb Manel.
-Hamadouche Amina.
Introduction:
Notre modélisation se focalise sur la représentation précise des comptes
bancaires et de leurs transactions associées dans le contexte d'une
institution financière. En mettant l'accent sur la diversité des clients, notre
système s'adapte aussi bien aux personnes morales, telles que les
entreprises, qu'aux personnes physiques. Les clients personnes morales
sont caractérisés par des détails tels que la raison sociale, l'activité, et sont
liés à un responsable autorisé. Pour les clients personnes physiques, des
informations telles que le nom, le prénom, la date de naissance sont
considérées, avec une attention particulière aux mineurs qui doivent être
représentés par un tuteur majeur.

Les comptes bancaires, définis par un numéro unique, le titulaire, la date

d'ouverture et le solde, sont sujets à des opérations de débit et de crédit.
Chaque client peut consulter son solde, effectuer des dépôts ou des
retraits, en fonction des conditions spécifiques à chaque type de compte.
Trois types principaux de comptes sont envisagés : le compte chèque, le
compte courant et le compte sur livret d'épargne, chacun avec ses
caractéristiques distinctes.

Les opérations, datées et enregistrées, permettent un suivi temporel des

activités. Notre modèle offre une représentation robuste des interactions
entre clients et comptes bancaires, intégrant les particularités liées à
chaque type de compte.
 1. Analyse
La partie analyse des données dans le domaine de la gestion bancaire pour
modéliser les comptes et transactions peut être décrite comme suit :

1.1 Entités principales :

Client :
● Personne morale ou physique.
● Personne morale : raison sociale, activité, adresse, N°
de registre de commerce, N° d'immatriculation fiscale,
responsable avec pouvoir de signature.
● Personne physique : nom, prénom, date de naissance,
adresse, profession, employeur. Si mineure, doit être
représentée par un tuteur majeur.
Compte bancaire :
● Numéro de compte.
● Titulaire du compte (le client).
● Date d'ouverture du compte.
● Solde du compte (créditeur si positif, débiteur si
négatif).

1.2 Types de comptes :

Compte chèque :
● Solde positif (créditeur).
Compte courant :
● Solde peut être négatif avec autorisation du banquier,
sous certaines conditions.
● Le découvert (solde négatif) ne doit pas dépasser un
montant critique.
Compte sur livret d'épargne :
● Générateur de profits.
● Cumul des intérêts calculé par rapport au solde et selon
un taux d'intérêt.

1.3 Opérations autorisées pour les clients :

● Consulter le solde du compte.
 ● Verser de l'argent (créditer le compte).
● Retirer une somme (débiter le compte).

1.4 Enregistrement des opérations :

● Toutes les opérations de débit et de crédit doivent être
enregistrées.
● Chaque opération doit être datée.

En resume cette modélisation permet de représenter de manière détaillée

les relations entre les clients, les comptes bancaires, les types de comptes,
et les opérations associées. Elle offre une base solide pour la mise en place
d'un système d'information ou d'une base de données permettant la
gestion efficace des informations liées aux transactions bancaires.

2. Conception
La transition du diagramme de classes au modèle relationnel de la base de
données est un processus qui implique la conversion des concepts
orientés objet en structures de tables relationnelles. Voici une brève
description du passage du diagramme de classes au modèle relationnel :

1. Identification des Classes :

● Chaque classe dans le diagramme de classes représente une
table dans le modèle relationnel.
2. Identification des Attributs :
● Les attributs de chaque classe deviennent les colonnes de la
table correspondante.
3. Identification des Associations :
● Les associations entre les classes deviennent des clés
étrangères dans les tables. Par exemple, si une classe A est
associée à une classe B, la table correspondante à A aura une
colonne qui référence la clé primaire de la table B.
4. Identification des Multiplicités :
● Les multiplicités (1, 0..1, *, etc.) sont utilisées pour déterminer si
la relation est une clé étrangère unique ou peut contenir
plusieurs références.
5. Identification des Clés Primaires :
 ● Les clés primaires des tables sont généralement basées sur les
identificateurs des classes.
6. Identification des Classes d'Association :
● Les classes d'association sont souvent transformées en tables
intermédiaires avec des clés étrangères.
7. Identification des Héritages :
● Pour les hiérarchies, trois approches principales sont utilisées :
● Table unique (Single Table Inheritance) : Toutes les
classes de la hiérarchie sont stockées dans une seule
table.
● Table par classe concrète (Class Table Inheritance) :
Chaque classe concrète a sa propre table.
● Table par sous-classe (Subclass Table Inheritance) : Les
sous-classes ont leurs tables et la classe parent a une
table séparée.
8. Normalisation :
● Les tables résultantes sont souvent normalisées pour éliminer
les anomalies et améliorer la performance.
9. Création des Contraintes d'Intégrité :
● Les contraintes d'intégrité (clés primaires, clés étrangères) sont
ajoutées pour garantir l'intégrité des données.
10. Optimisation :
● Des ajustements peuvent être apportés pour optimiser la
performance, comme l'indexation des colonnes fréquemment
utilisées.

En résumé, la transition du diagramme de classes au modèle relationnel

implique la représentation des classes, attributs, associations et hiérarchies
dans des tables relationnelles avec des clés primaires et étrangères, suivi
de normalisation et d'ajustements pour répondre aux exigences
spécifiques de la base de données.
2.1 Modélisation :

2.1.1 Diagramme de cas d’utilisation :

2.1.2 Diagramme de classe :
2.1.3 Diagramme de sequence :
3. Implementation :
La mise en œuvre d'une application Java fidèle à la conception orientée objet d'un
système implique la création de classes, d'objets, et l'implémentation des relations
définies dans le diagramme de classes. Voici une brève description d'une telle
application basée sur le domaine de gestion bancaire :

Application Java de Gestion Bancaire

Classes Principales :

Classe Client :

● Attributs :
● idClient (int)
● nom (String)
● prenom (String)
● adresse (String)
● telephone (String)
● typeClient (String) - "Personne Physique" ou "Personne Morale"
​ Classe CompteBancaire :
● Attributs :
● numeroCompte (String)
● nomTitulaire (String)
● dateOuverture (String ou Date)
● solde (double)
● typeCompte (String) - "Cheque", "Courant", ou "Epargne"
● idClient (int)
​ Classe Transaction :
● Attributs :
● idTransaction (int)
● idCompte (int)
● dateTransaction (Date)
● montant (double)
● typeTransaction (String) - "Crédit" ou "Débit"
​
​ Classe ClientsUI :
● Attributs :
● gestionClients (GestionClients)
​ Classe GestionComptesBancairesUI :
● Attributs :
● gestionComptesBancaires (GestionComptesBancaires)
​ Classe Test :
● Attributs :
● gestionClients (GestionClients)
● gestionComptesBancaires (GestionComptesBancaires)
Outils Utilisés :
1. Langage de Programmation : Java
2. Environnement de Développement Intégré (IDE) :NetBeans.
3. Base de Données (optionnelle) : MySQL.
4. Outil de Modélisation UML : StarUML.