0% ont trouvé ce document utile (0 vote)
520 vues68 pages

Migration vers Dynamics 365

Ce projet vise à migrer la solution de gestion de la sécurité sociale de Djibouti construite sur Microsoft Ax2012 vers Microsoft Dynamics 365. Ensuite, développer une solution verticale personnalisée pour ce domaine qui pourra être commercialisée auprès d'autres organismes similaires. Le travail consiste à étudier le système existant, concevoir le projet avec UML, mettre en place l'environnement Dynamics 365, et adapter le système aux besoins de l'entreprise.

Transféré par

Anas Oualili
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
520 vues68 pages

Migration vers Dynamics 365

Ce projet vise à migrer la solution de gestion de la sécurité sociale de Djibouti construite sur Microsoft Ax2012 vers Microsoft Dynamics 365. Ensuite, développer une solution verticale personnalisée pour ce domaine qui pourra être commercialisée auprès d'autres organismes similaires. Le travail consiste à étudier le système existant, concevoir le projet avec UML, mettre en place l'environnement Dynamics 365, et adapter le système aux besoins de l'entreprise.

Transféré par

Anas Oualili
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

Ecole Nationale Supérieure d’Informatique

et d’Analyse des Systèmes

Mémoire de Projet Fin d’Etude


Cycle Ingénieur
FILIERE
Ingénierie du Web Et Informatique Mobile
Sujet

Migration et verticalisation de la solution de


gestion de la CNSS vers Microsoft Dynamics 365

Réalisé par : Encadré par : Evalué par les membres du jury :


OUALILI Anas Professeur : Professeurs :

Mr. RADOUANE Mohamed Mme CHAOUNI Naoual Benabdellah


Mr. NAFIL Khalid
1
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Dédicace

Je dédie ce travail à mes chers parents pour l’éducation qu’ils m’ont


prodigué, avec tous les moyens et au prix de tous les sacrifices qu’ils ont
consentis à mon égard, je ne saurais exprimer ma gratitude.
A mes sœurs Hanane, Hanae et Meryame qui m’ont toujours
supporté, m’offrant toute aide et encouragement au long de mon parcours.
A ma grande famille pour son support et pour tout le dévouement au long
de ma vie, que je remercie chaleureusement.
A tous mes professeurs du primaire, collège, lycée, classes préparatoires de
Marrakech et l’ENSIAS, pour m’avoir généreusement fait
profiter de leurs connaissances.
A toutes les personnes qui ont cru en moi.
Je dédie ce travail

2
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Remerciement

Au terme de ce projet de fin d'études, je remercie Allah pour avoir fait en sorte
que je puisse mener à bien mon projet, et j’éprouve l'immense plaisir de
présenter mon remerciement à toute personne ayant contribué de près ou de
loin à l'accomplissement de ce travail.
J’exprime ma profonde gratitude et mon vif remerciement à mon encadrant
pédagogique Pr. Mohamed RADOUANE pour son encadrement méticuleux, ses
directives précieuses et ses conseils judicieux durant toute la période de ce
travail.
J’adresse un grand merci particulièrement à Mr. Mohamed Amine HAMDAOUI
le directeur général de TOOL Consulting et mon encadrant, qui a eu la bonté de
m’accueillir au sein de leur équipe, tout en me procurant les conditions
favorables au bon déroulement de mon projet de fin d’études, outre leurs
remarques pertinentes et instructives.
Mes sincères remerciements s’adressent également aux membres du jury :
Mme CHAOUNI Benabdellah Naoual, Mr. NAFIL Khalid qui ont accepté d’évaluer
ce travail, à tout le corps professoral de la filière d’ingénierie du web et
informatique mobile, et administratif de l’ENSIAS qui a déployé de
considérables efforts et m’a permis de développer les compétences nécessaires
à la réalisation de ce travail.
Enfin, j’adresse mes remerciements les plus sincères à tous ceux qui ont
participé de près ou de loin dans l’accomplissement de ce travail.

3
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Résumé

Le présent document synthétise le travail effectué dans le cadre du projet fin


d’étude au sein de la société TOOL Consulting à Casablanca. J’ai eu la chance
durant ce stage de travailler sur un projet des progiciels autour des outils
Dynamics 365 et Dynamics AX2012.
Le projet a pour objectifs de migrer la solution de gestion de la sécurité sociale
de la Djibouti de Microsoft Ax2012 vers Microsoft Dynamics 365, puis de
construire une solution verticale qui peut être commercialisée chez d’autre
organisme du même type.

Afin de répondre à ce besoin, le travail a consisté en une étude préliminaire de


l’existant afin d’identifier ses limites et appréhender l’étude des fonctionnalités
sur lesquelles reposait la conception. Pour entamer une bonne mise en œuvre
du projet, nous avons commencé tout d’abord par concevoir le projet par
l’utilisation d’UML. Ainsi nous avons passé à l’étape de la mise en place de
l’environnement de travail. Nous avons ensuite cherché à adapter le système
aux besoins de l’entreprise.

Mots clés : ERP, Microsoft Ax2012, migration, Microsoft Dynamics 365, CNSS

4
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Abstract

This document summarizes the work carried out as part of the end of study
project within TOOL Consulting in Casablanca. I had the chance during this
internship to work on a software package project around Dynamics 365 and
Dynamics AX2012 tools.
The objectives of the project are to migrate Djibouti’s social security
management solution from Microsoft Ax2012 to Microsoft Dynamics 365, then
to build a vertical solution that can be marketed by other organizations of the
same type.
In order to meet this need, the work consisted of a preliminary study of the
existing system in order to identify its limits and apprehend the study of the
functionalities on which the design was based. To start a good implementation
of the project, we started by designing the project using UML. So, we went to
the stage of setting up the work environment. We then sought to adapt the
system to the needs of the company.

Keywords : ERP, Microsoft Ax2012, migration, Microsoft Dynamics 365, CNSS

5
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Liste des Abréviations

Abréviation Désignation

ERP Entreprise Ressource Planning

CRM Customer Relationship Management

CNSS Caisse National de Sécurité Social

Ms Microsoft

D365 f&o Dynamics365 for Finance and Operation

LCS LifeCycle Service


UML Langage de Modélisation Unifié

6
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Table des matières
DEDICACE ........................................................................................................................................................ 2
REMERCIEMENT .............................................................................................................................................. 3
RESUME........................................................................................................................................................... 4
ABSTRACT........................................................................................................................................................ 5
LISTE DES ABREVIATIONS ................................................................................................................................ 6
TABLE DES MATIERES ...................................................................................................................................... 7
INTRODUCTION GENERALE : ......................................................................................................................... 11
CHAPITRE I .................................................................................................................................................... 13
CONTEXTE GENERAL DU PROJET. ................................................................................................................. 13
INTRODUCTION ............................................................................................................................................. 14
1- PRESENTATION DE L’ORGANISME D’ACCUEIL............................................................................................... 14
1-1 Missions .................................................................................................................................... 15
1-2 Métiers ...................................................................................................................................... 16
1-2.1 Conseil et intégration ERP ..................................................................................................... 16
1-2.2 Sous-Traitance....................................................................................................................... 16
1-2.3 Développement autour des technologies Microsoft ............................................................ 17
1-4 Organigramme de l’entreprise .................................................................................................. 20
2- PRESENTATION DU PROJET ...................................................................................................................... 21
2-1 Motivations ............................................................................................................................... 21
2-2 Problématique .......................................................................................................................... 22
2-3 Objectifs .................................................................................................................................... 23
2-4 Solution générale ...................................................................................................................... 24
3- CONDUITE DE PROJET ............................................................................................................................. 24
3-1 Déroulement du projet ............................................................................................................. 28
CONCLUSION ................................................................................................................................................ 30
CHAPITRE II ................................................................................................................................................... 31
SPECIFICATION & ANALYSE ........................................................................................................................... 31
INTRODUCTION : ........................................................................................................................................... 32
1- ETUDE D’EXISTANT ................................................................................................................................. 32
1-1 Présentation du Régime Général de la Sécurité Sociale ........................................................... 32
1-1.1 Introduction .......................................................................................................................... 32
1-1.2 Gestion des cotisants ............................................................................................................ 33
1-1.3 Gestion des assurées............................................................................................................. 36
1-1.4 Gestion des relations entre cotisants et assurés .................................................................. 37
1-2 Présentation de l’ERP Ax2012 ................................................................................................... 38

7
Année Universitaire : 2019/2020
Projet de Fin d’Etude
1-2.1 Entreprise Ressource Planning.............................................................................................. 38
1-2.2 Microsoft Dynamics .............................................................................................................. 38
1-2.3 Étude fonctionnelle de Dynamics Ax. ................................................................................... 39
1-2.4 Architecture fonctionnelle de Dynamics AX ......................................................................... 39
1-2.5 Niveau accès aux données .................................................................................................... 40
1-2.6 Architecture en couches de Dynamics Ax ............................................................................. 41
2- MICROSOFT DYNAMICS 365 ................................................................................................................... 41
2-1 LES AVANTAGES ................................................................................................................................ 42
CONCLUSION ................................................................................................................................................ 44
CHAPITRE III .................................................................................................................................................. 45
MISE EN ŒUVRE............................................................................................................................................ 45
INTRODUCTION ............................................................................................................................................. 46
1- OUTILS ET TECHNOLOGIES DE REALISATION................................................................................................. 46
2-1 Microsoft Dynamics 365 for Finance and Operations .............................................................. 46
1-1.1 Provisionnement et accès des utilisateurs............................................................................ 47
1-1.2 Stratégie client ...................................................................................................................... 47
1-1.3 Expérience des développeurs ............................................................................................... 48
1-1.4 Analyses et Reporting ........................................................................................................... 48
1-1.5 Intégration ............................................................................................................................ 48
2-2 Visual Studio.............................................................................................................................. 52
2-3 C sharp ...................................................................................................................................... 53
2- REALISATION......................................................................................................................................... 54
2-1 Analyse du code avec service Lifecycle ..................................................................................... 54
2-1.1 Extraire le magasin de modèles ............................................................................................ 54
2-1.2 L’analyse de mise à jour ........................................................................................................ 55
2-2 Lancer l’environnement ............................................................................................................ 58
2-2.1 Example des conflits.............................................................................................................. 58
2-3 Mise à jour des données ........................................................................................................... 59
2-3.1 Préparation des données ...................................................................................................... 60
2-3.2 Mise à jour de base données ................................................................................................ 61
2-4 Interfaces avant et après Migration.......................................................................................... 61
* Page d’Accueil ........................................................................................................................... 62
* Liste des cotisants ..................................................................................................................... 63
* Information d’un assuré............................................................................................................ 64
CONCLUSION ................................................................................................................................................ 65
CONCLUSION GENERALE ............................................................................................................................... 66
REFERENCES .................................................................................................................................................. 67

8
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Table des figures
Figure 1 : Logo de la société TOOL Consulting .............................................................................................. 14
Figure 2 : logo Chambre Française ................................................................................................................ 17
Figure 3 : logo Caisse Nationale de Sécurité Sociale ..................................................................................... 18
Figure 4 : Organigramme de l’entreprise ...................................................................................................... 20
Figure 5 : Le cycle de vie du Dynamics Ax 2012 ............................................................................................ 22
Figure 7 : La méthodologie agile ................................................................................................................... 26
Figure 8 : Le principe de la méthode SCRUM ............................................................................................... 28
Figure 9 : Diagramme de Gantt .................................................................................................................... 29
Figure 10 : Processus d'Affiliation des cotisants .......................................................................................... 33
Figure 11 : Affiliation normale d'un cotisant ................................................................................................ 35
Figure 12 : Affiliation d'office d'un cotisant .................................................................................................. 35
Figure 13 : Processus Immatriculation d'un Assuré ...................................................................................... 36
Figure 14 : Processus Immatriculation d'un Assuré la suite ......................................................................... 37
Figure 15 : Architecture fonctionnel d'AX..................................................................................................... 39
Figure 16 : CustTable List Page ..................................................................................................................... 40
Figure 17 : Architecture conceptuel d’ERP AX .............................................................................................. 47
Figure 18 : Composition conceptuelle d’ERP AX 7 ........................................................................................ 48
Figure 19 : Architecture de l’intégration d’ERP AX 7 .................................................................................... 49
Figure 20 : SQL Azure .................................................................................................................................... 51
Figure 21 : SQL Server ................................................................................................................................... 51
Figure 22 : Lifecycle Services......................................................................................................................... 52
Figure 23 : Visual Studio................................................................................................................................ 53
Figure 24 : Visual C# ...................................................................................................................................... 53
Figure 25 : Processus de migration ............................................................................................................... 54
Figure 26 : Lifecycle Services......................................................................................................................... 55
Figure 27 : Mise à jour code service ............................................................................................................. 55
Figure 28 : statistique des erreurs ................................................................................................................ 56
Figure 29 : La source contrôle ....................................................................................................................... 57
Figure 30 : Work Items .................................................................................................................................. 57
Figure 31 : Example d'erreur ......................................................................................................................... 58
Figure 32 : Solution dans d365...................................................................................................................... 59
Figure 33 : Processus de mise à niveau des données ................................................................................... 59
Figure 34 : Liste de check liste ...................................................................................................................... 60
Figure 35 : Back up de la base de données MicrosoftDynamicsAX .............................................................. 60
Figure 36 :La bibliothèque MajorVersionDataUpgradePackage ................................................................... 61
Figure 37 : Page d'Accueil en Ax2012 ........................................................................................................... 62
Figure 38 : Page d'Accueil en D365 ............................................................................................................... 62
Figure 39 : Liste de cotisant en Ax 2012 ....................................................................................................... 63
Figure 40 : Liste de cotisant en D365 ............................................................................................................ 63
Figure 41 : Interface assuré en Ax2012......................................................................................................... 64
Figure 42 : Interface assuré en D365 ............................................................................................................ 64
9
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Liste des tableaux

Tableau 1 : Tableau comparatif des deux approches de développement .................................................... 25


Tableau 2 : Numéro des secteurs d'activité .................................................................................................. 33
Tableau 3 : Code des sous-secteurs d'activité .............................................................................................. 34
Tableau 4 : Modèle de couches de Dynamics Ax .......................................................................................... 41
Tableau 5 : Planification de travail par semaine ........................................................................................... 56

10
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Introduction générale :

La Caisse Nationale de Sécurité Sociale est chargée de la gestion de divers régimes


pour le compte des travailleurs salariés et des particuliers. Appelés « assurés », ces
derniers pourront bénéficier de nombreuses prestations notamment la pension de
retraite, les indemnisations en cas de maladies, ou d’accidents professionnels, les
allocations et aides pour leurs familles, etc., sous certaines conditions.

Actuellement, elle se dispose d’une solution ERP Ax2012, constitué pour l’essentiel
de bases de données SQL Server.

C’est dans ce cadre que la direction de la CNSS souhaite mettre à jour son système
d’information, afin de le sécuriser et l’adapter aux attentes de l’administration
pour le régime « général ».

Ce projet est nommé SSAMS « Social Security Agency Management System ».

La gestion et le suivi de projet ayant pour but de bien mener un projet à son terme,
prend en compte les différentes contraintes de réalisations et imprévus. Ce travail
a consisté en une étude préliminaire de l’existant afin d’identifier ses limites et
appréhender l’étude des fonctionnalités sur lesquelles reposait la nouvelle
conception.

Ce rapport comporte trois parties :

La première partie a pour but de présenter l’organisme d’accueil et de décrire le


contexte du projet tout en présentant le cahier des charges, ma mission et la
démarche suivie pour la réalisation, la deuxième partie se penchera sur l’analyse et
la conception de la solution et la troisième partie concerne la réalisation du projet,
11
Année Universitaire : 2019/2020
Projet de Fin d’Etude
elle donne un descriptif détaillé de la démarche adoptée et des tâches effectuées,
ainsi que quelques copies d’écrans, des extraits de livrables, et finalement un
aperçu sur les résultats générés

On terminera par une conclusion générale qui récapitule le bilan du travail réalisé
et dresse ses principales perspectives.

12
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Chapitre I

Contexte général du Projet.

Dans ce chapitre, il convient de présenter l’organisme d’accueil, le contexte


général du projet et la problématique donnant lieu à l’expression du cahier des
charges. A la fin de ce chapitre, le projet sera présenté selon un découpage
séquentiel avec le diagramme de GANTT.

13
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Introduction

Ce chapitre aura comme objectif de présenter le contexte général, selon plusieurs


perspectives, du point de vue périmètre du projet, problématique, présentation du
cahier de charge, et conduite de projet.

1- Présentation de l’organisme d’accueil

Figure 1 Logo de la société TOOL Consulting

TOOL Consulting est une société marocaine de services spécialisée dans


l’intégration des solutions Microsoft Dynamics. En six ans d’existence, TOOL
Consulting a connu une croissance à deux chiffres pour un CA de 2,6 M MAD
(2018) en accompagnant de grands intégrateurs dans leurs projets d’envergure
puis en conseillant des entreprises locales dans leur démarche ERP [1].

14
Année Universitaire : 2019/2020
Projet de Fin d’Etude
TOOL Consulting compte sur 11 consultants à plein temps et 2 experts pour des
missions ponctuelles pour apporter le meilleur de ce qu’offre la technologie
Microsoft aux entreprises. Partenaire Microsoft, TOOL Consulting est reconnue
pour sa maîtrise des solutions Microsoft Dynamics notamment l’ERP Dynamics Ax
et le CRM Dynamics CRM.

1-1 Missions

TOOL Consulting accompagne les entreprises qui veulent mettre en place des
solutions simples, efficaces et largement personnalisables. L’offre ERP Intégration
couvre les axes clés d’un projet

SI :

• La définition du besoin.

• L’adéquation de la solution au besoin.

• La mise en place.

• L’accompagnement post-production.

TOOL Consulting offre son expertise en support à des utilisateurs finaux ou à des
intégrateurs reconnus pour réaliser les projets Dynamics dans les délais impartis.

L’offre ERP Support permet au client de disposer de ressources qui étendent leurs
capacités propres, en quantité comme en qualité. Les équipes de TOOL Consulting
15
Année Universitaire : 2019/2020
Projet de Fin d’Etude
sont entièrement dédiées à la réalisation des objectifs fixés. Son offre comprend
une palette de prestations organisées autour de trois métiers :

• Sous-traitance.

• L’adéquation de la solution au besoin.

• Développement sur les technologies Microsoft.

1-2 Métiers

1-2.1 Conseil et intégration ERP

L’intégration des ERP constitue le cœur métier de TOOL Consulting, s’appuyant sur
son fort partenariat avec Microsoft Dynamics (analyse, conception,
enveloppement, déploiement, opérations et support), TOOL Consulting participe à
des projets complexes d’intégration, allant de la conception à l’intégration et la
mise en œuvre de solutions technologiques.

1-2.2 Sous-Traitance

TOOL Consulting a pour ambition d’aider ses clients à identifier, structurer et


exécuter leurs projets de transformation qui impactent durablement leurs
croissances ou leurs compétitivités par un service de sous-traitance des activités
liées au déploiement d’un produit Dynamics, de développement, d’encadrement,
de support fonctionnel, de support technique ou de migration. Ce service s’adresse
aux intégrateurs internationaux dans le manque de ressources fiables pour leurs

16
Année Universitaire : 2019/2020
Projet de Fin d’Etude
projets ou à la fine pointe, comme chez les clients internationaux qui veulent
identifier efficacement leurs budgets.

1-2.3 Développement autour des technologies Microsoft


Ce volet comprend :
• La maintenance applicative à distance des systèmes d’information des clients
basés à L’étranger.
• Le paramétrage permettant de personnaliser le progiciel.
• L’analyse pour le compte des multinationales en utilisant des outils
statistiques.

1-3 Services

ERP Intégration

Figure 2 logo Chambre Française

La CFCIM a arrêté son choix sur Dynamics AX 4.0 en 2008, cela fait d’elle l’un
des premiers clients de la solution au Maroc, et aussi l’un des plus exigeants.
Depuis 2013, TOOL Consulting travaille avec la CFCIM sur une refonte complète
du paramétrage financier puis pour accompagner la mise en œuvre de
fonctionnalités spécifiques aux métiers de la CFCIM.

17
Année Universitaire : 2019/2020
Projet de Fin d’Etude
En 2016, ils ont ouvert avec la CFCIM le chantier de la migration vers AX 7 qui
comprendra également l’extension du périmètre d’utilisation vers la Gestion
Budgétaire et la Comptabilité Projet.

Figure 3 logo Caisse Nationale de Sécurité Sociale

C’est probablement une première mondiale qu’est l’intégration de Dynamics AX


en tant que solution globale de gestion d’un organisme d’assurance sociale.
La CNSS – Djibouti a choisi TOOL Consulting et son vertical dédié aux métiers de
l’assurance sociale pour mener à bien son projet de mise à niveau de l’applicatif
global de l’organisme.
L’objectif, à terme, est de gérer tous les processus, métier, administration et
prestation sur Dynamics AX.

18
Année Universitaire : 2019/2020
Projet de Fin d’Etude
ERP Support

TOOL Consulting accompagne de grands intégrateurs et clients finaux pour le


déploiement de Dynamics AX.
TOOL Consulting intervient autant sur le périmètre technique que fonctionnel.
Nos consultants maîtrisent toutes les versions Dynamics AX depuis le release
3.0. Nous nous positionnons, d’ores et déjà, sur la nouvelle version AX7 sur
19
Année Universitaire : 2019/2020
Projet de Fin d’Etude
laquelle nous supportons deux déploiements pour le compte de clients
prestigieux. Notre offre englobe par ailleurs les services R&D pour construire de
verticaux métier ou la migration vers de nouvelles versions.
Le support fonctionnel est, lui, en pleine évolution puisque nous accompagnons
aussi bien des clients finaux que des intégrateurs qui n’ont pas d’expérience sur
de nouveaux marchés, notamment en Afrique et au Moyen-Orient.

1-4 Organigramme de l’entreprise

Figure 4 Organigramme de l’entreprise

20
Année Universitaire : 2019/2020
Projet de Fin d’Etude
2- Présentation du projet

L’objectif du stage consiste à migrer une solution de Microsoft Dynamics


Ax2012 vers Microsoft Dynamics 365 et de construire un vertical afin de le
commercialisé en AppSource. Dans cette partie nous allons présenter les
motivations de choix du sujet, la problématique et l‘objectif du projet.

2-1 Motivations

Le choix du projet de stage fin d’étude est une étape délicate, puisqu’elle
matérialise la transaction entre l’environnement éducationnel et la vie
professionnelle. Plusieurs motivations ont orienté notre choix :
✓ En premier lieu, notre sujet fait le lien entre nos atouts qui sont
l’informatique et la gestion.
✓ En second lieu, l’ERP est devenu un sujet très important voire un sujet
d’actualité. Il est au cœur des préoccupations de toutes les entreprises
qui cherchent à automatiser ses processus métiers.
✓ En troisième lieu, il nous permet d’approfondir encore plus nos
connaissances en matière d’ingénierie informatique en ayant l’occasion
de travailler avec des technologies innovantes telle que la technologie
MorphX et SQL Server 2012.

21
Année Universitaire : 2019/2020
Projet de Fin d’Etude
2-2 Problématique

Durant la période de l’analyse de l’ensemble des processus de travail au sein de


la CNSS nous avons constaté que son régime général actuel est géré par une
solution ERP Microsoft Dynamics Ax2012, constitué pour l’essentiel d’une base
de données SQL Server, permettant de collecter les informations et les
paiements effectués par les pensionnés.
Ci-après les problèmes dégagés :

➢ Date de fin du support :

Microsoft a précisé que la date de fin du support du produit Ax 2012 c’est le


Décembre 2021, ce qui signifie qu’il n'améliorera plus ce produit. Les mises à
jour de sécurité et les correctifs non liés à la sécurité ne seront plus fournis
et les demandes de garantie prendront fin [2].

Figure 5 Le cycle de vie du Dynamics Ax 2012

22
Année Universitaire : 2019/2020
Projet de Fin d’Etude
➢ Accessibilité développer :
L’utilisation d’accès distant (VPN) est obligatoire afin d’accéder à
l’environnement de travail, ce qui veut dire la nécessité d’acquisition de
plusieurs ressources matérielles menant à une augmentation immense en
termes de charge.

➢ Business intelligence en temps réel :


Dynamics Ax 2012 ne donne pas la possibilité de traitement de données en
temps réel, ce qui impose l’utilisation des outils extérieurs.

2-3 Objectifs
La direction de la CNSS souhaite disposer d’un système pour la gestion des
retraites. Les objectifs premiers seraient de :
- Connexion basée sur le Web
- Nouvelle interface
- Plus d'intégrations
- Mises à jour plus fréquent
- Plus de flexibilité
- Recherches améliorées

23
Année Universitaire : 2019/2020
Projet de Fin d’Etude
2-4 Solution générale
A partir des raisons évoquées, et suite à la formulation des besoins par la CNSS,
la migration du système d’information vers la nouvelle version Dynamics 365
est désormais inéluctable.
L’outil existant n’est effectivement plus adapté aux attentes et aux exigences
futures de la CNSS, et particulièrement en termes de sécurité et d’exploitation
des données.
Le nouveau système permettra de mieux gérer les données des pensionnés,
d’améliorer le service rendu et de faciliter le travail du personnel de la CNSS.

3- Conduite de projet

Un processus de développement [3] est une séquence d'étape ayant des durées
estimées. Les différents membres d’une équipe d’un projet informatique
doivent respecter ces étapes afin de garantir l'aboutissement du projet dans le
délai fixé au préalable.
Les processus de développement sont divisés en deux catégories : l'approche
traditionnelle et l’approche agile, chacune d'eux propose sa manière de faire en
vue de réaliser un projet informatique. Le tableau 1 illustre la différence entre
les deux [4].

24
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Tableau 1 : Tableau comparatif des deux approches de développement

25
Année Universitaire : 2019/2020
Projet de Fin d’Etude
On constate que l’approche agile (voir la figure 7) est plus adaptable pour le projet,
car le changement des besoins initiaux de client est très fréquent, et la taille du
projet est très grand. La validation de chaque étape est réalisée avec le client.
La méthodologie agile est basée sur un développement itératif et incrémenté ou
les caractéristiques et solutions viennent de la collaboration entre équipes
organisées individuellement, mais avec le même but commun.

Figure 6 La méthodologie agile

Ce type de méthodologie est basé sur 12 principes, synthétisés dans le "Manifeste


Agile", sorti en février 2001 :
• Satisfaire les clients en délivrant continuellement et rapidement un logiciel.
• Accueilli les changements d'exigences, même tard dans l'implémentation.
• Un logiciel utilisable est délivre fréquemment (quelques semaines).
• Un logiciel utilisable est la principale mesure de progrès.

26
Année Universitaire : 2019/2020
Projet de Fin d’Etude
• Développement durable, capable de garder un rythme stable.
• Coopération rapprochée entre développeurs et clients.
• Conversation en face à face est la meilleure façon de communiquer
• Les projets sont construits par des personnes motivées et crédibles.
• Simplicité
• Equipes organisées individuellement.
• Adaptation aux circonstances changeantes
• Attention constante a l'excellence technique et bonne conception.

La méthode agile adaptée dans ce travail est SCRUM, une des méthodes agiles les
plus employées, puisqu’elle permet une plus grande adaptabilité de l'équipe, et de
repérer rapidement toute difficulté et ainsi prévenir tout dérapage dans le
déroulement du projet. L'usage du product backlog, des sprints et des
démonstrations apportent à la fois la souplesse et la rigueur nécessaire à la
réalisation du projet et à la satisfaction du client.
Scrum est un processus léger permettant de gérer et de contrôler le
développement de produits logiciel. Mettant en œuvre des pratiques itératives et
incrémentales, Scrum est, en Soi, une méthode efficace. Elle peut néanmoins être
associée à d'autres pratiques d'ingénierie, notamment extrême programming et
d'autres méthodes de développement logiciel itératif.

27
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Figure 7 Le principe de la méthode SCRUM

3-1 Déroulement du projet

La planification du projet est une étape préliminaire qui s'impose avant d'entamer
tout projet informatique. Elle consiste à prévoir le déroulement du projet tout au
long des phases constituantes le cycle. Elle permet également le bon
ordonnancement des différentes tâches, selon une logique en tenant compte de
leurs criticités dépendances et durées. Et finalement, elle contribue à l'élaboration
d'un plan de travail qui permettra d'atteindre les objectifs envisagés et souhaités.
Ainsi, Avant de se lancer dans la réalisation de notre projet, il était très utile de le
découper en plusieurs parties afin de planifier l'exécution de chaque tâche
indépendamment des autres et de définir les ressources à mobiliser. Par
conséquent, nous avons établi le diagramme de GANTT, qui est l'un des outils les
plus connus dans le monde de la gestion et de la planification des projets, et qui
permet de visualiser l'enchainement et la durée des différentes tâches du projet.
28
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Le diagramme de GANTT (figure 8) montre la succession chronologique des
différentes phases de ce projet durant ma période de stage.

Figure 8 Diagramme de Gantt

29
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Conclusion

Ce chapitre, dans sa première partie, a fait l’objectif de la présentation de


l’organisme d’accueil ainsi que ses services et ses domaines d’activité. La deuxième
partie présente la description du projet de fin d’études qui consiste en la migration
de la solution de sécurité sociale de la Djibouti.

Sur le plan de conduite de projet, la méthodologie agile SCRUM a été adaptée, et


l’élaboration du diagramme GANTT conformément à cette méthodologie a été
établi tout en visant à cadrer le d’écroulement du projet.

30
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Chapitre II

Spécification & Analyse

Avant de se mettre à coder des lignes et des lignes de code, il faut tout d’abord
limiter et tracer un cadre de développement qui donnera la vue générale du projet
et les objectifs souhaités par ce dernier.

31
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Introduction :

Ce chapitre a pour objectif de permettre de formaliser les étapes préliminaires du


développement de notre application, afin de la rendre plus fidèle aux besoins
préalables.

1- Etude d’existant
La CNSS de Djibouti est l’organisme gestionnaire du Régime Général de la Sécurité
Sociale, ainsi que du régime Particulier des fonctionnaires
Elle est chargée aussi bien du recouvrement que de la gestion des prestations. Elle
dispose actuellement d’une solution ERP Ax2012, constitué pour l’essentiel de
bases de données SQL Server.
Vue que le support général de AX 2012 par Microsoft se termine en 2021, un
projet de migration de cette solution de Ax2012 vers Microsoft Dynamics 365 est
obligatoire.

1-1 Présentation du Régime Général de la Sécurité Sociale

1-1.1 Introduction

Cotisant et assuré sont les deux concepts principaux de la CNSS. Les relations entre
cotisants et assurés sont la base du recouvrement, car elles définissent qui doit
cotiser pour qui. Les relations entre assurés et membres de leurs familles sont
essentielles pour :
• La gestion des droits aux soins
• La gestion des prestations familiales
• La gestion des pensions de réversion
• La gestion des rentes en cas d’accident de travail mortel

32
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Toutes ces données doivent être ouvertes à de nombreux agents.

1-1.2 Gestion des cotisants


Les cotisants sont principalement des employeurs, mais ils comptent également les
travailleurs indépendants et les cotisants volontaires ; afin de pouvoir alimenter les
comptes individuels des assurés pendant les périodes d’arrêt de travail dues à des
accidents du travail ou des congés de maternité, il convient également de gérer
deux employeurs fictifs : congés de maternité, et accidents de travail.

Figure 9 Processus d'Affiliation des cotisants

• Codification des secteurs d’activité


On appelle « Séries » les différents secteurs d’activité économique
Num_secteur_act Libelle_secteur_act
00 DOMESTIQUES
01 ACTIVITES DE PRODUITS
02 ACTIVITES DE CONSTRUCTIONS ET DE TRAVAUX PUBLICS
03 ACTIVITES COMMERCIALES
04 ACTIVITES DE SERVICES
05 TRANSPORTS & COMMUNICATIONS & TOURISMES
06 ACTIVITES A CARACTERES SOCIALES & SANITAIRES
07 ACTIVITES A CARACTERES EDUCATIVES
08 ADMINISTRATIONS BUDGETAIRES NATIONALE
09 ADMINISTRATION INTERNATIONALES

Tableau 2 Numéro des secteurs d'activité

Chaque série est elle-même divisée en sous-secteurs, par exemple en ce qui


concerne la série 2
33
Année Universitaire : 2019/2020
Projet de Fin d’Etude
code sous secteur Libelle
02 ACTIVITES DE CONSTRUCTIONS ET DE TRAVAUX PUBLICS
0200 CONSTRUCTION
CHARPENTES, DE BATIMENTCOUVERTURE,
METTALIQUES, ET GROS ŒUVREPLOMBERIE, ETANCHEITE, ISOLATION,
0201 FINITION
0202 ENTREPRENEURS INDIVIDUELS
0210 ENTREPRISES ET SOCIETES DE TRAVAUX PUBLICS

Tableau 3 Code des sous-secteurs d'activité

• Processus d’affiliation des cotisants


On distingue plusieurs types de cotisants :
➢ Les employeurs domestiques (avec dans la plupart des cas un maximum
de quelques salariés)
➢ Les entreprises
➢ Les travailleurs indépendants
➢ Les cotisants volontaires, qui sont des personnes ayant été assurées en
tant que salariés, qui n’ont plus d’emploi salarié mais souhaitent
continuer à cotiser pour leur retraite
Il existe deux types d’affiliation : l’affiliation volontaire (ou normale) et l’affiliation
forcée.
❖ Affiliation volontaire
Les entreprises nouvelles, ainsi que les travailleurs indépendants, viennent de leur
plein gré et conformément à la législation s’affilier dans les 48 heures suivant la
date de création de l’entreprise ; les employeurs domestiques s’affilient lorsqu’ils
embauchent leur premier salarié. On parle également d’affiliation normale.

34
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Figure 10 Affiliation normale d'un cotisant

❖ Affiliation forcée
Les nouveaux cotisants sont affiliés par la CNSS après la découverte de leur
existence par la Section Contrôle des Assujettis. En effet, certains cotisants ne
procèdent pas spontanément à leur affiliation.

Figure 11 Affiliation d'office d'un cotisant

35
Année Universitaire : 2019/2020
Projet de Fin d’Etude
1-1.3 Gestion des assurées

Les assurées sont les salariés, déclarés par leur employeur qui paye des cotisations
pour eux. Ils n’ont droit à aucune prestation tant qu’ils n’ont pas été immatriculés.
Les figures 13-14 représentent le processus d’immatriculation d’un assuré

Figure 12 Processus Immatriculation d'un Assuré

36
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Figure 13 Processus Immatriculation d'un Assuré la suite

1-1.4 Gestion des relations entre cotisants et assurés


Différents types d’assurés seront en relation avec des cotisants
• Des salariés relevant d’un régime à préciser
• Des travailleurs non-salariés
• Etc.
Les appels de cotisation s’appuieront sur ces relations, qui doivent être gérées
rigoureusement ; les attributs nécessaires sont
• Date de début
• Date de fin
• Régime : RG, Docker, Fonctionnaire, FNP, DMG, TNS
• Salaire mensuel pour un salarié ou bénéfice pour un TNS
• Emploi occupé
Elles seront mises à jour manuellement
• Lors de la réception d’une déclaration d’embauche ou débauche
37
Année Universitaire : 2019/2020
Projet de Fin d’Etude
• Lors de l’édition des échéances après règlement, pour le salaire mensuel

1-2 Présentation de l’ERP Ax2012


Cette partie nous allons présenter l’état de l’art de notre projet. Donc cette partie
nous allons détailler le système existant (l’ERP Dynamics Ax2012).

1-2.1 Entreprise Ressource Planning


Un ERP est un « logiciel qui permet de gérer l’ensemble des processus d’une
entreprise en intégrant l’ensemble des fonctions de cette dernière comme la
gestion des ressources humaines, la gestion comptable et financière, l’aide à la
décision, et aussi la vente, la distribution, l’approvisionnement, la commerce
électronique ».

1-2.2 Microsoft Dynamics


Dynamics est une gamme de progiciels de gestion d’entreprise conçue par
Microsoft. Cette gamme, qui fut également connue sous le nom de Project Green.
Il est le successeur de l’ancienne famille de logiciels destinée à la gestion
d’entreprise, Microsoft Business Solutions. Il est présent dans 28 pays pour un
effectif de 4 000 salariés. Il inclut les logiciels suivants, Dynamics Ax, Dynamics GP

38
Année Universitaire : 2019/2020
Projet de Fin d’Etude
(anciennement Great Plains), Dynamics NAV (anciennement Navision) et Dynamics
SL (anciennement Solomon).

1-2.3 Étude fonctionnelle de Dynamics Ax.


Ax est un ERP générique conçu pour les entreprises de 200 à 7500 utilisateurs. Il
soutient les organisations mondiales en gérant plusieurs sites opérationnels par le
biais de Master data et les processus métier. Ainsi que les capacités propres à
chaque pays sont gérées en une seule instance.

1-2.4 Architecture fonctionnelle de Dynamics AX


La solution Microsoft Dynamics AX est un progiciel de gestion intégré PGI (ERP
Entreprise Resource Planning) qui intègre la gestion des ressources financière, la
gestion de la chaine de production, et le processus de gestion des ressources
humaines (voir figure 14). Dynamics AX inclut des fonctionnalités embarquées pour
les secteurs de l’industrie, de la distribution, des services, du commerce et y
compris le secteur public [4].

Figure 14 Architecture fonctionnel d'AX

La figure ci-dessus illustre un aperçu sur l’architecture fonctionnel de Dynamics Ax.


Cette architecture englobe aussi les fonctions de vente et marketing, des outils de
reporting et l’informatique décisionnel ainsi que le workflow et l’espace de travail
39
Année Universitaire : 2019/2020
Projet de Fin d’Etude
collaboratif. Enfin nous avons fait une étude sur le module gestion de sécurité
social existants tels que List Page Cotisant.

Figure 15 CustTable List Page

La figure ci-dessus illustre la page liste des cotisants.

1-2.5 Niveau accès aux données


La base de données est gérée par MS SQL Server 2012. Le serveur de base de
données héberge le contenu SharePoint Server et la configuration des bases de
données, la base de données de l’application, la base de données de SSRS et la
base de données SSAS. Enfin les relations entre les tables de la base de données
sont gérées coté AOS (Application Object Server).

40
Année Universitaire : 2019/2020
Projet de Fin d’Etude
1-2.6 Architecture en couches de Dynamics Ax
Le tableau 2 illustre chaque couche dans Microsoft Dynamics Ax. Nous allons créer
notre module sur la couche VAR.

Couche Description
User layer : La couche d’utilisateur pour les modifications réalisé par l’utilisateur, tels
USR
que les rapports.
Customer layer : La couche de client permet d’apporter des modifications qui sont
CUS
spécifiques à une entreprise.
Value Reseller layer : Revendeurs à valeur ajoutée (VAR) peut apporter des
VAR modifications ou de nouveaux développements de la couche VAR comme spécifié par les
clients ou comme une stratégie de création d’une solution spécifique de l’industrie.
Independent software vendor layer : Quand un fournisseur indépendant de logiciels
ISV
(ISV) crée sa propre solution, les modifications sont enregistrées dans la couche ISV.
Solution layer : La couche de solution est utilisée par les distributeurs à mettre en œuvre
SLN
les solutions des partenaires verticaux.
Feature Pack layer : La couche FPK est une couche de brassage de l’objet de l’application
FPK
réservée par Microsoft pour les mises à jour.
Globalisation layer : Lorsque l’application est modifiée en fonction de besoins
GLS juridiques propres à chaque pays ou région, ces modifications sont enregistrées dans la
couche GLS.
System layer : L’application standard est mise en œuvre au niveau le plus bas, dans la
SYS couche SYS. Les objets d’application dans la couche SYS ne peuvent jamais être
supprimés.

Tableau 4 Modèle de couches de Dynamics Ax

2- Microsoft Dynamics 365


Microsoft a renommé sa suite Dynamics, regroupant tous ses produits de gestion
de la relation client et d’ERP, en un seul produit : Dynamics 365. Ce dernier est un
guichet, ou point d’entrée unique, qui permet de gérer l’ensemble des processus
de gestion et les opérations d’une entreprise, le tout dans le cloud Azure. La
solution de gestion d’entreprise Microsoft Dynamics AX est donc devenu Dynamics
365 pour les finances et les opérations, Dynamics CRM est devenu Dynamics 365
41
Année Universitaire : 2019/2020
Projet de Fin d’Etude
pour les ventes et Dynamics NAV a été transformée en Dynamics 365 Business
Central.

2-1 Les Avantages


Dynamics 365 peut être déployé n’importe où, en utilisant n’importe quel appareil
avec une connexion internet, sans la charge liée à la gestion d’infrastructures
physiques telles que les salles de serveurs. Les solutions ERP et CRM sont utilisées
séparément au sein d’AX, tandis que Dynamics 365 permet une transition
transparente entre les deux, permettant ainsi de gagner du temps et d’ajouter au
niveau global des logiciels. Office 365 et Power BI font désormais également partie
d’un système intégré dans D365 [6].

• ACCESSIBILITE DEVELOPEE
Dynamics 365 dans le cloud offre une architecture beaucoup plus simplifiée
permettant un accès plus facile via une interface utilisateur basée sur le
navigateur, ce qui évite le besoin de Remote Desktop / Citprix et Enterprise Portal
(SharePoint) contrairement aux versions antérieures de Dynamics.
• SUPPORT UI MULTIPLATEFORME
Dynamics 365 utilise une interface utilisateur native basée sur le navigateur
HTML5, qui peut fonctionner sur n'importe quel périphérique (PC, tablette,
téléphone), n'importe quelle plate-forme (Windows, Mac, etc.) et n'importe quel
navigateur (IE, Chrome, Safari, Firefox, etc.). Cela simplifie l'accès à l'application
quel que soit le périphérique utilisateur.
• REDUIRE LA MAINTENANCE IT
Lors du déploiement de Dynamics 365 dans le cloud, non seulement vous éliminez
les serveurs de base et les systèmes nécessitant une maintenance, mais Microsoft
prend en charge la surveillance et la mise à jour de la plate-forme sous-jacente
(Windows, SQL Server) et l'application elle-même (avec votre assistance). Ce
service Microsoft réduit le besoin de maintenir votre Système informatique ERP.
42
Année Universitaire : 2019/2020
Projet de Fin d’Etude
• RESTER FACILEMENT A JOUR
En migrant vers le nouveau paradigme Cloud Dynamics 365, vous obtenez le choix
et la capacité de vous tenir à jour avec des mises à jour directes et rentables de la
plate-forme (tous les 3 mois) et des mises à jour des applications (tous les 6 mois),
éliminant le besoin coûteux des mises à jour majeures de la version à l’intervalle de
quelques années.
• EVOLUTIONS FONCTIONNELLES
Microsoft a investi de manière dynamique dans la R & D pour Dynamics AX au
cours des années, migrer vers Dynamics 365 fournira des fonctionnalités
supplémentaires dont votre entreprise peut profiter.
• BUSINESS INTELLIGENCE EN TEMPS REEL
Dynamics 365 désormais une solution de BI en temps réel qui fournit des
informations à jour sur la performance de votre entreprise, avec de nouveaux
outils (Power BI) pour visualiser ces données et créer des tableaux de bord.
• INNOVATIONS DE LA PLATEFORME
En migrant vers Dynamics 365, vous pouvez profiter de nombreuses nouvelles
fonctionnalités dans le cloud Microsoft, y compris un modèle de données commun
avec Dynamics CRM et Office 365, l'utilisation de PowerApps pour créer facilement
des applications mobiles, l'utilisation de Flow pour créer facilement des flux de
travail et Les notifications et la possibilité de tirer profit des scénarios analytiques
avancés via Cortana Intelligence.

43
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Conclusion

Nous avons présenté dans ce chapitre l’étude de l’existant de notre projet. Par la
suite une présentation de l’ERP Microsoft Dynamics Ax2012, qui représente Le
système actuel de la Caisse National de sécurité Sociale de Djibouti.
Ainsi en fin de chapitre, nous avons présenté l’ERP Microsoft Dynamics 365 et nous
avons donné ces avantages, puis nous l’avons proposé comme solution dont nous
avons détaillé dans les prochains chapitres.

44
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Chapitre III

Mise en Œuvre

Ce dernier chapitre résume et met en disposition le fruit de tout un travail


accompli sur la phase d’analyse et étude des besoins, analyse et conception de la
solution adéquate. A travers ce chapitre on commencera par une brève
documentation sur les outils et technologies utilisés, et enfin nous présenterons la
réalisation.

45
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Introduction

Ce chapitre est composé de deux parties, la première comprend une description


des différents outils et technologies utilisés : LCS, Microsoft Dynamics 365 et la
deuxième partie, présente la démarche détaillée de la réalisation.

1- Outils et technologies de réalisation

2-1 Microsoft Dynamics 365 for Finance and Operations


Pour faire simple, Microsoft Dynamics 365 ou D365 est une plateforme sur le cloud
d’Azure qui a pour objectif de centraliser les deux outils principaux de Microsoft
concernant la gestion d’un système d’information : Microsoft Dynamics CRM et
Microsoft Dynamics Ax (On ne parlera plus de CRM et d’Ax d’ailleurs, mais de
Microsoft Dynamics 365 for Sales et Microsoft Dynamics for finance and
Operations.
On va y retrouver tous les outils transverses qui vont graviter autour des outils
principaux tels que : Office 365, Skype, Yammer, SharePoint, OneDrive, Cortana
Intelligence, Power BI et Azure IoT.
On découvrira également des petits nouveaux : PoweApps et Microsoft Flow.
Microsoft Dynamics 365 for Operations ou AX 7 est l’ERP de Microsoft. Il permet
aux gens de prendre rapidement des décisions plus intelligentes grâce à une
interface utilisateur intelligente qui permet d’accéder à des informations et des
données en temps réel. Il permet aux entreprises de se transformer et d’innover
en fournissant une logique commerciale éprouvée qui leur permet de redéfinir
leurs processus métier plus rapidement. Il donne aux entreprises la flexibilité de se
développer à leur propre rythme et de faire des affaires à peu près n’importe où,
en tout temps, leur permettant d’étendre leurs opérations à l’échelle mondiale
pour répondre aux besoins de l’entreprise.

46
Année Universitaire : 2019/2020
Projet de Fin d’Etude
La figure ci-dessous présente l’architecture conceptuelle avec les blocs de
construction par lesquels Ax 7 est organisé [7].

Figure 16 Architecture conceptuel d’ERP AX

1-1.1 Provisionnement et accès des utilisateurs


Azure Active Directory est le service Microsoft de gestion des annuaires et des
identités basées sur le cloud mutualisé est requis pour l’accès et l’authentification
des utilisateurs à Dynamics AX7. La figure ci-dessous résume le fonctionnement
D’Azure Active Directory.

1-1.2 Stratégie client


L’architecture Dynamics AX7 permet un accès Web complet et plus d’interfaces
utilisateur Enterprise Portal et Rich Client. Cela permet de réduire l’empreinte de
l’investissement matériel dans Terminal Services ou Citrix pour accéder au client.

47
Année Universitaire : 2019/2020
Projet de Fin d’Etude
1-1.3 Expérience des développeurs
Le développement de Dynamics AX7 se fait à l’aide de Visual Studio. Dynamics AX7
permet de faire Extend et Overlay, afin de vous permettre de rester à jour avec les
correctifs et les mises à jour.

1-1.4 Analyses et Reporting


On peut utiliser Power BI avec des applications Excel pour que les utilisateurs
créent des rapports ad hoc.

Figure 17 Composition conceptuelle d’ERP AX 7

1-1.5 Intégration

Cette partie prend en charge le partage de données auprès de Microsoft Dynamics


AX avec des parties externes, telles que les fournisseurs et les clients.

On trouve deux possibilités pour le partage des données à partir d’Azure SQL
Database ; soit par Le nouveau Data Management Framework qui est introduit
dans la plateforme Dynamics AX7, pour prendre en charge les scénarios de

48
Année Universitaire : 2019/2020
Projet de Fin d’Etude
l’export/import, Data Entities qui sont réimaginées avec Dynamics AX7 comme
base pour soutenir DIXF, Services etc. soit par des requêtes dans des classes X++.

La figure ci-dessous présente l’architecture d’intégration dans AX 7 :

Figure 18 Architecture de l’intégration d’ERP AX 7

• X++ : est un langage respectant les principes de la programmation orientée objet


tels que l’encapsulation, l’héritage, les classes, les objets, les méthodes et les
propriétés. La syntaxe du langage X++ est proche de celle du langage C# ou java.
Ajoutons aussi que X++ permet la manipulation des données par l’intermédiaire du
langage SQL.

49
Année Universitaire : 2019/2020
Projet de Fin d’Etude
• Data Entity : est une abstraction de l’implémentation physique des tables de
base de données. Toute entité ayant un public habilité est automatiquement
disponible en tant qu’interface de programmation d’application de service (API)
dans l’URL suivante :

Https:// [BaseURL] / Données / « Nom de la collection publique de Data Entity ».

• OData (Open Data Protocol) : est une norme OASIS approuvée ISO / CEI qui
définit un ensemble de meilleures pratiques pour construire et consommer des API
RESTful. OData vous aide à vous concentrer sur votre logique métier tout en
générant des API RESTful sans avoir à vous soucier des différentes approches pour
définir les en-têtes de demandes et de réponses, les codes d’état, les méthodes
HTTP, les conventions d’URL, les types de supports, les formats de charge utile, les
options de requête, etc...

Les API ODATA RESTful sont faciles à consommer. Les métadonnées OData, une
description lisible par machine du modèle de données des API, permettent la
création de puissants proxys et d’outils génériques.

• Microsoft Azure SQL Database : est un service de base de données en cloud


conçu pour les développeurs d’applications. C’est la seule base de données comme
un service qui évolue à la volée sans temps d’arrêt et vous aide à fournir
efficacement des applications multi tenant, ce qui donne plus de temps pour
innover et accélérer le temps de mise sur le marché. L’intelligence intégrée de la
base de données SQL apprend rapidement les caractéristiques uniques de
l’application et s’adapte dynamiquement pour maximiser les performances, la
fiabilité et la protection des données.

50
Année Universitaire : 2019/2020
Projet de Fin d’Etude
On peut créer des applications sécurisées et se connecter à la base de données SQL
en utilisant les langues et les plates-formes qu’on préfère [8].

Figure 19 SQL Azure

• SQL Server Analysis Services (SSAS) : est une plateforme de stockage et de


restitution de données faisant partie de la suite décisionnelle Microsoft BI.
Il est dédié principalement à la mise en place de couches sémantiques appelées
BISM «Business Intelligence Semantic Model» [9].

Figure 20 SQL Server

Lifecycle Services (LCS)

Pour Microsoft Dynamics est un portail de collaboration qui fournit un


environnement et un ensemble de services régulièrement mis à jour qui peuvent
vous aider à gérer le cycle de vie de l’application de vos implémentations Microsoft
D365O, on peut résumer les services fournit par LCS [10] dans les points suivants :

• Déployez tous les environnements Dynamics AX7 directement sur Azure à l’aide
de LCS.

51
Année Universitaire : 2019/2020
Projet de Fin d’Etude
• L’expérience de support est pilotée par LCS et permet aux utilisateurs finaux de
signaler des problèmes à leur personnel informatique interne, à leur partenaire et,
si le
client / partenaire a un contrat de support, ils pourront faire passer le problème à
Microsoft.

• Utiliser LCS Update tille pour télécharger des correctifs pour Dynamics AX7 afin
de maintenir le système à jour.

• Consultez les nouveaux tableaux de bord Diagnostics et Monitoring qui prennent


en charge l’environnement et les besoins de la gestion des applications.

Figure 21 Lifecycle Services

2-2 Visual Studio

Visual Studio est un ensemble complet d’outils de développement permettant de


générer des applications Web ASP.NET, des Services Web XML, des applications
bureautiques et des applications mobiles.
Visual Basic, Visual C# et Visual C++ utilisent tous le même environnement de
développement intégré (IDE), qui permet le partage d’outils et facilite la création
de solutions à plusieurs langages. Par ailleurs, ces langages utilisent les
52
Année Universitaire : 2019/2020
Projet de Fin d’Etude
fonctionnalités du .NET Framework, qui fournit un accès à des technologies clés
simplifiant le développement d’applications Web ASP et de Services Web XML [11].

Figure 22 Visual Studio

2-3 C sharp
C# est un langage élégant et de type sécurisé orienté objet qui permet aux
développeurs de créer toute une gamme d'applications sûres et solides exécutées
sur .NET Framework. Vous pouvez utiliser C# pour créer des applications clientes
Windows, services Web XML, composants distribués, applications client-serveur,
applications de base de données et bien plus encore. Visual C# fournit un éditeur
de code avancé, des concepteurs d’interface utilisateur pratiques, un débogueur
intégré et de nombreux autres outils pour faciliter le développement
d’applications basées sur le langage C# et le .NET Framework.
La syntaxe C# est très expressive, mais elle est également simple et facile à
apprendre. La syntaxe avec accolades de C# sera facile à reconnaître pour toute
personne familiarisée avec C, C++ ou Java.Les développeurs qui connaissent un de
ces langages peuvent généralement commencer à travailler efficacement en C# en
très peu de temps [12].

Figure 23 Visual C#
53
Année Universitaire : 2019/2020
Projet de Fin d’Etude
2- Réalisation
La phase de réalisation du projet s’est étalée sur plusieurs itérations tel que la
phase d’évaluation et d’analyse, la phase mise à jour technique, et la phase de
préparation.
Les principales activités qui se déroulent au cours de ces phase sont décrites plus
en détail dans le schéma.

Figure 24 Processus de migration

2-1 Analyse du code avec service Lifecycle

2-1.1 Extraire le magasin de modèles


Un modèle est un ensemble d'éléments dans une couche donnée. Chaque couche
est constituée d'un ou plusieurs modèles. Chaque couche contient un modèle
généré par le système qui est spécifique à cette couche. Chaque élément d'une
couche appartient à un seul modèle.

Le magasin de modèles est une base de données dans laquelle tous les éléments
d'application pour Microsoft Dynamics AX sont stockés. Les personnalisations sont
également stockées dans le magasin de modèles. Le magasin de modèles remplace
les fichiers AOD (Application Object Data) qui étaient utilisés dans les versions
antérieures de Microsoft Dynamics AX.

54
Année Universitaire : 2019/2020
Projet de Fin d’Etude
2-1.2 L’analyse de mise à jour
Après avoir extraire le model package, on a créé un Project dans LCS afin d’utiliser
les outils de mise à jour de code et des données. Puis on a téléchargé notre model
package vers le serveur LCS, et on a lancer l’outil mise à jour de code.

Figure 25 Lifecycle Services

Figure 26 Mise à jour code service

55
Année Universitaire : 2019/2020
Projet de Fin d’Etude
La mise à jour a été terminer, il a généré des rapports d’analyse qui contient toutes
les informations concernent la migration de notre solution.
D’après l’analyse de ces rapports on a trouvé que notre projet contient des conflits
repartis par le diagramme suivant :

AxReport
Axtable
AxClass
AxMenuItemOutput
AxMenuItemDisplay
AxMenuItemAction
AxMenu
Axform
AxEnum
AxSecurityRole
AxSecurityDuty

0 500 1000 1500 2000 2500 3000 3500 4000

AxMenuIt AxMenuIt
AxSecurit AxSecurit AxMenuIt
AxEnum Axform AxMenu emDispla emOutpu AxClass Axtable AxReport
yDuty yRole emAction
y t
SSAMS 15 9 9 3766 45 261 404 158 310 82 67

Figure 27 statistique des erreurs

Pour résoudre ces erreurs et pour pouvoir lancer notre environnement, nous
avons planifié ce travail dans sept semaines du 3 mars au 15 avril répartie comme
le tableau suivant :

Tableau 5 Planification de travail par semaine

56
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Il génère aussi le code amélioré de notre solution dans la source contrôle, et
produit des work items pour terminer la phase de mise à jour manuel.

4
Figure 28 La source contrôle

Figure 29 Work Items

57
Année Universitaire : 2019/2020
Projet de Fin d’Etude
2-2 Lancer l’environnement
Pour lancer l’environnement développement, il faut résoudre tous les conflits,
adapter le design des formes et des rapports, en plus de coder des nouvelles
fonctions.
2-2.1 Example des conflits
Durant la phase de résolution des erreurs, nous avons l’erreur la plus fréquente
c’est que Ax2012 autorise l’ajout des lignes de code directement dans les classes
du système cependant D365 ne le permette pas, d’où la nécessite d’utiliser d’autre
méthode tel que COC Chaine Of Commande et les ventes handler.
Par Example le traitement suivant (figure 30) change la propriété allowEdit des
champ PaymMode et PaymReference de la table CustTrans.

Figure 30 Example d'erreur

Pour résoudre cette erreur, il faut utiliser la méthode COC, créer une class
extension de la forme CustTrans et ajouter notre lignes de code.

58
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Figure 31 Solution dans d365

2-3 Mise à jour des données


Toute migration de données comporte au moins les étapes de transformation et
de chargement. Cela signifie que les données extraites doivent être soumises à une
série de fonctions de préparation avant de pouvoir être chargées dans
l'emplacement cible.

Figure 32 Processus de mise à niveau des données

59
Année Universitaire : 2019/2020
Projet de Fin d’Etude
2-3.1 Préparation des données
Dans cette phase, il faut installer un hot fixe et valider toute une checklist afin de
préparer notre base donnée.

Figure 33 Liste de check liste

Après avoir exécuter la checklist, nous allons prendre un backup de la base


données puis la transférer vers le nouvel environnement via Azure Storage.

Figure 34 Back up de la base de données MicrosoftDynamicsAX

60
Année Universitaire : 2019/2020
Projet de Fin d’Etude
2-3.2 Mise à jour de base données

Pour adapter le backup de notre ancienne base de données de Microsoft ax2012 a


la nouvelle. Il faut télécharger l’outil MajorVersionDataUpgradePackage depuis LCS
et lancer les scriptes de mise à jour.

Figure 35 La bibliothèque MajorVersionDataUpgradePackage

2-4 Interfaces avant et après Migration


Dans cette partie on va présenter les interfaces courantes de la solution SSAMS
dans les deux version Microsoft Dynamics Ax2012 et Microsoft Dynamics 365.

61
Année Universitaire : 2019/2020
Projet de Fin d’Etude
❖ Page d’Accueil
Commençant par La page d’accueil qui contient tous les liens pour accéder aux
différentes fonctions du module de la caisse nationale de sécurité sociale.

Figure 36 Page d'Accueil en Ax2012

Figure 37 Page d'Accueil en D365

62
Année Universitaire : 2019/2020
Projet de Fin d’Etude
❖ Liste des cotisants
Ces interfaces affichent tous les cotisant et les assurés listés, ils nous donnent la
possibilité de chercher de trier et de faire des modifications sur l’enregistrement
sélectionné.

Figure 38 Liste de cotisant en Ax 2012

Figure 39 Liste de cotisant en d365

63
Année Universitaire : 2019/2020
Projet de Fin d’Etude
❖ Information d’un assuré
Dans ces interfaces vous trouvez toutes les informations d’assuré sélection.

Figure 40 Interface assuré en Ax2012

Figure 41 Interface assuré en D3

64
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Conclusion

Ce chapitre décrit tout le processus de la migration que nous avons abordé. Nous
avons suivi la démarche de migration de code, qui commence par l’extraction du
magasin de model pour exécuter nos traitements et avoir des rapports à analyser,
puis nous avons passé à l’étape de résolution des conflits pour pouvoir lancer
notre environnement, après nous avons entamer la phase de migration de donnée.

Et au bout du chapitre, nous avons fini par la partie réalisation dont on a présenté
des interfaces avant et après le processus de migration.

65
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Conclusion générale

Notre projet de fin d’études, réalisé au sein de Tool Consulting, a consisté en la


migration d’une solution de la sécurité sociale de la Djibouti de Ms Dynamics
Ax2012 vers Ms Dynamics 365 for Finance and Operations puis de construire une
solution verticale qui peut être commercialisée chez d’autre organisme du même
type.
Ce projet a été une expérience très enrichissante dans le sens où il permet
d’appréhender plusieurs volets intéressants à savoir le management de projet, le
développement avec l’agréable langage de programmation x++.
Au début du projet, nous avons commencé par établir un planning de travail en se
basant sur la méthodologie Scrum. Dans ce sens, nous avons fait un recensement
des besoins, une étude de l’existant, afin de limiter et tracer un cadre de notre
projet.
Nous avons passé par la suite à la définition des objectifs globaux pour cerner la
première étape du processus, puis, nous avons enchainé par la préparation des
outils qui nous sera utile, ensuite, nous avons passé à la troisième étape qui est la
plus importante c’est la migration de code.
Enfin nous avons travaillé sur la phase de la migration de donnée qui est très
importante dans le processus de la migration, et nous avons essayé d’être précis le
maximum, et de le détailler afin qu’il soit utile pour les personnes concernées.
Ce travail nous a permis de consolider notre formation théorique et pratique
relativement au développement d’un environnement Ms d365. Il a été aussi
l’occasion pour nous familiariser avec la nouvelle version du ERP D365FO. La
maîtrise des aspects métiers a évolué tout au long du projet à travers un contact
avec les consultants de Tool Consulting qui ont partagé leur expertise et savoir-
faire. Cet environnement de travail nous a initiés, de surcroît, au monde de
l’entreprise et au vrai sens du travail d’équipe.

66
Année Universitaire : 2019/2020
Projet de Fin d’Etude
Références

[1] TOOL Consulting, présentation TOOL consulting ,2012 : disponible sur :


https://www.toolconsulting.com/about-us/ (consulté en Avril 2020)

[2] Le cycle de vie des produits Microsoft, disponible sur : https://support.microsoft.com/en-


us/lifecycle/search (consulté en Avril 2020)

[3] Méthodologies de développement de logiciel- La méthodologie agile, disponible sur :


https://www.supinfo.com/articles/single/6765-methodologies-developpement-logiciel (consulté
en Mai 2020)

[4] Le tableau de la différence entre : l'approche traditionnelle et l’approche agile, disponible


sur : https://www.blog-projet.fr/2016/06/20/approche-traditionnelle-agilite-differences/
(consulté en Mai 2020)

[5] Microsoft Dynamics AX 2012 : disponible dans « Une nouvelle génération de système ERP AD
Ultima Group » (Consulté en Mai 2020)

[6] Les Avantages de Microsoft Dynamics 365, disponible sur :


https://dynamics.microsoft.com/fr-be/erp/define-erp/ (consulté en Mai 2020)

[7] Présentation de Microsoft Dynamics AX7, disponible sur : http://d365tour.com/fr/microsoft-


dynamics-365-fr/la-revolution-cloud-des-systemes-dinformation-microsoft-dynamics-365/
(consulté en juin 2020)

[8] Documentation sur Microsoft Azure SQL Data base, disponible sur :
https://docs.microsoft.com/en-us/azure/azure-sql/ (consulté en juin 2020)

[9] Documentation sur SQL Server Analysis Services (SSAS), disponible sur :
https://en.wikipedia.org/wiki/Microsoft_Analysis_Services (consulté en juin 2020)

[10] Documentation sur Lifecycle Services (LCS), disponible sur : https://docs.microsoft.com/fr-


fr/dynamics365/fin-ops-core/dev-itpro/lifecycle-services/lcs (consulté en juin 2020)

[11] Visual Studio, disponible sur : https://fr.wikipedia.org/wiki/Microsoft_Visual_Studio


(consulté en juin 2020)

[12] C sharp, disponible sur : https://docs.microsoft.com/fr-fr/dotnet/csharp/getting-


started/introduction-to-the-csharp-language-and-the-net-framework (consulté en juin 2020)

67
Année Universitaire : 2019/2020
Projet de Fin d’Etude

Vous aimerez peut-être aussi