Вы находитесь на странице: 1из 100

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.

Projet de Fin dEtudes

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.

Projet de Fin dEtudes

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

Projet de Fin dEtudes

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

Projet de Fin dEtudes

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
Projet de Fin dEtudes

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

Projet de Fin dEtudes

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

Projet de Fin dEtudes

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

Projet de Fin dEtudes

2012 - 2013
12

Table des matires

5.3.

Reporting ............................................................................................................................... 87

Conclusion ........................................................................................................................................... 89
Conclusion gnrale .............................................................................................................................. 90
Bibliographie ......................................................................................................................................... 92
Annexes ................................................................................................................................................. 93

Projet de Fin dEtudes

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 :
Projet de Fin dEtudes

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.

Projet de Fin dEtudes

2012 - 2013
15

Chapitre1

Contexte gnral du projet

Chapitre 1
Contexte gnral du projet
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.

Projet de Fin dEtudes

2012 - 2013
16

Chapitre1

Contexte gnral du projet

Chapitre 1.

Contexte gnral du projet

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].
Projet de Fin dEtudes

2012 - 2013
17

Chapitre1

Contexte gnral du projet

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.

Projet de Fin dEtudes

2012 - 2013
18

Chapitre1

Contexte gnral du projet

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 :
Projet de Fin dEtudes

2012 - 2013
19

Chapitre1

Contexte gnral du projet

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
Projet de Fin dEtudes

2012 - 2013
20

Chapitre1

Contexte gnral du projet

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].
Projet de Fin dEtudes

2012 - 2013
21

Chapitre1

Contexte gnral du projet

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

Projet de Fin dEtudes

2012 - 2013
22

Chapitre1

Contexte gnral du projet

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
Projet de Fin dEtudes

2012 - 2013
23

Chapitre1

Contexte gnral du projet

(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 :

Projet de Fin dEtudes

2012 - 2013
24

Chapitre1

Contexte gnral du projet

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.
Projet de Fin dEtudes

2012 - 2013
25

Chapitre1

Contexte gnral du projet

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 .

Projet de Fin dEtudes

2012 - 2013
26

Chapitre1

Contexte gnral du projet

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.

Projet de Fin dEtudes

2012 - 2013
27

Chapitre1

Contexte gnral du projet

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 :

Projet de Fin dEtudes

2012 - 2013
28

Chapitre1

Contexte gnral du projet

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 :
Projet de Fin dEtudes

2012 - 2013
29

Chapitre1

Contexte gnral du projet

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 :

Projet de Fin dEtudes

2012 - 2013
30

Chapitre1

Contexte gnral du projet

Figure 11 : Cycle de vie du projet


Projet de Fin dEtudes

2012 - 2013
31

Chapitre1

Contexte gnral du projet

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.

Projet de Fin dEtudes

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.

Projet de Fin dEtudes

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.

Projet de Fin dEtudes

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.

Projet de Fin dEtudes

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.
Projet de Fin dEtudes

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.

Projet de Fin dEtudes

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.

Projet de Fin dEtudes

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.

Projet de Fin dEtudes

2012 - 2013
39

Chapitre 3

Analyse et conception

Chapitre 3
Analyse et conception
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.

Projet de Fin dEtudes

2012 - 2013
40

Chapitre 3

Analyse et conception

Chapitre 3.

Analyse et conception

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
Projet de Fin dEtudes

2012 - 2013
41

Chapitre 3

Analyse et conception

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.

Projet de Fin dEtudes

2012 - 2013
42

Chapitre 3

Analyse et conception

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

Gestionnaire de la station CMH.

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

Gestionnaire de la station CMH.

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

Gestionnaire de la station CMH.

Description

Ce cas dutilisation permet au gestionnaire de la station de


consulter et modifier son propre compte.

Projet de Fin dEtudes

2012 - 2013
43

Chapitre 3

Analyse et conception

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>>

Projet de Fin dEtudes

2012 - 2013
44

Chapitre 3

Analyse et conception

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>>

Projet de Fin dEtudes

2012 - 2013
45

Chapitre 3

Analyse et conception

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
Projet de Fin dEtudes

2012 - 2013
46

Chapitre 3

Analyse et conception

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.

Projet de Fin dEtudes

2012 - 2013
47

Chapitre 3

Analyse et conception

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.
Projet de Fin dEtudes

2012 - 2013
48

Chapitre 3

Analyse et conception

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.

Projet de Fin dEtudes

2012 - 2013
49

Chapitre 3

Analyse et conception

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.

Projet de Fin dEtudes

2012 - 2013
50

Chapitre 4

Architecture logicielle du projet

Chapitre 4
Architecture logicielle du projet
Lobjectif de ce chapitre est de fournir une prsentation gnrale des outils utiliss et
de larchitecture adopte pour le dveloppement de la nouvelle application.

Projet de Fin dEtudes

2012 - 2013
51

Chapitre 4

Architecture logicielle du projet

Chapitre 4.

Architecture logicielle du projet

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].

Projet de Fin dEtudes

2012 - 2013
52

Chapitre 4

Architecture logicielle du projet

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
Projet de Fin dEtudes

2012 - 2013
53

Chapitre 4

Architecture logicielle du projet

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].
Projet de Fin dEtudes

2012 - 2013
54

Chapitre 4

Architecture logicielle du projet

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.

Projet de Fin dEtudes

2012 - 2013
55

Chapitre 4

Architecture logicielle du projet

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.

Projet de Fin dEtudes

2012 - 2013
56

Chapitre 4

Architecture logicielle du projet

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.


Projet de Fin dEtudes

2012 - 2013
57

Chapitre 4

Architecture logicielle du projet

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

Projet de Fin dEtudes

2012 - 2013
58

Chapitre 4

Architecture logicielle du projet

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
Projet de Fin dEtudes

2012 - 2013
59

Chapitre 4

Architecture logicielle du projet

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

Projet de Fin dEtudes

2012 - 2013
60

Chapitre 4

4.1.5.

Architecture logicielle du projet

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
Projet de Fin dEtudes

2012 - 2013
61

Chapitre 4

Architecture logicielle du projet

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).

Projet de Fin dEtudes

2012 - 2013
62

Chapitre 4

Architecture logicielle du projet

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.

Projet de Fin dEtudes

2012 - 2013
63

Chapitre 4

Architecture logicielle du projet

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
Projet de Fin dEtudes

2012 - 2013
64

Chapitre 4

Architecture logicielle du projet

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

Projet de Fin dEtudes

2012 - 2013
65

Chapitre 4

Architecture logicielle du projet

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.

Projet de Fin dEtudes

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.

Projet de Fin dEtudes

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.
Projet de Fin dEtudes

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


Projet de Fin dEtudes

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.

Projet de Fin dEtudes

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 :

Projet de Fin dEtudes

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


Projet de Fin dEtudes

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


Projet de Fin dEtudes

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 :

Projet de Fin dEtudes

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

Projet de Fin dEtudes

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

Projet de Fin dEtudes

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.

Projet de Fin dEtudes

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 :

Projet de Fin dEtudes

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.

Projet de Fin dEtudes

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


Projet de Fin dEtudes

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

Projet de Fin dEtudes

2012 - 2013
81

Chapitre 5

Ralisation

Figure 43: Bapi insertion des bons dans SAP


5.2.2.3.

Table SAP utilise

La figure suivante montre la table SAP utilise au niveau de cette BAPI

Tableau 20: Table utilise pou bapi insertion des bons dans SAP
5.2.2.4.

Rsultat de lexcution

Aprs lexcution de la BAPI au niveau de SAP, on obtient les rsultats suivants :

Projet de Fin dEtudes

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

La figure suivante montre la table SAP utilise au niveau de cette BAPI

Projet de Fin dEtudes

2012 - 2013
83

Chapitre 5

Ralisation

Tableau 22 : Table utilise pour bapi insertion des bons dans SAP
5.2.3.4.

Rsultat de lexcution

Aprs lexcution de la BAPI au niveau de SAP, on obtient les rsultats suivants :

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
Projet de Fin dEtudes

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

La figure suivante montre la table SAP utilise au niveau de cette BAPI

Tableau 24 : Table utilise pour bapi MAJ donnes clients


5.2.4.4.

Rsultat de lexcution

Aprs lexcution de la BAPI au niveau de SAP, on obtient les rsultats suivants :

Projet de Fin dEtudes

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

La figure suivante montre la table SAP utilise au niveau de cette BAPI

Tableau 26 : Table utilise pour bapi importation des numros de bordereaux

Projet de Fin dEtudes

2012 - 2013
86

Chapitre 5

Ralisation

5.2.5.4.

Rsultat de lexcution

Aprs lexcution de la BAPI au niveau de SAP, on obtient les rsultats suivants :

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.

Projet de Fin dEtudes

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 :

Projet de Fin dEtudes

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

Projet de Fin dEtudes

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
Projet de Fin dEtudes

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.

Projet de Fin dEtudes

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.

Projet de Fin dEtudes

2012 - 2013
92

Annexes

Annexes
Annexe A : Accs au systme SAP
Annexe B : Processus de dveloppement 2TUP
Annexe C : Modle SCOR

Projet de Fin dEtudes

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.

Projet de Fin dEtudes

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

Projet de Fin dEtudes

2012 - 2013
95

Annexe B

Processus de dveloppement 2TUP

Annexe B
Processus de dveloppement 2TUP
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

Projet de Fin dEtudes

-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

Processus de dveloppement 2TUP

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
Projet de Fin dEtudes

2012 - 2013
97

Annexe B

Processus de dveloppement 2TUP

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.

Projet de Fin dEtudes

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

Projet de Fin dEtudes

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.

Projet de Fin dEtudes

2012 - 2013
100

Оценить