Rapport VF

Ecole Nationale Suprieure dInformatique
et dAnalyse des Systmes
Mmoire de Projet de Fin dtudes

Pour lObtention du Titre
DIngnieur dtat en Informatique
Option
Ingnierie de la logistique
Sujet
Mise en place dun portail SAP/CMH pour la

gestion des bons carburants
Soutenu par :
Sous la direction de :
Kamal GHANNAM
Mme. Fatima Zahra MHADA

M. Ahmed MALK
M. Taoufik BOUNOUAR
Anne Universitaire 2012-2013
Ddicaces
celle qui a attendu avec impatience les fruits de sa bonne ducation, ma mre.
celui qui m'a indiqu la bonne voie en me rappelant que la volont fait toujours les
grands hommes, mon pre.
En tmoignage de ma profonde gratitude et de mon incontestable reconnaissance
envers vous.
toute ma famille et mes amis qui ont fait preuve de soutien et qui mont donn une
motivation sans prix.
tous mes chers amis avec qui j'ai pass des instants inoubliables.
mon cole l'ENSIAS.
toutes les personnes qui ont cru en mes succs.
Je ddie ce travail
Remerciements
Je ne saurais commencer ce rapport sans remercier ALLAH le Tout-Puissant, le tout
misricordieux, qui ma donn Grce et bndiction pour mener terme ce projet.
Il mest agrable de macquitter dune dette de reconnaissance auprs de toutes les personnes,
dont lintervention au cours de ce projet a favoris son aboutissement.
Ainsi au terme de ce travail, je tiens exprimer ma profonde gratitude et mes sincres

remerciements pour tous ceux qui mont aid dans llaboration de ce projet.
Ainsi, je tiens remercier cordialement mes encadrants, M. Ahmed Malk et M. Taoufik

Bounouar de mavoir prodigu la documentation ncessaire et les conseils pertinents qui
mont t dun appui considrable dans ma dmarche.
Je saisis aussi loccasion pour remercier toute lquipe DSI-CMH pour leur soutien.
Mes remerciements les plus sincres vont aussi Mme. Fatima Zahra MHADA, mon
encadrante lENSIAS, pour les conseils quelle ma prodigus, son judicieux encadrement
ainsi que son assistance pour la rdaction du rapport.
Je ne saurais oublier les membres du jury : M. Abdellatif EL AFIA et M. Raddouane

CHIHEB qui mont fait lhonneur daccepter de juger mon travail.
Je tiens galement adresser mes plus sincres remerciements lensemble du corps

enseignant de lENSIAS, pour avoir port un vif intrt ma formation, et pour avoir accord
le plus clair de leur temps, leur attention et leur nergie, et ce, dans un cadre agrable de
complicit et de respect.
Que tous ceux qui mont aid, de prs ou de loin, trouvent ici lexpression de mes sentiments
les plus distingus.
Projet de Fin dEtudes
2012 - 2013
4
Rsum
Le prsent document est le fruit de mon travail dans le cadre du projet de fin dtudes effectu
au sein de la Compagnie Marocaine des Hydrocarbures (CMH). Ce projet a pour but de
mettre en place un portail SAP/CMH pour la gestion des bons carburants, ce portail sera une
extension des fonctionnalits du module des ventes de SAP (Systems, applications, and
products), il permettra aux gestionnaires des stations CMH de saisir les bordereaux contenant
la liste des bons carburants via une application web. Il leur permettra galement le contrle
des informations des bons en temps rel ainsi quune consultation de lhistorique des bons
dj saisis. Cette solution est base sur les technologies BAPI (Business Application
Programming Interface) et RFC (Remote Function Call) qui permettent de connecter SAP
dautres systmes diffrents. Dailleurs, ce portail permettra aux agents CMH de consulter les
bons saisis par les gestionnaires de stations, les insrer dans le systme SAP, mettre jour les
donnes des gestionnaires ainsi que de vrifier la situation de chaque gestionnaire. Et aprs
vient ltape de reporting des donnes rcupres au niveau de SAP en gnrant des rapports
imprimables laide de la technologie SmartForms.
Pour mener ce projet, jtais en mesure dentamer ltude de lexistant, la spcification des
besoins, lanalyse dtaille et la conception en utilisant le langage UML. La ralisation de ce
projet tait sur deux grandes phases, la premire consistait dvelopper la couche
prsentation en utilisant le langage PHP, et la deuxime consistait dvelopper la couche
mtier au niveau de SAP en utilisant le langage ABAP/SAP.
la fin de ce projet, jai dploy le projet sur un serveur CMH, ensuite, jai procd aux tests
qui ont t concluants.
Mots-cls :
SAP , ventes, contrle des bons.
2012 - 2013
5
Abstract
This document is the result of our work as a part of the graduation project performed at CMH.
This project aims to develop a SAP/CMH portal for managing fuel bills.
Indeed, this application will control information of fuel bills in real time as well as
consultation of historical bills already entered. This solution is based on the BAPI and RFC
technologies to connect SAP to various other systems. Moreover, the portal will allow CMH
agents to view the bills seized by station managers, insert them into the SAP system, update
the data managers as well as check the status of each manager. And then comes the stage of
reporting recovered at SAP generating printable reports data using the SmartForms
technology.
To complete this project, I was able to begin the study of existing, requirements specification,
detailed analysis and design using UML. The realization of this project was on two main
phases, the first was to develop the presentation layer using the PHP language, and the second
was to develop the business layer in SAP using ABAP / SAP language. At the end, I deployed
the project on CMH server.
Keywords :
control information of fuel bills , SAP.
2012 - 2013
6
Liste des abrviations

Abrviation
Dsignation
ABAP
Advanced Business Application Programming
ADV
Administration de Ventes
BAPI
Business Application Programming Interface
BP
British Petroleum
CMH
Compagnie Marocaine des Hydrocarbures
CMS
Content Management System
ERP
Entreprise Ressource Planning
FI
Financial
GPL
Gaz de Ptrole Liqufis
GUI
Graphical User Interface
HR
Human Ressources
HTTP
HyperText Transfer Protocol
IM
Investments Management
ISO
International Organization for Standardization
MM
Material Management
MXP
MultiXpac
PDP
Plan Directeur de Production
PHP
Hypertext Preprocessor
PIC
Plan Industriel et Commercial
PM
Plant Maintenance
PP
Production Planning
PS
Project Systems
QM
Quality Management
RFC
Remote Function Call
RPC
Remote Procedure Call
SAP
Systems, applications, and products for data processing
SCOR
SD
UML
Supply Chain Operations Reference

Sales and Distribution
Unified Modeling Language
2012 - 2013
7
Liste des tableaux

Tableau 1 : Processus du modle SCOR ............................................................................................... 22
Tableau 2 : Principales rgles de gestion du projet ............................................................................... 38
Tableau 3 : Description du Use Case <<Authentification>> ................................................................ 43
Tableau 4 : Description du Use Case <<Consulter lhistorique des bons>> ......................................... 43
Tableau 5 : Description du Use Case <<Saisir des bons>>................................................................... 43
Tableau 6 : Description du Use Case <<Affecter les bons aux bordereaux>> ....................................... 43
Tableau 7 : Description du Use Case <<Consulter et modifier son propre compte>> .......................... 44
Tableau 8 : Description du Use Case <<Consulter les bons>> ............................................................. 44
Tableau 9 : Description du Use Case <<MAJ des bons>> .................................................................... 45
Tableau 10 : Description du Use Case <<Insrer les bons dans SAP>> ............................................... 45
Tableau 11 : Description du Use Case <<MAJ des donnes clients>> ................................................. 45
Tableau 12 : Description du Use Case <<Reporting des donnes>> .................................................... 46
Tableau 13 : Description du Use Case <<Ajouter un utilisateur>> ...................................................... 46
Tableau 14 : Description du Use Case <<Supprimer et modifier un utilisateur>> ............................... 46
Tableau 15 : Description du Use Case <<Gestion des bons>> ............................................................. 46
Tableau 16 : Description des classes ..................................................................................................... 49
Tableau 17 : Quelques fonctions SAPRFC ........................................................................................... 66
Tableau 18 : Table SAP utilise pour la bapi importation des bons...................................................... 80
Tableau 19 : Rsultat pour la bapi importation des bons ...................................................................... 81
Tableau 20: Table utilise pou bapi insertion des bons dans SAP ........................................................ 82
Tableau 21 : Rsultat pour bapi insertion des bons dans SAP .............................................................. 83
Tableau 22 : Table utilise pour bapi insertion des bons dans SAP ...................................................... 84
Tableau 23 : Rsultat d'excution du papi d'insertion des bons ............................................................ 84
Tableau 24 : Table utilise pour bapi MAJ donnes clients .................................................................. 85
Tableau 25 : Rsultat d'excution de la bapi MAJ donnes clients ....................................................... 86
Tableau 26 : Table utilise pour bapi importation des numros de bordereaux .................................... 86
Tableau 27 : Rsultat d'excution bapi d'import des numros de bordereaux ....................................... 87
Tableau 28 : Comparatif de processus de dveloppement .................................................................... 97
2012 - 2013
8
Liste des figures

Figure 1 : Historique de la CMH ........................................................................................................... 18
Figure 2 : Rpartition du personnel ....................................................................................................... 19
Figure 3 : Organigramme de la CMH.................................................................................................... 19
Figure 4 : Modle SCOR pour le cas de la CMH .................................................................................. 23
Figure 5 : Modle SCOR activit S1 ..................................................................................................... 24
Figure 6 : Modle SCOR activit D2 .................................................................................................... 24
Figure 7 : Modle SCOR activit D2.4 ................................................................................................. 25
Figure 8 : Organisation de la direction systmes dinformation ........................................................... 25
Figure 9 : Systme dinformation de CMH ........................................................................................... 26
Figure 10 : Organisation SAP/CMH ..................................................................................................... 27
Figure 11 : Cycle de vie du projet ......................................................................................................... 31
Figure 12 : Planning prvisionnel du projet .......................................................................................... 32
Figure 13 : Diagramme processus de gestion des bons ......................................................................... 34
Figure 14 : FlowChart gestion des bons carburants .............................................................................. 36
Figure 15 : Diagramme de cas dutilisation spcifique au gestionnaire de station CMH ..................... 42
Figure 16 : Diagramme de cas dutilisation spcifique lagent CMH et ladministrateur .................. 44
Figure 17 : Diagramme de squence dauthentification ........................................................................ 47
Figure 18 : Diagramme de squence de MAJ des donnes des gestionnaires ....................................... 48
Figure 19 : Diagramme de classes ......................................................................................................... 50
Figure 20 : Architecture du systme SAP/R3........................................................................................ 53
Figure 21 : Les modules de SAP/R3 ..................................................................................................... 55
Figure 22 : cran initial des SmartForms .............................................................................................. 60
Figure 23 : Architecture de lapplication............................................................................................... 64
Figure 24 : Extension SAPRFC au niveau du wampserver ................................................................... 65
Figure 25 : Interface dauthentification ................................................................................................. 68
Figure 26 : Erreur dauthentification ..................................................................................................... 69
Figure 27 : Informations du gestionnaire .............................................................................................. 69
Figure 28 : Interface du choix de type des bons .................................................................................... 70
Figure 29 : Interface de saisie des bons ................................................................................................. 71
Figure 30 : Message contrle non valide ............................................................................................... 72
Figure 31 : Message derreur................................................................................................................. 72
Figure 32 : Interface affectation des bons aux bordereaux .................................................................... 73
Figure 33 : Message validation bordereau............................................................................................. 73
Figure 34 : Consultation des bons ......................................................................................................... 74
Figure 35 : Clture de la journe ........................................................................................................... 75
Figure 36 : Bloc agent CMH ................................................................................................................. 75
Figure 37 : Consultation des bons saisis................................................................................................ 76
Figure 38 : Importation des bons ........................................................................................................... 76
Figure 39 : Insertion des bons dans SAP ............................................................................................... 77
Figure 40 : MAJ donnes clients ........................................................................................................... 78
Figure 41 : Cration dun utilisateur ..................................................................................................... 79
Figure 42 : BAPI importation de l'historique des bons ......................................................................... 80
2012 - 2013
9
Figure 43: Bapi insertion des bons dans SAP ....................................................................................... 82

Figure 44: BAPI importation des numros de bons .............................................................................. 83
Figure 45 : BAPI MAJ des donnes clients........................................................................................... 85
Figure 46 : BAPI importation des numros de bordereaux ................................................................... 86
Figure 47 : cran de slection ............................................................................................................... 88
Figure 48 : Liste des bons <<Aperu avant impression>> .................................................................... 89
Figure 49 : Fentre de connexion SAP ............................................................................................... 94
Figure 50 : Fentre d'authentification SAP ........................................................................................... 95
Figure 51 : Accs simplifi aux menus ................................................................................................. 95
Figure 52 : Structure du modle SCOR ................................................................................................ 100
2012 - 2013
10
Table des matires
Table des matires

Ddicaces ................................................................................................................................................ 3
Remerciements ........................................................................................................................................ 4
Rsum .................................................................................................................................................... 5
Abstract ................................................................................................................................................... 6
Liste des abrviations ............................................................................................................................ 7
Liste des tableaux .................................................................................................................................. 8
Liste des figures ..................................................................................................................................... 9
Table des matires ................................................................................................................................. 11
Introduction gnrale ............................................................................................................................. 14
Chapitre 1.
1.1.
Contexte gnral du projet ........................................................................................... 17
Prsentation de lorganisme daccueil .................................................................................. 17
1.1.1.
Prsentation de la Compagnie Marocaine des Hydrocarbures (CMH) ......................... 17
1.1.2.
Prsentation de la direction des systmes dinformation de la CMH (DSI-CMH) ......... 25
1.1.3.
Structure organisationnelle de SAP/CMH ..................................................................... 27
1.2.
Introduction au projet ........................................................................................................... 29
1.2.1.
Contexte gnral du projet ........................................................................................... 29
1.2.2.
Problmatique du projet ............................................................................................... 29
1.2.3.
Objectifs du projet ......................................................................................................... 30
1.2.4.
Cycle de vie du projet .................................................................................................... 30
1.2.5.
Conduite et planification du projet ............................................................................... 32
Conclusion ............................................................................................................................................. 32
Chapitre 2.
2.1.
tude de lexistant ......................................................................................................... 34
tude et critique de lexistant ............................................................................................... 34
2.1.1.
Analyse des procdures................................................................................................. 34
2.1.2.
Critique et refonte des procdures ............................................................................... 35
2.2.
Spcification des besoins ...................................................................................................... 35
2.2.1.
Formulation du besoin .................................................................................................. 35
2.2.2.
tude du besoin ............................................................................................................. 36
2.3.
Solution propose ................................................................................................................. 37
2.3.1.
Rgles de gestion de la nouvelle solution ..................................................................... 37
2.3.2.
Description des fonctionnalits de la nouvelle application .......................................... 38
2012 - 2013
11
Table des matires
Conclusion ............................................................................................................................................. 39
Chapitre 3.
3.1.
Analyse et conception ................................................................................................... 41
Outils de travail ..................................................................................................................... 41
3.1.1.
prsentation du langage................................................................................................ 41
3.1.2.
Choix du langage UML ................................................................................................... 41
3.2.
Conception du systme ......................................................................................................... 41
3.2.1.
Diagramme des cas dutilisation ................................................................................... 41
3.2.2.
Diagrammes de squence ............................................................................................. 46
3.2.3.
Diagramme des classes.................................................................................................. 49
Conclusion ........................................................................................................................................... 50
Chapitre 4.
4.1.
Architecture logicielle du projet .................................................................................... 52
Description des outils utiliss ................................................................................................ 52
4.1.1.
SAP ................................................................................................................................. 52
4.1.2.
Module SAP ADV (Administration des ventes) .............................................................. 58
4.1.3.
Business API (BAPI) ....................................................................................................... 59
4.1.4.
SmartForms ................................................................................................................... 59
4.1.5.
Outils de dveloppement Web ..................................................................................... 61
4.2.
Architecture de lapplication ................................................................................................. 63
4.2.1.
Concepts ........................................................................................................................ 63
4.2.2.
Architecture de lapplication ......................................................................................... 64
Conclusion ........................................................................................................................................... 66
Chapitre 5.
5.1.
Ralisation ..................................................................................................................... 68
Interfaces du portail SAP/CMH ............................................................................................. 68
5.1.1.
Authentification............................................................................................................. 68
5.1.2.
Interfaces gestionnaires de station CMH ...................................................................... 69
5.1.3.
Interfaces agent CMH .................................................................................................... 75
5.1.4.
Interfaces administrateur .............................................................................................. 78
5.2.
laboration des BAPI SAP spcifiques ................................................................................... 79
5.2.1.
BAPI importation de lhistorique des bons.................................................................... 80
5.2.2.
BAPI Insertion des bons dans le systme SAP ............................................................... 81
5.2.3.
BAPI Importation des numros de bons ....................................................................... 83
5.2.4.
BAPI MAJ des donnes clients ....................................................................................... 84
5.2.5.
BAPI Importation des numros de bordereaux............................................................. 86
2012 - 2013
12
Table des matires
5.3.
Reporting ............................................................................................................................... 87
Conclusion ........................................................................................................................................... 89
Conclusion gnrale .............................................................................................................................. 90
Bibliographie ......................................................................................................................................... 92
Annexes ................................................................................................................................................. 93
2012 - 2013
13
Introduction gnrale
Introduction gnrale
Les entreprises font de plus en plus appel des solutions ERP (Enterprise Ressources
Planning), afin de mieux grer lensemble des processus mtiers. Ceci est d au fait que
laspect gnrique et paramtrable offre la possibilit de personnaliser la solution selon les
besoins spcifiques de lentreprise.
La CMH souhaite automatiser et amliorer la procdure de gestion et de contrle des bons
carburants qui se fait dune part, en changeant les donnes sur des documents papier et
dautre part, en faisant le contrle ainsi que la saisie manuelle des donnes. En effet, cette
forme des changes et de contrle dinformations qui rend lapplication de la procdure
actuelle de gestion et de contrle des bons carburants lourde et coteuse en termes de dlai et
de frais, sans oublier les risques levs en termes aussi bien derreurs que de falsification. Le
passage vers la nouvelle solution permettra de rendre les changes plus simples et fluides.
Dans le cadre doptimiser la gestion et le contrle des bons carburants, la compagnie
marocaine des hydrocarbures met en place un portail SAP/CMH destin ses gestionnaires
des stations CMH.
Lobjectif tant de faciliter la tche aux gestionnaires des stations et leur fournir un service de
qualit, et ceci via le portail SAP/CMH qui va leur permettre de saisir les bordereaux qui
contiennent la liste des bons ainsi que leur permettre le contrle de ces derniers en temps rel.
Mon projet consiste dvelopper ce portail et de le dployer sur un serveur CMH.
Ainsi, Lentame du projet consiste donc tudier le besoin initial en premier lieu, cela dit une
tude de faisabilit qui permet de dfinir le primtre que lapplication se chargera
dautomatiser, il sensuit une critique de lexistant, tout cela contribue la rdaction du cahier
de charges fonctionnel, en outre, ltude des moyens et architectures techniques disponibles et
la justification des choix permettent la rdaction du cahier des changes technique.
Le prsent rapport aura donc pour but de rapporter lensemble des activits et dmarches
suivies afin datteindre lobjectif du stage qui est de rpondre au besoin initial, il sarticule
selon cinq chapitres :
2012 - 2013
14
Introduction gnrale
Contexte gnral :
Cette premire partie prsente lorganisme daccueil, ensuite, elle dcrit le projet et les
objectifs tracs.
tude de lexistant et description des fonctionnalits de la nouvelle application :
Cette partie introduit ltude du systme dinformation existant et dcrit les principales
fonctionnalits du portail SAP/CMH.
Analyse et conception :
Cette partie se focalise sur ltablissement dun schma de modlisation respectant le

formalisme UML.
Architecture logicielle du projet :
Cette partie prsente larchitecture adopte pour la nouvelle application et les outils de
dveloppement utiliss pour la ralisation de ce projet.
Ralisation :
Cette dernire partie est consacre la description des interfaces de la solution ralise.
Enfin, je prsenterais une conclusion gnrale sur le travail ralis.
2012 - 2013
15
Chapitre1
Contexte gnral du projet
Chapitre 1
Ce chapitre a pour but de prsenter le contexte gnral du projet. Il commencera dans
un premier temps par une prsentation de lorganisme daccueil, puis le projet, les objectifs
attendus et se terminera par une prsentation du cycle de vie et du planning du projet.
2012 - 2013
16
Chapitre1
Chapitre 1.
1.1. Prsentation de lorganisme daccueil

Le prsent travail sinscrit dans le cadre dun stage de fin dtudes, et donc le choix de
lorganisme daccueil se devait tre rigoureux du point de vue de la valeur cognitive dont peut
bnficier le stagiaire.
De ce fait, la connaissance de lorganisme daccueil savre une tape incontournable avant
dentamer ltude du projet.
Dans ce sens, je vais prsenter la compagnie marocaine des hydrocarbures et sa direction
Systmes dInformation.
1.1.1. Prsentation de la Compagnie Marocaine des Hydrocarbures

(CMH)
1.1.1.1.
Introduction
CMH est un groupe ptrolier qui intervient dans lachat, le stockage, le transport et la
distribution travers tout le Maroc, de lensemble des produits drivs du ptrole : carburants
(gasoil, essence), gaz (butane, propane), lubrifiants (huiles moteurs, huiles industrielles, huiles
marines, graisses) et fuel.
CMH dispose pour cela dun rseau dvelopp de stations-service, et galement dun
portefeuille important dentreprises dans tous les secteurs industriels du pays :
Lnergie.
Le Transport.
Les Mines.
La Mtallurgie.
Le BTP.
LIndustrie automobile.
Partenaire du groupe British Petroleum BP, lun des premiers ptroliers au monde, CMH est
fabriquant des lubrifiants sous licence BP et distributeur officiel de la gamme BP au Maroc.
Le groupe CMH commercialise donc des lubrifiants BP haut de gamme en rseau et auprs de
ses clients industriels [1].
2012 - 2013
17
Chapitre1
1.1.1.2.
Historique de la CMH
Figure 1 : Historique de la CMH

1976 : Cration CMH suite la fusion dAGIP et BP.
1984 : Rachat des participations BP dans CMH par HOGESPAR.
1994 : Privatisation, apparition du logo CMH et disparition progressive des
marques AGIP et BP.
1997 : Ouverture de lunit de fabrication des lubrifiants (Blending Plant).
1998 : Dbut des rnovations des stations sous la dnomination CMH.
2003 : Lancement du progiciel de gestion intgre SAP couvrant tous les domaines de gestion
de lentreprise.
1.1.1.3.
CMH en chiffre
CMH est classe 27me sur les 500 entreprises les plus importantes au Maroc
(source conomie et Entreprises 2009) avec un Chiffre daffaires de 3,5 Milliards de
Dirhams.
Les ventes annuelles reprsentent :
382 000 M3 de produits blancs.
8 500 tonnes de lubrifiants.
47 000 tonnes de produits noirs.
28 500 tonnes de Gaz.
CMH dispose dune flotte de 50 camions gros porteurs de ravitaillement en carburant.

Effectif :
571 collaborateurs rpartis au sige, au dpt et dans les stations en propre.
Rpartition du personnel :
Plus de 1200 grants des stations, pompistes, vidangeurs sont au service de la clientle.
2012 - 2013
18
Chapitre1
Figure 2 : Rpartition du personnel

1.1.1.4.
Organisation de la CMH
Trois entits composent le groupe CMH :
CMH : en charge de tous les processus dachat, de stockage, de transport de

commercialisation des produits ptroliers.
ENELP : Filiale de CMH cre en 1985, elle est en charge de la gestion globale des
stations-service propres CMH.
CMH DEVELOPPEMENT : cre en 2004, elle a pour mission la stratgie de

diversification dans diffrents secteurs dactivit.
Le diagramme suivant prsente lorganisation de la CMH :
Figure 3 : Organigramme de la CMH

1.1.1.5.
Activits de la CMH
Les activits de CMH sont rparties comme suit [1]:

Distribution :
CMH dtient un rseau denviron 250 stations-service rparties sur tout le territoire.
Il existe plusieurs types de stations :
2012 - 2013
19
Chapitre1
Stations-service en gestion directe : Ce sont des stations propres CMH et gres

directement par la socit ENELP, filiale de CMH.
Stations-service en grance libre : Ce sont des stations propres CMH et gres par des
tiers moyennant une redevance mensuelle. Elles sont approvisionnes exclusivement en
carburants et lubrifiants CMH. CMH s'occupe de la maintenance des quipements, ainsi
que de la formation du personnel de la station-service.
Stations-service en participation : Ces stations sont gres par des tiers.
Propritaires du terrain. CMH soccupe de linstallation et de la maintenance des

quipements ainsi que de lapprovisionnement en carburants. Ces stations sont
approvisionnes exclusivement en carburants et lubrifiants CMH.
Transport :
CMH dispose dune flotte de 50 camions gros porteurs pour le ravitaillement en carburants et
en lubrifiants de ses clients et stations-service travers lensemble du territoire. Elle dispose
galement dun rseau de distribution de bouteilles de gaz butane travers le pays.
Stockage :
CMH dispose dimportants dpts de stockage de produits ptroliers dans les principales
villes et les principaux ports, totalisant une capacit de lordre de 100 000 m3 :
Casablanca : carburants, lubrifiants et gaz.
Mohammedia, Agadir, Nador: Centres dEntreposage Communautaires que CMH

utilise en partenariat avec dautres ptroliers pour stocker ses produits.
Blending Plant ,
Le Blending Plant est lusine o sont fabriqus et conditionns les lubrifiants CMH. L'usine a
t renouvele 1997, il est localis oukacha Casablanca, elle produit des lubrifiants sous
licence BP, un des leaders mondiaux des lubrifiants.
Le Blending Plant de CMH, ainsi que toute lactivit lubrifiante est certifie selon la norme
Qualit ISO 9001 version 2008. Cette unit dispose dun laboratoire ultra moderne o sont
effectus en permanence et toutes les tapes de production des tests et contrles pour
garantir la qualit des produits : viscosit, puret du produit, conditions de production,
conformit de la composition et du dosage des composants.
Conseil et service aux entreprises :
CMH produit et conditionne ses lubrifiants dans son usine moderne de production (Blending
Plant). Tous les tests et contrles sont effectus dans son laboratoire danalyse et de
2012 - 2013
20
Chapitre1
recherche.
1.1.1.6.
Produits de la CMH
Carburant :
CMH distribue des carburants de qualit (Gasoil et Super) au grand public, travers son
rseau de stations-service, et ses clients industriels.
On trouve notamment :
Le gasoil 50 qui a remplac depuis le premier janvier 2009 le gasoil 350, puis qui va
remplacer progressivement le gasoil ordinaire. Par sa faible teneur en souffre, il protge les
moteurs et prserve l'environnement.
Le super sans-plomb, qui remplace l'ancien Super ordinaire.
Le mlange 2-temps , mlange de super sans-plomb et de lubrifiant.
Gaz :
Dans le domaine des GPL (Gaz de ptrole liqufis), CMH distribue du gaz butane et
propane conditionn, usage principalement domestique travers tout le Royaume. GPL de
CMH a commenc en 1965. Aujourdhui, cest plus de 2 250 000 bouteilles commercialises
par an.
Lubrifiants :
CMH commercialise une gamme de lubrifiants automobiles et industriels : huiles
hydrauliques, moteurs, ou de transmission (engrenages, turbines...). Tous les lubrifiants CMH
sont fabriqus sous licence BP et rpondent aux normes internationales (APS, ACEA,...) qui
garantissent la qualit et la performance [1].
1.1.1.7.
Analyse des flux : Modle SCOR
La mthode SCOR :
La mthode SCOR (Supply Chain Operations Reference-Model) est une mthode normative
de description et dvaluation des flux d'une entreprise dans loptique Supply Chain. Elle a t
cre en 1996, avec le parrainage de deux socits de conseil (PRTM et AMR), par un
ensemble d'entreprises nord-amricaines rassembles au sein dun organisme : le SCC
(Supply Chain Council). Lobjectif tait de mettre au point une mthode de description de la
logistique des entreprises et des indicateurs permettant d'en mesurer l'efficacit [2].
2012 - 2013
21
Chapitre1
Dans mon cas, jai tudi lexemple de la compagnie marocaine des hydrocarbures, toutefois,
les rsultats peuvent tre gnraliss pour toute entreprise dont lactivit est similaire celle
de CMH.
Quatre processus de management constituent le cur de SCOR, jai prfr conserver ici les
termes amricains, quitte les traduire, afin de respecter la prsentation du Supply Chain
Council :
Plan : planifier.
Source : approvisionner depuis un fournisseur interne ou externe.
Make : produire.
Deliver : livrer, et distribuer.
Dans le cas de la CMH, ces processus peuvent se rsumer et tre prsents comme suit :
Source
Make
Deliver
S1 : cest lapprovisionnement
M1 : activits de production de
D2 : la distribution des
de la socit pour le besoin de
CMH.
besoins de la part des
fabrication des produits
fournisseurs (soit produits
ptroliers.
finis ou des huiles de
S2 : les produits ptroliers qui
base)
sont une fois arrivs
D1 : la distribution et le
destination sont
transport des produits
approvisionns chez le client.
ptroliers.
Tableau 1 : Processus du modle SCOR
2012 - 2013
22
Chapitre1
Figure 4 : Modle SCOR pour le cas de la CMH

CMH est un groupe ptrolier qui intervient dans lachat, le stockage, la production, le
transport et la distribution des produits ptroliers, ce qui implique que son activit (M1)
consiste fabriquer des produits tel que :
Les huiles industrielles.
Les huiles moteurs.
Les huiles marines.
Les lubrifiants.
Graisses.
Produits spciaux.
CMH doit aussi piloter ces activits et cest ce qui apparat sur le modle ci-dessus avec le
pilotage ou la planification des approvisionnements (Plan P2), le pilotage ou la planification
des transformations (Plan P3) . Le pilotage ou la planification gnrale de la Supply Chain de
CMH est exprim par la flche P1 qui reprsente le pilotage de P2 et P3.
Cependant, un des principes de base de SCOR est que lon doit reprsenter la Supply Chain
depuis les <<fournisseurs des fournisseurs>> jusquaux <<clients de clients>>. Cest ce qui
apparat dans les colonnes Fournisseurs , Fournisseurs des fournisseurs , Clients et
Clients des clients avec D2 pour des fournisseurs des huiles de base ou des produits finis
2012 - 2013
23
Chapitre1
(fournisseurs ptroliers, fournisseurs trangers et autres fournisseurs dans le cas de la rupture

de stock).
Pour bien dtailler les activits de la CMH, on recourt au niveau 3 du modle SCOR dans
lequel je vais expliciter les activits D2 et S1 :
Commenons tout dabord par lactivit S1 :
Figure 5 : Modle SCOR activit S1

Ensuite, le schma ci-dessous explicite lactivit D2 de la CMH :
Figure 6 : Modle SCOR activit D2

Comme mon projet se rapporte aux processus de ventes, je vais expliciter lactivit D2.4 de
lactivit D2 en ayant recours au niveau 4 du modle SCOR :
2012 - 2013
24
Chapitre1
Figure 7 : Modle SCOR activit D2.4
1.1.2. Prsentation de la direction des systmes dinformation de la CMH

(DSI-CMH)
1.1.2.1.
Organisation de la direction des systmes dinformation de la CMH
La direction des systmes dinformation de la CMH est constitue de trois quipes :
Figure 8 : Organisation de la direction systmes dinformation
Lquipe systme tude et dveloppement prend en charge la rdaction des spcifications

techniques et fonctionnelles dtailles et la ralisation des dveloppements et faire les tests
unitaires dintgration et de non-rgression, lquipe garantit aussi la maintenance des
systmes dinformation SAP R/3, COSMOS et MXP. Elle rpond au besoin des utilisateurs
de ces systmes.
2012 - 2013
25
Chapitre1
L'quipe administration SAP garantit la disponibilit, la performance et l'volution technique

des systmes SAP. Ainsi quelle prend en charge Administration BC courante des instances
SAP et assure un support aux utilisateurs, elle gre aussi les autorisations attribues aux
utilisateurs du systme.
Lquipe exploitation SAP prend en charge lintgration de donnes dans SAP, ces donnes
sont issues des autres systmes que SAP comme COSMOS, MXP ET AGIRH. Lquipe gre
lcriture des pices comptables.
1.1.2.2.
Systme dinformation de la CMH
Dans la compagnie marocaine des hydrocarbures, le systme d'information se compose de

quatre systmes qui sont SAP, MXP, COSMOS et AGIRH.
Figure 9 : Systme dinformation de CMH

La proportion de SAP est trs grande par rapport aux autres systmes spcifiques, cest un
progiciel de gestion intgr qui intgre plusieurs systmes informatiss permettant de soutenir
le fonctionnement de l'entreprise.
Lapplication MultiXpac (MXP) est gre par la socit de montique S2M, elle permet la
gestion des transactions montiques faites par les utilisateurs des cartes CMH, elle interagir
avec le systme SAP via Linterface carte ptrolire .
COSMOS est un logiciel de gestion des points de vente dcentraliss gr par la socit
SOFISOFT. Il permet dautomatiser et de rationaliser lensemble des processus de
distribution. Il interagir avec le systme SAP via Linterface COSMOS.
La direction des ressources humaines utilise lapplication AGIRH pour la gestion de paie des
personnels CMH, chaque fin du mois, lapplication gnre un fichier texte contient les
donnes de paie qui doivent tre charges dans le systme SAP via Linterface paie .
2012 - 2013
26
Chapitre1
1.1.3. Structure organisationnelle de SAP/CMH

SAP gre les diffrentes activits de lentreprise telles que la gestion des achats,
l'administration des ventes, la gestion des stocks, la gestion de la production, la comptabilit
analytique et dautres activits. Il est vident que, dans une entreprise bien organise, ces
activits sont assures par des services et/ou organisations diffrentes.
Voici les principales units structurelles sous SAP CMH :
Figure 10 : Organisation SAP/CMH

Mandant :
C'est un regroupement dunits lgales, structurelles, commerciales et/ou administratives avec
un objectif commun. Il reprsente un groupe international avec une gestion de bilan consolid.
Sur une mme machine :
Chaque mandant est autonome et identifi par un numro.
Chaque mandant possde son propre plan comptable. La base de donnes est inter
mandants, mais les donnes dpendent du mandant.
Chaque mandant possde son propre paramtrage.
Les programmes sont inter mandant, le systme SAP CMH est constitu de trois mandants qui
sont :
Environnement Production (Mandant 800) : cest le mondant le plus utilis, il contient les
donnes de la socit en temps rel, son paramtrage correspond tout instant celle de
la socit.
2012 - 2013
27
Chapitre1
Environnement Dveloppement (Mandant 140) : les applications ABAP sont dveloppes

dans ce mandant, les donnes utilises sont une copie du mandant Production , elles
constitues les donnes de test.
Environnement Qualit (Mandant 100) : il ne contient pas les donnes, il est utilis pour
la qualification des applications et pour la mise jour du mandant Production en
transportant les applications dveloppes dans le mandant Dveloppement vers le
mandant Production .
Socit :
Elle reprsente une entit, au sein du mandant, disposant de son propre bilan et cre son
propre compte de rsultat.
Exemple : CMH, ENELP et CMH DEVELOPPEMENT.
Dans la base les donnes sont enregistres par socit qui est automatiquement lie un
mandant.
C'est le niveau de la gestion comptable des flux financiers de l'entreprise. Les plans
comptables, les types de documents, les cls de comptabilisation, les codes mouvement sont
communs toutes les socits d'un mme mandant.
Organisation commerciale (ou des ventes) :
Elle reprsente une unit structurelle responsable de la ngociation et des ventes de biens et
services.
Organisation d'achats :
Elle reprsente une unit structurelle responsable de la ngociation et de l'approvisionnement
des biens et services pour une ou plusieurs divisions.
Division :
Elle reprsente, au sein d'une socit, une Business Unit, un site oprationnel, sans
comptabilit propre qui peut tre valorise ou non.
Exemple : site, tablissement, succursale, un domaine de comptabilisation, unit logistique.
C'est le niveau de gestion : de la planification, du rapprovisionnement (Calcul des Besoins)
et de la gestion des stocks, de la production, du flux commercial physique (commandes et
expditions) et des achats (commandes et rceptions).
Magasin :
2012 - 2013
28
Chapitre1
Il reprsente, au sein d'une division, un regroupement darticles qui suivent des rgles
communes qui peuvent prendre en compte les notions de site, emplacement, nature (produits
finis, matires premires, etc.), comptabilisation, CBN, ligne de produit, proprit, et dont les
entres et les sorties gnrent des critures comptables. C'est le niveau de gestion physique
des stocks.
1.2. Introduction au projet

1.2.1. Contexte gnral du projet
Le dveloppement et lvolution des nouvelles technologies, Internet en particulier, tendent
modifier la communication entre les diffrents acteurs du monde des affaires. Notamment
entre l'entreprise et ses clients.
Dans ce sens, et dans le but damliorer la qualit des services, la compagnie marocaine des
hydrocarbures a identifi le besoin de dvelopper un portail SAP/CMH au profit des
gestionnaires de stations CMH pour la gestion des bons carburants et autres besoins futurs.
1.2.2. Problmatique du projet

Une tude de lexistant a montr que la procdure de gestion des bons carburants prsente
plusieurs problmes au niveau de la manipulation et au niveau de la relation client.
En effet, lagent CMH doit chaque fois :
-
Contrler la situation client avant la saisie des bons dans le systme SAP.
Contrler les informations des bons saisis pour viter tout risque de falsification.
Saisir les bons dans le systme SAP.
Envoyer des messages chaque gestionnaire de station en cas derreurs.
En contrepartie, le gestionnaire de station doit :

-
Remplir les bordereaux par les bons.
Envoyer les bordereaux et les bons carburants la CMH.
Attendre lacquittement de la part de la CMH.
Des procdures sont mises en uvre pour rgulariser ces situations, et rsoudre les
problmes :
2012 - 2013
29
Chapitre1
Dtecter lensemble des anomalies li la gestion des bons carburants de CMH.
Catgoriser les incidents et les anomalies et remonter la source.
Dvelopper et /ou paramtrer des BAPI spcifiques.
1.2.3. Objectifs du projet

Les objectifs principaux de mon projet sont comme suit :
Dvelopper une application web pour permette aux gestionnaires des stations CMH
de saisir les bons et dtablir les bordereaux en ligne ainsi que de faire le contrle de
ces derniers en temps rel au lieu dutiliser le fax ou le courrier lectronique et de
faire le contrle manuel comme auparavant.
tablir la connexion entre le systme SAP et lapplication web via des RFCs.
Dvelopper au niveau de SAP des BAPI qui permettent de gnrer la cration

automatique des bons au niveau du systme SAP/CMH pour liminer le risque
derreur de ressaisie des bons.
Dvelopper des modules fonctions pour effectuer les traitements ncessaires la

cration des bons tels que la vrification de la situation du gestionnaire de station.
Crer une interface spcifique aux agents CMH pour la gestion et le contrle des bons
au niveau de lapplication web.
Cration des rapports imprimables laide de la technologie SmartForms.
1.2.4. Cycle de vie du projet

La figure ci-dessous prsente le cycle de vie du projet :
2012 - 2013
30
Chapitre1
Figure 11 : Cycle de vie du projet

2012 - 2013
31
Chapitre1
1.2.5. Conduite et planification du projet

La planification du projet est une phase importante d'avant-projet. Elle consiste prvoir le
droulement du projet tout au long des phases constituant le cycle de dveloppement.
Le diagramme de Gantt suivant prsente le planning prvisionnel de mon projet :
Figure 12 : Planning prvisionnel du projet
Conclusion
Le premier chapitre prsente le point de dpart pour llaboration de mon projet dans la
mesure o il dfinit son contexte gnral : le lieu du stage, le cadre gnral du projet et la
dmarche suivie pour sa ralisation.
Dans le chapitre suivant, je vais prsenter la deuxime tape de mon processus de
dveloppement concernant la phase dtude de lexistant et la description des nouvelles
fonctionnalits.
2012 - 2013
32
tude de lexistant
Chapitre 2
Chapitre 2
tude de lexistant
Ce chapitre prsente ltude et critique de lexistant qui se concrtise par une analyse
de la procdure de gestion des bons carburants au sein de la CMH, il sensuit une analyse
pour proposer une solution qui se chargera de rpondre au besoin initial.
2012 - 2013
33
tude de lexistant
Chapitre 2
Chapitre 2.
tude de lexistant
2.1. tude et critique de lexistant

Une bonne dlimitation du projet constitue la base primordiale pour sa russite. La premire
tape du prsent travail consiste analyser la procdure de gestion des bons carburants, puis
procder son analyse de manire dgager ses limites afin de pouvoir y remdier lors de la
conception de la nouvelle solution.
2.1.1. Analyse des procdures

Le processus gnral de la solution actuelle seffectue de la manire suivante :
Figure 13 : Diagramme processus de gestion des bons

Les gestionnaires des stations CMH envoient les bordereaux contenant la liste des bons
carburants au sige de la CMH. Ensuite, lagent CMH procde au contrle manuel de ces
bons. Si le contrle est valide, ce dernier saisit les bons dans le systme SAP, sinon, il
renseigne le grant de la station CMH quil y a une erreur ou une falsification.
2012 - 2013
34
tude de lexistant
Chapitre 2
2.1.2. Critique et refonte des procdures

La procdure de gestion des bons carburants dans la CMH prsente beaucoup de problmes.
En effet, aprs la rception des bordereaux contenant la liste des bons carburants et provenant
des grants des diffrentes stations CMH, lagent CMH fait le contrle de ces bons, ce
dernier se fait manuellement ce qui implique que la procdure de gestion des bons carburants
est lente, ainsi que lagent CMH procde par la suite la saisie des bons qui sont valides dans
le systme SAP. Si lagent CMH dtecte une sorte de falsification ou derreur, il doit dans ce
cas renseigner le grant de la station par tlphone ou par fax qui son tour justifie la source
de falsification. Daprs ce qui prcde, on constate que la forme des changes dinformations
rend lapplication de la procdure actuelle de gestion et de contrle des bons carburants
lourde et coteuse en termes de dlai et de frais, sans oublier les risques levs en termes
aussi bien derreurs que de falsification.
2.2. Spcification des besoins

2.2.1. Formulation du besoin
Les besoins de la CMH taient axs principalement sur lautomatisation et lamlioration de
la procdure de gestion et de contrle des bons carburants. Cela dit elle devra rpondre deux
aspects :
Laspect fonctionnel :
-
Proposer des maquettes en adquat avec les formulaires utiliss par les
grants des stations.
Proposer des maquettes pour le contrle des bons carburants.
Permettre aux utilisateurs du portail SAP/CMH de consulter les

informations qui se rapportent aux bons saisis.
Laspect technique :
-
Les solutions devront tre optimales en matire de performances et temps

dexcution.
Les solutions proposes devront rpondre aux normes de qualit de la

CMH.
La mise en production de tout ou une partie de lapplication ne devra se

faire quaprs la validation croise de tous les tests unitaires.
2012 - 2013
35
tude de lexistant
Chapitre 2
2.2.2. tude du besoin

Aprs la formulation des besoins fonctionnels et techniques respectivement par les
responsables fonctionnels et le manager technique, jai procd une analyse des
spcifications pour une meilleure comprhension du besoin du projet.
Pour ce faire, jai essay dapprhender les procdures existantes, tudier la faisabilit du
travail demand et essayer par la suite de dlimiter le primtre danalyse, qui me permettra
de concevoir un systme qui saligne avec les attentes des utilisateurs. Jai ensuite modlis la
procdure de gestion des bons carburants dans un FlowChart, afin davoir une vue globale sur
le primtre dtude :
Figure 14 : FlowChart gestion des bons carburants

Le Flowchart prcdent schmatise lensemble des traitements effectuer pour la gestion des
bons carburants.
2012 - 2013
36
tude de lexistant
Chapitre 2
En laborant ce diagramme, jai eu une ide globale sur le primtre du projet, les donnes,
traitements et exceptions dont se chargera ma solution ainsi que les informations existantes
relatives aux procdures existantes.
2.3. Solution propose

Comme convenu avec le chef du projet, afin de rpondre au besoin initial, la solution
comportera les fonctionnalits suivantes :
La solution comportera des dveloppements spcifiques au niveau de lapplication web
destine aux grants des stations CMH pour la saisie des bons carburants et le contrle de ces
derniers en temps rel. Ainsi que
lapplication doit offrir aux grants des stations la
possibilit de consulter les bons saisis. Ensuite, il sagit daffecter les bons saisis des
numros de bordereaux afin denvoyer les donnes la base de donnes des bons.
En contrepartie, lagent CMH doit bnficier des fonctionnalits lui permettant de consulter
les bons saisis par tous les grants des stations CMH ainsi que de faire la mise jour des
donnes clients, linsertion des bons dans le systme SAP et la mise jour des donnes des
bons. Puis, une fois les donnes sont rcupres au niveau de SAP, lagent peut gnrer des
rapports imprimables.
2.3.1. Rgles de gestion de la nouvelle solution

Rgle N
1
Description
Chaque gestionnaire de station peut avoir plusieurs comptes
utilisateurs au niveau de lapplication Web.
Un agent CMH contrle et valide partir de lapplication web les

bons carburants saisir dans le systme SAP.
Le systme vrifie la situation du gestionnaire avant la cration

des bons carburants.
Si le contrle nest pas valide, lAgent CMH envoie un message

au gestionnaire lui renseignant quil existe une erreur ou une
falsification.
Un agent CMH fait la mise jour des bons carburants au niveau

de lapplication web.
2012 - 2013
37
tude de lexistant
Chapitre 2
La mise jour des donnes clients est faite de faon priodique

par lagent CMH.
Aprs la rcupration des donnes, lagent CMH procde au
reporting des donnes en gnrant des formulaires imprimables.

Tableau 2 : Principales rgles de gestion du projet
2.3.2. Description des fonctionnalits de la nouvelle application

Acteurs de lapplication
Les acteurs de lapplication sont :
Le gestionnaire de station CMH.
Lagent CMH.
Ladministrateur de lapplication.
Fonctionnalits
Gestionnaire de station CMH
Consulter lhistorique des bons saisis.
Saisir des bons carburants.
Crer des bordereaux.
Consulter et modifier son propre compte.
Agent CMH
Consulter lhistorique des bons saisis par les gestionnaires de stations.
Mettre jour les bons carburants.
Saisir les bons carburants dans le systme SAP.
Mettre jour les donnes clients.
Reporting des donnes au niveau de SAP.
Administrateur
Gestion des utilisateurs.
Gestion des bons carburants.
2012 - 2013
38
tude de lexistant
Chapitre 2
Conclusion
Ce chapitre ma permis de faire ltude de lexistant, en dcortiquant la procdure de gestion
des bons carburants, puis une critique de lexistant qui ma men au besoin exprim par la
CMH. Ensuite, jai procd une modlisation des traitements existants pour une meilleure
comprhension du besoin, ce qui ma permis de prvoir les fonctionnalits et les grands axes
de la solution propose.
Dans le prochain chapitre, je vais traiter lanalyse et la conception du projet.
2012 - 2013
39
Chapitre 3
Analyse et conception
Chapitre 3
Ce chapitre contient la prsentation du travail ralis dans le cadre de lanalyse et de
la conception du portail SAP/CMH. Ce travail se rsume dans les diagrammes de
conception.
2012 - 2013
40
Chapitre 3
Chapitre 3.
3.1. Outils de travail

3.1.1. prsentation du langage
UML est un langage de modlisation objet assurant un certain niveau dabstraction, mais
aussi pertinent de la ralit.
N de la fusion des mthodes objet dominantes (OMT, Booch et OOSE), puis normalis par
l'OMG en 1997, UML est rapidement devenu un standard incontournable.
UML n'est pas l'origine des concepts objet, mais il en donne une dfinition plus formelle et
apporte la dimension mthodologique qui faisait dfaut l'approche objet.
UML dfinit maints diagrammes pour donner lutilisateur les moyens de visualiser et
manipuler des lments de modlisation.
3.1.2. Choix du langage UML

Le choix dUML, comme outil de modlisation, ntait pas arbitraire, en effet le langage
UML offre une multitude de possibilits telles que :
Une meilleure communication entre les intervenants dans un projet : il offre des
moyens de capture des connaissances sur un sujet travers divers points de vue
(ces points de vue sont fournis par ses diffrents diagrammes).
La notation UML s'impose comme un standard de fait l'heure actuelle sur le

march. Il est adopt par les grands constructeurs de logiciel du march.
Une bonne comprhension du problme : le systme tudier sera trait suivant

diffrents angles et suivant les diffrents cas dutilisation de ce systme.
3.2. Conception du systme

3.2.1. Diagramme des cas dutilisation
3.2.1.1.
Diagramme des cas dutilisation pour le gestionnaire de la station
CMH
Le diagramme des cas dutilisation permet de structurer les besoins des utilisateurs et les
2012 - 2013
41
Chapitre 3
objectifs d'un systme. Il centre l'expression des exigences du systme sur ses utilisateurs.
Ainsi, je vais expliciter dans ce qui suit les cas dutilisation pour chaque acteur de
lapplication.
Figure 15 : Diagramme de cas dutilisation spcifique au gestionnaire de station CMH
Description des cas dutilisation du gestionnaire de station CMH

Use Case Authentification
Titre
Authentification.
Acteurs
Gestionnaire de la station CMH, Agent CMH, Administrateur.
Description
Ce cas dutilisation permet un utilisateur de sidentifier et douvrir

une session pour bnficier des services qui lui sont attribus.
Description des Scnarios

Pr-condition
Lutilisateur est connect au site CMH.
Scnario normal
1) Le systme demande lutilisateur de sidentifier.

2) Lutilisateur introduit son login et son mot de passe.
3) Le systme vrifie le login et le mot de passe de lutilisateur.
4) Le systme ouvre une session pour lutilisateur.
5) Dans le cas dun gestionnaire de station, le systme affiche les
informations du gestionnaire.
2012 - 2013
42
Chapitre 3
Scnario alternatif
A1 : login ou mot de passe erron.

Lenchainement A1 dmarre au point 4.
4) Le systme indique lutilisateur quil ya un chec douverture de
session.
Le scnario nominal reprend au point 1.
Lutilisateur est authentifi.
Post-condition
Tableau 3 : Description du Use Case <<Authentification>>

Use Case Consulter lhistorique des bons dj saisis
Titre
Consulter les bons dj saisis.
Acteurs
Gestionnaire de la station CMH.
Description
Ce cas dutilisation permet au gestionnaire de la station de

consulter les bons dj saisis par lui mme.
Tableau 4 : Description du Use Case <<Consulter lhistorique des bons>>

Use Case Saisir des bons
Titre
Saisir des bons.
Acteurs
Description
Ce cas dutilisation permet au gestionnaire de la station de saisir

des bons.
Tableau 5 : Description du Use Case <<Saisir des bons>>
Use Case Crer des bordereaux

Titre
Crer des bordereaux.
Acteurs
Description
Ce cas dutilisation permet au gestionnaire de la station daffecter

les bons saisis des numros de bordereaux.
Tableau 6 : Description du Use Case <<Affecter les bons aux bordereaux>>

Use Case Consulter et modifier son propre compte
Titre
Consulter et modifier son propre compte.
Acteurs
Description
Ce cas dutilisation permet au gestionnaire de la station de

consulter et modifier son propre compte.
2012 - 2013
43
Chapitre 3
Remarque
Le gestionnaire de station ne peut modifier que son mot de passe

ou son mail.
Tableau 7 : Description du Use Case <<Consulter et modifier son propre compte>>

3.2.1.2.
Diagramme
des
cas
dutilisation
pour
lagent
CMH
et
ladministrateur
Figure 16 : Diagramme de cas dutilisation spcifique lagent CMH et ladministrateur
Description des cas dutilisation de lagent CMH et

ladministrateur
Use Case Consulter ou modifier lhistorique des bons
Titre
Consulter ou modifier lhistorique des bons.
Acteurs
Agent CMH.
Description
Ce cas dutilisation permet lagent CMH de consulter ou

modifier les bons saisis par les gestionnaires des stations.
Tableau 8 : Description du Use Case <<Consulter les bons>>
2012 - 2013
44
Chapitre 3
Use Case MAJ des bons

Titre
MAJ des bons.
Acteurs
Agent CMH.
Description
Ce cas dutilisation permet lagent CMH dimporter lhistorique

des bons saisis au pralable dans SAP.
Tableau 9 : Description du Use Case <<MAJ des bons>>
Use Case Saisir les bons dans le systme SAP

Titre
Saisir les bons dans le systme SAP.
Acteurs
Agent CMH.
Description
Ce cas dutilisation permet lagent CMH dinsrer les bons

valides dans le systme SAP.
Tableau 10 : Description du Use Case <<Insrer les bons dans SAP>>

Use Case MAJ des donnes clients
Titre
MAJ des donnes clients.
Acteurs
Agent CMH.
Description
Ce cas dutilisation permet lagent CMH de faire la MAJ des

donnes des gestionnaires des stations, il peut faire une MAJ
collective ou une
MAJ individuelle c'est dire, dun client
spcifique.
Description des Scnarios
Pr-condition
6) Lagent est authentifi.

7) Lagent a accd la page de MAJ.
Scnario nominal
1) Le systme affiche la page de MAJ individuelle.
(dans le cadre dune
2) Lagent saisit le code du client quil veut mettre jour.
MAJ individuelle)
3) Le systme affiche un message qui indique que la MAJ a t faite

avec succs.
Tableau 11 : Description du Use Case <<MAJ des donnes clients>>
2012 - 2013
45
Chapitre 3
Use Case Reporting des donnes

Titre
Reporting des donnes.
Acteurs
Agent CMH.
Description
Ce cas dutilisation permet lagent CMH de faire le reporting

des donnes rcupres au niveau de SAP.
Tableau 12 : Description du Use Case <<Reporting des donnes>>
Use Case Ajouter un utilisateur

Titre
Ajouter un utilisateur.
Acteurs
Administrateur.
Description
Ce cas dutilisation permet ladministrateur dajouter un nouvel

utilisateur.
Tableau 13 : Description du Use Case <<Ajouter un utilisateur>>
Use Case Supprimer ou modifier un utilisateur

Titre
Supprimer ou modifier un utilisateur.
Acteurs
Administrateur.
Description
Ce cas dutilisation permet ladministrateur de supprimer,

modifier ou changer le rle dun utilisateur.
Ladministrateur a tous les droits dun agent CMH.
Remarque
Tableau 14 : Description du Use Case <<Supprimer et modifier un utilisateur>>

Use Case Grer les bons
Titre
Grer les bons.
Acteurs
Administrateur.
Description
Ce cas dutilisation permet ladministrateur de faire la gestion

des bons : modification, suppression.
Ladministrateur a tous les droits dun agent CMH.
Remarque
Tableau 15 : Description du Use Case <<Gestion des bons>>
3.2.2. Diagrammes de squence

Aprs avoir labor le diagramme des cas dutilisation, je vais expliciter un nombre
doprations qui se font au niveau de quelques cas dutilisation, et cela, en ayant recours aux
2012 - 2013
46
Chapitre 3
diagrammes de squence.
3.2.2.1.
Diagramme de squence de lauthentification
Figure 17 : Diagramme de squence dauthentification

Description :
Pour accder au portail SAP/CMH, lutilisateur doit premirement sidentifier en saisissant
son login et mot de passe.
Si le login ou/et le mot de passe sont errons, le systme affiche lutilisateur un message
derreur.
Sinon lutilisateur accde au portail SAP/CMH.
2012 - 2013
47
Chapitre 3
3.2.2.2.
Diagramme de squence de la MAJ des donnes client (MAJ
individuelle)
Figure 18 : Diagramme de squence de MAJ des donnes des gestionnaires

Description :
La mise jour des donnes des gestionnaires de stations est une opration primordiale dans
mon projet. Cest pour cela lagent CMH effectue cette opration de manire priodique.
2012 - 2013
48
Chapitre 3
La mise jour dun gestionnaire de station se fait en se basant sur son code SAP, si ce dernier
est erron ou nexiste pas dans le systme alors le systme affiche un message derreur.
Si le code est correct, le systme envoie ce code via une RFC au systme SAP qui son tour
charge les donnes du client dans la BAPI afin de mettre jour ces donnes dans la base de
donnes de lapplication web.
La mise jour collective de donnes se fait de la mme manire et ne ncessite pas la saisie
du code SAP.
3.2.3.
Diagramme des classes

Classe
Utilisateur
Dsignation
-
Les utilisateurs du portail

SAP/CMH.
RoleUtilisateur
Le rle de chaque utilisateur : un

gestionnaire de station CMH, un
agent CMH ou administrateur de
lapplication.
GestionnaireStation
Les gestionnaires des stations CMH.
BonCarburant
Les bons carburants saisis par les

gestionnaires de stations.
Bordereau
Les bordereaux auxquels on affecte

les bons.
Commentaire
Un commentaire peut tre ajout par

un gestionnaire de station ou un
agent CMH.
TypeBon
Cest le type des bons carburants :

SODEXO, CMH ou SNTL
Tableau 16 : Description des classes

Le diagramme en dessous offre une vue statique du systme, en reprsentant les diffrentes
entits (les classes d'objet) du systme et les relations entre ces entits. La figure suivante
reprsente le diagramme de classes que jai pu laborer aprs une tude dtaille du systme.
2012 - 2013
49
Chapitre 3
Figure 19 : Diagramme de classes
Conclusion
Au cours de cette phase danalyse et conception, jai explicit les diagrammes UML
ncessaires pour la conception, je suis en mesure daborder la phase de la mise en uvre de
mon projet qui fait lobjet du chapitre suivant.
2012 - 2013
50
Chapitre 4
Architecture logicielle du projet
Chapitre 4
Lobjectif de ce chapitre est de fournir une prsentation gnrale des outils utiliss et
de larchitecture adopte pour le dveloppement de la nouvelle application.
2012 - 2013
51
Chapitre 4
Chapitre 4.
4.1. Description des outils utiliss

4.1.1. SAP
4.1.1.1.
Prsentation de SAP
SAP est un progiciel de gestion dentreprise qui appartient la famille des ERP. Il couvre la
plupart des activits de l'entreprise en incluant diffrents modules, qui permettent de rpondre
aux besoins Commercial, Production, Logistique, Finance, Ressources Humaine.
SAP est multifonctionnel. Ses modules couvrent l'ensemble des fonctions de gestion de
l'entreprise et chaque module couvre des besoins complets de gestion. Il est dot de plusieurs
sortes de modules : des modules orients logistiques (MM, PP, SD, QM, PM), Finance (FI,
CO, TR, IM) et ressources humaines (RH).
Le systme SAP bnficie d'une technologie parmi les plus avances. Conu de manire
globale, il permet une mise en uvre modulaire et progressive. Sa souplesse l'amne
s'adapter aux besoins spcifiques de chaque entreprise, son architecture ouverte permet
l'intgration facile de produits complmentaires tels que des applications Internet, l'archivage
optique...
SAP est flexible. On peut installer tous les modules fonctionnels, ou seulement quelques-uns.
SAP R/3 est entirement paramtrable et s'adapte ainsi aux besoins et la structure de
l'entreprise. Enfin, grce son environnement de dveloppement, SAP peut tre adapt des
besoins spcifiques (dveloppements en ABAP) [3].
Cest un progiciel qui regroupe lensemble des processus autour dune base de donnes
unique. Il doit prendre en compte automatiquement les dpendances qui existent entre les
traitements des fonctions ou processus de ces diffrents domaines [4].
Lavantage norme de SAP est quil est multiplateforme (Windows serveur, Sun, AS400,
etc.), et supporte diffrentes bases de donnes comme Oracle, MS SQL, MySQL.
Lautre avantage est que les sources de lensemble des fonctions, programmes, et interfaces
sont disponibles [5].
2012 - 2013
52
Chapitre 4
4.1.1.2.
Architecture SAP
La figure suivante reprsente larchitecture du systme SAP R/3 :
Figure 20 : Architecture du systme SAP/R3

Le systme R/3 est bas sur une architecture client/serveur trois niveaux comportant un
serveur de base de donnes, un serveur d'applications et un serveur de prsentation. Il permet
un grand nombre d'utilisateurs quips d'ordinateurs peu coteux et relativement lents de
bnficier d'un petit nombre de serveurs d'applications rapides et coteux via l'utilisation des
processus de travail.
Chaque processus de travail d'un serveur d'applications est affect un processus de travail du
serveur de base de donnes (coteux et trs performant).La rpartition des utilisateurs est le
processus permettant aux clients individuels d'tre affects un processus de travail pour une
dure spcifique au niveau du serveur de prsentation. Le processus de travail est ensuite li
un processus de travail de la base de donnes.
Une fois l'entre utilisateur d'une tape de dialogue traite, le contexte programme et
utilisateur est "dploy" du processus de travail pour qu'un autre utilisateur puisse utiliser le
processus de travail pour une autre tape de dialogue.
Ainsi, les ressources disponibles sur le serveur d'applications sont optimises. L'architecture
2012 - 2013
53
Chapitre 4
trois niveaux rend le systme volutif. Pour ajouter d'autres utilisateurs, il suffit d'installer
davantage de serveurs de prsentation bon march. Vous pouvez galement augmenter
l'efficacit de la totalit du systme en ajoutant des serveurs d'applications, ainsi que leurs
processus de travail correspondants [6].
4.1.1.3.
Master Data dans SAP
Les donnes de base sont l'ensemble des donnes qui sont couramment utilises dans
l'ensemble de l'organisation et les processus d'affaires. Les donnes de base sont partages par
diffrentes personnes des fins diffrentes en mme temps. Informations sur le matriel, les
clients, les fournisseurs, etc. ne sont pas en train de changer frquemment. Par consquent, si
les utilisateurs doivent entrer de nouveau ces informations, il sera un norme gaspillage
d'efforts. C'est pourquoi il est efficace pour conserver ces informations dans un endroit o
chaque utilisateur peut accder. SAP a dfini les donnes de base pour les diffrents modules.
Par exemple,
Les donnes de base utilises dans le processus de production.
Bill of Material (BOM).
Centre de travail.
Les gammes de produits.
Material Master.
Outils et ressources de production (ERP).
L'importance de la dfinition des donnes de base de SAP sont les nouvelles pratiques de
gestion de l'introduction. Par exemple, certaines organisations n'ont pas dfini de postes de
travail dans leurs usines de fabrication. Par consquent, SAP encourage l'utilisateur adopter
les meilleures pratiques de gestion dans l'industrie. C'est pourquoi SAP n'est pas considr
comme un systme logiciel ordinaire.
Tables SAP standard contiennent trop de champs. Par exemple, CRDH (Centre travail tte)
table contient 129 champs. C'est parce que SAP utilise un centre de table d'en-tte de travail
dans tous les modules de SAP. Diffrentes personnes ont besoin des informations diffrentes
sur centre de travail.Domaine LOART (Type de salaires) n'est pas important pour les
planificateurs de production. Il est important pour les personnes Fi ou RH qui sont
responsables de salaire de dcision. SAP fournit la pice pour tout le monde pour reprsenter
leurs donnes dans un centre de travail unique tableau d'en-tte [7].
2012 - 2013
54
Chapitre 4
4.1.1.4.
Les modules de SAP
Les modules sont les composants fonctionnels du systme SAP qui permettent linteraction et
lchange dinformation entre les diffrents services de lentreprise. On peut distinguer 3
familles de modules fonctionnels [8] :
Logistique (Module MM, Module PP, Module PS, Module SD, autres modules).
Finance (Module FI, Module CO).
Ressources Humaines.
Figure 21 : Les modules de SAP/R3

Les principaux modules des 3 grandes familles cites sont :
Logistique :
Module MM (Material Management) Achat et stock :
Le module MM automatise au maximum les fonctions dachat de la socit, il concerne la
gestion des articles d'un point de vue achat et gestion des stocks. Y sont intgres des notions
telles que :
Le calcul des besoins et des rapprovisionnements.
La gestion des achats : contrats, demandes d'achat.
Mouvements de stocks : rception de marchandise.
Contrle des factures.
Gestion des stocks : entre et sorties.
Gestion des emplacements magasin.
2012 - 2013
55
Chapitre 4
Inventaire.
Ce module sintgre avec tous les autres modules.

Module PP (Production Planning) : Planification de production
Le module PP concerne la gestion de la Production. Y sont lies des notions telles que :
La planification de la production.
Le calcul des besoins.
Le Plan Industriel et Commercial (PIC), et Plan Directeur de Production (PDP).
Le calcul des besoins et des ressources.
La planification des capacits.
Le contrle de la fabrication.
Le suivi de la production.
Le calcul du cot de revient.
La gestion des nomenclatures.
La gestion des gammes.
Ce module permet la gnration automatique des demandes dapprovisionnement et

sintgre avec les modules MM et CO.
Module SD (Sales and Distribution): Vente et distribution
Le module SD concerne l'administration des ventes. Y sont lies des notions telles que :
La gestion des appels doffres.
Les offres et les commandes clients.
Les expditions et livraisons.
La facturation.
Le Systme d'information commerciale.
Il sintgre avec les modules MM, FI et CO.

Autres modules de logistique :
Module QM (Quality management) : Assurance qualit
Planification de la qualit.
Plan d'inspection.
Contrle qualit et documentation.
Module PM (Plant Maintenance) : Gestion de la maintenance
Maintenance prventive et curative.
Traitement des ordres de maintenance.
2012 - 2013
56
Chapitre 4
Gestion des confirmations d'achvements.
Gestion des historiques.
Finance :
Module FI (Financial)
Le module FI contient toutes les critures des ventes et achats, lesquelles se dversent
dans la comptabilit gnrale via la comptabilit client ou fournisseur.
FI-GL : Comptabilit gnrale (General Ledger).
FI-AR : Comptabilit client (Accounts Receivable).
FI-AP : Comptabilit fournisseur (Accounts Payable).
FI-AM : Comptabilit des immobilisations (Assets Management).
Comptabilit bancaire.
Consolidations.
Il sintgre avec les modules SD, MM, PS, et CO.

Module CO (Costing) : contrle de gestion
Le module CO concerne la comptabilit analytique.
Contrle de gestion de l'entreprise.
Analyse des cots par centre de frais.
Comptabilit des ordres et des projets.
Comptabilit des centres de profits.
Calcul des cots de production.
Compte de rsultat et analyse de segment de march.
Reporting et analyses financires.
Il sintgre avec les modules SD, MM, PS, PM et FI

Module PS (Project Systems) : gestion des projets
Le module PS concerne la gestion des projets.
Structuration des projets.
Suivi de cots et budgets.
Planning et calendrier.
Intgration avec PM, PP et CO.
Systme d'information.
Interface avec MS Project et Excel.
Il sintgre avec les modules MM, CO, FI, AA et PM.

2012 - 2013
57
Chapitre 4
Autres modules de finance :

TR (Treasury) : Trsorerie/Gestion financire
Gestion des flux de trsorerie.
Gestion des paiements.
IM (Investments Management) : Gestion des Investissements financiers
Maintenance prventive et curative.
Traitement des ordres de maintenance.
Gestion des confirmations d'achvements.
Gestion des historiques.
Ressources humaines :
Module HR (Human Resources) PA (paie)
Donnes de base du personnel.
Suivi du temps de travail.
Suivi des carrires.
Suivi des frais de dplacement.
Gestion de la paie.
Il sintgre avec les modules FI et CO.
4.1.2. Module SAP ADV (Administration des ventes)

La gestion commerciale repose sur les structures de base suivantes :
Chaque entreprise est structure d'une certaine faon. Votre structure d'entreprise
doit tre reprsente dans le systme SAP pour permettre l'utilisation de ce
dernier. Pour ce faire, il existe diverses structures organisationnelles.
Dans l'Administration des ventes, des produits sont vendus ou envoys des
partenaires ou des services effectus pour leur compte. Les donnes relatives aux
produits et aux services ainsi qu'aux partenaires sont la base de la gestion
commerciale. La gestion commerciale avec le systme SAP R/3 suppose que les
donnes de base aient t enregistres dans le systme.
La gestion des transactions commerciales dans l'Administration des ventes repose

sur les donnes de base. Dans le systme SAP R/3, les transactions commerciales
sont enregistres sous forme de documents. Ces documents commerciaux sont
agencs selon certains critres pour que toutes les informations ncessaires dans le
2012 - 2013
58
Chapitre 4
document soient enregistres systmatiquement [9].

En plus de l'Administration des ventes, d'autres services de l'entreprise, tels que la gestion
comptable ou la gestion des articles, ont accs aux donnes de base. Les donnes de la base
articles sont enregistres dans une structure spcifique afin d'autoriser l'accs partir de ces
diffrentes vues.
4.1.3. Business API (BAPI)

Les Business API (BAPI) sont en fait de simples fonctions crites et maintenues par SAP. La
particularit des BAPI est d'tre stable et indpendante des versions de SAP et d'tre
totalement orientes BUSINESS (mtier). Ainsi si vous utilisez une BAPI et que le systme
SAP est updat, vous tes certains que la BAPI aura le mme fonctionnement mtier, mme si
son code est modifi, et mme si SAP dcidait de passer un autre langage une BAPI est
stable dans la dure, elle a et aura toujours le mme comportement et les mmes donnes
reues et retournes. Le fait que les BAPI sont indpendantes est la trs grande force des
BAPI. La transaction BAPI est une transaction spcifique pour dcouvrir les BAPI [10].
Pour utiliser une mthode BAPI, le programme applicatif doit uniquement connatre la
procdure pour appeler la mthode; c'est--dire la dfinition de l'interface de la mthode. Par
consquent, lorsque vous intgrez un appel de BAPI dans votre programme applicatif, vous
devez uniquement spcifier les informations d'interface appropries. Une interface BAPI est
dfinie par [11]:
Des paramtres d'importation, qui contiennent des donnes transfrer du

programme appelant la BAPI.
Des paramtres d'exportation, qui contiennent des donnes retransformer de la

BAPI au programme appelant.
Des paramtres (table) dimportation/exportation pour importer et exporter des

donnes.
4.1.4. SmartForms
SAP SmartForms a t introduit dans SAP 4.6C sortie la base comme outil pour la cration
et le maintien des formulaires.
SAP SmartForms permet de crer des formulaires avec leur logique d'excution en utilisant de
simples outils graphiques. Pour imprimer un formulaire, on a besoin d'un programme
2012 - 2013
59
Chapitre 4
d'extraction de donnes et d'un SmartForm qui contient la totalit de la logique (rcupration

de donnes et la logique d'excution). Le programme d'application transmet les donnes via
une interface module de fonction au SmartForm. Lors de l'activation du SmartForm, le
systme gnre automatiquement un module de fonction. l'excution, le systme traite ce
module de fonction.
l'aide du Form Painter, on peut insrer des tableaux statiques et dynamiques. Cela inclut
des sauts de ligne dans des cellules individuelles, ce qui dclenche des vnements pour les
titres des tableaux et sous-totaux, et le tri des donnes avant la sortie.
On peut vrifier les nuds individuels ainsi que le formulaire en entier et de trouver des
erreurs existantes dans l'arborescence. Les contrles de flux de donnes d'analyse si tous les
champs (variables) ont une valeur dfinie au moment o ils sont affichs. SAP Smart Forms
permet d'inclure galement des graphiques, qu'on peut afficher soit dans le cadre du
formulaire ou dans l'arrire-plan du formulaire.
Figure 22 : cran initial des SmartForms
2012 - 2013
60
Chapitre 4
4.1.5.
Outils de dveloppement Web

4.1.5.1.
CMS Drupal
Drupal est un systme de gestion de contenu (CMS) open source, il permet de grer le
contenu dun site web et de faire lvoluer sans recourir systmatiquement la
programmation.
Ce systme de gestion de contenu permet aux diteurs web de publier et grer facilement le
contenu apparaissant sur le site web.
Sa polyvalence est probablement la grande force de cette solution open source. Drupal sert de
base au dploiement de l'e-boutique Ubercart. Autant le dire, ubercart pour Drupal est une
solution e-commerce simplifie son maximum [12].
Les avantages offerts par le CMS drupal sont :
Rapidit de mise en place :
Drupal permet d'obtenir un site fonctionnel et volutif en quelques clics sans crire une seule
ligne de code.
Modularit :
On peut tendre les possibilits en ajoutant des modules. Ceux-ci sont trs nombreux,
proposs par la communaut et toujours sous licence libre GPL. Cette architecture permet aux
programmeurs de raliser des modules personnaliss afin dtendre les fonctionnalits sans
pour autant modifier le corps de Drupal.
Robustesse de son API :
La qualit du code et la robustesse de son interface de programmation (API), font que Drupal
est galement prsent comme un environnement de dveloppement PHP.
4.1.5.2.
Langage PHP
Certes quil existe de nombreux langages de programmation, mais cela ne ma pas empch
choisir un parmi plusieurs, on a opt dans ce projet dutiliser le langage PHP non seulement
parce quil est trs reconnu et puissant, mais la vritable raison cest quil satisfait les besoins,
en offrant une multitude davantages quon peut citer quelques-uns [13]:
Souplesse : PHP propose deux syntaxes : lune procdurale, lautre orient objet.
Chacune de ces syntaxes permet de mettre en uvre les mmes fonctionnalits, mais
vise des publics diffrents. La syntaxe procdurale est destine aux webmasters et aux
2012 - 2013
61
Chapitre 4
informaticiens qui travaillent sur linterface graphique des applications. La seconde

syntaxe, oriente objet, est trs proche de Java et C# dont elle sinspire volontairement
pour diminuer les cots de formation des entreprises.
Interoprabilit : PHP peut instancier des objets COM, .NET et Java. PHP dispose
galement de connecteurs techniques vers toutes les bases de donnes relationnelles du
march, LDAP, XML, services web, Lotus Notes, SAP, etc. PHP na pas pour
vocation de remplacer ces technologies, mais de faciliter leur interfaage afin doffrir
aux entreprises une plate-forme unique pour agrger et prsenter les donnes issues de
ces applications.
Portabilit : PHP est disponible sur lensemble des systmes dexploitation du
march. Il suffit que PHP soit dploy sur un poste client ou serveur pour que
lapplication fonctionne instantanment, sans recompilation, quel que soit lOS.
4.1.5.3.
SGBD MySQ
MySQL est un systme de gestion de base de donnes (SGBD). Il fait partie des logiciels de
gestion de base de donnes les plus utiliss au monde, autant par le grand public (applications
web principalement) que par des professionnels, en concurrence avec Oracle et Microsoft
SQL Server.
MySQL est un serveur de bases de donnes relationnelles SQL dvelopp dans un souci de
performances leves en lecture, ce qui signifie qu'il est davantage orient vers le service de
donnes dj en place que vers celui de mises jour frquentes et fortement scuris. MySQL
est multithread et multi-utilisateur.
4.1.5.4.
Plate-forme WampServer
WampServer est une plate-forme de dveloppement Web sous Windows pour des applications
Web dynamiques laide du serveur Apache2, du langage de scripts PHP et dune base de
donnes MySQL. Il possde galement PHPMyAdmin pour grer plus facilement les bases de
donnes [14].
WampServer dispose galement dun TrayIcon vous permettant de grer et configurer
simplement vos serveurs, sans toucher aux fichiers de configuration :
Grer les services dApache et MySQL.
Passer en mode online/offline (accessible tous ou limit localhost).
2012 - 2013
62
Chapitre 4
Installer et changer de version dApache, MySQL et PHP.
Grer les paramtres de configuration des serveurs.
Accder aux fichiers de configuration.
Crer des alias.
4.2. Architecture de lapplication

4.2.1. Concepts
Avant de prsenter larchitecture de dveloppement web SAP, il me parait pertinent de
revenir sur quelques concepts cls :
Client-serveur :
Le serveur est l'application qui met disposition des applications tierces ses
fonctionnalits, sa logique mtier, ses services.
Le client est le systme qui demande une information un serveur, C'est lui l'acteur.
Transport
Cette notion consiste savoir comment techniquement le client se connecte un serveur. a
peut se faire selon diffrentes manires, mais dans un contexte d'intgration avec SAP on a
surtout les moyens suivants :
RFC (Remote Function Call) un protocole aussi connu sous le nom de RPC ou CPI/C.
C'est le transport natif de SAP et celui qui est la fois le plus performant et le plus sur.
HTTP (HyperText Transfer Protocol) le protocole utilis par Internet.
Smtp (HyperText Transfer Protocol) un protocole pour l'envoi d'email.
File, dans ce cas cela consiste crire sur le disque dur, cela peut se faire directement
quand les deux applications connecter sont sur la mme machine ou via le rseau via
des protocoles.
Type de message
Nous avons plusieurs formats de type de messages souvent utiliss.
Fichier texte ou fichier plat.
Les CVS ou fichiers Excel.
Les XML.
Les SOAP, des messages crits en XML respectant un format spcifique.
2012 - 2013
63
Chapitre 4
Les BAPI et RFC (le contenu des appels qui permet d'invoquer les fonctions ABAP).
Les iDOC, des messages sous la forme d'enveloppe avec un metteur un destinataire
des intermdiaires et bien sur un corps de message.
Synchrone/asynchrone
Quand on envoie un message, on invoque une fonction, on est synchrone quand on attend le
rsultat pour continuer le processus, et on est asynchrone quand on se contente de s'assurer
que le message a t envoy, mais on n'attend pas la rponse. Lorsque par exemple on appelle
la BAPI_SALESORDER_GETLIST, on reoit la liste des commandes et on remplit notre
formulaire, mais si on envoie un bon de commande, on n'attend pas qu'il soit trait. On se
contente de s'assurer qu'il a t reu.
4.2.2.
Architecture de lapplication
Figure 23 : Architecture de lapplication

RFC (Remote Function Call) est une interface de communication entre un systme SAP et
dautres systmes non SAP, elle permet daccder au systme SAP travers nimporte quel
langage de programmation (Java, Visual Basic, C++, PHP)
Cest par le biais du ce connecteur quon peut appeler un module fonction ou une BAPI SAP
avec quelque ligne de code crite sous le langage favoris et qui reste valide mme si la
version du SAP a chang.
Le connecteur RFC permet donc un accs facile et en mme temps rapide aux diffrentes
tables de SAP, ce qui autorise dimporter ou exporter des donnes du ou vers les tables de
SAP.
RFC traite aussi le vol des applications web, en retournant le rsultat dune BAPI ou module
2012 - 2013
64
Chapitre 4
fonction ou dun programme ABAP, excut au niveau SAP, lutilisateur de lapplication

web.
tablir la connexion entre SAP et PHP

Pour des applications web dveloppes sous PHP, cest le cas du portail SAP/CMH, le RFC
utilis sappellera SAPRFC.
SAPRFC est une extension pour PHP4 et PHP5. Elle permet d'appeler des modules fonctions
RFC SAP R/3 partir d'un script PHP.
La connexion entre SAP et PHP seffectue en ajoutant lextension SAPRFC du connecteur
RFC qui permet dappeler des BAPI SAP spcifiques partir dune application web au niveau
du PHP.
Pour faire ce travail, il faut choisir la version adquate de lextension SAPRFC qui marche
avec les versions SAP720 du SAP, PHP5.3.10 du PHP et Wampserver 2.2i du Wampserver de
mon projet.
Afin dajouter lextension SAPRFC au niveau du PHP, jai suivi les tapes suivantes :
Changer le fichier php.in (C:\wamp\bin\php\php5.3.10\php.ini)

en ajoutant lextension php_saprfc_5310_ts_RFCSDK720.dll.
Copier la librairie php_saprfc_5310_ts_RFCSDK720.dll dans le fichier

C:\wamp\bin\php\php5.3.10\ext.
Copier la librairie SAP librfc32.dll (Version 7.20 x32) dans les fichiers
C:\Windows\system et C:\Windows\system32.
Aprs avoir ralis les tapes prcdentes, on peut sassurer de la connexion de SAP et PHP
au niveau du wampserver comme montre la figure ci-dessous :
Figure 24 : Extension SAPRFC au niveau du wampserver
2012 - 2013
65
Chapitre 4
Quelques fonctions SAPRFC :

Le tableau suivant contient quelques fonctions SAPRFC que jai utilises dans le
dveloppement de lapplication.
Tableau 17 : Quelques fonctions SAPRFC
Conclusion
Au cours de ce chapitre, jai prsent les outils utiliss et larchitecture adopte pour le
dveloppement de la nouvelle application.
Le prochain chapitre portera sur la phase de ralisation de mon projet.
2012 - 2013
66
Chapitre 5
Ralisation
Chapitre 5
Ralisation
Lobjectif de ce chapitre est de fournir une description dtaille des interfaces du
portail, des BAPI SAP spcifiques dveloppes et enfin le Reporting.
2012 - 2013
67
Chapitre 5
Chapitre 5.
Ralisation
Ralisation
5.1. Interfaces du portail SAP/CMH

Le portail SAP/CMH se compose de 3 catgories dinterfaces :
Interfaces client CMH.
Interfaces agent CMH.
Interfaces administrateur.
5.1.1. Authentification
Par mesure de scurit, chaque utilisateur du portail a son propre compte. La page
dauthentification permet la connexion lapplication via un login et un mot de passe.
Figure 25 : Interface dauthentification

Lutilisateur a le droit de changer son mot de passe par mail en cliquant sur demander un
nouveau mot de passe.
Dans le cas o lutilisateur a saisi un nom dutilisateur ou un mot de passe erron, un message
derreur saffiche.
2012 - 2013
68
Chapitre 5
Ralisation
Figure 26 : Erreur dauthentification
5.1.2. Interfaces gestionnaires de station CMH

5.1.2.1.
Page daccueil
Aprs son authentification, lapplication dirige le client CMH vers une page daccueil
contenant ses informations (civilit, nom, adresse et ville).
Figure 27 : Informations du gestionnaire

2012 - 2013
69
Chapitre 5
Ralisation
En plus des informations des gestionnaires des stations, la page daccueil contient galement :
Un menu dtablissement des bordereaux.
Un menu principal qui se compose de 3 liens :
Lien du compte utilisateur contenant les informations du compte.
Lien des informations client.
Lien de dconnexion.
5.1.2.2.
Flux de la saisie des bons :
Pour saisir des bons carburants, le gestionnaire clique sur le lien <<Saisir des bons>> dans le
menu dtablissement des bordereaux. Ensuite, il choisit le type des bons saisir savoir
SNTL, Sodexo, SHELL ou CMH.
Figure 28 : Interface du choix de type des bons

Aprs la validation du choix du type des bons saisir et la date, une fentre de saisie des bons
saffiche, pour que le gestionnaire de la station procde la saisie des bons.
2012 - 2013
70
Chapitre 5
Ralisation
Figure 29 : Interface de saisie des bons

Cette page permet au gestionnaire de la station de :
Saisir des bons.
Modifier des bons en cas derreur de saisie.
Supprimer des bons.
Puisque le contrle se fait en temps rel, donc en saisissant un bon un message saffiche dans
la zone de contrle lui indiquant si le bon saisi est valide ou non.
Dans le cas ou le bon nest pas valide :
2012 - 2013
71
Chapitre 5
Ralisation
Figure 30 : Message contrle non valide

Si le gestionnaire insiste, un message supplmentaire saffiche lui renseignant que le bon est
bien non valide :
Figure 31 : Message derreur

2012 - 2013
72
Chapitre 5
Ralisation
Aprs la saisie des bons, le gestionnaire de la station a le droit de supprimer ou modifier des
bons en cochant les bons et en cliquant sur les boutons supprimer ou modifier.
Ensuite, le gestionnaire procde laffectation des bons saisis des numros de bordereaux, il
clique sur le lien <<Etablir un bordereau>> qui lui redirige vers la page suivante :
Figure 32 : Interface affectation des bons aux bordereaux

Aprs la validation de ltablissement du bordereau, un message saffiche lui indiquant que
les bons ont t bien affects :
Figure 33 : Message validation bordereau

2012 - 2013
73
Chapitre 5
Ralisation
Ensuite, le gestionnaire de station peut consulter les bons saisis par lui mme en cliquant sur
le lien <<Consulter les bons>> :
Figure 34 : Consultation des bons

Le gestionnaire peut trier laffichage des bons par type de bons.
Et comme dernire fonctionnalit, le gestionnaire de la station procde clturer la journe,
en effet, il sagit dune tape trs importante puisquil na pas le droit de modifier une
information aprs la clture de la journe. Ainsi, il clique sur le lien <<Clturer la journe>>
et la fentre suivante saffiche :
2012 - 2013
74
Chapitre 5
Ralisation
Figure 35 : Clture de la journe

Ensuite, lutilisateur clique sur le bouton clturer pour clturer la procdure de saisie des
bons.
5.1.3. Interfaces agent CMH

Pour lagent CMH, son menu spcifique est comme suit :
Figure 36 : Bloc agent CMH
2012 - 2013
75
Chapitre 5
Ralisation
Voir les bons saisis
Figure 37 : Consultation des bons saisis

Lagent CMH peut afficher les bons saisis par type ou par code station, ainsi quil a le droit de
supprimer ou modifier un bon dj saisi par un gestionnaire de station.
Importer la liste des bons

Cette fonctionnalit permet lagent dimporter lhistorique des bons saisis manuellement
dans SAP pour les prendre en considration dans la procdure de contrle. En effet, cet import
se fait laide de la BAPI ZBAPI_MAJ_BONS dcrite dans la partie suivante de ce
chapitre.
Figure 38 : Importation des bons
2012 - 2013
76
Chapitre 5
Ralisation
Insrer les bons dans SAP

Cette fonctionnalit permet lagent CMH dinsrer les bons qui proviennent des diffrentes
stations
CMH.
Cette
procdure
est
faite
en
faisant
appel
la
BAPI
ZBAPI_EXPORT_BONS dcrite dans la partie suivante de ce chapitre.
Figure 39 : Insertion des bons dans SAP
Importer les numros de bons et importer les numros de bordereaux

Ces deux fonctionnalits permettent lagent CMH dimporter dune part, les numros des
bons de type CMH sur lesquels on fait le contrle lors de la saisie des bons et dautre part, les
numros des bordereaux sur lesquels se fait le contrle lors de laffectation des bons saisis aux
numros de bordereaux.
Mise jour des donnes clients

Lagent peut faire la mise jour de tous les clients comme il peut faire la mise jour dun
seul client, et cela laide de la BAPI MAJ_donnes_Clients dcrite dans la partie suivante
de ce chapitre.
2012 - 2013
77
Chapitre 5
Ralisation
Figure 40 : MAJ donnes clients
5.1.4.
Interfaces administrateur
Les fonctionnalits de ladministrateur du portail SAP/CMH sont :
La gestion des bons
La gestion des utilisateurs
Concernant lajout dun nouvel utilisateur, jai ajout un champ code client SAP afin de
correspondre chaque compte un client SAP.
Si le client SAP nexiste pas dans la table des clients de la base de donnes de lapplication
web, on utilise la BAPI de mise jour des donnes client pour rcuprer ses informations.
La figure suivante prsente la procdure dajout dun nouvel utilisateur :
2012 - 2013
78
Chapitre 5
Ralisation
Figure 41 : Cration dun utilisateur
5.2. laboration des BAPI SAP spcifiques

Afin de raliser les fonctionnalits de mon portail SAP/CMH, jtais amen dvelopper des
BAPI spcifiques qui assurent le transfert des donnes entre lapplication web et le systme
SAP.
Le prsent paragraphe concerne lexcution de ces BAPI au niveau du systme SAP pour
vrifier leurs rsultats avant de les connecter lapplication web via les RFCs.
2012 - 2013
79
Chapitre 5
Ralisation
5.2.1. BAPI importation de lhistorique des bons

5.2.1.1.
Description
Cette BAPI permet dimporter lhistorique des bons dj saisis dans le systme SAP pour les
prendre en considration dans la procdure du contrle des bons lors de la saisie de ces
derniers.
5.2.1.2.
Entres/sorties
Le schma suivant prsente les entres et les sorties de la BAPI importation de lhistorique
des bons
Figure 42 : BAPI importation de l'historique des bons

5.2.1.3.
Table SAP utilise
La figure suivante montre la table SAP utilise au niveau de cette BAPI
Tableau 18 : Table SAP utilise pour la bapi importation des bons

2012 - 2013
80
Chapitre 5
Ralisation
5.2.1.4.
Rsultat de lexcution
Aprs lexcution de la BAPI au niveau de SAP, on obtient les rsultats suivants :
Tableau 19 : Rsultat pour la bapi importation des bons
5.2.2. BAPI Insertion des bons dans le systme SAP

5.2.2.1.
Description
Cette BAPI permet dinsrer les bons saisis par les gestionnaires des stations CMH dans le
systme SAP.
5.2.2.2.
Entres/sorties
Le schma suivant prsente les entres et les sorties de la BAPI insertion des bons dans le
systme SAP
2012 - 2013
81
Chapitre 5
Ralisation
Figure 43: Bapi insertion des bons dans SAP

5.2.2.3.
Table SAP utilise
Tableau 20: Table utilise pou bapi insertion des bons dans SAP
5.2.2.4.
2012 - 2013
82
Chapitre 5
Ralisation
Tableau 21 : Rsultat pour bapi insertion des bons dans SAP
5.2.3. BAPI Importation des numros de bons

5.2.3.1.
Description
Cette BAPI permet dimporter les informations qui se rapportent aux bons de type CMH
savoir les numros et les stations de provenances pour quon fasse le contrle sur ces
informations lors de la saisie des bons de type CMH.
5.2.3.2.
Entres/sorties
Le schma suivant prsente les entres et les sorties de la BAPI importation des numros de
bons
Figure 44: BAPI importation des numros de bons

5.2.3.3.
Table SAP utilise
2012 - 2013
83
Chapitre 5
Ralisation
Tableau 22 : Table utilise pour bapi insertion des bons dans SAP
5.2.3.4.
Tableau 23 : Rsultat d'excution du papi d'insertion des bons
5.2.4. BAPI MAJ des donnes clients

5.2.4.1.
Description
La BAPI mise jour donnes client permet de faire la mise jour des donnes des
clients ayant un compte au niveau du portail SAP/CMH
2012 - 2013
84
Chapitre 5
Ralisation
5.2.4.2.
Entres/sorties
Le schma suivant prsente les entres et les sorties de la BAPI mise jour donnes clients
Figure 45 : BAPI MAJ des donnes clients

5.2.4.3.
Table SAP utilise
Tableau 24 : Table utilise pour bapi MAJ donnes clients

5.2.4.4.
2012 - 2013
85
Chapitre 5
Ralisation
Tableau 25 : Rsultat d'excution de la bapi MAJ donnes clients
5.2.5. BAPI Importation des numros de bordereaux

5.2.5.1.
Description
La BAPI importation des numros de bordereaux permet dimporter les numros de

bordereaux affecter aux bons saisir.
5.2.5.2.
Entres/sorties
Le schma suivant prsente les entres et les sorties de la BAPI
Figure 46 : BAPI importation des numros de bordereaux

5.2.5.3.
Table SAP utilise
Tableau 26 : Table utilise pour bapi importation des numros de bordereaux
2012 - 2013
86
Chapitre 5
Ralisation
5.2.5.4.
Tableau 27 : Rsultat d'excution bapi d'import des numros de bordereaux
5.3. Reporting
Aprs la rcupration des donnes saisies dans le systme SAP, on peut faire le reporting sur
ces donnes en gnrant des rapports imprimables.
La procdure de reporting se droule comme suit :
Lagent CMH commence par sauthentifier sur SAP, ensuite, afin de gnrer des documents
imprimables, la solution propose lutilisateur un cran de slection qui a la date journe et le
type des bons comme filtres de recherche.
2012 - 2013
87
Chapitre 5
Ralisation
Figure 47 : cran de slection
Une fois lagent CMH remplit lcran de slection et valide, le rapport imprimable saffiche :
2012 - 2013
88
Chapitre 5
Ralisation
Figure 48 : Liste des bons <<Aperu avant impression>>
Conclusion
Dans ce chapitre, jai fait une description des interfaces du portail SAP/CMH, ensuite, jai
labor
les
BAPI
SAP
spcifiques
dveloppes
et
finalement
le
reporting.
2012 - 2013
89
Conclusion gnrale
Conclusion gnrale
Le prsent travail sinscrit dans le contexte de mon projet de fin dtudes. Son objectif tant la
mise en place dun portail SAP/CMH pour la gestion des bons carburants.
En effet, le projet consistait mettre en place un portail SAP/CMH permettant aux
gestionnaires des stations CMH dtablir des bordereaux contenant la liste des bons
carburants. Il consistait galement contrler les informations des bons en temps rel. En
contrepartie, le portail permettra lagent CMH de faire la synchronisation entre la base de
donnes de lapplication web et la base de donnes SAP.
La solution dveloppe remdie aux problmatiques de manque de contrle des bons
carburants ainsi quau manque de performance de la procdure pralable qui est lourde et
coteuse en termes de dlai et de frais, sans oublier les risques levs en termes aussi bien
derreurs que de falsification. Cette solution est base sur les technologies BAPI (Business
Application Programming Interface), RFC (Remote Function Call) qui permettent de
connecter SAP dautres systmes diffrents et SmartForms pour le repoting des donnes au
niveau de SAP.
Pour rpondre ce besoin, jai fait une tude prliminaire concernant lexistant en terme de
rgles de gestion, et aprs avoir dtermin les besoins de CMH, jai entam la phase de
conception de lapplication en utilisant le langage de modlisation UML. Pour la ralisation,
jai pu achever les objectifs traits dans le cahier de charge.
La ralisation de ce projet ma permis de mettre en application mon esprit dtude, danalyse
et de critique. galement, de mettre en pratique le savoir acquis au cours des annes dtudes
lors de la priode de ma formation lENSIAS, et de me familiariser avec la conduite des
projets informatiques.
Par ailleurs, ce projet tait pour moi une occasion intressante pour dcouvrir le milieu
professionnel. En outre, il ma permis dapprofondir mes connaissances en nouvelles
technologies, en particulier le systme SAP et le langage ABAP.
Les difficults majeures que jai rencontres durant ce projet rsident essentiellement dans la
nouveaut des technologies utilises lors de la phase de ralisation.
Toutefois, des amliorations de mon travail restent envisageables. Je propose dajouter
dautres fonctionnalits, comme lintgration de la procdure de gestion des rclamations des
2012 - 2013
90
Conclusion gnrale
clients. Je propose galement damliorer le reporting des donnes au niveau SAP. Ces
amliorations pourraient faire luvre des travaux ultrieurs.
2012 - 2013
91
Bibliographie
Bibliographie
[1] http://www.cmh.co.ma/, [En ligne], 15 Mars 2013.
[2] http://www.groupeisf.net/logistique_et_transports/QualiteIndicateurs/ chapitre4/, [En
ligne], 15 Mars 2013.
[3] MARTINS CAMBAO Carlos, MALIK Douma et ASTASIO Antonio, les solutions
ERP page 9, Brique E-MAGE, Mars 2002.
[4] http://sap.technique.free.fr/static.php, [En ligne], 20 Mars 2013.
[5] http://www.sapintegration.net/Articles/, [En ligne],20 Mars 2013.
[6] BC402 Technique de programmation ABAP page 21.
[7] http://implementsap.blogspot.com/2012/03/master-data-in-sap.html, [En ligne], 20
Mars 2013.
[8] Les modules principaux de lERP SAP, [En ligne],
http://www.logistiqueconseil.org/Articles/New-tech/Modules-SAP.htm.
[9] http://help.sap.com/saphelp_470, [En ligne], 1 Mai 2013.
[10] http://www.b-integration.net/Articles, [En ligne], 1 Mai 2013.
[11] http://help.sap.com/saphelp_40b/, [En ligne], 1 Mai 2013.
[12] http://drupalfr.org/node/4677, [En ligne], 1 Mai 2013.
[13] PHP en entreprise white paper page 7, [En ligne], http://www.afup.org/pages/site/.
[14] http://www.wampserver.com/, [En ligne], 1 Mai 2013.
2012 - 2013
92
Annexes
Annexes
Annexe A : Accs au systme SAP
Annexe B : Processus de dveloppement 2TUP
Annexe C : Modle SCOR
2012 - 2013
93
Annexe A
Accs au systme SAP
Annexe A
Accs au systme SAP
SAP Logon
Le SAP Logon affiche la liste des systmes SAP disponibles. La CMH dispose de trois
environnements de travail :
PAR : serveur de dveloppement
QAS : serveur qualit
Production : serveur production
Figure 49 : Fentre de connexion SAP
Authentification
Lauthentification au systme SAP se fait en prcisant le mandant, lutilisateur et mot de passe. Le
mandant est en terme organisationnel une entit indpendante dans le systme R/3. Chaque
mandant possde son propre environnement de donnes : ses propres donnes de base et de
transaction, ses fiches utilisateurs et ses plans comptables standard affects ainsi que ses
paramtres spcifiques de Customizing.
2012 - 2013
94
Annexe A
Accs au systme SAP
Ds que lutilisateur est connect, le menu utilisateur SAP Easy Access saffiche sous forme
darborescence dans la partie gauche de lcran. Le menu utilisateur contient uniquement les
lments dont lutilisateur a besoin pour excuter les tches de gestion qui lui ont t affectes.
Figure 50 : Fentre d'authentification SAP
Figure 51 : Accs simplifi aux menus
2012 - 2013
95
Annexe B
Processus de dveloppement 2TUP
Annexe B
Avant de dterminer la dmarche qui sera adopte dans le dveloppement du projet, nous avons
men une tude comparative des diffrentes mthodes et processus de dveloppement pour en
ressortir la mieux adapte au contexte de notre projet. La table suivante prsente les mthodes
les plus courantes ainsi que leurs champs dapplication.
Description
RUP (Rational Unified
Process)
Points forts
Mthodologie centre Itr

sur larchitecture et
atif
couple aux
-Spcifie le dialogue
diagrammes UML.
entre les diffrents
-Cible des projets de+ intervenants du projet :
de10
les livrables, les
personnes.
plannings, les
prototypes
-Processus complet
-Propose des modles
assist par des outils
de documents, et des
exhaustifs.
canevas pour des
projets types.
-Rles bien dfinis,
modlisation.
XP eXtreme
Programming
-Dveloppement
guid par les besoins
du client.
-quipes rduites,
centrs sur les
dveloppeurs
(Binm
es)
-Itratif
-Simple mettre en
oeuvre
-Fait une large place aux
aspects techniques.
-Builds journaliers
-Amlioration
constante, adaptation
aux modifications
SCRUM
processus lger de
-Itratif Louverture
Points faibles
-Coteux
personnali
ser
-Trs ax
processus, au
dtriment du
dveloppement
-Lourd, largement
tendu, il peut
tre difficile
mettre en uvre
de faon
spcifique
-Convient pour
les gros projets
qui gnrent
beaucoup de
documentation
-Ne couvre pas les
phases en amont et
en aval du
dveloppement
-Assez flou dans sa
mise en oeuvre :
quels intervenants,
quels livrables ?
- Un solide coup de
2012 - 2013
96
Annexe B
FDD
FeatureDrivenDevelopm
ent
dveloppement de
des changements -La
pied dans les
logiciels permettant
collaboration avec le
couilles de
de grer le
client.
linnovation.
dveloppement de
-Les personnes et les
produits logiciels.
interactions.
-Application trs
light de RUP qui
ne se concentre que
sur les phases de
design et de
ralisation
-Petites quipes,
-Itratif
-les rles de chaque
-La mise en oeuvre
intervenant sont bien
nest pas prcise,
clarifis.
seule compte la
du dveloppement
gestion des
ressources
itration de 30 jours,
humaines.
runions
journalires.
2TUP Two Track Unified
Process
-Sarticule autour de
-Itratif et fait une
Plutt superficiel
larchitecture. -
large place la
sur les phases
Propose un cycle de
technologie et la
situes en amont et
dveloppement en Y
gestion du risque. -
en aval du
-Cible des projets de
Dfinit des profils des
dveloppement -Ne
toutes tailles.
intervenants, les
propose pas de
livrables, les plannings,
documents types.
les prototypes
Tableau 28 : Comparatif de processus de dveloppement

Le processus de dveloppement en Y consiste en deux branches:
Branche fonctionnelle: cette branche comporte les deux phases suivantes :
- Capture des besoins fonctionnels: cette phase a pour objectif la dfinition de la

frontire fonctionnelle entre le systme et son environnement, ainsi que les activits
attendues des diffrents utilisateurs par rapport au systme;
- Analyse: cette phase consiste tudier prcisment la spcification fonctionnelle de
manire obtenir une ide de ce que va raliser le systme en termes de mtier.
Branche technique : cette phase est constitue des deux phases suivantes :
- Capture des besoins techniques: recense toutes les contraintes et les choix
dimensionnant la conception du systme. Les outils slectionns ainsi que la prise en
2012 - 2013
97
Annexe B
compte de contraintes dintgration avec lexistant conditionnent gnralement des

pr requis de larchitecture technique ;
- La conception gnrique: cette phase dfinit ensuite les composants ncessaires la

construction de larchitecture technique. Cette conception est compltement
indpendante des aspects fonctionnels. Elle a pour objectif duniformiser et de
rutiliser les mmes mcanismes pour tout un systme.
2012 - 2013
98
Annexe C
Modle SCOR
Annexe C
Modle SCOR
Aux sources du rfrentiel SCOR, le Supply Chain Council
Le SCC (Supply Chain Council) est une association professionnelle indpendante but non
lucratif. Le SCC a t cr en 1996 par 69 socits volontaires soutenues par Pittiglio Rabin &
McGrath (PRTM) et L Advanced Manufacturing Reasearch (AMR) avec une reprsentation
intersectorielle et des bureaux en Australie/Nouvelle Zlande, Europe, Japon, Core, Amrique
Latine, Afrique du Sud, Asie du Sud-Est, Chine
Le Supply-Chain Council (SCC) a dvelopp et fait voluer le rfrentiel SCOR (Supply
Chain Operations Reference Model) quil propose comme unique standard intersectoriel du
Supply Chain Management.
Le rfrentiel SCOR
Le rfrentiel SCOR est une structure de rfrence conue pour dcrire, mesurer et analyser
la Supply Chain et identifier les opportunits damlioration des oprations.
Il dfinit une Supply Chain comme lensemble des processus intgrs de planification, dachat
approvisionnement, de fabrication, de livraison et de retours, comprenant les fournisseurs des
fournisseurs et les clients des clients, aligns avec la stratgie de lentreprise.
Structure du modle SCOR
2012 - 2013
99
Annexe C
Modle SCOR
Figure 52 : Structure du modle SCOR

Le rfrentiel SCOR est utilis par phases dans le cadre dune approche descendante, la
mthodologie dimplmentation diffre selon les utilisateurs. Il dfinit un langage unique, des
processus et des indicateurs standardiss et les meilleures pratiques du moment. Il met
disposition des acteurs de la Supply Chain un langage commun et standardis (alphabet,
processus, indicateurs).
Cest un excellent outil de soutien des dcisions stratgiques, de la planification jusquaux
oprations. Il fournit un cadre consensuel et cohrent la mesure des performances et
contribue par ailleurs aux oprations dintgration interne et externe.
Il permet dtablir les liens indispensables entre performance oprationnelle, rsultats
financiers et objectifs stratgiques. Le modle permet de passer dune vision des oprations par
fonction, matrialise par la chane de valeur de Michal Porter, une vision des oprations
par processus, qui seule, rpond aux nouveaux dfis conomiques et financiers.
Le modle SCOR prsente de nombreux avantages pour les entreprises: Optimisation des
performances oprationnelles et financires, meilleure collaboration, visibilit accrue,
alignement de la stratgie de lentreprise avec les oprations, scurisation de la supply chain,
acclration du changement, plus de flexibilit et de ractivit.
2012 - 2013
100

Rapport VF

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Rapport VF

Hochgeladen von

Copyright:

Verfügbare Formate

Ecole Nationale Suprieure dInformatique

et dAnalyse des Systmes

Mmoire de Projet de Fin dtudes

Mise en place dun portail SAP/CMH pour la

Mme. Fatima Zahra MHADA

Anne Universitaire 2012-2013

Ainsi au terme de ce travail, je tiens exprimer ma profonde gratitude et mes sincres

Ainsi, je tiens remercier cordialement mes encadrants, M. Ahmed Malk et M. Taoufik

Je ne saurais oublier les membres du jury : M. Abdellatif EL AFIA et M. Raddouane

Je tiens galement adresser mes plus sincres remerciements lensemble du corps

Projet de Fin dEtudes

Projet de Fin dEtudes

Projet de Fin dEtudes

Liste des abrviations

Advanced Business Application Programming

Business Application Programming Interface

Compagnie Marocaine des Hydrocarbures

Content Management System

Entreprise Ressource Planning

Gaz de Ptrole Liqufis

Graphical User Interface

HyperText Transfer Protocol

International Organization for Standardization

Plan Directeur de Production

Plan Industriel et Commercial

Remote Function Call

Remote Procedure Call

Systems, applications, and products for data processing

Supply Chain Operations Reference

Projet de Fin dEtudes

Liste des tableaux

Projet de Fin dEtudes

Liste des figures

Figure 43: Bapi insertion des bons dans SAP ....................................................................................... 82

Projet de Fin dEtudes

Table des matires

Table des matires

Contexte gnral du projet ........................................................................................... 17

Prsentation de lorganisme daccueil .................................................................................. 17

Prsentation de la Compagnie Marocaine des Hydrocarbures (CMH) ......................... 17

Prsentation de la direction des systmes dinformation de la CMH (DSI-CMH) ......... 25

Structure organisationnelle de SAP/CMH ..................................................................... 27

Introduction au projet ........................................................................................................... 29

Contexte gnral du projet ........................................................................................... 29

Problmatique du projet ............................................................................................... 29

Objectifs du projet ......................................................................................................... 30

Cycle de vie du projet .................................................................................................... 30

Conduite et planification du projet ............................................................................... 32

tude de lexistant ......................................................................................................... 34

tude et critique de lexistant ............................................................................................... 34

Analyse des procdures................................................................................................. 34

Critique et refonte des procdures ............................................................................... 35

Spcification des besoins ...................................................................................................... 35

Formulation du besoin .................................................................................................. 35

tude du besoin ............................................................................................................. 36

Solution propose ................................................................................................................. 37

Rgles de gestion de la nouvelle solution ..................................................................... 37

Description des fonctionnalits de la nouvelle application .......................................... 38

Projet de Fin dEtudes

Table des matires

Analyse et conception ................................................................................................... 41

Outils de travail ..................................................................................................................... 41

Choix du langage UML ................................................................................................... 41

Conception du systme ......................................................................................................... 41