n‹ ‹

ECOLE MAROCAINE
DES SCIENCES DE L'INGENIEUR

PRO{FT DE FIN D'FT UDES

Analyse, conception,implémentation et
Reporting d’un module d’un ERP
Web

/v\ASTER

MIAGE 2 NTDP(Nouvelles Technologies et

Direction de Projets)

FILIERE

Ingénierie Informa rfiqwe ed Résea

OPTION

MIAGE(Méthodes Informatiques Appliqués

ñ la Gestion des Entreprises)
REALISE PAR ENCADRE PAR

Khalil Mme.Laila ELMANI

SOULDI M.Redouane TO

Année universita ire : 2011 - 2012

1
REMERCIEMENT

Durant ces six mois de stage, j’ai bénéficié de soutien moral

et matériel de plusieurs personnes et services ce qui a rendu mon
séjour très agréable.
Au terme de ce rapport de projet de fin d’études, j’ai le
plaisir d’exprimer mes vifs remerciements à Mme JIANI d’avoir
encadré ce travail, ainsi que M. Mehdi BELASLA qui nous a
toujours soutenus.
Qu’ils trouvent ici l'expression de ma profonde reconnaissance
pour leurs discussions fructueuses, leurs recommandations et l'aide qu'ils
n’ont cessé de me prodiguer.
Mes remerciements vont également à tous les collaborateurs de
Dyna Info pour leurs aides, leurs conseils ainsi que leurs
compréhensions au long de la période de mon projet de fin
d’études.
Je présente également mes remerciements à tous les membres
de jury qui mon fait l’honneur d’accepter de juger mon travail.
Je ne saurais oublier dans mes remerciements tout le corps
professoral de l’EMSI pour la formation qu’il nous a prodigué.
Je termine par un remerciement spécial à mes parents pour
leur soutien moral et financier durant ces nombreuses années
d’études.
DEDICACES

Je dédie cet ouvrage

A mes parents qui m’ont soutenu et encouragé durant ces

années d’études. Qu’ils trouvent ici le témoignage de ma

profonde reconnaissance.

A mon frère, mes sœurs et Ceux qui ont partagé avec moi tous

les moments d’émotion lors de la réalisation de ce travail. Ils

m’ont chaleureusement supporté et encouragé tout au long de

mon parcours.

A tous mes amis qui m’ont toujours encouragé, et à qui je

souhaite plus de succès.

A tous ceux que j’aime.

RESUME

Le présent rapport est le fruit de mon travail dans le cadre du projet de fin d’études
effectué au sein de la société Dyna-info. Ce projet avait comme but de concevoir et mettre
en place un progiciel de gestion intégré (PGI et équivalent du terme anglais Enterprise
Resource Planning ou ERP).

Durant ce projet, j’avais comme mission dans une première étape l'analyse du cahier
des charges du module stock réalisé pour un logiciel standard de gestion commercial
AtlasCom pour en définir l’architecture et les différentes règles de gestion. Dans une
deuxième étape, j’ai effectué une étude détaillée du ce module et les consignes imposé
par la société.

La troisième étape est divisée en deux phases, la première consistait à effectuer une
conception détaillée des parties du module (inventaires, mouvements, échanges Inter-
dépôts, Transformations ainsi que les états du stock). Et la deuxième consistait à l’étude
et à la mise en œuvre de ce module ainsi que la justification du processus de
développement choisi.

La mise en place de la solution a été effectuée via deux processus parallèles: un processus
de la conception du paramétrage de l’ERP en respectant la conception réalisée, et un
autre de développement et de documentation du module stock.

Mots clés : PGI, ERP, AtlasWeb, AtlasCom.

ABSTRACT

This report is the result of my work in the graduation project carried out within the company
Dyna-info. This project was to design and implement an Enterprise Resource Planning (ERP).

During this project, I had a mission in a first step analysis of the specifications of the stock
module made for standard management software business AtlasCom to define the
architecture and different rules. In a second step, I made a detailed study of this module and
instructions imposed by the company.

The third stage is divided into two phases; the firstone was to perform a detailed design of
parts of the module (inventory, movements, Inter-exchange deposits, Transformations and
the statements of the stock). And the second one was the study and implementation of this
module as well as the justification of the development process chosen.

The implementation of the solution was made via two parallel processes: a process of
designing the configuration of the ERP in accordance with the design completed, and
another for development and documentation of the stock module.

Keywords: ERP, AtlasWeb, AtlasCom.

TABLE DES ABREVIATIONS

Acronyme Désignation
PGI/ERP Progiciel de gestion intégré
MVC Model–view–controller
SCRUM méthode agile dédiée à la gestion de projets
UML Unified Modeling Language
ISO Organisation internationale de normalisation
CNSS caisse nationale de sécurité sociale
CIMR caisse interprofessionnelle marocaine de retraite
CHR L'annuaire des fournisseurs des cafés hôtels restaurants
MOA Le maître d'ouvrage
.NET dot net
ASP Active Server Pages
SVN Apache Subversion
XML Extensible Markup Language
IIS Internet Information Services
CLR Common Language Runtime
O/RM Mapping objet-relationnel
CSS Cascading Style Sheets
DOM Document Object Model
JSON JavaScript Object Notation
IDE Integrated development environment
SQL Structured Query Language
BSD Berkeley Software Distribution
HTTP Hypertext Transfer Protocol
FTP File Transfer Protocol
SMTP Simple Mail Transfer Protocol
CSV Comma-separated values
TABLE DES FIGURES

Figure Description Page

Figure 1 Organigramme Dyna info 11
Figure 2 Représentation générale SCRUM 20
Figure 3 Planning prévisionnel 28
Figure 4 Planning réel 29
Figure 5 MVC personnalisé 35
Figure 6 Modèle MVC 35
Figure 7 Cas d’utilisation authentification 36
Figure 8 Diagramme de séquence authentification 36
Figure 9 Cas d’utilisation général 37
Figure 10 Diagramme de classe global 38
Figure 11 Liste des documents 39
Figure12 Etat de la liste des documents 40
Figure 13 Détail du document 41
Figure 14 L’état du détail du document 42
Figure 15 Gestion des lots 43
Figure 16 Etat de consultation stock 44

TABLE DES TABLEAUX

Tableau Description Page

Tableau 1 Liste des livrables 26
Tableau 2 Comité de projet 45
Tableau 3 Matrice des risques 47
Tableau 4 Probabilité de la menace 48
Table des matières

Remerciement................................................................................................. 2
Dédicaces.............................................................................................................. 3

Résumé........................................................................................................... 4
Abstract................................................................................................................. 4

Table des abréviations.......................................................................................... 5

Table des figures................................................................................................... 6

Table des tableaux................................................................................................ 6

Introduction générale............................................................................................ 9

Contexte général du projet.................................................................................. 10

Chapitre 1 : Présentation Dyna-Info.........................................................................10

Section 1 : Présentationgénérale.........................................................................10
Section 2 : Organigramme.....................................................................................10

Section 3 : Les services de Dyna-Info...................................................................11

Section 4 : Les solutions de gestion.....................................................................11

Section 5 : Autre solutions....................................................................................13

Chapitre 2 : Présentation et mission de l’équipe Recherche et Développement...14

Plan Qualité Projet (PQP)............................................................................................. 15

Chapitre 1 : Présentation du Plan Qualité Projet.....................................................15

Section 1 : Objectifs du Plan Projet......................................................................15

Section 2 : Gestiondu Plan Projet.........................................................................15

Chapitre 2 : Identification du projet.........................................................................16

Section 1 : Périmètre du Projet.............................................................................16

Section 2 : Objectifsdu Projet...............................................................................16

Chapitre 3 : Démarche de développement...............................................................18

Section 1 : Présentation de SCRUM......................................................................18

Section 2 : Justification du choix.........................................................................18

CHAPITRE 4 : Découpage de projet..................................................................19

Section 1 : Phases du projet.................................................................................19
 Section 2 : Description détaillée de phases.........................................................20
CHAPITRE 5 : Plan de développement.....................................................................23

Section 1 : Organisation de l’équipe de travail....................................................23

Section 2 : Les livrables........................................................................................ 24

Section 3 : Procédure de validation des livrables................................................24

Section 5 : Validation des comptes rendus des réunions....................................25

CHAPITRE 6 : Planning de réalisation......................................................................25

Section 1 : Planning prévisionnel..........................................................................26

Section 2 : Planning réel....................................................................................... 27

Chapitre 7 : Mise en œuvre du projet.......................................................................28

Section 1 : Etude technique du projet..................................................................28

Section 2 : Expression des besoins......................................................................34

Section 3 : Conception du projet..........................................................................36

Section 4 : Réalisation du projet..........................................................................37

Section 5 : Suivi..................................................................................................... 43

Chapitre 8 : Gestion des risques..............................................................................46

Section 1 : présentation........................................................................................ 46

Section 2 : Matrice des risques............................................................................46

Conclusion et perspective................................................................................... 47

Webographie.................................................................................................. 49
INTRODUCTION GENERALE

Dans le cadre de mon projet de fin d’études à EMSI (Ecole Marocaine de

science de l’ingénieur), j’ai eu l’occasion d’effectuer mon stage au sein de Dyna info,
une SSII marocaine de grande renommée. Cette expérience m’a permis d’intégrer une
équipe de développeurs et de testeurs.

Ainsi, travailler sur un projet réel m’était d’un grand bénéfice puisque j’ai pu
développer plusieurs traits de mon caractère tel que l’adaptation et l’intégration.
Aussi, le contact avec le client m’a permis d’apprendre énormément de choses et plus
précisément à travailler minutieusement et avec professionnalisme.

Notre projet consistait à développer un ERP web qui gère toutes les opérations
commerciales des entreprises industrielles et de négoce notamment la vente, l’achat et le
stock, dans ce présent rapport la mission demandée va être organisées de la manière
suivante :

Partie 1 : présente l’organisme d’accueil Dyna info, ses secteurs d’activités, son
organigramme, les différents services qu’elle propose et ses solutions de gestion,
ainsi qu’une bref présentation de équipe recherche et développement.

Partie 2 :
o chapitre 1 : présente l’objectifs et la gestion du plan du projet.

o chapitre 2 : présente le projet AtlasWeb, son architecture, une étude de

l’existant, son périmètre et objectifs.

o Chapitre 3 : présentation et justification de la méthodologie adoptée dans la

gestion de projet.

o Chapitre 4 : présente les phases du projet, ainsi qu’une description détaillée

de chaque phase.

o Chapitre 5 : présente l’organisation de l’équipe de travail et les livrables et

leurs procédures de validation.

o Chapitre 6 : présente le planning de réalisation réel et prévisionnel.

o Chapitre 7 : présente l’environnement de développement en énumérant les

outils et les technologies utilisés. Ainsi la phase de conception exprimée en
diagramme d’analyse UML à savoir le diagramme de classes général et la
phase réalisation et suivie du projet.

o Chapitre 8 : présente la partie gestion des risques.

 CONTEXTE GENERAL DU PROJET

CHAPITRE 1 : PRESENTATION DYNA-INFO

SECTION 1 : PRESENTATIONGENERALE :

Dyna Info est une société innovatrice, depuis sa création début 2000 par un groupe
d’ingénieurs systèmes expérimentés, la Société ne cesse de prendre de l’ampleur en
gagnant la confiance de nombreux clients.

Etre proche des clients est un travail de tous les jours. C’est pourquoi,
quotidiennement, leurs efforts sont concentrés sur la garantie d’une qualité de
services irréprochable.

Dyna Info compte s’imposer dans son domaine d’activité en privilégiant l’écoute de
ses partenaires. Professionnalisme, dynamisme, responsabilité, rigueur et qualité de la
prestation sont les valeurs fondatrices de la culture de notre entreprise.

Dyna Infoest certifiée ISO 9001 Version 2008.

SECTION 2 : ORGANIGRAMME :

Ci-dessous l’organigramme qui expose les différentes directions qui représente l’entreprise :

<<Figure 1 : Organigramme Dyna info >>

 SECTION 3 : LES SERVICES DE DYNA-INFO :

Dyna Info fournit une large offre de services pour le bon fonctionnement des solutions
logicielles et matérielles.

Installation et paramétrage

Chaque client bénéficie d’un accompagnement complet lors de l’installation et du

paramétrage des solutions informatiques Dyna Info. Le but étant de lui assurer un maximum
de confort et de simplicité d’utilisation.

Formation

Indispensable à la maîtrise des fonctionnalités des solutions logicielles, la formation est

assurée par des techniciens expérimentés qui maîtrisent les volets techniques et
fonctionnels.

Assistance technique Logiciels

Les incidents techniques liés à l’utilisation des solutions logicielles sont pris en
charge par l’équipe SAV et sont résolus par téléphone, Internet ou en déplacement
sur site.

Infogérance

Dyna Info assure la maintenance du parc informatique de ses clients grâce aux contrats de
maintenance annuels à un prix forfaitaire.

Audit et consulting

Une expertise technique permet d’évaluer, d’organiser et d’améliorer les

infrastructures informatiques du client. Un audit de l’existant met le point sur les forces
et faiblesses du système d’information actuel du client ainsi que sur ses évolutions
futures.

SECTION 4 : LES SOLUTIONS DE GESTION :

Dyna Infoédite et commercialise la gamme des logiciels marocains ATLAS, installés auprès de
plus de 1 500 clients de tous secteurs d’activités et offre sa gamme de logiciels
standard
« ATLAS » simples, efficaces et évolutifs, elle propose un service de haut niveau pour une
gestion optimale de différentes activités.
 Conformes aux normes comptables, fiscales et sociales, les solutions de gestion de la
gamme ATLAS se composent de trois principaux logiciels :
Atlas COM

ATLASCOM est un logiciel de gestion commerciale adapté à la structure de

l’entreprise Marocaine et qui assure son évolution, Il présente un produit
complet et intégré regroupant la Simplicité, la Puissance et l’Ergonomie
de Windows pour une gestion de base de données relationnelle lui offre
une facilité d’échange des données avec d’autres logiciels.

Atlas COMPTA

ATLASCOMPTA est un logiciel de la comptabilité complet et évolutif. IL

rassemble au sein d’un seul produit des modules et des fonctions dont
une entreprise a besoin pour la gestion de sa comptabilité. Des mises à jour
régulières enrichissent le produit par des nouvelles fonctions.

ATLASCOMPTA est développé par l’équipe des ingénieurs, informaticiens

en collaboration avec des experts comptables. L’utilisation du logiciel est
simple et conviviale.

Atlas PAIE

ATLASPAIE assure un management efficace des Ressources Humaines. Il se

caractérise par sa simplicité d’utilisation et par sa rapidité de gestion
des prêts, des cotisations sociales (CNSS, CIMR, des congés, …
etc.).

ATLASPAIE rassemble des modules et des fonctions nécessaires pour le

calcul de la paie d’un salarié. L’étroite collaboration avec les experts
comptables permet de réaliser des mises à jour régulières du logiciel,
satisfaisant ainsi les besoins évolutifs des clients.
 Autre logiciels

Suite à la demande des clients, Dyna info a développé d’autres logiciels destinés à chaque
domaine d’activité :

Un logiciel destiné à l’exploitation des stations de service. Il regroupe à la

fois la simplicité, l’aisance et la puissance de Windows.

Un logiciel de gestion des sociétés de transit complet et évolutif.

Un logiciel de gestion de cabinet de dialyse très pertinent.

Un logiciel de gestion de pharmacie.

SECTION 5 : AUTRE SOLUTIONS :

Télécommunications

Dyna Info dispose du savoir-faire et moyens techniques

nécessaires pour la mise en place de tous types de
réseaux informatiques et téléphoniques.
 Informatique et bureautique

Dyna Info assure le test, la configuration ainsi que la

livraison de divers matériels informatiques choisis parmi
une sélection de 1000 références.

Solutions Systèmes

Dyna Info garantit la mise en place des solutions-systèmes les plus

adéquates à l’environnement de l’entreprise.

Solutions pour Points de Vente

Le Pack RESTO et le Pack BOUTIK alliant logiciels et matériels

informatiques est l’idéal pour une gestion complète des
points de vente CHR (Cafés, Hôtels, Restaurants,
Boulangeries,…)

CHAPITRE 2 : PRESENTATION ET MISSION DE L’EQUIPE RECHERCHE ET

DEVELOPPEMENT

Toujours à la quête de l’innovation, l’équipe représente le noyau du développement

de tous les logiciels. Dyna info adapte l’utilisation de ses produits en fonction des
attentes et besoins de l’activité de ses clients.

Afin d’être en adéquation avec les nouvelles technologies, des mises à jour sont
effectuées 2 à 3 fois par an selon les besoins et la spécificité de chaque logiciel et dont le
client peut bénéficier.
PLAN QUALITE PROJET (PQP)

CHAPITRE 1 : PRESENTATION DU PLAN QUALITE PROJET

SECTION 1 : OBJECTIFS DU PLAN PROJET :

Le Plan Projet est un document qui synthétise tous les éléments décrivant le cadre,
l’organisation et le déroulement du projet.
Il sert de référence pour définir :
Quels sont les objectifs du projet.
Ce que le projet doit produire.
Qui intervient dans le projet et quand.
Comment on travaille sur ce projet.
Quel est le déroulement du projet (planning, phases).
Chaque intervenant du projet doit pouvoir se référer au Plan Projet pour pouvoir se situer en
tant qu’acteur, avoir une visibilité sur les objectifs à atteindre ainsi que sur les
moyens mis en œuvre.

SECTION 2 : GESTIONDU PLAN PROJET :

Procédurede validationdu PlanProjet

Le Plan Projet établit les règles d’organisation, de fonctionnement et de production de

livrables entre les différents acteurs du projet.
Procédured’évolutiondu PlanProjet

Concernant la gestion courante des éléments (planning, équipe,…), leur suivi et

modification est assuré dans le tableau de bord du projet, et dans tout document signalé
comme tel dans la suite du Plan Projet.
La mise à jour du Plan Projet sera effectuée en cas d’événement exceptionnel
nécessitant une remise en cause forte du planning, des charges ou du périmètre du projet.
CHAPITRE 2 : IDENTIFICATION DU PROJET

SECTION 1 : PERIMETRE DU PROJET :

Parmi les équipes sur lesquelles reposent l’activité de Dyna-info, il y a l’équipe recherche
et développement. Cette dernière a pour vocation la recherche, la conception et le
développement des produits Atlas tout en veillant à innover et à anticiper sur l’apparition
de nouvelles technologies pour offrir au marché les produits les plus avancés.

Dans le but d’améliorer les produits Atlas, l’équipe recherche et développement les
étudie de près pour identifier les moyens permettant de les rendre plus performants à
travers l’exploitation du développement technologique que connait le domaine de
l’édition et l’intégration des solutions informatiques.

L’équipe s’est penchée sur ce point et a ressorti un ensemble d’avantages à

l’intégration des logiciels principaux de la gamme Atlas développé par Dyna-info pour les
avantages :

• Gestion des licences plus simple.

• Compatibilité avec d’autres systèmes d’exploitation.
• Paramétrage simple et global sur les trois applications.
• L’augmentation de la performance de la solution.

Dans ce contexte-là, il y a eu une réflexion pour le lancement d’un projet pour

Reengineeringdes trois principaux logiciels : gestion commercial, compta, paie dans un
seul ERP.

SECTION 2 : OBJECTIFSDU PROJET :

Le projet consiste à développer un ERP web qui gère toutes les opérations commerciales
des entreprises industrielles et de négoce notamment la vente, l’achat et le stock.

Vente :

L’utilisateur gère toutes les opérations liées au module <<Vente>> selon les
droits d’accès :

Manipulation des documents de la vente.

Gestion des devis.
Gestion des bons de commande.
Gestion des bons de livraison.
 Gestion des bons de retour.
La facturation (manuelle et automatique).
L’avoir et tarifications.
Gestion de règlement et consignation.
Bon de retour de consignation.

Achat :

L’utilisateur gère toutes les opérations liées au module <<Achat>> selon les droits d’accès :

Gestion des Commandes.

Gestion des Dépositions et réceptions.
Gestion des Retours et facturations.
Gestion des Avoirs.
Gestion des Règlements.

Stock :

Pour une bonne maîtrise des stocks, l’ERP manipule les différents indicateurs
de gestion des stocks :

Stock de sécurité : c’est la quantité en dessous de laquelle il ne faut pas descendre.

Stock d’alerte : c’est la quantité qui détermine le
déclenchement de la commande.
Stock maximum : il est eu fonction de l’espace de stockage
disponible. Gestion des inventaires.
Gestion des mouvements.
Gestion des échanges inter-dépôts.
Gestion des transformations.
Gestion des états du stock.

L’utilisateur peut consulter à tout moment la liste des mouvements et l’Etat du

stock par plusieurs critères : date, fournisseur, pièces…

Reporting et Etats de sortie:

L’ERPATLASWEBdoitpermettrelagénérationdesrapportsstandards, personnalisés et
statistiques concernant les différents modules développés.
CHAPITRE 3 : DEMARCHE DE DEVELOPPEMENT

SECTION 1 : PRESENTATION DE SCRUM :

SCRUM est un processus Agile qui permet de produire une grande valeur métier dans la
durée la plus courte. Il tire son nom du Rugby. En effet, SCRUM signifie "mêlée" en anglais.

<< Figure 2 : Représentation générale SCRUM >>

Les fonctionnalités à implémenter sont contenues dans le Backlog du produit. Au début de

chaque sprint, des fonctionnalités sont ajoutées dans le Backlog du sprint, fonctions qui
devront être réalisées dans une durée fixe allant de 2 à 4 semaines. Tous les jours auront lieu
des mêlées quotidiennes afin de voir l'état d'avancement de chacun.

À la fin de chaque sprint, une version du produit, utilisable peut-être fournie au client.
Toutes ces notions sont expliquées plus en détail par la suite.

SECTION 2 : JUSTIFICATION DU CHOIX :

Le choix de la démarche SCRUM a été dû à un certain nombre de critères conduisant à

favoriser une méthode à risques, que nous résumons dans les lignes suivantes:

Absence d’un cahier des charges client formel, ce qui augmente les
risques du projet.
Un client incapable de couvrir tout son besoin fonctionnel.
Un métier très lourd fonctionnellement et un volume fonctionnel nécessitant un
travail modulaire à plusieurs itérations afin de valider la version finale.
Des exigences fonctionnelles et de qualité, à respecter objectivement tout le long
du projet.
Pour ces raisons et autres, une démarche à risque telle que SCRUM, se montre bien
favorable pour couvrir la difficulté du projet.
CHAPITRE 4 : DECOUPAGE DE PROJET

SECTION 1 : PHASES DU PROJET :

Les phases du cycle de vie du projet sont les suivantes :

Formation:

Cette première phase a pour rôle de prendre connaissance sur la technologie à utiliser et
l’étude de son niveau d’adaptation au besoin pour lequel le projet a été lancé.

Etude préalable :

L’étude préalable consiste principalement à recenser l’existant c'est-à-dire les solutions

informatiques déjà mises en œuvre dans l’entreprise et à recenser les besoins
notamment en termes de fonctionnalités nouvelles. L’étude préalable est menée par le
maître d’ouvrage qui peut se faire assister par un prestataire dans le cadre d’un
contrat d’étude et de conseil. Ce prestataire est ensuite généralement choisi pour
l’assistance à maîtrise d’ouvrage (MOA).

Etude fonctionnelle et techniques :

La capture des besoins fonctionnels est l'une des phases les plus importantes car elle doit
permettre aux utilisateurs finaux et/ou au maître d'œuvre, qui ne sont pas toujours des
informaticiens, de bien exprimer leurs besoins et de bien comprendre les fonctionnalités que
le système va fournir.

Elle doit donc exprimerde la manière la plus claire possible avec du langage la totalité des
fonctionnalités du système.

Cette phase a pour objectifs :

- Compléter le recueil initial des besoins effectués pendant l'étude

préliminaire (utilisation des cas d'utilisation de la notation UML).
- Définir les acteurs humains ou non qui vont interagir avec le système.
- Définir les fonctionnalités attendues du système.
- Définir le contexte technique du projet (serveurs, réseau, etc...)
- Définir le fonctionnement dynamique de chaque fonctionnalité.
 Réalisation et intégration :

Cette étape de projet vise à transformer les objectifs et les exigences de projet approuvés en
critères techniques, afin d'obtenir une conception détaillée et une mise en œuvre
intégrale du produit final.

Cette phase a pour objectifs :

- Développement de chaque BACKLOG de sprint du module stock.

- La rédaction d’un rapport d'avancement permettant à tous les
acteurs du projet d'être informé des actions en cours et achevé.
- Les réunions pour faire un point régulier sur l'avancement du projet et
fixer les priorités pour les semaines suivantes.
- Test générale du module Stock.
- L’intégration du module stock dans l’ERP.

Documentation et formation :

Cette phase a pour objectif la rédaction de la documentation technique et les guides

utilisateurs ainsi que la formation des utilisateurs.

SECTION 2 : DESCRIPTION DETAILLEE DE PHASES :

Phase de formation

PhasedeForm
a tion
Objectifs - Familiarisation avec le Framework .Net 3.5
- Familiarisation avec la technologie ASP.NET
- Familiarisation avec la technologie SVN
- Réalisation d’un TP d’initiation.
Prérequis - Mise à disposition du support de formation par le
responsable
Etape de la phase - Cf. Planning
Livrables en sortie - Rapport du TP n°1
Dépendance - N/A
Critères de fin de phase :
Compréhension de l’utilisation et de la manipulation des fonctionnalités
offertes par VS2010 et SVN.
 Phase de l’étude préliminaire

Phasedel’étud
e préliminaire
Objectifs - Décrire les procédures et dispositions opérationnelles de
réalisation à mettre en œuvre pour assurer la qualité
tout au long du projet.
- Etude de l’existant et mise en œuvre de scénarios de
communication.
- Tests de fonctionnement.
Contrainte - Adéquation avec l’environnement existant.
Prérequis - Fourniture de l’architecture technique de la solution
d’hébergement par DSI : Microsoft Visual Studio 2010,
SQL Server 2008, SAP Crystal Report, SVN.
Etape de la phase - Cf. Planning
Livrables en sortie - Rapport du TP n°1
- Rapport de test n°1
Dépendance - N/A
Critères de fin de phase :
- Compréhension fonctionnelle et technique de l’application.
- Test de tous les scénarios.

Phase de capture des besoins fonctionnels

Phasedecapture des besoins fonctionnels

Objectifs - Etude des fonctionnalités que doit couvrir le module Stock.

- Adaptation des fonctionnalités.
Contrainte - Réponse au besoin.
Prérequis - Documentation AtlasCom (Module Stock)
Etape de la phase - Cf. Planning
Livrables en sortie - Rapport fonctionnel.
Dépendance - N/A
Critères de fin de phase :
Définition des spécifications et besoins fonctionnelles.
 Phase de mise en place et d’intégration

Phasedemise en place et
d’intégration
Objectifs - Réalisation du module stock.
- Réalisation du module de paramétrage.
- Intégration dans l’ERP.

Contrainte - Bug dans intégration.

Prérequis - Environnement de conception.
Etape de la phase - Cf. Planning
Livrables en sortie - Module Stock avec ces états de sorties.
- Module de paramétrage.
Dépendance - N/A
Critères de fin de phase :
Test global de la solution.

Phasededocumentationetformation:

Phasededocumentation de
formation
Objectifs - Rédaction de la documentation utilisateur.
Contrainte -
Prérequis - Déploiement réussi du module Stock.
Etape de la phase - Cf. Planning
Livrables en sortie - Manuel utilisateur
-
Dépendance - N/A
- Critères de fin de phase :
- Finalisation des livrables.

22
CHAPITRE 5 : PLAN DE DEVELOPPEMENT

SECTION 1 : ORGANISATION DE L’EQUIPE DE TRAVAIL :

Nom Rôle

Redouane TALIB Chef de projet

Hicham MOSLIH Expert Fonctionnel

Yassine DAMSIR Analyste / Développeur

Youssef ENNAGACH Analyste / Développeur

Badr KHALFI Analyste / Développeur

Le chef de projet :
Est l’interlocuteur principal de l’équipe.
Est responsable de la pré-validation de la conception fonctionnelle et technique
de l’application.
Analyse l’impact des demandes de changements.

Analyste / Développeur :
Analyser, préparer les données à partir du système référentiel source.

Identifier les indicateurs et les axes d’analyse de ce domaine.

Conception des tables de faits pour chaque processus.

Extraction, Chargement et transformation des données.

Développement.

Réalisation des rapports.

23
 SECTION 2 : LES LIVRABLES :

Ci-dessous la liste des livrables :

Phase Livrable Date de Date de Date

livraison livraison validatio
prévue réelle n prévue

Formation Guide d’initiation aux méthodes de 21/03/12 21/03/12 22/03/12

travail Dyna-info
Etude préalable Rapport N°1 : étude de la gestion des 28/03/12 28/03/12 29/03/12
et fonctionnelle conflits
Développement La gestion des conflits 11/04/12 11/04/12 12/04/12
Etude préalable Rapport préliminaire du module Stock 17/04/12 18/04/12 18/04/12
Etude Rapport des besoins fonctionnels 01/05/12 30/04/12 30/04/12
fonctionnelle
Analyse Rapport Analyse 03/05/12 04/05/12 05/05/12
Développement Module: Gérer les inventaires 18/05/12 21/05/12 22/05/12
Développement Module: Gérer les mouvements 04/06/12 05/06/12 06/06/12
Développement Module: Gérer les échanges inter-dépôt 19/06/12 21/06/12 22/06/12
Développement Module: Gérer les transformations 04/07/12 04/07/12 05/07/12
Développement Module: Consultation et Statistique 30/07/12 20/07/12 21/07/12
Documentation Guide d’utilisateur 13/08/12 06/07/12 08/07/12
<<Tableau 1 : Liste des livrables>>

SECTION 3 : PROCEDURE DE VALIDATION DES LIVRABLES :

La démarche projet de l’équipe est une démarche itérative. De la même manière,

l’équipe proposera une série de livraisons partielles au fil de l’eau, qui permettront à
l’encadrant du projet de « pré-valider » les travaux. Cette approche justifie donc un
processus de validation définitif relativement court.

Le processus standard de validation d’un produit documentaire est le suivant :

Remise du document par son responsable du côté équipe du projet aux

responsables du projet chez Dyna-info.
Rédaction des aménagements sur les chapitres concernés et livraison
d’une nouvelle version. Ce processus de livraison/intégration des retours peut
avoir lieu avec un maximum de 2 itérations par document
Validation de la version par les responsables du projet chez Dyna-info.
Diffusion du document auprès des acteurs du projet
Tous les documents diffusés font l’objet d’un versionning et d’une
historisation des modifications
SECTION 5 : VALIDATION DES COMPTES RENDUS DES REUNIONS :

Une réunion interne avec l’ensemble de l’équipe est organisée toutes les semaines
Vendredi à 16h.

Ces réunions ont pour objectifs :

Le suivi détaillé de l’avancement du projet.

Le suivi des actions internes et externes à mener sur le projet.
L’affectation des ressources sur le projet.
Le suivi des actions d’assurance qualité
menées. La synchronisation entre les
intervenants.
Les éléments issus d’une révision périodique du projet.
La validation de la révision des risques.
La validation des indicateurs projets.
La validation de la ré-estimation et la replanification du projet.

CHAPITRE 6 : PLANNING DE REALISATION

L’élaboration du planning s’est basée sur les hypothèses suivantes :

Respect des périodes de validation.

La solution choisie sera avec la technologie ASP.NET avec un développement

spécifique.

Le planning peut subir des modifications suivant les impératifs du projet.

Le planning est revu avec le client à l’occasion de chaque comité de projet et à chaque
réunion.

25
SECTION 1 : PLANNING PREVISIONNEL :
Afin de réussir le projet, on l’a divisé, au départ, en plusieurs modules successifs
comportant des points de validation à chaque fin de sprint. Le diagramme de Gantt suivant
décrit les différentes étapes du projet :

<<Figure 1 : Planning prévisionnel>>

26
SECTION 2 : PLANNING REEL :
Le planning réel reflète le déroulement réel des phases et tâches du projet, ainsi
subi aux différentes contraintes du projet :

<<Figure 4 : Planning réel>>

27
CHAPITRE 7 : MISE EN ŒUVRE DU PROJET

SECTION 1 : ETUDE TECHNIQUE DU PROJET :

Les outils utilisés :

Définition :

ASP.NET est un ensemble de technologies

de programmation web créé par Microsoft.
Les programmeurs peuvent utiliser ASP.NET pour
créer des sites web dynamiques, des applications
web ou des web services XML. La technologie est
accessible grâce à l'installation d'un serveur web
compatible ASP (IIS) ou à l'intérieur de Visual Web
Developer Express Edition.
ASP.NET fait partie de la plateforme Microsoft
.NET et est le successeur de la technologie Active
Server Pages (ASP).
Motivation :
• Dyna info a déjà développé des premières
applications ASP.NET livrée au Maroc.

Définition :
Le Framework. NET est un cadre logiciel développé
par Microsoft qui fonctionne principalement sur
Microsoft Windows. Il comprend une vaste
bibliothèque et offre une interopérabilité langue à
travers plusieurs langages de programmation. Les
programmes écrits pour le. NET Framework
s'exécutent dans un environnement logiciel (par
opposition à l'environnement matériel), connu sous
le Common Language Runtime (CLR), une machine
d'application virtuelle qui fournit des services
importants tels que la sécurité, la gestion de la

Motivation :
• La performance remarquable du Framework 4.0
avec la version 2010 de Visual Studio en plus de
nombreuse nouvelles fonctionnalités.
mémoire, et la gestion des exceptions.
28
 Définition :
Le C# (Csharp) est un langage de programmation
orienté objet créé par la société Microsoft et
notamment un de ses employés Anders Hejlsberg. Il a
été créé afin que la plateforme .Net soit dotée d'un
langage permettant d'utiliser toutes ses capacités. Il
est très proche du Java dont il reprend la syntaxe
générale (elle-même reprise du langage C).

Motivation :

• Dyna info a déjà développé des premières

applications C# livrée au Maroc.
• Elle une équipe avec une expérience moyenne de
plus de 3 ans en développement C#.

Définition :

• LINQ to SQL est une implémentation

de O/RM (Object relational mapping) incluse dans
le .NET Framework « Orcas », et qui permet de
modéliser une base de données relationnelle avec
des classes .NET. Elle permet ensuite récupérer
des données d’une base en utilisant LINQ,
mais également mettre à jour, insérer et
supprimer des données dans celle-ci.
• LINQ to SQL prend totalement en charge les
transactions, les vues et les procédures stockées. Il
fournit également une méthode simple pour
intégrer la validation de données et les règles
logiques de travail dans votre modèle de données.

Motivation :

• Un moyen de simplifier les transactions dans

VS2010 en toute rapidité et sécurité.

29
Définition :
Ajax (acronyme d'Asynchronous JavaScript and XML) est une
manière de construire des applications Web et des sites web
dynamiques basés sur diverses technologies Web ajoutées
aux navigateurs dès 1995.
Ajax est la combinaison de technologies telles
que JavaScript, CSS, XML, le DOM et le XMLHttpRequest dans le
but de réaliser des applications Web qui offrent une maniabilité
et un confort d'utilisation supérieur.

 DOM et JavaScript sont utilisés pour modifier l'information

présentée dans le navigateur par programmation.
 L'objet XMLHttpRequest est utilisé pour dialoguer de
manière asynchrone avec le serveur Web.
 La notation XML est utilisée pour structurer les informations
transmises entre le serveur Web et le navigateur.
En alternative au format XML, les applications Ajax peuvent
utiliser les fichiers texte ou JSON.
Motivation :
• Utilisation fréquente du Auto Post-Back ainsi que les
pop-up.

Définition :
Visual Studio est un ensemble complet d'outils de
développement permettant de générer des applications
Web ASP.NET, des Web XML, des applications bureautiques
et des applications mobiles. Visual Basic, Visual C++, Visual
C# et Visual J# utilisent tous le même environnement de
développement intégré (IDE, Integrated Development
Environment), qui leur permet de partager des outils et
facilite la création de solutions faisant appel à plusieurs
langages. Par ailleurs, ces langages permettent de mieux
tirer parti des fonctionnalités duFramework .NET, qui
fournit un accès à des technologies clés simplifiant le
développement d'applications Web ASP et de Services Web

Motivation :
• Le Framework le plus utilisé sous Windows et
l’acquisition préalable des licences.
XML grâce à Visual Web Developer.
Définition :
SQL Server est une base de données relationnelle développé
et commercialisé par Microsoft. A l'origine acheté auprès de
Sybase, Microsoft a publié les versions 6, 6.5, 7, 2000 et
2005.
SQL Server utilise une version améliorée de SQL appelée T-
SQL.
SQL Server est un SGBD relationnel. Il est possible de définir
des relations entre les tables de façon à garantir fortement
l'intégrité des données qui y sont stockées. Ces relations
peuvent être utilisées pour modifier ou supprimer en chaîne

Motivation :
• Dyna-info a plusieurs applications Windows et Web et
Mobile tournant sur des bases de données SQL dont
certaines dépassent les 15 Gigas pour des bases de
données relationnelles.
• Une résolution de problèmes de performance avec les
consultants de Microsoft
• Une gestion de sécurité à plusieurs niveaux dont
certains cas avec une architecture basée sur une
réplication en temps réel.
des enregistrements liés.

Définition :
Subversion (en abrégé SVN) est un logiciel de gestion de
versions, distribué sous licence Apache et BSD. Il a été
conçu pour remplacer CVS. Ses auteurs s'appuient
volontairement sur les mêmes concepts (notamment sur le
principe du dépôt centralisé et unique) et considèrent que
le modèle de CVS est le bon, et que seule son
implémentation est en cause. Le projet a été lancé en
février 2000 par CollabNet, avec l'embauche par Jim
Blandy de Karl Fogel, qui travaillait déjà sur un nouveau
gestionnaire de version.

Motivation :
Travail collectif sur un projet en particulier.
Certain fichier sont en commun
Garder la trace des versions précédentes de nos fichiers.

Définition :
 Internet Information Services, communément appelé
IIS, est le logiciel de serveur services Web (ou FTP,
SMTP, HTTP etc.) de la plateforme Windows NT.
IIS prend en charge plusieurs techniques Web telles les
CGI, les ASP, les ASP .NET et une API spécifique à IIS de
nom ISAPI permettant de créer des extensions et des
filtres. IIS prend aussi en charge le langage PHP en
mode CGI ou ISAPI.
Motivation :
ASP et plus récemment ASP.NET sont les deux technologies de développem

Définition :
Crystal Reports est un progiciel d’informatique
décisionnelle qui permet de générer une grande variété
de rapports à partir de données informatiques.
Crystal Reports permet de créer les connexions aux
données sources et la génération de présentations
graphiques à des fins de reporting.
Parmi les données d’entrées accessibles:
 Bases de données telles que Sybase, IBM DB2,
Microsoft Access, Microsoft SQL Server, MySQL,
Interbase et Oracle
 Btrieve
 Classeurs Microsoft Excel
 Fichiers texte
 Fichiers HTML XML
 Fichiers Lotus Notes, Microsoft Exchange et
Novell GroupWise
 SAP : BW…
Motivation :
Visualiser des états Crystal Reports sur le Web Accéder aux états de maniè
Interagir facilement avec Crystal Reports

32
 L’architecture utilisée (MVC)

MVC (Model-View-Controller) est un modèle d'architecture qui cherche à séparer nettement

les couches de présentation (UI : User Interface), métier (BLL : Business Logic Layer) et
d'accès aux données (DAL : Data Access Layer). Le but étant d'avoir une dépendance
minimale entre les différentes couches de l'application ; ainsi les modifications effectuées
sur n'importe quelle couche de l’application n'affectent pas les autres couches.

Dyna-info adopte une architecture propre à elle, constituée de quatre niveaux à savoir :
Data : contient les classes principales, le LINQ SQL, et les classes de connexion.
Service : contient les classes globales, et peuvent être appelée depuis n’importe quel
endroit, en dépit de l’activité.
Métier : Ca dépend de l’activité pour laquelle elle a été conçue. Elle fait appel aux
méthodes de Service.
Vue(ou Web) : Correspond à l’interface avec laquelle l’utilisateur interagit.

Ainsi il repose sur la volonté de séparer les données, les traitements et la présentation.

<<Figure 5 : Modèle MVC>>

Ci-dessous une figure qui expose les différentes couches qui représente notre modèle
personnalisé :

<< Figure 6 : MVC personnalisé>>

 SECTION 2 : EXPRESSION DES BESOINS :
Ce chapitre traite du rôle que tient UML pour compléter la capture des besoins
fonctionnels ébauchée durant l’étude préliminaire. La technique des cas d’utilisation est la
pierre angulaire de cette étape. Elle va nous permettre de préciser l’étude du
contexte fonctionnel du système, en décrivant les différentes façons qu’auront les acteurs
d’utiliser le futur système.

Identification des cas d’utilisation

Un cas d’utilisation (use case) représente un ensemble de séquences

d’actions réalisées par le système et produisant un résultat observable intéressant pour un
acteur particulier. Un cas d’utilisation modélise un service rendu par le système. Il
exprime les interactions acteurs/système et apporte une valeur ajoutée « notable » à
l’acteur concerné. Je ne vais détailler quelques cas d’utilisations qui illustrent Le cœur
de fonctionnement de l’application.

Use Case «Authentification» :

<< Figure 7 : Cas d’utilisation authentification>>

Diagramme de séquence «Authentification» :

<< Figure 8 : Diagramme de séquence authentification>>

 Diagramme de cas d’utilisation général :

<< Figure 9 : Cas d’utilisation générale>>

Spécifications techniques détaillés :

Les diagrammes de cas d’utilisation et d’activités et le diagramme de classes de

chaque étape dans le projet sont détaillé dans un rapport technique.
 SECTION 3 : CONCEPTION DU PROJET :

Dans cette partie, on va illustrer les principales constructions du diagramme de classes UML
durant l’étape d’analyse donner une vision générale de l’architecture logicielle qui sera
mise en place.

Analyse statique :

Ce chapitre va nous permettre d’illustrer les principales constructions du diagramme

de classes UML durant l’étape d’analyse. Le diagramme de classes a toujours été
le diagramme le plus important dans toutes les méthodes orientées objet. C’est
également celui qui contient la plus grande gamme de notations et de variantes. UML a
réussi à unifier le vocabulaire et les concepts sans perdre la richesse et les apports des
différentes méthodes existantes.

Diagramme de classe global :

Maintenant on doit mettre à jour les diagrammes de classes, afin de profiter de l’analyse
réalisée avec les différents diagrammes dynamiques.
On complète le diagramme de classe avec les opérations et les méthodes.
 << Figure 10 : Diagramme de classe global>>

SECTION 4 : REALISATION DU PROJET :

Cette partie est consacrée à la phase réalisation du projet qui comporte la réalisation du
module stock de l’ERP AtlasWeb, son objectif de est de donner un aperçu sur
l’interface homme/machine de l’application.

La liste des documents:

 << Figure 11 : Liste des documents>>

Cette interface offre la possibilité de consulter la liste des inventaires, mouvements, inter-
dépôts, transformations en affichant toutes les informations relatives : le détail, le numéro,
la date, ainsi que le commercial chargé du suivi, le montant et si le document est validé et le
type pour le mouvement et transformation.
La barre de recherche simple permet d’afficher le résultat selon le numéro, la date, le
dépôt, le type, ou si le document est validé.
On peut exporter la liste des documents sous format Excel, TXT ou CSV, avec la possibilité
d’imprimer la liste sous forme d’un état PDF.

L’état de la liste des documents :

 << Figure 12 : Etat de la liste des documents>>

Vous pouvez visualiser la liste des documents avec un filtre, l’affichage du résultat avec les
sélections proposées ou celles que vous aurez redéfinies ou complétées, la liste peux être
enregistrée sous format PDF ou imprimer directement avec un simple clic.

Détail du document :
 << Figure 13 : Détail du document>>

Entête du document : affiche le numéro et la date du document, le dépôt, le fournisseur et

le nom du responsable et type de document.

Lignes du document : C’est une grille réservée aux articles qui font l’objet du
document. Vous pouvez ajouter des articles ou supprimer un article du document.

Un clic droit sur la grille permet d'accéder au menu contextuel qui offre toutes les fonctions
utiles pour la saisie d'articles.

Une barre d’outils est également disponible pour effectuer différentes opérations.
Cette barre d’outils permet de déplacer les lignes articles, insérer de nouvelles lignes,
insérer des commentaires, supprimer des lignes et afficher la fiche article.

Pied de l’inventaire : Ces renseignements figurent au bas du document. Les valeurs qui
s’affichent sont automatiquement calculés et remis à jour au fur et à mesure de la saisie
vous ne pouvez pas les modifier à l'exception de quelques zones, vous pouvez saisir une
observation du document que vous pouvez l’imprimer .

L’état de la liste des documents :

 << Figure 14 : L’état du détail du document>>

Vous pouvez visualiser un document et imprimer selon un filtre, l’affichage du résultat

avec les sélections proposées ou celles que vous aurez redéfinies ou complétées, le
documentpeut être enregistré sous format PDF ou imprimer directement avec un simple clic.

Gestion des lots :

 << Figure 15 : Gestion des lots>>

La gestion des lots vous permet de gérer comme des entités distinctes tous les lots, qu'ils
proviennent de la fabrication interne ou des fournisseurs.

Pour pouvoir gérer les lots d'un article en stock, vous devez d'abord le déclarer dans la fiche
article concernée. Pour ce faire, vous devez activer la case Lot dans la fiche article.

Si un article est géré par lots, toutes les quantités de cet article doivent être affectées à un
lot. Chaque lot d'article est identifié à l'aide d'un numéro de lot unique, sous lequel il est
géré. Ce numéro est saisi par l'utilisateur (attribution externe des numéros) ou attribué
automatiquement.

Le lot ainsi que les données relatives au stock du lot sont créés automatiquement lors de la
première entrée de marchandises. Ainsi, vous n’êtes pas tenu de créer ces données
manuellement.

Etat de consultation stock

 << Figure 16 : Etat de consultationstock>>

Chaque état de stock permet d’afficher l’état du stock d’un article dans un
intervalle de temps selon des caractéristiques choisies.

L’état affiche le code de l’article et libelle, sa famille et la quantité de cet article dans le
stock d’une façon globale ou par dépôt, le prix de vente et la quantité client et fournisseur.

On peur crée un filtre grâce à la barre de recherche simple qui permet de filtrer par code
article ou libellé ou la famille ou par le type selon le choix.

L’impression de l’état conserve le filtre, le résultat peut être imprimé

directement ou sauvegarder sous format PDF.

L’export de l’état peur conserver le filtre, on peut choisir aussi les colonnes à exporter
selon le besoins, export permet de crée un fichier de Type Excel ou un document texte TXT
ou sous format CSV.

SECTION 5 : SUIVI :
 Présentation

Deux structures de communication et décision sont mises en place dans le projet :

Le comité décisionnel et de coordination pour tout ce qui concerne la validation des

choix principaux, et le suivi de l’avancement du projet.
Le comité de projet est l’instance opérationnelle du projet pour le suivi de
l’avancement, les décisions fonctionnelles et techniques, la synchronisation
des intervenants

Organisation des comités de projet

Le tableau ci-dessous représente les membres des comités de projet :

Participants permanents : Chef du projet (encadrant)

Membres de l’équipe
Participants facultatifs :
Le directeur de projet du Dyna-info

Périodicité : Il se tient toutes les semaines.

Lieu : Les locaux de Dyna-info

Ordre du jour standard : Avancement du projet

Suivi des actions décidées lors de la réunion
précédente
Analyse et suivi des risques pouvant avoir un impact
significatif sur les délais, la qualité ou le budget
Synchronisations entre différents intervenants
Point de validation : Le compte rendu est validé soit explicitement soit
automatiquement si aucune remarque ou
amendement n’est apporté.

<<Tableau 2 : Comité de projet>>

 Tableau de bord

Le tableau de bord est un ensemble d’indicateurs peu nombreux conçus pour permettre
aux gestionnaires de prendre connaissance de l’état et de l’évolution des systèmes qu’ils
pilotent et d’identifier les tendances qui les influenceront sur un horizon cohérent avec
la nature de leurs fonctions.
C’est un outil de pilotage qui souligne l’état d’avancement dans lequel se trouve le
processus afin de permettre au responsable de mettre en place des actions correctives.

Analyse des écarts

Si on fait une comparaison entre le planning prévisionnel et le planning réel du projet, on

trouve que :
La durée d’élaboration del’étude du module Stock a été réellement de 16 jours
au lieu de 15 jours.
La durée du développement a durée moins que prévue.
Ces écarts sont dus essentiellement aux facteurs suivant :
La sous-estimation ou la surestimation de la durée de ces taches.
Non couverture préalable de tous les besoins fonctionnelles du projet

45
 CHAPITRE 8 : GESTION DES RISQUES

SECTION 1 : PRESENTATION :

La complexité, l'incertitude et l'extrême concurrence de l'environnement économique et

industriel, dans lequel les entreprises évoluent aujourd'hui; de même que les difficultés
rencontrées dans le management de leurs projets, sont à l'origine de nouveaux défis et de
problèmes croissants. Il n'est pas rare de voir des projets aboutir à des échecs graves et
coûteux, à une dégradation ou à une remise en cause de leurs principaux objectifs (coûts,
délais et performances techniques), et parfois à leur abandon pur et simple. C'est pourquoi,
la gestion des risques dans les projets est devenue ces dernières années, pour beaucoup
d'entreprises une préoccupation majeure.

Devant ce constat, il devient indispensable, voire impératif, pour les différentes personnes
chargées de conduire des projets de mieux comprendre les risques potentiels associés à
leurs projets et d'intégrer la gestion des risques dans le processus global de gestion des
projets. La gestion des risques, permet de connaître l'évolution du risque tout au long du
projet, elle s'appuie généralement sur un processus continu et itératif qui vise
successivement à identifier et analyser les risques encourus, à les évaluer et à les
hiérarchiser, à envisager les parades nécessaires et enfin à les suivre et à les contrôler.

SECTION 2 : MATRICE DES RISQUES :

Risque Probabilité Impact Echelle Stratégie

Risques liées au projet :
Validation du cahier de charge
Cahier des charges fonctionnel est
Moyenne Elevé 50 avec les intervenants du projet
incomplet.
avant la phase de la réalisation.
Utilisation des méthodes agiles
Le produit final ne correspond pas à la
Fort Elevé 100 basées sur la validation de chaque
demande du client.
itération avec le client SCRUM
Réunion de coordination et
d’encadrement.
Conception insuffisante. Faible Elevé 10
Questions et validations
fréquentes du client.
Prévoir le risque de retard dans le
Dépassement du délai. Fort Elevé 100 planning communiqué au client.

46
 Augmenter la masse horaire.
Ressources supplémentaire.
Structuration de l'équipe et
Manque de compétences des redistribution des rôles.
Faible Moyen 5 Renforcement et
développeurs.
perfectionnement.
Difficultés/bug liées à l’environnement Refaire les tests unitaires.
Fort Moyen 50 Assurer les mises à jour.
de développement.
Changement/réaffectation des
taches.
Absence ou maladies des ressources. Fort Elevé 100 Augmenter la masse horaire.
Recrutement temporaire des
ressources.
Retard sur les livraisons. Faible Moyen 5 Planification et analyse détaillé.
Assurer le contrôle et le suivi du
projet.
Dépassement du coût. Moyenne Elevé 50 Réunion d’explication et ré-
estimation des coûts.
Risques techniques :
Bien identifier les besoins par
Manque matériel et logiciel. Faible Moyen 5 rapport à la technologie existante
pour ajuster le projet.
Travail dupliquée sur 2 à 3
Serveurs.
Problèmes liés aux matériels. Moyenne Moyen 25 Sauvegarde hebdomadaire des
réalisations.
Contrôler et vérifier l’intégralité
Défaillance du réseau. Faible Elevé 10 du système.
Formation du personnel.
Erreurs dues à l’utilisateur. Moyenne Elevé 50 Fournir une documentation.
<<Tableau 3 : Matrice des risques>>

Probabilité de la Impact
menace Faible(1) Moyen (5) Elevé (10)
Elevé (10) 10 50 100
Moyen (5) 5 25 50
Faible(1) 1 5 10
<<Tableau 4 : Probabilité de la menace>>

CONCLUSION ET PERSPECTIVE
 Mon projet consistait à concevoir et implémenter un module d’un ERP de gestion
commercial. Cette solution avait pour objectif d’offrir au client un progiciel qui englobe
plusieurs module (Gestion commercial, comptabilité, paie, point de vente,…) dans un
format Web afin de sécurisé et faciliter utilisation.

Après mon intégration dans l’équipe, l’occasion s’est présentée afin de réaliser
plusieurs tâches qui ont constitué ma mission de stage global. C’était aussi
l’occasion d’apprendre de nouvelles méthodes de gestion, des technologies de
développement et de versionning et de se familiariser avec des outils de bon gestion à
savoir subversion, SAP Crystal Report, Scrum, etc.

Durant tout le projet, j’ai veillé à respecter les objectives qualités requis. Le travail a
demandé un effort de réflexion et de recherche pour pouvoir réalisé ce projet, Chose
qui m’ a permis par la suite d’acquérir une double compétence technique et une
culture de bonnes pratiques et de découvrir de nouvelles technologies et de les approfondir
dans un monde qui ne cesse d’accroître jour après jour.

On a pu atteindre la majorité des objectifs fixés au préalable, répondant parfaitement au

cahier charges. Cette expérience nous a donc permis d’intégrer le monde
professionnel, d’apprendre énormément sur le plan professionnel à l’intérieur d’une
importante structure , et surtout de collaborer et communiquer avec des personnes aux
compétences diverses.
Une extension de ce travail serait de :

Ajouter de nouveau module a ERP (Gestion des ressources humaines,…)

WEBOGRAPHIE

Le site MSDN de Microsoft (version FR) :

http://msdn.microsoft.com/fr-FR/

Le site officiel de Dyna info :

http://www.dyna-info.com/

Le forum des développeurs :

http://www.developpez.com/

Le site de développement en ASP.NET

http://quickstarts.asp.net

Encyclopédie virtuelle

http://fr.wikipedia.org/wiki/Accueil