Rapport Projet de fin d’études

Mise en place d’une plateforme décisionnelle SAP BI

autour de SAP MM

SALAH EDDINE BENTALBA | STAGE DE FIN D’ETUDES


autour de SAP MM


REMERCIEMENTS

Il est toujours délicat de remercier l’ensemble des personnes qui ont contribué à l’aboutissement

de ce travail. Que ceux qui ne sont pas mentionnés ne m’en tiennent pas rigueur.

Je tiens à remercier M Abdeljawad BENHADDDOU directeur des systèmes

d’information de m’avoir permis d’effectuer mon projet de fin d'étude au sein de la LYDEC

(Lyonnaise des eaux de Casablanca) et M. Abdelaziz HAYOURI chef de service SAP de m’avoir

proposé un sujet si intéressant.

Je remercie vivement mon encadrant M. Hicham ELKOUDRI Consultant technique SAP BI

qui m’a fait part de son temps et de son énergie pour m’aider à élaborer ce travail.

Je n’oublierai pas de remercier les membres de la DSI (Direction des systèmes d’information), notamment M Yassine ATTASSI et M. Abdelkebir EDDAHNI pour leurs soutiens et les bons moments qu’on a passé ensemble.

Je remercie aussi, M. Issam OUFFAKIR professeur à l’EMSI pour ses conseils et son aide pour

la rédaction du rapport.

Mes sincères gratitudes pour tout le cadre professoral de l’EMSI, pour la formation qu’il m’a

inculquée.

Que messieurs les membres du jury trouvent ici l’expression de ma reconnaissance d’avoir

accepté de juger ce travail.

Mes expressions distinguées, pour tous ceux qui ont contribué de près ou de loin à

l’accomplissement de ce projet.

Merci encore.


autour de SAP MM


DEDICACE

A ma mère, Sang de mon cœur; A ma mère, Ciel de ma vie; A ma mère, Lune de mes nuits, Que Dieu te protège...Je t'aime; A mon père, Pour ton soutien, Ton amour,

Tes sacrifices...Je t'aime; A mon frère et mes sœurs, Nul mot ne pourrait exprimer ma gratitude envers vous; A l’ensemble de ma famille, Je vous porte un grand respect; A mes amis et à tous ceux qui m'aiment, Pour tous les moments inoubliables que nous avons passés ensemble… A vous,

Qui partagez avec moi, en ce moment, ces agréables sentiments…

Je dédie ce modeste travail…


autour de SAP MM


5/79

RESUME

Le présent document est la synthèse de mon travail dans le cadre du projet de fin d’études effectué au

sein de la LYDEC. J’ai eu la chance durant ce stage de travailler sur un projet décisionnel autour de l’outil SAP

BI.

Le but de ce travail est de créer une couche décisionnelle pour répondre aux besoins exprimés par le

département des investissements de la LYDEC, concernant la création de la plate-forme de business intelligence

en vertu de SAP BI MM, afin d'avoir une visibilité sur l'état réel des achats réalisés, le stock …etc.

Mots-clés : Achats, Stock, informatique décisionnel, SAP MM, référentiel de données, SAP Query, Reporting

ABSTRACT

This document is a summary of my work in the project graduation done within LYDEC. I had the

chance during this intership to work on a project about Business intelligence within the tool SAP BI.

The main object of this work is to create a decisional layer for needs expressed by LYDEC’s investments

department, concerning the establishment of business intelligence platform under a leader ERP (Enterprise

Resource Planning) SAP BI MM, in order to have a clear visibility about their purchases, stocks and

procurement... etc.

Keywords: Purchases, Stock, Business Intelligence, SAP MM, Business content, SAP Query, Reporting


autour de SAP MM


6/79

LISTE DES ABREVIATIONS

Abréviation Désignation

ABAP Advanced Business Application Programming

Bex Business Explorer

BI Business Intelligence

BO Business Object

BW Business Warehouse

DA Demande d’Achats

DSI Département des Systémes d’Informations

ECC ERP Central Component

ETL Extract , Transform and Load

ERP Entreprise Ressources Planning

LYDEC Lyonnaise des Eaux de Casablanca

MM Material Management

ODS Operational Data Store

OLAP On Line Analytical Processing

OLTP On Line Transactional Processing

PSA Persistent Staging Area

SAP Systems, Applications and Products

SGBD Système de Gestion de Base de Données

SID Surrogate ID (ID de substitution)

VBA Visual Basic for Applications


autour de SAP MM


7/79

LISTE DES FIGURES

Figure 1 : Contribution des actionnaires dans le capital de LYDEC en 2011 ....................................... 14

Figure 2 : Organigramme de la Direction Générale .............................................................................. 15

Figure 3 : Organigramme de la DSI ..................................................................................................... 16

Figure 4 : Organigramme du département développement /service SAP ............................................. 16

Figure 5 : Architecture SAP BI / MM .................................................................................................. 18

Figure 6 : Résumé des aspects qualité................................................................................................... 19

Figure 7 : Cycle de vie d’un projet décisionnel...................................................................................... 21

Figure 8 : Découpage du projet ............................................................................................................ 22

Figure 9 : Planning prévisionnel du projet ............................................................................................ 23

Figure 10 : Déroulement réel du projet................................................................................................. 24

Figure 11 : Organisation de l’équipe du projet ...................................................................................... 25

Figure 12 : Diagramme de flux de communication ............................................................................... 26

Figure 13 : Marché mondial des ERP en 2010 ...................................................................................... 29

Figure 14 : Principaux modules SAP .................................................................................................... 30

Figure 15 : Les processus de SAP MM ................................................................................................. 31

Figure 16 : Composantes d’un système décisionnel .............................................................................. 32

Figure 17 : Architecture d’un système décisionnel ................................................................................ 33

Figure 18 : Concept multidimensionnel (OLAP ON LINE ANALYTICAL PROCESSING) ............. 34

Figure 19 : Architecture SAP BW......................................................................................................... 39

Figure 20 : Principe de l’ETL de SAP .................................................................................................. 41

Figure 21 : Business Explorer de BW ................................................................................................... 43

Figure 22 : Processus d’achat de la LYDEC ......................................................................................... 45


autour de SAP MM


8/79

Figure 23 : Problématiques du processus d’achat de la LYDEC ........................................................... 48

Figure 24 : Schéma modèle en étoile .................................................................................................... 51

Figure 25 : Schéma modèle en étoile étendu de SAP ............................................................................ 52

Figure 26 : Exemple d’utilisation des SID Tables lors d’une requête dans BW ..................................... 52

Figure 27 : Vue du contenu du référentiel de métadonnées de SAP ..................................................... 54

Figure 28 : Recherche dans le référentiel de métadonnées .................................................................... 54

Figure 29 : Liste des cubes MM activés dans le Workbench ................................................................. 67

Figure 30 : Présentation de l’aspect technique de SAP Query ............................................................... 68

Figure 31 : Flux de données concernant le cube prestation de services ................................................. 71

Figure 32 : Flux de données concernant le cube évaluation de fournisseurs ......................................... 71

LISTE DES TABLEAUX

Tableau 1 : Tableau des livrables .......................................................................................................... 19

Tableau 2 : Le classement des risques .................................................................................................. 20

Tableau 3 : Tableau des écarts ............................................................................................................. 25

Tableau 4 : Les rôles des acteurs .......................................................................................................... 25

Tableau 5 : Description des phases du processus d’achats.................................................................... 46

Tableau 6 : Liste des cubes livrés ......................................................................................................... 67


autour de SAP MM


9/79

SOMMAIRE

INTRODUCTION........................................................................................................................................................................12

Contexte globale du projet....................................................................................................... 13

CHAPITRE 1 : Présentation de l’organisme d’accueil .......................................................................14

I.Présentation général de la LYDEC : .......................................................................................................................14

1.His torique : ...................................................................................................................................................... 14

2.Enjeux et perspectives : ................................................................................................................................... 15

3.Organigramme Général : ................................................................................................................................. 15

II.Présentation de la DSI : ..........................................................................................................................................16

1.Direction des systèmes d’informations : ......................................................................................................... 16

2.Département Développement : ...................................................................................................................... 16

3.Service SAP :..................................................................................................................................................... 16

CHAPITRE 2 : Etude générale du projet .....................................................................................17

I.Périmètre du projet : ...........................................................................................................................................17

1.Présentation du projet :................................................................................................................................... 17

2.Objecti fs du projet : ......................................................................................................................................... 18

3.Livrables : ......................................................................................................................................................... 18

4.Aspect quali té : ................................................................................................................................................ 19

5.Matrice des risques :........................................................................................................................................ 20

II.Conduite du projet :............................................................................................................................................21 1.Défini tion : ....................................................................................................................................................... 21

2.Cycle de vie d’un projet décisionnel :.............................................................................................................. 21

3.Description des phases : .................................................................................................................................. 22

III.Planification du projet :.....................................................................................................................................22

1.Decoupage du projet : ..................................................................................................................................... 22

2.La planification prévisionnelle du projet : ....................................................................................................... 23

3.Le déroulement réel du projet : ...................................................................................................................... 24

4.Analyse des écarts : ......................................................................................................................................... 25

IV.Organisation du projet : ...................................................................................................................................25

1.L'équipe projet :............................................................................................................................................... 25

2.Flux de Communication : ................................................................................................................................. 26

3.Suivi interne : ................................................................................................................................................... 26

4.Outils de Gestion de projet :............................................................................................................................ 27


autour de SAP MM


10/79

Environnement de travail ......................................................................................................... 28

CHAPITRE 3 : le progiciel SAP ........................................................................................................29

I.Présentation SAP : .....................................................................................................................................................29

1.Défini tion d’un ERP : ........................................................................................................................................ 29

2.Le progiciel SAP :.............................................................................................................................................. 29

3.Les modules SAP / R3 :..................................................................................................................................... 30

CHAPITRE 4 : Les systèmes décisionnels........................................................................................32

I.Introduction : ..............................................................................................................................................................32

II.Définition d’un système d’information décisionnel : .........................................................................................32

III.Architecture d’un Système décisionnel : .............................................................................................................33

IV.Le concept OLAP (ON LINE ANALYTICAL PROCESSING) : ..................................................................................33

V.Les fonctionnalités :..................................................................................................................................................36

CHAPITRE 5 : Présentation de SAP BI .............................................................................................38

I.Définition de SAP Business Intelligence : ...............................................................................................................38

II.Business MAP de l’infrastructure NetWeaver : ...................................................................................................38

III.Les composantes de SAP BI :..................................................................................................................................39

IV.mySAP BI : fonctionnalités clés : ............................................................................................................................40

V.Présentation Data Warehousing :...........................................................................................................................41

1.L’outil ETL: Extraction, transformation, and loading : ..................................................................................... 41

2.DataWarehouse management : ...................................................................................................................... 42

3.Présentation du BI Platform : ......................................................................................................................... 42

4.Présentation Business Explorer (BEx) : ........................................................................................................... 43

Analyses et Modélisation ......................................................................................................... 44

CHAPITRE 6 : Analyse fonctionnelle ...............................................................................................45

I.Processus Achats de LYDEC : ....................................................................................................................................45

II.Description des phases du processus d’achats : ................................................................................................46

III.Les données renseignés par élément de processus : ........................................................................................46

IV.Problematiques et solution prévues : ..................................................................................................................48

CHAPITRE 7 : Modélisation ...........................................................................................................50

I.Concepts Fondamentaux : ........................................................................................................................................50

1.Modélisation multidimensionnelle :................................................................................................................ 50

2.Modélisation multidimensionnelle versus modélisation entité -relation :...................................................... 51

3.Le modèle en étoile : ....................................................................................................................................... 51

4.Le schéma en étoile étendu de SAP : .............................................................................................................. 52

II.Business Content (applications préconfigurés) de SAP :......................................................................................53


autour de SAP MM


11/79

III.Modélisation des cubes : ..........................................................................................................................................55

1.0PUR_C01 (Données Achats ) :......................................................................................................................... 55

2.0SRV_C01 (Prestation de services) : ................................................................................................................ 57

3.0PUR_C04 (Groupe d’acheteurs) :................................................................................................................... 59

4.0PUR_C02 (Evaluation des fournisseurs) : ...................................................................................................... 61

5.0COPC_C04 (Valorisation des s tocks : prix articles et valeurs s tocks) : .......................................................... 63

Réalisation et mise en œuvre du Projet ................................................................................... 66

CHAPITRE 8 : Cubes Réalisés ........................................................................................................67

I.Choix de la solution : .................................................................................................................................................67

II.Liste des Cubes réalisés et mis en production : ...................................................................................................67

III.Présentation de SAP Query :..................................................................................................................................68

IV.requêtes réalisées : ................................................................................................................................................68

1.Etapes de réalisation d’une requete : ............................................................................................................. 68

2.Les requetes :................................................................................................................................................... 70

3.Flux de données : ............................................................................................................................................. 71

CHAPITRE 9 : Reporting ................................................................................................................72

I.Présentation de l’outil de Reporting SAP : Bex analyzer.....................................................................................72

II.Reporting réalisés : ...................................................................................................................................................72

Conclusion et perspectives ....................................................................................................................................................75


autour de SAP MM


12/79

INTRODUCTION

Les systèmes et les technologies d'information sont devenus aujourd'hui les socles des organismes

modernes. Ils touchent, sans exception, toutes les activités et tous les secteurs de l'entreprise, tant en interne

qu'en externe.

Les entreprises actuelles ont trouvés dans ces nouveaux systèmes de traitement de l'information des

outils efficaces pour innover en termes d'amélioration des méthodes de travail.

Dans ce sens, un nouveau contexte professionnel a vu le jour, un contexte qui valorise les organismes

aussi bien par la qualité de la gestion des marchés, que par la richesse de leurs systèmes d'informations, et plus

particulièrement par l'exploitation optimale de ces derniers, réduisant ainsi les coûts, les délais et améliorant la

réactivité et la qualité.

C'est dans cette optique que la LYDEC a exprimé son besoin de mise en place d’une plateforme du

reporting : une optique qui a pour but de prévoir les futurs objectifs et les moyens dont on aura besoin pour

cerner également les défis du marché, les pressions de la concurrence et l’évolution des technologies.

Ainsi ce présent mémoire qui est le fruit et l’illustration du travail effectué dans ce stage, relate les

différentes phases ainsi que les moyens auxquels nous avons eu recours pour atteindre les objectifs fixés. , et ceci

en 4 principales parties :

LA PREMIERE PARTIE présente l’organisme d’accueil et introduit le contexte général du projet et l’étude

de ce dernier.

LA DEUXIEME PARTIE présente l’environnement de travail, les Concept de base comprenant

l’architecture et les fonctionnalités.

LA TROISIEME PARTIE présente la phase d’analyse fonctionnelle et la modélisation.

LA QUATRIEME PARTIE présente les différentes phases de la réalisation et la mise en œuvre du projet.


autour de SAP MM


13/79

Contexte globale du projet

Ce chapitre introduit le contexte général dans lequel s’est déroulé le projet. Il présente d’abord, La LYDEC,

l’organisme d’accueil. Ensuite il décrit la conduite et le pilotage du projet, les différentes étapes et la gestion des

risques de ce dernier.


autour de SAP MM


14/79

CHAPITRE 1 : Présentation de l’organisme

d’accueil

I. Présentation général de la LYDEC :

1. Historique :

Dans le cadre de la mondialisation, le Maroc assiste à un désengagement progressif de

l’Etat, en encourageant l’initiative de privatisation de la plupart des secteurs économiques du

pays. Cette politique vise à mettre en place des structures qui consolideraient la libéralisation et

qui tiennent compte de l’évolution économique et sociale du pays. Le passage de la RAD

(Régie Autonome intercommunale de Distribution) vers LYDEC (Lyonnaise des Eaux de

Casablanca) s’est inscrit dans cette optique.

Depuis le 1er août 1997, la Lyonnaise des Eaux de Casablanca (LYDEC) a pris en charge la gestion déléguée des

services d’eau, d’électricité, d’assainissement et dernièrement de l’éclairage public de la ville de Casablanca et Mohammedia.

Cette entreprise est née après deux années de négociations entre le groupe SUEZ Lyonnaise des Eaux et la

Communauté Urbaine de Casablanca. Cette convention de gestion déléguée porte sur l’eau, l’électricité et l’assainissement.

Parmi les motivations des collectivités publiques, il y a le souci d’accéder à une expertise de haute technicité ainsi que le

souci de transférer vers le secteur privé la charge de certains investissements lourds.

Rappelons qu’une gestion déléguée n’est pas une privatisation car il n’y a aucun transfert définitif de propriété, ni

même de transfert temporaire, contrairement à la privatisation qui est une opération irréversible (un retour à la situation

antérieure nécessite l’indemnisation du propriétaire). La délégation n’est jamais totale et illimitée dans le temps. C’est une

décision locale. Le concessionnaire supporte, avec ses capitaux propres et des fonds d’emprunt, la charge des

investissements nécessaires à la construction des ouvrages à la collectivité publique.

Figure 1 : Contribution des actionnaires dans le capital de LYDEC en 2011

Le groupe SUEZ est présent dans 120 pays (argentine, Etats-Unis, Chine, Jordanie…). Au Maroc depuis 1912 de

façon évolutive dans les métiers de l’eau.

Il assure la gestion de plus de 40% des villes de plus d’un million d’habitants ayant délégué leur service d’eau

au secteur privé dans le monde.

Il investit, à travers le monde, l’équivalent de plus de 3 milliards de dollars par an.

Lyonnaise des Eaux : un géant de l’industrie verte.

51%

15%

0.14%

0.20%

SUEZ Environnement

RMA Watanya

Actionnariat flottant à laBourse des valeurs deCasablanca

Fipar Holding (groupeCDG)


autour de SAP MM


15/79

2. Enjeux et perspectives :

Depuis le démarrage de la gestion déléguée, LYDEC a mobilisé tous ses moyens pour offrir un service de qualité

aux habitants de la Région du Grand Casablanca et les doter en infrastructures nécessaires. Pour l’entreprise, la révision du

contrat a été l’occasion de faire le bilan du passé et de procéder aux ajustements nécessaires pour l’avenir en fonction de

nouveaux enjeux techniques, commerciaux, sociaux et financiers.

Les enjeux techniques se manifestent en la lutte contre les inondations et la pollution des côtes et des milieux

récepteurs, le renforcement et la sécurisation de l’alimentation en eau et électricité, le développement des infrastructures

pour accompagner l’urbanisation, la préservation du patrimoine réseau existant, et la pérennité des avancées réalisées en

matière de branchements sociaux.

En ce qui concerne les enjeux commerciaux, la LYDEC vise en effet à améliorer le taux de satisfaction de la

clientèle, d’assurer une relation de proximité avec ces clients et d’améliorer la qualité de service.

Au niveau social, la LYDEC a pour objectif de faire de ses collaborateurs de véritables professionnels porteurs des

valeurs et des ambitions de la société, de créer une relation de confiance et de pérennité avec les partenaires sociaux et

d’assurer au personnel les conditions optimales de succès.

3. Organigramme Général :

La direction générale est organisée en plusieurs pôles qui regroupent des directions. La figure ci-dessous présente

la structure organisationnelle de l’entreprise.

Figure 2 : Organigramme de la Direction Générale

Direction générale

Dir

ecti

on

ad

min

istr

ati

ve e

t

fin

an

cièr

e

Dir

ecti

on

d'a

ud

it in

tern

e et

d'i

nsp

ecti

on

gé

nér

ale

Dir

ecti

on

de

com

mu

nic

ati

on

et

de

dév

elo

pp

emen

t d

ura

ble

Dir

ecti

on

des

sys

tèm

es

d'i

nfo

rma

tio

n

Dir

ecti

on

tech

niq

ue

Dir

ecti

on

d'e

xplo

ita

tio

n,

d'é

lect

rici

té e

t d

'écl

air

age

pu

bli

c

Dir

ecti

on

des

fo

nct

ion

s d

e s

up

po

rt

Dir

ecti

on

des

op

éra

tio

ns

Dir

ecti

on

des

res

sou

rces

hu

ma

ines

Dir

ecti

on

In

ma

e et

ges

tio

n d

e

co

ntr

at


autour de SAP MM


16/79

II. Présentation de la DSI :

1. Direction des systèmes d’informations :

Le schéma ci-dessous représente la structure de la Direction des Systèmes d’Information, elle regroupe plusieurs

départements : département de Développement, d’Architecture, d’Exploitation et de Logistique.

Figure 3 : Organigramme de la DSI

2. Département Développement :

Le département développement aussi regroupe plusieurs services : service support et documentation, service

d’intégration, service application et dernièrement le service SAP.

Figure 4 : Organigramme du département développement /service SAP

3. Service SAP :

Le service SAP, où se déroule le projet de fin d’étude prend en charge :

La gestion des projets autour du système d’information SAP.

La garantie de la bonne démarche des processus SAP.

Le help desk SAP.

La formation des utilisateurs.

Le Support aux différents responsables métiers pour l’identification de leurs besoins.

Direction des systèmes d'information

Département Architecture

Département Développement

Département Logistique

Département Exploitation

Déparetement Développement

Service support et documentation

Service SAP Service Intégration Service Application


autour de SAP MM


17/79

CHAPITRE 2 : Etude générale du projet

I. Périmètre du projet :

1. Présentation du projet :

Vivant dans un contexte de mondialisation, de fusion des entreprises et de concurrence, les entreprises veulent

augmenter leur productivité, leur efficacité et leur marge de profit afin de rester compétitives. Donc les sociétés étaient

contraintes d’élargir leurs conceptions traditionnelles de la gestion. Pour cela les décideurs ont besoin d’avoir une visibilité

en temps réel sur l’état global de la société qu’ils dirigent. Étant amené à prendre des décisions stratégiques, ils ont besoin

d’outils d’aide à la décision fiable, à même de fournir des informations exactes le plus rapidement possible. C’est ainsi que

la logistique fait son entrée.

Historiquement, la logistique a fait son apparition dans les grandes entreprises pour répondre à une double

exigence :

La mise à disposition au moindre cout de la quantité d’un produit, à l’endroit et au moment où la demande

existe.

Gérer les flux d’information, dans le but de réguler les flux de matières.

Plus qu’une méthode de gestion, la logistique est devenue un instrument privilégié de l’information, un avantage

concurrentiel, un levier de maintien et d’accroissement de la compétitivité. Est à l’aide du module MM du progiciel SAP

qui permet de gérer et d’optimiser les processus qui concerne la gestion des articles d'un point de vue achats et gestion des

stocks, les entreprises peuvent parfaitement répondre à leurs exigences.

La gestion de la chaine logistique désigne le sous-domaine du système d’information qui répond aux besoins

spécifiques des opérateurs logistiques des gestions de la chaine d’approvisionnement, prévision, planification, etc.….

Pour ce faire donc il est conduit à faire :

Entretenir à ce titre des liens très fort avec le système d’information de l’entreprise et en particulier avec le

progiciel de gestion intégré (PGI ou ERP en anglais) de l’entreprise.

Mobiliser un grand nombre de données et de flux d’information associés, convenablement organisés et mis à

disposition par le biais d’un stockage approprié sous forme de base de données.

Offrir une palette de traitements et d’applications logicielles, en phase avec les besoins particuliers des

opérateurs logistiques.

Le thème soumis à mon projet est la mise en place d’une plate-forme décisionnelle SAP BI autour de SAP MM

(Material Management).


autour de SAP MM


18/79

Figure 5 : Architecture SAP BI / MM

2. Objectifs du projet :

Parmi les objectifs fixés par la mise en place de cette plate-forme on peut citer :

Mettre en place un outil orienté vers les opérationnels pour développer leurs besoins en matière de reporting

et d’analyse.

Permettre une prise de décision facile et rapide pour l’ensemble des acteurs autour de SAP.

Répondre aux exigences de reporting.

Disposer de tableaux de bord standards autour de SAP et éliminer tous développements spécifiques.

Délivrer la bonne information, au bon temps, à la bonne personne et sous le bon format.

Disposer d’une plateforme décisionnelle et d’un entrepôt de données (Dataware house) d’entreprise autour du

système d’information SAP LYDEC.

Intégrer et fusionner toutes les données transactionnelles autour de SAP.

Séparer la plateforme transactionnelle de la plateforme décisionnelle.

3. Livrables :

Phases Prérequis Livrables Dépendances Critère de fin de phase

Lancement et

planification

Fourniture par LYDEC de la documentation

nécessaire.

Cahier de charge.

Plan d’assurance

qualité.

N/A. Le cahier de charge rédigé et validé, le travail planifié, la phase d’analyse

peut commencer.

Etude et analyse des

besoins

Fourniture par LYDEC

de la documentation nécessaire.

Dossier de spécification

fonctionnelle

Phase de lancement et

planification.

Validation des besoins exprimés

par le service achats.

Analyse et Modélisation

Néant. Dossier d’architecture fonctionnelle.

Phase d’étude et analyse des besoins.

Compréhension fonctionnelle et technique de l’application par

l’équipe de développement.


autour de SAP MM


19/79

Tableau 1 : Tableau des livrables

4. Aspect qualité :

Les caractéristiques les plus souvent associées à la réussite d’un Datawerhouse sont les suivantes :

Objectifs de progrès clairs, mesurables. Si les enjeux ne sont pas définis suffisamment précis, le système risque

de se limiter au rôle de réservoir de données et d’être trop générique.

Choix d’informations utiles (privilégier la pertinence à la disponibilité).

Faire intervenir les utilisateurs dans la conception pour choisir les indicateurs clefs et données pour mieux

travailler.

Avoir une bonne qualité de données : cohérentes, à jour, documentées.

Avoir un accès direct pour les utilisateurs, leur donner les moyens d’être autonomes.

Etre flexible : pouvoir supporter l’augmentation des utilisateurs, de type de données, de volume de données.

En effet, le nombre d’utilisateurs du Datawerhouse croît de manière exponentielle (nombre multiplié par 10

ou 15 en 2 ans). Plus il y a d’utilisateurs, plus il y a des requêtes, plus il y a des données qui transitent.

Figure 6 : Résumé des aspects qualité

s imple et élaborée

permettre un accès

rapide aux informations

homogène, cla ire,

concise et intuitive

rapide,

fiable, flexible et

maintenable

Développement du

processus ETL

Disposer d’un accès aux

données. Dossier d’ETL.

Phase de Modélisation/Phase de

mise en place de l’environnement de

développement.

Mise en place du DATAMART

alimenté par le processus ETL.

Reporting et

tableaux de bord Néant.

Dossier de tableaux de

bords réalisés et de cubes.

Phase Développement du

processus ETL

Activation des cubes à travers

le datamart réalisé dans la

phase précédente. Mise en place des tableaux de

bords réalisés et les validés.


autour de SAP MM


20/79

5. Matrice des risques :

Maîtriser les risques est une préoccupation majeure en conduite de projet informatique. Les risques sont définis

comme la possibilité qu'un projet ne s'exécute pas conformément aux prévisions de dates, de coût ou de qualité.

L’identification initiale des risques s’est effectuée en fonction des objectifs, des exigences et du contexte du projet.

Pour effectuer ce recensement, nous avons procédé à un brainstorming avec les membres de l’équipe et consulter les suivis

des risques effectués sur les projets antérieurs.

Ensuite les risques sont classifiés (classification selon une typologie et estimation de leur probabilité d’apparition) ;

leurs conséquences sont évaluées (en termes d’impacts).

Le tableau suivant illustre la matrice des risques identifiés susceptible d’affecter le déroulement normal du projet, leurs

impacts et les actions préventives à réaliser pour limiter la probabilité de l’apparition de chaque risque.

Risque Impact Probabilité Classement Actions préventives

Risques gestion de projet Mauvaise estimation du planning prévisionnel.

Retard sur le planning réel.

Moyen Planning prévisionnel déterminé avec une marge de manœuvre.

Le besoin est changeant selon le

client.

Décalage sur le

planning réel.

Elevé Rester flexible pour pouvoir changer ou remplacer des parties.

Risques humain

Les compétences de l'équipe

sont insuffisantes.

Ralentissement des

travaux.

Moyen Structuration de l'équipe.

Redistribution des rôles.

Formation, motivation.

Manque de motivation des

équipes.

Glissement de

planning et objectifs moins bien atteints.

Elevé Redistribution des rôles.

Responsabilisation.

Formation.

Risques Ressources Matériel Manque / Problème des

machines.

Ca bloquera

l’avancement du projet.

Moyen Des sauvegardes sont à faire chaque fin de journée pour minimiser les pertes de données.

Risques Technique

Importance des changements

technologiques (innovation).

Ralentissement des

travaux.

Elevé Identification d'experts internes.

Formation.

Assistance externe.

Instabilité de l'environnement. Ca bloquera

l’avancement du projet.

Elevé Recensement des bugs connus.

Choix de versions des logiciels.

Recommandations de configuration.

Accord avec les constructeurs/éditeurs.

Les temps de réponse ne sont pas satisfaisants.

Ralentissement du fonctionnement de

système.

Moyen Simulation.

Essais comparatifs.

Modélisation, prototypage.

Risques Organisationnel

Les utilisateurs ne sont pas impliqués.

Retarder le projet. Elevé Organisation de groupes de travail.

Création d'un comité des utilisateurs.

Communication.

Attitude hostile des futurs utilisateurs.

Instabilité du système. Elevé Organisation de groupes de travail d'utilisateurs.

Création d'un comité des utilisateurs.

Communication.

Formation.

Tableau 2 : Le classement des risques

Faible Moyen Sévère Dangereux

Tableau 2 : Le classement des risques


autour de SAP MM


21/79

II. Conduite du projet :

1. Définition :

La gestion de projet ou conduite de projet est une démarche visant à structurer, assurer et optimiser le bon

déroulement d'un projet suffisamment complexe pour devoir :

Etre planifiée dans le temps : c'est l'objet de la planification (La planification est la programmation d'actions et

d'opérations à mener).

Etre budgétée (étude préalable des coûts et avantages ou revenus attendus en contrepartie, des sources de

financement, étude des risques opérationnels et financiers et des impacts divers...).

Faire intervenir de nombreuses parties prenantes : c'est l'objet des organisations qui identifient maîtrise

d'œuvre et maîtrise d’ouvrage (voir également fonctions de maîtrise d'ouvrage).

Responsabiliser le chef de projet ou le directeur de projet (Le directeur de projet ou encore coordinateur de

projet est la personne responsabilisée sur l'aboutissement d'un projet (par exemple, d'un projet d'évolution du

système d'information), mettre en place un comité de pilotage.

Suivre des enjeux opérationnels et financiers importants.

L'objectif doit être précisé de façon claire, chiffrée et datée. Le résultat doit être conforme à des normes de qualité

et de performances prédéfinies, pour le moindre coût et dans le meilleur délai possible.

2. Cycle de vie d’un projet décisionnel :

On obtient toujours de meilleurs résultats avec une méthode que sans méthode. Mon choix s'est porté sur le cycle

de vie dimensionnel proposé par Ralph Kimball.

Cette méthode est illustrée par le schéma suivant. Ce schéma représente la succession des tâches de haut niveau

(macro tâches) nécessaires à la conception, au développement et au déploiement d'entrepôts de données. Il décrit le

cheminement du projet dans son ensemble: chaque rectangle sert de poteau indicateur ou de borne. Il apparaîtra au début

de chaque grande étape pour signaler notre position dans le cycle de vie.

Le schéma ci-dessous représente le cycle de vie dimensionnel :

Figure 7 : Cycle de vie d’un projet décisionnel


autour de SAP MM


22/79

3. Description des phases :

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

Lancement et planification : L’objectif principal de cette étape est la familiarisation avec le projet, c'est-à-

dire comprendre les grands traits du projet et planifier et organiser le travail.

Recueil et analyse des besoins : cette phase passe par une analyse de la solution existante, ses

inconvénients, ainsi qu’une collecte de l’ensemble des besoins fonctionnels et non fonctionnels exprimé par la

DSI et la validation de ces besoins par l’équipe du projet. A l’issue de cette phase un dossier d’analyse et

spécification sera réalisé.

Etude technique : cette phase a pour but la montée en compétence dans les outils utilisés et la préparation

de l’environnement de développement et la résolution de tous les problèmes de l’outillage utilisé.

Conception : Cette phase part de l’analyse déjà effectuée de l’existant, permet la conception fonctionnelle et

technique du projet.

Développement du processus ETL : Cette phase permet la réalisation du processus qui permet l’extraction

des données depuis les sources de données, leurs transformations et le chargement de ces données.

Développement des rapports et tableaux de bord : Cette phase a pour objectif la construction du cube et

la réalisation des différents rapports et tableaux de bord qui vont répondre au besoin du client en termes

d’analyse.

III. Planification du projet :

L'objectif de ce planning est de déterminer les étapes du projet et le timing. Ce planning joue un rôle primordial

pour la réalisation et le suivi du projet, il est établi dans le début de chaque projet afin de suivre le bon déroulement de

chaque tâche. L’élaboration du planning s’est basée sur l’hypothèse suivante :

Respect des périodes de validation.

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

1. Decoupage du projet :

Figure 8 : Découpage du projet

Prise en Charge

BI / SAP BI

Métier des achats

SAP MM

Etude et analyse des besoins

Recensement des besoins

Ellaboration du cahier de

charge

Modélisation

Modélisation du processus achats de la

LYDEC

Création des Cubes

Mise en oeuvre

Création des requetes

Réalisation des tableaux de

bords

Déploiement


autour de SAP MM


23/79

2. La planification prévisionnelle du projet :

Ce planning a été établi après la définition du besoin. Il comporte les étapes du projet et les durées qui leur ont été

allouées aussi bien que les durées des différentes sous taches composant chaque phase. Ainsi, ce planning a servi de

tableau de bord pour le suivi de l’état d’avancement du projet.

Figure 9 : Planning prévisionnel du projet


autour de SAP MM


24/79

3. Le déroulement réel du projet :

Figure 10 : Déroulement réel du projet

La figure ci-dessus représente le planning réel du projet qui est diffèrent du planning prévisionnel cité au début, et

ces écart sont analysés dans la partie suivante.


autour de SAP MM


25/79

4. Analyse des écarts :

Etape Nombre de jours Type d’écart

Prise en charge de l 'outil SAP BI +2 Retard

Identifier dans le "Business Content" les cubes standards éligibles +2 Retard

Identifier dans le Business Content les extracteurs et régles de transformation +1 Retard

Elaborer le document des spécifications fonctionnelles -2 Avance

Activation des cubes OLAP sur SAP BW +2 Retard

Création des requêtes sur Bex Query Designer -2 Avance

Réalisation des tableaux de bords sur l 'analyzer -1 Avance

Total +2

Tableau 3 : Tableau des écarts

IV. Organisation du projet :

1. L'équipe projet :

Figure 11 : Organisation de l’équipe du projet

Nom Rôles des acteurs du projet Mail

Abdelaziz HAYOURI Chef de service SAP [email protected]

Hicham ELKOUDRI Consultant Technique SAP BI / MM [email protected]

Salah Eddine BENTALBA Analyste / Développeur [email protected]

Yassine ATTASSI Chef de projet SAP [email protected]

Hassan MORTADI Administrateur système SAP [email protected]

MIKOU Ayoub Administrateur système SAP [email protected]

Tableau 4 : Les rôles des acteurs

Chef de projet

ELKOUDRI HICHAM

Equipe systeme

MORTADI Hassan MIKOU

Ayoub

Equipe fonctionelle

HAYOURI ABDELAZIZ

Equipe Technique

BENTALBA

Salah Eddine

ELKOUDRI Hicham

MORTADI Hassan


autour de SAP MM


26/79

2. Flux de Communication :

Figure 12 : Diagramme de flux de communication

1 : Le chef de projet SAP guide l’ingénieur pendant son

travail.

2 : Le chef de service SAP avec un responsable du service

achat explique à l’Equipe les besoins du service.

3 : L’ingénieur valide son travail de conduite de projet et

son rapport avec son encadrant EMSI.

3. Suivi interne :

Plus le suivi quotidien avec le responsable projet qui est mon encadrant d’entreprise, des réunions hebdomadaires

sont organisées entre les membres de l’équipe du projet.

Aussi, des réunions sont organisées sur demande par le responsable du service achats.

Ces réunions ont pour objectifs :

Le suivi détaillé de l’avancement du projet et l’affectation des ressources sur le projet.

Le suivi des actions interne et externe à mener sur le projet.

La synchronisation entre les intervenants.

La validation de la révision des risques.

La validation de la ré-estimation et la re-planification du projet.


autour de SAP MM


27/79

4. Outils de Gestion de projet :

Microsoft Project (ou MS Project ou MSP) est un logiciel de gestion de projet de Microsoft. MS Project permet de

planifier les projets et les ressources, et d’assurer le suivi des projets durant leur réalisation. Cet outil permet ainsi au chef

de projet d’assurer une gestion de projet professionnelle, conforme à l’état de l’art, et ainsi garantir le respect des délais.

Les principales fonctionnalités :

Planification et pilotage des projets.

Gestion des ressources.

Gestion des couts.

Analyse et communication des informations du projet.


autour de SAP MM


28/79

Environnement de travail

Ce chapitre présentera l’environnement de travail, les Concept de base comprenant l’architecture et les

fonctionnalités.


autour de SAP MM


29/79

CHAPITRE 3 : le progiciel SAP

I. Présentation SAP :

1. Définition d’un ERP : Un ERP (Enterprise Resource Planning) traduit généralement par PGI (Progiciel de Gestion Intégré) - peut être

défini comme un système dans lequel les différentes fonctions de l'entreprise (comptabilité, finances, production,

approvisionnement, marketing, ressources humaines, qualité, maintenance, etc.) sont reliées et intégrées entre elles par

l'utilisation d'un système d'information centralisé sur la base d'une configuration client/serveur.

La mise en œuvre d'un système complètement intégré permet de répondre de manière précise et en temps réel aux

questions du type: «Que se passe-t-il si je décide de faire ceci ?». Par exemple, si une entreprise reçoit une commande de

marchandises, il est possible de savoir presque instantanément les conséquences de cette demande sur les capacités de

production, sur les besoins d'approvisionnement, sur le personnel nécessaire pour accomplir cette tâche, sur les délais

requis pour satisfaire cette demande, sur les besoins de financement, sur la profitabilité de cette opération, etc.

2. Le progiciel SAP :

SAP (System, Applications, and Products for data processing) est le leader

mondial des ERP. Ce progiciel a remporté rapidement un succès important

auprès des grandes entreprises en proposant un progiciel multilingue et

multidevises. SAP s’intéresse aussi au marché des PME, en pleine croissance en

proposant sa suite BusinessOne, pour les entreprises de 2 à 250 salariés.

SAP est une application client-serveur. Ses modules couvrent l'ensemble des

fonctions de gestion de l'entreprise. Chaque module couvre des besoins complets de gestion. Certains entreprises

implémentent tous les modules fonctionnels de SAP, ou seulement quelques-uns. SAP R/3 est entièrement paramétrable.

Par ailleurs, grâce à son environnement de développement, SAP R/3 peut être adapté à des besoins spécifiques

(développements en ABAP/4 - Advanced Business Application Programming.

Le schéma ci-dessous représente la répartition des parts de marché des principaux ERP en 2010 au niveau

mondial. SAP domine avec 24% des parts de marché.

Figure 13 : Marché mondial des ERP en 2010

SAP

ORACLE

Microsoft Dynamics

Autres


autour de SAP MM


30/79

3. Les modules SAP / R3 :

Les modules sont les composants fonctionnels du système SAP R/3. On peut distinguer 3 familles de modules

fonctionnels (voir figure ci-dessous):

Les ressources matérielles : modules orientés logistique (MM, PP, SD, QM, PM).

Les ressources financières : Finance (FI, CO, TR, IM).

Les ressources humaines : administration et développement du personnel (PA, OM, PT, PD…).

Figure 14 : Principaux modules SAP

a. Module MM-SD :

L’approvisionnement et le flux des matières premières et produits finis représentent un facteur décisif

dans la réussite d’une entreprise. Une gestion efficace des Achats et Stock garantit un flux de matières, de produits et de

services efficace sur l’ensemble de l’entreprise, à un coût raisonnable et prévisible.

L’application Achats et Stocks (MM) de R/3 offre un jeu de fonctions hautement intégré, susceptible de

couvrir la totalité des besoins d’une entreprise. Il comprend notamment le calcul des besoins, la gestion des achats, la

réception de marchandises, la gestion des stocks, la gestion des emplacements de magasin, le controle des factures, l’achat

de services externes et le système d’information des achats. Ces fonctions sont étroitement intégrées entre elles et avec le

reste du système R/3. Autrement dit, toute opération d’Achats et Stocks met immédiatement à jour les données

concernées dans les domaines connexes et dans les autres applications R/3, telles que la Gestion de la production (PP),

l’Administration des ventes (SD), la Comptabilité financière (FI), le Contrôle de gestion (CO), la Gestion des

immobilisations (AM) et la Gestion de la qualité (QM). Le calcul d’approvisionnement sur consommation crée des

propositions basées sur point de commande ou prévisions. Des besoins complémentaires issus des demandes d’achat sont

également transmis au service Achats. Les demandes d’achat provenant d’une commande client, d’un centre de coûts ou

du calcul des besoins sont transmises aux Achats, où elles sont converties en commandes. La sélection des fournisseurs et

la création des commandes peuvent s’effectuer automatiquement. L’utilisateur peut accéder aux contrats. Le module

Gestion des achats comprend des procédures de lancement automatiques et peut enregistrer une approbation d’une

personne spécifique via une signature électronique.

La Gestion des stocks prend en charge l’administration des stocks disponibles en magasin jusqu’à ce qu’ils soient

consommés. Le système gère tous les types courants de mouvements d’entrée, de sortie et de transfert d’articles, ainsi que

les tâches spéciales telles que la gestion des lots, des stocks en consignation, des stocks négatifs ou des stocks commandes

client.


autour de SAP MM


31/79

Figure 15 : Les processus de SAP MM

b. Autres Modules :

Module Finance Ressources humaines

- Module FI (Financial)

Le module FI contient toutes les écritures des ventes et

achats, lesquelles se déversent dans la comptabilité générale via la

comptabilité client ou fournisseur.

FI-GL : Comptabilité générale (General Ledger).

FI-AR : Comptabilité client (Accounts Receivable).

FI-AP : Comptabilité fournisseur (Accounts Payable).

FI-AM : Comptabilité des immobilisations (Assets

Management).

Comptabilité bancaire.

Consolidations

- Module CO (Controlling)

Le module CO concerne la comptabilité analytique.

Contrôle de gestion de l'entreprise.

Analyse des coûts par centre de frais.

Comptabilité des ordres et des projets.

Comptabilité des centres de profits.

- Module PS (Project Systems)

Le module PS concerne la gestion des projets.

Structuration des projets.

Suivi de coûts et budgets. /Intégration avec PM, PP

et CO.

Planning et calendrier. /Système d'information.

- Module PA - Données de base personnel

Gestion de la rémunération.

Gestion des employés.

Primes d'intéressement.

Gestion de la paie.

Suivi du temps de travail.

Suivi des frais de déplacement.

- Module PD - Gestion des compétences

Gestion de la structure HR de l'entreprise.

Suivi des carrières.

Planification des réservations de salle.

Gestion des séminaires et conférences.

Gestion de la workforce.

Recrutement de personnel.

Employée self-service (accès intranet pour les

employés).

Manager self-service.

Gestion des formations et évènements.

Fou

rnis

seu

rs

Clie

nt R

E

C

E

P

T

I

O

N

Achat

Stock matières

premières

Processus de

transformatio

n Processus de

stockage

Stockage

Produits

Finis

D

I

S

T

R

I

B

U

T

I

O

N

Commande


autour de SAP MM


32/79

CHAPITRE 4 : Les systèmes décisionnels

I. Introduction :

Face à une complexité de l’informatique, un environnement instable où les Rachats et fusion d’entreprises sont

nombreuses, une concurrence omniprésente et une Internationalisation des échanges, les décideurs ont besoin d’avoir une

vision claire de leurs Affaires à tout moment, très rapidement et à l’aide d’outils faciles à utiliser sans perturber le Système

de production existant.

Quelle entreprise ne voudrait pas :

Fidéliser ses clients en les identifiant mieux : leur proposer les produits ou services susceptibles de les

intéresser.

Maîtriser les risques qu’elle prend.

Optimiser ses activités.

Exploiter intelligemment les données stockées.

Avoir plus d’information que ses concurrents.

Anticiper.

D’où l’ère de l’informatique décisionnelle, véritable lame de fond qui balaye tous les secteurs de l’industrie et attire

de plus en plus de fournisseurs qui flairent un marché porteur.

En effet, un système décisionnel fait appel à toute une palette d’outils de toutes origines : logiciels spécifiques,

machines puissantes, outils de requêtes à multiplier par le nombre de postes de, SGBD.

II. Définition d’un système d’information décisionnel :

Le système décisionnel est un SI dédié aux applications

décisionnelles. Les applications décisionnelles

représentent un ensemble d’informations et d’outils mis

à la disposition des décideurs pour supporter de manière

efficace la prise de décision.

Situés au-dessus des systèmes sources, les systèmes

décisionnels se composent de trois éléments principaux :

l’entrepôt de données, les magasins de données et enfin

les outils de restitution.

Figure 16 : Composantes d’un système décisionnel


autour de SAP MM


33/79

III. Architecture d’un Système décisionnel :

Figure 17 : Architecture d’un système décisionnel

Un système décisionnel ne peut se construire en marge des autres systèmes de l’entreprise. Il nécessite une vision

globale du système d’information opérationnel. Il mobilise des équipes de concepteurs chargés de la mise en œuvre en

respectant des délais courts, des dirigeants et des utilisateurs qui définissent les données pertinentes et orientent le projet

vers un choix technique convivial. Il se caractérise par une simplicité d’utilisation, une disponibilité, une réactivité (utilisé à

tout moment, par de plus en plus de personnes, avec des requêtes toujours plus exigeantes) et une convivialité des outils

d’interrogation. Penser grand et démarrer petit est la devise d’une telle informatisation.

Cette conception rigoureuse est rendue difficile par la multiplicité des sources de données et par sa démarche

différente d’une conception classique :

Il s’agit d’une modélisation par les vues des utilisateurs indépendamment des bases de production.

Les informations à prendre en compte ne sont pas les données brutes opérationnelles. Elles doivent sub ir des

transformations (calculs, ajout de notions de temps ...). Elles peuvent avoir un sens différent selon le secteur

d’activité concerné. On regroupe donc, dans un référentiel commun, des éléments provenant de plusieurs

applications, orientés métiers et représentant la mémoire de l’entreprise.

IV. Le concept OLAP (ON LINE ANALYTICAL PROCESSING) :


autour de SAP MM


34/79

Figure 18 : Concept multidimensionnel (OLAP ON LINE ANALYTICAL PROCESSING)

L’informatique décisionnelle a connu ses balbutiements dans les années 80. Mais ce n’est qu’en 1993 qu’elle va être

normalisée par E.F. CODD qui a également formalisé les bases relationnelles.

Il n’a fait que formaliser un concept déjà mis en œuvre par plusieurs éditeurs :

ARBOR, IRISOFTWARE, COMSHARE et PILOT.

OLAP n’est pas une nouvelle technologie mais réunit un ensemble de nouvelles fonctionnalités décrites par les 12

règles suivantes :

1. Vue multidimensionnelle : La base s’appuie sur un hyper-cube (cube à n dimensions).

L’administrateur définit une fois pour toute les dimensions qui représentent une façon de trier l’information et

regroupent une liste de membres du même type (temps, produit, région ...).

L’analyse pourra ainsi être affinée dans le détail (vision pyramidale).

L’utilisateur choisit deux ou trois critères à visualiser sous forme de tableau ou de cube. Il peut également faire

pivoter les axes d’analyse pour projeter les informations sous un angle différent. Ainsi, après avoir examiné les ventes par

région, il peut permuter les axes pour une visualisation par mois.

2. Transparence :

L’utilisateur doit pouvoir utiliser ses progiciels habituels (tableur, reporting, interface graphique ...) sans percevoir

la présence d’un outil OLAP.

Cette transparence s’effectue :

Entre l’outil bureautique et la base multidimensionnelle.

Sur l’emplacement physique des données.

3. Accessibilité :

L’outil rend invisible à l’utilisateur l’hétérogénéité des données .Il accède simultanément à n’importe quel type de

base et effectue les Mêmes requêtes en conservant la cohérence des résultants.


autour de SAP MM


35/79

4. Performance continue dans les restitutions :

Les performances sont indépendantes du nombre de dimensions. Elles ne dépendent pas du volume mais de la

complexité graphique.

5. Architecture Client / Serveur :

Une répartition intelligente des traitements et des données est effectuée.

6. Dimensions graphiques :

Les axes d’analyse ne dépendent pas de la structure. Toute fonction appliquée à une dimension s’applique aussi

aux autres.

7. Gestion dynamique des matrices creuses :

Les cellules non renseignées (pas de correspondance entre les dimensions) ne doivent pas encombrer la mémoire.

On doit pouvoir modifier la structure de données de l’outil OLAP et changer dynamiquement les méthodes

d’accès.

8. Support multiutilisateurs :

Les accès simultanés sont gérés (récupération, mise à jour ...).

9. Opérations entre dimensions :

On doit pouvoir effectuer des calculs sur toutes les combinaisons possibles de dimensions sans restriction

technique. De plus, les outils OLAP gèrent les calculs inter-dimensions sans faire appel aux usagers du système.

10. Manipulation intuitive des données : L’utilisateur dispose d’une ergonomie de consultation. Il peut manipuler les données sans avoir recours à un menu

ou à des allers / retours successifs.

11. Flexibilité des restitutions :

L’élaboration de rapports doit être souple et conviviale pour un non-initié. Il doit pouvoir cliquer sur une colonne

ou une ligne afin d’obtenir le détail.

12. Nombre de dimensions et de niveaux de hiérarchie illimités :

L’outil OLAP gère au moins quinze dimensions dans le même modèle. Le nombre de niveaux d’agrégation est

illimité.


autour de SAP MM


36/79

V. Les fonctionnalités :

Les besoins des utilisateurs peuvent être regroupés en 4 grandes catégories : Simuler, Analyser les données,

Produire des états de gestion, Suivre et contrôler. Face à ces besoins, les systèmes décisionnels proposent les

fonctionnalités suivantes :

Simuler :

Gestion de modèles de calcul (Calcul automatique d’ensemble de données complexe en fonction: De

paramètres entrés par les utilisateurs et de règles de gestion)

Exemple d’utilisation : Elaboration de business plan.

Elaboration collaborative (Ajout de fonctionnalités de workflow aux modèles de simulation décrits

précédemment)

Exemple d’utilisation : Elaboration budgétaire.

Analyser les données :

Fonctionnalités OLAP : Etablissement d’analyses dynamiques multidimensionnelles avec possibilité de trier,

filtrer et zoomer à l’intérieur des données.

Exemple d’utilisation: détermination des causes expliquant l’évolution d’une donnée de synthèse

(Chiffre d’affaires).

Fonctionnalités avancées de datamining. Ensemble de techniques statistiques sophistiquées permettant de

faire apparaître des corrélations, des tendances et des prévisions.

Exemple d’utilisation: prédiction de défaillances, sélection de client pour une promotion.

Produire des états de gestion :

Fonctionnalité de reporting requêteurs permettant de produire de façon simple et rapide des tableaux de

données incorporant des calculs plus ou moins sophistiqués.

Exemple d’utilisation: production d’état de gestion à la demande.

Suivre et contrôler :

Elaboration de tableaux de bords : Production et diffusion automatique à fréquence régulière de tableaux de

bord regroupant des données hétérogènes.

Exemple d’utilisation: Production de tableaux de bord graphiques à 2 Tendances récentes des systèmes

décisionnels le temps réel. Supporté par un petit nombre d’éditeurs et utilisé de façon confidentielle par les

entreprises.

Emission d’alerte : Génération conditionnelle de messages sur différents supports (Email, SMS…) plus ou

moins complexes en fonction de Configuration de données.

Exemple d’utilisation : alerte sur constatation d’un incident de paiement.

Il est rare que l’ensemble de ces fonctionnalités soient mises en place dans une entreprise. Les mises en œuvre

sont en outre souvent réalisées par domaine fonctionnel (les ventes, les achats…). Par ailleurs il n’existe pas, à ma

connaissance, de produit couvrant l’ensemble de ces fonctionnalités. Chaque progiciel, en fonction de son origine et du

positionnement que souhaite lui donner son éditeur, est plus ou moins avancé sur l’un ou l’autre thème.

Il est donc crucial de déterminer précisément ses besoins présents, et futurs, ainsi que les Contraintes liées à son

organisation ou à son activité avant de choisir une solution.


autour de SAP MM


37/79

D’expérience, il est toujours difficile d’expliquer à des dirigeants que l’on doit dépenser de l’argent, parfois

beaucoup, toujours trop, pour analyser et manipuler des données existant dans les systèmes d’information de l’entreprise.

Les apports des systèmes décisionnels sont néanmoins réels. Ils peuvent être classés en 2 grandes catégories :

L’amélioration de l’efficacité de la communication et de la distribution des informations de pilotage.

L’amélioration du pilotage des entreprises résultant de meilleures décisions, prises plus rapidement.

Si le premier point est aisément compréhensible, présente peu de risque de mise en œuvre et pose peu de

problème d’évaluation ce n’est clairement pas en revanche une source de gains significative. Il sera très difficile, le plus

souvent, de justifier les coûts d’un projet sur cette seule promesse.

La seconde catégorie à nettement plus de potentiel de gains mais il faut bien reconnaître que les risques de ne pas

atteindre les objectifs initiaux sont réels, sans parler des énormes difficultés d’évaluation des bénéfices escomptés.

Les bénéfices de ce type les plus souvent sont les suivants :

Unicité des chiffres, une seule vérité acceptée par tous.

Meilleure planification.

Amélioration de la prise de décision.

Amélioration de l’efficacité des processus.

Amélioration de la satisfaction des clients et des fournisseurs.

Amélioration de la satisfaction des employés.


autour de SAP MM


38/79

CHAPITRE 5 : Présentation de SAP BI

I. Définition de SAP Business Intelligence :

SAP Net Weaver BI est la plateforme décisionnelle de SAP. Elle regroupe les disciplines liées à la prise de

décision, de l'alimentation du data Warehouse à la publication des informations. Elle donne une vision analytique de

l'activité de l'entreprise à partir de l'étude des diverses données. Elle permet aux décideurs de suivre le fonctionnement de

l'entreprise, d'étudier sa performance et d'en déduire les tendances prospectives.

Elle fait appel à quatre catégories d'applications :

La collecte et l’extraction à partir des données brutes. On dispose pour cela de :

• De procédures d’extraction internes

• Des ETL (Extraction, Transformation and Loading)

Le stockage et la consolidation des données :

• Dataware house, ou Datamart

La recherche des tendances fortes :

• Le datamining

la mise en forme et la restitution :

• Le décisionnel

• Collaboration et Knowledge Management

II. Business MAP de l’infrastructure NetWeaver :

Présentation de la Couche SAP Business Information Management dont fait partie SAP BI

User Productivity Enablement

Running an Enterprise Portal

Enabling User Collaboration

Business Task Management

Mobilizing Business Processes

Enterprise Knowledge

Management Enterprise Search

Data Unification

Master-Data Management Enterprise Data Warehousing

Business Information Management

Enterprise Reporting, Query, and Analysis

Business Planning and Analytical Services

Enterprise Data Warehousing

Enterprise Knowledge Management

Enterprise Search

Business Event Management

Business Activity Monitoring Business Task Management

End-to-End Process Integration

Enabling Application-to-Application

Processes

Enabling Business-to-Business Processes

Business Process Management

Enabling Platform Interoperability

Business Task Management

Custom Development

Developing, Configuring, and Adapting Applications Enabling Platform Interoperability


autour de SAP MM


39/79

Unified Life-Cycle Management

Software Life-Cycle Management SAP NetWeaver Operations

Application Governance and Security Management

Authentication and Single Sign-On Integrated User and Access Management

Consolidation

Enabling Platform Interoperability

SAP NetWeaver Operations

Master-Data Management

Enterprise Knowledge Management

Enterprise Data Warehousing

Enterprise SOA Design and Deployment

Enabling Enterprise Services

III. Les composantes de SAP BI :

Figure 19 : Architecture SAP BW

Les outils suivants composent la suite BI de SAP :

Data Warehousing (SAP BW Administrator Workbench):

Extraction, transformation, and loading (ETL).

Dataware house management.

Business modeling.

BI Platform:

On-line analytical processing (OLAP).

Data Mining.

Alerting.

Meta Data Repository.

Planning Framework.


autour de SAP MM


40/79

BI Suite of Tools (SAP BW Business Explorer): BEx

Query Design.

Managed Reporting and Analysis.

Visualization – Web Application Design.

Collaboration.

IV. mySAP BI : fonctionnalités clés :

Les fonctionnalités clés de mySAP BI :

Data Warehouse : Intègre et stocke les données provenant de diverses sources afin de faciliter l'analyse

stratégique et la prise de décision.

Reporting et analyse : Prend en charge des requêtes complexes et la prise de décision inter-entreprises grâce

à une fonction de rapport flexible, basée sur le Web.

Déploiement des informations : Déploie des informations interprétées sur des canaux multiples via les

portails d'entreprise.

Gestion des connaissances : Gère les informations non structurées sous une grande variété de formats,

notamment texte, audio et vidéo.

Planification et simulation : Lie la stratégie à la définition d'une cible opératoire et simule l'impact des

changements envisagés sur les résultats financiers et l'exploitation.

Gestion de contenu Web : Utilise la fonction de publication pour distribuer du contenu aux intervenants,

tant à l'intérieur qu'à l'extérieur de l'entreprise. Utilise la fonction d'abonnement pour donner aux utilisateurs

un meilleur contrôle sur leur environnement de travail.

Cockpits d’information basés sur le Web : Fournit les bonnes informations aux bonnes personnes,

rapidement et facilement.

Gestion des performances : Tire parti d'outils d'analyse et de modélisation de données sophistiqués pour

produire une représentation visuelle des objectifs stratégiques. Modélise des scénarios pour développer des

stratégies d'entreprise optimisées et surveille les performances par rapport aux objectifs.

Applications analytiques : Intègre les processus d'entreprise, ainsi que les scénarios et les règles de mesure

prédéfinis :

• Application relation client : pour mesurer et optimiser la relation client.

• Application entreprise : pour évaluer les performances financières et développer une gestion performante tout au long des processus de back-office.

• Application chaîne logistique : pour mesurer et optimiser les chaînes logistiques.

• Application commerce électronique et market place : pour analyser l'expérience du "client on-line".

http://www.sap.com/france/solutions/bi/Bi-Fonctions2.asp


autour de SAP MM


41/79

V. Présentation Data Warehousing :

1. L’outil ETL: Extraction, transformation, and loading : Les transformations et les protocoles de transfert (Data Transfer Protocol) permettent de mettre en place des

processus de transformation et de chargement des données.

Les règles de transfert peuvent être des routines ABAP/4 (c’est à dire des programmes, en général de taille

modeste, qui vont manipuler les champs écrits dans le langage de SAP qu’est l’ABAP), des correspondances champs à

champs ou des constantes.

Les transformations comportent principalement le mapping, entre deux objets, mais aussi dans une moindre

mesure les règles de gestion simples, décrites sous forme de routines ou de dérivations, que l’on peut effectuer à l’aide du

code ABAP (utilisé par SAP).

Décrivons à présent le scénario de base d’alimentation d’un flux transactionnel. Le processus comprend

l’extraction ainsi que la copie des données du DataSource côté ECC, si nécessaire, dans la PSA. Les données extraites sont

recueillies dans la structure de transfert (DataSource côté BW). Les données vont subir des transformations pour établir un

lien avec un ou plusieurs cubes. Ces transformations vont établir la correspondance entre les caractéristiques et ratios de la

structure de communication et les caractéristiques et ratios de l’InfoCube.

Finalement, il existe plusieurs manières pour mettre en place un flux de données des systèmes sources jusqu’aux

cubes de données, par exemple :

OU

Quelques avantages de l’ETL SAP :

Ouvert à différents sources de données (SAP et Non SAP).

Intégration sur le niveau d’application.

Ouvert à des outils tiers.

Des interfaces standard disponibles.

Figure 20 : Principe de l’ETL de SAP

Datasource

PSA

Transformation Cube

Datasource

PSA

Transformation

ODS Cube


autour de SAP MM


42/79

2. DataWarehouse management :

Composé de trois parties :

3. Présentation du BI Platform : La couche BI Platform est une infrastructure technologique proposant des fonctions d’analyses :

OLAP : préparation de l'information en grandes masses et historisation des données. Le processeur OLAP

permet la réalisation des analyses multidimensionnelles selon différents angles d’analyses métiers.

Metadata : permet l’utilisation sur des objets stockés dans le metadata au niveau d’un système source (SAP et

Non SAP) ou dans le système BW.

BW-BPS (Business planning and simulation) : Utilisé pour la planification, la budgétisation et la

simulation.

APD (Analysis Process Designer) : permet à travers la combinaison d’information d’établir des analyses

relatives aux processus métiers (data mining).

Data Warehouse :

Non volatile

Granulaire

Intégré

Base historisée

Construit avec ObjetsODS

Operational Data Store : ODS

Reporting opérationnel

Plus au moins du temps Réel

Volatile

Granulaire

Construit avec

Objets ODS

ODS

Modèle multidimensionnel :

Analyse multidimensionnelle

Vue agrégée

Intégré

Construit avec des

Infocubes


autour de SAP MM


43/79

4. Présentation Business Explorer (BEx) :

Business Explorer Suite est composé de:

SAP NetWeaver BI Query Designer : utilisé pour la création des requêtes par les opérationnels.

BEx Workbooks : intégré avec Excel ; il permet le transfert et le traitement des requêtes.

Analysis Process Designer (APD) : utilisé pour le traitement des données de masse avec des analyses

multidimensionnelles.

SAP NetWeaver Visual Composer (VC): c’est un outil MDA (Model Driven Architecture) destiné aux

analystes et aux développeurs, pour la création d'applications composites sans programmation, notamment

des applications qui font appel aux données BW, ECC et n’importe quel système tiers (Ex : Dashboard).

Web Application Designer (WAD) : pour développer des applications web à partir des données SAP et non

SAP à des fins de diffusion dans un portail.

Report Designer : pour un formatage avancé des reportings.

Web publishing : destiné pour le publishing, broadcasting et web calls.

Java Server pages (JSP) et Business Server Pages (BSP): accès aux différentes sources de données OLAP,

relationnels en utilisant JDBC, XML, ODBO.

Figure 21 : Business Explorer de BW


autour de SAP MM


44/79

Analyse et Modélisation

La modélisation représente le pilier et la clé de réussite de tout système décisionnel. Elle constitue la phase la

plus importante, critique et déterminante dans le déroulement du projet. Cette phase présentera une description

détaillée des différents éléments qui constituent la solution sous SAP qui sera réalisé.


autour de SAP MM


45/79

CHAPITRE 6 : Analyse fonctionnelle

I. Processus Achats de LYDEC : Le processus d’achat est l’ensemble des opérations qui permettent à l’entreprise de disposer des biens et des

services nécessaires à son activité qu’elle doit se procurer à l’extérieur (par exemple des flux physiques, des flux

d’information,...).

La fonction cherche à optimiser :

Le prix (appel d’offres).

La qualité (une qualité excessive entraîne des coûts inutiles).

Les coûts (liés aux achats ou au stockage).

Les délais (zéro délai).

Les questions qui se posent à l’entreprise sont généralement les suivantes :

Faut-il diversifier ou non ses sources d’approvisionnement ? (fournisseur unique ou multiples)

Faut-il fabriquer ou acheter, des composants ou des produits semi-finis ?

Appréhende-t-on la fonction rationnellement ?

Le processus d’achat chez la LYDEC se présente comme suit :

Figure 22 : Processus d’achat de la LYDEC

Payement

controle Facture

Réception

relance fournisseur

Commande

Lancement demande d'achat

Demande d'achat

Identification de besoin


autour de SAP MM


46/79

II. Description des phases du processus d’achats :

Tableau 5 : Description des phases du processus d’achats

III. Les données renseignés par élément de processus :

Etape Description

Identification du besoin Le processus débute avec la manifestation des besoins, elle peut être Instinctive, réaction à une urgence

ou bien résultat d’une planification (calcul du besoin net).

Demande d’achat

Les besoins sont formalisés dans le cahier des charges .Le responsable rédige une demande d’achat

assortie d’un cahier des charges dans lequel il précise : la quantité à commander, le type et les

caractéristiques techniques exigées, la qualité et les délais de livraison souhaités et l’enveloppe budgétaire

prévue.

Commande

La passation de la commande est réalisée par la rédaction de la commande qui rappelle le descriptif du

produit et les conditions générales et particulières d’achat, et par l’envoi du bon de commande au

fournisseur retenu. Le suivi de la commande consiste en le contrôle de l’accusé de réception de la

commande pour s’assurer que le fournisseur répond parfaitement aux besoins définis dans le cahier des

charges et que les délais de livraison sont respectés.

Réception

À la livraison, la réception doit vérifier la conformité à la commande (quantité, type...).

De même, la facture doit être saisie et contrôlée par rapport à la commande (quantité livrée, désignation,

conditions de paiement...) avant de la transmettre à la comptabilité pour ordre de paiement.

Quel que soit le type d’achat ou d’entreprise, ce processus est presque toujours respecté.

Ainsi, pour bien optimiser la réalisation de ce processus, la fonction achats s’implique dans l’analyse des

besoins en interface avec les autres fonctions de l’entreprise, dans les négociations et dans le respect des

engagements et ce, avec rigueur et esprit d’anticipation.

Validation électronique de la DA par le responsable directe de l’entité


autour de SAP MM


47/79

Demande d’achat

•Date

•Quantité

•Budget

•Prix unitaire

•Devise

•Caractéristique de l ’article

•Fournisseur souhaité s’il y a l ieu

•Organisation achat

•Division

•Groupe d'acheteur

•Conditions d'achats

•Date récéption souhaitée

Lancement Demande d'achat

•Accord achat

•Date

Commande

•données de la demande d'achat

•Fournisseur

•Caractéristiques technique

•date de récéption convenu

•Conditions de paiement

•l 'acheteur

•Quantité commandée

•Adresse de récéption souhaitée

Relance Fournisseur

•Le Processus de relance n'est pas automatisé sous SAP LYDEC . la relance se fait manuellement.

Reception

•Date Récéption

•Récéptionnaire

•Date comptable de récéption

•Quantité recue

•Numero de commande a recevoir

•Conditions de récéption s'il y a l ieu

•Adresse de récéption

Controle Facture

•Date Comptable de récéption

•Montant de facture

•La taxe

•le montant de la taxe

•Les textes de la facture

•Conditions de paiement s'ils sont changées

•Date de paiement

Paiement

•Date de paiement

•Montant a payé

•Support de paiement

•Banque sie le paiement est par chéque ou effet de virement


autour de SAP MM


48/79

IV. Problematiques et solution prévues :

Retard / Besoin pas

bien identifiés

Traitement de la commande

très lent

Délai de livraison non maitrisé

Figure 23 : Problématiques du processus d’achat de la LYDEC

Retard / Besoin pas bien identifiés :

Manque d'analyse du besoin et des objectifs de performance attendus donc un cahier de charge n'est pas

spécifique ce qui augmente le risque d'avoir une commande non conforme aux besoins réels.

Solution :

Il faut connaitre les fonctionnalités du produit, les éléments constitutifs des couts, le marché et les évolutions

complexes + Réunir l'ensemble les prescripteurs techniciens et commerciaux, …), connaitre l’état réel de son stock,

fixer des quantités min et max et avoir un descriptif détaillé de chaque produit.

Tableau de bord :

Un tableau de bord qui affiche l’etat de stock actuel ainsi que les articles les plus demandés par le personnel.

Indicateur :

• Quantité de Stock.

• Valeur en Stock.

• Nombre famille d'articles en stock.

• Article le plus Commandé.

• Quantité la plus commandé.

Payement

controle Facture

Reception

relance fournisseur

Commande

Lancement demande d'achat

Demande d'achat

Identification de besoin


autour de SAP MM


49/79

Traitement très lent de la commande :

Après la passation de la commande le fournisseur peut prendre beaucoup du temps pour nous répondre avec

une offre valable : fournisseur non réactif.

Solution :

Il faut anticiper les commandes + Définir un plan de communication avec le fournisseur.

Tableau de bord :

Un tableau de bord qui affiche les commandes , leur suivis et leurs etats ( en cours ou validées ) .

Indicateur :

• Nombre de Jours valable pour une réponse.

• Nombre de fournisseurs disponible.

• Réactivité aux réclamations.

• Suivi des délais.

Délai de livraison non maitrisé :

La livraison n'est pas faite au temps convenu dans le contrat d'achat: fournisseur n'est pas ponctuel et

l'exécution de la commande n'est pas rapide.

Solution :

Appliquer des pénalités de retard afin de mettre le fournisseur dans l'obligation de respecter le temps de

livraison+ Faire un suivi et avoir une traçabilité de la commande.

Tableau de bord :

Un tableau de bord qui regroupe le resultat de l’analyse sur plusieurs points par rapport a tous les fournisseurs

de la LYDEC pour ressortir les meilleurs en moyenne.

Indicateur :

• Le respect des délais.

• Qualité du service.

• Le respect des quantités.

• Avis de livraison.

• Le respect des consignes d'expédition du service.

• Ecart sur avis de livraison.


autour de SAP MM


50/79

CHAPITRE 7 : Modélisation

I. Concepts Fondamentaux :

1. Modélisation multidimensionnelle :

Tous les cours sur la modélisation des bases de données évoquent le modèle entité-relation (ou relationnel) et les

formes normales. Ces types de modèles ont été conçus pour donner aux bases de données les caractéristiques suivantes :

Une facilité de mise à jour des données.

Une garantie contre les incohérences des données.

Limiter la redondance des données (et ainsi limiter la taille de la base).

Malheureusement, et comme ce qui a été dit précédemment, ces modèles de données ne sont pas adaptés à des

systèmes décisionnels. De par leur nature, ils ne permettent pas d’obtenir des performances satisfaisantes pour de

l’extraction de grandes quantités de données. C’est pour cela que des modèles de données, dites décisionnels, ont été

inventés.

La modélisation d’un entrepôt de données se base sur deux concepts: les faits et les dimensions. Les faits étant ce

que je voulais analyser et les dimensions, les données suivant lesquelles seront analysés ces faits :

Table de faits : Elle contient des indicateurs à analyser (exemple : nombre de ventes, chiffre d’affaire…). Elle regroupe également

les clés primaires des différentes dimensions. Qui se transforment en clés étrangères dans la table de faits.

Dans une table de faits, on trouve, en plus des clés étrangères, des attributs quantitatifs qui doivent être additifs,

semi-additifs ou utilisés pour faire des sommes, des moyennes ou des ratios.

Table de dimension : Une dimension modélise une perspective de l'analyse. Une dimension se compose de paramètres correspondant

aux informations faisant varier les mesures de l'activité.

Les dimensions servent à enregistrer les valeurs pour lesquelles sont analysées les mesures de l'activité. Une

dimension est généralement formée de paramètres (ou attributs) textuels et discrets. Les paramètres textuels sont utilisés

pour restreindre la portée des requêtes afin de limiter la taille des réponses. Les paramètres sont discrets, c' est à dire que les

valeurs possibles sont bien déterminées et sont des descripteurs constants.


autour de SAP MM


51/79

2. Modélisation multidimensionnelle versus modélisation entité-relation :

Il est intéressant de faire une comparaison entre la modélisation entité-relation (E-R), utilisée au sein des

systèmes OLTP ainsi que dans la zone de préparation des données des systèmes décisionnels, et la modélisation

multidimensionnelle, utilisée dans la zone de présentation des données des systèmes décisionnels.

Ce que l’on peut noter en premier lieu, c’est qu’en fait, un schéma E-R peut se décomposer en plusieurs schémas

multidimensionnels. En d’autres termes, un schéma E-R est composé de plusieurs étoiles. Pour décomposer un schéma E-

R en multidimensionnel, on va sélectionner dans le schéma E-R les associations contenants des attributs numériques

impliquées dans des relations plusieurs à plusieurs (N:M) entre entités. On fera de ces associations de tables de faits. On

dé-normalisera ensuite les autres entités et on les reliera aux tables de faits identifiées. On obtient ainsi les dimensions.

En résumé, les principales différences entre les deux approches sont les suivantes :

Modélisation E-R Modélisation

multidimensionnelle

Elimine les redondances dans le stockage des informations (application de la

3eme forme normale) Facilite l’accès à l’information

Interrogation parfois difficile (certaines requêtes sont difficiles à élaborer) Forme prévisible facilitant le travail des outils

d’interrogation

Modèle informatique difficile à appréhender par l’utilisateur final (un même

schéma représente souvent différents processus métier) Modèle proche du métier

Assure une performance d’accès en interrogation

Forme extensible (modifiable)

Tableau 5 : Modélisation E-R versus modélisation multidimensionnelle

3. Le modèle en étoile :

Il est appelé ainsi en raison de la forme de son modèle conceptuel. Il est composé d’une table regroupant

l’ensemble des agrégats et des clés relatives aux tables des dimensions. Les axes d’analyses regroupés par thèmes,

rayonnent ensuite de la table de faits.

Figure 24 : Schéma modèle en étoile


autour de SAP MM


52/79

4. Le schéma en étoile étendu de SAP :

Par rapport à un schéma en étoile classique, le schéma en étoile BW appelé schéma en étoile étendu présente

plusieurs particularités. On voit sur la figure 24 (ci-dessous) que les dimensions contiennent en réalité les SID des

caractéristiques impliquées dans celles-ci. Ces SID, identifiants internes gérés automatiquement par BW, permettent de

dissocier un schéma en étoile particulier des InfoObjets et Master Data qui y participent.

Plus précisément, on a le schéma suivant :

Figure 25 : Schéma modèle en étoile étendu de SAP

Un exemple d’utilisation des tables SID est donné ci-dessous, pour un utilisateur final demandant «quels sont les

montants pour les attributs X et Y de la caractéristique A ?» :

Figure 26 : Exemple d’utilisation des SID Tables lors d’une requête dans BW


autour de SAP MM


53/79

II. Business Content (applications préconfigurés) de SAP : Business content ou le référentiel de métadonnées est livré comme un add-on pour SAP BW. L'appellation est BI

3.5.3 content Add-On SP06. Ce sera appelée référentiel de métadonnées ci-dessous.

But :

Le référentiel de métadonnées est un ensemble préconfiguré de rôles et de modèles d'information et de tâches

pertinentes basées sur des métadonnées cohérentes dans le SAP Business Information Warehouse. Le référentiel de

métadonnées fournit des rôles sélectionnés au sein d'une société de l'information dont ils ont besoin pour s'acquitter de

leurs tâches.

Ce modèle comprend des informations rôles intégraux, des classeurs, des requêtes, Infosources, InfoCubes, les

ODS, les chiffres clés, les caractéristiques, les règles de mise à jour, et extracteurs pour SAP R / 3, Business

Applications mySAP.com, et pour des applications de sélection.

Le référentiel de métadonnées peut :

Être utilisés dans des industries particulières sans être modifié.

Être modifié, ce qui signifie que vous pouvez travailler avec lui à un degré de détails.

Servir de modèle ou un exemple de contenu défini par le client d'affaires.

En outre, le contenu de démonstration, qui comprend des exemples de données et peut être utilisé comme

matériau d'affichage, est à votre disposition avec le SAP Business Information Warehouse.

Considérations de mise en œuvre :

D'une part SAP Business Information Warehouse business content global permet une mise en œuvre rapide et

rentable. D'autre part, elle fournit un modèle qui peut être utilisé comme un guide lors de la mise en œuvre en utilisant

l'expérience acquise dans d'autres implémentations.

Caracteristiques:

SAP Business Information Warehouse offre des objets préconfigurés sous la rubrique «référentiel de

métadonnées". Ces objets accélèrent la mise en œuvre du SAP Business Information Warehouse car ils offrent des

solutions complètes pour les demandes d'information des entreprises.

Le référentiel de métadonnées comprend:

Programmes d'extraction.

DataSources.

Chaînes de processus.

InfoObjects.

InfoSources.

Des cibles de données et d'objets (InfoCubes et ODS).

Variables.

Les modèles d'exploration de données.

Requêtes.

Classeurs.

Crystal Reports.

Modèles Web.

Rôles.


autour de SAP MM


54/79

Figure 27 : Vue du contenu du référentiel de métadonnées de SAP

Rechercher dans le référentiel de métadonnées :

Figure 28 : Recherche dans le référentiel de métadonnées


autour de SAP MM


55/79

III. Modélisation des cubes :

1. 0PUR_C01 (Données Achats) :

Standard Business Content

Standard Business Content avec des spécifiques

Spécifique

a. Objectifs :

Le cube 0PUR_C01 (Données d’achats) est disponible pour effectuer des analyses de groupes de matériaux, des fournisseurs et des matériaux. Ces données vous permettent de trouver des réponses aux questions de genre : Quels matériels et combien de chacun ont été commandés auprès d'un fournisseur donné ? Combien d'articles sont là pour un groupe de certains documents?

b. Caractéristiques :

Type d'objet Axe Nom technique Description

Caractéristiques

Unité

0BASE_UOM Unité de quantité de base

0LOC_CURRCY Devise interne

Clé de pays

0PUR_C011 Clé de pays

Numéro de la fiche infos-achats

0INFO_REC Numéro de la fiche infos-achats

Type de la fiche infos-achats

0INFO_TYPE Type de la fiche infos-achats

Numéro d'article 0MATERIAL Article

Groupe de marchandises 0MATL_GROUP Groupe de marchandises

Organisation d'achats 0PURCH_ORG Organisation d'achats

Code : données à annuler 0REVERSEDOC Code : données à annuler

Numéro de fournisseur 0VENDOR Fournisseur

Version/type de valeur

0VERSION Version

0VTYPE Type de valeur pour reporting

Caractéristiques Temporelles

0CALDAY Jour calendaire

0CALMONTH Année civile/mois

0CALWEEK Année civile / semaine

0FISCPER Exercice comptable/période

0FISCVARNT Version d'exercice comptable

Mesures

0DELIVERIES Nombre de livraisons

0DEL_DT_VR1 Ecart des dates de livraison 1




SAPEVENT:page=BW_O_D&SystemID=LBDCLNT001&ClassID=CUBE&ID=0PUR_C01&objectVersion=D


autour de SAP MM


56/79


0QTY_DEV_1 Ecart de la quantité de livraison 1

0QTY_DEV_2 Ecart de quantité de livraison 2




0IR_VAL_RET Montant de la facture - retours

0WTDDELTIME Total de la durée de livraison pondéré

0EFF_VAL_RE Valeur réelle de commande - Retours

0GR_VAL

Valeur de l'entrée de marchandises en devise interne

0GR_VAL_PD Valeur EM à la date comptable

0INV_RC_QTY Quantité EF à la date comptable

0INV_RC_VAL Montant de la facture à la date comptable

0GR_QTY Quantité EM réelle

0GR_QTY_RET Quantité EM - Retours

0GR_QTY_WDT

Qté totale EM en unité de base (pour calcul dél.livr.pond.)

0GR_VAL_R_P Valeur EM - Retours à la date comptable

0INVCD_AMNT Montant facture

0IR_QTY_RET Quantité d'entrée de facture - Retours

0IR_QTY_R_P Quantité EF - retours à la date comptable

0IR_VAL_R_P Valeur EF - Retours à la date comptable

0IV_REC_QTY Quantité d'entrée de facture

0ORDER_VAL Valeur réelle de commande

0TAR_DL_QTY Qté livrée planifiée

0PO_QTY_RET Quantité commandée - retours

0CONTR_ITEM Nombre de postes du contrat

0DEL_SCHEDS Nombre d'échéances du programme de livraison

0PO_ITEMLNS Nombre d'échéances de la commande

0PO_ITEMS Nombre de postes de commande d'achat

0PO_QTY Quantité de commande

0QUOT_ITEMS Nombre de postes de l'offre

0RFQ_ITEMS Nombre de postes de l'appel d'offres

0SCH_AGR_IT Nombre de postes du programme de livraison

0TOTDELTIME Total des délais de livraison


autour de SAP MM


57/79

c. Schéma :

2. 0SRV_C01 (Prestation de services) :



Spécifique

a. Objectifs :

Le cube 0SRV_C01 (Prestation de services) est disponible pour fournir des données provenant des services externes. Pour savoir par exemple combien de chaque service a été commandé à un fournisseur donné.



autour de SAP MM


58/79


Type d'objet axe Nom technique Description

Caractéristiques

Unité

0BASE_UOM Unité de quantité de base

0LOC_CURRCY Devise interne

0ORDER_CURR Devise de la commande

Numéro de service 0SERVICE Numéro de service


Division 0PLANT Division


Groupe de marchandises 0MATL_GROUP Groupe de marchandises

Type de valeur pour reporting








Mesures

0ACC_QTY Quantité acceptée

0ACC_VALUE Valeur acceptée en devise interne


0IV_REC_QTY Quantité d'entrée de facture

0PO_QTY Quantité de commande

0PO_VAL Valeur de la commande en devise du document

0UNPL_VAL Part non planifiée comprise dans la valeur acceptée

0UNPL_VALOK Part non planif. sans réf. à contrat comprise ds valeur

acc.


autour de SAP MM


59/79

c. Schéma :

3. 0PUR_C04 (Groupe d’acheteurs) :



Spécifique

a. Objectifs : Le cube 0PUR_C04 (Groupe d'acheteurs) est disponible pour pouvoir analyser les activités d'achat de vos

acheteurs. Les données sur les valeurs de l'ordre efficaces, les montants facturés et le nombre de livraisons sont à votre disposition. En outre, vous pouvez obtenir un aperçu de la façon dont de nombreux documents, objets de documents et des lignes du schéma de document ont été créés par le groupe d'achat.



autour de SAP MM


60/79



Caractéristiques

Unité 0LOC_CURRCY Devise interne


Groupe d'acheteurs 0PUR_GROUP Groupe d'acheteurs

Fournisseur 0VENDOR Fournisseur

Version 0VERSION Version

VTYPE 0VTYPE Type de valeur pour reporting

Annulation 0REVERSEDOC Code : données à annuler

Type de valeur pour reporting 0VTYPE Type de valeur pour reporting







Mesures

0CONTR_ITEM Nombre de postes du contrat

0DELIVERIES Nombre de livraisons

0DEL_SCHEDS Nombre d'échéances du programme de livraison


0NO_PUR_ORD Nombre de commandes

0NO_REQ_QUT Nombre d'appels d'offres

0ORDER_VAL Valeur réelle de commande

0PO_ITEMLNS Nombre d'échéances de la commande

0PO_ITEMS Nombre de postes de commande d'achat

0QUOT_ITEMS Nombre de postes de l'offre

0RFQ_ITEMS Nombre de postes de l'appel d'offres

0SCHED_AGR Nombre de programmes de livraison

0SCH_AGR_IT Nombre de postes du programme de livraison

0CONTRACTS Nombre de contrats


autour de SAP MM


61/79

c. Schéma :

4. 0PUR_C02 (Evaluation des fournisseurs) :



Spécifique

a. Objectifs :

Le cube 0PUR_C02 (Evaluation des fournisseurs) est disponible pour faire l'évaluation des fournisseurs, vous pouvez afficher les scores de l'installation de l'évaluation des fournisseurs dans les achats et ainsi comparer vos fournisseurs les uns avec les autres. Depuis les scores de la période précédente ainsi du score actuel vous pouvez vérifier si les performances de vos fournisseurs s'améliore ou se détériore.




autour de SAP MM


62/79



Caractéristiques

Numéro de la fiche infos-achats 0INFO_REC Numéro de la fiche infos-achats

Type de la fiche infos-achats 0INFO_TYPE Type de la fiche infos-achats

Numéro d'article 0MATERIAL Article

Division 0PLANT Division


Code : données à annuler 0REVERSEDOC Code : données à annuler


Version/type de valeur

0VERSION Version








Mesures

0ONT_DEL_1 Note 1 valorisant le respect des délais

0ONT_DEL_2 Note 2 valorisant le respect des délais

0QA_SCORE_1 Note 1 valorisant l'audit qualité

0QA_SCORE_2 Note 2 valorisant l'audit qualité

0QTY_REL_1 Note 1 valorisant le respect des quantités

0QTY_REL_2 Note 2 valorisant le respect des quantités

0SHIP_NOT_1 Note 1 Avis de livraison

0SHIP_NOT_2 Note 2 Avis de livraison

0SHP_INS_1 Note 1 pour le respect des consignes d'expédition

0SHP_INS_2 Note 2 pour le respect des consignes d'expédition

0SRV_QUAL_1 Note 1 : qualité du service

0SRV_QUAL_2 Note 2 valorisant la qualité du service

0SRV_TIME1 Note 1 : respect date du service

0SRV_TIME2 Note 2 valorisant le respect des dates des services

0VAR_SHP_1 Note 1 Ecart sur avis de livraison

0VAR_SHP_2 Note 2 Ecart sur avis de livraison


autour de SAP MM


63/79

c. Schéma :

5. 0COPC_C04 (Valorisation des stocks : prix articles et valeurs stocks) :



Spécifique

a. Objectifs :

Le cube 0COPC_C04 (Valorisation des stocks) est disponible pour pouvoir analyser par période et pour chaque

stock le prix standard ou en déplaçant prix moyen / prix unitaire périodique, et aussi les valeurs d'inventaire et les quantités. Vous avez la possibilité d'effectuer des évaluations des valeurs d'inventaire et les quantités par drill-down en fonction de caractéristiques telles que les attributs de groupes de matériaux ou de centre de profit.

SAPEVENT:page=BW_O_D&SystemID=LBDCLNT001&ClassID=CUBE&ID=0COPC_C04&objectVersion=D


autour de SAP MM


64/79



Caractéristiques

Unité

0CURRENCY Clé de devise

0UNIT Unité de quantité

Structure de l'entreprise 0COMP_CODE Société

0PLANT Division

Article

0MATERIAL Article

0MAT_PLANT Article de division

0VAL_TYPE Groupe de valorisation

0VAL_CLASS Classe de valorisation

0PRICE_CTRL Indicateur code prix

0STLMT_CTRL Contrôle de détermination du prix

Type de devise/valorisation

0CURTYPE Type de devise

0VALUATION Vue de valorisation

Stock individuel valorisé

0DOC_NUMBER Document de vente

0S_ORD_ITEM Poste de document de vente

0WBS_ELEMT Elément de l'organigramme technique de

projet (élément OTP)




0FISCPER3 Période comptable

0FISCYEAR Exercice comptable

Mesures

0STOCK_QTY Quantité en stock

0STOCK_VAL Valeur en stock

0PRICE_BASE Quantité de référence pour le prix

0PRICE_VAL Prix de valorisation

0PRICE_STD Prix standard

0PRICE_AVG Prix moyen pondéré moyen / prix

d'imputation périodique


autour de SAP MM


65/79

c. Schéma :


autour de SAP MM


66/79

Réalisation et mise en œuvre du Projet

Ce chapitre abordera la phase réalisation du projet, il s’intéresse tout d’abord à présenter l’outil de travail,

pour la réalisation des requêtes que pour les tableaux de bords réalisés.


autour de SAP MM


67/79

CHAPITRE 8 : Cubes

Réalisés

I. Choix de la solution :

Le projet a suscité l’activation des plusieurs cubes (9 cubes) et j’ai participé à l’activation de 5 cubes à savoir : module prestation de service, module évaluation des fournisseurs, module groupes d’acheteurs, les achats et valorisation des stocks pour répondre au besoin LYDEC exprimé dans la partie analyse.

II. Liste des Cubes réalisés et mis en production :

Cubes BI paramétrés et mis en production

Nom technique des cubes

Domaine

Données des achats 0PUR_C01 Achats

Prestation de services 0SRV_C01 Achats Groupe d’acheteurs 0PUR_C04 Achats

Evaluation des fournisseurs 0PUR_C02 Achats

Valorisation des stocks : prix articles et valeurs stocks

0COPC_C04 Stock

Tableau 6 : Liste des cubes livrés

Une vue sur la liste de tous les cubes activés pour ce projet, et qui concerne la gestion des stocks (4 cubes) et les

achats (5 cubes).

Figure 29 : Liste des cubes MM activés dans le Workbench


autour de SAP MM


68/79

III. Présentation de SAP Query :

Les outils de SAP Query se basent sur la base de données SAP R3. Dans les versions précédentes de SAP

4.6, la méthode principale pour créer des rapports était d’utiliser ABAP (Advanced Business Application

Programming). Les programmeurs qualifiés seul pourraient écrire une longue série de lignes de codes dans un

rédacteur d'ABAP pour rechercher l'information de la base de données, pour établir des rapports. D’où la

naissance des outils SAP Query, la figure ci-dessous est un diagramme qui montre la base des outils de SAP

Query.

Figure 30 : Présentation de l’aspect technique de SAP Query

Query Group (groupe de requêtes) a été connu comme groupes d'utilisateur dans les versions de SAP

avant la version 4.6. Un groupe de requêtes est une collection d'utilisateurs qui sont groupés. Il indique avec quelle InfoSets l'utilisateur a accès au travail. Fondamentalement, les groupes de requêtes donnent un accès à l’utilisateur pour créer, modifier, et exécuter des rapports dans un certain secteur dans R/3. Par exemple, vous pourriez créer un groupe de requêtes pour le département financier, ou vous pourriez créer un groupe de requêtes pour le département de ressources humaines que seulement ses membres auront accès aux rapports.

IV. requêtes réalisées :

1. Etapes de réalisation d’une requete :

Ouvrir the query designer, nouvelle requête et choisir l’info Provider qui contient notre cube sur lequel en veut se baser pour créer la requête :


autour de SAP MM


69/79

Puis le cube concerné :

On a la liste de toutes les caractéristiques, dimensions et ratios que contient ce cube :


autour de SAP MM


70/79

Il ne reste que de réaliser la requête avec les spécifications voulues :

2. Les requetes :

ID Description Cube

0PUR_C01_Q0022 Commandes sans contrat Données Achats

0PUR_C01_Q0021 Nombre fournisseurs par article Données Achats

0PUR_C01_Q0011 Quantités de commandes Données Achats

0PUR_C01_Q0002 Taux de service fournisseur Données Achats

0PUR_C01_Q0023 Valeur de commande totale et moyenne Données Achats

0PUR_C01_Q0014 Comp. pays pr matières premières - val. d'entrée

de march. Données Achats

0SRV_C01_Q01 Quantités des services achetés Prestation de services

0SRV_C01_Q02 Valeurs des services achetés Prestation de services

0MMPUR_C04_Q01 Analyse des groupes d'acheteurs Groupe d’acheteurs

0PUR_C04_Q0003 Analyse du groupe d'acheteurs - quantités Groupe d’acheteurs

0PUR_C04_Q0002 Analyse du groupe d'acheteurs - valeurs Groupe d’acheteurs

0PUR_C02_Q0022 Compar. de fournisseurs au moyen de l'éval. des

fournisseurs Evaluation des fournisseurs














autour de SAP MM


71/79

3. Flux de données :

Le flux de données dans l'entrepôt de données décrit les objets qui sont nécessaires au moment du design et des objets

qui sont nécessaires à l'exécution pour transférer des données d'une source du système décisionnel et de nettoyer, consolider et intégrer les données de sorte qu'il peut être utilisé pour l'analyse, le reporting et, éventuellement, pour la planification.

Les besoins individuels de vos processus d'entreprise sont pris en charge par de nombreuses façons de concevoir le flux de données. Vous pouvez utiliser toutes les sources de données qui permettent de transférer les données au système décisionnel ou d'accéder à la source de données directement applicables simple ou complexe nettoyer et consolider les méthodes, et de définir des référentiels de données qui correspondent aux exigences de votre architecture de la couche. Comme exemple de flux de données des cubes activés, le cube 0SRV_C01 (Prestation de services).

Figure 31 : Flux de données concernant le cube prestation de services

Les données remonte depuis la source système vers le data source qui a la même structure que la source système, ainsi on appliquera les règles de transfert puis les données seront transmis à l’info source, appliquer les règles de mise à jour après pour insérer les données dans le cube Prestation de Service.

Et un deuxieme exemple pour le cube 0PUR_C02 (Evaluation des fournisseurs)

Figure 32 : Flux de données concernant le cube évaluation de fournisseurs

Les données remonte depuis la

source système vers le data source ainsi on appliquera les règles de transfert puis les données seront transmis à l’info source, appliquer les règles de mise à jour après pour insérer les données dans le cube Evaluation des fournisseurs.




autour de SAP MM


72/79

CHAPITRE 9 : Reporting

I. Présentation de l’outil de Reporting SAP : Bex analyzer

BEx Analyzer est un outil d'analyse, de reporting et de conception intégré dans Microsoft Excel. En BEx

Analyzer, vous pouvez analyser et planifier avec les données InfoProvider sélectionnés en utilisant le menu

contextuel ou glisser-déposer pour naviguer dans les requêtes créés dans le Concepteur de requêtes BEx.

Vous pouvez concevoir des interfaces pour vos requêtes en insérant des objets de design (contrôles) tels

que des grilles d'analyse, des boîtes déroulantes et des boutons dans votre classeur Excel. Cela vous permet de

transformer votre classeur dans une application de requête.

Les Fonctionnalité BEx Analyzer sont divisé en deux modes, chacun avec une barre d'outils dédiée et le

chemin de menu:

Mode d'analyse : pour l'exécution des analyses OLAP sur des requêtes

Mode Conception : pour la conception de l'interface pour les applications de requête mode d'analyse.

Si vous travailler en mode d'analyse, vous pouvez accomplir les types de tâches suivants:

Lancement BEx Query Designer pour définir des requêtes.

Analyser les données sélectionnées InfoProvider en naviguant de manière interactive au sein de ces requêtes.

Naviguer et analyser à l'aide du menu contextuel ou glisser-déposer.

Utilisez les fonctions OLAP comme le filtrage, le tri et le forage.

Utilisez les fonctions de planification.

Pour les fonctions de programmation avancées, incorporer vos propres programmes personnalisés de VBA.

Enregistrer les classeurs dans vos favoris ou dans votre rôle sur le serveur ou localement sur votre ordinateur.

II. Reporting réalisés :


autour de SAP MM


73/79

Figure 24 : Tableau de bord de l’évaluation des fournisseurs

Selon cette fiche qui représente une évaluation des fournisseurs de la LYDEC, on peut remarquer depuis le graphique que le meilleur fournisseur et l’ONE qui respecte le plus les critères d’évaluation exigé par la LYDEC à savoir :

Le respect des délais.

Qualité du service.

Le respect des quantités.

Avis de livraison.

Le respect des consignes d'expédition du service.

Ecart sur avis de livraison.

Les fournisseurs sont notés sur 5 comme meilleure note du service, 3 pour moyen et 1 pour un mauvais service. Avec ce graphique et la déduction du meilleur fournisseur la LYDEC pourra améliorer les performances concernant son processus achat .


autour de SAP MM


74/79

Figure 26 : Tableau de bord des prix de valorisation

Le graphique ci-dessus est une comparaison des prix de valorisations d’une partie des articles achetés par la LYDEC dans les deux premiers trimestres de l’année 2012.

On remarque que le prix des articles a baissé durant le deuxième trimestre, sauf pour les tonnerres d’imprimante,

le prix est devenu beaucoup plus élevé par rapport au premier trimestre, et donc la DSI pourra prendre comme décision à l'aide de cet exemple d'ouvrir une salle d'impression pour les agents de LYDEC de ce département et d’enlever les imprimantes de tous les bureaux, sauf pour le bureau du chef de département et les bureaux des chefs de service.

NB : Les tableaux de bords donnés comme exemples sont des tableaux de bords de test des fonctionnalités et des résultats.


autour de SAP MM


75/79

Conclusion et perspectives

Mon projet de fin d’étude consiste à mettre en place une solution décisionnelle pour la direction des Investissements de la société Lyonnaise des Eaux de Casablanca -LYDEC-. Plus précisément Cette solution permet la mise en place d’une plateforme Décisionnelle SAP BI MM.

Pour mettre en œuvre ce projet, il était incontournable d’étudier généralement le métier des logisticiens surtout les achats, de comprendre l’environnement du progiciel SAP et plus précisément SAP MM ; puis d’établir une étude sur les besoins du service d’achats , Ainsi j’ai participé à l’activation de certains cubes de données destinés au suivi des besoins de LYDEC.

Sur le plan professionnel et humain, le projet a été d’une très grande utilité. Il

m’a permis de raffiner les capacités d’abstraction et les méthodologies de travail

acquises durant mon parcours de formation d’ingénieur. Il était l’occasion pour

marier trois grands aspects celui du métier de logistique, du progiciel SAP et de

l’aspect d’aide à la décision. Au niveau du progiciel SAP.


autour de SAP MM


76/79

Bibliographie

BW010 - BIW Concepts BW030 - Extraction & Special Topics BW305 - Reporting & Analysis BW310 - Data Warehousing AW SAP BW Step By Step Guide Livre Blanc Smile Décisionnel v210

Webographie

www.lydec.ma www.help.sap.com www.sdn.sap.com www.saptechnical.com www.learnsap.com www.sapdesignguild.org www.fr.wikipedia.org www.developpez.com www.commentcamarche.net www.google.com

http://www.lydec.ma/

http://www.help.sap.com/

http://www.sdn.sap.com/

http://www.learnsap.com/

http://www.fr.wikipedia.org/

http://www.developpez.com/

http://www.commentcamarche.net/


autour de SAP MM


77/79

Glossaire

Business content : Le Business Content représente les objets standards pré configurés de SAP BI. Il

représente un recueil assez complet de requêtes et modèle de données. Il fournit des définitions techniques, telles que les

règles d’extraction et de transformation de données. Business Content dispose de Temples (modèles) prédéfinis pour des

reports et des analyses.

ABAP/4 (Advanced Business Application Programming) : langage interprété conçu par SAP

permettant la personnalisation des modules de R/3.

Agrégat : enregistrement récapitulatif logiquement redondant avec les données de l’entrepôt mais que l’on utilise

pour optimiser les performances des requêtes. En pratique, la création d’un agrégat met en place une table de faits

supplémentaire qui dérive de la table de faits du cube. Chaque table d’agrégat représente un cumul donné selon une ou

plusieurs dimensions du schéma.

Business Analyser : dans BW, outil de création des requêtes pour les utilisateurs finaux.

Business Browser : dans BW, outil de diffusion des requêtes pour les utilisateurs finaux (classification, droits

d’accès).

Business Explorer : dans BW, outil de consultation des requêtes pour les utilisateurs finaux (macros pour

Microsoft Excel).

Business Intelligence : terme issu du Gartner Group désignant toutes les fonctions ayant trait à l’aide à la

décision. Le terme englobe toute la chaîne décisionnelle, de la collecte en passant par le stockage et la restitution.

Client-serveur : modèle d’architecture applicative, mode de fonctionnement dans lequel un poste client

demande des services distants à un serveur par le biais de requêtes et de réponses associées. Le serveur met à disposition

des services (accès à l’Internet, messagerie, …) et des ressources (périphériques, applications, …) que le poste client utilise.

COM (Component Object Model) : norme binaire définissant un modèle objet et un ensemble de règles

programmatiques permettant aux objets (composants) d’interagir entre eux via leurs interfaces.

Cube de données : structure multidimensionnelle permettant l’analyse d’informations factuelles (indicateurs) en

les segmentant sur un ensemble d’axes d’analyses (dimensions).

Entrepôt de données (datawarehouse) : lieu de stockage centralisé d’extraits des bases de données des

systèmes de production pertinents pour les décideurs, historisés et organisés selon un modèle informatique.

ERP (Entreprise Ressource Planning) : l’ERP, appelé PGI (Progiciel de Gestion Intégré) en français, est

un outil logiciel fédérateur du SI qui intègre les principales fonctions de l’entreprise comme la comptabilité, la GRH, la

gestion de production.


autour de SAP MM


78/79

ETL (Extract, Transform and Load) : outil d’extraction, transformation et chargement de données,

permettant d’extraire des données d’un système source en direction de l’entrepôt de données.

Forage de données (drill down) : aller du global au détail lors de l’analyse de données.

Fouille de données (datamining) : outil d’analyse mettant en évidence des corrélations insoupçonnées en

travaillant sur un grand nombre de données. Le terme englobe des techniques différentes comme les recherches

d’association, les algorithmes génétiques ou encore les réseaux de neurones.

Gartner Group : société d'analystes, réputée dans le milieu informatique pour ses études et ses audits.

HOLAP (Hybrid OLAP) : décrit les bases assurant le compromis entre le modèle MOLAP et ROLAP.

InfoCube : structure de stockage multidimensionnelle d’un cube des données dans BW.

Infocentre : concept lancé par IBM Canada en 1970, permet aux utilisateurs d’accéder à leurs données dans leurs

propres termes.

InfoObjet : dans BW, entité extraite d’un système source possédant un identifiant, un état courant et

éventuellement des états passés. Il existe quatre sortes d’InfoObjets, les caractéristiques (axes d'analyse), les ratios

(mesures), les unités (devises ou unités) et les caractéristiques de temps.

Magasin de donnés (datamart) : extrait de l’entrepôt de données adapté à une classe d’utilisateurs et organisé

selon un modèle approprié facilitant la prise de décision.

Mandant : un mandant désigne dans la terminologie SAP des unités logiques au sein du système SAP. Ces

unités, au contenu indépendant, contiennent des données propres à chaque mandant (données générales, données de

configuration) et certaines données communes entre mandants (messages d’erreurs par exemple).

Master Data : dès qu’un InfoObjet de BW possède une description, des attributs ou des hiérarchies, on dit que

cet InfoObjet est une Master Data (littéralement données maîtres). La plupart du temps, ces Master Data représentent des

dimensions conformes c’est à dire des dimensions qui ont la même signification dans toutes les tables de faits avec

lesquelles elles sont liées.

Métadonnées : méta-informations décrivant le contenu de la base de données et sa structure. Bien que le

contenu de la méta-base soit spécifique à chaque système, on peut dire que, d’une façon générale, la méta-base contient des

informations sur les relations (ou tables), les attributs, les vues, les contraintes d’intégrité, les utilisateurs, les droits d’accès,

les index et les éléments de reprise. Elle peut aussi contenir des informations statistiques. La plupart du temps, les

informations de la métabase sont organisées sous forme de relations directement manipulables en SQL par l’administrateur

de la base de données. Dans ce cas, elles sont stockées dans un endroit privilégié pour des raisons de performance et de

sécurité.

ODS (Operational Data Store) : un objet ODS peut être vu comme une entité consolidée, normalisée, une

brique de base de l’entrepôt de données permettant d’analyser en détail le statut d’une information à un certain moment du

temps multidimensionnelles établi par Codd (l’inventeur du modèle relationnel). Partant du constat que ce dernier modèle


autour de SAP MM


79/79

était inadapté aux besoins d’analyse, Codd a formalisé 18 règles du modèle concernant la gestion, le traitement et la

présentation des données multidimensionnelles.

OLE (Object Linking and Embedding) : permet d’assembler et d’intégrer des objets. OLE regroupe un

ensemble de services basé sur COM, comme le Glisser-Déposser par exemple.

OLTP (On Line Analytical Processing) : type d'environnement de traitement de l'information dans lequel

une réponse doit être donnée dans un temps acceptable, de manière atomique, cohérente, indivisible et durable.

Processeur OLAP : permet d’analyser les données en parcourant celles-ci horizontalement, verticalement, par

hiérarchies, par forage (drill down), … En fait, le processeur OLAP permet à l’utilisateur final de parcourir les cubes de

données.

PSA (Persistant Staging Area) : dans BW, entité de stockage qui contient les données telles qu’elles existent

dans le système opérationnel.

ROLAP (Relational OLAP) : désigne des bases de données relationnelles implantant le modèle

OLAP.

MRP (Material Requirement Planning) : la planification des besoins en composants est la méthode la plus

connue des techniques existantes en gestion de production. C’est aussi historiquement la première à avoir utilisé des

ressources informatiques. Elle est d’ailleurs à la base de tous les logiciels actuels de GPAO. Conçue en 1965 par Joseph

Orlicky, et implémentée au début des années 1970 sur ordinateur, cette méthode permet le calcul par éclatement des

nomenclatures des quantités en composants générées par le carnet de commande des produits finis. Le résultat est donc

une suggestion des quantités à acheter ou à approvisionner. De nombreuses améliorations ont été apportées au système

MRP de base, au point que pour beaucoup, MRP (ou encore MRP II) signifie aujourd’hui (Manufacturing Resources

Plannification).

Reporting : informations constatant l’activité et la performance et destinées à des décideurs via des comptes

rendus (tableaux de bord).

Système d’information : le système d’information (SI) doit saisir, contrôler, stocker, traiter et restituer

l’information pour prendre les bonnes décisions. Ainsi, le SI se doit d’être en cohérence avec la réalité et doit minimiser les

risques d’erreurs de gestion dans l’organisation.

Transport : dans la terminologie SAP R/3 ou SAP BW, le transport consiste à exporter des objets d’un système

puis à importer ces objets sur un autre système. Par exemple, on crée des objets sur la machine de développement BW et

on transport ces objets de cette dernière machine vers la machine d’intégration de BW.

Cockpit : est la méthode d’extraction qui concerne le module MM-SD appelé LO-extraction.

Technology

Rapport Projet de fin d’études