Rapport de mon Stage PFE

G2/5IIR/2021

Migration dans le cadre de la transformation SI Europcar, Projet de Migration des batch Pro*C vers la technologie Spring Batch

Ingénierie Informatique et Réseaux (IIR) Soutenu le :

16 / 07 / 2021

Méthodes Informatiques Appliquées à la Gestion des Entreprises (MIAGE)

-

BARTA Zouhair

-Mr. YOUSSFI Mohamed -Mr. MAHDAN Oussama

2021/2022

Rapport PFE

DEDICACE Tout d’abord, je tiens à remercier le dieu le tout puissant et miséricordieux qui m’a donné la force, l'intelligence et l’impatience d’accomplir ce travail. À MES CHERS PARENTS Aucune dédicace ne saurait exprimer mon respect, mon amour éternel et ma considération pour les sacrifices que vous avez consenti pour mon instruction et mon bien être. Je vous remercie pour tout le soutien et l’amour que vous me portez depuis mon enfance et j’espère que votre bénédiction m’accompagne toujours. Que ce modeste travail soit l’exaucement de vos vœux tant formulés, le fruit de vos innombrables sacrifices, bien que je ne vous en acquitte jamais assez. Puisse Dieu, le Très Haut, vous accorder santé, bonheur et longue vie et faire en sorte que jamais je ne vous déçoive. À MES AMIS En souvenir de notre sincère et profonde amitié et des moments agréables que nous avons passés ensemble. Veuillez trouver dans ce travail l’expression de mon respect le plus profond et mon affection la plus sincère. À ceux qui nous ont quittés, à votre mémoire vous resterez à jamais dans mon cœur, À toute personne qui a contribué à mon éducation, à mes professeurs, À toute personne m’ayant aidé un jour, à travers un conseil, À tous ceux qui ont contribué de près ou de loin à la réussite de ce projet. À toute personne qui a cru en moi

Que ce travail témoigne de mes sentiments les plus sincères.

Rapport PFE

REMERCIEMENTS À Dieu, le tout puissant, nous rendons grâce pour nous avoir donné santé, patience, volonté et surtout raison.

Il m’est agréable d’exprimer ma reconnaissance auprès de toutes les personnes, dont l’intervention au cours de ce projet, de près ou de loin, a favorisé son aboutissement.

En premier lieu je remercie le corps professoral de l’EMSI pour la qualité de la formation qu’ils nous ont assuré, et tous les membres du jury qui m’ont fait l’honneur d’accepter de juger mon travail.

Ainsi, je tiens à exprimer ma profonde gratitude à Mr Youssef ELYAMANI, mon team leader, à Mr Oussama MAHDAN mon encadrant à Capgemini, pour leur disponibilité, pour le temps, et les conseils qu’ils m’ont prodigués, et qui m’ont été d’un fort appui.

Je remercie Mr Mohamed YOUSSFI, mon encadrant à l’EMSI, pour ses conseils, son suivi, et pour tous les efforts qu’il a consentis tout au long de ma période de stage.

Je présente également mes remerciements à tous les membres de l’équipe BUILD. Leur accueil, leur confiance ont rendu ce stage fructueux. Je les remercie pour leur patience, l’amabilité, les conseils qu’ils m’ont prodigué durant ce stage et pour le soutien qu’ils m’ont apporté.

Que tous ceux qui m’ont aidé et soutenu, de près ou de loin, trouvent ici l’expression de mes sentiments les plus distingués.

Rapport PFE

ABSTRACT This report is a summary of my end-of-studies project at Capgemini Technology Services Morocco. This project is part of the implementation of a POC of a Pro * C migration to Spring Batch technology at the BUILD Europcar team level using the new technology (Spring Batch with Spring boot). The goal of my internship is to migrate pro * c scripts to batches while keeping the same pro * c performance for members of the BUILD team.

To develop this project, I followed the main good practices of software development process. First, I slowly retrofitted our Pro * C (Batch RESB0070) by identifying the functional needs based on the analysis of the existing one, then I made a study of the architecture of Pl / SQL scripts as well as the database. This allowed me to identify the components to develop. To master this construction site, I was forced to start by developing a project which for the purpose of loading data from different entities (Training, Trainers, training sessions ...) with different extensions either with (.txt , .csv, .xml) to send emails to trainers and inform them of their Planning. This allowed me to define the application development strategy and develop my skills in Spring Batch technology, then I moved on to my internship topic which really motivates me.

To design this project, I used the UML modeling formalism. The project is managed using an agile SCRUM methodology for the management of its development phase.

The technical architecture of the project developed is based mainly on Object Oriented programming based on the Spring Framework, as well as the Spring Batch Framework which is based on the principle of reading massive data and finally the optional Front part by Angular to start our batch.

Rapport PFE

RESUME

Le présent rapport est une synthèse de mon projet de fin d’études réalisé au sein la société Capgemini Technology Services Maroc. Ce projet s'inscrit dans le cadre de la mise en place d’une proposition POC de migration CPro*C vers la technologie Spring Batch au niveau de l’équipe BUILD Europcar, en utilisant la nouvelle technologie (Spring Batch avec Spring boot). Le but de mon stage est de migrer des batch cpro*c vers des batch en gardant les mêmes performances de cpro*c aux membres de l'équipe BUILD. Pour développer ce projet, j'ai respecté les principales bonnes pratiques de processus de développement logiciel. En premier lieu, j'ai fait la retro doucement de notre Pro*C (Batch RESB0070) par l'identification des besoins fonctionnels en s'appuyant sur l'analyse de l'existant, ensuite j'ai fait une étude de l'architecture des scriptes Pl/SQL. Ce qui m'a permis d'identifier les composants à développer. Pour maitriser ce chantier de réalisation, j’étais en train de commencer par développer un projet ayant pour l’objectif de charger les données de différentes entités (Formations, Formateurs, séances de formations ...) avec des différentes extensions soit avec (.txt, .csv, .xml) pour envoyer des courriels aux formateurs et les informer de leur Planning. Ce qui m’a permis de définir la stratégie de développement de l'application et de développer mes compétences au niveau de la technologie Spring Batch, puis je suis passé à mon sujet de stage qui me motive vraiment.

Pour concevoir ce projet, j'ai utilisé le formalisme de modélisation UML. Le projet est géré via une méthodologie agile SCRUM pour la gestion de sa phase de développement. Puis j’ai proposé une architecture technique du projet qui sera développée repose principalement sur les fondamentaux concepts de Framework Spring, ainsi ce dernier qui s’appuie sur le principe du lire des données massives et les stocker dans une autre source come BD.

Rapport PFE

GLOSSAIRE EMSI : Ecole Marocaine des Sciences de l’Ingénieur DSTUM: Daily stand-up meeting JAVA EE: JAVA Entreprise Edition RA: Rental Agreement INV: Invoice DTO: Data Access Object Vhcl Unit Nbr : véhicule unit number EIS : Europcar International Services CO : Check-out SVN : SubVersioN GWY : GrennWaY ESN : Entreprise de Services Numérique WS : Web Service CHGR : Charge S&M : sales and marketing ROPS : opération VHCL : Véhicules

Rapport PFE

LISTE DES FIGURES

Figure 1: Fiche d'identité CAPGEMINI Monde ............................................................................................. 4 Figure 2 : Fiche d'identité CAPGEMINI Maroc .............................................................................................. 4 Figure 3 : Historique Capgemini ................................................................................................................... 5 Figure 4 : Logo Capgemini ............................................................................................................................ 5 Figure 5 : Répartition du CA de Capgemini par secteur .............................................................................. 7 Figure 6 : Répartition des collaborateurs de Capgemini au monde ............................................................. 8 Figure 7 : Les partenaires stratégiques ...................................................................................................... 10 Figure 8 : portefeuille de partenaire .......................................................................................................... 10 Figure 9: Organigramme de CAPGEMINI .................................................................................................... 10 Figure 10: Organigramme CAPGEMINI 2020 .............................................................................................. 11 Figure 11 : Logo Europcar........................................................................................................................... 13 Figure 12: Europcar en chiffre .................................................................................................................... 13 Figure 13 : Géolocalisation d’Europcar ...................................................................................................... 14 Figure 14: Scrum Agile ................................................................................................................................ 16 Figure 15 : Certificat de Spring Batch ......................................................................................................... 18 Figure 16: Certificat 2 de Spring Batch ....................................................................................................... 19 Figure 17: Résultat Concours ..................................................................................................................... 20 Figure 18 : Proof of concept ....................................................................................................................... 23 Figure 19 : Processus de réservation.......................................................................................................... 24 Figure 20 : Diagramme GANT ..................................................................................................................... 27 Figure 21 : Suite Diagramme de Gant ........................................................................................................ 27 Figure 22 : Les tâches ................................................................................................................................. 28 Figure 23 : Bloc 1 ........................................................................................................................................ 31 Figure 24 : Bloc 2 ........................................................................................................................................ 32 Figure 25 : Bloc 3 ........................................................................................................................................ 32 Figure 26 : Bloc 4 ........................................................................................................................................ 33

Rapport PFE

Figure 27 : Bloc 5 ........................................................................................................................................ 33 Figure 28 : Bloc 6 ........................................................................................................................................ 34 Figure 29 : Bloc 7 ........................................................................................................................................ 34 Figure 30 : Bloc 8 ........................................................................................................................................ 35 Figure 31 : Bloc 9 ........................................................................................................................................ 35 Figure 32 : Bloc 10 ...................................................................................................................................... 36 Figure 33: Bloc 11 ....................................................................................................................................... 36 Figure 34: Bloc 12 ....................................................................................................................................... 36 Figure 35: Bloc 13 ....................................................................................................................................... 37 Figure 36: Bloc 14 ....................................................................................................................................... 37 Figure 37: Bloc 15 ....................................................................................................................................... 38 Figure 38: Bloc 16 ....................................................................................................................................... 38 Figure 39: Bloc 17 ....................................................................................................................................... 39 Figure 40 : Diagramme Use case ................................................................................................................ 42 Figure 41: Diagramme de séquence1 ......................................................................................................... 43 Figure 42: Diagramme de séquence 2 ........................................................................................................ 44 Figure 43: Diagramme d'activité ................................................................................................................ 45 Figure 44: Estimation BD ............................................................................................................................ 46 Figure 45: Diagramme classe ..................................................................................................................... 47 Figure 46 : Définition d’un Batch................................................................................................................ 52 Figure 47 : Spring Batch.............................................................................................................................. 52 Figure 48: Besoin de spring batch .............................................................................................................. 53 Figure 49 : Caractéristique de spring Batch ............................................................................................... 53 Figure 50: Architecture de spring Batch ..................................................................................................... 54 Figure 51 : Connection VM ......................................................................................................................... 55 Figure 52: Connection VM mot de passe ................................................................................................... 56 Figure 53 : Création le projet...................................................................................................................... 63 Figure 54 : Dépendance spring Batch......................................................................................................... 64 Figure 55 : D'autre dépendances ............................................................................................................... 64

Rapport PFE

Figure 56 : Squelette du projet................................................................................................................... 65 Figure 57 : Dépendances Pom.xml 1 .......................................................................................................... 66 Figure 58 : Dépendance Pom.xml 2............................................................................................................ 67 Figure 59: Dépendance Pom.xml 3 ............................................................................................................ 68 Figure 60 : Création de BD.......................................................................................................................... 68 Figure 61 : Donner le privilège d’User de la BD.......................................................................................... 69 Figure 62 : Fichier properties ..................................................................................................................... 69 Figure 63: Asci art generator ...................................................................................................................... 70 Figure 64 : Lien google ASCI ART ................................................................................................................ 71 Figure 65 : Choix Template ......................................................................................................................... 71 Figure 66: Voir la bannière dans la console ............................................................................................... 72 Figure 67 : Incrémentation du batch .......................................................................................................... 73 Figure 68 : Configuration Run id dans mon Job ......................................................................................... 74 Figure 69 : Les méta data ........................................................................................................................... 74 Figure 70 : Les tables méta data................................................................................................................. 75 Figure 71 : SHOW INCREMENTATION DANS LA BD .................................................................................... 75 Figure 72 : JOB SHEDULER .......................................................................................................................... 76 Figure 73: Différentes stratégies Schedulers ............................................................................................. 77 Figure 74 : Table Réservation ..................................................................................................................... 78 Figure 75 : Suite Table Réservation ............................................................................................................ 79 Figure 76 : Table paiement ......................................................................................................................... 80 Figure 77: Suite table paiement ................................................................................................................. 81 Figure 78: Suite table pymts ....................................................................................................................... 82 Figure 79: Suite table pymtss ..................................................................................................................... 83 Figure 80: Table Country ............................................................................................................................ 83 Figure 81 : Tale station ............................................................................................................................... 84 Figure 82 : La table Businessa Account ...................................................................................................... 85 Figure 83: Business AccountRCT ................................................................................................................ 85 Figure 84: Table Credit Card ....................................................................................................................... 86

Rapport PFE

Figure 85 : Repo Réservation ..................................................................................................................... 86 Figure 86: Rep Paiement ............................................................................................................................ 87 Figure 87: Repo Station .............................................................................................................................. 87 Figure 88: Repo Country............................................................................................................................. 87 Figure 89: Repo BusAcc .............................................................................................................................. 87 Figure 90: BusAccRCT ................................................................................................................................. 88 Figure 91 : Repo CC_DATA ......................................................................................................................... 88 Figure 92 : ReservationEligibleDTO ............................................................................................................ 88 Figure 93 : Item Reader .............................................................................................................................. 89 Figure 94 : La table OutPUT ........................................................................................................................ 89 Figure 95 : Item Writer ............................................................................................................................... 90 Figure 96 : Résultat des Réservations ........................................................................................................ 90 Figure 97 : L'idée de projet formations ...................................................................................................... 95 Figure 98: Diagramme classe de projet formation..................................................................................... 96 Figure 99: Création projet Formation ........................................................................................................ 96 Figure 100 : Dépendance 1......................................................................................................................... 97 Figure 101 : Dépendance 2......................................................................................................................... 97 Figure 102: Dépendance 3.......................................................................................................................... 98 Figure 103: Dépendance 4.......................................................................................................................... 98 Figure 104 : Dépendance 5......................................................................................................................... 98 Figure 105 : Dépendance 6......................................................................................................................... 99 Figure 106 : View Glob du projet................................................................................................................ 99 Figure 107 : Squelette du projet ................................................................................................................ 99 Figure 108 : Pom 1 .................................................................................................................................... 100 Figure 109 : Pom 2 .................................................................................................................................... 100 Figure 110 : Pom 3 .................................................................................................................................... 101 Figure 111 : Template choisie .................................................................................................................. 101 Figure 112 : Fichier Banner.txt ................................................................................................................. 102 Figure 113: L'affichage Bannière .............................................................................................................. 102

Rapport PFE

Figure 114 : Création la BD ....................................................................................................................... 102 Figure 115 : Privilège User ........................................................................................................................ 103 Figure 116 : Fichier properties ................................................................................................................. 103 Figure 117 : Fichier shema ....................................................................................................................... 104 Figure 118 : Documentation..................................................................................................................... 105 Figure 119 : Commande activate ............................................................................................................. 105 Figure 120 : AVOIR 3 TABLES .................................................................................................................... 106 Figure 121 : Validator ............................................................................................................................... 106 Figure 122 : MyJOBParametresValidator ................................................................................................. 107 Figure 123 : Les paramètres d'entrées ..................................................................................................... 107 Figure 124 : Exception .............................................................................................................................. 108 Figure 125 : Pas d'exception..................................................................................................................... 108 Figure 126 : Voir shema............................................................................................................................ 109 Figure 127 : Choisir le shema ................................................................................................................... 110 Figure 128 : Prendre le code drop méta data .......................................................................................... 111 Figure 129 : Configuration Run ID ............................................................................................................ 111 Figure 130 : Informer le job ...................................................................................................................... 112 Figure 131 : Voir run id dans la BD ........................................................................................................... 112 Figure 132 : Item Reader .......................................................................................................................... 112 Figure 133: Classe Formateur ................................................................................................................... 113 Figure 134 : Méthode Item Reader Formateur ........................................................................................ 114 Figure 135 : PreparedItemSetter.............................................................................................................. 114 Figure 136 : Configuration Item Reader ................................................................................................... 115 Figure 137 : Voir les données dans la base à partir CSV .......................................................................... 115 Figure 138 : Listiner .................................................................................................................................. 116 Figure 139 : La classe Formation .............................................................................................................. 116 Figure 140 : Fichier xml ............................................................................................................................ 117 Figure 141 : Item Reader Formation ........................................................................................................ 117 Figure 142 : Step de formation................................................................................................................. 118

Rapport PFE

Figure 143 : Configuration dans le Job ..................................................................................................... 118 Figure 144 : Affichage dans ma console ................................................................................................... 118 Figure 145 : Item PreparedStatement formattion ................................................................................... 119 Figure 146 : Item Writer Formation ......................................................................................................... 119 Figure 147 : Formations de la base de données....................................................................................... 119 Figure 148 : Listener formation ................................................................................................................ 120 Figure 149 : Table séance ......................................................................................................................... 120 Figure 150 : Item Reader Séance.............................................................................................................. 121 Figure 151 : ItemPreparedStatementSeance ........................................................................................... 121 Figure 152 : Step Séance .......................................................................................................................... 121 Figure 153 : Configuration Job ................................................................................................................. 122 Figure 154 : Code de conversion .............................................................................................................. 122 Figure 155 : Utilisation la conversion ....................................................................................................... 122 Figure 156 : Les données de la sénace ..................................................................................................... 123 Figure 157 : Résultât dans la console ....................................................................................................... 123 Figure 158 : Item Reader séance .............................................................................................................. 123 Figure 159 : JOB Configuration ................................................................................................................. 124 Figure 160 : Step Séance .......................................................................................................................... 124 Figure 161 : Configuration les paramètres d'entrée ................................................................................ 124 Figure 162 : les données de la séance dans BD ........................................................................................ 125 Figure 163 : Résultat dans la console ....................................................................................................... 125 Figure 164 : Décider ................................................................................................................................. 125 Figure 165 : La configuration Décider dans le job .................................................................................... 126 Figure 166 : Résultât dans la console ....................................................................................................... 126 Figure 167 : Diagramme de séquence pour le cas d'envoi mail ............................................................... 126 Figure 168 : Objet Planning ...................................................................................................................... 127 Figure 169 : PlanningItem ........................................................................................................................ 127 Figure 170 : Planning ................................................................................................................................ 128 Figure 171 : Configuration Item Planning ................................................................................................ 128

Rapport PFE

Figure 172 : Code RowMapper ................................................................................................................. 128 Figure 173 : Implémentation Item Processor ........................................................................................... 129 Figure 174 : Item Processor ...................................................................................................................... 129 Figure 175 : Code HTML ........................................................................................................................... 130 Figure 176 : Interface ............................................................................................................................... 130 Figure 177 : Implémentation .................................................................................................................... 131 Figure 178 : Configuration ........................................................................................................................ 131 Figure 179 : Interface de l'envoi des emails ............................................................................................. 132 Figure 180 : L'implémentation de service l'envoi des emails ................................................................... 132 Figure 181 : Writer ................................................................................................................................... 133 Figure 182 : Configuration final de notre Job ........................................................................................... 133 Figure 183 : Démarrage le serveur SMTP ................................................................................................. 134 Figure 184 : Interprétation des emails ..................................................................................................... 134 Figure 185 : Résultat Final ........................................................................................................................ 135

Rapport PFE

LISTE DES TABLEAUX Tableau 1: Matrice des Risques .................................................................................................................. 26 Tableau 3.1: Les acteurs Principaux ........................................................................................................... 40

Rapport PFE

TABLE DES MATIERES DEDICACE ................................................................................................................................................. 2 REMERCIEMENTS ................................................................................................................................... 3 ABSTRACT................................................................................................................................................. 4 RESUME ..................................................................................................................................................... 5 GLOSSAIRE ............................................................................................................................................... 6 LISTE DES FIGURES............................................................................................................................... 7 LISTE DES TABLEAUX.......................................................................................................................... 14 TABLE DES MATIERES ........................................................................................................................ 15 INTRODUCTION GENERALE .................................................................................................................. 1 CHAPITRE 1 : ............................................................................................................................................ 3 ENVIRONNEMENT DE STAGE ............................................................................................................... 3 1.

INTRODUCTION .......................................................................................................................... 4

2.

PRESENTATION DE L’ORGANISME D’ACCUEIL ................................................................................ 4

3.

HISTORIQUE DE CAPGEMINI :.......................................................................................................... 5

4.

PRESENTATION DU GROUPE CAPGEMINI INTERNATIONAL ........................................................... 5 3.1. CAPGEMINI DANS LE MONDE ...................................................................................................... 5 3.2. CHIFFRE D’AFFAIRE ....................................................................................................................... 7 3.3. EFFECTIFS ..................................................................................................................................... 8

5.

CAPGEMINI TECHNOLOGY SERVICES MAROC................................................................................. 9

6.

LES PARTENAIRES STRATEGIQUES ................................................................................................ 10

7.

ORGANIGRAMME DE L’ENTREPRISE ............................................................................................. 10

8.

LES VALEURS DE CAPGEMINI ......................................................................................................... 11

9.

CAPGEMINI EN 2020 ...................................................................................................................... 12

10.

PRESENTATION DU CLIENT ........................................................................................................ 12

8.1 PRESENTATION GENERALE .......................................................................................................... 12 8.2 PRESENTATION D’EUROPCAR...................................................................................................... 12 8.3 LES MARQUES D’EUROPCAR ....................................................................................................... 14 4.4 CHIFFRES D’AFFAIRES .................................................................................................................. 14 11.

PRESENTATION DES EQUIPES .................................................................................................... 15

12.

METHODE DE TRAVAIL .............................................................................................................. 16

13.

PRESENTATION DE LA FORMATION .......................................................................................... 17

14.

CONCOURS D’EUROPCAR AGILITE ............................................................................................ 19

15.

CONCLUSION .............................................................................................................................. 20

CHAPITRE 2 : .......................................................................................................................................... 21 LE PROJET ET LA GESTION DU PROJET ............................................................................................ 21

Rapport PFE

1.

INTRODUCTION .............................................................................................................................. 22

2.

PRESENTATION DU POLE CDS........................................................................................................ 22

3.

PROBLEMATIQUE ........................................................................................................................... 22

5. ANALYSE DU BESOIN ......................................................................................................................... 22 6. ANALYSE DE L’EXISTANT .................................................................................................................... 24 7.

SOLUTION....................................................................................................................................... 24

8.

LES BESOINS FONCTIONNELS ET NON FONCTIONNELS ................................................................ 25 8.1 BESOINS FONCTIONNELS ............................................................................................................. 25 8.2 BESOINS NON FONCTIONNELS .................................................................................................... 25

9.

ANALYSE DE RISQUE ...................................................................................................................... 26 9.1 ANALYSE DE RISQUE .................................................................................................................... 26 9.2 LES FACTEURS DE SUCCES ............................................................................................................ 26

10.

PLANIFICATION DU PROJET ....................................................................................................... 27

11.

Conclusion .................................................................................................................................. 28

CHAPITRE 3 : .......................................................................................................................................... 29 ANALYSE ET CONCEPTION DU PROJET ........................................................................................... 29 1.

INTRODUCTION .............................................................................................................................. 30

2.

LE FORMALISME UML .................................................................................................................... 30

3.

CHOIX UML..................................................................................................................................... 30

4.

RETRO DOCUMENT DE NOTRE SCRIPT PRO*C .............................................................................. 31

5.

IDENTIFICATION DES ACTEURS...................................................................................................... 39

6.

DIAGRAMMES DE CAS D’UTILISATION .......................................................................................... 40

7.

DIAGRAMME DE SEQUENCE .......................................................................................................... 43 7.1 PRESENTATION DU DIAGRAMME ............................................................................................... 43 7.2 LE DIAGRAMME SEQUENCE......................................................................................................... 43

8.

DIAGRAMME D’ACTIVITES............................................................................................................. 45 8.1 PRESENTATION DU DIAGRAMME ............................................................................................... 45 8.2 DIAGRAMME D’ACTIVITE ............................................................................................................ 45

9.

DIAGRAMME DE CLASSES .............................................................................................................. 46 b)

PRESENTATION DU DIAGRAMME ............................................................................................. 46

9.2

MODELISATION ...................................................................................................................... 46

10.

ARCHITECTURE GLOBALE DE SPRING BATCH ............................................................................ 47

11.

CONCLUSION .............................................................................................................................. 49

CHAPITRE 4 : .......................................................................................................................................... 50 TECHNOLOGIES ET OUTILS UTILISES .............................................................................................. 50 1.

INTRODUCTION .............................................................................................................................. 51

2.

HISTOIR DE SPRING BATCH............................................................................................................ 51

3.

QU’EST-CE QUE C’EST UN BATCH ? ............................................................................................... 51

Rapport PFE

4.

C’EST QUOI UN SPRING BATCH? ................................................................................................... 52

5.

SPRING BATCH POUR QUELS BEOINS ? ......................................................................................... 53

6.

CARACTERISTIQUE DE SPRING BATCH .......................................................................................... 53

7.

ARCHITECTURE DE SPRING BATCH ................................................................................................ 54

8.

CONCEPT ET FONDAMENTAUX DE SPRING BATCH ...................................................................... 54

9.

OUTILS ET ENVIRONNEMENT DE DEVELOPPEMENT .................................................................... 55 9.1 PLATE-FORME DE TRAVAIL .......................................................................................................... 55 9.2

10.

ENVIRONNEMENT DE DEVELOPPEMENT DE L’APPLICATION ............................................... 56 CONCLUSION .............................................................................................................................. 61

CHAPITRE 5 : .......................................................................................................................................... 62 MISE EN ŒUVRE DU PROJET ............................................................................................................... 62 1.

INTRODUCTION .............................................................................................................................. 63

2.

MES TACHES REALISEES ................................................................................................................. 63 A.

CREATION LE PROJET ................................................................................................................. 63

B.

SOCLE TECHNIQUE DU PROJET .................................................................................................. 65

C.

CREATION UNE BASE DE DONEE PROVISOIRE POUR LE TEST .................................................. 68

D.

CHANGEMENT DE LA BANNIER DE NOTRE BATCH ................................................................... 70

E.

LANCEMENT UN BATCH PLUSIEURS FOIS ................................................................................. 72

F. PLANIFIER ET MONITORER UN BATCH SORING A L’AIDE DE DIFFERENTS STRATEGIES DE SCHEDULER ........................................................................................................................................ 76 G. 3.

PARTIE DEVELOPPEMENT POUR LE TEST .................................................................................. 78 CONCLUSION .................................................................................................................................. 91

CHAPITRE 6 : .......................................................................................................................................... 92 CONCLUSION ET PERSPECTIVES ....................................................................................................... 92 1.

INTRODUCTION .............................................................................................................................. 92

2.

PERSPECTIVE .................................................................................................................................. 92

3.

CONCLUSION .................................................................................................................................. 93

REFERENCES......................................................................................................................................... 94 ANNEXES ................................................................................................................................................. 95 1.

PRESENTATION DE PROJET FORMATION ...................................................................................... 95

2.

LES TABLES DU PROJET FORMATION ............................................................................................ 95

3.

CREATION DU PROJET.................................................................................................................... 96

4.

MODIFICATION LA BANNIERE DU PROJET .................................................................................. 101

5.

CREATION LA BASE DE DONNEE .................................................................................................. 102

6.

CONFIGURATION LES PARAMETRES D’ENTREE DE NOTRE BATCH ............................................ 106

7.

LANCEMENT LE BATCH PLUSIEURS FOIS ..................................................................................... 108

8.

CHARGER DES DONNEES FORMATEUR A PARTIR DE FICHIER CSV............................................. 112

9.

CHARGER DES DONNEES FORMATIONS A PARTIR DE FICHIER XML .......................................... 116

Rapport PFE

10.

CHARGER DES DONEES SEANCES A PARTIR DE FICHIER TXT ET CSV ...................................... 120

11.

FAIRE LA DECISION POUR CHOISIR LE FICHIER CONVENABLE ................................................ 125

12.

L’ENVOIE DES COURRIELS ........................................................................................................ 126

13.

CONCLUSION GENERALE DU PROJET ...................................................................................... 135

Rapport PFE

INTRODUCTION GENERALE Le métier de location de voitures est un domaine riche et complexe. Pour répondre à ses exigences, Europcar possède un large éventail d’applications à la pointe de la technologie.

L’ensemble des applications « cœur de métier » de son système d’information est regroupé dans un SI dénommé « Greenway ». Ce dernier peut être décomposé en cinq domaines fonctionnels qui sont : Sales & Marketing (Ventes et Marketing), RES (Réservation), Fleet (Gestion de la Flotte de véhicules), ROPS (Rental Operations, Gestion des tâches administratives de la location de voitures) et Billing (Facturation).

Parmi ces cinq domaines, la réservation est, certes, l’un des plus vitaux dans la mesure où il a un impact direct sur les revenus de la société et sur son chiffre d’affaires. De ce fait, le batch doit être performant, optimisé, fiable et ergonomique.

C’est pour cela qu’Europcar s’est dirigé vers Capgemini et vers son équipe BUILD pour garder et maintenir le fonctionnement de son batch à jour.

La problématique sur laquelle j’ai travaillé au sein de l’équipe BUILD EUROPCAR est dans le cadre du projet de transformation système Europcar, vu aussi la rareté des ressources C/Pro*C sur le marché du travail, nous explorons d’autres stacks technologiques qui peuvent remplacer le langage C Pro*C, une des pistes qui revient le plus est le Spring Batch.

C'est dans cette perspective que s'inscrit ce projet qui a pour objectif de faire une proposition POC de migration Pro*C vers la technologie spring Batch, C’est une migration ISO fonctionnelle, portée plus sur le volet technique que le volet fonctionnel, l’objectif est d’atteindre une migration technologique complète vers le spring batch dans une partie du projet, en gardant les mêmes performances et la rapidité de la réponse.

Ce présent rapport qui retrace les différentes phases de la réalisation de notre projet est composé de 5 chapitres.

Dans le 1er chapitre intitulé "l’entreprise d’accueil", nous présentons le groupe Capgemini International sans oubliant de présenter aussi le client Europcar et les équipes qui sont affectées au projet de ce dernier avec la méthodologie utilisée.

1

Dans le 2ème chapitre intitulé "le projet et la gestion du projet", nous présentons les équipes au sein du projet Europcar, et la problématique sur laquelle on a réalisé un cahier de charge et une analyse de risque pour qu’on puisse planifier le projet.

Dans le 3éme chapitre intitulé "le projet et la gestion du projet", nous abordons l’analyse et la conception du projet avec des différents diagrammes (Diagramme de classe, Diagramme d’activité, Diagramme de séquence, Diagramme de Flux et aussi Diagramme de Use case), puis la proposition que j’avais faite sur l’architecture globale de spring batch pour notre batch Pro*C dans mon équipe BUILD concernant mon sujet de stage.

Dans le 4éme chapitre intitulé "Technologie et outils utilisés", cette fois-ci nous abordons le côté technique et tout ce qui concerne les technologies utilisées et l’architecture du projet.

Dans le 5éme chapitre intitulé "Mise en œuvre", on vous présente le projet que j’ai fait pour apprendre la technologie de spring Batch et le commencement de la première partie de développement car je n’ai pas l’accès de ressources.

Dans le dernier chapitre intitulé "conclusion et perspectives", sur l’expérience de mon stage.

NB : Le projet est en cours de réalisation, mais il n’est pas encore terminé.

2

CHAPITRE 1 :

ENVIRONNEMENT DE STAGE

3

1.

INTRODUCTION Dans ce chapitre, je présente l’entreprise d’accueil, son organisme, son métier, son chiffre

d’affaire, ses valeurs et en particulier sa filiale au Maroc. De même, je présente le client pour le compte duquel le projet a été réalisé.

PRESENTATION DE L’ORGANISME D’ACCUEIL

Figure 1: Fiche d'identité CAPGEMINI Monde

Création : 2007

CAMGEMINI Maroc

2.

Forme juridique : Société Anonyme

PDG : Moncef BENABDESLAM

Effectif : Plus de 1700 (2018)

Figure 2 : Fiche d'identité CAPGEMINI Maroc

4

3. HISTORIQUE DE CAPGEMINI :

Figure 3 : Historique Capgemini

4. PRESENTATION DU GROUPE CAPGEMINI INTERNATIONAL 3.1. CAPGEMINI DANS LE MONDE Capgemini est la première entreprise de services du numérique (ESN) en France ainsi que le numéro

six mondial du secteur en 2016. Elle a été créée par Serge Kampf le 1er octobre 1967 à Grenoble (France) sous le nom de Sogeti (Société pour la gestion de l'entreprise et traitement de l'information). Avec plus de 180 000 collaborateurs, elle est présente dans plus de 40 pays et célèbre son cinquantième anniversaire en 2017. Le Groupe est l'un des leaders mondiaux du conseil, des services informatiques et de l'infogérance. Cette dernière a réalisé en 2016 un chiffre d'affaires de 12,5 milliards d'euros.

Figure 4 : Logo Capgemini

Son expérience, qui embrasse l'ensemble des secteurs, lui permet de rester constamment en phase avec ses clients, comprendre leurs besoins et leur proposer les solutions les mieux adaptées à leurs objectifs métiers spécifiques.

5

Capgemini est réputée pour disposer d'un savoir-faire particulièrement solide dans les secteurs suivants : Secteur public : les équipes assurent la modernisation des services, tout en introduisant des réformes budgétaires significatives à l'attention des entreprises du service public, des administrations et des autorités locales.

Services universels : en tant que leader mondial en matière de systèmes informatiques appliqués aux réseaux et aux compteurs électriques intelligents, Capgemini aide les entreprises à :

Maîtriser l'évolution permanente des réglementations et à répondre aux préoccupations environnementales émergentes.

Services financiers : Au service de plus de 900 clients à travers le monde, Capgemini simplifie les applications et les infrastructures informatiques des établissements financiers pour leur permettre de garder une longueur d'avance en s'appuyant sur des modèles économiques innovants, comme la gestion de la mobilité ou des données intelligentes.

Produits de grande consommation, vente au détail et distribution : Capgemini aide ses clients à relever les différents défis qui se présentent à eux, quel que soit le secteur, en exploitant la technologie, comme le cloud computing, dans le but de développer des plates-formes de commerce électronique et d'améliorer l'expérience utilisateur.

Télécommunications : forts de plus de 30 ans d'expériences dans ce secteur, Capgemini propose des solutions innovantes reposant sur sa connaissance approfondie de ce domaine et de l'environnement digital, ainsi que sur son savoir- faire technologique en termes de réseaux.

L’annexe (cf. Annexe A) englobe un ensemble d’informations concernant le groupe Capgemini à savoir •

Son historique

•

Ses partenaires stratégiques

•

Ses métiers

•

Son chiffre d’affaire

•

Sa politique de travail

•

Effectifs

•

Capgemini TS Maroc 6

•

Les métiers de Capgemini TS Maroc

3.2. CHIFFRE D’AFFAIRE Le CA total du Groupe de l'année 2015 s’élève à 11 915 Md€, réparti comme suit :

Figure 5 : Répartition du CA de Capgemini par secteur

     

Amérique du Nord : 28% France : 20% Royaume Uni et Irlande : 18% Reste de l'Europe : 17% Benelux : 9% Asie-Pacifique et Amérique latine : 8%

7

3.3. EFFECTIFS Les effectifs du Groupe au 31 décembre 2015 s’élèvent à 180 639 collaborateurs avec une augmentation nette de 26%, répartis comme suit :

Figure 6 : Répartition des collaborateurs de Capgemini au monde

8

5. CAPGEMINI TECHNOLOGY SERVICES MAROC L’année 2007 a été marquée par la création de Capgemini Technology Services Maroc avec une première agence à Casablanca.

En Janvier 2010, Capgemini TS Maroc a déménagé vers les nouveaux locaux de Casanearshore et a lancé en juillet son activité Infrastructure Management (activité Sogeti). Capgemini compte aujourd’hui plus de 800 collaborateurs au Maroc. Le développement de cette filiale marocaine s’inscrit dans le cadre du système mondial de production de Capgemini Rightshore.

Capgemini Maroc participe aujourd’hui à des projets importants de développement et de maintenance de systèmes d’information pour le compte d’une dizaine d’acteurs francophones majeurs, notamment dans le secteur public, l’énergie, les services financiers et les télécommunications.

Les métiers de CAPGEMINI Maroc se déclinent comme suit : 

Application Services (AS) :

Capgemini Technology Services Maroc réalise des prestations liées au développement et la maintenance des systèmes d’informations autour de solutions techniques mettant en œuvre les nouvelles technologies (Java/J2ee, .net, SharePoint, QlikView…), la solution de gestion documentaire, le Cobol/Mainframe et l’ERP SAP. Ces prestations incluent les activités de conception technique, réalisation et tests des projets de construction de solutions logicielles, support, corrections et évolutions pour les projets de maintenance de solutions logicielles, conception et l’exécution de scenarios de tests de projets de tierce maintenance applicative. 

Infrastructure Services (IS) :

L’Infrastructure Services est une activité qui a débuté chez Capgemini Technology Services Maroc le 1er octobre 2010. Les activités de l’IS sont axées autour des infrastructures techniques permettant aux utilisateurs de ses clients de pouvoir travailler sur leurs applications métier. On trouvera donc, dans le périmètre de l’IS, les activités destinées à la maintenance opérationnelle des postes de travail des utilisateurs, des plateformes hébergeant les applications métiers clients, du réseau ainsi que des outils utilisés. Ainsi nous trouverons au sein du métier IS les activités suivantes : • Le Service desk • La Supervision et le Pilotage d’exploitation • L’Administration des serveurs, des bases des données • ERP L’Ingénierie de production 9

6. LES PARTENAIRES STRATEGIQUES 

Cinq partenaires stratégiques :

Figure 7 : Les partenaires stratégiques :



Un portefeuille de partenaires :

Figure 8 : portefeuille de partenaire

7. ORGANIGRAMME DE L’ENTREPRISE

Figure 9: Organigramme de CAPGEMINI

10

Figure 10: Organigramme CAPGEMINI 2020

8. LES VALEURS DE CAPGEMINI Lа сulturе dе Саpgеmini rеpоѕе ѕur lе rеѕpесt d’un ѕоutiеn individuеl еt mutuеl еntrе соllаbоrаtеurѕ, еt d’unе véritаblе соllаbоrаtiоn. Аu ѕеin dе Саpgеmini, 7 vаlеurѕ définiѕѕеnt nоtrе сulturе d’еntrеpriѕе à ѕаvоir : L’hоnnêtеté : еt еn pаrtiсuliеr lе rеfuѕ dе tоutеѕ prаtiquеѕ délоyаlеѕ dаnѕ lа соnduitе dеѕ аffаirеѕ еn vuе d’оbtеnir un соntrаt оu un аvаntаgе pаrtiсuliеr. Dеѕ règlеѕ préсiѕеѕ rеlаtivеѕ аux соmmiѕѕiоnѕ, саdеаux еt dоnѕ dе tоutе nаturе оnt été étаbliеѕ dаnѕ сеt еѕprit.

L’аudасе : аu ѕеnѕ du gоût d’еntrеprеndrе, dе l’еnviе dе prеndrе dеѕ riѕquеѕ еt dе ѕ’еngаgеr, dаnѕ lе rеѕpесt d’un prinсipе générаl dе prudеnсе еt dе luсidité ѕаnѕ lеquеl lе mаnаgеr аudасiеux pеut ѕе révélеr dаngеrеux.

Lа соnfiаnсе : qui impliquе lа vоlоnté dе rеѕpоnѕаbiliѕеr lеѕ hоmmеѕ еt lеѕ équipеѕ, еt dе соnfrоntеr lеѕ rеѕpоnѕаblеѕ аux еffеtѕ dе lеurѕ асtiоnѕ еt déсiѕiоnѕ. Lа соnfiаnсе impliquе égаlеmеnt l’оuvеrturе d’еѕprit еt unе grаndе trаnѕpаrеnсе dаnѕ lа сirсulаtiоn dе l’infоrmаtiоn.

Lа libеrté : оu еnсоrе lа сréаtivité, l’innоvаtiоn, l’indépеndаnсе d’еѕprit еt lе rеѕpесt dеѕ аutrеѕ dаnѕ lеurѕ сulturеѕ, lеurѕ hаbitudеѕ еt lеurѕ différеnсеѕ, се qui еѕt indiѕpеnѕаblе dаnѕ un Grоupе préѕеnt dаnѕ pluѕ dе 40 pаyѕ еt соmptаnt prèѕ dе 200 000 pеrѕоnnеѕ rеpréѕеntаnt unе сеntаinе dе nаtiоnаlitéѕ différеntеѕ.

Lа ѕоlidаrité : с’еѕt-à-dirе lа саpасité à pаrtаgеr ѕоlidаirеmеnt lеѕ bоnѕ еt lеѕ mаuvаiѕ mоmеntѕ; 11

Lа ѕimpliсité : с’еѕt-à-dirе lе соntrаirе dе l’аffесtiоn, dе lа prétеntiоn, dе lа grаndilоquеnсе, dе l’аrrоgаnсе еt dе lа vаntаrdiѕе. Lа ѕimpliсité, се n’еѕt pаѕ lа nаïvеté (ѕimplе n’еѕt pаѕ ѕimplеt), с’еѕt lа diѕсrétiоn, lа mоdеѕtiе réеllе, lе bоn ѕеnѕ, l’аttеntiоn pоrtéе аux аutrеѕ еt lе ѕоin miѕ à ѕе fаirе соmprеndrе d’еux, с’еѕt lа frаnсhiѕе dеѕ rеlаtiоnѕ dаnѕ lе trаvаil, lа déсоntrасtiоn, lе ѕеnѕ dе l’humоur ; Lе plаiѕir : ѕаnѕ lеquеl tоut prоjеt d’еntrеpriѕе еѕt diffiсilе, vоirе impоѕѕiblе à réаliѕеr.

9. CAPGEMINI EN 2020 Capgemini est un leader mondial, responsable et multiculturel Avec 270 000 femmes et hommes dans près de 50 pays. Sa raison d’être : libérer les énergies humaines par la technologie pour un avenir inclusif et durable. Partenaire stratégique des entreprises, Capgemini met la puissance de la technologie au service de leur transformation depuis plus de 50 ans. Le Groupe répond à l’ensemble de leurs besoins, de la stratégie et du design jusqu’à la gestion des opérations.

Pour cela, il met à profit de fortes expertises sectorielles et sa maîtrise de domaines en perpétuelle évolution comme le cloud, la data, l’intelligence artificielle, la connectivité, les logiciels, l’ingénierie digitale et les plateformes. En 2020, Capgemini a réalisé un chiffre d’affaires de 16 milliards d’euros.

10. PRESENTATION DU CLIENT 8.1 PRESENTATION GENERALE Avec plus de 60 années d’expériences et près de six millions de conducteurs en 2014, Europcar est un acteur mondial et le leader européen de la location de véhicules. Présent dans plus de 140 pays dans le monde, le Groupe met à la disposition de sa clientèle des véhicules de location courte ou moyenne durée à travers son réseau. Avec une flotte moyenne de 200 000 véhicules, le Groupe s’appuie sur sa connaissance approfondie du secteur de la location de véhicules afin de fournir à sa clientèle affaires et loisirs une large gamme de solutions de mobilité.

Le Groupe gère ses activités à travers deux marques :

8.2 PRESENTATION D’EUROPCAR Europcar est une entreprise française de location de véhicules créée en 1949 à Paris. Elle se proclame aujourd'hui première entreprise de location européenne.

12

Figure 11 : Logo Europcar

Présent dans plus de 145 pays. Il est depuis mai 2006 la propriété d'Eurazeo, une des premières sociétés d'investissement cotées en Europe.

L’informatique d’Europcar est gérée par un département du Groupe « Europcar International Services (EIS) », basé à Voisins le Bretonneux. EIS assure, pour les utilisateurs internes des sièges pays et des stations de location : -Les développements et la maintenance des applications -L’exploitation des infrastructures et des applications -Le support aux utilisateurs siège et aux agents des stations de location L’ensemble des applications « cœur de métier » d’Europcar se nomme Greenway et regroupe certaines fonctions majeures de l’entreprise : -Ventes et marketing -Réservation -Gestion de la flotte de véhicules -Opérations liées aux véhicules -Facturation

Figure 12: Europcar en chiffre

13

Figure 13 : Géolocalisation d’Europcar

8.3 LES MARQUES D’EUROPCAR Europcar Mobility Group opère à travers le monde sous ses différentes marques :  Europcar : leader européen de la location de voitures, fourgonnettes et camions.  Goldcar : leader européen de la location de voitures low-cost.  InterRent : spécialiste de la location de voitures (segment moyen de gamme, focalisésur les locations loisirs).  Buchbinder : un des leaders de la location de voitures en Allemagne.  Ubeeqo : start-up européenne spécialisée dans l'autopartage.  Bluemove : société de car-sharing espagnole.  GoCar : société de car-sharing irlandaise.  E-car Club : société britannique proposant un club de voitures électriques en "pay-per-use".  Scooty : start-up de partage de scooters électriques en libre-service.  Brunel : société de services chauffeur basée à Londres.  Snappcar : 2e plus importante société d'autopartage entre particuliers en Europe.  Wanderio : plateforme multimodale de recherche et de comparaison de moyens detransport.

4.4 CHIFFRES D’AFFAIRES Le CA du client Europcar a atteint 373 232 278€ en 2017, sa répartition par activité est comme suit : 

Location de véhicules (93,5%) : activité assurée à travers des agences de location exploitées directement ou par des agents.



Prestations de services (4,4%).



Le reste du CA (2,1%) concerne les redevances perçues des franchisés.

14

11. PRESENTATION DES EQUIPES Equipe CDS : c’est l’équipe responsable de la performance et de l’amélioration continue du projet,

La répartition par technologie : 

Pole Java : responsable des évolutions des applications comme Greenway, BMM, FRT, FLOYD.



Pole C\proC : responsable de plusieurs projets comme ResEngine, Rate Engine, GDS, GRDT, FRTN FMTN J’ai eu l’occasion de travailler avec cette équipe sur le moteur « ResEngine »



Pole WebService : responsable des WebService, GWY Services, COR-DAO, Dameon.



Pole AngularJs : responsable de la création des interfaces graphiques avec le framwork Angularjs

La répartition par activité : 

Testing Box : une communauté responsable des tests.



DA : les administrateurs de la base de données.



PM: les projects manager qui supervisent l’avancement du projet.



Designers : ceux qui aident le client à exprimer ses besoins pour définir un cahier de charge.

15

12. METHODE DE TRAVAIL La méthode SCRUM consiste à définir un cadre de travail permettant la réalisation de projets complexes. Le terme SCRUM fait référence à la mêlée de rugby. C’est une méthode agile (de management qui permet de gérer l’aspect humain d’un projet, principalement la question de ressources humaines et son allocation.

Les projets qui suivent la méthode agile SCRUM sont divisés en plusieurs cycles de travail relativement courts que l’on appelle « sprints ». Ces derniers permettent aux membres de l’équipe de mieux planifier les prochaines étapes de développement du projet mais aussi d’évaluer régulièrement les progrès liés au projet. Les sprints peuvent durer d’une à quatre semaines. Ils permettent également de réajuster ou réorienter la direction prise par le projet si besoin.

Figure 14: Scrum Agile

Backlog du produit (ou Product Backlog) : c’est une liste priorisée des fonctionnalités à réaliser, et qui est mise à jour par le Référent Produit.

Le Daily Meeting : est un événement de 15 minutes pour les développeurs de l'équipe Scrum. Pour réduire la complexité.

Notre projet Europcar adopte la méthode Scrum donc, chaque jour du sprint, tous les membres de l’équipe assistent à la réunion SCRUM quotidienne. Cette dernière ne dépasse pas 15 minutes, et permet aux membres de l’équipe de partager avec les autres ce qu’ils ont fait la veille, ce sur quoi 16

ils travaillent le jour même, ainsi que l’identification de tout problème pouvant entraver le bon déroulement du sprint. Cette réunion permet ainsi de synchroniser tous les membres de l’équipe.

13. PRESENTATION DE LA FORMATION Dès notre première journée à Capgemini, l’entreprise nous insiste une formation concernant les principes valeurs de Capgemini, la sécurité des données et des personnels, suivie d’un Projet de formation et en fin un projet de fin d’études 2021/2022.

Auto-formation dans la platform Pluralsight sur la technologie Spring Batch pendant quartes semaines.

Le plan de la formation est le suivant :



Formation sur le client Europcar



Méthodologie de travail



Formation sur la partie cohésion d’équipe et la gestion du temps



Formation sur Spring Batch sur Pluralsight et sur LinkedIn.



Formation sur un petit projet Spring Batch sur YOUTUBE.



Avoir des certifications concernant Spring Batch sur LinkedIn et Pluralsight.

➢ Mes certifications :

Je suis heureux de vous partager avec vous mes certificats de réussite concernant le Framework Spring Batch.

Le seul truc où le succès précède le travail c'est la motivation, Le but de la vie, ce n’est pas l’espoir de devenir parfait, c’est la volonté d’être toujours le meilleur, mais toujours gardez cette citation dans votre esprit : « Si vous n’essayez jamais, vous ne réussirez jamais, mais si vous essayez, vous risquez de vous étonner vous-même ».

Un petit conseil : Pour réussir soit dans votre vie personnelle ou professionnelle, retenez bien ces maximes :



Voir c'est savoir.



Vouloir c'est pouvoir.

17



Oser c'est avoir

Pour Conclure, je veux dire que "Chaque difficulté rencontrée doit être l’occasion d’un nouveau progrès"

Figure 15 : Certificat de Spring Batch

18

Figure 16: Certificat 2 de Spring Batch

➢ Projet de fin de formation

Le projet de fin de formation est une occasion pour exploiter les connaissances acquises dans la formation, c’est un projet global, dont j’étais sensé de le réaliser et préparer l’ensemble des documents livrables. ➢ Objectif du projet

La mise en place d’une proposition POC de migration Pro*C vers technologie spring Batch au niveau de l’équipe BUILD Europcar en utilisant la nouvelle technologie (Spring Batch avec Spring boot). Le but de mon stage est de migrer des scripts Pro*C vers batch en gardant les mêmes performances pour faciliter la tâche aux membres de l'équipe BUILD.

14.

CONCOURS D’EUROPCAR AGILITE

Parmi les choses qui me motivent vraiment c’est la capacité de participer dans mon poste, et d’avoir d’autres qualités qui m’aident à exceller ma carrière professionnelle.

J’ai été classé à la deuxième place à propos de concours Agile de notre projet Europcar.

NB : Le projet Europcar organise un concours d’agilité Scrum pour distinguer les 3 catégories : 19

  

Les gens sans formation Les gens avec formation Les gens certifiés

Et moi, je me trouve dans la dernière catégorie, je me sens vraiment à l’aise et très satisfait de ce succès, et je suis fier d’avoir évaluer mon savoir-faire concernant Scrum Fondations agilité.

Vous pouvez consulter l’image ci-dessous pour voir les gagnants de notre concours.

Figure 17: Résultat Concours

15. CONCLUSION Nous avons vu au niveau de ce chapitre, la présentation de l’organisme d’accueil, la présentation du projet Europcar, son organisation et la méthode de travail adoptée.

20

CHAPITRE 2 :

LE PROJET ET LA GESTION DU PROJET

21

1. INTRODUCTION Nous allons présenter dans ce chapitre le contexte du projet ainsi le pôle CDS concernant le projet, les membres de l’équipe, les projets du pôle et mettre dans un cadre général les principes de mon projet, ses objectifs ainsi que les principales fonctionnalités de notre future application.

2. PRESENTATION DU POLE CDS Le pôle CDS : centre de services partagés ou, plus communément exprimé en anglais « Shared Service Center » c’est la structure qui assure la production de tâches opérationnelles il est divisé en quatre équipes :    

Équipe Java Équipe C/pro*C Équipe Angular Équipe Web Service

La partie build est organisé sous forme de Centre de Service :  

Les PM Europcar gèrent les plannings des différents projets et crées des taches Les ressources Capgemini exécutent ces taches

Lorsque Capgemini est sollicité pour l’étude du projet :  

Production d’une WBS qui permet au PM Europcar de créer son planning Engagement de Capgemini sur les charges de chacune des taches

3. PROBLEMATIQUE Dans le cadre du projet de transformation du système d’information Europcar, et vu aussi la rareté des ressources C/Pro*C sur le marché du travail, Capgemini comme partenaire d’Europcar sur le projet de transformation explore d’autres stacks technologiques qui peuvent remplacer le langage C Pro*C, une des pistes qui revient le plus est le Spring Batch.

5. ANALYSE DU BESOIN Europcar est un acteur leader du marché de location automobile en Europe. L’implantation de ses 1800 stations de location lui permet de couvrir de nombreux pays européens (France, Allemagne, Angleterre, Italie, Portugal, etc…) et également l’Australie.

22

Mon sujet de stage consiste à faire une proposition POC pour faciliter la migration des batchs pro*c vers spring batch au niveau d’équipe BUILD et le rendre accessible par toute l’équipe sans aucune contrainte.

 Définition de Proof of concept POC ? 

C’est tout simplement la mise en œuvre du proof of concept est aujourd’hui de plus en plus usuelle en méthodologie de gestion des projets.



Proof of concept : « Un test face à la réalité »



La preuve de concept, de l’anglais « proof of concept » ou POC, désigne l’étape initiale de validation d’un projet. Elle consiste en une démonstration, grâce à des données et à des éléments tangibles, de l’applicabilité, de la faisabilité et de la viabilité de ce projet.



Il s’agit généralement d’une présentation dont le but est d’apporter la preuve qu’il est possible de réaliser le projet et d’atteindre les résultats annoncés. L’on parle également de preuve de principe.

 Pour être plus précis, il faut dire que la démarche vise à démontrer, pour l’idée ou le projet concerné : o Sa faisabilité ; o Sa viabilité ; o Sa rentabilité.

Figure 18 : Proof of concept

23

6. ANALYSE DE L’EXISTANT Comme déjà cité, Europcar est le leader Européen de location des véhicules, il est présent dans plus de 140 pays dans le monde avec 1800 agences, une telle entreprise doit avoir un Système d’Information suffisamment rigide pour gérer l’activité métier du groupe.

Dès le premier jour de stage au sein de l’équipe BUILD EUROPCAR, on constate qu’ils utilisent l’outil « Pro*C », et puisque ce dernier est rare dans le marché du travail, nous explorons d’autres stacks technologiques qui peuvent remplacer le langage C Pro*C, c’est le Spring Batch en gardant toujours les mêmes performances.

 Comprendre le Batch Pro*C : Le batch pro*C est un langage difficile et très compliqué, il inclut deux déférentes technologies C et Pl SQL. Ce Batch pro*C est vraiment bordélique, il représente le cas de la gestion des pénalités d’un client qui réserve la voiture mais malheureusement il ne vient pas pour le recevoir et l’exploiter.

Nous lui donnerons un délai, et s'il ne vient pas dans cette période, il va payer une amende.

Figure 19 : Processus de réservation

7. SOLUTION Après avoir cité la problématique, la mission dans le cadre du projet Europcar se contente de mettre en place une proposition d'un POC de migration CPro*C vers la technologie Spring Batch.

C’est une migration ISO fonctionnalité, portée plus sur le volet technique que le volet fonctionnel, l’objectif est d’atteindre une migration technologique complète vers le spring batch dans une partie du projet, en gardant les mêmes performances et la rapidité de réponse.

En ce qui concerne le côté technologique utilisé on s’est mis d’accord sur les dernières technologies telles que :

24



Spring Batch : Spring Batch est une infrastructure de traitement par lots légère et complète, il conçue pour permettre le développement d'applications par lots robustes et vitales pour les opérations quotidiennes des systèmes d'entreprises. Il fournit des fonctions réutilisables essentielles au traitement notamment de grands volumes d'enregistrements et aussi fourni également des fonctionnalités et des services techniques plus avancés qui permettront d'effectuer des traitements par lots extrêmement volumineux et très performants grâce à des techniques d’optimisation.



Spring Boot : Une plateforme facilite la création d'applications, basées sur Spring et de qualité production. On prend une opinion éclairée de la plate-forme Spring et des bibliothèques tierces, de sorte qu’on puisse commencer avec un minimum de complications. La plupart des applications Spring Boot nécessitent très peu de configuration Spring.

8. LES BESOINS FONCTIONNELS ET NON FONCTIONNELS 8.1 BESOINS FONCTIONNELS C’est une migration ISO fonctionnelle, portée plus sur le volet technique que le volet fonctionnel, l’objectif est d’atteindre une migration technologique complète vers le spring batch dans une partie du projet, en gardant les mêmes performances et la rapidité de la réponse.

8.2 BESOINS NON FONCTIONNELS Les besoins non fonctionnels (techniques) concernent les contraintes à prendre en considération pour mettre en place une solution adéquate aux attentes. La solution future doit nécessairement assurer les besoins suivants :



Sécurité : par le biais d’un système d’authentification réservant le droit de consulter

les données uniquement aux utilisateurs habilités qui permettra que les données afficher ne devront pas être accessible à tout le monde.



Extensibilité : l’application doit être extensible, c’est-à-dire qu’il pourra y avoir une

possibilité d’ajouter d’autres fonctionnalités.



La performance : l’application devra être performante de telle sorte que le système doit

réagir dans un délai raisonnable quelle que soit l’action de l’utilisateur.

25

9. ANALYSE DE RISQUE 9.1 ANALYSE DE RISQUE Pour mieux réussir un projet il faut étudier ses éléments de risque et les facteurs de son succès. En effet, les risques sont définis comme la probabilité de non-conformité d’un projet vis à vis de délais prévus, de coût ou de qualité.

Le tableau ci-dessous illustre la matrice des risques identifiés susceptibles d’affecter le déroulement normal du projet, leurs impacts et les actions préventives à entreprendre pour limiter la probabilité de l’apparition de chaque risque :

Tableau 1: Matrice des Risques

9.2 LES FACTEURS DE SUCCES D'après cette étude de risque, il en découle que la réussite de mon projet dépend de plusieurs facteurs de succès. L’exécution du projet dépend donc des facteurs suivants :



Planification correcte des tâches



Collaboration des différentes parties (acteurs techniques et métier) touchées par le projet



Enchaînements fluides des tâches et dans les délais attribués



Facilité d’accès à la formation et documentation des outils et technologies nécessaires au projet.

26

10. PLANIFICATION DU PROJET A. DIAGRAMME DE GANT Le projet est piloté avec la méthode agile Scrum qui est une méthode itérative.

B. DIAGRAMME GANT PREVISIONNEL

Figure 20 : Diagramme GANT

Figure 21 : Suite Diagramme de Gant

27

C. MES TACHES Voilà la liste de mes tâches que j’ai faite pendant mon stage, mais malheureusement, je n’ai pas eu la chance de compléter l’implémentation à cause du manque l’accès de la base de données parce que c’est confidentiel.

Figure 22 : Les tâches

11. Conclusion Nous avons vu au niveau de ce chapitre, la présentation de le pôle CDS, la problématique du projet Europcar, les besoins fonctionnels et non fonctionnels, la solution et la planification du diagramme GANT.

28

CHAPITRE 3 :

ANALYSE ET CONCEPTION DU PROJET

29

1. INTRODUCTION Ce chapitre définit l’architecture de la base de l’application. Il est divisé en trois parties. La première partie est la conception fonctionnelle du projet et ceci est élaboré à travers le diagramme de cas d’utilisations, les diagrammes de séquence, d’activité et un modèle conceptuel de données.

La deuxième partie est dédiée à l’étude conceptuelle technique du projet à travers les spécifications techniques et les différents Graphes Goal.

La dernière partie est dédiée à l’architecture globale que j’ai proposée en utilisant les termes fondamentaux de Spring Batch.

Nous rappelons que la méthode utilisée est SCRUM basée sur les sprints. Mais pour des raisons pédagogiques et pour plus de clarté, nous avons fait le choix de présenter l’analyse et la conception, dans ce chapitre, sous forme de synthèse globale de l’ensemble des sprints.

2. LE FORMALISME UML Le langage de modélisation unifié,(UML), est un langage de modélisation graphique à base de pictogrammes conçu pour fournir une méthode normalisée pour visualiser la conception d'un système. Il est couramment utilisé en développement logiciel et en conception orientée objet.

L'UML est le résultat de la fusion de précédents langages de modélisation objet : Booch, OMT, OOSE. Principalement issu des travaux de Grady Booch, James Rumbaugh et Ivar Jacobson, UML est à présent un standard adopté par l'Object Management Group (OMG).

UML est utilisé pour spécifier, visualiser, modifier et construire les documents nécessaires au bon développement d'un logiciel orienté objet. UML offre un standard de modélisation, pour représenter l'architecture logicielle. Les différents éléments représentables sont : 

Activité d'un objet/logiciel



Acteurs



Processus



Schéma de base de données



Composants logiciels



Réutilisation de composant

3. CHOIX UML 

La plupart des langages sont orientés objets. Le passage de la programmation fonctionnelle à l’orienté objet n’est pas facile. L’un de souci était d’avoir une idée globale en avance de 30

ce qu’on doit programmer. L'algorithmique qui était utilisé dans la programmation fonctionnelle ne pourrait pas suffire à lui seul. 

Le besoin d'avoir des méthodes ou langages pour la modélisation des langages orientés objet est nécessaire. Ainsi plusieurs méthodes ou langages ont vu le jour. En occurrence UML qui nous a permis de faire la conception de notre application. De nos jours, UML2 possède treize diagrammes qui sont classés en deux catégories (dynamique et statique).

Pour ce faire, on a commencé par les diagrammes de cas d'utilisation (Use Case) qui permettent de donner une vue globale de l'application. Pas seulement pour un client non avisé qui aura l'idée de sa future application mais aussi pour le développeur qui s'en sert pour le développement des interfaces. En deuxième lieu, on présente un diagramme statique qui est celui de classes. Enfin, on fait raffiner la conception en présentant la chronologie des opérations par les diagrammes des séquences et d’activité.

4. RETRO DOCUMENT DE NOTRE SCRIPT PRO*C Dans mes premiers jours, j’ai vu le script comme un monstre, car il est tellement bordélique, je ne sais pas où je vais commencer, mais avec le temps, j’essayé de le comprendre.

J’ai commencé à le diviser sous forme des blocs, et de le mettre des commentaires pour la visibilité. Les images ci-dessous vous disent tous.

Figure 23 : Bloc 1

31

Figure 24 : Bloc 2

Figure 25 : Bloc 3

32

Figure 26 : Bloc 4

Figure 27 : Bloc 5

33

Figure 28 : Bloc 6

Figure 29 : Bloc 7

34

Figure 30 : Bloc 8

Figure 31 : Bloc 9

35

Figure 32 : Bloc 10

Figure 33: Bloc 11

Figure 34: Bloc 12

36

Figure 35: Bloc 13

Figure 36: Bloc 14

37

Figure 37: Bloc 15

Figure 38: Bloc 16

38

Figure 39: Bloc 17

5. IDENTIFICATION DES ACTEURS UML n'emploie pas le terme d'utilisateur, mais d'acteur. Les acteurs d'un système sont les entités externes à ce système qui interagissent avec lui.

Les acteurs sont donc à l'extérieur du système et dialoguent avec lui. Ces acteurs permettent de cerner l'interface que le système va devoir offrir à son environnement. Oublier des acteurs ou en identifier de faux conduit donc nécessairement à se tromper sur l'interface et donc la définition du système à produire.

En se basant sur les besoins fonctionnels que j’ai extrait dans mon batch Proc*C et dans le but d’organiser ces interactions avec le système ces acteurs sont décrits comme suit :

Acteur

Rôle

Admin

C'est l'administrateur du système, il a le droit de faire toutes les actions affectées à l’acteur « User », et en plus il peut modifier dans toutes les interfaces là où il y a un champ de modification.

39

Provider

C’est l’acteur secondaire ayant le droit de me donner l’autorisation de carte CCA Bilpay pour récupérer le numéro de la carte bancaire.

Tableau 3.1: Les acteurs Principaux

6. DIAGRAMMES DE CAS D’UTILISATION Le diagramme de cas d'utilisation est un diagramme UML, il est utilisé pour donner une vision globale du comportement fonctionnel d'un système logiciel.

Un cas d'utilisation représente une unité discrète d'interaction entre un utilisateur (humain ou machine) et un système. Il est une unité significative de travail. Dans un diagramme de cas d'utilisation, les utilisateurs sont appelés acteurs (Actors), ils interagissent avec les cas d'utilisation (use cases).

Dans mon cas, j’ai un administrateur celui qui responsable de lancement du batch, ce dernier s'effectue d'une façon automatique sans intervention humaine.

Dans mon script Pro*c, j’ai extrait 14 cases :

- Use case 1 : - Sélectionner les réservations qui correspondent au cas NS. - Use case 2 : - Création une ligne PR (dans la table pymts en utilisant les données de la ligne PP de la table pymts).

- Use case 3 : - Vérifier l'éligibilité de la réservation - Use case 4 : - Calculer le montant de NS. - Use case 5 : - Convertir la devise du No show fee amount.

- Use case 6 : - Comparer le no show fee amount avec prepaid amount.

- Use case 7 : - Comparer la devise des frais de NS avec la devise de location.

- Use case 8 : - Convertir le montant des frais de NS en devise de location.

- Use case 9 : - Mettre à jour la valeur des frais de NS. - Use case 10 : - Déterminer le moyen de paiement à facturer pour les frais de NS. - Use case 11 : - Vérifier les frais de NS sont à imputer à un compte professionnel.

- Use case 12 : - Récupération de la devise du compte (de la table BUS_ACNTS).

- Use case 13 : - Comparer la devise du business account est la même que celle de la location.

- Use case 14 : - Convertir la devise du business account - Use case 15 : - Récupération du numéro de la carte bancaire 40

- Use case 16 : - Faire un appel de l'autorisation de carte CCA bilpay - Use case 17 : - Créer d'une ligne NS (dans la table Payments) - Use case 18 : - Mettre à jour du statut de la réservation sur NS - Use case 19 : - Insérer un enregistrement (dans la table HIST_CHNGS pour la réservation d'entrée).

41

Figure 40 : Diagramme Use case

42

7. DIAGRAMME DE SEQUENCE 7.1 PRESENTATION DU DIAGRAMME Le diagramme de séquences permet de modéliser un processus interactif, global ou partiel pour un système donné (logiciel, système d'information). Il est recommandable pour exprimer une dimension temporelle sur une partie du modèle, à partir de diagrammes de classes ou de cas d'utilisation. Le diagramme de séquences est une représentation proche de l'organigramme, la description d'un cas d'utilisation par un diagramme de séquences correspond à sa traduction algorithmique.

7.2 LE DIAGRAMME SEQUENCE Le diagramme de séquence comme suit :

Figure 41: Diagramme de séquence1

43

Figure 42: Diagramme de séquence 2

44

8. DIAGRAMME D’ACTIVITES 8.1 PRESENTATION DU DIAGRAMME Le diagramme d’activité est un diagramme comportemental d’UML, permettant de représenter le déclenchement des événements en fonction des états du système et de modéliser des comportements parallélisables. Le diagramme d’activité est également utilisé pour décrire un flux de travail (Workflow).

8.2 DIAGRAMME D’ACTIVITE Ce diagramme représente les différentes activités réalisées par le batch durant la procédure de gestion des pénalités.

Figure 43: Diagramme d'activité

45

9. DIAGRAMME DE CLASSES b) PRESENTATION DU DIAGRAMME Le diagramme de classes montre la structure interne d’un système. Il permet de fournir une représentation abstraite des objets du système qui vont interagir pour réaliser les cas d'utilisation.

Il s'agit d'une vue statique, car on ne tient pas compte du facteur temporel dans le comportement du système. Le diagramme de classes modélise les concepts du domaine d'application ainsi que les concepts internes créés de toutes pièces dans le cadre de l'implémentation d'une application.

9.2 MODELISATION Pour la conception de données, il y avait beaucoup des réunions avec Mr YOUSSFI Mohamed, vu que j’ai commencé par le dessin des entités.

Voilà l’image ci-dessous qui représente les différentes tables, il nous manque que la table Country, mais ce n’est pas grave. Dans la prochaine page, je vais vous monter toutes les tables avec leurs attributs.

Figure 44: Estimation BD

Enfin, je suis arrivé à créer ce modèle, il est validé par Mr Mohamed YOUSSFI et Mr Oussama MAHDAN.

46

Figure 45: Diagramme classe

10. ARCHITECTURE GLOBALE DE SPRING BATCH J’ai proposé une architecture technique globale du projet qui sera développée repose principalement sur les fondamentaux concepts de Framework Spring pour remplacer notre script Pro*C. Vous pouvez consulter l’image ci-dessous :

47

ItemReader

Step1

ItemProcessor ItemWriter

Exécute() Job Launcher

Job

AddRecordHistoricalStep4

Steps

No Eligible

Decider1

Run() Eligible

UpdateEtatResNsStep3

CalculAmountStep2

FLOW W

InsUpdFlow3&4

NULL

Decider2 Not NULL ResInfoStep5

ItemReader

ItemProcessor

Not Bigger Decider3

Decider4 Not Same

Bigger

4

Same

Job Instance

ResInfoAffectation ConvertionAmNs

MOP

Job Parameters ItemWriter

Decider5 BAC

Not BAC NotBACStep7

SelectCurrencyStep6

AddLigneNSStep8 InsUpdFlow3&4 Job Execution

Steps Executions

Job Repository 48

11. CONCLUSION Dans ce chapitre, nous avons présenté les différents diagrammes de modélisation élaborés qui synthétisent les différentes fonctionnalités du système ainsi la solution que j’ai proposée. Dans le chapitre suivant, nous présentons les outils et les technologies utilisées.

49

CHAPITRE 4 :

TECHNOLOGIES ET OUTILS UTILISES

50

1. INTRODUCTION La finalité de ce chapitre est de décrire les différentes technologies intervenantes dans la réalisation de l’ensemble des phases du projet. La première phase traite Etude Benchmark de Spring batch à savoir ce qu’est le Spring Batch, son historique, son besoin, ces caractéristiques, ses avantages, son architecture et ces concepts fondamentaux.

La seconde phase décrit les outils utilisés pour développer le projet.

2. HISTOIR DE SPRING BATCH Le traitement par lot, communément appelé Batch dans le jargon informatique, est une problématique très répandue et quasiment incontournable au sein des entreprises et industries qui manipulent d'énormes masses de données.

Le traitement des données par lots est l'un des concepts les plus anciens de la technologie, malgré sa maturité, la prise en main du traitement par lots peut présenter de nombreux défis.

Le concept de traitement de données par lots remonte aux premiers jours de l'informatique, il évoque des images d'hommes et de femmes dans des fauteuils très inconfortables et introduisant des lots de cartes perforées dans des machines à tabuler.

Au fil du temps, les grands ordinateurs centraux ont dominé le paysage, cela a considérablement augmente la demande de traitement par lots.

3.

QU’EST-CE QUE C’EST UN BATCH ?

Un Batch est une application informatique dont la vocation est d'effectuer du traitement par lot sur une masse de données.

En général ce type de programme s'exécute de façon autonome, peut potentiellement consommer beaucoup de ressources machine (CPU, mémoire, etc.) et peut avoir un temps d'exécution long (plusieurs minutes ou heures) lorsque le volume de données à traiter est consistant.

Il est en général conçu pour se déclencher et s'exécuter de façon autonome, automatique et régulière/périodique, mais ce n'est pas obligatoire, car la gestion d'un batch peut tout à fait être manuelle.

Un Batch a pour objectif de lire des données provenant de diverses sources homogènes ou hétérogènes

(fichiers,

bases

de

données,

web,

etc.),

puis

d'effectuer

des 51

traitements/transformations sur ces données lues afin d'en stocker le résultat dans un ou plusieurs conteneurs de destination (fichiers, bases de données, queue, etc.) dans le but de les exploiter.

Nous pouvons résumer cette définition au travers de l'image :

Figure 46 : Définition d’un Batch

4. C’EST QUOI UN SPRING BATCH? •

Ce Framework a été officiellement publié pour la première fois avant le printemps 2008.

•

Spring Batch est une infrastructure de traitement par lots légère et complète

•

Spring Batch conçue pour permettre le développement d'applications par lots robustes et vitales pour les opérations quotidiennes des systèmes d'entreprises.

•

Spring Batch fournit des fonctions réutilisables essentielles au traitement notamment de grands volumes d'enregistrements

•

Spring batch fourni également des fonctionnalités et des services techniques plus avancés qui permettront d'effectuer des traitements par lots extrêmement volumineux et très performants grâce à des techniques d'optimisation.

Figure 47 : Spring Batch

52

5. SPRING BATCH POUR QUELS BEOINS ?

Le but principal de Spring Batch est de fournir un panel d’outils permettant de faciliter le développement de batch.

Figure 48: Besoin de spring batch

6. CARACTERISTIQUE DE SPRING BATCH

Figure 49 : Caractéristique de spring Batch

53

7. ARCHITECTURE DE SPRING BATCH

Figure 50: Architecture de spring Batch

8.

CONCEPT ET FONDAMENTAUX DE SPRING BATCH

Un traitement par lots est généralement encapsulé par :





 

Un job comportant plusieurs Step Chaque Step a généralement un seul ItemReader, ItemProcessor, ItemWrter

 

Un job est éxécuté par un JobLauncher.

Les métadonnées relatives aux tratements configurés et exécutés sont stockées dans un JobRepository.

Le Job : il s'agit du composant qui représente la tâche à qui on délègue la responsabilité du besoin métier traité dans le programme. Il est chargé de lancer de façon séquentielle une ou plusieurs Step.

La Step : c'est le composant qui enveloppe le cœur même du besoin métier à traiter. Il est chargé de définir trois sous-composants structurés comme suit :  Le Reader : c'est le composant chargé de lire les données d'entrées à traiter. Elles peuvent provenir de diverses sources (bases de données, fichiers plats (csv, xml, xls, etc).  Le Processor : c'est le composant responsable de la transformation des données lues. C'est en son sein que toutes les règles de gestion sont implémentées.  Le Writer : ce composant sauvegarde les données transformées par le processor dans un ou plusieurs conteneurs désirés (bases de données, fichiers plats (csv, xml, xls, etc.), cloud).

54



Le JobLauncher : il s'agit du composant chargé de lancer/démarrer le programme de traitement par lot (batch). Il peut être configuré pour s'autodéclencher ou pour être déclenché par un évènement extérieur (lancement manuel). Dans le worflow Spring Batch, le JobLauncher est chargé d'exécuter un Job (tâche).



Le JobRepository est le mécanisme de Spring Batch qui rend toute cette persistance possible, il fournit des opérations CRUD pour les instanciations JobLauncher, Job et Step.

Une fois qu'un job est lancé, une jobExecution est obtenue à partir du repository et au cours de l'execution les instances StepExecution et jobExecution sont conservées dans le repository.



Les Job et Step Listeners : ce sont chacun des composants facultatifs qui offrent un cadre pour l'implémentation des services de monitoring personnalisés. Ils sont très utiles pour journaliser (loguer) les états du Job/Step avant et après leur exécution.

9. OUTILS ET ENVIRONNEMENT DE DEVELOPPEMENT La réalisation de cette partie requiert l’accès à l’environnement de développement et de production de l’application Greenway associé au système d’information de Europcar. Par la suite, nous exposons l’ensemble des technologies et outils intervenants dans le développement du projet :

9.1 PLATE-FORME DE TRAVAIL  VM : une machine virtuelle pour pouvoir accéder à la base de données Oracle et au système Unix appartenant au réseau d’Europcar.

Figure 51 : Connection VM

55

Figure 52: Connection VM mot de passe

9.2 ENVIRONNEMENT DE DEVELOPPEMENT DE L’APPLICATION Cette partie, nous a pris beaucoup de temps et d’effort entre la recherche sur des nouvelles technologies que je n’ai jamais travaillées avec, et des réunions avec Mr MOHAMED YOUSSFI et Mr Oussama MAHDAN pour savoir si l’outil ou le langage choisi est dans la même voie que la politique de l’entreprise.

Après avoir eu la validation de la part Mr Oussama, voici les technologies et des outils choisis :

Maven :

Maven est un outil de construction de projets (build) open source développée par la fondation Apache, initialement pour les besoins du projet Jakarta Turbine. Il permet de faciliter et d'automatiser certaines tâches de la gestion d'un projet Java.

Intellij Idea :

Intellij Idea : est un environnement de développement intégré (IDE) écrit en Java pour le développement de logiciels informatiques. Il est développé par JetBrains (anciennement connu 56

sous le nom d'IntelliJ) et est disponible en tant qu'édition communautaire sous licence Apache 2 , et dans une édition commerciale propriétaire . Les deux peuvent être utilisés pour le développement commercial.

La première version du framework IntelliJ IDEA fut rendue publique en janvier 2001. À ce moment-là, elle était le seul IDE pour Java disposant de fonctions avancées de navigation dans le code et de refactorisation de code. Un rapport d'Infoworld en 2010, attribua à IntelliJ le score le plus élevé parmi les quatre meilleurs outils de programmation Java, ses concurrents de l'époque étant Eclipse, NetBeans et JDeveloper.

En décembre 2014, Google a lancé Android Studio, son IDE open-source pour les applications Android. Celui-ci est basé sur l'édition open source d'IntelliJ IDEA. D'autres IDE basés sur IntelliJ est AppCode, CLion, PhpStorm

PowerAMC :

PowerAMC de conception créée par la société SAP, qui permet de modéliser les traitements informatiques et leurs bases de données associées. Il permet de réaliser tous les types de modèles informatiques. Power AMC permet de travailler avec la méthode Merise. Cela permet d'améliorer la modélisation, les processus, le coût et la production d'applications.

UML :

Le Langage de Modélisation Unifié, de l'anglais Unified Modeling Language (UML), est un langage de modélisation graphique à base de pictogrammes conçu pour fournir une méthode normalisée pour visualiser la conception d'un système. Il est couramment utilisé en développement logiciel et en conception orientée objet.

Java JEE :

57

Anciennement Java 2 Platform, Enterprise Edition, ou J2EE, puis Java Platform, Enterprise Edition ou Java EE[5]), est une spécification pour la plate-forme Java d'Oracle, destinée aux applications d'entreprise. La plate-forme étend Java Platform, Standard Edition (Java SE) en fournissant une API de mapping objet-relationnel, des architectures distribuées et multitiers, et des services web.

La plate-forme se fonde principalement sur des composants modulaires exécutés sur un serveur d'applications.

Pour ce faire, Java EE définit les éléments suivants : Une plate-forme (Java EE Platform), pour héberger et exécuter les applications, incluant outre Java SE des bibliothèques logicielles additionnelles du Java Development Kit (JDK) : • Une suite de tests (Java EE Compatibility Test Suite) pour vérifier la compatibilité.

• Une réalisation de référence (Java EE Reference Implementation), dénommée GlassFish.

• Un catalogue de bonnes pratiques (Java EE BluePrints).

Spring DATA :

La mission de Spring Data est de fournir un modèle de programmation familier et cohérent basé sur Spring pour l’accès aux données tout en conservant les caractéristiques spéciales du magasin de données sous-jacent.

Il facilite l'utilisation des technologies d'accès aux données, des bases de données relationnelles et non relationnelles, des frameworks de réduction de carte et des services de données basés sur le cloud. Il s'agit d'un projet parapluie qui contient de nombreux sous-projets spécifiques à une base de données donnée. Les projets sont développés en travaillant avec de nombreuses entreprises et développeurs qui sont à l'origine de ces technologies passionnantes.

Caractéristiques 58

• Référentiel puissant et abstractions personnalisées de mappage d'objets.

• Dérivation de requête dynamique à partir des noms de méthode de référentiel.

• Classes de base de domaine d'implémentation fournissant des propriétés de base.

• Prise en charge de l'audit transparent (créé, modifié en dernier).

• Possibilité d'intégrer du code de référentiel personnalisé • Intégration facile de Spring via Java Config et des espaces de noms XML personnalisés.

• Intégration avancée avec les contrôleurs Spring MVC. • Prise en charge expérimentale de la persistance entre magasins.

SPRING BOOT :

SpringBoot est un module récent de l'écosystème Spring. Il permet de simplifier le développement en Spring (configuration Maven, programme principal, etc.). Les fonctionnalités majeures d’une application standalone en SpringBoot sont : • La création des applications Spring autonomes • L’Intégration directement Tomcat, Jetty ou Undertow (pas besoin de déployer des fichiers WAR) • Fournir des dépendances de "démarreur" avisées pour simplifier votre configuration de construction • Configurer automatiquement les bibliothèques Spring et tierces autant que possible • Fournir des fonctionnalités prêtes à la production telles que les mesures, les vérifications de l'état et la configuration externalisée • Absolument aucune génération de code et aucune exigence pour la configuration XML SpringBoot permet ainsi la création de projets avec toutes les bibliothèques dont nous aurons besoin, la gestion des versions et la compatibilité entre ces dernières sera contrôlée de la part de SpringBoot ainsi aucune configuration XML ne sera demandée.

GIT : 59

Git est un système de contrôle de version distribué pour suivre les modifications du code source pendant le développement de logiciels. Il est conçu pour coordonner le travail entre les programmeurs, mais il peut être utilisé pour suivre les changements dans n'importe quel ensemble de fichiers. Ses objectifs incluent la vitesse, l'intégrité des données et la prise en charge des flux de travail distribués et non linéaires.

Git a été créé par Linus Torvalds en 2005 pour le développement du noyau Linux, avec d'autres développeurs de noyau contribuant à son développement initial. Depuis 2005, Junio Hamano a été le principal mainteneur. Comme avec la plupart des autres systèmes de contrôle de version distribués, et contrairement à la plupart des systèmes client-serveur, chaque répertoire Git sur chaque ordinateur est un référentiel à part entière avec un historique complet et des capacités de suivi de version complètes, indépendamment de l'accès au réseau ou d'un serveur central. Git est un logiciel libre et open-source distribué sous GNU General Public License Version 2 ..

WORKBENCH MYSQL :

MySQL Workbench est un outil visuel unifié pour les architectes de bases de données, les développeurs et les administrateurs de bases de données. MySQL Workbench fournit la modélisation des données, le développement SQL et des outils d'administration complets pour la configuration du serveur, l'administration des utilisateurs, la sauvegarde et bien plus encore. MySQL Workbench est disponible sur Windows, Linux et Mac OS X. MySQL Workbench permet à un DBA, un développeur ou un architecte de données de concevoir, modéliser, générer et gérer visuellement des bases de données. Il comprend tout ce dont un modélisateur de données a besoin pour créer des modèles ER complexes, une ingénierie ascendante et inverse, et fournit également des fonctionnalités clés pour effectuer des tâches difficiles de gestion des modifications et de documentation qui nécessitent normalement beaucoup de temps et d'efforts.

60

10. CONCLUSION

Ce chapitre a été consacré à la partie étude technique et les outils de la réalisation du Project en passant depuis la modélisation UML. Le chapitre suivant va être consacré à mes taches réalisées dans mon projet pendant mon stage sous forme de Screenshot des codes de notre batch.

61

CHAPITRE 5 :

MISE EN ŒUVRE DU PROJET

62

1. INTRODUCTION Dans ce chapitre on va aborder les différentes taches du projet que j’ai faites pendant ma durée de stage avec la description de chaque capture de notre batch. Mais malheureusement le projet n’est pas encore terminé, il est en cours de construction, parce que ce dernier n’est pas une exigence actuelle sur le POC.

2. MES TACHES REALISEES

A. CREATION LE PROJET A propos de mon script Pro*c, j’ai proposé l’architecture technique de spring batch, puis j’ai commencé à créer mon projet sur le site générateur du projet de spring : « Spring initializr ». En utilisant spring Boot, j’ai choisi Maven, le langage java. Pour méta data, j’ai mis com.capgemini, Artifact Poc_SB etc. …

Vous pouvez consulter l’image ci-dessous :

Figure 53 : Création le projet

63

Maintenant pour les dépendances, j’ai utilisé Spring Batch, et d’autres dépendances citées cidessous :

Figure 54 : Dépendance spring Batch

Figure 55 : D'autre dépendances

64

B. SOCLE TECHNIQUE DU PROJET Lorsque j'ai ouvert mon projet dans Intellij, voilà la structure suivante :

Figure 56 : Squelette du projet

Classe main pour démarrer notre projet spring Boot, dans la ressource un fichier propities pour déclarer notre propriété de configuration ;

65

Pour définir les properties définit par spring Boot et dans le pom.xml on va voir toutes des dépendances que j'ai déclaré dans le spring Initilizar.

Figure 57 : Dépendances Pom.xml 1

66

Figure 58 : Dépendance Pom.xml 2

67

Figure 59: Dépendance Pom.xml 3

C. CREATION UNE BASE DE DONEE PROVISOIRE POUR LE TEST J’ai été excité pour créer la base de données sur Workbench My SQL, j’ai débuté par la création de la base.

Figure 60 : Création de BD

68

Après j’ai créé un utilisateur de mon cas c'est mon nom et prénom et mot de passe : batch pour la configuration.

Figure 61 : Donner le privilège d’User de la BD

J’ai fait aussi le rapport entre la base de données et mon projet via un fichier properties, ici je vais utiliser ce code-là.

Il reste encore l’initialisation, j’ai toujours initialisé notre batch de donnée.

Figure 62 : Fichier properties

Spring Boot lorsqu’il démarre, il va chercher ce fichier, la connexion de la base de données à établi.

Je tiens à signaler que toutes les propriétés que j'ai utilisées sont présentées et documentées dans la documentation officielle de spring Boot, donc on va mettre spring properties référence dans le navigateur GOOGLE.

69

Il reste encore les tables de méta data se spring Batch, en faites spring Batch a l’ensemble des tables dans lesquels il stocke l'état du job et du step tout au long l'exécution.

J’ai tapé cette ligne : spring.batch.initialize-schema=always, par défaut il est Embedded, en doit changer la valeur vers always. Et aussi j’ai ajouté cette notation @EnableBatchProcessing pour activer le monde de batch de notre application.

D. CHANGEMENT DE LA BANNIER DE NOTRE BATCH Vous devez aller à google, après vous tapez ascii art generator, après vous écrivez tout ce que vous voulez, après vous choisissez la Template qui vous plait.

Figure 63: Asci art generator

70

Figure 64 : Lien google ASCI ART

Figure 65 : Choix Template

71

Figure 66: Voir la bannière dans la console

E. LANCEMENT UN BATCH PLUSIEURS FOIS Ils ont eu le problème de lancement du batch, après ma recherche que j’ai faite, enfin j’ai reçu une solution pour lancer le batch plusieurs fois, Je vous explique tout ça.

Et pour notre problème, pour chaque Job et ces paramétrés par Job Instance, lorsque je lance un batch, les erreurs peuvent survenir, dans ce cas, il faut relancer le batch n'est-ce pas.

Dans le batch, un job peut avoir donc plusieurs job exécution. Autant de fois que l'exécution du batch issue ou une seule si l'exécution du batch ça fait correctement à la première fois.

Pour cette raison, vous ne pouvez pas exécuter le même job plus d'une fois avec les mêmes paramètres d'identifications. si vous le faites, vous recevez une exception : "Job instance Read completed Exception" qui vous indique que si souhaiter exécuter le job à nouveau, vous devez modifier des paramètres.

Cependant, j'ai une petite solution pour résoudre le problème c’est l'utilisation JobParametersIncrementer.

JobJobParametersIncrementer c'est une interface fournit par Spring Batch pour vous permettre générer des paramètres d'une manière unique pour un Job donné.

Spring batch fournit une seule implémentation de l'interface qui incrément un seul paramètre de type Long avec le nom par défaut Name key "Run.id". C'est ce que nous allons voir en pratique.

Avant de commencer, j'ai déjà le job repository qui contient des tables fournit automatiquement lors de lancement du batch. Il faut le supprimer. Mais comment ?

72

Je dois aller vers le dossier Maven, après je dois focaliser sur le dossier maven.batch-core.jar, après je dois sélectionner le fichier avec double cliques pour prendre le code de suppression des tables.

Voilà le code SQL : DROP TABLE IF EXISTS BATCH_STEP_EXECUTION_CONTEXT ; DROP TABLE IF EXISTS BATCH_JOB_EXECUTION_CONTEXT ; DROP TABLE IF EXISTS BATCH_STEP_EXECUTION ; DROP TABLE IF EXISTS BATCH_JOB_EXECUTION_PARAMS ; DROP TABLE IF EXISTS BATCH_JOB_EXECUTION ; DROP TABLE IF EXISTS BATCH_JOB_INSTANCE ; DROP TABLE IF EXISTS BATCH_STEP_EXECUTION_SEQ ; DROP TABLE IF EXISTS BATCH_JOB_EXECUTION_SEQ ; DROP TABLE IF EXISTS BATCH_JOB_SEQ ;

Et pour ajouter le paramètre Run.id comme un paramètre optionnel du Job, j'ai créé un package nommée validators, ce dernier contient une classe nommée Validator, J’ai créé aussi mon propre Job nommé : defaultJobParametersValidator.

Voilà le code Java:

Figure 67 : Incrémentation du batch

Maintenant, je dois informer notre Job comment incrémenter le paramètre là, et j'ai passé instance de Run id incrémenter.

73

Voilà le code Java :

Figure 68 : Configuration Run id dans mon Job

Nous allons voir que se passe dans NOTRE base de données. Si j'actualise la base, j'ai les tables, la table qui m'intéresse c'est : batch_job_execution_params.

Figure 69 : Les méta data

74

Figure 70 : Les tables méta data

Lorsque je dois faire select * from batch_job_execution_params;

Figure 71 : SHOW INCREMENTATION DANS LA BD

Là vous allez trouver pour chaque exécution il est référencié par Job_Execution_ID, et on a la liste des paramètres avec key Name, et en plus, on a run.id qui a ajouté par l’incrémenter.

La première fois, il a comme une première valeur 1, après la deuxième l'exécution, il aura 2, etc. …. C'est comme le Spring batch génère un Id qui incrémente d'une façon automatique pour distinguer d'une façon unique la liste des paramètres passer à Job pour lancer le batch plusieurs fois.

Voilà la solution que j'ai trouvée.

Pour les commandes de lancement du btach, il y'a deux façons :  

Soit mvn clean package java -jar target/Poc_SB-0.0.1-SNAPSHOT.jar

75

F. PLANIFIER ET MONITORER UN BATCH SORING A L’AIDE DE DIFFERENTS STRATEGIES DE SCHEDULER

Figure 72 : JOB SHEDULER

Lors de l'exécution de travaux par lots, la manière dont un travail est lancé est très importante. Les tâches dépendent souvent d'autres tâches et doivent être exécutées dans un ordre approprié pour que les opérations commerciales réussissent.

Spring boot et Spring Batch proposent souvent quelques stratégies pour lancer un Job batch.

Cependant, de nombreuses entreprises préfèrent lancer des travaux avec un ordonnanceur.

Jetons un coup d'œil à quelques options pour lancer des tâches par lots et planifier leur exécution.

Il existe trois stratégies principales pour lancer l'exécution des tâches par lots Spring qui incluent : Spring Boot, les planificateurs(Schedulers) et API Rest.

Je vous donne une image qui décrit tout ça.

76

Figure 73: Différentes stratégies Schedulers



Spring Boot utilise des fichiers jar exécutables avec un lanceur de tâches spécial : Spring Boot inclut le lanceur de ligne de commande du lanceur de tâches, qui nous permet d'exécuter des tâches via un fichier d'exécution à partir de la ligne de commande.



Les tâches Schedulers sont déclenchées par un ordonnanceur d'entreprise à des intervalles définis avec les paramètres de tâche requis : Grâce au fichier de propriétés des points d'application et aux paramètres utilisés pour lancer le fichier jar, nous pouvons contrôler les tâches lancées et les paramètres de tâche qu'elles utilisent. Cette stratégie peut être utilisée avec un cron sur le système d'exploitation pour planifier les exécutions des instances de travail.

NB : Nous pouvons également utiliser un ordonnanceur d'entreprise tel que Quartz pour lancer un Job Spring batch.



API REST : Les contrôleurs MVC peuvent être utilisés pour lancer des tâches en réponse à des requêtes http par exemple Avec Angular : L'approche finale pour lancer une tâche consiste à configurer un contrôleur Spring MVC standard et à lancer la tâche en réponse aux requêtes HTTP. Cette stratégie est efficace lorsque les travaux doivent être lancés à la demande ou de manière ponctuelle.

77

G. PARTIE DEVELOPPEMENT POUR LE TEST J’ai commencé à créer les tables dans mon projet avec leurs attributs, j’ai pris seulement les attributs qui existent dans mon script C*pro*C.

La table Réservation :

Figure 74 : Table Réservation

78

Figure 75 : Suite Table Réservation

79

La table Paiement :

Figure 76 : Table paiement

80

Figure 77: Suite table paiement

81

Figure 78: Suite table pymts

82

Figure 79: Suite table pymtss

La table Country :

Figure 80: Table Country

83

Table Station :

Figure 81 : Tale station

84

La table Business account :

Figure 82 : La table Businessa Account

La table Business AccountRCT :

Figure 83: Business AccountRCT

85

La table Credit CART :

Figure 84: Table Credit Card

Maintenant, j’ai créé toutes les classes dans mon package entités, et aussi j’ai fait la création des repositories.

Figure 85 : Repo Réservation

86

Figure 86: Rep Paiement

Figure 87: Repo Station

Figure 88: Repo Country

Figure 89: Repo BusAcc

87

Figure 90: BusAccRCT

Figure 91 : Repo CC_DATA

Puis, j’ai créé notre DTO qui inclue la select de la réservation éligible qui composé de trois colonnes :

Figure 92 : ReservationEligibleDTO

88

Puis, j’ai évoqué le concept d’Item Reader pour lire les données à partir des tables Réservation, Country et Station.

Figure 93 : Item Reader

J’ai créé la table EligibleResOUTPUT juste pour le teste.

Figure 94 : La table OutPUT

Et pour faire les écritures dans cette table, il faut implémenter la méthode d’Item Writer.

89

Figure 95 : Item Writer

En vérifiant maintenant la BD.

Figure 96 : Résultat des Réservations

En effet, mon projet n’est pas encore terminé, j’ai fait juste un test pour lire des réservations de notre Batch C*Pro avec la technologie Spring Batch.

90

Maintenant, j’attends la validation de l’expert qui vont analyser ma recherche primordiale que j’avais proposée concernant l’architecture de Spring Batch.

3. CONCLUSION L’objectif de cette partie est d’illustrer la dernière partie du projet qui est la phase de réalisation dont laquelle nous avons présenté quelques captures d’écrans de l’application qui ont été prise.

91

CHAPITRE 6 : CONCLUSION ET PERSPECTIVES 1. INTRODUCTION Dans le cadre de mon projet de fin d’étude, j’ai effectué un stage chez Capgemini au sein du projet Europcar et précisément l’équipe BUILD chargée au sein de Capgemini de la maintenance du SI Greenway d’Europcar.

Dans ce chapitre, Je donnerai à la fin quelques perspectives de mon stage.

2. PERSPECTIVE Jusqu’à présent j’ai pu réaliser une proposition avec succès, surtout que je suis plus à l’aise avec l’environnement Spring Batch, j’ai une vision plus claire qu’auparavant, je me suis habitué aux erreurs du code, avec tout ce bagage que j’ai acquis j’ai pu compléter mon travail et le livrer dans les dates ou même bien avant.

Prochainement des séances de KT sont planifiées à partir du mois Septembre pour monter en compétence au niveau fonctionnel et technique sur l’application Greenway pour pouvoir occuper un poste au sein de mon équipe.

92

3. CONCLUSION Ce stage a été très enrichissant pour moi car il m’a permis de découvrir dans le détail le secteur d’ingénierie informatique, ses acteurs, contraintes… et il m’a permis de participer concrètement à ses enjeux au travers de mes missions variées comme celle au sein du Capgemini que j’ai particulièrement apprécié.

Ce stage m’a aussi permis de découvrir un univers que je ne connaissais finalement que très peu mais pour lequel je porte un immense intérêt.

Fort de cette expérience et en réponse à ses enjeux, j’aimerai beaucoup par la suite évoluer au sein du Capgemini à travers mon poste que j’ai pu acquérir après mon stage dans le secteur des services informatiques avec des acteurs de grandes tailles, et un important développement d’avenir.

93

REFERENCES

[1] Capgemini, « Formation sur la technologie Spring Batch » : https://app.pluralsight.com/courseplayer?clipId=b1b0fba6-0534-425c-808e-f591eb98fd13

[2] Wikipédia, « Présentation Capgemini et Europcar, » [3] Wiki Intern Capgemini « Présentation Capgemini et Europcar, EIS_Genius_Dossier d'architecture cible »

[4] Capgemini Et le groupe Europcar « Spécification, schéma de la couche Greenway et les documents fonctionnel sur les applications du pole et la base de données GWY, » [5] Stackoverflow « consultation des solutions de code information n cas de besoin pour se débloquer, »

[6] YOUTUBE « Formation sur Youtube de https://www.youtube.com/watch?v=or9b9L4PlIA

Spring

Batch

par

Mr

Mohamed

YOUSSFI »

[7] LinkedIn « Formation de spring Batch » : https://www.linkedin.com/learning/spring-springbatch/batch-processing-with-spring-batch

94

ANNEXES 1. PRESENTATION DE PROJET FORMATION Le projet a été développée pour être utilisée qui a pour objectif de charge des données formations, formateurs, séance de formations ayant des différents types de fichiers soit csv, txt, xml ... pour finalement envoyer des courriels au formateurs pour les informer de leur planning.

La première itération lire et valider des paramètres en entrée des batch, ensuite j’ai développé chacune des étapes et un processeur pour traiter chaque ligne du fichier et finalement un itemwriter pour les écrire dans la base de données.

Figure 97 : L'idée de projet formations

La STEP de charger des donnes de formateurs et de formations peuvent se faire en parallèle.

La STEP de chargement des séances à une particularité, le fichier peut être soit un fichier .csv ou bien txt, pour cela, nous allons maître une condition pour démarrer step associer au type de fichier reçu en l'entrée du batch, si le fichier reçu est txt on va démarrer step TXT sinon il va démarrer cette step CSV. Et en final, on va envoyer un mail à chaque formateur l'informant de son planning.

2. LES TABLES DU PROJET FORMATION 95

Ici on a trois tables, la table « formateur » qui a quatre colonnes, la table « formation » est composé de trois colonnes et la table « séance » c'est une table qui fait jointure entre deux tables et qui constitues de quatre colonnes.

Figure 98: Diagramme classe de projet formation

3. CREATION DU PROJET Nous allons de servir le site générateur du projet de spring, pour créer notre projet "Project Batch", en utilisant spring Boot, j’ai choisi Maven le langage java ... pour méta data com.capgemini, Artifact formations Batch etc ...

Figure 99: Création projet Formation

Maintenant pour les dépendances, j’ai utilisé Spring Batch bien sûr, et aussi jdbc pour la gestion de la base de données, aussi j’ai utilisé java mail Sender pour la gestion d'envoie des emails, et 96

Apache Freemaker c'est un Framework pour générateur de Template, on va nous servir pour créer les Template du mail pour créer des contenus d'un mail, j’ai utilisé MySQL Driver pour la de donnée du prod.

Figure 100 : Dépendance 1

Figure 101 : Dépendance 2

97

Figure 102: Dépendance 3

Figure 103: Dépendance 4

Figure 104 : Dépendance 5

98

Figure 105 : Dépendance 6

Figure 106 : View Glob du projet

Lorsque j'ai ouvert mon projet dans Intellij, voilà la structure suivante : Classe main pour démarrer notre projet spring Boot, dans la ressource un fichier properties pour déclarer notre propriété de configuration.

Dans le pom.xml on va voir toutes des dépendances que j'ai déclaré dans le spring Initilizar.

Figure 107 : Squelette du projet

99

On aura aussi dans la présentation du projet, je vais manipuler un fichier xml, j'ai besoin de ses dépendances là :

Figure 108 : Pom 1

Figure 109 : Pom 2

Et aussi, j'ai besoin d’une dépendance pour gérer le module xml.

100

Figure 110 : Pom 3

4. MODIFICATION LA BANNIERE DU PROJET Vous devez aller à google, après vous tapez ascii art generator, après vous écrivez tout ce que vous voulez, après vous choisissez la Template qui vous plait.

Figure 111 : Template choisie

101

J’ai crée un fichier banner.txt et j’ai la mise dans ce fichier.

Figure 112 : Fichier Banner.txt

Figure 113: L'affichage Bannière

5. CREATION LA BASE DE DONNEE Configuration de la base de données, je vais aller vers MySQL Workbench, j’ai la base de données nommée : « formations-db ».

Figure 114 : Création la BD

102

Après j’ai créé un utilisateur de mon cas c'est mon nom et prénom et mot de passe « batch » pour la configuration.

Figure 115 : Privilège User

Je dois maintenant faire le rapport entre la base de données et mon projet via un fichier proprties, ici j’ai utilisé ce code-là :

Figure 116 : Fichier properties

Spring Boot lorsqu’il démarre, il va chercher le fichier .sql la structure de la base de données à charger.

Dans mon cas, j’ai créé un fichier qui s'appelé un shema.sql qui contient la création des tables.

103

Figure 117 : Fichier shema

Je tiens à signaler que toutes les propeties que j'ai utilisé sont présentes et documentées dans la documentation officielle de spring Boot, donc on va mettre spring properties référence.

104

Figure 118 : Documentation

Mnt, je vais essayer de vous montre comment j'ai fait la configuration avec fichier proprties prod, je dois alles vers Run configuration, puis vous allez vers les arguments et taper cette commande :

Figure 119 : Commande activate

Et finalement, lorsque j’ai démarré le projet. En vérifiant mnt la base de données, j’ai actualisé mon shema donc ici on a trois tables qui sont vide c'est super !

105

Figure 120 : AVOIR 3 TABLES

6. CONFIGURATION LES PARAMETRES D’ENTREE DE NOTRE BATCH Spring batch propose un validator pour confirmer que tous les paramètres en entrée, j’ai créé un batch Config.

Spring batch vous permet de créer votre propre paramètre personnalisé, c'est pour cela, il suffit d'implémenter l'interface jobparametresValidator J’ai créé un package validators, au sein de ce dernier, j’ai créé la classe, j’ai défini la méthode validite. Et maintenant on va vérifier que les valeurs des paramètres passer de notre job respectent cette règle notamment l'extension de fichier.

J’ai vérifié l'extension de la table formation, Formateur, Séance de formation.

Figure 121 : Validator

106

J’ai commencé à définir le Bean de type MyJobParametersValidator()

Figure 122 : MyJOBParametresValidator

Je suis allé vers run configuration, et j’ai les mis dans les arguments nos fichiers

Figure 123 : Les paramètres d'entrées

Si j’ai changé par exemple le dernier fichier en entrée par .xml, j’aurai une exception :

107

Figure 124 : Exception

Sinon, lorsque j’ai laissé mon paramètre d’entre comme qu’il est :

Figure 125 : Pas d'exception

7. LANCEMENT LE BATCH PLUSIEURS FOIS Ils ont eu le problème de lancement du batch, après ma recherche que j’ai faite, enfin j’ai reçu une solution pour lancer le batch plusieurs fois, Je vous explique tout ça.

Et pour notre problème, pour chaque Job et ces paramétrés par Job Instance, lorsque je lance un batch, les erreurs peuvent survenir, dans ce cas, il faut relancer le batch n'est-ce pas.

Dans le batch, un job peut avoir donc plusieurs job exécution. Autant de fois que l'exécution du batch issue ou une seule si l'exécution du batch ça fait correctement à la première fois.

Pour cette raison, vous ne pouvez pas exécuter le même job plus d'une fois avec les mêmes paramètres d'identifications. si vous le faites, vous recevez une exception : "Job instance Read completed Exception" qui vous indique que si souhaiter exécuter le job à nouveau, vous devez modifier des paramètres.

Cependant, j'ai une petite solution pour résoudre le problème c’est l'utilisation JobParametersIncrementer.

JobJobParametersIncrementer c'est une interface fournit par Spring Batch pour vous permettre générer des paramètres d'une manière unique pour un Job donné.

Spring batch fournit une seule implémentation de l'interface qui incrément un seul paramètre de type Long avec le nom par défaut Name key "Run.id". C'est ce que nous allons voir en pratique.

108

Avant de commencer, j'ai déjà le job repository qui contient des tables fournit automatiquement lors de lancement du batch. Il faut le supprimer. Mais comment ?

Je dois aller vers le dossier Maven, après je dois focaliser sur le dossier maven.batch-core.jar, après je dois sélectionner le fichier avec double cliques pour prendre le code de suppression des tables.

Figure 126 : Voir shema

109

Figure 127 : Choisir le shema

110

Figure 128 : Prendre le code drop méta data

Et pour ajouter le paramètre Run.id comme un paramètre optionnel du Job, j'ai créé un package nommée validators, ce dernier contient une classe nommée Validator, J’ai créé aussi mon propre Job nommé : defaultJobParametersValidator.

Figure 129 : Configuration Run ID

111

Maintenant, je dois informer notre Job comment incrémenter le paramètre là, et j'ai passé instance de Run id incrémenter.

Figure 130 : Informer le job

Et pour la base de données :

Figure 131 : Voir run id dans la BD

8. CHARGER DES DONNEES FORMATEUR A PARTIR DE FICHIER CSV Jusqu'a ici, j’ai configuré l'entrée de notre batch, dans l'étape suivante, je dois charger les formateurs depuis un fichier CSV et les formations depuis un fichier XML. J’ai évoqué le concept d’Item Reader :

Figure 132 : Item Reader

112

J’ai créé la classe domaine de notre classe formateur :

Figure 133: Classe Formateur

Puis, j’ai inclus aussi item Reader. J’ai déclaré un Bean de type item Reader, et pour lire des données, J’ai besoin d'accéder au fichier, vie ressource, on va utiliser job paramètre pour accéder ce fichier-là.

Spring va automatiquement récupérer le chemin où il trouve ce fichier, il va instancier un Bean de type ressource et le mette à disposition de cette méthode.

J’ai créé notre flarfileitemreadder en utilisant un Builder, ensuite j’ai lit des données vie input file, le fichier a traité est fichier csv il est délimité par point-virgule.

J’ai aussi défini les noms de la colonne qui correspond aux noms des attributs de la classe Formateur.

Dernière étape, j’ai précisé de notre classe domaine la destination c'est formateur.class, puis Build.

113

Figure 134 : Méthode Item Reader Formateur

Et pour tester, j’ai configuré un step dans laquelle j’ai intègre notre item Reader.

J’ai jdbcBatchitemWriterBuild qui nous aider à configurer Item Writer. Pour les écrire dans la base de données, j’ai besoin d'accéder à la data source.

Après une requête insert quand va utiliser pour créer chaque ligne et finalement j’ai besoin de mapper des variables qui sont dans la haute avec des variables qui venant dans notre élément traiter via itemPreparemdIemsetter.

J’ai implémenté itemPreparemdIemsetter, j’ai commencé à définir les valeurs de paramètres.

Figure 135 : PreparedItemSetter

Voilà la configuration :

114

Figure 136 : Configuration Item Reader

J’ai vérifié ma base de données, et lorsque j’ai fait la requête selecte :

Figure 137 : Voir les données dans la base à partir CSV

Spring batch permet d’enregistre au niveau de la step différentes type de Listener, ce dernier peut effectuer des opérations diverses, comme la journalisation etc. … a une étape de cycle de vie d’un step.

Dans notre step de chargement des formateurs, j’ai mis en place à Listener qui va tracer le nombre de formateur qui ont traité par le step.

J’ai créé une classe qui implémente une interface qui s’appelle ListinerExecutionStep.

115

Figure 138 : Listiner

9. CHARGER DES DONNEES FORMATIONS A PARTIR DE FICHIER XML J’ai créé la classe domaine Formation :

Figure 139 : La classe Formation

J’ai commencé à déclarer un Bean de type StaxEventItemReader, dans le cas de lecture un fichier xml, j’ai besoin de trois choses : 

D’abord le chemin vers le fichier xml.



La balise à lire dans le fichier xml. Dans notre cas c’est la formation.

116

Figure 140 : Fichier xml



Et finalement comment convertir cette balise vers notre objet domaine formation ?

Voilà le code suivant :

Figure 141 : Item Reader Formation

117

J’ai configuré le step comme le cas de formateur.

Figure 142 : Step de formation

Après, la configuration dans le JOB :

Figure 143 : Configuration dans le Job

J’ai implémenté item Writer qui permet de les afficher dans la console :

Figure 144 : Affichage dans ma console

118

Pour l’écritures des formations dans la base de données, j’ai défini un item Writer spécifier.

Voilà le code :

Figure 145 : Item PreparedStatement formattion

Figure 146 : Item Writer Formation

Et maintenant, j’ai déjà consulté que les données de la table formation ont été stockées dans la base de données.

Figure 147 : Formations de la base de données

119

Spring batch permet d’enregistre au niveau de la step différentes type de Listener, ce dernier peut effectuer des opérations diverses, comme la journalisation etc. … a une étape de cycle de vie d’un step.

Dans notre step de chargement des formateurs, j’ai mis en place à Listener qui va tracer le nombre de formateur qui ont traité par le step.

J’ai créé une classe qui implémente une interface qui s’appelle ListinerExecutionStep.

Figure 148 : Listener formation

10. CHARGER DES DONEES SEANCES A PARTIR DE FICHIER TXT ET CSV J’ai créé la classe domaine séance :

Figure 149 : Table séance

120

J’ai fait la même chose comme le cas de la table « formation » ainsi que la table « formateur ».

Dans le cas de type CSV :

Figure 150 : Item Reader Séance

Figure 151 : ItemPreparedStatementSeance

Figure 152 : Step Séance

121

Figure 153 : Configuration Job

Et pour convertir un type de caractère vers un objet Date voilà le code :

Figure 154 : Code de conversion

Figure 155 : Utilisation la conversion

Et maintenant, je dois vérifier est ce que les données sont stocker ou non ?

122

Figure 156 : Les données de la sénace

Et pour la console :

Figure 157 : Résultât dans la console

Dans le cas de type TXT : C’est la même chose, je vais essayer les mettez directement.

Figure 158 : Item Reader séance

123

Figure 159 : JOB Configuration

Figure 160 : Step Séance

Je vais essayer de changer extension txt pour voir le résultat final.

Figure 161 : Configuration les paramètres d'entrée

124

Figure 162 : les données de la séance dans BD

Figure 163 : Résultat dans la console

11. FAIRE LA DECISION POUR CHOISIR LE FICHIER CONVENABLE

Figure 164 : Décider

125

Figure 165 : La configuration Décider dans le job

Figure 166 : Résultât dans la console

12. L’ENVOIE DES COURRIELS

Figure 167 : Diagramme de séquence pour le cas d'envoi mail

126

Dans cette étape, j’ai lu les formateurs dans la BD, est ca sera la tache de Item Reader, ensuite dans Item Processor, j’ai récupéré les séances du formateur et enrichir notre Objet, à la dernière étape, dans la l’écriture, notre Item Writer va envoyer un mail au formateur informant de son planning.

Pour gérer le planning, ce dernier est composé par deux attributs.

Figure 168 : Objet Planning

PlanningItem c’est un ensemble des informations concernant la séance et notamment libelle de formation, le descriptif de formation et la date de début et fin.

Maintenant, j’ai fait la création des objet Planning et PlanningItem.

Figure 169 : PlanningItem

127

Figure 170 : Planning

Puis, j’ai créé la classe Config de cette classe domaine.

Figure 171 : Configuration Item Planning

Et Pour le code RowMapper :

Figure 172 : Code RowMapper

128

J’ai enrichi chaque planning avec les séances associées au formateur, c’est pour cela, j’ai utilisé un Item Processor, ce dernier c’est in traitement que nous appliquer à chaque Item lu de la BD, ce traitement il est encapsulé l’implémentation de l’interface Item Processor.

Figure 173 : Implémentation Item Processor

Figure 174 : Item Processor

Maintenant, je suis arrivé à la génération du contenu du mail, c’est pour cela, j’ai utilisé un Framework Freemarker pour générer des Template.

J’ai préparé un Template qui contient un titre, et le nom et prénom et un tableau de formation.

129

Figure 175 : Code HTML

L’étape suivant que j’ai fait, c’est la création un service qui servira pour générer le contenu sous format string de cette Template.

Figure 176 : Interface

130

J’ai créé une classe qui implémente cette interface et qui défini le comportement de la méthode générer.

Figure 177 : Implémentation

Pour l’envoi des emails, j’ai utilisé starter-mail qui permet de configurer la partie d’envois des emails en configurant toutes les infrastructures et les Beans nécessaires.

J’ai fait dans le fichier properties une petite configuration avec le serveur SMTP :

Figure 178 : Configuration

J’ai commencé à développer un service qui permet d’envoyer un mail à un formateur, j’ai commencé par la création de l’interface et ensuite l’implémentation.

131

Figure 179 : Interface de l'envoi des emails

Figure 180 : L'implémentation de service l'envoi des emails

Je suis arrivé à la dernière étape c’est la configuration d’un item Writer pour l’envoi des emails.

132

J’ai créé la classe Item Writer :

Figure 181 : Writer

Figure 182 : Configuration final de notre Job

133

Et pour le test, j’ai démarré le serveur SMTP :

Figure 183 : Démarrage le serveur SMTP

Voilà, il fonction bien, il interprète tous les emails.

Figure 184 : Interprétation des emails

134

Et lorsque vous cliquez sur un lien, il affichera :

Figure 185 : Résultat Final

13. CONCLUSION GENERALE DU PROJET L’expérience joue un rôle très important dans le développement et l’amélioration des compétences d’un individu du fait qu’elle est considérée comme étant un savoir pratique acquis après une longue durée d’effort et de travail.

Ainsi cette démonstration était une occasion précieuse qui m’a permis de découvrir le monde du travail, de clarifier certains problèmes, d’enrichir et d’améliorer les connaissances acquises pendant mon cursus d’études, à la fois sur le plan théorique et le plan pratique.

Pendant cette période, j’ai dû faire face à plusieurs challenges qui m’ont permis d’acquérir beaucoup de connaissances que ça soit le travail en équipe, la discipline, la flexibilité ou encore l’apprentissage rapide et efficace, la réalisation technique de ce stage jusqu’à ce jour est un grand succès à cause des efforts mis dans la conception, à l’organisation et la discipline.

Je peux dire avec confiance que ce projet m’a définitivement marquée et m’a permis d’évoluer vers une meilleure version de moi-même.

135