Rapport VF

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

Ecole Nationale Suprieure dInformatique

et dAnalyse des Systmes

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

Projet de Fin dEtudes 2012 - 2013 4

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.


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.


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.


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 Supply Chain Operations Reference

SD Sales and Distribution

UML Unified Modeling Language


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

Tableau 4 : Description du Use Case ......................................... 43

Tableau 5 : Description du Use Case ................................................................... 43

Tableau 6 : Description du Use Case ....................................... 43

Tableau 7 : Description du Use Case .......................... 44

Tableau 8 : Description du Use Case ............................................................. 44

Tableau 9 : Description du Use Case .................................................................... 45

Tableau 10 : Description du Use Case ............................................... 45

Tableau 11 : Description du Use Case ................................................. 45

Tableau 12 : Description du Use Case .................................................... 46

Tableau 13 : Description du Use Case ...................................................... 46

Tableau 14 : Description du Use Case ............................... 46

Tableau 15 : Description du Use Case ............................................................. 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


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


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

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

1.1. 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. tude de lexistant ......................................................................................................... 34

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

Table des matires


Conclusion ............................................................................................................................................. 39

Chapitre 3. Analyse et conception ................................................................................................... 41

3.1. 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. Architecture logicielle du projet .................................................................................... 52

4.1. 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. Ralisation ..................................................................................................................... 68

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

Table des matires


5.3. Reporting ............................................................................................................................... 87

Conclusion ........................................................................................................................................... 89

Conclusion gnrale .............................................................................................................................. 90

Bibliographie ......................................................................................................................................... 92

Annexes ................................................................................................................................................. 93

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 :

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.

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.



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



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.



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 :



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



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



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

de la socit pour le besoin de

fabrication des produits

ptroliers.

S2 : les produits ptroliers qui

sont une fois arrivs

destination sont

approvisionns chez le client.

M1 : activits de production de

CMH.

D2 : la distribution des

besoins de la part des

fournisseurs (soit produits

finis ou des huiles de

base)

D1 : la distribution et le

transport des produits

ptroliers.

Tableau 1 : Processus du modle SCOR



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



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



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.



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 .



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.



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 :



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 :



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 :



Figure 11 : Cycle de vie 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.

Chapitre 2 tude de lexistant


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.



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.



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.



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.



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 Description

1 Chaque gestionnaire de station peut avoir plusieurs comptes

utilisateurs au niveau de lapplication Web.

2 Un agent CMH contrle et valide partir de lapplication web les

bons carburants saisir dans le systme SAP.

3 Le systme vrifie la situation du gestionnaire avant la cration

des bons carburants.

4 Si le contrle nest pas valide, lAgent CMH envoie un message

au gestionnaire lui renseignant quil existe une erreur ou une

falsification.

5 Un agent CMH fait la mise jour des bons carburants au niveau

de lapplication web.



6 La mise jour des donnes clients est faite de faon priodique

par lagent CMH.

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



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.

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.



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



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.



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.

Post-condition Lutilisateur est authentifi.

Tableau 3 : Description du Use Case

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.


Use Case Saisir des bons

Titre Saisir des bons.


Description Ce cas dutilisation permet au gestionnaire de la station de saisir

des bons.


Use Case Crer des bordereaux

Titre Crer des bordereaux.


Description Ce cas dutilisation permet au gestionnaire de la station daffecter

les bons saisis des numros de bordereaux.


Use Case Consulter et modifier son propre compte

Titre Consulter et modifier son propre compte.


Description Ce cas dutilisation permet au gestionnaire de la station de

consulter et modifier son propre compte.



Remarque Le gestionnaire de station ne peut modifier que son mot de passe

ou son mail.


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.




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.


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.


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

(dans le cadre dune

MAJ individuelle)

1) Le systme affiche la page de MAJ individuelle.

2) Lagent saisit le code du client quil veut mettre jour.

3) Le systme affiche un message qui indique que la MAJ a t faite

avec succs.




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.


Use Case Ajouter un utilisateur

Titre Ajouter un utilisateur.

Acteurs Administrateur.

Description Ce cas dutilisation permet ladministrateur dajouter un nouvel

utilisateur.


Use Case Supprimer ou modifier un utilisateur

Titre Supprimer ou modifier un utilisateur.


Description Ce cas dutilisation permet ladministrateur de supprimer,

modifier ou changer le rle dun utilisateur.

Remarque Ladministrateur a tous les droits dun agent CMH.


Use Case Grer les bons

Titre Grer les bons.


Description Ce cas dutilisation permet ladministrateur de faire la gestion

des bons : modification, suppression.

Remarque Ladministrateur a tous les droits dun agent CMH.


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



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.



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.



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 Dsignation

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



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.

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.



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



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



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



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.



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

Documents

Rapport VF