PFE Sanae

Ddicace
A Dieu Tout-Puissant qui est toujours l mes cts et dont sa lumire me parvienne et
mouvre les yeux, jexprime mon profond amour en chaque instant et une norme
reconnaissance
A celui qui a toujours garni mes chemins force et lumire Mon trs cher pre
A la plus belle perle au monde que jaime de tout mon curMa tendre mre
A mes frres Oussama et Abdessamad et ma petite sur Rajaa
Je leur souhaite que du succs et du bonheur
A tous mes amis

Pour leur encouragement, leur soutien et leur capacit maider davoir toujours les
pieds sur terre
A toute personne
Qui ma aid franchir les obstacles de la vie et qui ma encourag affronter la vie
avec confiance, volont et patience
Aimablement
Je ddie cet humble travail
Projet de fin dtudes
Page 1
Remerciements
Je tiens remercier dans un premier temps, toute lquipe pdagogique de lEMSI et les
intervenants professionnels responsables de la formation dIngnierie dInformatique et
Rseaux, pour avoir assur la bonne qualit de formation pdagogique que ce soit sur le
plan thorique ou pratique, fonctionnel ou technique.
Mes remerciements sadressent tout particulirement Monsieur Rachid OULAD HAJ
THAMI, mon tuteur lcole pour son encouragement, son soutien ainsi que pour ses
conseils instructifs durant toute la priode de ralisation de ce travail.
Je tiens remercier chaleureusement Monsieur Hassan EL BEDRAOUI, Directeur
Gnral des
Systmes dInformation Groupe et Mme Soumaya LRHEZZIOUI,
Responsable de lentit PMO et supports et Moyens des systmes dInformation Groupe,

et de leur exprimer ma profonde reconnaissance de mavoir permis de complter mes
connaissances thoriques avec une riche exprience pratique et oprationnelle dans le
milieu des Systmes d'Information o j'ai eu galement la chance de collaborer avec
une quipe pluridisciplinaire.
A mon encadrant Monsieur Jamal MEKKAOUI qui restait lcoute et tait disponible et
sachant rpondre mes interrogations.
Je remercie galement Monsieur Amine ESSABER responsable des ressources et
comptences pour ses conseils et son aide continu.
Je remercie tous les gens qui mont aid et mont permis de mintgrer facilement et
dapprcier pleinement cette exprience enrichissante.
Je tiens remercier chaleureusement
mes trs chers parents qui mont toujours
support et encourag et envers qui je serais reconnaissante vie.
Page 2
Acronymes
AWB
ATTIJARIWAFA Bank
BCM
Banque Commerciale du Maroc
S.A
Socit Anonyme
SIG
Systme dInformation Groupe
LCN
Lettre de Change Normalise
CTR
Centre de Traitement Rgional
CTN DH
Centre de Traitement National Dirham
C.N
Courrier National
A.C
Archives Centrales
G.E.D
Gestion Electronique des Documents
UML
Unified Modeling Language
JBPM
Java business Process Management
BPEL
Business Process Excecution Language
BPM
Business Process Management
GWT
Google Web Toolkit
JSP
Java Server Page
STC
Service de Traitement Clientle
C.I
Contrle Interne
Page 3
LISTE DES FIGURES

Figure 1.1 : Fiche signaltique dATW ..................................................................... 14
Figure 1.2 : Actionnariat dATW ............................................................................... 15
Figure 1.3: Organigramme dATW ........................................................................... 16
Figure 1.4 : Organigramme de SIG ......................................................................... 17
Figure 1.5 : Organigramme de lentit Etudes et dveloppement ............................. 18
Figure 2.1: Planning prvisionnel ............................................................................ 22
Figure 2.2: Planning rel .......................................................................................... 23
Figure 3.1 : Fiche darchivage ................................................................................. 27
Figure 3 .2 : Point de capture/conservation .............................................................. 29
Figure 3.3 : CTR et agences ................................................................................... 30
Figure 3.4 : CTN DH agence mre et agence isole ............................................... 31
Figure 4.1 : Mthode Scrum .................................................................................... 35
Figure 4.2 : Diagramme des acteurs ........................................................................ 36
Figure 4.3 : Diagramme de cas dutilisation ............................................................ 37
Figure 4.4 : Diagramme de squence de use case Crer nouvel envoi ............. 40
Figure 4.5 : Diagramme de squence de use case Mise jour Keep Safe ........ 41
Figure 4.6 : Processus BPM..................................................................................... 42
Figure 4.7 : Processus BPEL ................................................................................... 42
Figure 4.8 : Diagramme de flux ............................................................................... 43
Figure 4.9 : Diagramme de classe ........................................................................... 46
Page 4
Figure 5.1 : Architecture de dveloppement J2EE. ................................................. 49

Figure 5.2 : Serveurs dapplication .......................................................................... 52
Figure 5.3: Outils et mthodologie ........................................................................... 53
Figure 5.4 : IHM dauthentification............................................................................ 54
Figure 5.5 : IHM de saisie dun nouvel envoi............................................................ 55
Figure 5.6: IHM daffichage de Keep Safe ............................................................... 56
Page 5
Table de matires
LISTE DES FIGURES ..................................................................................................................................4
Table de matires .........................................................................................................................................6
Introduction Gnrale ...................................................................................................................................9
Chapitre 1 : Prsentation du contexte gnral du projet ..........................................................................11
Introduction ...........................................................................................................................................12
1.1
Prsentation dATTIJARIWAFA Bank .............................................................................12
1.2
Historique .............................................................................................................................12
1.3
Fiche signaltique ...............................................................................................................14
1.4
Actionnariat ..........................................................................................................................15
1.5
Organigramme .....................................................................................................................16
1.6
Prsentation des Systmes dInformation Groupe (SIG) ..............................................17
1.6.1
Mission du SIG ............................................................................................................17
1.6.2
Organisation du SIG ...................................................................................................17
1.6.3
Entit Etudes et Dveloppement ..............................................................................17
Conclusion..............................................................................................................................................19
Chapitre 2 : Gestion du projet ...................................................................................................................20
Introduction ...........................................................................................................................................21
2.1
Planning prvisionnel..........................................................................................................21
2.2
Planning rel ........................................................................................................................23
2.3
Analyse des carts ..............................................................................................................24
Conclusion..............................................................................................................................................24
Chapitre 3 : Etude de lexistant..................................................................................................................25
Introduction ...........................................................................................................................................26
3.1
Analyse de lexistant ...........................................................................................................26
3.1.1
Description du processus actuel ...............................................................................26
3.1.2
Procdure darchivage des chques et LCN .........................................................28
3.2
Utilisateurs du systme cible .............................................................................................29
3.2.1
Distinction entre un point de capture et un point de conservation : ...................29
Page 6
3.2.2
CTR et agences..........................................................................................................30
3.2.3
CTN DH agence mre et agence isole ..................................................................31
3.2.4
Courrier National .........................................................................................................31
3.2.5
Archives centrales .......................................................................................................32
3.3
Spcification des besoins ..................................................................................................32
Conclusion..............................................................................................................................................32
Chapitre 4 : Conception et analyse ............................................................................................................33
Introduction ...........................................................................................................................................34
4.1
Choix de mthode danalyse et de conception ...............................................................34
4.1.1
Mthode UML ..............................................................................................................34
4.1.2
Mthode Scrum ...........................................................................................................35
4.1.3
Les ides cls de la mthode Scrum .......................................................................36
4.2
Diagramme des acteurs .....................................................................................................36
4.3
Diagramme de use case ....................................................................................................37
4.4
Documentation des use case .................................................................................... 38
4.5
Diagramme de squence de use case Crer un nouvel envoi ..............................40
4.6
Diagramme de squence de use case Mise jour dun Keep Safe .....................41
4.7
Processus BPM ...................................................................................................................42
4.8
Processus BPEL..................................................................................................................42
4.9
Diagramme de flux ..............................................................................................................43
4.10
Rgle de gestion..................................................................................................................44
4.11
Diagramme de classe .........................................................................................................46
Conclusion..............................................................................................................................................47
Chapitre 5 : Ralisation ..............................................................................................................................48
Introduction` ..........................................................................................................................................49
5.1
Architecture de dveloppement J2EE.............................................................................49
5.1.1
Prsentation de larchitecture 3 tiers ........................................................................50
5.1.2
Prsentation des couches de larchitecture 3 tiers ................................................50
5.2
Architecture de dploiement ..............................................................................................52
5.3
Outils et mthodologie ........................................................................................................53
5.4
Interfaces de lapplication ..................................................................................................54
Page 7
Conclusion..............................................................................................................................................56
Conclusion Gnrale ..................................................................................................................................57
WEBLIOGRAPHIE ......................................................................................................................................58
Page 8
Introduction Gnrale
Les chques et les LCN constituent une bonne part de lactivit dune banque.
Au-del du paiement de ces valeurs, la banque doit archiver et garder trace de ces LCN
et chques.
Avant 2006/2007, le paiement des chques/LCN se basait sur le voyage des valeurs
entre les banques.
Suite la dmatrialisation du traitement des valeurs, adopte par la place bancaire en
2006/2007, tout le traitement se base sur limage des valeurs. De ce fait, les diffrents
points de capture sont dots de scanners pour capturer les images chque/LCN et sont
tenus de conserver les valeurs physiques leur niveau ou dans les archives centrales de
la banque pour une dure minimale de 15 ans.
Do le travail que jai effectu et qui consistait rsoudre la problmatique darchivage
des chques et LCN qui est venue suite la dmatrialisation des valeurs et la
constitution dun stock au niveau des points de captures.
Ce travail vient en complment dun chantier organisationnel qui a t mis en place par
la banque pour rapatrier les valeurs physiques de point de capture/conservation.
Des procdures qui tracent le mode opratoire darchivage des valeurs ont t mises en
place. Il sagit dun confectionnement des valeurs au niveau des points concerns, un
acheminement par le courrier national et un archivage par les archives centrales.
Et afin de rpondre la problmatique, il sest avr intressant de suivre comme
dmarche la mthode Scrum qui est une mthode agile conue pour le dveloppement
d'un logiciel spcifique un besoin dun processus long et complexe.
Premirement, jai commenc mon travail par lanalyse de lexistant afin de mieux
comprendre le sujet et bien cerner ses objectifs.
Page 9
Ensuite, il fallait spcifier et analyser les besoins du client ce qui a ncessit un temps
considrable suite des runions avec le chef de projet et le client dans le but
dassimiler les attentes du client et son besoin rel.
Aprs avoir dtermin les besoins et les avoir spcifi, nous avons effectu une analyse
et conception du systme futur en ralisant des diagrammes de use case, squence
pour finalement laborer le diagramme de classe.
Et finalement, nous sommes arrivs ltape de la ralisation.
Ce prsent rapport est structur comme suit :
Chapitre 1 Prsentation du contexte gnral du projet : Prsente le contexte
gnral du projet et lorganisme daccueil.
Chapitre 2 Gestion du projet : dtermine le planning prvisionnel et rel et analyse
les carts entre les deux.
Chapitre 3 Etude de lexistant : fait une tude et une analyse de lexistant, spcifie
les besoins et les attentes des utilisateurs.
Chapitre 4 Conception et analyse : permet danalyser et concevoir le systme futur
en termes de diagramme et de mthodologie de travail.
Chapitre 5 Ralisation : traite laspect technique en voquant larchitecture de
dveloppement et de dploiement adoptes ainsi que les interfaces de lapplication.
Page 10
Chapitre 1 : Prsentation du contexte gnral du projet
Dans ce chapitre nous allons prsenter ATTIJARIWAFA Bank, ses activits, son histoire
ses filiales etc.
Page 11
Introduction
Mon projet de fin dtudes a eu lieu au sein du groupe ATTIJARIWAFA Bank qui est le
premier groupe bancaire et financier du Maghreb et le troisime sur le plan africain.
1.1
Prsentation dATTIJARIWAFA Bank
ATTIJARIWAFA Bank est une multinationale panafricaine qui a plus de 4,6 millions de
clients et 13 314 collaborateurs.
Prsent dans 21 pays, le Groupe se donne pour priorit la proximit avec ses clients et
les met au cur de sa stratgie via son ambitieux programme de bancarisation et ses
efforts dinnovation continus.
En plus de lactivit bancaire, le Groupe opre, travers des filiales spcialises, dans
tous les mtiers financiers : assurance, crdit immobilier, crdit la consommation,
leasing, gestion dactifs, intermdiation boursire, conseil, location longue dure,
factoring..
Dot dune assise financire solide, dun capital de savoir-faire diversifi et doutils
dexpertise modernes, le Groupe a russi se hisser en leader national incontest des
crdits lconomie et des crdits la consommation, des activits de corporate banking
et de banque dinvestissement, de la gestion dactifs et des mtiers de la bourse, du
leasing et de la bancassurance.
1.2
Historique
La Banque Commerciale du Maroc (BCM) a t fonde en 1911, elle tait considre

comme la premire banque prive au Maroc, jusqu sa fusion en 2003 avec Wafabank
pour former AWB. Cette fusion entre deux grands oprateurs du march financier
marocain, a plac ATTIJARIWAFA Bank au-devant de la scne financire marocaine.
Lhistoire de Wafabank commence Tanger o, en 1904, la Compagnie franaise de
crdit et de banque cre, travers sa filiale algrienne, la CACB (Compagnie algrienne
Page 12
de crdit et de banque). La CACB tisse, au fil des annes, son rseau dagences,
premier et seul rseau bancaire du Maroc au lendemain de l'indpendance, il comptait
38 agences.
En 1964, la CACB est marocanise et devient la CMCB (Compagnie marocaine de crdit
et de banque). Quatre ans plus tard, en 1968, la famille Kettani en devient actionnaire
majoritaire.
A la fin des annes 70, le top management se rend compte que la dnomination CMCB
est un facteur qui entrave le dveloppement de la notorit de la banque. En 1985, la
banque prend le nom de Wafabank. Entre 1985
et 1991, Wafabank entame une
politique agressive axe sur la filialisation des mtiers. En 1993, elle s'introduit en Bourse
de Casablanca.
Page 13
1.3
Fiche signaltique
Logo
Cration
1911 : Cration de la BCM

2003 : Fusion BCM et Wafa Bank
Forme
Socit anonyme (S.A)
juridique
Action
MASI : ATW
Slogan(s)
a change de la banque
Sige social
20 000 Casablanca 2, Bd Moulay Youssef (Maroc)
Activit(s)
Banque, Finance et Assurance
Socit mre
Socit Nationale dInvestissement (SNI)
Effectif
13314 (au
( 31 dcembre dernier)
Site web
www.attijariwafabank.com
Capitalisation
78,5 milliards de MAD (2010)
Chiffre
14,7 milliards MAD (2010)
daffaires
Rsultat net
4,1 milliards MAD (2010)

(2010
Figure 1.1 : Fiche signaltique dATW
Page 14
1.4
Actionnariat
Figure 1.2 : Actionnariat dATW

ATTIJARIWAFA Bank compte parmi ses actionnaires des entreprises denvergure
internationale, avec lesquelles elle dveloppe des synergies multiples, notamment en
termes dexpertise et de cration de valeur.
Groupe ONA : Actionnaire de rfrence et premier groupe priv marocain.
Grupo Santander : Second actionnaire de rfrence dAWB et premire
capitalisation boursire bancaire au niveau europen.
Crdit Agricole SA : Groupe bancaire de dimension mondiale, Crdit
Agricole SA est galement prsent dans le capital dAWB avec laquelle il
dveloppe une stratgie de partenariat multi-mtiers.
Page 15
1.5
Organigramme
Figure 1.3: Organigramme dATW
Page 16
1.6
Prsentation des Systmes dInformation Groupe (SIG)
1.6.1 Mission du SIG
Le SIG dfinit et met en uvre les systmes dinformation destins au pilotage et la

gestion des diffrentes activits de la banque, il est aussi charg de dfinir, mettre en
place et grer les moyens techniques ncessaires aux systmes d'information et de
communication, ainsi qu organiser leur scurit et planifier leur volution.
1.6.2 Organisation du SIG
Figure 1.4 : Organigramme de SIG

Lorganisation SIG est adapte pour accompagner les diffrents chantiers et les
transformations majeures du systme dinformation de la banque :
Matriser la complexit des chantiers.
Disposer dinterlocuteurs des BU (MRC).
Formaliser et gnraliser le mode projet.
Avoir des processus internes clairement dfinis.
Dvelopper et conforter la culture Service vis--vis du client et entre les entits
internes SIG.
Page 17
1.6.3 Entit Etudes et Dveloppement

veloppements
Figure 1.5 : Organigramme de lentit Etudes et dveloppement

Lentit Etudes et dveloppement est responsable de :
1. Cration dune fonction dArchitecture Applicative garante de lintgrit
intgrit du SI, de la
qualit tude
de la maintenabilit du patrimoine applicatif.
applicatif
2. Regroupement de la gestion des environnements.
environnements
Ses domaines sont :
q Trade Finance & Cash Management
q Risques et engagements
q Finance et comptabilit
q Distribution
Page 18
q Oprations sur titres et OPCVM

Voici les domaines de travail
q Poste de travail
q Activit de march
q Systme dcisionnel
q Banque de dtail linternational
q Multicanal.
Conclusion
Dans ce chapitre, nous avons prsent lorganisme daccueil ATTIJARIWAFA Bank qui
est le leader du march conomique marocain vu ses activits diverses et son histoire
incontournable. Le chapitre venir va parler du planning du projet prvisionnel et rel.
Page 19
Chapitre 2 : Gestion du projet

2
Cette Phase est une description du planning de gestion du projet, et montre les carts
entre le planning prvisionnel et le planning rel
Page 20
Introduction
La gestion du projet aussi appel la conduite du projet est l'organisation mthodologique
mise en uvre pour faire en sorte que l'ouvrage ralis par le maitre duvre rponde
aux attentes du matre d'ouvrage et qu'il soit livr dans les conditions de cot et de dlai
prvus initialement, indpendamment de sa fabrication . Pour ce faire, la gestion de
projet a pour objectifs d'assurer la coordination des acteurs et des tches dans un souci
d'efficacit et de rentabilit.
2.1
Planning prvisionnel
Avant le droulement du projet, nous avons effectu une planification concernant le

droulement des diffrentes taches du projet. Cest une planification initiale qui peut subir
une modification via un changement imprvisible ou autre incident.
Page 21
Figure 2.1 : Planning prvisionnel
Page 22
2.2
Planning rel
Figure 2.2 : Planning rel
Page 23
2.3
Analyse des carts
La diffrence entre le planning prvisionnel et le planning rel se situe au niveau de ces

points :
Processus de validation et besoin dajouter plus de prcision au diagramme de
classe (Ralisation dun diagramme de classe prcis et simple).
Linstallation technique et la configuration des outils en interne notamment vu le
processus de validation des droits daccs, habilitations et licences.
Recherche bibliographique et collecte de documentation sur les besoins, la
dmarche projet adopt en interne ATTIJARIWAFA Bank.
Le plan de charge des acteurs : problme de disponibilit notamment avec la
priode des congs et les dplacements en mission de lencadrant.
Conclusion
La planification pralable du projet garantit le bon droulement du celui-ci.
Cette phase est importante, elle permet de faire le planning prvisionnel et rel de
comparer les carts.
Le chapitre suivant va entamer lanalyse de lexistant et les spcifications des besoins.
Page 24
Chapitre 3 : Etude de lexistant
Dans cette phase, nous allons faire une analyse de lexistant ainsi quune spcification
des besoins
Page 25
Introduction
Dans ce chapitre, nous allons faire une approche concernant le droulement du
processus de gestion des chques et des LCN.
Cette analyse de lexistant va nous approcher du besoin rel des utilisateurs afin de
pouvoir visualiser le systme futur que nous devions laborer.
3.1
Analyse de lexistant
3.1.1 Description du processus actuel

Les chques et LCN capturs et conservs au niveau des CTR, CTN DH, agences
mres et agences isoles sont archivs au niveau des archives centrales.
Une action de rapatriement massive a t ralise pour archiver le stock des valeurs
constitu au niveau des points de capture et de conservation.
Le mode actuel stipule larchivage, au jour le jour, des valeurs traites au niveau de ces
points via lchange dune fiche darchivage(Figure 3.1) en guise daccus de rception
entre le point de capture/conservation, le courrier national et les archives centrales.
En cas de recherche dune valeur archive, le point de capture et /ou de conservation
doit avoir le numro de Keep safe contenant la valeur archive.
Actuellement, la correspondance des numros de keep safe et des dates de traitement
des valeurs est conserve manuellement via des fiches darchivage, ce qui constitue un
risque norme derreur et de perte de traabilit de linformation.
Page 26
Fiche darchivage
Le --/--/---Point :
Journe (s):
Nature de la valeur :
Journe
Nbr KeepSafe
Chque
NKeep Safe
Point de
capture
LCN
Observation courrier national
Courrier National
Observation A.C
Archives Centrales
Nom et Prnom
Fonction
Date et signature
Figure 3.1 : Fiche darchivage
Page 27
3.1.2 Procdure darchivage des chques et LCN

Cette procdure dcrit les modalits darchivage des chques capturs, rgls et
conservs au niveau du CTR, agences mres et agences isoles.
Elle est dclenche par le chargement des tats dtaills des chques archiver sur la
GED chque/LCN.
Elle se dnoue par larchivage physique des chques au niveau des archives centrales
de la banque.
Cette procdure consiste :
Editer les tats darchivage partir de la GED.
Contrler la conformit des chques physiques avec ltat dtaill journe /
journe.
Mettre les chques archivs/ LCN tris par banque dans des Keep Safe.
Mettre les Keep Safe dans la sacoche ddie.
Mettre la sacoche ddie dans la sacoche habituelle du courrier.
Envoyer la sacoche avec le prestataire du courrier.
Contrler le scellement et le nombre de Keep Safe reus au niveau du courrier
national.
Remettre les Keep Safe aux archives centrales.
Contrler les rfrences et les dates des Keep Safe au niveau des archives
centrales.
Accuser, au point de capture expditeur, la rception des Keep Safe archiver.
Page 28
3.2
Utilisateurs du systme cible
3.2.1 Distinction entre un point de capture et un point de conservation :
Figure 3 .2 : Point de conservation / capture

Avant de commencer llaboration dune solution, il est indispensable de distinguer les
diffrents facteurs intervenants, alors il sest avr intressant de montrer la diffrence
entre un point de capture et un point de conservation car ces deux notions vont tre
abordes tout le long du processus.
Page 29
3.2.2 CTR et agences
Figure 3.3 : CTR et agences
Les grandes rgions comme Ttouan ont un CTR qui traite les valeurs reues des
agences qui lui sont rattaches.
Le CTR contrle la conformit des remises reues, scanne les chques/LCN et les
tickets de remises correspondants et archive les valeurs par journe.
Page 30
3.2.3 CTN DH agence mre et agence isole
Figure 3.4 : CTN DH agence mre et agence isole

Le CTN DH traite les LCN reues des agences mres et isoles, il les conserve son
niveau jusqu lchance de leur date de paiement.
Le traitement des chques ne remonte pas jusquau CTN DH, il est limit aux agences
mres ou isoles pour la scannarisation ensuite les chques passent larchivage.
3.2.4 Courrier National
Le courrier national est une entit qui appartient au STC et qui prend en charge :
q La gestion du courrier dATTIJARIWAFA BANK.
q Lacheminement du courrier du sige au rseau (agences, centres daffaires,
CTR, etc.) et vice versa.
q La gestion de circulation du courrier entre les siges (YAAKOUB MANSOUR,
MOULAY YOUSSEF etc).
Page 31
q Gestion de prestataire courrier national.

q Gestion de prestataire Edition (impression relev client).
q Affranchissement (Timbres, enveloppe) du courrier destination client.
q Gestion des caisses rgionales.
q Gestion du portefeuille rgional (chancier manuel et conservation).
q Assistance aux rseaux
3.2.5 Archives centrales
Les archives centrales est une entit qui appartient la logistique.
Elle a pour charge :
q Larchivage des documents.
q Centralisation de larchivage soit aux niveaux de ses locaux soit au niveau de ses
prestataires.
3.3
Spcification des besoins
Ltude et lanalyse de lexistant permet de reprer les exigences et la comprhension

du fonctionnement du processus.
Cette tude a permis de dfinir la dmarche suivante :
o Formalisation du besoin des utilisateurs finaux.
o Conception dun systme satisfaisant les objectifs.
o Accessibilit linformation ncessaire pour le projet.
o Choix dune plateforme de dveloppement plus pratique.
o Ralisation des interfaces rpondant aux attentes des utilisateurs du systme
cible.
Conclusion
Dans ce chapitre, nous avons effectu une analyse de lexistant qui est une phase
importante travers laquelle nous allons concevoir et raliser le systme futur aprs
avoir cern les exigences et les besoins des utilisateurs.
Page 32
Chapitre 4 : Conception et analyse
Dans ce chapitre, nous allons prsenter la mthode danalyse et de conception utilise

Pour bien mener le projet de fin dtudes
Page 33
Introduction
Une mthode d'analyse et de conception est un procd qui a pour objectif de permettre
de formaliser les tapes prliminaires du dveloppement d'un systme afin de rendre ce
dveloppement plus fidle aux besoins du client. Pour ce faire, on part d'un nonc
informel (le besoin tel qu'il est exprim par le client, complt par des recherches
d'informations auprs des experts du domaine fonctionnel, comme par exemple les futurs
utilisateurs d'un logiciel), ainsi que de l'analyse de l'existant ventuel.
4.1
Choix de mthode danalyse et de conception
La phase d'analyse permet de lister les rsultats attendus, en termes de fonctionnalits,

de performance, de robustesse, de maintenance, de scurit, d'extensibilit, etc.
La phase de conception permet de dcrire de manire non ambigu, le plus souvent en
utilisant un langage de modlisation, le fonctionnement futur du systme, afin d'en
faciliter la ralisation.
4.1.1 Mthode UML
UML est une notation permettant de modliser un problme de faon standard. Ce
langage est n de la fusion de plusieurs mthodes existant auparavant, et est devenu
dsormais la rfrence en terme de modlisation objet, un tel point que sa
connaissance est souvent ncessaire pour obtenir un poste de dveloppeur objet.
UML est l'accomplissement de la fusion de prcdents langages de modlisation objet :
Booch, OMT, OOSE. Principalement issu des travaux de Grady Booch, James
Rumbaugh et Ivar Jacobson, UML est prsent un standard dfini par l'Object
Management Group (OMG). La dernire version diffuse par l'OMG est UML 2.3 depuis
mai 2010.
Comme UML n'impose pas de mthode de travail particulire, il peut tre intgr
Page 34
nimporte quel processus de dveloppement logiciel de manire transparente. UML est

une sorte de bote outils, qui permet d'amliorer progressivement les mthodes de
travail, tout en prservant vos modes de fonctionnement.
Intgrer UML dans un processus ne signifie donc pas rvolutionner ses mthodes de
Travail mais ladapter au besoin souhait.
Pour ce but, nous avons vis de le combiner avec la mthode Scrum qui favorise le
dveloppement plus que la conception, cette dernire doit tre prcise et rpondant aux
besoins de faon simple et prcise.
4.1.2 Mthode Scrum
Figure 4.1 : Mthode Scrum

La mthode Scrum est une mthode agile ddie la gestion des projets.
Le principe de base de Scrum est de focaliser l'quipe sur une partie limite et
matrisable des fonctionnalits raliser. Ces incrments se ralisent successivement
lors de priodes de dure fixe de une quatre semaines, appeles sprints. Chaque
sprint possde, pralablement son excution, un but atteindre.
Page 35
Un principe fort en Scrum est la participation active du client pour dfinir les priorits
dans les fonctionnalits du logiciel et pour choisir celles qui seront ralises dans chaque
sprint. Il peutt tout moment complter ou modifier la liste des fonctionnalits produire,
mais jamais celles qui sont en cours de ralisation pendant un sprint.
sprint
4.1.3 Les ides cls de la mthode Scrum
Le client au cur du projet.
Lesprit dquipe.
La communication est la cl.
Simplicit efficacit et qualit.
Flexibilit aux changements.
Avancement bas sur le concret.
4.2
Diagramme des
s acteurs
Figure 4.2
4 : Diagramme des acteurs
Ce diagramme est une prsentation des diffrents utilisateurs du systme.
Les acteurs du systme sont :
Page 36
Responsable
esponsable point de capture ou de conservation.
Responsable du courrier national.
Responsable des archives centrales.
Nous allons maintenant spcifier le diagramme de cas dutilisation gnrale qui donnera
une vision globale propos des diffrentes oprations du systme laborer.
4.3
Diagramme de use case
Figure 4.3
4 : Diagramme de cas dutilisation
Le diagramme de use case est une vision globale des diffrents acteurs et les oprations
quils effectuent
ffectuent dans le systme.
Page 37
Chaque acteur a des missions faire. Pourtant ils peuvent partager quelques missions
entre eux comme la recherche, la consultation.
4.4
Documentation des use case
Fiche descriptive de use case : Crer un nouvel envoi

Titre : Saisir un nouvel envoi.
But : La cration dun nouvel envoi et saisie des Keep Safe envoyer.
Rsum : Un nouvel envoi consiste une nouvelle saisie de rfrences de Keep
Safe ainsi que les autres informations.
Pr-condition
Pour que le courrier national puisse accder au systme, une authentification au
pralable est obligatoire pour vrifier si le profil est adquat.
Scnario nominal
1. Un point de conservation/capture sauthentifie.
2. Le point choisit de crer un nouvel envoi.
3. Il mentionne les informations cohrentes concernant lenvoi dun nouveau
Keep Safe.
4. Le point envoi le Keep Safe au courrier national.
Scnario alternatif
Alt1 Lors de lauthentification, on peut avoir deux cas
1. a Une authentification russie et passage au 2me point du scnario nominal.
1. b Une authentification errone donc il faut retaper le login/mot de passe.
Alt2 Le choix de saisie ramne vers une interface consacre la saisie
Alt3 Lors de saisie dinformation de Keep Safe
3. a Donnes saisies cohrentes donc aller vers le point 4 du S.N
3. b Fausse manipulation ou rfrence de Keep Safe qui existe dj donc
Affichage dun message derreur qui indiquera la nature de lerreur.
Alt4 Lors de cette tape, le point clique sur le bouton valider pour la confirmation
ensuite les donnes sont envoyes au courrier national.
4. a Donnes envoyes et rcupration de la part du courrier national
4. b Echec denvoi et reprise de saisie (retour au point 3 du S.N).
Page 38
Fiche descriptive de use case : Mise jour des Keep Safe

Titre
: Mettre jour un Keep Safe.
But
: Modification ou suppression des Keep Safe aprs rception.
Rsum : Mise jour des Keep Safe et changement de leur statut.

Pr-condition
Le courrier national sauthentifie pour quil puisse accder son espace.
Le point devra envoyer des Keep Safe.
Scnario nominal
1. Le courrier national sauthentifie.
2. Le courrier national consulte la liste des Keep Safe.
3. Il vrifie leur conformit et compare ce qui est reu avec ce qui est envoy.
4. Il change le statut des Keep Safe de Envoy reu
5. Il envoie les Keep Safe aux archives centrales.
Scnario alternatif
ALT1 Le courrier national sauthentifie pour pouvoir effectuer la mise jour
1. a Authentification avec succs.
1. b Authentification errone reprise du login et mot de passe.
ALT2 Consultation de la liste
2. a Liste des Keep Safe envoye par le C.N donc on passe au point 3 du S.N.
2. b Aucune liste de Keep Safe nest envoye Signaler au point denvoyer des
Keep safe traiter.
ALT3 vrification de conformit des Keep Safe en termes de nombre et tat
3. a Le nombre des Keep Safe reu et le nombre de Keep Safe envoy sont gaux
et Les Keep Safe sont en bon tat Passage au Point 4 du S.N
3. b Non correspondance des Keep Safe Avertir le point responsable de lenvoi.
ALT4 Changement de statut a deux niveaux.
3. a Changement de statut de envoy reu en ce qui concerne les Keep
safe conformes.
3. b Annuler la rception pour les Keep Safe qui ne sont pas conformes, marqu
comme statut refus ou en cours de traitement par le point etc
Page 39
4.5
Diagramme de squence de use case Crer un nouvel envoi
Figure 4.4 : Diagramme de squence de use case Crer nouvel envoi
Le diagramme de squence Crer un nouvel envoi montre la manire avec laquelle

un point de capture/conservation cre un nouvel envoi ainsi que les vrifications quil
faut faire pour une communication russie entre un point et le courrier national.
Page 40
4.6
Diagramme de squence de use case Mise jour dun Keep

Safe
Figure 4.5 : Diagramme de squence de use case Mise jour Keep Safe
Le diagramme de squence de mise jour de Keep safe explique les tapes du

processus dacheminement de Keep Safe ainsi que
ue la mise jour des Keep Safe.
Page 41
4.7
Processus BPM
Figure 4.6 : Processus BPM

Le processus BPM explique lacheminement des Keep Safe depuis un point de dpart
passant par plusieurs tats jusqu leur archivage et arrive au point final.
4.8
Processus BPEL
Figure 4.7 : Processus BPEL
Le processus BPEL permet de dcrire les rgles mtiers de chaque activit.
Page 42
4.9
Diagramme de flux
Figure 4.8 : Diagramme de flux

Le diagramme de flux ci-dessus dcrit le processus de gestion des chques et LCN.
Un point de capture ou de conservation saisit les informations des Keep Safe et les
envoie au courrier national.
Ce dernier les reoit et les met jour.
Sil dtecte une anomalie de non correspondance entre le nombre de Keep Safe envoy
et celui reu ou bien un Keep safe dchir ou manquant, il avertit le contrle interne pour
Page 43
les corriger ensuite et aprs correction, le Keep Safe est envoy aux archives centrales
qui mettent jour le statut et sils dtectent leur tour une anomalie, ils reprennent la
mme dmarche que le courrier national, avertissent le contrle interne (C.I) des
archives centrales qui interroge le contrle interne du courrier national et
aprs la
correction, les chques et LCN poursuivent leur chemin normalement.

Si aucune anomalie nest dtecte le processus poursuit son parcours paisiblement
jusqu larchivage des valeurs.
Aprs avoir bien cern le flux qui existe entre les diffrents acteurs, ce que nous pouvons
retenir cest que la gestion des chques ou LCN nest pas alatoire cest une gestion
base sur une organisation de flux et un acheminement bien dtermin.
4.10 Rgle de gestion

Les rgles de gestion ont t ralises suite de nombreuses runions avec la maitrise
douvrage, ces rgles permettent de dcortiquer le problme et le simplifier afin de
faciliter sa comprhension et rendre la solution plus claire.
Voici les rgles de gestion que nous avons dtermines :
R.G 1 : Un
point se divise en deux catgories : point de capture et point de
conservation.
R.G
2 : Un point de capture est le point qui est responsable de la capture de limage
des chques et LCN ainsi que la scannarisation.

R.G 3 : Les points de capture sont : CTR, agence mre et agence isole.
R.G 4 : Une valeur est soit un chque ou LCN.
R.G 5 : Un point de conservation traite les LCN.
R.G 6
: Un point de conservation garde les valeurs physiques des LCN jusqu
lchance de leur date de paiement.

R.G 7
: Les points de conservation sont : CTR et CTN DH.
Page 44
R.G 8
: Les agences mres et isoles envoient les chques au courrier national.
R.G 9 : Les grandes rgions comme Marrakech et Agadir ont un C.T.R.

R.G 10 : Un C.T. R est rattach plusieurs agences ( lexception agence mre et
agence isole).
R.G 11 : Une petite rgion a une agence mre ou agence isole.
R.G 12 : Une agence mre est rattache des agences.
R.G 13 : Les agences rattaches au CTR et aux agences mres traitent et contrlent les
chques.
R.G 14 : Une agence isole est une agence autonome, nest rattache aucune agence
effectuant ses traitements individuellement.
R.G 15 : Un point de capture/de conservation envoie les valeurs dans des Keep Safe au
Courrier National.
R.G 16 : Le C.N valide la rception des Keep Safe et enregistre les anomalies
rencontres.
R.G 17 : Le C .N envoie les Keep Safe aux archives centrales pour leur archivage.
Aprs avoir dfini les rgles de gestion, la ralisation dun diagramme de classe devient
simple et le problme que nous avons, devient plus clair rsoudre car larchitecture de
la base de donnes t clarifie suite la comprhension du systme.
Page 45
4.11 Diagramme de classe
Figure 4.9 : Diagramme de classe

Le diagramme de classe ci-dessus
ci dessus prsente les diffrents objets constituant
const
notre
modle relationnel,, le centre de diagramme est lobjet Keep Safe qui interagt avec les
autres objets.
Un point se permet denvoyer plusieurs Keep Safe par jour au courrier national qui son
tour envoi les Keep Safe aux archives centrales.
Un Keep Safe doit comporter en principe une seule nature de valeur et peut avoir
avoi
plusieurs statuts tout le long de son acheminement allant dun statut initial puis
intermdiaire et ayant finalement un statut final.
Page 46
Conclusion
Dans ce chapitre, nous avons modlis et dcrit quelques rayons de la solution
laquelle nous souhaitons aboutir grce des diagrammes facilitant la modlisation et la
comprhension de la problmatique pose. Dans le chapitre suivant, nous voquerons
larchitecture de dploiement et de dveloppement de la solution cible.
Page 47
Chapitre 5 : Ralisation
Dans ce chapitre, nous dcrirons larchitecture de dveloppement et de dploiement de

la solution cible
Page 48
Introduction`
Dans cette phase, nous allons expliquer larchitecture de dveloppement et dploiement
pour la ralisation de lapplication de Gestion des valeurs archives chques et LCN
Nous procderons par une description de larchitecture de dveloppement en premier
lieu ensuite nous prsenterons larchitecture de dploiement.
5.1
Architecture de dveloppement J2EE
GWT 2.0
Couche prsentation
Application GWT
Couche intgration (Console server)

HTTP
Couche mtier (Processus)
JBPM 5
ODBC
Couche persistance
Hibernate / JPA 2.0
DAO
JDBC
MySql
Figure 5.1 : Architecture de dveloppement J2EE
Page 49
5.1.1 Prsentation de larchitecture 3 tiers

L'architecture 3-tiers ou architecture trois niveaux est l'application du modle plus
gnral qu'est le multi-tiers. L'architecture logique du systme est divise en trois
niveaux ou couches :
o
couche prsentation
couche mtier
couche accs aux donnes
L'architecture 3-tier est un modle logique d'architecture applicative qui vise sparer
trs nettement trois couches logicielles au sein d'une mme application ou systme,
modliser et prsenter cette application comme un empilement de trois couches, tages,
niveaux dont le rle est clairement dfini :
La prsentation des donnes : correspondant l'affichage, la restitution sur le

poste de travail, le dialogue avec l'utilisateur.
Le traitement mtier des donnes (processus) : correspondant la mise en

uvre de l'ensemble des rgles de gestion et de la logique applicative, orchestre
un certain nombre de service.
Et enfin l'accs aux donnes persistantes correspondant aux donnes qui sont
destines tre conserves sur la dure, voir de manire dfinitive.
5.1.2 Prsentation des couches de larchitecture 3 tiers
a. Couche Prsentation (premier niveau)

Elle correspond la partie de l'application visible et interactive avec les utilisateurs. On
parle d'Interface Homme Machine. En informatique, elle peut tre ralise par une
application graphique ou textuelle. Elle peut aussi tre reprsente en HTML pour tre
exploite par un navigateur web ou en WML pour tre utilise par un tlphone portable.
On conoit facilement que cette interface peut prendre de multiples facettes sans
changer la finalit de l'application. Dans le cas d'un systme de distributeurs de billets,
Page 50
l'automate peut tre diffrent d'une banque l'autre, mais les fonctionnalits offertes sont
similaires et les services identiques (fournir des billets, donner un extrait de compte, etc.).
Toujours dans le secteur bancaire, une mme fonctionnalit mtier (par exemple, la
commande d'un nouveau chquier) pourra prendre diffrentes formes de prsentation
selon qu'elle se droule sur Internet, sur un distributeur automatique de billets ou sur
l'cran d'un charg de clientle en agence.
La couche prsentation relaie les requtes de l'utilisateur destination de la couche
mtier, et en retour lui prsente les informations renvoyes par les traitements de cette
couche. Il s'agit donc ici d'un assemblage de services mtiers et applicatifs offerts par la
couche infrieure.
b. Couche Mtier / Business (second niveau)

Elle correspond la partie fonctionnelle de l'application, celle qui implmente la
logique , et qui dcrit les oprations que l'application opre sur les donnes en
fonction des requtes des utilisateurs, effectues au travers de la couche prsentation.
Les diffrentes rgles de gestion et de contrle du systme sont mises en uvre dans
cette couche.
La couche mtier offre des services applicatifs et mtier la couche prsentation. Pour
fournir ces services, elle s'appuie, le cas chant, sur les donnes du systme,
accessibles au travers des services de la couche infrieure. En retour, elle renvoie la
couche prsentation les rsultats qu'elle a calculs.
c. Couche Accs aux donnes (troisime niveau)

Elle consiste en la partie grant l'accs aux gisements de donnes du systme. Ces
donnes peuvent tre propres au systme, ou gres par un autre systme. La couche
mtier n'a pas s'adapter ces deux cas, ils sont transparents pour elle, et elle accde
aux donnes de manire uniforme.
Page 51
5.2
Architecture de dploiement
Tomcat 7
JBPM-server.war
GWT-Consoleserver.war
GWT-application.war
Figure 5.2 : Serveurs dapplication

Nous allons dcrire les serveurs utilises dans lapplication :
Tomcat 7 : Tomcat est un serveur Web qui gre les servlets et les JSP. C'est le
compilateur Jasper qui compile les pages JSP pour en faire des servlets. Le moteur de
servlet Tomcat est souvent employ en combinaison avec un serveur Web Apache ou
d'autres serveurs Web.
JBPM-server.war : Pour le dploiement des applications BPM.
GWT-Consoleserver.war : La couche dintgration des applications GWT.
Page 52
5.3
Outils et mthodologie
Outils
Ide Eclipse helios J2ee
Description
Fonctionnalit
L'IDE Eclipse Platform
Modlisation et Conception.
Reporting et test.
Tomcat 7.0
Tomcat version 7.0
Implmente les spcifications

servlet 3.0, JSP 2.2 et EL 2.2
Amliore la dtection des fuites
de mmoires mode hberg
simplifi.
Plugin GWT 2.0
Ensemble doutils
Cration et maintien des
logiciels dvelopps par

Google
applications web dynamiques

Utilisation de nimporte quel
navigateur
Plugin JBPM 5
Gestion de flux dinformation
Moteur de workflow
Coordination entre bien et

personnes
Dessin graphique des
diffrentes tapes dun
processus
logiciel
Plugin drools 5.2
libre
distribu
systme de gestion de rgles
selon les termes de la
mtier utilisant un moteur
licence
d'infrence chanage avant.
Apache
sa
dernire version est 5.2

Figure 5.3 : Outils et mthodologie
Page 53
5.4
Interfaces de lapplication
Figure 5.4 : IHM dauthentification
Cette page permet aux utilisateurs de sauthentifier via un login et mot de passe.
Page 54
Figure 5.5 : IHM de saisie dun nouvel envoi
Aprs lauthentification, un point de capture ou de conservation accde son espace et

choisit de saisir un nouvel envoi, il doit remplir les informations dun Keep Safe et les
enregistrer. Sinon il peut annuler lenvoi et choisir deffectuer une autre opration.
Page 55
Figure 5.6 : IHM daffichage de Keep safe
Cette page permet dafficher la liste des envois par point, ou recherche par date selon le
critre choisi par lutilisateur.
Conclusion
Dans ce chapitre, nous avons prsent les architectures de dveloppement et de
dploiement ainsi que les outils intgrs, nous avons dcrit les outils et les architectures
dans le but de faire comprendre et dmontrer le mcanisme de son fonctionnement.
Page 56
Conclusion Gnrale
Mon projet de fin dtudes a trait la problmatique darchivage des chques et LCN.
Les objectifs raliss sont : Etude et analyse de lexistant, conception gnrale et
dtaille ainsi que la ralisation du module fonctionnel de traitement des chques et
LCN.
Les objectifs qui peuvent enrichir plus lapplication est de faire un module dalerte pour
permettre la relance et lalerte de plusieurs intervenants du cycle de vie de processus.
Mon projet de fin dtudes tait une exprience enrichissante sur plusieurs plans :
personnel, relationnel et professionnel.
Durant la priode de stage, jai pu acqurir de nouvelles comptences, mettre en uvre
mes connaissances thoriques et pratiques que jai apprises durant mes tudes
dIngnierie dInformatique et Rseaux.
Avoir lesprit danalyse, savoir convaincre et exprimer ses ides ainsi que lesprit
dchange et de communication sont
des points fondamentaux pour la russite de
chacun dentre nous malgr les difficults que jai pu rencontrer grce la patience et la
volont je les ai surmontes. Jai appris tre plus autonome, travailler en quipe ainsi
que fixer des objectifs et les atteindre et le sujet que jai trait tait pour moi une vraie
source dinnovation et un grand moment de rflexion car il ma permis de vivre
lopportunit de raliser un travail personnel et prcieux. Ce que jai retenu cest quen
affrontant les obstacles et en souvrant des nouveaux horizons quon peut avoir les
cls de la satisfaction.
Page 57
WEBLIOGRAPHIE
http://www.jboss.org/jbpm
http://docs.jboss.org/jbpm/v3/gpd/installation.html
http://fr.wikipedia.org/wiki/Scrum_(m%C3%A9thode)
http://www.korecky.org/?p=492&langswitch_lang=en
http://moritan.developpez.com/tutoriels/java/gwt/premier/projet/
http://code.google.com/intl/fr/webtoolkit/doc/latest/tutorial/
Page 58

PFE Sanae

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

PFE Sanae

Hochgeladen von

Copyright:

Verfügbare Formate

Ddicace

A tous mes amis

Projet de fin dtudes

Systmes dInformation Groupe et Mme Soumaya LRHEZZIOUI,

Responsable de lentit PMO et supports et Moyens des systmes dInformation Groupe,

mes trs chers parents qui mont toujours

support et encourag et envers qui je serais reconnaissante vie.

Projet de fin dtudes

Banque Commerciale du Maroc

Systme dInformation Groupe

Lettre de Change Normalise

Centre de Traitement Rgional

Centre de Traitement National Dirham

Gestion Electronique des Documents

Unified Modeling Language

Java business Process Management

Business Process Excecution Language

Business Process Management

Google Web Toolkit

Java Server Page

Service de Traitement Clientle

Projet de fin dtudes

LISTE DES FIGURES

Figure 5.1 : Architecture de dveloppement J2EE. ................................................. 49

Projet de fin dtudes

Prsentation dATTIJARIWAFA Bank .............................................................................12

Fiche signaltique ...............................................................................................................14

Prsentation des Systmes dInformation Groupe (SIG) ..............................................17

Mission du SIG ............................................................................................................17

Organisation du SIG ...................................................................................................17

Entit Etudes et Dveloppement ..............................................................................17

Planning rel ........................................................................................................................23

Analyse des carts ..............................................................................................................24

Analyse de lexistant ...........................................................................................................26

Description du processus actuel ...............................................................................26

Procdure darchivage des chques et LCN .........................................................28

Utilisateurs du systme cible .............................................................................................29

Distinction entre un point de capture et un point de conservation : ...................29

Projet de fin dtudes

CTN DH agence mre et agence isole ..................................................................31

Courrier National .........................................................................................................31

Archives centrales .......................................................................................................32

Spcification des besoins ..................................................................................................32

Choix de mthode danalyse et de conception ...............................................................34

Mthode UML ..............................................................................................................34

Mthode Scrum ...........................................................................................................35

Les ides cls de la mthode Scrum .......................................................................36

Diagramme des acteurs .....................................................................................................36

Diagramme de use case ....................................................................................................37

Documentation des use case .................................................................................... 38

Diagramme de squence de use case Crer un nouvel envoi ..............................40

Processus BPM ...................................................................................................................42

Diagramme de flux ..............................................................................................................43

Diagramme de classe .........................................................................................................46

Architecture de dveloppement J2EE.............................................................................49

Prsentation de larchitecture 3 tiers ........................................................................50

Prsentation des couches de larchitecture 3 tiers ................................................50

Architecture de dploiement ..............................................................................................52

Outils et mthodologie ........................................................................................................53

Interfaces de lapplication ..................................................................................................54

Projet de fin dtudes

Projet de fin dtudes

Projet de fin dtudes