Download - 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.
-
Projet de Fin dEtudes 2012 - 2013 5
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 6
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 7
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
-
Projet de Fin dEtudes 2012 - 2013 8
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
-
Projet de Fin dEtudes 2012 - 2013 9
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 10
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
Projet de Fin dEtudes 2012 - 2013 11
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
Projet de Fin dEtudes 2012 - 2013 12
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
Projet de Fin dEtudes 2012 - 2013 13
5.3. Reporting ............................................................................................................................... 87
Conclusion ........................................................................................................................................... 89
Conclusion gnrale .............................................................................................................................. 90
Bibliographie ......................................................................................................................................... 92
Annexes ................................................................................................................................................. 93
-
Introduction gnrale
Projet de Fin dEtudes 2012 - 2013 14
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
Projet de Fin dEtudes 2012 - 2013 15
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
Projet de Fin dEtudes 2012 - 2013 16
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.
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 17
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].
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 18
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.
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 19
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 :
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 20
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
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 21
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].
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 22
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
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 23
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
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 24
(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 :
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 25
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.
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 26
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 .
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 27
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.
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 28
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 :
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 29
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 :
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 30
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 :
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 31
Figure 11 : Cycle de vie du projet
-
Chapitre1 Contexte gnral du projet
Projet de Fin dEtudes 2012 - 2013 32
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
Projet de Fin dEtudes 2012 - 2013 33
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
Projet de Fin dEtudes 2012 - 2013 34
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.
-
Chapitre 2 tude de lexistant
Projet de Fin dEtudes 2012 - 2013 35
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.
-
Chapitre 2 tude de lexistant
Projet de Fin dEtudes 2012 - 2013 36
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.
-
Chapitre 2 tude de lexistant
Projet de Fin dEtudes 2012 - 2013 37
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.
-
Chapitre 2 tude de lexistant
Projet de Fin dEtudes 2012 - 2013 38
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.
-
Chapitre 2 tude de lexistant
Projet de Fin dEtudes 2012 - 2013 39
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
Projet de Fin dEtudes 2012 - 2013 40
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
Projet de Fin dEtudes 2012 - 2013 41
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
-
Chapitre 3 Analyse et conception
Projet de Fin dEtudes 2012 - 2013 42
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.
-
Chapitre 3 Analyse et conception
Projet de Fin dEtudes 2012 - 2013 43
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.
Tableau 4 : Description du Use Case
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
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
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.
-
Chapitre 3 Analyse et conception
Projet de Fin dEtudes 2012 - 2013 44
Remarque Le gestionnaire de station ne peut modifier que son mot de passe
ou son mail.
Tableau 7 : Description du Use Case
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
-
Chapitre 3 Analyse et conception
Projet de Fin dEtudes 2012 - 2013 45
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
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
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.
Tableau 11 : Description du Use Case
-
Chapitre 3 Analyse et conception
Projet de Fin dEtudes 2012 - 2013 46
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
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
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.
Remarque Ladministrateur a tous les droits dun agent CMH.
Tableau 14 : Description du Use Case
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.
Remarque Ladministrateur a tous les droits dun agent CMH.
Tableau 15 : Description du Use Case
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
-
Chapitre 3 Analyse et conception
Projet de Fin dEtudes 2012 - 2013 47
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.
-
Chapitre 3 Analyse et conception
Projet de Fin dEtudes 2012 - 2013 48
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.
-
Chapitre 3 Analyse et conception
Projet de Fin dEtudes 2012 - 2013 49
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.
-
Chapitre 3 Analyse et conception
Projet de Fin dEtudes 2012 - 2013 50
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
Projet de Fin dEtudes 2012 - 2013 51
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
Projet de Fin dEtudes 2012 - 2013 52
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].
-
Chapitre 4 Architecture logicielle du projet
Projet de Fin dEtudes 2012 - 2013 53
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
-
Chapitre 4 Architecture logicielle du projet
Projet de Fin dEtudes 2012 - 2013 54
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].
-
Chapitre 4 Architecture logicielle du projet
Projet de Fin dEtudes 2012 - 2013 55
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.
-
Chapitre 4 Architecture logicielle du projet
Projet de Fin dEtudes 2012 - 2013 56
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