Version Finale

« Nous ne pouvons pas prédire où nous conduira la
Révolution Informatique. Tout ce que nous savons avec

certitude, c’est que, quand on y sera enfin, on n’aura pas
assez de RAM. »
Dave Barry
Dédicaces
Je dédie ce travail…
A la mémoire de ma mère…Paix à son âme.
A mon cher père Noureddine pour le soutien qu’il m’a toujours
apporté, ses sacrifices, tout son amour et compréhension.
A mes chers frères pour leurs soutiens et encouragements.
A mes amis et à toute personne ayant participé de près ou de
loin à l’accomplissement de ce travail en témoignage de ma
gratitude et de ma sincère reconnaissance.
2
Remerciements
Je tiens à exprimer toute ma reconnaissance à toutes les personnes qui ont contribué de
près ou de loin au bon déroulement de ce travail.
En préambule, Je tiens à assurer ma profonde gratitude à mon encadrant Monsieur Sami

Essid dont J’ai eu l’honneur de travailler sous son assistance et de profiter de sa grande
expérience ainsi ses qualités humaines et professionnelles, Monsieur Mehdi Ben Salah
directeur du Développement à la Banque de Tunisie pour le temps qu’il nous a consacré pour
répondre à toutes nos interrogations ainsi pour ses suivis et ses conseils. Et des sincères
gratitudes et remerciement pour Monsieur Mohamed Amine Bouassida qui m’a aidé à
m’intégrer au sein de l’équipe.
Je remercie, aussi, mon encadrant à ESPRIT Monsieur Chamseddine Euchi qui a bien
veillé et assuré la direction de ce travail. Je le remercie infiniment pour son assistance et ses
précieuses recommandations tout au long de la réalisation de ce projet.
Mes remerciements sont attribués également aux membres de jury qui ont accepté de me
prêter leur attention et évaluer mon travail.
Enfin, il faut souligner la contribution majeure du savoir et savoir-faire, acquis au sein de

mon école ESPRIT. C'est ainsi et avec une immense fierté que j’adresse mes remerciements les
plus distingués à tous mes enseignants.
Merci à tous.
3
Table des matières
Introduction Générale ...................................................................................................................... 10

CHAPITRE I : Cadre du Travail ........................................................................................................... 11
Introduction ..................................................................................................................................... 12
I. Organisme d’accueil .................................................................................................................. 12
1. Présentation de la Banque de Tunisie ................................................................................ 12
2. Organisation de la BT ........................................................................................................ 13
II. Cadre du sujet ....................................................................................................................... 14
III. Etude de l’existant ................................................................................................................. 14
IV. Problématique ....................................................................................................................... 15
V. Solution proposée ................................................................................................................. 15
VI. Choix de la méthodologie de travail...................................................................................... 16
1. Etude comparative des méthodes envisagées .................................................................... 16
2. Choix de la méthode Scrum .............................................................................................. 17
VII. Backlog Produit...................................................................................................................... 18
Les * représentent les taches qui m’ont été attribuées .................................................................. 19
Conclusion ........................................................................................................................................ 20
CHAPITRE 2 : Analyse & Spécifications des besoins ......................................................................... 21
Introduction ..................................................................................................................................... 22
I. Analyse des besoins................................................................................................................... 22
1. Besoins fonctionnels .......................................................................................................... 22
2. Besoins non fonctionnels ................................................................................................... 23
3. Recueil des acteurs ............................................................................................................ 24
II. Planification des sprints ........................................................................................................ 24
III. Identification de cas d’utilisation global ............................................................................... 25
IV. Description des sprints .......................................................................................................... 25
1. Sprint 0 .............................................................................................................................. 25
2. Sprint 1 .............................................................................................................................. 25
2.1 Backlog Sprint 1 ................................................................................................................ 26
2.2 Raffinement du cas d’utilisation « Gérer clientèle» .......................................................... 27
2.3 Diagramme de séquence système « Consulter la liste des personnes morales » ............... 27
2.4 Diagramme de séquence système « Imprimer fiche Personne Morale» ............................ 31
2.5 Diagramme de classe Sprint 1 ........................................................................................... 32
4
3. Sprint 2 .............................................................................................................................. 33
3.1 Backlog Sprint 2 ................................................................................................................ 33
3.2 Raffinement du cas d’utilisation « Gérer compte» ............................................................ 34
3.3 Diagramme de séquence système « Consulter la liste des comptes » ............................... 34
4. Sprint 3 .............................................................................................................................. 39
4.1 Backlog Sprint 3 ................................................................................................................ 40
4.2 Raffinement du cas d’utilisation « Gérer référentiel» ....................................................... 40
4.3 Diagramme de séquence système « Gérer profession » .................................................... 41
5. Sprint 4 .............................................................................................................................. 45
5.1 Backlog Sprint 4 ............................................................................................................. 45
5.2 Raffinement du cas d’utilisation « Gérer les rôles et habilitations» ............................. 45
5.3 Diagramme de séquence système « Authentification » ............................................... 46
5.4 Diagramme de classe Sprint 4 ....................................................................................... 47
Conclusion ........................................................................................................................................ 47
CHAPITRE 3 : Conception ................................................................................................................. 48
Introduction ..................................................................................................................................... 49
I. Architecture adoptée ................................................................................................................ 49
1. Architecture physique (3-tiers) .......................................................................................... 49
2. Architecture logique .......................................................................................................... 50
II. Conception ............................................................................................................................ 51
1. Diagramme de déploiement ............................................................................................... 51
2. Diagramme de classe ......................................................................................................... 52
3. Diagramme de séquence objet « Générer les statistiques » ............................................... 54
4. Diagramme d’activité « Créer une personne physique » ................................................... 56
Conclusion ........................................................................................................................................ 58
CHAPITRE 4 : Réalisation .................................................................................................................. 59
Introduction ..................................................................................................................................... 60
I. Environnement de travail .......................................................................................................... 60
1. Visual Studio 2015 ............................................................................................................ 60
1.1 IDE Visual Studio ............................................................................................................ 60
1.2 Visual Studio Team Fondation Server ........................................................................... 60
2. IBM DB2 AS400 ............................................................................................................... 61
3. IIS 8 : Serveur d’application.............................................................................................. 61
5
4. StarUML 5.0 : Modélisation UML .................................................................................... 62
5. APIs et Framework Utilisés............................................................................................... 62
5.1 Bootstrap ....................................................................................................................... 62
5.2 JQuery ............................................................................................................................ 62
II. Les Taches réalisées............................................................................................................... 63
1. Sprint 1 .............................................................................................................................. 63
1.1 Gestion Personne Physique ........................................................................................... 63
1.2 Gestion Personne Morale .............................................................................................. 69
2. Sprint 2 .............................................................................................................................. 73
3. Sprint 3 .............................................................................................................................. 79
4. Sprint 4 .............................................................................................................................. 82
Conclusion ........................................................................................................................................ 83
Conclusion Et Perspectives............................................................................................................... 84
Annexe.............................................................................................................................................. 85
Norme KYC ................................................................................................................................. 85
Norme FATCA............................................................................................................................. 86
DB2 AS400 (IBM) ....................................................................................................................... 87
Nétographie ..................................................................................................................................... 88
6
Liste des figures
Figure 1: Logo Banque de Tunisie ................................................................................................ 12

Figure 2: Siège de la BT ................................................................................................................. 12
Figure 3: Organigramme de la BT ............................................................................................... 13
Figure 4: Cycle de développement ................................................................................................ 18
Figure 5: Backlog produit.............................................................................................................. 19
Figure 6: Planification des sprints ................................................................................................ 24
Figure 7: Diagramme de cas d'utilisation général ....................................................................... 25
Figure 8: Backlog Sprint 1............................................................................................................. 26
Figure 9: Gérer clientèle ................................................................................................................ 27
Figure 10: Consulter la liste des personnes morales ................................................................... 28
Figure 11: Imprimer fiche personne morale ................................................................................ 31
Figure 12: Diagramme de classe Sprint 1 .................................................................................... 32
Figure 13: Backlog Sprint 2........................................................................................................... 33
Figure 14: Gérer compte................................................................................................................ 34
Figure 15: Consulter la liste des comptes ..................................................................................... 35
Figure 18: Gérer référentiel .......................................................................................................... 41
Figure 19: Gérer profession .......................................................................................................... 42
Figure 22: Gérer les rôles et habilitations .................................................................................... 45
Figure 23: Authentification ........................................................................................................... 46
Figure 25: Architecture 3-tiers...................................................................................................... 49
Figure 26 : Modèle MVC ............................................................................................................... 51
Figure 27: Diagramme de déploiement ........................................................................................ 52
Figure 28: Diagramme de classe général ...................................................................................... 53
Figure 29: Générer les statistiques................................................................................................ 55
Figure 30: Créer une personne physique ..................................................................................... 57
Figure 31: Logo de Visual Studio.................................................................................................. 60
Figure 32: Logo de Visual Studio Team Foundation Server ...................................................... 60
Figure 33: Logo de IBM................................................................................................................. 61
7
Figure 34: Logo IIS 8 ..................................................................................................................... 61
Figure 35: Logo de StarUML ........................................................................................................ 62
Figure 36: Logo de Bootstrap ........................................................................................................ 62
Figure 37: Logo de JQuery ............................................................................................................ 62
Figure 38: Informations générales ................................................................................................ 63
Figure 39: Contacts/Coordonnées................................................................................................. 64
Figure 40: Situation Professionnelle ............................................................................................. 64
Figure 41: Informations Personnelles........................................................................................... 65
Figure 42: Saisie personne physique existante............................................................................. 65
Figure 43: Modification d'une personne physique ...................................................................... 66
Figure 44: Champs à modifier vides ............................................................................................. 66
Figure 45: Saisie personne physique inexistante ......................................................................... 67
Figure 46: Recherche personne physique par date ..................................................................... 68
Figure 47: Recherche personne physique par CIN ..................................................................... 68
Figure 48: Recherche personne physique par nom ..................................................................... 69
Figure 49: Recherche personne morale par date......................................................................... 70
Figure 50: Recherche personne morale par dénomination ........................................................ 70
Figure 51: Recherche personne morale par N° Registre ............................................................ 71
Figure 52: Impression fiche d'une personne morale ................................................................... 72
Figure 53: Recherche compte par date......................................................................................... 73
Figure 54: Recherche compte par intitulé de compte ................................................................. 74
Figure 55: Recherche compte par numéro de compte ................................................................ 74
Figure 56: Recherche compte par personne physique ................................................................ 75
Figure 57: Recherche compte par personne moral ..................................................................... 75
Figure 58: Nombre de comptes ouverts par mois ........................................................................ 76
Figure 59: Nombre de comptes ouverts par unité de gestion ..................................................... 77
Figure 60: Nombre de comptes ouverts par nature compte selon une unité de gestion........... 78
Figure 61: Nombre de comptes non-modifié par nature compte selon une unité de gestion... 79
Figure 62: Consulter la liste des professions ................................................................................ 80
Figure 63: Ajouter une profession ................................................................................................ 80
Figure 64: Modifier une profession .............................................................................................. 81
Figure 65: Supprimer une profession ........................................................................................... 81
Figure 66: Authentification via active directory.......................................................................... 82
8
Liste des tableaux
Tableau 1: Etude comparatives des différentes méthodes de travail ........................................ 17

Tableau 2: Description textuelle « Consulter la liste des personnes morales »......................... 30
Tableau 3: Description textuelle «Imprimer fiche personne morale » ...................................... 32
Tableau 4: Description textuelle « Consulter la liste des comptes » .......................................... 38
Tableau 5: Description textuelle «Gérer profession » ................................................................. 43
Tableau 6: Description textuelle « Gérer les rôles et habilitations » ......................................... 46
9
Introduction Générale
Les progrès dans le domaine des technologies de l’information et de la communication ont

fortement accéléré et facilité la vie de l’être humain. Avec l'explosion du marché bancaire,
toutes informations reliées au client sont devenue de plus en plus valorisante. Ces informations
sont une mine d'or pour celui qui les exploite...
Et pour préserver les droits de l’états et des services de polices internationaux et même pour
faire augmenter sa valeur et sa crédibilité dans le marché nationale et internationales, chaque
banque cherche à trouver une solution radicale contre le blanchiment d’argent et pour faire un
traçage exacte de l’argent entrant et sortant de chaque compte.
Le présent rapport s’articule autour de quatre chapitres.
Le premier chapitre représente une découverte du cadre de travail où on présente l’organisme

d’accueil ainsi notre sujet y compris la problématique, les solutions proposées.
Nous entamons ensuite le deuxième chapitre où on s’intéresse à. Ainsi nous consacrant le

troisième chapitre pour déterminer respectivement les besoins fonctionnels et les besoins non
fonctionnels, les diagrammes des cas d’utilisations et les diagrammes de séquences. Nous
abordons l’architecture adoptée et la conception de notre application au niveau du quatrième
chapitre. Finalement, on réserve le cinquième chapitre pour présenter en 1ère partie les logiciels
et les langages nécessaires utilisés à la mise en œuvre de l’application suivis par quelques
interfaces graphiques accompagnées par une explication pour chacun de ses fonctionnalités.
Nous clôturons ce rapport par une conclusion ainsi que les perspectives pour notre travail.
10
CHAPITRE I : Cadre du Travail
Introduction
Avant de procéder à la réalisation de notre projet, il est recommandé de présenter tout

d’abord son cadre général. Ce chapitre a pour objectif de présenter l’organisme d’accueil, le
cadre du sujet, l’étude de l’existant, la problématique, la solution proposée ainsi que le choix
de la méthodologie de travail.
I. Organisme d’accueil
1. Présentation de la Banque de Tunisie
La Banque de Tunisie ou encore la BT est l’une des plus anciennes banques

d’Afrique.
C’est une banque commerciale privée de Tunisie, fondée le 23 Septembre

1884, de forme juridique SA (Société Anonyme) disposant d’un capital de
150.000.000 dinars. Elle compte 120 agences et 165 distributeurs
automatiques de billets répartis sur le territoire Tunisien. Elle est située à 2 rue
de Turquie -1001, Tunis Tunisie comme le montre la figure 2. [1] Figure 1: Logo Banque de Tunisie
Figure 2: Siège de la BT
12
2. Organisation de la BT
Le site central de la banque est composé de deux bâtiments : tour A et tour B. Chacune est
composée de huit étages. Notre stage s’est déroulé dans la tour A et plus précisément dans la
direction informatique comme la montre la figure 3.
Figure 3: Organigramme de la BT
13
II. Cadre du sujet
Etant donné que la Banque de Tunisie cherche toujours à être à jour sur ses technologies
adoptées sur le marché bancaire à travers des solutions robustes, fiables et qui assure une bonne
gestion des données de son client, elle a opté pour une application qui centralise la base de
données de sa clientèle.
Cette centralisation respectera, en effet, des normes nationales (KYC) 1 et internationales

(FATCA) 2 qui assurent l’anti-blanchiment d’argent.
Ce projet est une solution interne : réalisée par ces propres développeurs internes ce qui rend
ce projet confidentiel, propriétaire de la banque et surtout jamais réalisable par un autre
organisme.
III. Etude de l’existant
La Banque de Tunisie dispose, auparavant, d’un système de gestion de la base clientèle basé
sur :
 Un système applicatif décentralisé d’où on distingue deux catégories des applicatifs :
o Des applicatifs centraux : Développés sous LANSA (ancien langage de

programmation sur (DB2 AS400)3).
o Des applicatifs agence : Chaque agence dispose de ses applicatifs anciens

développés en VB6 sous une base SQL server et gère ses données en local.
 Base de données décentralisée : Chaque unité (agence) possède son propre serveur de base
de données (SQL Server 2005). Cette base est répliquée dans toutes les agences.
 Les services Centraux utilisent une Base de données DB2 qui collecte les informations des
toutes les unités.
KYC 1 , FATCA 2 , DB2 AS400 3 : Voir Annexe
14
IV. Problématique
L’étude de l’existant nous a permis d’avantage de dégager la problématique qui consiste sur
les carences suivantes :
 La communication entre les deux systèmes (les applicatifs centraux et les applicatives
agences) se fait à travers un système d’échange de fichiers plats dont la structure est
définie et connue par ses différentes unités. Un traitement spécifique est développé au
niveau central pour collecter toutes les données et les stocker dans une base de données
(DB2 AS400). Cette architecture engendre des problèmes de maintenance des
applications, de déploiement des versions, de l’adaptation aux nouvelles technologies
(SOA …).
 Une architecture engendre des coûts et des processus pour assurer la maintenance et le
partage des données communes (système de réplication du référentiel, système de
sauvegarde pour chaque unité …) d’où la nécessité de migrer vers un système centralisé
avec un seul SGBD (DB2 AS400).
V. Solution proposée
Pour remédier à ce qui a été mentionné dans la partie précédente, la BT a opté pour la création
d’une application client léger dont elle doit respecter les critères suivants :
 Centralisée : Le choix est fait par les décideurs de la BT est de travailler sur une seule
base de données centralisée : DB2 AS400 : vu les investissements lourds en matières de
ressources allouées à cette plateforme (un grand budget est alloué à la maintenance de
la productivité de DB2).
 Riche et répond aux nouvelles normes : nationale (KYC) et norme internationale

(FATCA).De plus, enrichir la base actuelle par d’autres concepts Prospect, référentiel
plus riche et complet (base des professions, base des secteurs activité ….).
15
VI. Choix de la méthodologie de travail
1. Etude comparative des méthodes envisagées
Afin de minimiser ce risque et devant le nombre des méthodes disponibles, une comparaison
entre quelques-unes s’impose. On a réalisé ainsi une étude comparative entre des différentes
méthodes que nous pouvons envisagées pour l’élaboration de notre projet comme le montre le
tableau 1.
Méthodes Points forts Points faibles
Scrum  Itératif.  Une documentation limitée.
 Courtes itérations.  Priorité à la gestion des ressources
 Améliore la communication. humaines.
[2]  Une bonne productivité.
 Itératif.  Complexe et assez flou dans sa
Extreme  Développement guidé par les besoins du mise en œuvre.
programming client.  Focalisation sur l'aspect
 Fait une large place aux aspects individuel du développement au
techniques. détriment d'une vue globale et des

pratiques de management ou de
 Equipes réduites, centrées sur les
formalisation.
développeurs.
[3]  Pas de phase d'analyse.
 Adaptabilité aux modifications.
 Ignore les étapes postérieures
ainsi que les étapes antérieures.
Rational Unified  Itératif.  Convient pour les gros projets qui

Process génèrent beaucoup de
 Processus complet assisté par des outils.
documentation.
 Exhaustif.
 Coûteux en matière de formation
 Rôles bien définis, modélisation.
et mise en œuvre.
16
 Définition des interactions entre tous les  Peu de place pour le
acteurs du projet. développement.
 Modèles de documents.
 Idéal pour des projets de grande taille.

[4]
2TUP  Itératif.  Ne propose pas de documents
Two Track Unified  Large place pour le développement. types.
(modèle en Y)
 Adaptée par les projets à toutes tailles.  Plutôt superficiel sur les phases
Réduit la complexité technologique. situées en amont et en aval du

développement : capture des
 Définit l'usage d'UML.
besoins, support, maintenance,
 Fait une large place aux aspects gestion du changement.
techniques : prototypes, règles de
[5]
développement, tests.
Tableau 1: Etude comparatives des différentes méthodes de travail
2. Choix de la méthode Scrum
Dans notre projet nous avons choisi de suivre la méthode SCRUM. Cette méthode se base
sur :
 La communication : une communication qui est faite sous forme de dialogue.
 La collaboration du client : Une participation active du client pour définir les

priorités des fonctionnalités du logiciel et choisir lesquelles seront réalisées dans
chaque Sprint.
 Le travail avec des gens motivées et réactifs aux changements : Une capacité
d’adaptation aux changements de contexte et aux modifications de spécifications
intervenant pendant le processus de développement.
17
Le cycle de développement est un processus itératif basé sur des sprints courts. Comme le
montre la figure 4.
Figure 4: Cycle de développement
Chaque sprint possède un but à atteindre, défini par le « Product Owner », à partir duquel
sont choisies les fonctionnalités à implémenter dans ce sprint. Un sprint aboutit toujours à la
livraison d’un produit partiel fonctionnel. [6]
Pendant ce temps, le Scrum master a la charge de réduire les perturbations extérieures et de
résoudre les problèmes non techniques de l’équipe.
L’équipe Scrum est composée comme suit :
 Le Product Owner : Mehdi Ben Salah.
 Le Scrum Master : Sami Essid.
 L’équipe de développement : Sami Essid, Asma Fellah, Mohamed Amine Bouassida,
et Tarek Ben Ibrahim.
 L’équipe de design : Sami Essid, AsmaFellah, Mohamed Amine Bouassida et Tarek
Ben Ibrahim.
 Les intervenants : Toute l’équipe de développement de la banque.
VII. Backlog Produit
Ce Backlog Produit regroupe les fonctionnalités de notre application, définies par notre
Product Owner, sous forme de User Story comme le montre la figure 5.
18
Figure 5: Backlog produit
Les * représentent les taches qui m’ont été attribuées
19
Conclusion
Ce chapitre introductif nous a permis de mettre le projet dans son contexte général.
Nous avons pris connaissance du cadre d’élaboration du projet par présenter l’organisme
d’accueil, dégager l’étude de l’existant ainsi la problématique existante et d'exposer nos
solutions.
Le chapitre suivant sera consacré à l’analyse et spécification des besoins afin d’expliciter le
concept métier et les termes clés utilisés lors de la réalisation de ce projet.
20
CHAPITRE 2 : Analyse &
Spécifications des besoins
21
Introduction
Dans ce chapitre, nous allons spécifier les besoins fonctionnels et non fonctionnels de notre
application. Ces besoins seront par la suite modélisés aux moyens des cas d’utilisation et
diagrammes de séquence système UML qui seront présentées en sprints conformément à la
méthode SCRUM.
I. Analyse des besoins
L’analyse des besoins représente une des phases les plus importantes que comporte le cycle
de vie d’un projet. En effet, elle décrit les services dont le système est sensé fournir ainsi ses
contraintes.
1. Besoins fonctionnels
Une étude a été menée et nous a permis de dégager les besoins fonctionnels qui seront divisés
sous forme de modules étant donné que ce projet est gigantesque tels que :
 Gérer clientèle : qui consiste à la gestion des personnes physiques ainsi la gestion des
personnes morales (consultation, création, modification, suppression et impression des
fiches).
 Gérer compte : qui comprend la consultation, la création, la modification, la

suppression, l’impression des fiches et les statistiques.
 Gérer référentiel : consiste à extraire les tables communes de la base dans le référentiel
qui concernent :
o Nature_Compte (consultation, création, modification et suppression).
o Regime_Fiscal (consultation, création, modification et suppression).
22
o Devise (consultation, création, modification et suppression).
o Pays (consultation, création, modification et suppression).
o Ville (consultation, création, modification et suppression).
o Profession (consultation, création, modification et suppression).
o Catégorie_Socio_Prof (consultation, création, modification et suppression).
 Gérer rôles et habilitations : qui se fait à travers l’authentification via Active Directory
grâce à OWIN (Open Web Interface for .Net) qui représente une couche d’abstraction
entre notre serveur d’application et notre serveur AD.
2. Besoins non fonctionnels
A part les besoins fondamentaux, notre futur système doit répondre aux critères suivants
imposés par la BT :
 Ergonomie et convivialité du produit : Le système utilisera les couleurs Bien

choisies et affichera des Messages d’erreurs ou bien de succès clairs et informatifs
tout en respectant la charte graphique de l’entreprise.
 La fiabilité : l’application doit être disponible et opérationnelle à tout moment et

doit assurer un fonctionnement fiable pour l’agent de la BT.
 La performance : L’application doit être avant tout performante ; c'est à dire à

travers ses fonctionnalités ; elle répond aux exigences demandées par les décideurs
de la banque.
23
3. Recueil des acteurs
Un acteur, au sens UML, représente le rôle d'une entité externe (utilisateur humain ou non)
interagissant avec le système. Dans notre cas, nous avons :
 Administrateur : Octroi des accès, affectation des rôles et droits, il peut aussi maintenir
le référentiel.
 Chef d’agence : Vérifie et valide les informations saisies par le chargé de clientèle de
son agence.
 Comptable contrôleur : Il appartient à une unité centrale au niveau siège à la direction
comptabilité et sa tâche consiste à contrôler la validité et la conformité juridique des
informations à l'échelle centrale (visibilité globale sur toutes les agences). Il peut aussi
modifier des informations erronées
 Comptable validateur : Maintient le référentiel, réalise des statistiques ainsi effectuer
un suivi et une validation globale.
 Chargé de la clientèle : Démarche le client, effectue un entretien avec le client puis
saisie les informations collectées au prés de ce dernier. Il peut modifier des informations
concernant un client suite à des erreurs de saisie ainsi effectuer une consultation ou
impression des données.
II. Planification des sprints

Notre projet a été décomposé en sprints par le Scrum Master comme le montre la figure 6.
Figure 6: Planification des sprints
24
III. Identification de cas d’utilisation global
Ce diagramme de cas d’utilisation nous a permis d’hiérarchisées par rapport aux différents
intervenants comme le montre la figure 7.
Figure 7: Diagramme de cas d'utilisation général
IV. Description des sprints

1. Sprint 0
Ce Sprint initial est consacré à l’analyse de ce qui a été réalisé dans la première partie de ce
projet qui consiste globalement à l’adaptation avec le milieu de travail (techniquement et
professionnellement).
2. Sprint 1
Ce sprint est consacré pour la gestion clientèle qui comporte respectivement la gestion
des personnes physique ainsi la gestion des personnes morales comme le montre la figure 8.
25
2.1 Backlog Sprint 1
Figure 8: Backlog Sprint 1
Le profil qu’ils m’ont attribué à la banque pour me connecter est stage.

Mes taches sont celles assignées à stage.
26
2.2 Raffinement du cas d’utilisation « Gérer clientèle»
Nous allons dégager le diagramme raffiné du cas d’utilisation « Gérer clientèle » afin
d’expliquer l’aspect fonctionnel détaillé des taches qui m’ont été affecté comme le montre la
figure 9.
Figure 9: Gérer clientèle
2.3 Diagramme de séquence système « Consulter la liste des personnes

morales »
Ce diagramme de séquence systèmes décrit le comportement du système lors de la

consultation de la liste des personnes morales comme le montre la figure 10.
27
Figure 10: Consulter la liste des personnes morales
28
 Description Textuelle « Consulter la liste des personnes morales »
Titre Consulter la liste des personnes morales
Acteur Chargé de la clientèle, administrateur, chef d’agence, comptable contrôleur et comptable validateur.
Résumé Pour consulter la liste des personnes morales, le chargé de clientèle doit choisir son critère de
recherche (par date, par dénomination).
*NB : Dans le cas où il a choisi la recherche générale, il doit choisir entre ces trois critères à saisir :
 N° Registre
 Matricule Fiscale
 Ref Jort
 Les associations ne possèdent pas un numéro de registre c’est pour cela qu’on ajouté le
critère Ref Jort (référence jort) ou bien par matricule fiscale qui est valide aussi pour les
entreprises.
Précondition Tous les acteurs doivent s’authentifier.
Scénario Nominal 1
1. Le chargé de la clientèle accède à la rubrique « Consultation » à partir de l’onglet « Personne Morale ».
2. Le chargé de la clientèle doit choisir le critère de recherche « Recherche par date ».
3. Le chargé de la clientèle saisit une date de début et date de fin.
4. Le chargé de la clientèle valide son choix.
5. Le système affiche la liste filtrée des personnes morales.
Scénario Nominal 2
2. Le chargé de la clientèle doit choisir le critère de recherche « Recherche par dénomination».
3. Le chargé de la clientèle saisit une dénomination.
5. Le système affiche la liste filtrée des personnes morale
Scénario Nominal 3
2. Le chargé de la clientèle doit choisir le critère de recherche « Recherche Générale».
3. Le chargé de la clientèle saisit un numéro de registre ou matricule fiscale ou réf jort.
29
5. Le système affiche la liste filtrée des personnes morales.
Scénario Alternatif 1
A1 : Date invalide ou vide
Le scénario commence à l’étape 4.

5. Le système affiche un message d’erreur « Date début est invalide ou vide» si date début invalide ou vide sinon
il affiche un message d’erreur« Date fin est invalide ou vide » si date fin est invalide ou vide.
Retour à l’étape 3.
A1 : Dénomination inexistante ou vide.

5. Le système affiche un message d’erreur « Dénomination invalide ou vide».
A1 : N° Registre incorrect ou vide.

5. Le système affiche un message d’erreur « N° Registre invalide ou vide».
A2 : Matricule Fiscale inexistante ou vide.

5. Le système affiche un message d’erreur « Matricule Fiscale invalide ou vide».
A3 : Ref Jort inexistante ou vide.

5. Le système affiche un message d’erreur « Ref Jort invalide ou vide».
Tableau 2: Description textuelle « Consulter la liste des personnes morales »
30
2.4 Diagramme de séquence système « Imprimer fiche Personne
Morale»
Ce diagramme de séquence systèmes décrit le comportement du système lors de l’impression

de la fiche d’une personne morale comme le montre la figure 11.
Figure 11: Imprimer fiche personne morale
 Description Textuelle « Imprimer fiche personne morale »
Titre Imprimer fiche Personne Morale
Acteur Chargé de la clientèle et administrateur.
Résumé Pour imprimer une fiche d’une personne morale, le chargé de clientèle consulte la liste
des personnes morales puis visualise les détails d’une personne morale choisie et enfin il cliquer
sur le bouton imprimer.
Tous les acteurs procèdent à la consultation avant d’effectuer une impression.
31
Scénario Nominal
1. Le chargé de la clientèle visualise les détails d’une personne morale choisie.
2. Le système affiche les détails d’une personne morale.
3. Le chargé de la clientèle clique sur le bouton « imprimer ».
4. Le système affiche la fiche de la personne morale.
Tableau 3: Description textuelle «Imprimer fiche personne morale »
2.5 Diagramme de classe Sprint 1
Ce diagramme de classes modélise les classes du système et leurs relations appartenant au

sprint 4 qui consiste à la gestion clientèle comme le montre la figure 12.
Figure 12: Diagramme de classe Sprint 1
32
3. Sprint 2
Ce sprint est consacré pour la Gestion des comptes comme le montre la figure 13.
33
3.2 Raffinement du cas d’utilisation « Gérer compte»
Nous allons dégager le diagramme raffiné du cas d’utilisation « Gérer compte » afin
figure 14.
Figure 14: Gérer compte
3.3 Diagramme de séquence système « Consulter la liste des comptes »
Ce diagramme de séquence systèmes décrit le comportement du système lors de la

consultation de la liste des comptes comme le montre la figure 15.
34
Figure 15: Consulter la liste des comptes
 Description Textuelle « Consulter la listes des comptes »
Titre Consulter la liste des comptes
Acteur Chargé de la clientèle, administrateur, chef d’agence, comptable contrôleur et comptable

validateur.
35
Résumé Pour consulter la liste des personnes morales, le chargé de clientèle doit choisir son critère de
recherche (par date, par TID ou par dénomination).
*NB : Dans le cas où il a choisi la recherche par TID, un menu déroulant s’affiche ainsi il doit
sélectionner le TID (type d’identité) :
 CIN
 Numéro de passeport
 Numéro de carte séjour
Scénario Nominal 1
1. Le chargé de la clientèle accède à la rubrique « Consultation » à partir de l’onglet « Compte ».
2. Le chargé de la clientèle doit choisir le critère de recherche « Recherche par date ».
3. Le chargé de la clientèle saisit une date de début et date de fin.
5. Le système affiche la liste filtrée des personnes comptes.
Scénario Nominal 2
2. Le chargé de clientèle doit choisir le critère de recherche « Recherche par Intitulé de compte».
3. Le chargé de la clientèle saisit un intitulé de compte.
5. Le système affiche la liste filtrée des comptes.
Scénario Nominal 3
2. Le chargé de la clientèle doit choisir le critère de recherche « Recherche par Numéro de compte».
3. Le chargé de la clientèle saisit une agence et un numéro de compte.
Scénario Nominal 4
2. Le chargé de clientèle doit choisir le critère de recherche « Recherche par Personne Physique».
3. Le système affiche un menu déroulant.
4. Le chargé de la clientèle choisit CIN ou Numéro de passeport ou Numéro de carte séjour.
36
6. Le système affiche la liste filtrée des personnes comptes.
.Scénario Nominal 5
2. Le chargé de la clientèle doit choisir le critère de recherche « Recherche par Personne Morale».
3. Le chargé de la clientèle saisit le numéro de pièce d’identité d’une personne morale.
A1 : Date invalide ou vide

5. Le système affiche un message d’erreur « Date début est invalide ou vide» si date début invalide ou vide
sinon il affiche un message d’erreur« Date fin est invalide ou vide » si date fin est invalide ou vide.
A1 : Intitulé de compte inexistant ou vide.

5. Le système affiche un message d’erreur « N° pièce identité invalide ou vide».
A1 : Agence inexistante ou vide

5. Le système affiche un message d’erreur « Agence invalide ou vide».
A2 : Numéro de compte incorrect ou vide
5. Le système affiche un message d’erreur « Numéro de compte invalide ou vide».
A1 : CIN incorrect ou vide
37
5. Le système affiche un message d’erreur « CIN invalide ou vide».
A2 : Numéro de passeport incorrect ou vide

5. Le système affiche un message d’erreur « Numéro de passeport invalide ou vide».
A2 : Numéro de carte séjour incorrect ou vide

5. Le système affiche un message d’erreur « Numéro de carte séjour invalide ou vide».
. Scénario Alternatif 5
A1 : N° Registre incorrect ou vide.

5. Le système affiche un message d’erreur « N° Registre invalide ou vide».
A2 : Matricule Fiscale inexistante ou vide.

5. Le système affiche un message d’erreur « Matricule Fiscale invalide ou vide».
A3 : Ref Jort inexistante ou vide.

5. Le système affiche un message d’erreur « Ref Jort invalide ou vide».
Tableau 4: Description textuelle « Consulter la liste des comptes »
38

sprint 4 qui consiste à la gestion compte comme le montre la figure 16.
4. Sprint 3
Ce sprint est consacré pour la Gestion du Référentiel qui consiste à la Gestion des tables
de référence comme le montre la figure 17.
39
4.2 Raffinement du cas d’utilisation « Gérer référentiel»
Nous allons dégager le diagramme raffiné du cas d’utilisation « Gérer référentiel » afin
figure 18.
40
Figure 18: Gérer référentiel
4.3 Diagramme de séquence système « Gérer profession »
Ce diagramme de séquence systèmes décrit le comportement du système lors de la gestion

profession comme le montre la figure 19.
41
Figure 19: Gérer profession
 Description Textuelle « Gérer profession »
Titre Gérer profession
Acteur Administrateur et comptable contrôleur.
42
Résumé L’administrateur consulte la liste des professions, il peut aussi créer, modifier ou encore
supprimer une profession.
Scénario Nominal
1. L’administrateur consulte la liste des professions en accédant à la rubrique « Profession» à partir de
l’onglet « Référentiel ».
2. Le système affiche la liste des professions.
3. L’administrateur peut créer une profession en remplissant un formulaire.
4. L’administrateur valide.
5. Le système affiche la profession ajoutée dans la liste des professions.
6. L’administrateur peut modifier une profession.
7. L’administrateur valide.
8. Le système affiche la profession modifiée dans la liste des professions.
9. L’administrateur peut supprimer une profession.
Scénario Alternatif
A1 : Profession existante ou champs vide

5. Le système affiche un message d’erreur « Profession existe ou champs vide».
A2 : Erreur Saisie
5. Le système affiche un message d’erreur « Erreur Saisie».
Tableau 5: Description textuelle «Gérer profession »
43

sprint 4 qui consiste à la gestion référentiel comme le montre la figure 20.
Les classes colorées en bleu sont celles appartenant à mes tâches
44
5. Sprint 4
Ce sprint est consacré pour la Gestion des rôles et habitations qui se fait via
authentification AD (Active Directory) comme le montre la figure 21.
5.2 Raffinement du cas d’utilisation « Gérer les rôles et habilitations»
Nous allons dégager le diagramme raffiné du cas d’utilisation « Gérer les rôles et
habilitations» afin d’expliquer l’aspect fonctionnel détaillé comme le montre la figure 22.
Figure 22: Gérer les rôles et habilitations
45
5.3Diagramme de séquence système « Authentification »
Ce diagramme de séquence système décrit le comportement du système lors de

l’authentification comme le montre la figure 23.
Figure 23: Authentification
 Description Textuelle « Gérer les rôles et habilitations »
Titre Gérer les rôles et habilitations
Acteur Administrateur
Résumé Pour consulter la liste des
Précondition L’administrateur doit s’authentifier.
Scénario Nominal
5 L’administrateur ».
6 Le chargé de ».
7 Le chargé de clientèle saisit une date de début et date de fin.
8 Le chargé de clientèle valide son choix.
9 Le système affiche la liste filtrée des personnes morales.
Scénario Alternatif
A1 : Date invalide (date début invalide ou date de fin invalide)
Le scénario commence à l’étape 4
Tableau 6: Description textuelle « Gérer les rôles et habilitations »
46

sprint 4 qui consiste à la gestion des rôles et habilitations comme le montre la figure 24.
Conclusion
Dans le chapitre présent, nous avons fait une étude approfondie des différents besoins
fonctionnels des utilisateurs et définie les besoins non-fonctionnels à prendre en considération
pour le bon fonctionnement de l’application visée. Le travail d’analyse sera enrichi dans la
phase de conception qui fera l’objet du chapitre suivant.
47
CHAPITRE 3 : Conception
48
Introduction
Dans ce chapitre, On s’intéresse à la phase de conception A cet effet, nous allons présenter
deux parties : la première est consacrée à l’architecture physique et logique adoptées, la
deuxième se focalise sur la conception de notre application à travers des divers diagrammes
UML.
I. Architecture adoptée
1. Architecture physique (3-tiers)
Figure 25: Architecture 3-tiers
49
Comme l’explique la figure 25, notre architecture physique est une architecture 3-tiers :
o Tiers présentation : Elle permet l’interaction de notre application avec l’utilisateur.

o Tiers métier : Elle décrit les fonctionnalités de notre application.
o Tiers data : Elle définit les mécanismes permettant de gérer les informations stockées
par notre application (base de données et serveur AD).
2. Architecture logique
Notre architecture logique se pose sur trois couches :
- Couche DATA : qui représente la couche accès aux données contenant la configuration
de notre base de données ainsi que notre serveur AD.
- Couche Services : qui représente la couche contenant nos classes et leurs services.
- Couche Présentation : qui exploite le design pattern MVC tels que :
 Le Modèle : récupéré les informations stockées dans la base de données

pour qu’elles soient traitées plus tard par notre contrôleur.
 La Vue : récupère les données à partir du contrôleur afin de les afficher

à l’utilisateur.
 Le Contrôleur : est l’élément où on fait appel à nos services dans une

méthode appropriée.
Comme le montre la figure 26, le pattern MVC divise la couche présentation en trois
couches.
50
Figure 26 : Modèle MVC
II. Conception
1. Diagramme de déploiement
Ce Diagramme de déploiement décrit l’infrastructure de notre projet. Notre projet est
accessible à partir d’une application Web via une connexion HTTP (HyperText Transfer
Protocol), qui est un protocole de transfert de données responsable de la communication
entre cette application et notre serveur d’application IIS (Internet Information Services) qui
contient nos services développés et via ADO.net (ActiveX Data Object) la récupération et
le transfert des donnée entre notre base de données et notre serveur d’application sera
rétablit. L’authentification se fait via Active Directory à travers notre serveur AD (Active
Directory) et dont la communication entre notre serveur AD et notre serveur d’application
se fait grâce à OWIN (Open Web Interface) comme le montre la figure 27.
51
Figure 27: Diagramme de déploiement
2. Diagramme de classe
Ce diagramme de classes représente une vue statique qui modélise l’ensemble des
classes de persistance résultantes du mappage des tables de notre base de données comme
le montre la figure 28.
52
Figure 28: Diagramme de classe général
53
3. Diagramme de séquence objet « Générer les statistiques »
L’administrateur ou le comptable validateur saisit l’année d’ouverture dans la vue

« statistique ». Une requête sera transmise au contrôleur « compte » qui lui-même envoie une
requête pour notre base de donnée. Ces informations seront vérifiées. Le contrôleur récupère
les données nécessaires (le nombre de comptes ouverts). Ensuite la vue consomme ces données
pour nous afficher les charts demandées.
C’est le même processus pour chaque chart sauf que les récupérations des données de notre
base et différente :
Pour la première chart il récupère le nombre de comptes ouvert par mois
Pour la deuxième chart il récupère le nombre de compte ouvert par unité de gestion
 Ce fait de façon simultanée pour les deux premiers statistiques.
Pour la troisième chart il saisit en plus l’unité de gestion pour récupérer le nombre de
comptes ouverts par nature compte selon l’unité de gestion choisie.
Pour la quatrième chart, il saisit en plus l’année de modification pour récupérer le nombre
de compte non-modifiées par nature compte selon une unité de gestion choisie comme le montre
la figure 29.
54
Figure 29: Générer les statistiques
55
4. Diagramme d’activité « Créer une personne physique »
Ce diagramme d’activité décrit L’enchainement qui se déroule lors de la création d’une

personne physique. En effet, pour créer une personne physique, le chargé de la clientèle doit
insérer un TID (Type d’identité).Pour cela, il doit choisir entre CIN ou numéro de passeport ou
bien le numéro de carte séjour. En cas de saisie un numéro de type d’identité déjà existant, le
système nous retourne à nouveau la page de saisie. Ensuite, il doit remplir quatre formulaires
et dont il ne peut accéder d’un formulaire à un autre que s’il n’y pas d’erreurs de saisie comme
56
Figure 30: Créer une personne physique
57
Conclusion
L'étude conceptuelle menée au cours de ce chapitre, nous a permis de définir l'architecture

globale de notre système ainsi qu'une conception détaillée à travers les différents diagrammes
étudiés. A présent, nous sommes prêts à entamer l'implémentation qui reposera sur les choix
technique précédemment établis.
58
CHAPITRE 4 : Réalisation
59
Introduction
Dans ce chapitre, nous présentons la phase de réalisation de l'application et de mise en œuvre
des différents composants décrits au niveau du chapitre précédent. Nous décrivons, dans une
première partie, l'environnement de travail ainsi les outils utilisés. Dans une seconde partie,
nous exposons le travail réalisé par des captures d'écrans en détaillant les fonctionnalités
réalisées.
I. Environnement de travail
1. Visual Studio 2015
1.1 IDE Visual Studio
Visual Studio 2015 un environnement de développement intégré riche pour créer des
applications époustouflantes pour Windows, Android et iOS, ainsi que des applications Web et
des services de cloud modernes. [7]
Figure 31: Logo de Visual Studio
1.2 Visual Studio Team Fondation Server

Le Team Fondation Server procure des services pour les équipes pour partager du code,
assurer le suivi des travaux ainsi planifier les sprints, le tout dans tous les langages et dans un
package unique. [8]
Figure 32: Logo de Visual Studio Team Foundation Server
60
2. IBM DB2 AS400
IBM DB2 AS400 est un produit de IBM. C’est un système de gestion de base de données
qui utilise le langage SQL. Il est considéré comme l’un des systèmes de base de données les
plus sécurisés de l’industrie. [9]
Figure 33: Logo de IBM
3. IIS 8 : Serveur d’application

Le serveur d’applications IIS (Internet Information Services) fournit un environnement
intégré pour le déploiement et l’exécution d’applications métier personnalisées conçues à l’aide
de Microsoft .NET . Lors de l’installation, le rôle de serveur d’applications, nous permettra de
choisir les services de prise en charge des applications conçues pour utiliser les services Web
et les transactions distribuées. [10]
Figure 34: Logo IIS 8
61
4. StarUML 5.0 : Modélisation UML
La modélisation UML est un langage utilisé dans la conception orientée objet et qui repose
sur une représentation en diagrammes. StarUML est un logiciel de modélisation UML
disponible en Open Source. [11]
Figure 35: Logo de StarUML
5. APIs et Framework Utilisés

5.1 Bootstrap
Bootstrap est un Framework CSS, mais pas seulement, puisqu'il embarque également des
composants HTML et JavaScript. Il apporte du style pour (les boutons, les formulaires,…). [12]
Figure 36: Logo de Bootstrap
5.2 JQuery
JQuery est un Framework JavaScript qui permet l’interaction entre JavaScript y compris
Ajax et HTML. [13]
Figure 37: Logo de JQuery
62
II. Les Taches réalisées
Pour ne pas divulguer les données confidentielles des clients de la banque et respecter le
secret et la confidentialité, nous avons opté à pixéliser toutes informations importantes ou même
minimales.
1. Sprint 1
1.1 Gestion Personne Physique
 Création d’une personne physique
Le chargé de la clientèle ou l’administrateur doit tout d’abord choisir le type d’identité (CIN,
Numéro de passeport ou Numéro de carte séjour) puis il doit saisir le numéro d’identité
convenable avant de remplir les formulaires nécessaires pour la création d’une personne
physique en respectant le principe de contrôle des saisis.
Le chargé de la clientèle ou l’administrateur doit remplir en premier lieu les champs du

formulaire « Informations générales » comme le montre la figure 38.
Figure 38: Informations générales
63
Puis, il doit remplir en premier lieu les champs du formulaire « Contacts/Coordonnées »
comme le montre la figure 39.
Figure 39: Contacts/Coordonnées
Ensuite, il doit remplir en premier lieu les champs du formulaire « Situation

Professionnelle » comme le montre la figure 40.
Figure 40: Situation Professionnelle
64
Enfin, il doit remplir en premier lieu les champs du formulaire « Informations Personnelles »
Figure 41: Informations Personnelles
Dans le cas où cette personne physique existe une fenêtre apparait indiquant des informations
de cette dernière.
Figure 42: Saisie personne physique existante
65
 Modification d’une personne physique
Le chargé de la clientèle ou l’administrateur doit, en premier lieu, choisir le type d’identité

(CIN, Numéro de passeport ou Numéro de carte séjour) puis il doit saisir un numéro d’identité
valide d’une personne physique existante avant procéder à modifier uniquement le téléphone,
le fax et l’email comme le montre la figure 43.
Figure 43: Modification d'une personne physique
Dans le cas où les champs vides, une zone Recap apparait en rouge en haut affichant la liste
des erreurs comme le montre la figure 44.
Figure 44: Champs à modifier vides
66
Dans le cas où cette personne physique n’existe pas une fenêtre apparait demandant de saisir
un numéro d’identité valide comme le montre la figure 45.
Figure 45: Saisie personne physique inexistante
 Consultation de la liste des personnes physiques
Pour consulter la liste des personnes physiques, le chargé de la clientèle ou l’administrateur

a la possibilité d’effectuer une recherche filtrée selon trois critères :
 Recherche par date

 Recherche par type d’identité
 Recherche par nom
Pour plus de détails sur cette personne physique, un clic sur l’icône « + » nous affichera des
informations supplémentaires.
67
Pour effectuer une recherche de personne physique par date le chargé de la clientèle ou
l’administrateur doit saisir une date début et une date de fin comme le montre la figure 46.
Figure 46: Recherche personne physique par date
Pour effectuer une recherche de personne physique par type d’identité, il doit sélectionner le
type d’identité (CIN ou numéro de passeport ou numéro de carte séjour) comme le montre la
figure 47.
Figure 47: Recherche personne physique par CIN

68
Pour effectuer une recherche de personne physique par nom, il doit saisir le nom de la
personne physique comme le montre la figure 48.
Figure 48: Recherche personne physique par nom
1.2 Gestion Personne Morale

 Consultation de la liste des personnes Morales
Pour consulter la liste des personnes morales, le chargé de la clientèle ou l’administrateur a

la possibilité d’effectuer une recherche filtrée selon trois critères :

 Recherche par dénomination
 Recherche générale
Pour plus de détails sur cette personne morale, un clic sur l’icône « + » nous affichera des
69
Pour effectuer une recherche de personne morale par date le chargé de la clientèle ou
l’administrateur doit saisir une date début et une date de fin comme le montre la figure 49.
Figure 49: Recherche personne morale par date
Pour effectuer une recherche de personne physique par dénomination, il doit saisir la
dénomination de la personne morale comme le montre la figure 50.
Figure 50: Recherche personne morale par dénomination
70
Pour effectuer une recherche générale de la personne morale, il a le choix entre trois critères
(par N° Registre ou par Matricule Fiscale ou par Ref Jort) comme le montre la figure 51.
Figure 51: Recherche personne morale par N° Registre
 Impression fiche d’une personne morale
Pour imprimer la fiche d’une personne morale, il doit tout d’abord passer par l’icône de
détails pour pourvoir visualiser le bouton de l’impression comme le montre la figure 52.
71
Figure 52: Impression fiche d'une personne morale
72
2. Sprint 2
 Consultation de la liste des comptes
Pour consulter la liste des comptes, le chargé de la clientèle ou l’administrateur a la

possibilité d’effectuer une recherche filtrée selon trois critères :

 Recherche par intitulé de compte
 Recherche par numéro de compte qui aura besoin de saisir auparavant l’agence
 Recherche par personne physique
 Recherche par personne morale
Pour plus de détails sur cette personne morale, un clic sur l’icône « + » nous affichera des
Pour effectuer une recherche de compte par date, le chargé de la clientèle ou l’administrateur
doit saisir une date début et une date de fin comme le montre la figure 53.
Figure 53: Recherche compte par date
73
Pour effectuer une recherche de compte par intitulé de compte, il doit saisir un intitulé de
compte comme le montre la figure 54.
Figure 54: Recherche compte par intitulé de compte
Pour effectuer une recherche de compte par numéro de compte, il doit saisir l’agence et le
numéro de compte comme le montre la figure 55.
Figure 55: Recherche compte par numéro de compte
74
Pour effectuer une recherche de compte par personne physique par type d’identité, il doit
sélectionner le type d’identité (CIN ou numéro de passeport ou numéro de carte séjour) comme
Figure 56: Recherche compte par personne physique
Pour effectuer une recherche de compte par personne morale, il a le choix entre trois critères
(par N° Registre ou par Matricule Fiscale ou par Ref Jort) comme le montre la figure 57.
Figure 57: Recherche compte par personne moral
75
 Statiques
Pour visualiser le nombre de comptes ouverts par mois ainsi le nombre de comptes ouverts
par unité de gestion (agence), l’administrateur ou le comptable validateur choisit une année
d’ouverture de compte à partir d’un menu déroulant. Chaque critère lui correspond deux charts :
Bar Chart et Pie Chart (dont les données seront affichées en pourcentage) comme le montre
respectivement les figures 57 et 58.De plus, pour visualiser le nombre de comptes ouverts par
nature compte, il doit choisir une unité de gestion à partir d’un menu déroulant et dont il doit
déjà choisir la date d’ouverture comme le montre la figure 59. Enfin, pour visualiser le nombre
de comptes non-modifiés par nature compte, il doit choisir la date de modification à partir d’un
menu déroulant ainsi il doit choisir la date d’ouverture et l’unité de gestion comme le montre
la figure 60.
Cette statistique représente le nombre de comptes ouverts par mois comme le montre la
figure 58.
Figure 58: Nombre de comptes ouverts par mois
76
Cette statistique représente le nombre de comptes ouverts par unité de gestion comme le
montre la figure 59.
Figure 59: Nombre de comptes ouverts par unité de gestion
77
Cette statistique représente le nombre de comptes ouverts par nature compte selon une unité
de gestion comme le montre la figure 60.
Figure 60: Nombre de comptes ouverts par nature compte selon une unité de gestion
78
Cette statistique représente le nombre de comptes non-modifiés par nature compte selon une
unité de gestion comme le montre la figure 61.
Figure 61: Nombre de comptes non-modifié par nature compte selon une unité de gestion
3. Sprint 3
 Gestion de référentielle
Pour rendre des informations réutilisable et visible, l’administrateur ou bien le comptable
contrôleur peut gérer et maintenir des références comme (Pays, Ville, Profession, catégorie
socio-professionnelle …)
A partir de l’onglet Référentiel, l’administrateur ou le comptable contrôleur sélectionne

Gestion Profession dont une liste de profession s’affiche comme le montre la figure 62.
79
Figure 62: Consulter la liste des professions
Il peut ajouter une profession en cliquant sur le bouton ajouter profession dont une fenetre
popup s’affiche comme le montre la figure 63.
Figure 63: Ajouter une profession
Il peut modifier les champs d’une profession en cliquant sur le edit dont une fenetre popup
s’affiche comme le montre la figure 64.
80
Figure 64: Modifier une profession
Il peut supprimer profession en cliquant sur le delete dont une fenetre popup s’affiche
Figure 65: Supprimer une profession
81
4. Sprint 4
 Authentification via active directory
Pour s’authentifier il suffit d’insérer un login et un mot de passe. Cette authentification est
reliée à un compte contenant un statut et des habilitations qui seront visualisés juste en cliquant
sur l’onglet « profile » comme le montre la figure 66.
Figure 66: Authentification via active directory
82
Conclusion
Durant cette phase de réalisation, on a présenté l'environnement du travail ainsi que les
différentes interfaces pouvant être éventuellement visualisées par un utilisateur.
83
Conclusion Et Perspectives
Le projet de fin d’étude, présenté dans ce rapport a été conçu sous plusieurs aspects riches
d’enseignements et d’expériences professionnelles. Son objet était de concevoir et de réaliser
une application dédié à la centralisation de la base de données clientèles de la Banque de
Tunisie.
La démarche suivie pour atteindre les objectifs visés s’est articulée selon trois principaux
axes. Le premier axe est une investigation du contexte du projet à travers une étude de l’existant
qui nous a permis d’analyser les enjeux et les attentes par rapport aux besoins de la banque.
Nous avons ainsi pu mettre l’objet du travail demandé dans son contexte général.
Ensuite, nous avons pu passer à la phase de recherche ou nous avons mené une étude du
métier nous permettant d’éclaircir les notions pour la compréhension du sujet et de dégager les
contraintes pour prendre en considération.
Dans l’étape suivante, notre objectif a consisté à détailler les spécifications techniques du
besoin. Nous avons ainsi pu dégager les exigences fonctionnelles et non fonctionnelles
auxquelles doit répondre l’outil. Ensuite nous avons travaillé sur la conception où nous avons
mis en évidence l’architecture générale de l’outil moyennant une conception préliminaire suivi
après validation par une conception détaillée. Nous avons terminé après par la réalisation.
Le travail dans le cadre de ce PFE, était d’une importance considérable dans la mesure où
il nous a servi comme portail vers le monde professionnel et la vie en entreprise. De point de
vue technique, il nous a permis d’enrichir les connaissances que nous avons apprises tout le
long de notre cursus universitaire. Et de point de vue humain, cette expérience m’a enrichit
énormément.
En termes de perspectives, l’outil développé pourrait être enrichie par d’autres options
comme l’intégration et la mise à niveau des informations des anciens clients et application
mobile.
84
Annexe
Norme KYC
Know Your Customer (KYC) est le règlement bancaire que des institutions financières
doivent suivre pour identifier leurs clients et obtenir des informations appropriées et pertinentes
avant d'entrée en affaire financière avec eux. Aux USA, KYC est typiquement une politique
mise en œuvre pour se conformer à un programme d'identification client conformément à la loi
sur le Secret bancaire. Les politiques KYC deviennent de plus en plus importantes à l'échelle
mondiale pour empêcher la fraude, le vol d'identité, le blanchiment d'argent et le financement
du terrorisme.
Un aspect de KYC doit vérifier que le client n'est dans aucune liste de fraudeurs connus, de
terroristes ou de blanchisseurs, comme la liste de ressortissants particulièrement dressée par le
Bureau de Contrôle d'Actifs. Cette liste contient des milliers d'entrées et est mise à jour au
moins mensuellement.
Les établissements de crédit doivent vérifier les justificatifs d'identité et de domiciliation

avant l'ouverture d'un compte. Il s'agit d'un document officiel d'identité en cours de validité
portant la photographie du demandeur et un justificatif de domicile ou, à défaut de domicile
stable, une attestation de domiciliation.
Le document d'identité doit comprendre le nom, le prénom, la date et le lieu de naissance de

la personne ainsi que les caractéristiques et l'identité de l'autorité qui l'a produit. Ces
informations doivent être conservées par l'établissement. Le permis de conduire peut être
considéré comme un document répondant aux prescriptions réglementaires sur la vérification
de l'identité mais non comme un justificatif de domicile. Par ailleurs, dans la mesure où
l'examen de la photographie figurant sur le permis de conduire ferait naître, par exemple en
raison de la date où ce dernier a été établi, un doute sur l'identification de la personne, les
établissements seraient fondés à compléter cette identification en demandant, le cas échéant, un
document complémentaire. [14]
85
Norme FATCA
La loi américaine FATCA (Foreign Account Tax Compliance Act) du 18 mars 2010 établit
un système de retenue à la source sur les revenus perçus par des ressortissants des États-Unis
(US persons) à travers le monde et sur les rendements générés par des actifs à revenu fixe et
des obligations américains dont des personnes qui ne sont pas des États-Unis (non-US
persons) sont titulaires. Ledit régime sera progressivement appliqué à partir du 1er juillet
2014.
Sur le plan international, force est de souligner que grâce aux réglementations établies par
la législation andorrane en matière de blanchiment d'argent, le 1er janvier 2001, la Principauté
d'Andorre a conclu un accord de collaboration avec l'agence Internal Revenue Service des
Etats-Unis (IRS).
Les banques de la Principauté et autres institutions financières ont également signé ledit
accord avec l'IRS à niveau individuel, obtenant ainsi le statut de Qualified Intermediary (QI).
Au cours de l’année 2006, aussi bien l’Andorre en tant que pays, que les institutions qui
composent le système financier andorran ont renouvelé leur statut d'intermédiaire qualifié
(Qualified Intermédiaire), valable pour une durée de six ans (il est stipulé qu’au cours de cette
période les institutions seront soumises à des audits établis parl’IRS).
La FATCA prévoit :
 L’obligation d'informer l'IRS (Internal Revenue Service - Agence fédérale des États-
Unis responsable de la perception des impôts).
 Les règles spécifiques relatives à l'identification des clients afin d’assurer la lutte contre
le blanchiment d'argent (AML - Anti Money Laundering) et la mise en œuvre de la
norme « Know Your Customer » (KYC, connaître votre client).
 Les obligations des intermédiaires financiers étrangers (FFI), y compris la définition des
sanctions applicables en cas de non-respect de celles-ci. [15]
86
DB2 AS400 (IBM)
IBM DB2 est un SGBD relationnel qui prend en charge en natif un certain nombre de capacités
NoSQL, notamment XML, Graph Store et JSON (Java Script Object Notation). Utilisé par des
entreprises de toutes tailles, DB2 fournit une plateforme de données pour les opérations transactionnelles
et analytiques. En assurant la disponibilité continue des données, il garantit l’efficacité des workflows
transactionnels et de l’analytique.
La base de données AS/400 est globale (il n'y a pas de possibilité de créer plusieurs bases
indépendantes, sauf pool de disques indépendants en V5R20).Ce qui s'en rapproche le plus est
la notion de bibliothèque.
Chaque bibliothèque contient des fichiers base de données autonomes (objets au sens
OS/400 du mot) :
 Les fichiers physiques ou tables SQL, contiennent les données (enregistrements).

 Les fichiers logiques proposent un accès particulier aux données :
o Un critère de tri particulier (index).

o Un format d'enregistrement particulier (sélection de lignes, reformatage des
colonnes, jointure). [16]
87
Nétographie
Références Sites
[1] http://www.bt.com.tn/
[2] https://www.cprime.com/resources/what-is-agile-what-is-scrum/
[3] http://www.extremeprogramming.org/
[4] http://www.agilemodeling.com/essays/agileModelingRUP.htm
[5] http://www.uml-sysml.org/images-du-site/2tup
[6] https://www.scrum.org/
[7] https://www.visualstudio.com
[8] https://msdn.microsoft.com/
[9] http://www-03.ibm.com/systems/power/software/i/db2/
[10] https://technet.microsoft.com/
[11] http://www.staruml.io/
[12] http://getbootstrap.com/
[13] https://jquery.com/
[14] http://www.kyc.com/
[15] https://www.irs.gov/businesses/corporations/foreign-account-tax-compliance-act-fatca
[16] http://www-03.ibm.com/software/products/fr/category/data-management-platform
88

Version Finale

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Version Finale

Transféré par

Droits d'auteur :

Formats disponibles

« Nous ne pouvons pas prédire où nous conduira la

Révolution Informatique. Tout ce que nous savons avec

En préambule, Je tiens à assurer ma profonde gratitude à mon encadrant Monsieur Sami

Enfin, il faut souligner la contribution majeure du savoir et savoir-faire, acquis au sein de

Introduction Générale ...................................................................................................................... 10

Figure 1: Logo Banque de Tunisie ................................................................................................ 12

Tableau 1: Etude comparatives des différentes méthodes de travail ........................................ 17

Les progrès dans le domaine des technologies de l’information et de la communication ont

Le présent rapport s’articule autour de quatre chapitres.

Le premier chapitre représente une découverte du cadre de travail où on présente l’organisme

Nous entamons ensuite le deuxième chapitre où on s’intéresse à. Ainsi nous consacrant le

Avant de procéder à la réalisation de notre projet, il est recommandé de présenter tout

1. Présentation de la Banque de Tunisie

La Banque de Tunisie ou encore la BT est l’une des plus anciennes banques

C’est une banque commerciale privée de Tunisie, fondée le 23 Septembre

Cette centralisation respectera, en effet, des normes nationales (KYC) 1 et internationales

III. Etude de l’existant

 Un système applicatif décentralisé d’où on distingue deux catégories des applicatifs :

o Des applicatifs centraux : Développés sous LANSA (ancien langage de

o Des applicatifs agence : Chaque agence dispose de ses applicatifs anciens

KYC 1 , FATCA 2 , DB2 AS400 3 : Voir Annexe

 Riche et répond aux nouvelles normes : nationale (KYC) et norme internationale

1. Etude comparative des méthodes envisagées

Méthodes Points forts Points faibles

Scrum  Itératif.  Une documentation limitée.

 Courtes itérations.  Priorité à la gestion des ressources

 Améliore la communication. humaines.

[2]  Une bonne productivité.

 Itératif.  Complexe et assez flou dans sa

Extreme  Développement guidé par les besoins du mise en œuvre.

programming client.  Focalisation sur l'aspect

 Fait une large place aux aspects individuel du développement au

techniques. détriment d'une vue globale et des

Rational Unified  Itératif.  Convient pour les gros projets qui

 Idéal pour des projets de grande taille.

2TUP  Itératif.  Ne propose pas de documents

Two Track Unified  Large place pour le développement. types.

Réduit la complexité technologique. situées en amont et en aval du

Tableau 1: Etude comparatives des différentes méthodes de travail

2. Choix de la méthode Scrum

 La communication : une communication qui est faite sous forme de dialogue.

 La collaboration du client : Une participation active du client pour définir les

Figure 4: Cycle de développement

VII. Backlog Produit

Les * représentent les taches qui m’ont été attribuées

I. Analyse des besoins

 Gérer compte : qui comprend la consultation, la création, la modification, la

o Regime_Fiscal (consultation, création, modification et suppression).

o Pays (consultation, création, modification et suppression).

o Ville (consultation, création, modification et suppression).

o Profession (consultation, création, modification et suppression).

o Catégorie_Socio_Prof (consultation, création, modification et suppression).

2. Besoins non fonctionnels

 Ergonomie et convivialité du produit : Le système utilisera les couleurs Bien

 La fiabilité : l’application doit être disponible et opérationnelle à tout moment et

 La performance : L’application doit être avant tout performante ; c'est à dire à

II. Planification des sprints

Figure 6: Planification des sprints

Figure 7: Diagramme de cas d'utilisation général

IV. Description des sprints

Figure 8: Backlog Sprint 1

Le profil qu’ils m’ont attribué à la banque pour me connecter est stage.

Figure 9: Gérer clientèle

2.3 Diagramme de séquence système « Consulter la liste des personnes