Soutenance du projet de fin d'études 2009 au sein de la BCP par Yassine EL AZRI

03/05/2023Etude et développement d'un système d'édition automatisée de contrats d'assurance 1

Office de la Formation Professionnelleet de la Promotion du TravailInstitut Spécialisé de Technologie AppliquéeISTA NTIC II Sidi Maârouf

Groupe Banques PopulairesBanque Centrale Populaire

Pôle des Systèmes d’InformationCentre National de Recherche & Développement

Etude et développement d’un système d’édition

automatisée de contrats d’assuranceRéalisé par Yassine EL AZRI

Enseignants tuteurs :

Mr Omar EL BEGGAR (suivi)

Melle Naïma ALAMI (évaluation)

Encadrant au sein du CNRD :

Mr Zakaria RIFAÏ

Encadré par:

Office de la Formation Professionnelleet de la Promotion du TravailInstitut Spécialisé de Technologie AppliquéeISTA NTIC II Sidi Maârouf

Groupe Banques PopulairesBanque Centrale Populaire

Pôle des Systèmes d’InformationCentre National de Recherche & Développement

Etude et développement d’un système d’édition

automatisée de contrats d’assuranceRéalisé par Yassine EL AZRI

Enseignants tuteurs :

Mr Omar EL BEGGAR (suivi)

Melle Naïma ALAMI (évaluation)

Encadrant au sein du CNRD :

Mr Zakaria RIFAÏ

Encadré par:


REMERCIEMENTS Les membres du jury

Melle Mounia Naamany Melle Naïma Alami

Les formateurs à NTIC II

Les collaborateurs au sein du CNRD

Les amis

La famille


Plan de la présentationORDRE DU JOUR


ORDRE DU JOUR Introduction Contexte du stage Informatisation du métier Analyse et conception Architectures du projet Etudes techniques Perspectives et évolutions Conclusion


INTRODUCTION


INTRODUCTION Motivation du stage

Objectif de la prestation

Cas de B2B

Solution répartie entre 2 architectures

Dimension Open-Source du projet


Présentation de l’entité d’accueilet son organisme de tutelle

CONTEXTE DU STAGE


GBP : GROUPE BANQUES POPULAIRES

Groupement bancaire : BCP + BPR

Historique: 1921: introduction du modèle organisationnel et commercial des banques mutualisées.

Années 20: Création de plusieurs banques populaires se basant sur ce modèle dans les principales villes du Royaume.

1961: Création du CPM par dahir.

1969: Le CPM devient le 1er réseau bancaire du Maroc avec 43 agences.

1972: Mise en place d’un système informatique pour améliorer les traitements et sécuriser les opérations de la banque.

1974: Le Groupe devient leader du secteur bancaire national en matière de dépôts, avec 1 milliard de DHs de ressources.

2004: Introduction en Bourse de la Banque Centrale Populaire.



Orientations stratégiques: Consolidation des positions acquises Banque citoyenne de proximité Amélioration des performances Elargissement du créneau et croissance

externe



Modèle de gouvernance:

ComitéDirecteur

Banque Centrale Populaire

Banques Populaires Régionales


BCP : BANQUE CENTRALE POPULAIRE


BCP : BANQUE CENTRALE POPULAIRE

Organigramme


PSI : PÔLE SYSTÈMES D’INFORMATION

Plus de 300 collaborateurs dont 250 ingénieurs

Gère l’ensemble du SI du GBP

Missions: Elaborer et mettre en œuvre le SI du Groupe et des

systèmes informatiques, de télécommunications et monétique dont ils se composent

Préserver le patrimoine informatique tangible et intangible du Groupe


PSI : PÔLE SYSTEMES D’INFORMATION

Organes:

Pôle Systèmes d’Information

Direction Sécurité des

Systèmes d’information et Contrôle interne

Direction Planification et

Gestion des ressources

Division Etudes et

Développement

Division Production et Architectures

Division Monétique et

Télécoms


PSI : PÔLE SYSTEMES D’INFORMATION

Organigramme:


CNRD : CENTRE NATIONAL R&D


CNRD : CENTRE NATIONAL R&D Fondé en 2009

Abrite la DED du PSI

La DED a pour domaines de responsabilité : La maitrise d'œuvre des projets informatiques. L'acquisition ou développement de solutions

informatiques. La maintenance et la documentation des

applications en exploitation.


Problématique métier et besoins fonctionnelsINFORMATISATION DU MÉTIER


PROJET GLOBAL Fiche Signalétique:

Projet initié en novembre 2008 MOA: Pôle Bancassurances (BCP) MOE: Division Etudes et Développement (PSI)

Objectif: amélioration et automatisation des procédures de

traitement des prestations relatives aux offres d’assurance :

Addamane Chaabi Moustakbal Chaabi Injad Chaabi


PROJET GLOBAL Présentation de

CNIA Assurance

Présentation du produit Addamane Chaabi Epargne de retraite Souscription Règlement Liquidation (rente ou capital) Rachats (totals ou partiels)


ETUDE DE L’EXISTANT Processus de gestion des demandes de prestations

de rachats/liquidations Addamane Chaabi:

Etapes:

Responsabilités:

Gestion des demandes de

rachat/liquidation

Génération et transmission via CFT du fichier de

Ddes de rachat/liquidatio

n

Intégration des données et

établissment des quittances

Integration du fichier, signature des quittances

par les bénéficiaires et

envoi des originaux

Gestion des règlements

Agence BP

BCP CNIA Agence BP CNIA


ETUDE DE L’EXISTANT Circuit de validation des demandes de rachats/liquidations Addamane

Chaabi et de leurs quittances d’indemnité (1/2):


ETUDE DE L’EXISTANT Circuit de validation des demandes de rachats/liquidations Addamane

Chaabi et de leurs quittances d’indemnité (2/2):


CRITIQUE DE L’EXISTANT Lenteur des procédures

Transmission par voie traditionnelle

Risque éventuel d’erreurs ou d’incohérences

Intégrations des informations en deux temps (au niveau du SI BCP et au du SI CNIA)


OBJECTIF DE LA PRESTATION Dématérialisation des demandes de

prestations (sous format numérique)

Automatisation de la transmission entre la BCP et la CNIA (par voie numérique)

L’ édition de la quittance au niveau de l’agence BP


BUTS ESCOMPTÉS Satisfaction de la clientèle à travers le

raccourcissement des délais

Affranchir les agences BP des tâches administratives de routines

Fiabilisation et sécurisation du processus de traitement et de transmission


VALEUR AJOUTÉE DU PROJET Gain du temps à travers le

raccourcissement des délais

Réduction des coûts et affranchissement vis-à-vis de la lourdeur du support papier

Fidélisation de la clientèle à travers la promotion d’une image de marque et de qualité


ÉTENDUE ET PÉRIMÈTRE Concerne la gestions front-office des prestations de

rachats/liquidations spécifiques au produit Addamane Chaabi

Met en exergue les SI respectifs de la BCP et de la CNIA

L’édition et les demandes de prestations se fera au niveau des guichets BP et sont réalisés par les agents chargés du client.

La souscription et les avenants modificatifs ne peuvent être réalisés que par des agents estampillés « Administrateur Addamane Chaabi »

La fonction propriétaire de la l’application est la Division de la Production Bancaire (DPB).


Transposition de la problématique métier en un modèle informatique

ANALYSE ET CONCEPTION


MODÈLE DE DÉVELOPPEMENT EN V


MODÈLE DE DÉVELOPPEMENT EN V

Souple et facile à mettre en œuvre

Imaginé suite au problème de réactivité du modèle en cascade

permet, en cas d'anomalie, de limiter un retour aux étapes précédentes

Chaque phase de la branche de droite introduit à la fois la phase suivante, et la phase de validation correspondante de la branche de gauche


UML: UNIFIED MODELING LANGUAGE

UML: langage graphiquesemi-formel de modélisation des données,des traitements et des processus métier.

Fusion des anciens langages de modélisation objet

N’implique pas l’usage d’une méthode de développement particulière

Version 2.0 publiée par l’OMG en 2006


UML: AXES DE MODÉLISATION


UML: AXES DE MODÉLISATIONS


NOUVELLE NORME : UML 2.0 Diagrammes structurels ou statiques

Diagramme de classes Diagramme d'objets Diagramme de composants Diagramme de déploiement Diagramme des paquetages Diagramme de structure composite (*)

Diagrammes comportementaux Diagramme des cas d'utilisation Diagramme états-transitions Diagramme d'activité

Diagrammes d'interaction ou dynamiques Diagramme de séquence Diagramme de communication (*) Diagramme global d'interaction (*) Diagramme de temps (*)


UML: QUELLE DEMARCHE?


MÉTHODOLOGIE MI-CHEMIN UP/XP Compromis entre:

Processus Unifié (UP) eXtreme Programming (XP)

Caractéristiques du processus UP/XP: piloté par les cas d’utilisation (comme UP) mais beaucoup plus

simple

relativement léger et restreint (comme XP) mais sans négliger les activités de modélisation en analyse et conception

utilisation d’un sous-ensemble nécessaire et suffisant du langage UML.


MÉTHODOLOGIE MI-CHEMIN UP/XP


CONTEXTE STATIQUE


SERVICES OFFERTS


INTERACTION AVEC L’UTILISATEUR

Authentification:



Authentification



Souscription (1/2)



Souscription (2/2)



Demande de prestation (1/2)



Demande de prestation (2/2)



Demande de prestation


ANALYSE DU DOMAINE


RÉFÉRENTIEL DE STOCKAGE


Environnement cible et architecture spécifiqueARCHITECTURES DU PROJET


ENVIRONNEMENT CIBLE


ENVIRONNEMENT CIBLE Scindé en 2 architectures:

Partie Back-Office: Système CICS Mainframe IBM zSeries sous Z/Os (MVS)

Partie Front-Office: Application Web multi-tiers multi-couches Architecture JEE 5 Serveur applicatif W.A.S


MAINFRAME Ordinateur central relié à des

terminaux Traitement entièrement centralisé Avantages:

Sécurité Fiabilité Haute disponibilité Coûts d’exploitation réduits


SYSTÈME Z/OS Système Z/OS:

Système 64 bits pour les zSeries (mainframes IBM)

Fusion de MVS et Unix Au sein du GBP:

Version courante Z/OS 9.0 les terminaux Z/Os sont virtualisés

Système C.I.C.S: permet d'effectuer des opérations transactionnelles

(CRUD) avec une très grande économie de moyens.


JAVA 2 ENTERPRISE EDITION


API JAVA EE 5


ARCHITECTURE MULTI-TIERS


Couche Métier

ARCHITECTURES MULTI-COUCHES

Couche Service

Couche DAO

Couche Contrôle

Couche Présentation

Couche Domaine


PATTERN MVC

1. l’utilisateur manipule l’interface homme/machine. Un événement est envoyé. Cet événement est récupéré par le contrôleur.

2. le contrôleur effectue l’action demandée par l’utilisateur en appelant les méthodes nécessaires sur le modèle.

3. le contrôleur informe la vue d’un changement d’état du modèle.

4. la vue interroge le modèle afin de connaître son état.

5. l’utilisateur voit le résultat de son action.


PATTERN MVC Avantages:

le modèle étant séparé des autres composants, il est développé indépendamment.

le modèle n’est pas lié à une interface, il peut donc être réutilisé.

diminution de la duplication du code.

centralisation du contrôle.

augmentation de la maintenabilité et de l’évolutivité du code.


MVC 2 = MVC++ Principe: 1 Contrôleur frontal + plusieurs contrôleurs délégués


Outils et technologies utilisésETUDES TECHNIQUES


TECHNOLOGIES UTILISÉES Une ébauche des technologies

utilisées…


RÉFÉRENTIEL DE STOCKAGE Base de production:

Datawarehouse sous IBM DB2 Référentiel du SI de la BCP

Base de développement: Base de données relationnelle sous MySQL5/InnoDB Shémas réduit spécifique aux prestations Addamane Chaabi

Motivation du choix du SGBD de développement: Système HSQL très rapide d’accès Moteur InnoDB: transactions, contrainte d’intégrité,

concurrence


MAPPING OBJET/REALITIONNEL Prolonger la durée de vie des objets au-delà d’une

session applicative

Réduction du temps de développement du code d’accès au données

Accès aux données de manière orientée objet (persistance transparente)

Plusieurs frameworks: JDO/JPA, Hibernate, TopLink, iBatis,…


FRAMEWORK HIBERNATE

Framework ORM Open-Source

Standard « de fait »

Adaptable en terme d’architecture

Mappage des classe et des associations dans des fichiers XML


ARCHITECTURE HIBERNATE


HIBERNATE : BEST PRACTICE Cacher l’implémentation de Hibernate

Classes DAO SessionManager TransactionManager


JAVA SERVER FACES Framework MVC2 orienté composants

Etat des composants conservé entredeux rêquetes

Standard dans la plateforme JEE 5(JSR 2522)

Plusieurs implémentations: Sun RI, VWF, Oracle ADF, Apache MyFaces, Jboss RichFaces, IceFaces…

Surcouche d’autres technologies:


FRAMEWORK JSF Un ensemble d'APIs pour la représentation et la gestion des composants, de

leur état, des évènements, de la validation des entrées et la conversion des sorties, l'internationalisation et l'accessibilité ainsi que la navigation inter-vues

2 jeux de composants standards : html et core

2 bibliothèques de balises JSP (une pour chaque jeu de composants) pour permettre l'utilisation des pages JSP pour la construction de vues JSF

Un modèle évènementiel côté serveur

Les Managed-Beans : qui forment la couche contrôle de JSF

Unified Expression Language (abrégé en EL) ou langage d'expressions unifié pour JSF et JSP 2.0. Il permet de lier les composants aux managed-beans


JAVA SERVER FACES Cycle de traitement d’un requête JSF:


JSF : BEST PRACTICE


EDITION DE DOCUMENTS ÉLECTRONIQUES

Omniprésent dans le processus métier

Plusieurs solutions: LateX Outils de Reporting Processeurs XSL-FO Outils spécialisés


FRAMEWORK FOP FOP: Formatting Object Processor

Processeur XSL-FO Open Souce (Fondation Apache) écrit en Java

Séparation entre: modèle (données brutes), contrôleur (règles de formatage) la vue (rendu affiché ou imprimé)

Peut être utilisé: Comme application standalone Comme API à intégrer à un projet Java


FRAMEWORK FOP Processus de génération simple d’un

document électronique via FOP:Document XML (données brutes)

Document XSL-FO (règles de formatag

e)

Fichier PDF

(sortie)Document XSLT

(feuille de transformation)

FOP

ARCHITECTURE DÉTAILLÉE

77

Serveur applicatif JEE 5avec conteneur web

Hibe

rnat

e 3.

0

API

JDBC

3.0

Pages WEB (*.jsf, *.jsfx, *.jsp, *.jspf)

Table

POJO(objets persistants)

Couc

he D

AO (D

ata

Acce

ss O

bjec

ts)Faces Servlet

(JSF front-controller)Client WEB léger

MaClasse.hbm.xml(fichier de mapping)

Hibernate.cfg.xml(fichier de configuration)

Web.xml (descripteurde déploiement)

Faces-config.xml(fichier de config JSF)

Arbre composants JSF

Valeurs des champs

javabean

Control manager bean(delegate controller)

Model managed bean

Backing bean

Requêtes HTTP

Document PDF


ARBORESCENCE DU PROJET


Interfaces Homme-MachineCAPTURES D’ÉCRAN


CAPTURES…


CAPTURES…


CAPTURES…


CAPTURES…


CAPTURES…


CAPTURES…


CAPTURES…


CAPTURES…


CAPTURES…


CAPTURES…


CAPTURES…


CAPTURES…


Evolutions éventuelles en vuePERSPECTIVES


PERSPECTIVES ET ÉVOLUTIONS Factorisation des validations coté client et côté serveur via Struts Shale

Common Validators

Mise en œuvre des technologies RIA (Web 2.0) pour le tiers présentatif

Traitement en temps réél

Transmission des lots de demandes via des trames XML

Intégration à CH@ABI-NET, l’extranet du GBP


PERSPECTIVES ET ÉVOLUTIONS Intégration à CH@ABI-NET, l’extranet du GBP


CONLUSION


DES QUESTIONS ?

Technology

Soutenance du projet de fin d'études 2009 au sein de la BCP par Yassine EL AZRI