Vous êtes sur la page 1sur 78

Erreur !

Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Remerciement
Avant toute chose, mes souhaits les plus chers seront de remercier
vivement toutes les personnes qui de prs ou de loin se sont impliques
dans la ralisation de ce rapport, tant par leur soutien oprationnel, que
professionnel.
Je remercie tout dabord mon encadrant de stage qui a bien voulu
accepter de suivre mon travail, me diriger et apporter des rponses
toutes mes questions tant oprationnelles que dordre gnral, afin que je
puisse mener ce projet terme.
Merci galement toutes lquipe du service pour leur sollicitude me
faire dcouvrir leurs activits et qui ont toujours t trs ouverts et
accueillants, je voulais leur dire que jai pass en leur prsence des
moments trs enrichissant et sympathiques et quils ont contribu la
russite de ce stage.
Je tiens bien sr remercier amplement tous le cadre professoral de
lENSAK pour la formation de qualit quils nous assurent. Je souhaite que
le travail ralis soit la hauteur de leur esprances ainsi quaux attentes
de mon encadrant.

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Table de matire
Introduction gnrale_________________________________________________________________8
Chapitre 1._________________________________Prsentation de lentreprise daccueil
12
1.

Fiche technique_________________________________________________________________12

2.

Domaine dactivit de lentreprise_______________________________________________13

3.

Structure et organisations gnrale______________________________________________15

4.

Prsentation du service IHM_____________________________________________________17


4.1.

Activits du service_________________________________________________________17

4.2.

Effectifs_____________________________________________________________________17

4.3.

Schma de traitement des demandes_______________________________________18

Chapitre 2._________________________________________________Droulement du stage


20
1.

Description______________________________________________________________________20

2.

Tches__________________________________________________________________________21

Chapitre 3.__________________________________________Contexte Gnrale Du Projet


24
1.

2.

Cahier de charge________________________________________________________________24
1.1.

Problmatique______________________________________________________________24

1.2.

Prsentation du besoin______________________________________________________24

Analyse fonctionnelle____________________________________________________________25
2.1.1. Besoin fonctionnelle______________________________________________________26
2.1.2. Besoin non fonctionnelle_________________________________________________27

3.

Etude des solutions :____________________________________________________________27

4.

Planification_____________________________________________________________________29
4.1.

Diagramme de Gantt_______________________________________________________29

Chapitre 4.______________________________________________Etude dtaille du projet


31
1.

Conception Gnrale____________________________________________________________31
1.1.

Architecture systme_______________________________________________________31

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
1.2.

Architecture cot client :____________________________________________________32

1.3.

Les acteurs_________________________________________________________________33

1.4.

Modules de lapplication____________________________________________________33

1.4.1. Consulter fonds de commerce____________________________________________35


1.4.2. Administration____________________________________________________________35
1.4.3. Gestion Client____________________________________________________________35
1.4.4. Consultation Client_______________________________________________________36
2.

Conception dtaille_____________________________________________________________37
2.1.

Module Consultation fonds de commerce____________________________________37

2.1.1. Cas dutilisation__________________________________________________________37


2.1.2. Diagramme de squence : Authentification_______________________________39
2.1.3. Diagramme de classe : Authentification___________________________________41
2.1.4. Diagramme de squence Consulter Fond De Commerce__________________42
2.2.

Module Consultation Dossier Clients_________________________________________43

2.2.1. Cas Dutilisation__________________________________________________________43


2.2.2. Diagramme de squence Afficher Synthse Client________________________44
2.3.

Module Gestion Clients______________________________________________________46

2.3.1. Cas dutilisation__________________________________________________________46


2.4.

Module Administration______________________________________________________47

2.4.1. Cas dutilisation__________________________________________________________47


2.4.2. Diagramme de squence Grer Compte (crer compte)___________________48
2.4.3. Diagramme de classe Crer Compte______________________________________49
2.4.4. Diagramme de squence Grer Compte (supprimer compte)______________50
2.4.5. Diagramme de classe Supprimer compte_________________________________52
Chapitre 5.____________________________________________________________Ralisation
54
1.

Outils de dveloppement________________________________________________________54
1.1.

Eclipse/WebSphere_________________________________________________________54

1.2.

Web Storm__________________________________________________________________55

1.3.

Mainframe/cobol____________________________________________________________56

1.4.

Spirit :______________________________________________________________________56

1.4.1. Architecture spirit________________________________________________________57

2.

1.5.

Goal________________________________________________________________________58

1.6.

Web Service Java___________________________________________________________59

Rsultat et interprtation________________________________________________________60
2.1.

Consultation du fonds de commerce________________________________________60

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
2.1.1. Etape de slection du fonds de commerce________________________________60
2.1.2. Etape Consultation Fonds de commerce__________________________________61
2.2.

Dossier Client_______________________________________________________________64

2.2.1. Etape accs au dossier client_____________________________________________65


2.2.2. Ecran Dontologie________________________________________________________66
3.

Plan de maintenance corrective_________________________________________________67

Conclusion gnrale_________________________________________________________________69
Bibliographie et Webographie______________________________________________________71
Glossaire______________________________________________________________________________72
Rsum_______________________________________________________________________________73
Abstract_______________________________________________________________________________74

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Liste des figures


Figure 1-1Organigramme_____________________________________________16
Figure 1-2 Schma traitement des demandes_______________________18
Figure 3-1 Diagramme bte cornes________________________________25
Figure 3-2 Diagramme de Gantt______________________________________29
Figure 4-1 Architecture de l'application_____________________________31
Figure 4-2 Architecture JS Moderne__________________________________32
Figure 4-3 Diagramme Acteurs_______________________________________33
Figure 4-4 Modules de l'application__________________________________33
Figure 4-5 Module Consultation Fonds de Commerce______________35
Figure 4-6 Module Administration___________________________________35
Figure 4-7 Modifier Gestion Client___________________________________35
Figure 4-8 Module Consultation Client_______________________________36
Figure 4-9 Diagramme Cas D'utilisation Du Module Consultation
FDC_____________________________________________________________________37
Figure 4-10 Diagramme de squence Authentification_____________39
Figure 4-11 Diagramme de classe Authentification_________________41
Figure 4-12 Diagramme de squence Consulter FDC_______________42
Figure 4-13 Diagramme Cas D'utilisation du module Consultation
Dossier Client__________________________________________________________43
Figure 4-14 Diagramme de squence Afficher Synthse Client____44
Figure 4-15 Diagramme Cas D'utilisation du module Gestion
Clients__________________________________________________________________46
Figure 4-16 Diagramme cas D'utilisation Du module
Administration_________________________________________________________47
Figure 4-17 Diagramme de squence Crer Compte________________48
Figure 4-18 Diagramme de classe Crer Compte___________________49
Figure 4-19 Diagramme de squence Supprimer Compte__________50
Figure 4-20 Diagramme de classe Supprimer Compte______________52
Figure 5-1 Framework Spirit__________________________________________56
Figure 5-2 Architecture Cot Client (architecture spirit)___________57
5

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
Figure 5-3 Middleware Goal__________________________________________59
Figure 5-4 Ecran de Choix du type d'arborescence_________________60
Figure 5-5 Ecran de choix pour Administrateur BPF________________61
Figure 5-6 Ecran Consultation Client Particulier____________________62
Figure 5-7 Ecran Consultation Client Professionnels_______________62
Figure 5-8 Ecran Consultation Client Entrepreneur_________________63
Figure 5-9 Export CSV_________________________________________________64
Figure 5-10 Description Graphique de l'onglet Information________65
Figure 5-11 Ecran Synthse Dossier Client Personne Morale______66
Figure 5-12 Ecran Dontologie Dossier Client_______________________66
Figure 5-13 Maintenance Corrective_________________________________67

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

INTRODUCTION GENERAL

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Introduction gnrale
De nos jours, les banques, piliers de lconomie moderne, sont confronts
de plus en plus une concurrence axe sur les services.
Les systmes informatiques ne reprsentent plus seulement un enjeu
technologique et conomique, mais une ncessit stratgique.
Face la complexit des systmes dinformation, la ncessit doutils
informatiques grant lensemble des activits des banques est devenue
indispensable, et cest dans ce cadre que sintgre le projet de gestion
des clients des fonds de commerce.
Afin de bien assimiler le domaine dans lequel intervient ce projet de
fin dtude relatif aux fonds de commerce, il est ncessaire de bien
dfinir ce dernier.
Un fonds de commerce est un ensemble d'lments corporels et
incorporels indissociables et destins attirer une clientle, dans le but de
vendre.
Parmi les lments incorporels qui le composent on retrouve :

L'achalandage : ou client de passage, puisque la notion de clientle

dsigne les clients habitus.


La clientle
Le droit au bail : correspond l'indemnit verse par le locataire du

fonds de commerce au propritaire de celui-ci.


L'enseigne
Le nom commercial : cest le nom de la socit qui partage son

fonds de commerce avec le partenaire.


Les marques, les brevets et les autorisations administratives.

Il est indispensable de bien distinguer le fonds de commerce d'une part, et


les lments qui le composent d'autre part, en effet, celui-ci est plus que
la somme des lments le composant.

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Ainsi, il y aura toujours un fonds de commerce alors mme que la totalit


de ses lments auraient t amens disparatre, tre dtruits ou bien
vendus.
Mais il ne peut y avoir fonds de commerce sans clientle, de la sorte, cette
dernire est plus qu'un lment du fonds de commerce, elle en est sa
finalit.
D'une manire gnrale, la clientle est la valeur qui reprsente les
relations entre les fonds et les personnes qui exploitent des biens et des
services.
Ce qui se voit clairement sur la relation entre le sige dune banque et ses
agences, ainsi chaque agence a ses propres clients donc son propre fonds
de commerce partag avec le sige de la banque mais qui ne sera pas
accessible dautres agences.
On peut dire alors que la clientle est llment principal de tout fonds de
commerce. Ainsi lobjectif de cette application est de mieux grer les
activits de la banque de dtail, et damliorer linteraction avec
ses partenaires que a soit des agences, des particuliers ou des
entrepreneurs qui partage des fonds de commerce avec la banque.
Ce rapport suivra une structuration bien prcise, nous allons prsenter
dans un premier lieu lentreprise daccueil BNP-PARIBAS-MEDIT, ses
actionnaires, ses clients, ses principales activits et son organisation, pour
passer ensuite une description dtaille du service dans lequel sest
droul le stage en prsentant lactivit du service, ses employs, les
procdures grant ses activits et les tches qui mont t affect durant
ce stage.

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
La deuxime partie du rapport concernera le projet, o il est ncessaire de
fournir le cahier de charge de lapplication qui prsentera les objectifs du
projet et les besoins pour lesquels nous sommes amens dvelopper
cette application. Nous devrons ensuite lister les contraintes lies au
projet, les besoins fonctionnels et non fonctionnels en plus dune
planification des diffrentes tapes de dveloppement (un diagramme de
gant).

Il est ensuite ncessaire de passer la conception du projet o nous allons


prsenter larchitecture systme et les acteurs de lapplication. Cette
dernire sera dcoupe en plusieurs modules, chacun de ces modules sera
dtaill travers des diagrammes de cas dutilisation, de squences et de
classe. Il ne reste alors que la partie ralisation qui prsentera les rsultats
et interprtations de chaque composant, les technologies utiliss au sein
de lapplication et une description du plan de la maintenance corrective.

10

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

CHAPITRE1
PRESENTATION DE
LENTREPRISE DACCUEIL

11

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Chapitre 1.

Prsentation de lentreprise

daccueil
Ce chapitre prsentera lentreprise bnp-paribas-medit de manire
gnrale, en proposant une fiche technique de la socit contenant des
informations sur son tat civil, son capital, ses coordonnes, son effectif et
ses actionnaires, nous aurons aussi prsenter son domaine dactivit.
MedIT est une socit de dveloppement informatique, nous traiterons
alors les diffrentes phases de dveloppement sur lesquelles elle
intervient.
Lorganigramme et lactivit du service sur lequel jai t affect sera
aussi prsent sur ce chapitre.

1. Fiche technique
Nom

BnpParibas MedIT

Etat Civil

Socit Anonyme

Groupe

BNP PARIBAS

Profession Dveloppement informatique


Capital
Effectifs

46 212 800 Dirhams


430 Collaborateurs

Siege social

NearShore-1100 Bd Al Qods SidiMaarouf-20000

Casablanca
Tlphone 212 (0) 5 29 00 51 00
Fax

212 (0) 5 29 00 51 99

Naissance 6 janvier 2004

12

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

2. Domaine dactivit de lentreprise


Le Maroc est de nos jours considr comme lune des principales
destinations dOffshoring. Lexternalisation au Maroc fait bel et bien partie
de lactualit chez les socits europennes, cest ainsi que la socit
BnpParibas dlocalise une partie de son service informatique au Maroc
crant ainsi lentreprise MedIT en 2004.
Le domaine dactivit de cette socit se focalise principalement sur le
dveloppement informatique destin certaines entits de la socit
Mre. On retrouve alors parmi ses principaux clients :

DSI BDDF: Direction du Systme dInformation Banque de Dtail en

France.
IRB-IT: International Retail Banking Information Technologie.
BNPPLS: BNP Paribas leasing Solution.
GSSC: Global Shared Service Center.

Les activits de MedIT se rsument gnralement sur la ralisation de


projets informatiques destins ses principaux clients qui se charge de la
partie spcification et conception.
Ainsi MedIT soccupe :

Du codage.
Des recettes.
Des tests.
De la maintenance corrective (gestions des incidents et des

anomalies).
De la maintenance volutive.
De lassurance qualit de lapplication.

MedIT ralise aussi des prestations pour des partenaires locaux :

Support des fonctions dadministration.


13

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Support systme dinformation.


Audit scurit.

Lindustrie logicielle a souvent t pointe du doigt pour son manque de


fiabilit tant sur le plan du respect des dlais que de la qualit des
produits livrs. cet gard, le Groupe BNP Paribas sest engag dans une
dmarche damlioration de ses processus de gestion de projet et de
maintenance, et BNP Paribas MEDITERANEE IT est totalement inscrite dans
cette dmarche.
Dans ce cadre, BNP Paribas MEDITERANEE IT a fait le choix de lapproche
CMMI qui s'impose comme un rfrentiel d'valuation international, aprs
quoi, elle a pu en avril 2009 se voir accorder la certification CMMI-2.

14

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

3. Structure et organisations gnrale

15

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

TMA-IHM
Mlle Wafaa BOUANANI

Chef dquipe
(CE)

TMA-IHM

TMA-IHM

M. Khalid MOUDEN
Chef de projet (CP)

M.Mohamed
BOUCHATOUY

Younes Bahba
Back-up
Analyste
Back-up
Analyste
Dveloppeur
Dveloppeur

TMA-IHM
Mlle. Mariam HAZZAZ
Chef de projet (CP)

Chef de projet (CP)

Samira MAHDAR

Youssef Bentbib

Back-up Analyste
Dveloppeur

Analystes

M. Mbarek
RAYAD

Back-up Analyste
Dveloppeur

Mlle. Soukaina

M. Anas HINDI

Back-up Analyste
Dveloppeur

Back-up Analyste
Dveloppeur

Figure
1-1Organigramme

16

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

4. Prsentation du service IHM


4.1.

Activits du service

Le service IHM soccupe de la ralisation des interfaces Homme-Machine


des applications de MedIT. Il est compos dune trentaine de
dveloppeurs, de trois chefs de projets, de trois back-up et dun chef
dquipe.
Ce service est toujours en interaction avec le responsable du patrimoine
ou lexpert IHM en France, travers des runions en visio-confrence avec
le chef dquipe ou les chefs de projets.
Lensemble des travaux est classifi sur une famille dactivit :
Projet/Evolution/Maintenance
Le service IHM gre les demandes reus de la part des clients. Il existe
plusieurs types de demandes :
Demande de traitement dincident de production (maintenance).
Demande de correction danomalies (maintenance).
Demande dtude dimpact (volution).
Demande dvolution fonctionnelle (volution).
Demande de cration dune nouvelle application (projet).
Plusieurs runions sont programmes lors de la ralisation de tout
projet informatique, que a soit entre le chef de projet et lquipe de
dveloppeur, entre le chef dquipe et les dveloppeurs ou entre les
chefs de projet et le chef dquipe.
4.2.

Effectifs

CE (chef dquipe) : Wafaa Bouanani.


CP (chef de projet) :

Mohammed Bouchatouy (backup Samira Mahdar).


Khalid Mouden (backup Younes Bahda).
Mariam El Hazzaz (backup Youssef bentbib).

Analyste assurance qualit, analyste risque : Hajar Bourahadi.

17

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

4.3.

Schma de traitement des demandes

Figure 1-2 Schma traitement des demandes

Ce chapitre nous a permis de voir le niveau de maturit de MedIT travers


son organisation interne, ses activits et sa structuration, nous aurons
ainsi prsent lentreprise daccueil et le plan sur lequel reposera notre
projet qui suit la mme dmarche des projets dvelopps chez MedIT.
Cette partie prsentant lentreprise et ses activits nous permettra aussi
de bien comprendre le droulement du stage qui sera prsentera sur le
chapitre suivant.
18

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

CHAPITRE2 :
DEROULEMENT DU STAGE

19

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Chapitre 2.

Droulement du stage

Ce chapitre permettra de dcrire en dtail la conduite du projet au sein de


METIT, les tches qui mont t affectes, et les diffrentes phases du
droulement du stage.

1 Description
Lentreprise MedIT utilise ses propres frameworks que a soit cot client
ou cot serveur.
Le service IHM utilise le framework VIOTO bas sur JSP, et SPIRIT
nouvellement conu et qui est bas sur bootstrap, jquery, html5 et css.
Il tait alors ncessaire de commencer le stage par une formation sur
spirit et sur le principe dutilisation du middleware GOAL.
La formation se droule en 15 jours et contient des prsentations sur
lorganisation, sur le plan de maintenance utilis par lentreprise et sur la
stratgie des tests suivie par le service, en plus des travaux pratiques et
de la documentation des diffrents composants du framework. Un projet
de gestion des clients des fonds de commerce ma t propos comme
sujet de stage, il tait alors ncessaire au cours de la formation de rdiger
une conception pour le projet sous forme de diagrammes partir dune
spcification envoye par les collaborateurs en France.
La conduite de ce projet se basera sur une mthode agile trs utilise
(scrum), qui nous permet davoir une meilleure visibilit en impliquant
davantage lutilisateur finale, elle permet aussi dassurer une flexibilit en
cours du dveloppement de lapplication pour plus de productivit.
Ainsi la conception de chaque module de lapplication est dvelopp
part, travers des diagrammes de squence, des cas dutilisation et des
diagrammes de classe, et sera ensuite valid par lencadrant, il est aussi

20

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
ncessaire de proposer une fiche de test unitaire avant de commencer le
dveloppement.

Reste alors coder le module en question, un compte rendu quotidien est


envoy lencadrant avant de quitter le locale, ce compte rendu devra
contenir le pourcentage davancement du projet, la charge et les
exigences restantes, ceci pour tout projet ou anomalie en dehors du projet
de fin dtude.
Une runion hebdomadaire est programme avec le chef de projet et le
chef dquipe.
Scrum nous permettra ainsi la fin de chaque module davoir un produit
partiel test et utilisable, ce sont des itrations que lon appelle sprint.
Chaque module termin est intgrer aux autres, donnant naissance une
nouvelle version de lapplication (release), il est ncessaire dans ce cas de
procder des tests de non rgression qui nous permettent de vrifier si
le module nouvellement intgrer na pas dinfluence sur le bon
fonctionnement des autres fonctionnalits de lapplication.

5. Tches
Tout projet au sein de MEDIT est dvelopp suivant une mthode agile,
ainsi une spcification de chaque module part est rdige en France puis
renvoye vers MEDIT.
Cette spcification sera dcrite travers des diagrammes de squences et
de classes sur la partie conception du rapport.

21

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
Il est ncessaire ensuite de crer un cahier de test, qui dans un premier
temps contiendra les exigences dcrites sur la spcification, ce qui
permettra au chef de projet de comparer les exigences sur la spcification
avec celles rdiges par le dveloppeur sur le cahier de test afin de le
valider.
Aprs validation du cahier de test du module, le module en question est
cod, pour ensuite lui appliquer des tests unitaires afin de vrifier son bon
fonctionnement et sa concordance avec la spcification.

Le module est ensuite intgr, des tests de non rgression sont


ncessaires afin de vrifier si lintgration du module naura pas deffet sur
le fonctionnement dun autre.
Ces tapes sont rpts pour chaque module part.

Rception de la spcification.
Rdaction du cahier de test (partie exigences).
Validation du cahier de test par le chef de projet (comparaison des

exigences du cahier de test avec ceux de la spcification).


Dveloppement du module.
Mise jour du cahier de test (partie test unitaire).
Validation des tests par le chef de projet.
Test unitaires.
Intgration.
Test dintgration et de non rgression.

Ce chapitre nous a permis de dcrire prcisment la conduite dun projet


au sein de MEDIT, ce qui fait certainement la diffrence au niveau de la
qualit dun projet par rapport un autre, Nous avons expliqu en dtail le

22

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
droulement du stage, permettant ainsi davoir une meilleure visibilit sur
le plan du rapport.
Nous aurons ainsi prsent la conduite utilise pour notre projet, reste
alors expliquer en dtail cette application de gestion des clients FDC sur
le chapitre suivant.

CHAPITRE 3
CONTEXTE GENERALE DU
PROJET

23

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Chapitre 3.

Contexte Gnrale Du Projet

Ce chapitre va aborder plus particulirement laspect fonctionnel du projet,


il est ainsi ncessaire dans un premier temps de prsenter le contexte
gnral du problme, lobjectif du projet et le besoin pour lequel on est
amen dvelopper cette application, pour proposer ensuite une
description fonctionnelle qui permettra de lister en dtail les
fonctionnalits du projet et finir cette partie sur une planification.

1 Cahier de charge
5.1.

Problmatique

Face une concurrence de plus en plus forte, les banques ne cessent


damliorer la qualit des biens et services offerts leurs clients, ainsi
linformatisation doit de nos jours grer tous les aspects interne et externe
lis au domaine des banques. Et plus que a, une banque telle que la bnp
se doit de suivre lavancement technologique du domaine informatique qui
va certainement assurer une meilleures performance, plus de
robustesse, et plus de scurit. Et cest dans ce cadre que ce projet de
gestion des clients fonds de commerce intervient pour amliorer la
productivit et la qualit des services offerts par la banque.
De nos jours les banques ne cherchent plus informatiser mais
amliorer les outils de gestion quelle possde et suivre lavancement
technologique.

5.2.

Prsentation du besoin

De nos jours linformatisation de toute activit de lentreprise est devenue


primordiale, encore plus si cette dernire exige une communication et une

24

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
interaction entre lentreprise et ses diffrents collaborateurs, que a soit
des particuliers, des professionnels ou des partenaires.

Et cest le cas des fonds de commerce qui font intervenir plusieurs entits
de la banque.
Ainsi la gestion de la clientle des fonds de commerce est ncessaire, ceci
de faons coordonner les utilisateurs amen la grer travers un outil
informatique.
Elle permettra donc damliorer la gestion de ces fonds et linteraction
avec les collaborateurs assurant ainsi une meilleure productivit.

6. Analyse fonctionnelle

Diagramme bte cornes

Figure 3-3 Diagramme bte cornes

25

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Besoin fonctionnelle

Authentification.
Gestion du fonds de commerce :
Lister les arborescences (BDDF ou BPF), les entits
(chaque arborescence contient des entits) et les
agences (chaque entit possde plusieurs agences).
Lister les fonds de commerce selon le choix sur
larborescence (directions gnrales, Groupes, Entits,

Agences).
Lister les clients du fonds de commerce.
Tri et filtrage des rsultats.
Impression des rsultats.
Administration
Gestion des utilisateurs (agent bancaire, propritaire du
compte) : cration, suppression.
Gestion des comptes FDC : cration, suppression.
Gestion des clients (consultation du dossier client).
Afficher la vue synthse client, elle contient des
informations gnrales sur le client.
Afficher la vue identit client, elle expose les
informations sur lidentit de la personne, physique soit
elle ou morale, avec son lieu de naissance ou de
cration, son statut professionnel etc.
Afficher la vue adresse (les coordonnes professionnelles
et personnelles).
Afficher la vue lien, qui prsente les liens commerciaux
du client.

26

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Afficher la vue multicanale qui regroupe lensemble des


informations professionnelles du client.
Afficher la vue risque qui concerne la situation financire
du client.
Afficher la vue dontologie permettant de visualiser le
bilan des activits antrieures du client.

Besoin non fonctionnelle

Evolutivit : le dveloppement informatique ncessite davoir une


flexibilit qui permettra dadapter lapplication aux besoins qui
changent au cours du temps, il est donc impratif de facilit lajout
et la suppression de fonctionnalit sans que cela ait des rpercutions

sur le bon fonctionnement du programme.


Scurit : lapplication doit grer des informations confidentielles et
trs importantes, il alors est ncessaire dassurer la scurit et la

confidentialit de ces donnes.


Performance : lapplication est destine un trs grand nombre
dutilisateurs, ce qui ncessite des ressources et une rapidit de
rponse afin dassurer son bon fonctionnement.

7. Etude des solutions :


Cette application de gestion des clients des fonds de commerce est
destins aux collaborateurs de la banque, il est donc ncessaire quelle
soit disponible lextrieur du rseau locale de lentreprise (BnpParibas),
ce qui nous mne dvelopper une application web.

27

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Reste alors choisir une solution adquate aux spcifis et la nature de


cette application.
Il faut savoir que bnp MedIT travaille avec plusieurs solutions et dispose de
lenvironnement requis pour le bon fonctionnement de ces solutions.
Ainsi le choix devra se faire entre les solutions disponibles sur MedIT
comme le PHP, lASP, J2EE (framework vioto) et spirit.
Ce projet de gestion des clients fonds de commerce, est destin un trs
grand nombre de collaborateurs, ainsi la performance et la scurit de
lapplication est un facteur important pour le choix de la solution.
A ce jour le web soriente vers les approches SPA (simple page application)
qui permettent davoir des changes plus lger entre le ct serveur et
cot client, et qui est implmente sur spirit.
Ce dernier encapsule aussi les appels goal utilise pour la communication
avec lordinateur central, ce qui nous permet de faciliter la
communication.
Spirit est un framework JavaScript dont le fonctionnement est trs
similaire angularJS, nous avons ainsi la possibilit de faire plus de
traitement cot client, dallger le cot serveur et de scuriser les
changes qui se feront en https.
Bnp possde aussi des serveurs disponibles, qui peuvent hberger notre
application, mais le choix de lutilisation du mainframe est plus judicieux
vu le trs grand nombre dutilisateurs pour lesquels cette application est
destin.

28

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Certaines fonctionnalits par contre peuvent tre implmentes sur un


serveur, nous utiliserons pour cela des services web java, cest le cas de
ladministration o le nombre dutilisateurs est restreints aux
administrateurs.

29

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte que vous souhaitez faire apparatre
ici.

8. Planification
8.1.

Diagramme de Gantt

Figure 3-4 Diagramme de Gantt

Nous avons donc prsent sur ce chapitre les fonctionnalits de lapplication cot utilisateur, et le besoin pour
lequel elle a t dveloppe. Ainsi ltape suivante devra se focaliser sur laspect technique du projet, nous
devrons aussi dtaille chaque fonctionnalit. Cette tude sera prsente sur le chapitre suivant.
30

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

CHAPITRE 4
ETUDE DETAILLEE DU PROJET

31

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Chapitre 4.

Etude dtaille du projet

Nous allons dcrire dans un premier lieu la solution choisie pour


dvelopper cette application, ce qui nous permettra de prsenter
larchitecture sur laquelle sera bas le projet.
Pour ensuite prsenter les modules et sous-modules qui le constituent, ces
derniers seront dcrits puis associs un diagramme de classe et de
squence.
Ceci nous permettra de bien assimiler la partie mtier et le
fonctionnement technique de lapplication.

2 Conception Gnrale
8.2.

Architecture systme

32

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Figure 4-5 Architecture de l'application

Cette application de gestion client est base sur une architecture


client-serveur 3tiers. Elle est compose dune couche prsentation
gre par le framework front-end spirit, dune couche mtier
constitue dun serveur dapplication et dun mainframe et dune couche
de donne o se trouve le serveur de base de donnes.
Les appels mtiers peuvent se faire soit directement entre les services
web et le serveur de base de donnes, soit via le middleware GOAL
(dveloppe par bnp) dans le cas dun appel dun programme cobol sur
lordinateur central (mainframe), il se peut aussi quun service web
communique avec le mainframe toujours en utilisant GOAL. Les changes
de donne se font gnralement sous format JSON.
Nous pouvons alors citer trois types dappels mtier :

33

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Communication directe des services web avec la base de donnes.


Communication des services web avec le mainframe via le

middleware goal.
Communication du font-end (tiers client) avec le mainframe (via
goal).

8.3.

Architecture cot client :

Le framework spirit se base sur le concept dapplication SPA (simple


page application), o toute la prsentation se fait sur une seule page
index.html, et cest un systme de routage qui soccupe de faire
correspondre chaque url un template .tpl qui est charg sur la page
index.

Lchange de pages html entre le serveur web et le navigateur nest


plus ncessaire (web moderne).

Figure 4-6 Architecture JS Moderne

34

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
8.4.

Les acteurs

Figure 4-7 Diagramme Acteurs

8.5.

Modules de lapplication

Afin de faciliter le dveloppement de lapplication, il est ncessaire de la


dcouper sur plusieurs modules, ce qui permettra de traiter chacun de ces
modules part.
A travers une analyse des besoins fonctionnels cits sur le cahier de
charge, ce projet de gestion des clients FC (fonds de commerce) peut tre
divis sur plusieurs parties.

Figure 4-8 Modules de l'application

35

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Lapplication est compose de quatre principaux modules :


lauthentification, la consultation des fonds de commerce, la consultation
des clients et ladministration du site.
Authentification :
Il est ncessaire dans un premier lieu dauthentifier lutilisateur, afin de
charger un contexte contenant les informations gnrales sur ce dernier,
ceci lors de linitialisation de lapplication, on pourra de ce fait connaitre le
type dutilisateur.
Ainsi un client dtenteur dun fonds de commerce sera directement
redirig vers la consultation de son fonds.
Un client agent devra lister les fonds de commerce associs son agence.
Ladministrateur aura la possibilit de parcourir larborescence BDDF et
BPF qui est constitu de plusieurs entits et dagences.
Consultation dun fonds de commerce
Une fois lutilisateur authentifi et redirig vers les fonds de commerce qui
le concerne, ce dernier a la possibilit de visualiser lensemble des
informations concernant ces fonds, il pourra de ce fait connaitre les
propritaires et les informations les liant aux fonds.
La consultation FDC est divise sur plusieurs onglet, on retrouve alors les
fonds lis aux clients particulier, ceux lis aux professionnels et dautre
aux entrepreneurs.
Consultation dossier client
Aprs lauthentification et la consultation FDC, lutilisateur a la possibilit
de visualiser les informations concernant le propritaire dun fonds, ceci
sur plusieurs vues.
Ainsi lors du passage dun onglet un autre des appels goal sont excuts
afin dextraire les informations ncessaires, sur cette partie les appels

36

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
concernerons un seul composant cobol, par contre leurs alimentations
diffrent selon la vue slectionne.
Administration
Cette partie sera implmente par des services web java qui accdent
directement la base de donnes. Ladministration devra offrir la
possibilit de crer, supprimer et modifier des comptes.

Consulter fonds de commerce

Figure 4-9 Module Consultation Fonds de Commerce

La consultation de fonds de commerce permettra de lister les clients


associs au fonds en question en plus de certaine informations qui
reprsente un lien entre le propritaire et le FDC.
Les rsultats peuvent tre filtrs et tris, exports ou imprims.

Administration

Figure 4-10 Module Administration

37

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
3

Gestion Client

Figure 4-11 Modifier Gestion Client

Consultation Client

Figure 4-12 Module Consultation Client

Le module consultation lient permettra de visualiser une multitude


dinformations rparties sur des vues :

Vue synthse : informations gnrale.


Dontologie : bilan de lactivit du client.
Vue adresse : coordonnes personnelles et professionnelles.
Vue lien : prsente les liens commerciaux du client.
Vue risques : prsente la situation financire du client.
Vue interlocuteur : liste les interlocuteurs du client, il sagit des
employs du propritaire du fonds.
38

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
Consultation dun fonds de commerce :
Aprs linitialisation de lapplication, un contexte utilisateur est charg, ce
qui nous permettra de savoir le type dutilisateur connect.
Sil sagit dun client particulier il est redirig directement vers le fonds de
commerce quil dtient.
Par contre sil sagit dun agent, un appel goal est excut afin de lister les
fonds de commerce sur lesquels il intervient, dans le cas dun
administrateur ce dernier a la possibilit de parcourir larborescence BDDF
(banque de dtail France) ou BPF (banque prive), il pourra ainsi lister les
fonds de commerce associ lagence choisie.

9. Conception dtaille
9.1.

Module Consultation fonds de commerce

Acteur principal : Client, Agent, Administrateur.


Description : Lutilisateur pourra afficher un FDC, lister ses clients,
consulter leurs informations, imprimer ses rsultats, trier et filtrer

ses recherches.
Pr conditions : Lutilisateur doit tre authentifi.

Cas dutilisation

Use Case

Lister BPF
Lister Agence

Agent

Lister BDDF

<<Include>
>

Sauthentifier
Utilisateur

Consulter Fond
De Commerce
Filtrer

Client Dtenteur
FDC

Rsultat
Imprimer
Rsultat

Client BPF

Exporter en
Excel

<<Include>
>

Lister Clients

<<Include>
>
<<Include>
>

Entrepreneur

39
Professionnel

Chercher Client
Particulier
Figure 4-13 Diagramme Cas D'utilisation Du Module Consultation FDC

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Client BDDF

Un utilisateur peut tre considrer comme un agent ou un dtenteur FDC


(lutilisateur administrateur nest pas prsent sur ce cas dutilisation.
Seul un agent la possibilit de lister les agences, il est donc ncessaire
quil soit authentifi.
Lors de la consultation du fonds de commerce lutilisateur peut lister les
clients, filtrer le rsultat, limprimer et lexporter, il est aussi possible de
visualiser les FDC selon le type de propritaire (particulier, professionnel
ou entrepreneur).

40

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

41

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
6

Diagramme de squence : Authentification

Utilisateu SaisirID
r
()

EnvoiID ()

Objet1:

Loop Chercher
[While
(ID.Notfound)]
Chercher (String
Rsultat:

Alt
[If (ID.found)]
Alt
[If (TypeUtilisateur==Agent ||
Success (String ID, String
[Else

TypeUtilisateur)
SuccessClient (String ID, String
TypeUtilisateur)

Echec ()

[Else

Figure 4-14 Diagramme de squence Authentification

42

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
Ce cas dutilisation commence par la dtection du poste connect
lapplication, ainsi la saisie de lid vue sur le diagramme nest pas faite par
lutilisateur, elle se fait automatiquement au lancement de lapplication.
Un appel goal est excut afin de vrifier si lidentifiant envoy correspond
un utilisateur valide, dans le cas contraire un message derreur est
affich.
Par contre si lauthentification russit, il est ncessaire de vrifier le type
de lutilisateur (agent ou Administrateur) afin dexcuter un autre appel
qui permettra de charger le contexte contenant les informations de
lutilisateur connect.
Ce contexte sera ensuite stock dans une mmoire cache situs sur le
serveur web, cela nous permettra dviter de faire des appels rptitives
vers lordinateur central.

43

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Diagramme de classe : Authentification

Figure 4-15 Diagramme de classe Authentification

44

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Diagramme de squence Consulter Fond De Commerce

sd DIag.Seq.System

Utilisateur

IHM :Consulter
Fond de commrece

Chercher

PVente

FDC

SendValue(Entite)

PVenteByEntite(Entite)

List<PVente>()
AfficherPVente(List<Pvente>)

SelectPVente()
SendValue(PVente)

FdcByPVente(PVente)

List<FDC>()

AfficherFDC(List<FDC>)

SelectFDC()

Figure 4-16 Diagramme de squence Consulter FDC

Dans le cas dun utilisateur agent ce dernier a la possibilit de slectionner


une entit, une fois larborescence lister.
Une liste de ventes est ainsi restituer selon lentit choisie, pour ensuite
rcuprer la liste des FDC.

45

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
Par contre pour un utilisateur dtenteur dun FDC, ce dernier est redirig
directement vers son fonds de commerce.

9.2.

Module Consultation Dossier Clients

Acteur principal : Client, Agent, Administrateur.


Description : Lutilisateur pourra visualiser les informations
concernant le client sur les diffrentes vues (identit, dontologie,

).
Pr conditions : Lutilisateur doit tre authentifi, et doit accder
un FDC pour slectionner le client.
9

Cas Dutilisation

Use Case
Afficher
Synthse
Client

Affiche
Identit
Afficher
Adresses

Afficher Lien
Client

Utilisateur

Lister
interlocuteurs

Afficher
Dontologie

Afficher
Risque

Figure 4-17 Diagramme Cas D'utilisation du module Consultation Dossier Client

Ce module concerne la consultation des informations clients, qui vont tre


prsents sur plusieurs vues.
Laccs cette cran de consultation ncessite de visualiser dans un
premier temps le fonds de commerce qui lui est associ.
Tous les types dutilisateurs peuvent accder au dossier clients.

46

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

10 Diagramme de squence Afficher Synthse Client


sd Diag.Seq.MVC2

Utilisateur

IHM

GetInfoClient

Client

Professionnel

Particulier

Entrepreneur

PersonneMorale

Dirigeant

ConsulterDossierClient()
SendIdClient()
Execute()

alt
[If Client is Pro]
GetInfoClient() :Professionnel

Return()

alt Else
[if Client is Particulier]
GetInfoParticulier() :Particulier

Return()

alt else
[else if (Client is Entrepreneur)]
GetInfoEntrepreneur() :Entrepreneur

return()

alt FIN
[else]

GetInfoPM() :PersonneMorale
GetDirigeant() :List<Dirigeants>
return() :list<Dirigeant>
return()

GetRDV() :List<RDV>

return()

GetDossier(idUnique)

GetConsultant() :List<Consultant>

return()

AfficherResultat()

Figure 4-18 Diagramme de squence Afficher Synthse Client

47

RDV

Dossier

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

En accdant au dossier client, lutilisateur renvoi lidentifiant client et


recevra comme rponse les informations concernant le client en question.
Nous pourrons dans ce cas vrifier le type de client afin de dclencher
laction correspondante.
Si le client est particulier, professionnel ou entrepreneur, une fonction
retournant la synthse du client en question est appele, si par contre il
sagit dune personne morale (entreprise ou association), il est ncessaire
extraire les informations concernant son dirigeant.

48

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

9.3.

Module Gestion Clients

Acteur principal : Administrateur.


Description : Lutilisateur pourra grer les tablissements, les

dirigeants, les interlocuteurs et les clients.


Pr conditions : Lutilisateur doit tre authentifi, et doit un
administrateur.
11 Cas dutilisation
Grer
Etablissemen
t

<<Extend
>>

Grer
Dirigeant
Agent
Bancaire

Grer
Interlocuteurs

Gestion

<<Extend
>>

<<Extend
>>

Crer
Modifier

<<Extend
>>

Grer Client

Figure 4-19 Diagramme Cas D'utilisation du module Gestion Clients

Ce module soccupe de la cration et la modification :

Des tablissements qui possdent un fonds de commerce de la

banque.
Les dirigeants dtablissement et dagence.
Les interlocuteurs communiquant la place des propritaires des

fonds de commerce.
Les clients physique ou morale.

Laccs ce module ncessite de passer par la consultation client.

49

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

9.4.

Module Administration

Acteur principal : Administrateur.


Description : Ladministrateur pourra crer et supprimer des

utilisateurs et des fonds de commerce.


Pr conditions : Lutilisateur doit tre un administrateur.

12 Cas dutilisation
Use Case

Crer

<<Extend
>>

Gestion

>>
<<Extend

Utilisateur

Utilisateur

<<Extend

>>

Modifier

Supprimer

Utilisateur

Utilisateur

<<Extend

Crer

>>
Administrate
ur

Grer compte

<<Extend

Compte

>>
<<Extend

Supprimer

>>

Compte
Mettre Client
En Relation

Figure 4-20 Diagramme cas D'utilisation Du module Administration

50

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

13 Diagramme de squence Grer Compte (crer compte)


sd Diag.Seq.MVC2

Admin

AjoutForm

CreerCompteFDC-Event

FDC

ClientDetenteur

Agent

RemplirForm()
SendData(idClient, FDC)
AjouterFDC(FDC)
GetClient() :ClientDetenteur
retour() :ClientDetenteur
LierFDC()
LierAgent(idFDC)

IsDone() :Boolean

AddFDC(idFDC)

Figure 4-21 Diagramme de squence Crer Compte

La cration dun compte ncessite dans un premier temps dajouter un


fonds de commerce, de rechercher un client, puis de le lier au FDC cr.
Il est aussi ncessaire dajouter une liaison agent-client.
Pour ensuite faire correspondre lagent prcdent au FDC quon vient de
crer.

51

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

14 Diagramme de classe Crer Compte

Figure 4-22 Diagramme de classe Crer Compte

52

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

15 Diagramme de squence Grer Compte (supprimer


compte)

53

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
sd

AgentBancaire

IHM:Suppression

SypprimerCompte-Event

FDC

Agent

ListClient

Dossier

Adresse

SelectFDC()
EnvoieDonnee(form)

DemandeConfirmation()

Reponse()

alt
[if (Suppression Confirme)]
chercherFDC() :FDC

retour()
SetAgent(null)

loop
[foreach(client in ListClient)]
alt
[if(ClientNotInOther)]

SupprimerClient()

SupprimerDossier(idClient)

SupprimerAdresse(idClient)

SupprimerLien(idClient)
retournSucces()

DeleteFromList(idFDC)
DeleteFDCFromList(idFDC)
SuppressionConfirme()
[else]

RetourSansSuppression()

Figure 4-23 Diagramme de squence Supprimer Compte

Slection du fonds de commerce supprimer.


Demander une confirmation.
54

Liens

DeleteFromAgency

CLientDetenteur

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.

Validation de la confirmation.
Recherche du FDC.
Annuler la liaison de lagent associ au fonds.
Vrifier si le client propritaire du FDC possde dautre fonds ceci en

le comparant la liste des clients quil faudra extraire.


Si non supprimer le client, ladresse, lidentit et le lien.
Suppression du fonds de commerce.

55

Erreur ! Utilisez l'onglet Accueil pour appliquer Heading 1 au texte


que vous souhaitez faire apparatre ici.
16 Diagramme de classe Supprimer compte
uc temp

Diag.Class.Conception::
Dossier
- idDossier: String
- idUnique: int
+
+
+
+
+
+

Diag.Class.Conception::Lien
1

GetClientInfo() : Object
GetLienClient() : Lien
SetSynthese() : void
SetIdentite() : void
1
SetRisque() : void
SetRelation() : void

- idLien: String
- idTitulaire: int
- clientLiee: List<Liaison>
+
+
+
+
+
+

Utilisateur
Diag.Class.Conception::Agent

getclientLiee() : List<Liaison>
setclientLiee(List<Liaison>) : void
getidLien() : String
setidLien(String) : void
getidTitulaire() : int
setidTitulaire(int) : void

idAgent: String
nomAgent: String
prenomAgent: String
nomAbregeAgent: String

+
+
+
+
+
+
+
+
+
+
+

getidAgent() : String
getidentifiantUtilisateur() : String
setidAgent(String) : void
getidentifiantSiegeUtilisateur() : int
getnomAgent() : String
setnomAgent(String) : void
getprenomAgent() : String
isAuthorised() : boolean
setprenomAgent(String) : void
getnomAbregeAgent() : String
setnomAbregeAgent(String) : void
1

Utilisateur
Diag.Class.Conception::ClientDetenteur

Diag.Class.Conception::Client

1..*
Diag.Class.Conception::Adresse
-

idClient: String
nomPrenom: String
typeAdresse: int
adr: String
changementResidenceDate: Date

+
+
+
+
+
+
+
+
+
+

getadr() : String
setadr(String) : void
getidClient() : String
setidClient(String) : void
getnomPrenom() : String
setnomPrenom(String) : void
gettypeAdresse() : int
settypeAdresse(int) : void
getchangementResidenceDate() : Date
setchangementResidenceDate(Date) : void

1 +
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+

Affecter

- idClientDetenteur: String
- FDCommerce: List<FDC>

idtUnique: int
idtRelationCommercial: int
RDVs: List<RDV>
nom: String
initial: String
adressesClient: List<Adresse>

+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+

GetClientInfo() : Object
getidentifiantUtilisateur() : String
getidtUnique() : int
GetLienClient() : Lien
setidtUnique(int) : void
getidentifiantSiegeUtilisateur() : int
getidtRelationCommercial() : int
SetSynthese() : void
SetIdentite() : void
setidtRelationCommercial(int) : void
getDossierClient() : void
isAuthorised() : boolean
SetRisque() : void
getRDVs() : List<RDV>
SetRelation() : void
setRDVs(List<RDV>) : void
0..1
getadressesClient() : List<Adresse>
setadressesClient(List<Adresse>) : void

GetClientInfo() : Object
getidentifiantUtilisateur() : String
getidentifiantSiegeUtilisateur() : int
getidtUnique() : int
GetLienClient() : Lien
setidtUnique(int) : void
getidentifiantSiegeUtilisateur() : int
getidtRelationCommercial() : int
SetSynthese() : void
SetIdentite() : void
setidtRelationCommercial(int) : void
getDossierClient() : void
isAuthorised() : boolean
SetRisque() : void
getRDVs() : List<RDV>
SetRelation() : void
setRDVs(List<RDV>) : void
getadressesClient() : List<Adresse>
setadressesClient(List<Adresse>) : void

1..*
Diag.Class.Conception::FDC
1..* -

1..*

identifiantFDC: String
nomAgent: String
prenomAgent: String
ListClient: List<Client> 1..*

+ chargerClient() : void
+ afficherClient() : void

Diag.Class.Conception::Agence
- libelleAgence: String
- codeAgence: int
1..* - ListFdcBddf: List<FDC>
+ chargerFDC() : void
+ afficherFDC() : void

1
Diag.Class.Conception::ListClient

1..*

- ListClient: List<Client>
- idFDC: String
+ getListClient() : List<Client>[]
+ setListClient(List<Client>) : void

Figure 4-24 Diagramme de classe Supprimer Compte

Cette partie nous a permis dexpliquer en dtail les fonctionnalits du


projet, et larchitecture sur laquelle se base lapplication. Reste alors
fournir un bilan sur le travail ralis et de prsenter des perspectives pour
lapplication, cette dernire sera livre avec plusieurs documents qui lui
sont associs.

56

CHAPITRE 5
REALISATION

Chapitre 5.

Ralisation

Ce chapitre va aborder les principales tapes de ralisation du projet, les


outils de dveloppement utiliss et le plan de maintenance qui sera
appliqu sur le projet, en plus des scnarios de test effectus sur les
modules de lapplication.

1 Outils de dveloppement
9.5.

Eclipse/WebSphere

WebSphere est une marque du groupe IBM. Le nom de WebSphere renvoie


gnralement la plate-forme applicative "WebSphere Application Server"
(WAS).
Elle couvre un ensemble de solutions dIBM qui permettent de dvelopper,
dployer et d'utiliser des applications d'entreprise, mme dans des cas
complexes faisant appel des applications et des matriaux htrognes.
Parmi les gammes de WebSphere, on citera les lments suivants :
Une gamme de serveurs d'application bass sur J2EE et EJB : WebSphere
Application Server.
WebSphere Portal : une gamme d'outils permettant de dvelopper et de
maintenir un portail d'entreprise, tout en permettant, le cas chant, d'y
inclure des applications utilises par celle-ci, au moyen de diverses
interfaces et autres solutions d'intgration.
WebSphere Commerce, solution destine permettre le commerce via
le Web.
Chacune des gammes proposes ci-dessus comporte chaque fois
plusieurs variantes adaptes selon la complexit des besoins et la taille de
l'entreprise.
Sur notre projet le serveur WebSphere et lIDE Eclipse seront tous les deux
utiliss lors du dveloppement des services web java.

9.6.

Web Storm

A lexception des services web qui implmenterons le module


administration, les autres modules utiliserons des appels goal depuis le
local (tiers client), ainsi lide utilis sera webStorm, il sera aussi associ
grunt afin dautomatiser certaines tches comme la concatnation
(regrouper tous les fichiers JavaScript sur un mme fichier nom_projet.js),
loffuscation ou minification (cest un procd par lequel le code devient
impntrable, non interprtable par un humain mais qui peut tre
compile ou interprter par une machine).
WebStorm sera aussi associ JSHint qui permettra de contoller le code
avant de procder au build, ce control peut concerner la dclaration de
variable inutilisable, lutilisation de boucle vide, dun id duplique cot
html, etc.

9.7.

Mainframe/cobol

Cest lordinateur central qui contient les composants cobol utilise sur
notre application, la communication se fera avec le middleware goal en
utilisant json comme format dchange.
Un code ims se rfrant la transaction et un autre code (mnmonique)
correspondant lopration lancer devront tre communiqu lors de
lenvoi de la requte.
Lutilisation de cet ordinateur central peut tre justifie par le grand
nombre de clients qui ncessite lutilisation dune centaine de serveurs
administrer, et qui devront assurer lintgrit et la confidentialit des
donnes, il est alors plus judicieux dutiliser un mainframe.
Le systme dexploitation utilis sur cet ordinateur est un systme 64bit
appel Z/OS.
9.8.

Spirit :

Cest un framework front-end dveloppe par bnp, bas sur le concept


SPA, il possde un systme de routage lui permettant de faire
correspondre chaque url un template et un traitement donn, il est aussi
compos de composant UI prdfinis qui facilite considrablement le
dveloppement des interfaces (UITable, AutoComplete, UIError, UIForm,
Validator,), et de certains composants bancaires.

Figure 5-25 Framework Spirit

Limplmentation de spirit possde de plus une servlet java qui permet de


simplifier les appels en utilisant le middleware goal, cest sur cette partie
que se trouve les stubs (fichier de description des appels goal).

17 Architecture spirit

Figure 5-26 Architecture Cot Client (architecture spirit)

Larchitecture de Spirit est compose dun serveur web qui contient des
ressources applicatives ncessaire pour le bon fonctionnement du
framework front-end spirit (les librairies spirit.js, spirit.css, bootstrap et
jquery), et dune zone mmoire rserve au contexte utilisateur, qui est
gnralement utilis sur la majorit des applications dveloppes chez

MedIT, ainsi pour viter des appels GOAL rptitives il est plus judicieux de
charger le contexte partir dune mmoire cache.
Les appels mtier sont aussi implments sur spirit, ceci sur une servlet
qui facilite la communication avec les services web et lordinateur central,
cette dernire contient aussi des fichiers de configuration ncessaires
spirit.

9.9.

Goal

Chaque jour des millions de transactions de clients sont effectus travers


le monde, que a soit des dpts, des virements ou autre, lutilisation de
serveurs pour une banque est devenue inconcevable, puisque cela
ncessite une centaine de serveurs qui doivent tre administr et
maintenue, ainsi la plupart des banques utilise des mainframes qui malgr
leurs prix, cela permet de faire des conomies.
Un mainframe est un ordinateur central puissant qui centralise les
donnes et les traitements dun systme dinformation. Cest une
ancienne architecture o le client qui pouvait communiqu avec le
mainframe ntait quun simple terminal.
Le principe de fonctionnement des applications transactionnelles se base
sur ce qui suit : Lorsquun utilisateur envoie une requte au serveur
(central), ce dernier alloue des ressources (mmoires, programme de
traitement, CPU ) pour traiter cette demande et renvoie la rponse
lutilisateur. A lorigine, les utilisateurs se connectaient directement au
central via des terminaux passifs, il ny avait donc pas de problmes de
comprhension entre le central et le terminal.
Cependant, les progrs de la bureautique ont progressivement amen les
entreprises changer leurs terminaux pour des PC. Ceci a pour
consquence de rompre le lien direct entre la machine central et
lutilisateur.
Afin de rsoudre ce problme BNP Paribas a dvelopp le middleware
GOAL afin dtablir une communication entre les ordinateurs et le

mainframe, permettant ainsi de dvelopper et excuter des traitements de


type client/serveur.

Figure 5-27 Middleware Goal

9.10.

Web Service Java

Certains composants applicatifs du projet sont dj utiliss sur dautres


applications et sont par consquent dj dvelopps sur le mainframe,
cest le cas de certaines fonctionnalits concernant les clients fonds de
commerce.
Sur cette partie, les services web java concernant les fonctionnalits
dadministration, ces services web peuvent leur tour faire des appels
goal afin de communiquer avec lordinateur central.
Vu que le projet est une application web, il est plus judicieux dutiliser le
format dchange JSON pour plus de rapidit et de performance, ainsi les
services dvelopper se basant sur larchitecture REST.
Afin de scuriser les changes, il est ncessaire dutiliser le protocole
https.
Le support des services rest sur java se fait via la spcification JSR (JAVA
SPECIFICATION REQUEST) et qui sera implmenter par JERSEY.
Nous utiliserons lAPI JAX-RS qui facilitera le dveloppement de ce genre
de service.

10.

Rsultat et interprtation

10.1.

Consultation du fonds de commerce

Cette transaction permet au titulaire dun fonds de commerce ou aux


collaborateurs bancaires de la BNP Paribas de consulter un Fond De
Commerce et de lister les clients qui sont en relation direct avec ce mme
FDC.
18 Etape de slection du fonds de commerce
Cette tape reprsente le point dentre de la transaction, elle permet de
choisir le fonds de commerce quon dsire consulter, tout en notant que
deux types de FDC sont disponibles, BDDF (Banque De Dtail de France) et
Compte BPF (Banque Prive de France).
Pour un titulaire de fonds de commerce, il est dirig vers son propre
compte directement et ne peut avoir accs aux autres.
Lagent BNP a le droit sur tous les fonds de commerce qui lui sont
attribus dans son agence. Quant ladministrateur de lapplication, il doit
passer par une arborescence dveloppant la direction rgionale, le groupe,
lentit puis lagence.
Lajout et la modification se fait dans une fentre indpendante et qui
souvre suite au clic sur le bouton correspondant.

Figure 5-28 Ecran de Choix du type d'arborescence

Ci-dessous la vue de lcran didentification pour un administrateur BDDF :

Figure 5-29 Ecran de choix pour Administrateur BPF

Nous pouvons initier le passage la fentre consultation des clients du


FDC en cliquant sur le bouton suivant.
Au clic sur le bouton arrter, lutilisateur est dlog et la transaction est
stoppe.

19 Etape Consultation Fonds de commerce


Ds que le FDC est choisi, lutilisateur est r achemin vers un cran lui
montrant les clients du FDC slectionn, tris par type de clients
(Entrepreneur, Professionnel, Particulier) avec son nom, identifiant et
collaborateur affili en haut de page.
Vu le nombre important de clients et leurs informations et pour ne pas
encombrer lcran, les dtails de chaque client sont affichs dans trois
vues diffrentes.

Figure 5-30 Ecran Consultation Client Particulier

Au clic sur le lien de longlet Professionnels, lcran affiche lensemble des


clients de ce mme type.

Figure 5-31 Ecran Consultation Client Professionnels

En cliquant sur longlet Entrepreneurs, lcran affiche les informations des


clients de ce mme type.

Figure 5-32 Ecran Consultation Client Entrepreneur

Les clients sont affichs raison de 100 par cran, ce pourquoi les
boutons suivant et prcdent permettent de naviguer entre tous les clients
rcuprs.
Le bouton radio permet de slectionner un client, pour pouvoir accder
son dossier en cliquant sur le lien Accder Dossier Client , ceci lance
une nouvelle transaction qui sera dveloppe et prsente dans la suite
du rapport.
Le bouton Exporter permet de raliser un export en format Excel, pour
garder lanonymat des clients, les donnes sont envoyes en masquant le
nom et raison social et sont remplaces par un identifiant personne.

Figure 5-33 Export CSV

10.2.

Dossier Client

Le dossier client permet de consulter de manire plus approfondie les


informations du client slectionn partir du fonds de commerce.
Il offre une visibilit sur les informations prives et professionnelles du
client ainsi que ses contrats, ses activits transactionnelles etc.

Il permet de grer le compte dun client BNP, lui proposer des contrats, lui
vendre des services, mais il sert aussi faire un suivi plus efficace de son
compte et seuls les agents de BNP Paribas peuvent naviguer entre les
diffrents modules de ce dossier.
Dans ce projet, on se focalisera sur le module informations comme tant le
seul module permis tre visionn par les utilisateurs qui ne sont pas
collaborateurs BNP.

Figure 5-34 Description Graphique de l'onglet Information

20 Etape accs au dossier client


Cette tape est le point dentre de la transaction Accder Dossier Client.
Aprs avoir choisi un client dans le FDC et lancer la transaction, un cran
de synthse saffiche pour lancer le dossier client.
Appartenant au module informations, la vue synthse vient sajouter six
autres vues qui traite et affiche des informations de types diffrents.
Il existe diffrentes mises en page selon le type client :
Personne Physique
Personne Morale Entreprise
Personne Morale Association

La synthse est la premire vue que lutilisateur rencontre lentre du


dossier, lui permettant davoir des informations gnrales sur le client
interrog.

Figure 5-35 Ecran Synthse Dossier Client Personne Morale

21 Ecran Dontologie
La vue Dontologie permet de faire un bilan sur les activits antrieures
du client et de dresser un bilan sur ces comportements de point de vue
dontologique et de crdibilit.

Figure 5-36 Ecran Dontologie Dossier Client

La transaction Crer compte rendu permet de faire un commentaire sur


ltat dontologique du client.
La transaction Grer Client rapprochs permet dafficher la vue LIENS
pour voir les relations transactionnelles du client.

11.

Plan de maintenance corrective

Le plan de maintenance de ce projet de gestion des clients FDC va suivre


le mme plan de maintenance sur lequel lentreprise se base pour la
majorit de ses projets.
Les demandes de maintenance proviennent des collaborateurs en France
quel que soit leur type (correctif ou volutif), ces demandes sont reues
par les chefs de projet (CP).
Gnralement la dclaration des anomalies (maintenance corrective) se
fait sur une application de gestion danomalie (jira) qui permet de faire le
suivie.
Le collaborateur en France doit transmettre le code de transaction (afin
didentifier lapplication) en plus dune ou de plusieurs captures dcran
montrant lanomalie (sur lapp de suivi jira) et du degr de priorit, le chef
de projet doit alors affecter cette tches un des dveloppeurs de son
quipe tout en estimant une charge (dure de rsolution), dans le cas o
lanomalie ne provient pas du local, le dveloppeur peut dans ce cas
ajouter un commentaire informant lensemble des collaborateurs
concerns par lanomalie (en France et au Maroc) toujours sur jira, tous en
spcifiant sur ltape de progression que lanomalie na pas pu tre
reproduite (rsolue).

Figure 5-37 Maintenance Corrective

Nous aurons ainsi prsent les diffrentes parties de notre application et


les dmarches choisies pour le dveloppement de ce projet.
Le besoin pour lequel cette application est dveloppe a certainement t
satisfait.
Reste alors dfinir des perspectives qui peuvent tre envisageable pour
suivre lvolution et le changement que a soit au niveau des besoins ou
du domaine informatique.

Conclusion gnrale
Durant ce stage, nous avons t amens raliser un projet de fin
dtudes au sein de la BNP Paribas Mditerrane IT, ce qui nous a permis
de plonger au cur de la ralit du monde informatique bancaire, et de
nous voluer au mtier.
Nanmoins, la conception et llaboration de notre projet nont pas t
sans contraintes, dune part la complexit du systme bancaire, la
volumtrie des donnes considrer, ainsi que la spcificit de la
terminologie utilise, ont accentu la difficult des traitements que nous
avons eu effectuer.
Dautre part, lutilisation de nouveaux outils, aussi bien SPIRIT, GOAL ou WebSphere, que le
respect des normes et des procdures, imposes par le Groupe BNP Paribas nous ont initi aux
exigences du monde professionnel et au travail au sein dune structure formelle.
Toutefois, nous estimons que les objectifs viss par notre stage de fin dtudes qui consistaient
en la participation la rationalisation de lutilisation des informations des Client Fonds De
Commerce, ont t atteints.
Aprs avoir clarifier et analyser le besoin sur la partie cahier de charge, travers un
diagramme bte cornes et une classification des besoins fonctionnelles et non fonctionnelles,
on tait amens dcrire larchitecture sur laquelle se basera lapplication, les outils et les
technologies qui seront utiliss, pour ensuite passer la conception dtaille, qui explique
plus en dtail le fonctionnement de chaque module part travers un cas dutilisation, un
diagramme de classe et autre de squence.
Un prototype de chaque module de lapplication avec des jeux de donnes simuls a t
ensuite prsent lors des runions programm avec le chef de projet, ce qui a permis davoir
des rsultats interprter sur la partie ralisation du rapport.
Il tait ensuite ncessaire dimplmenter les appels goal et de dvelopper les services web
ncessaires.
Des tests unitaires sont appliqus sur chaque composant part.

Nous avons ainsi pu dvelopper cette application de gestions des clients


fonds de commerce qui satisfait certainement le besoin de la banque Bnp
Paribas, toute fois des projets de ce genre ncessite dtre trs prudent et
exigeant sur la scurit de lapplication et sur les scnarios dutilisation de
cette dernire, ainsi on nest pas labri danomalie qui devront tre grs
en suivant le plan de maintenance de Bnp MEDIT.
Ce large domaine li au mtier des banques ne cesse dvoluer, ainsi
comme perspective, cette application de gestion des clients fonds de
commerce devra sadapter au besoin changeant de la banque.
Pour conclure, notre priode de ralisation de ce projet ainsi que la
formation que nous avons suivie au sein de la socit ont t trs
instructives, tant au niveau professionnel que relationnel, elles nous ont
permis, en effet, de renforcer nos connaissances par la pratique et den
acqurir de nouvelles.
En outre, nos relations professionnelles ont t enrichies, en apprhendant
au quotidien autre chose que la structure organise du monde du travail,
en nous intgrant une quipe, et en participant activement, toute la
partie informelle de ce monde.

Bibliographie et Webographie
[1] Cahier de charge disponible sur l'intranet
[2] Document de spcification disponible sur l'intranet
[3] Document Plan de maintenance disponible sur Intranet.
[4] Document Stratgie de test disponible sur Intranet.
[5] Documents de formation spirit disponible sur Intranet.
[6] Banque de dtail Rcupr sur lesechos:
http://www.lesechos.fr/finance-marches/vernimmen/definition_banque-de-detail.html

[7] lesechos Disponible sur l'adresser:


http://www.lesechos.fr/finance-marches/vernimmen/definition_banque-privee.html

[8] Les cles de la banque disponible sur


http://www.lesclesdelabanque.com/Web/Cdb/Entrepreneurs/Content.nsf/DocumentsByIDW
eb/7KMGKP?OpenDocument#contener

[9] Document Organisation disponible sur Extranet: b2e.echonet


[10] Prsentation Spirit, GOAL disponible sur Intranet.
[11] REST WEB SERVICE Vogella disponible l'adresse:
http://www.vogella.com/tutorials/REST/article.html

Glossaire
FDC (fonds de commerce) : ensemble des lments corporels et
incorporels lis la vente dun bien ou dun service, la principale
caractristique dun FDC est sa clientle.
BPF : banque prive de France, elle offre des services financiers aux
particuliers avec un patrimoine net important.
BDDF : Banque de dtail de France, elle offre des services tels que la
collecte des dpts, les crdits, des particuliers ou des PME.
Dontologie client : bilan des activits antrieur dun client.
Typologie client : personne morale ou physique.
CMM : Capability Maturity Model.
Person moral : une construction juridique qui peut tre titulaire dun
fonds de commerce, elle est gnralement constitue par un
regroupement de personnes physiques ou morales qui souhaitent
accomplir quelque chose en commun.

Rsum
Face la complexit des systmes dinformation des tablissements
bancaires, et une concurrence accrue, les enjeux venir pour ces
derniers sinscrivent sous le signe de linnovation. Dans cette optique, la
BNP Paribas a mis en place des offres tlmatiques et par la suite de
nouveaux concepts ce qui a sollicit une tude permettant de donner
diffrents niveaux de prise de dcision les moyens pour dterminer et
analyser les lments qui contribuent leurs activits. Et de l,
lapplication Gestion des Clients Fond De Commerce a vu le jour pour
matrialiser cette stratgie de faon grer la relation entre le client et le
fonds de commerce auquel il est affili.
Ainsi ce Projet de Fin dEtude a pour objectif de concevoir et de raliser
une application bancaire Grer FDC permettant :
- La consultation des FDC ayant un compte la BNP PARIBAS.
- Lobtention des tats de synthse des FDC.
- Le traitement des activits dAchats ou de Ventes avec les clients.
- La centralisation des donnes ce qui facilitera les suivis des transactions.
- La gnration de plusieurs tats de sortie bancaires.
Aprs avoir prsent lentreprise daccueil, ses activits et le service sur
lequel sest droul ce stage de fin dtude. On a t amen dcrire le
besoin, et lui appliquer une analyse fonctionnelle. Pour ensuite prsenter
larchitecture sur laquelle se base le projet, en plus des technologies et
outils utilises.
La conduite de ce projet a suivi une mthode agile, ainsi chaque module
de lapplication est prsent part, et possde sa propre conception
dtaille et une phase de ralisation, travers des diagrammes uml et des

captures de certains crans de lapplication qui sont interprter et


expliquer.

Abstract
During this internship in MedIT, we learnt a lot of things about banking.
BnpParibas have several entities all over the world, and to improve its
yield in certain entities, they needed to have technology watch, that way
they can increase the performance of their applications and improve their
management system.
The purpose of this internship was to develop a project for client's
management, we chose for that an agile software development
methodology called scrum, where we had to implement the design-build
for each separate module.
The application gathers three modules: the first one deals with the
consulting goodwill's information, the second one with the account's
administration and the last one with the consulting client's information.
First we exposed the organization's structure, then we described the
activities I had to accomplish in MedIT
We proceeded then to a study of the tender specifications, where we listed
functional and nonfunctional needs, we also presented a planning on Gantt
graph.
The conception part consist on an explanation of the project and
framework architecture, and describe each functionality on a use case,
sequence and class diagrams.
Finally we presented each interface (screens) with a description part,
exposed the maintenance plan and the tools we used.