Vous êtes sur la page 1sur 58

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.

Projet de fin dtudes

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

Projet de fin dtudes

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
Projet de fin dtudes

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

Projet de fin dtudes

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

Projet de fin dtudes

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

Projet de fin dtudes

Page 7

Conclusion..............................................................................................................................................56
Conclusion Gnrale ..................................................................................................................................57
WEBLIOGRAPHIE ......................................................................................................................................58

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

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

Projet de fin dtudes

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.

Projet de fin dtudes

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

Projet de fin dtudes

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.

Projet de fin dtudes

Page 15

1.5

Organigramme

Figure 1.3: Organigramme dATW

Projet de fin dtudes

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.

Projet de fin dtudes

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

Projet de fin dtudes

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.

Projet de fin dtudes

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

Projet de fin dtudes

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.

Projet de fin dtudes

Page 21

Figure 2.1 : Planning prvisionnel

Projet de fin dtudes

Page 22

2.2

Planning rel

Figure 2.2 : Planning rel

Projet de fin dtudes

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.

Projet de fin dtudes

Page 24

Chapitre 3 : Etude de lexistant

Dans cette phase, nous allons faire une analyse de lexistant ainsi quune spcification
des besoins

Projet de fin dtudes

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.

Projet de fin dtudes

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

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

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).

Projet de fin dtudes

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.

Projet de fin dtudes

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

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

Projet de fin dtudes

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.

Projet de fin dtudes

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 :

Projet de fin dtudes

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.

Projet de fin dtudes

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).

Projet de fin dtudes

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

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

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

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

Page 47

Chapitre 5 : Ralisation

Dans ce chapitre, nous dcrirons larchitecture de dveloppement et de dploiement de


la solution cible

Projet de fin dtudes

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

Projet de fin dtudes

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,

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

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

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

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.

Projet de fin dtudes

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/

Projet de fin dtudes

Page 58

Vous aimerez peut-être aussi