REPUBLIQUE DU SENEGAL

Un peuple-Un but-une foi

Ministère de l’Enseignement Supérieur, de la Recherche et de l’innovation

Direction de l’Enseignement Supérieur Privé

Institut Supérieur d’Informatique

Mémoire de fin de Cycle pour l’obtention du Diplôme de Master en génie

logiciel

Réalisation d’un système d'aide à la décision pour les

boutiques multi sites : cas de la station Shell

Présenté et soutenu par : Sous la direction de

Mlle. Ndeye SARR M. Matar THIOYE
Mlle. Zahra Ilmi Aden Spécialité : Professeur .Net/BI

M. Matar

Année Académique : 2021 -2022

 DEDICACE

A l'issue de ce travail, nous rendons grâce à Dieu de nous avoir donné la force et le
courage de le mener à terme.

A nos chers parents en guise de reconnaissance et de gratitude pour leur amour, leur
patience, leur soutien, leur encouragement et leur sacrifice.

Aucun mot, aucune dédicace ne pourrait exprimer notre respect, notre

considération ainsi que l’expression de notre profond amour.
Puisse Dieu vous accorder santé, bonheur et longue vie afin que nous puissions
un jour combler de joie vos vieux jours.

i
 REMERCIEMENTS

Nous tenons à témoigner notre reconnaissance à notre Dieu le tout puissant, de nous
avoir donné le courage et la force de mener à terminer ce projet.
Nous présentons nos remerciements à notre encadreur, M. Matar THIOYE, d’avoir accepté de
nous encadrer tout au long de ce travail et ses remarques qui nous ont servi pour la réalisation
du projet.
Nous tenons à exprimer notre gratitude et nos remerciements au membre de jury ; pour
l’honneur qu’ils nous font en jugeant ce modeste travail.
Nous expriment nos chaleureux remerciements à tous ceux qui ont contribué de près ou de
loin à la réussite de ce travail.
Notre immense reconnaissance va à ceux qui ont plus particulièrement assuré le soutien
affectif de ce travail : nos famille.

ii
 Avant-propos

Fonde en 1988 sous le nom de JET INFORMATIQUE par des étudiants de l'université
Cheikh ANTA DIOP de Dakar en collaboration avec ceux de l'université Laval au Québec
Canada. L'Institut Supérieur d'informatique est un institut d'enseignement supérieur avec une
expérience de plus de vingt ans d'existence dans la formation continue de type académique et
particulièrement dans des domaines tels que l'informatique, la gestion, la comptabilité. ISI
dispose d'un bureau qui s'occupe des études de conception, d'expérimentation, de réalisation
et de conseil dans différents domaines. Aussi il est important de noter que le groupe dispose
en son sein des experts de très haut niveau universitaires et spécialistes dans plusieurs
domaines de la gestion. .

Pour l’obtention du Master Méthode Informatique Appliquée à la Gestion des

Entreprises (MIAGE), ISI exige aux étudiants la rédaction d’un mémoire de fin de cycle.
C’est dans ce cadre que nous avons élaboré ce document qui a pour sujet : Réalisation d’un
système d'aide à la décision pour les boutiques multi sites : cas des stations.

iii
 Sommaire

DEDICACE.................................................................................................................................i
REMERCIEMENTS...................................................................................................................ii
Avant-propos.............................................................................................................................iii
Sommaire....................................................................................................................................v
GLOSSAIRE.............................................................................................................................vi
LISTE DES FIGURES............................................................................................................viii
LISTE DES TABLEAUX...........................................................................................................x
RESUME...................................................................................................................................xi
ABSTRACT.............................................................................................................................xii
.....................................................................................................................................................1
Chapitre

INTRODUCTION GENERALE .................................................................................................3

1.1 Contexte..............................................................................................................................15
1.2 Problématique………………………………………………………………………………………………………………….

1.3 Objectif…………………………………………………………………………………………………………………………..

Chapitre II : Travauux existant.................................................................................................17

Chapitre III : Analyse et conception.........................................................................................18
Chapitre IV : Réalisations.........................................................................................................34
CONCLUSION GENERALE...................................................................................................79
Bibliographie.............................................................................................................................80
Webographie.............................................................................................................................81
TABLE DES MATIERE..........................................................................................................87

iv
GLOSSAIRE

v
BI Business Intelligence
BPCE Banque populaire et la Caisse d'épargne
CPU central processing unit LISTE
CRM customer relationship management
CSV Comma-separated values
DES
DW Datawarehouse
EPM Entreprise Performance Management
GIMSI Généralisation Information Méthode Système Individualité
Go Giga Octet
HD Haute Définition
IBM International Business Machines
JDK Java Développement Kit
JRE Java Runtine Environnement
JVM Java Virtual Machine
MCC Modèle Conceptuel de Communication
MOT Modèle Organisationnel de traitement
MYSQL My Structured Query Language
OLAP OnLine Analysis Processus
OLAP API Online Analysis Processus
PME Petite et Moyenne Entreprise
PMI Petite et Moyenne Industrie
S.A Société Anonyme
SAP Systèmes, applications et produits en traitement de données
SGBD Système de Gestion de Base de données
SGBDR Système de Gestion de Base de données
SQL Structured Query Language
SUN V889 Standford University Network
TMAP Talend Mapping
UML Unified Modeling Language
XML eXtensible Markup Language
XPS eXtented Parallel Server

FIGURES

vi
Figure 1 organigramme des stations...........................................................................................5
Figure 2: Organisation de la bi....................................................................................................7
Figure 3 : data warehouse...........................................................................................................9
Figure 4 : Méthode Inmon........................................................................................................13
Figure 5 : Présentation des acteurs............................................................................................19
Figure 6 : cas d'utilisation.........................................................................................................21
Figure 7 : Table de fait..............................................................................................................23
Figure 8 : Table de dimension..................................................................................................24
Figure 9 : Modelé en Etoile......................................................................................................25
Figure 10 : Modelé en flocon....................................................................................................25
Figure 11: Modelé en constellation...........................................................................................26
Figure 12 : Modélisation Multidimensionnel...........................................................................26
Figure 13: système décisionnel.................................................................................................37
Figure 14 : Comparaison OLTP ET OLAP..............................................................................38
Figure 15 : Etl...........................................................................................................................40
Figure 16 : DIFFERENTS ETAPE...........................................................................................43
Figure 17 : Microsoft power BI................................................................................................44
Figure 18 : pentaho...................................................................................................................45
Figure 19 : talend OPEN STUDIO...........................................................................................45
Figure 20 : Sql server data tools...............................................................................................46
Figure 21 : TELECHARGEMENT de Power BI dans Windows Store...................................48
Figure 22 : Installation de POWER BI.....................................................................................49
Figure 23 : MySQL...................................................................................................................50
Figure 24 : oracle......................................................................................................................51
Figure 25 : SQL Server.............................................................................................................51
Figure 26 : Rechercher sur google Microsoft SQL Server.......................................................54
Figure 27 : Downloade.............................................................................................................54
Figure 28 : Installation et configuration SQL Serveur..............................................................56
Figure 29 : Installation et configuration....................................................................................57
Figure 30 : création de la base de données...............................................................................59
Figure 31 : création d'un projet SSIS ET INTERATION DONNEES.....................................60
Figure 32 : SSIS INTEGRATION ET TRANSFORMATION DES DONNES VERS SQL
SERVER...................................................................................................................................62
Figure 33 : Datamart.................................................................................................................64

vii
Figure 34 : création d'un projet ssas..........................................................................................65
Figure 35 : Création d'un source données.................................................................................66
Figure 36 : Création d'une vue de source des données.............................................................67
Figure 37 : création du cube......................................................................................................69

LISTE DES TABLEAUX

Tableau 1 : Tableau des INDICATEURS.................................................................................28
Tableau 2: les axes des mesures................................................................................................29
Tableau 3 : dim class.................................................................................................................29

viii
Tableau 4 : dim genre...............................................................................................................30
Tableau 5 : dim notes................................................................................................................30
Tableau 6 : Dim Inscription......................................................................................................30
Tableau 7 : dim nationalité.......................................................................................................31
Tableau 8 : Dim Cours.............................................................................................................31
Tableau 9 : Dim Expérience.....................................................................................................31
Tableau 10 : Dim Formation.....................................................................................................32
Tableau 11 : Dim Date..............................................................................................................32
Tableau 12 : Dim Type Inscrit..................................................................................................32
Tableau 13 : table de fait...........................................................................................................33
Tableau 14 : Comparatif de caractéristique..............................................................................36
Tableau 15 : Comparaison D’OUTIL D’ETL..........................................................................47
Tableau 16 : Comparaison des serveurs de base de données....................................................52
Tableau 17 : Comparaison des outils de reporting....................................................................73

ix
 RESUME
Durant les dix dernières années, l’informatique décisionnelle a prouvé sa capacité à simuler
l’avenir et à anticiper les tendances du marché. En effet, elle offre aux responsables la
possibilité de maitriser l’information stratégique et de rehausser leurs performances.

Notre projet de fin d’études au sein de l’école ISI s’aligne parfaitement sur cette vision.
L’objectif de notre projet est de mettre en place une solution de business intelligence afin de
mieux gérer l’ensemble des informations relatives au service des boutiques multi sites.

Dans cet intérêt, nous avons veillé à suivre une démarche coopérative de gestion, fondée sur
les bons principes de l’informatique décisionnelle qui est la méthodologie de NEUCHATEL.
Ensuite nous avons mis en place la modélisation multidimensionnelle de nos données
relatives au service en entament l’élaboration des indicateurs clés et des axes d’analyse pour
concevoir le modèle multidimensionnel du datamart. 

Après avoir mis en place notre datamart dans une base de données SQL Serveur, on a entamé
la phase d’extraction, transformation et chargement en utilisant un outil open source et
puissant Data Tools et enfin pour la phase d’analyse et de la génération des rapports nous
avons utilisé Power BI. 

x
 ABSTRACT
Over the past decade, business intelligence has proven its ability to simulate the future and
anticipate market trends. Indeed, it offers managers the opportunity to master strategic
information and improve their performance.

Our graduation project at ISI school aligns perfectly with this vision. The objective of our
project is to set up a business intelligence solution in order to better manage all the
information relating to the multi-site shops.

In this interest, we have made sure to follow a cooperative management approach, based on
the good principles of business intelligence, which is the methodology of NEUCHATEL.
Then we set up the multidimensional modeling of our data relating to the commitment
service, starting the development of key indicators and axes of analysis to design the
multidimensional model of the datamart.

After setting up our datamart in a SQL Server database, we started the extraction,
transformation and loading phase using an open source and powerful Data Tools tool and
finally for the analysis phase and the generation of reports we used Power BI.

xi
INTRODUCTION GENERALE

Dans un monde en perpétuel changements et aux conditions économiques variables ou la

concurrence ne cesse de s'accroître, la gestion des données est un facteur considéré à la
pérennité de l’entreprise.

En effet, toute entreprise soucieuse de construire son avenir se doit de tirer le meilleur profit
des informations dont elle dispose en se servant des nouvelles technologies de l’information.

Cependant le monde ne cesse d’évoluer dans une économie de consommation trop vaste, ce
qui conduit à une masse de données. À ce titre leur exploitation, développement, et leur
utilisation devient de plus en plus complexe, et plusieurs informations se perdent. Et cela pose
des difficultés pour les entreprises, les organisations dans l’élaboration des rapports de leurs
activités au quotidien. Ainsi que les opérations de reporting sont très longues, ce qui pénalise
l’entreprise, et la prise de décision au moment voulu. Voir même le problème du coût de cette
dernière.
Et cela a incité les différents acteurs économiques à orienter et s’intéresser dorénavant à leurs
données et les informations qui circulent dans leur entreprise. Avant qu’ils soient attirés par la
concurrence. Pour ce faire, les entreprises doivent tisser des liens étroits et établir une
communication permanente avec chacun de ces informations afin de pouvoir par la suite les
étudier et les analyser.
L'objectif de ce projet consiste à construire un dépôt de données en vue d’un support pour la
prise de décision. Cette solution permettra d'établir des rapports et des tableaux de bord
permettant ainsi à la direction d’analyser les détails des entrée et sortie pour ainsi mieux faire
des prévisions ou compagne. Ce document détaillera donc les travaux effectués tout au long
de la réalisation de ce projet. Pour cela, notre travail s’articule de trois grandes parties :

D’abord, la première partie introduit l’organisme d’accueil, présente la conduite des projets
décisionnels.

Ensuite, la deuxième partie consiste à faire l’analyse de la modélisation et conception. Enfin,

la troisième partie décrira la phase de déploiement du projet ainsi qu’une description des
outils techniques utilisés dans chaque phase de réalisation.

1
 CHAPITRE I : INTRODUCTION

I.1 Présentation de la structure

Au Sénégal, les produits et services Shell sont fournis par Vivo Energy.

L'histoire de Vivo Energy est une histoire africaine, caractérisée par une démographie
résiliente aux tendances dynamiques, avec une croissance durable sur un continent intrépide.
Notre entreprise réunit d’une part le pouvoir de l’une des plus grandes marques du monde et
d’autre part la flexibilité d’une culture d’entreprise audacieuse. Le tout dans un contexte de
demande  exponentielle dans l’une des régions du monde où la croissance est la plus rapide. 

Créée en 2011, Vivo Energy, présent sur plusieurs marchés africains, est l’entreprise derrière
la marque Shell, et maintenant la marque Engen. Nous achetons, distribuons, commercialisons
et fournissons des carburants et des lubrifiants de haute qualité à nos clients particuliers et
commerciaux, offrant un vaste choix enrichi et adapté pour satisfaire à leurs besoins. 

Le groupe Vivo Energy dispose d'un réseau de plus de 2 100 stations-service dans 23 pays du
nord, de l'ouest, de l'est et du sud de l'Afrique et exporte des lubrifiants dans plusieurs autres
pays africains.

Axés sur l’avenir de l’Afrique, nous simplifions la vie de nos clients et rendons leur
expérience plus agréable et plus enrichissante. 

Notre vision est de devenir l’entreprise d’énergie la plus respectée d’Afrique.

2
Des produits et services de haute qualité, pour faire de la route un plaisir renouvelé : les
stations-service Shell vous accueillent partout au Sénégal pour vos besoins de mobilité, avec
des conseils professionnels et toujours un sourire à la clé.

Figure 1 : Répartition des stations-service Shell au Sénégal

3
I.2 Contexte

Les stations-services disposent d’une grande quantité de données concernant ces activités, et
elles sont générées automatiquement chaque jour. Si elle souhaite réaliser des rapports ; il lui
faut un traitement manuel (coûteux en termes de temps). Ces données sont difficilement
exploitables. Ils sont constitués des informations utiles ; et elles représentent un atout, pour lui
permettre de mieux effectuer l’opération d’analyse. De plus, elle fait face à une rude
concurrence sur le marché dont elle risque de perdre la clientèle.
En effet, ces derniers comprennent en général plusieurs emplacements ou sites où chaque site
ou emplacement est défini en tant que client ou fournisseur distinct. Ainsi Un des sites
fonctionne en tant que client à facturer ou fournisseur à régler pour le groupe. Par natures complexes,
les circuits achats et factures peuvent se transformer en véritable labyrinthe et transformer le quotidien
des collaborateurs en un cauchemar au sein des entreprises multi sites ce qui laisse place à des limites
qui impactent sur la bonne marche de ces entreprises.

D’abord pour l’approvisionnement, les stations-services par le biais du gérant de la station recensent
d’abord l’ensemble des produits en rupture de stock pour ensuite émettre un bon de commande destiné
à la maison mère(fournisseur) qui sera chargé de fournir les produits.

Une fois le bon de commande reçu, le fournisseur vérifie dans un premier qu’il a en disposition les
produits se trouvant sur le bon de commande et par la suite notifié le gérant de la station de la
disponibilité ou non des produits.

Après réception de cette notification par courrier ou appel téléphonique, le gérant valide la
commande avant de passer au paiement suivant les produits disponibles à livrer par le fournisseur.

C’est ainsi qu’après réception de la confirmation du payement, que le fournisseur passe à la livraison
de la commande à la station-service.

D’un constat général, ce parcours qui suit des procédures manuelles présente des limites. En effet
comme toutes communications humaines, des incohérences et erreurs sont notées entre le fournisseur
et la station. Ces erreurs sont encore plus flagrantes dans la gestion de stock. En effet, il arrive des cas
où un produit arrive à épuisement sans que le gérant de la station ne s’en rende compte. Ce qui cause
des pertes non négligeables pour ces entreprises.

Ensuite des lourdeurs administratives dans la gestion de l’encaissement sont notées. En effet pour
pouvoir aboutir aux règlements des factures des commandes, on assiste à un va et vient de documents
administratifs à valider à différent niveau allant du fournisseur jusqu’à la banque en passant par le

4
gérant de la station. Lors de cette étape en particulier et durant tout le processus de
l’approvisionnement, on note aussi des problèmes liés à la traçabilité et à l’intégrité de l'information.
La Station se retrouve donc face à deux principaux enjeux :

❖ Difficultés liées aux bases de productions :

 Difficulté d’historisation : les données ne sont gardées que sur une

courte période. Ce qui produit une difficulté d’accès pour effectuer des
comparaisons et des analyses.
 Des problèmes de qualité des données.

❖ Difficultés liées aux analyses et l’élaboration des rapports d’activité :

 Un problème se pose lors du stockage et à l'analyse des données, la
capacité de stockage des disques durs augmente mais le temps de
lecture croît.
 Des difficultés liées à la visualisation les données afin de prendre les
bonnes décisions. Et ce problème est causé par : Le manque d’outils
décisionnels et des technologies pour collecter et transformer les
données.
 Manque d’autonomie, le décideur ne trouve aucun moyen d’élaborer
les rapports en toute indépendance.
 Difficultés dans l’élaboration des rapports d’activité.
 Retard et coût de la procédure de Reporting.

5
 Figure 4 : Contexte de la station-service

I.3 Problématique
Pour répondre à ces besoins, les stations-services s’engagent dans un projet qui permet aux
gérants de comprendre et d’analyser ces activités à travers les données qu’ils génèrent. Les
résultats de cette analyse vont permettre aux gérants la possibilité de voir l’ensemble des
produits en rupture de stock, les produits livrés etc ; de permettre aussi au Directeur
commercial de voir tous les produits en manques pour pouvoir lancer la demande
d’approvisionnement mais aussi de voir les produits les plus vendus de chaque année.

En ce sens, nous proposons de mettre en place une plateforme de gestion de commande qui
répondra aux problématiques que rencontrent les organisations multi sites.

D’abord il faudrait définir une politique pour une gestion de stock optimale qui permettra à
ces organisations d’avoir une mainmise sur leurs stocks en réduisant drastiquement les coûts
qui était lié à la mauvaise gestion de cette dernière.

Et ensuite mettre en place un système d’aide à la décision pour les stations. Ces systèmes
d’aide nous permettront de mettre en place une solution qui permet de collecter les

6
informations des différentes stations-services et ensuite les chargés dans un entrepôt de
données. Dans ce cas notre objectif prendra en considérations les questions suivantes :

 Automatiser la demande d’approvisionnement

 Mettre en place les entrepôts des données ;

 Concevoir un tableau de bord d’aide à la décision pour le directeur commercial

et les gérants ;
 Dynamiser les chargements des entrepôts de donnée et le chemin d’indicateurs
clé 
 Analyse les indicateurs et de mettre en place un programme de collecter pour
ces indicateurs.
 Etudier l’ensemble des indicateurs nécessaire et aussi les charger.
 Solutions permettant aux décideurs de consulte et exploite ces indicateurs.

I.4 Objectif General

L’objectif général de notre étude est de mettre en place une solution d'aide à la décision pour
les boutiques multi sites des stations-services qui permettra aux responsables de gérer les
commandes ainsi que les ventes pour leurs différentes succursales grâce à la conception du
datawarehouse mais aussi à la réalisation d’un data cube.

I.4 Objectifs spécifiques

Les Objectifs spécifique sont :

 Permettre aux facturiers et aux stations d’avoir une gestion optimale de leurs stocks ;
 Permettre aux facturiers d'être notifier en cas de nouvelle commande de la part des stations-
services ;
 Permettre aux gérant des stations de définir un seuil pour le stock de chaque produit et d'être
notifié en d’atteinte de seuil pour passer une nouvelle commande ;
 Permettre aux gérant de régler les factures des commandes directement sur la plateforme ;
 Concevoir et réaliser un datawarehouse pour les boutiques ;
 Réaliser un data Cube pour la direction de la boutique ;
 Concevoir un tableau de bord avec des indicateurs clés de la boutique ;
 Permettre au directeur commercial d’avoir un suivi en temps réel des ventes pour les
succursales ;

7
 CHAPITRE II : Travaux Existants

Nous ne saurions débuter ce travail sans avoir une idée claire et précise de l’existants. Pour y
arriver, nous avons utilisé les techniques d’investigation suivantes : la recherche en ligne, les
ouvrages, les mémoires, les articles. Dans ce contexte nous allons étudier en détails les
différentes solutions.

II.1 Première Solution Yourcegid Retail

II.1.1 Présentation de la solution Yourcegid Retail

Yourcegid Retail est un service d'omni-commerce combinant la gestion des stocks et

des points de vente, et qui relie les points de contact des clients entre les plateformes pour une
expérience de gestion centralisée du commerce de détail. Yourcegid Retail offre aux PME une
plateforme centralisée unique, accessible depuis n'importe quel appareil grâce à sa
configuration basée sur le cloud. À partir de là, les détaillants peuvent s'occuper des ventes, de
la gestion des stocks, de l'expérience client et de la surveillance du personnel.

FIGURE 1 : YOURCEGID RETAIL

8
II.1.2 Fonctionnalités

 Gestion des fournisseurs

 Gestion des stocks – Inventaires
 Import – Export des données
 CRM
 Statistiques détaillées
 Reporting – Rapports
 Gestion commerciale
 Gestion des bases de données
 Pipeline des ventes

II.1.3 Avantages

 Mettre en place une stratégie omnichannel

 Digitaliser et connecter vos points de vente
 Piloter toujours plus finement les stocks et la chaine d’approvisionnement
 Améliorer l’expérience et la fidélisation de vos clients

II.1.4 Inconvénients

 Avoir toujours une bonne connexion

 C’est payant & Solution en ligne

9
II.2 Première Solution Odoo
II.2.1 Présentation de la solution Odoo

Avec plus de 5 millions d'utilisateurs, Odoo est le logiciel de CRM Open Source n°1. Avec
Odoo CRM, les utilisateurs peuvent obtenir plus de pistes que jamais. Il est entièrement
intégré avec d'autres applications sur la plate-forme Odoo, telles que les ventes et l'inventaire,
rendant chaque aspect d'une vente interconnecté avec chaque autre partie de l'entreprise.

Donnez à votre équipe de vente des vues d'ensemble, des rapports et une planification des
tâches faciles à utiliser, afin qu'elle puisse passer plus de temps à augmenter votre base de
clients.

FIGURE 6 : ODOO

II.2.2 Fonctionnalités

 Cette solution dispose de ces fonctionnalités ci-dessous :

 Accès à une base de données collaborative de contacts BtoB ;
 Automatisation des relances ;
 Gestion des commerciaux ;
 Gestion des opportunités ;
 Historique et suivi des évènements ;
 Process de vente et pipeline ;
 Tracking des propositions commerciales ;
 Facturation.
 Gestion d’inscription
 Business Intelligence BI

10
II.2.3 Avantages

 Stratégies de marketing intégrées

 Interface conviviale
 Actions automatisées
 Certifications : GDPR

II.2.4 Inconvénients

 Ne garantit pas une évolution et une maintenance alignée à la stratégie des boutiques
multi-sites.

II.3 Deuxième Solution Archipelia

II.3.1 Présentation de la solution Archipelia

Archipelia est un solution ERP très avantagée pour tous les types d’entreprises.

Archipelia Origine est la solution ERP pour les TPE, PME et startups en recherche de
croissance.

Basée sur le cœur logiciel Archipelia, la solution Origine vous accompagnera durablement sur
tous vos besoins (gestion commerciale, comptabilité, logistique).

FIGURE 7 : ARCHIPELIA

11
II.3.2 Les Fonctionnalités 

 Gestion Commerciale
 CRM & Marketing
 Gestion de production
 Logistique & wms
 Comptabilité
 Business Intelligence

II.3.3 Avantage

 Full web responsive : accessible depuis tous devices

 Interface utilisateur personnalisable
 Ouvert sur l'extérieur : API, Import / Export fichiers plats
 Requêter user-friendly : Un accès à toute la base de données
 Business Intelligence : gérez votre activité avec précision
 Sécurité et fiabilité

II.3.4 Inconvénients 

 Avoir toujours une bonne connexion

 C’est payant & Solution en ligne

II.4 Troisième Solution Négos

II.4.1 Présentation de la solution Négos

12
C’est un logiciel de prise de commande permettant d’effectuer dans l’immédiat une prise de
commande, et par conséquent, d’établir un devis. Il reste avant tout un outil professionnel
permettant aux commerciaux de réaliser leurs activités, comme l’enregistrement des
commandes et la présentation des produits aux clients.

Négos est édité et mis à jour par Danem. Comparez tous les logiciels édités par Danem.
Consultez toute l’actualité des éditeurs de logiciels en France et dans le monde sur
Societe.Tech, le site de référence sur la startup (levées de fonds, interviews d’entrepreneurs,
annuaire startup …) et les nouvelles technologies (tests de logiciels SaaS, services Cloud …).
Découvrez les entreprises innovantes qui utilisent Négos et d’autres logiciels informatiques
pour le business, comme par exemple Holidu ou bien encore Axyome.

o Négos : logiciel CRM en ligne en mode SaaS

 Négos est un logiciel CRM en ligne pour les entreprises et les professionnels. Ce
progiciel est référencé par le comparateur de logiciels SaaS dans les catégories
Logiciels CRM, et Logiciels CRM en ligne ;
 Négos est notamment recommandé pour différents secteurs d’activité ainsi que pour
les métiers Marketing, Vente – Commercial … (voir les Logiciels Marketing,
Logiciels Vente – Commercial) … ;
 Ce logiciel professionnel est notamment utilisé par les entreprises PME (voir les
Logiciels PME) …

13
 FIGURE 8 : NÉGOS

II.4.2 Fonctionnalités de Négos

Cet outil dispose de ces fonctionnalités suivantes :

 Prise de commande, devis ;

 Agenda ;
 Fiche client (création, modification fiche client, contact...) ;
 Fiche produit ;
 Zone de chalandise sur cartographie
 Catalogue photo, vidéo (fichiers PDF, Word, Excel)
 Cadencier de commandes
 Stock embarqué
 Recherche multi critère sur les clients
 Historique et rapport des visites/commandes
 Signature tactile en fin de commande
 Agenda
 Liste des commandes
 Tableau de bord des commandes (top articles, évolution CA)

14
II.4.3 Avantages 

L’un des principaux avantages de l’utilisation du logiciel de gestion Négos est le gain de
temps. En effet, l’application réunit l’ensemble des outils dont les commerciaux itinérants ont
besoin pour éviter de jongler entre différents carnets et formulaires traditionnels. La
numérisation permet également de supprimer les coûts liés aux fournitures de bureau (papier
et autres). Ainsi, l’utilisation d’un logiciel constitue une solution intéressante pour faire des
économies.

De même, le risque d’erreur est significativement réduit puisqu’il n’y a plus besoin de
ressaisir ou retraiter les données.

En étant intégré dans le système global de l’entreprise, le logiciel permet aussi de réduire les
délais de traitement des commandes et de livraison ; améliorant ainsi la qualité de service et
donc la satisfaction du client.

Pour les superviseurs et responsables, il permet de réaliser un meilleur suivi de la force de

vente et de mieux diriger l’action commerciale de l’entreprise.

II.4.4 Inconvénients 

 Ne s’aligne pas au processus de gestion de commande.

 Ne garantit pas une évolution

15
II.5 Quatrième Solution SAP
II.5.1 Présentation de la solution SAP

SAP est un outil stratégique qui permet à l’entreprise d’être plus performante et d’avoir

une visibilité en temps réel sur son activité et son état financier. Par ailleurs c’est une base de
données qui fonctionne avec des transactions. De plus, SAP est un outil d’aide à la
décision pour les dirigeants afin de prendre les bonnes décisions avec des données fiables et
actualisées. Le logiciel est accessible à toutes sortes d’entreprises (petites, moyennes et
grandes) quelles que soient leurs activités. SAP permet d’améliorer la productivité de
l’entreprise et la visibilité avec l’harmonisation des logiciels au sein d'une même société. SAP
a développé plusieurs types de modules afin que toutes les entreprises soient satisfaites et
puissent utiliser au mieux ce logiciel.

SAP permet de lier les différentes fonctions de l’entreprise (comptabilité, finances,

production, approvisionnement, marketing, ressources humaines, qualité, maintenance) entre
elles grâce à un système d’information centralisé avec un client et un serveur. Cela permet
d’avoir des données mises à jour en permanence car chaque changement au niveau d’une
fonction de l’entreprise se répercute instantanément sur les autres fonctions (par exemple, en
ressources humaines avec le recrutement, ou en administration des ventes avec la signature
d’une commande). Ainsi chaque service peut déceler immédiatement ce qui a été modifié et
voir les conséquences.

FIGURE 9 : SAP

16
II.5.2 Les Fonctionnalité 

 Comptabilité et finances
 Inventaires et distribution
 États et administration
 Business Intelligence

II.5.3 Avantages 

 Un outil qui s'adresse à tous

 Un outil multifonctionnel
 Un outil sécurisé

II.5.4 Inconvénients 

 Outil en ligne

II.6 Inconvénients des solutions en ligne

Pour cette section, l’idée n’est pas de se concentrer sur les inconvénients de chaque solution,
mais d’étudier en général les risques liés à leur utilisation.

Après Analyse, nous avons pu relever le problème lié à l’hébergement vues que ces solutions
sont déployées dans des serveurs se trouvant à l’étranger, puis que l’entreprise est dépendante
du prestataire qui lui fournit le service, ce dernier possédant les applications et hébergeant les
données de l’entreprise, ce qui constitue une réelle menace à la sécurité et la confidentialité
des données. A noter aussi les difficultés de transfert de données qui surviennent lorsque
l’entreprise souhaite changer de prestataire. Sans oublier que ces applications, souvent
utilisées par l’entreprise et par plusieurs utilisateurs, qui, sur le long terme, ont un coût
nettement supérieur à l’acquisition de l’application.

17
 Chapitre III : Analyse et conception

La conception est une étape fondamentale dans le cycle de vie d’une application informatique.
En effet, c’est d’elle que dépend la qualité et la cohérence du produit réalisé au
développement. Des méthodes de génie logiciel ont alors été développées afin de guider le
concepteur dans sa tâche. La modélisation consiste à créer une représentation virtuelle d'une
réalité de telle façon à faire ressortir les points auxquels on s'intéresse.

III.1 Analyse
Le but de ce chapitre est d'étudier le processus existant et l’analysée pour identifier les
problèmes afin d’apporter une amélioration dans leurs travaux.

III.1.1 Organisation projet

III.1.1.1 Qu’est-ce qu’un projet ?

Un projet est un ensemble d'activités coordonnées et maîtrisées comportant des dates de
début et de fin, entreprise dans le but d’atteindre un objectif conforme à des exigences
spécifiques.

Établir le périmètre de la méthode de gestion d’un projet revient à la définir sous tous ses
aspects : budget, planning, vision créative, besoin technique et dimension globale.

III.1.1.2 Classification des méthodes

Pour choisir une méthodologie pour conduire un projet permet à tous les acteurs de travailler
efficacement ensemble, en suivant des règles clairement définies.

Nos études nous permettront de voir deux méthodes de gestion qui sont utilisées vraiment
dans les entreprises.

III.1.1.2.A Organisation traditionnelle

La méthode traditionnelle est la méthode décrite dans le PMBOK. Elle suit le cycle de vie
standard d’un projet. Elle présente les caractéristiques suivantes :

 Proposition de solutions complètes

18
  Suivi d’un processus de développement linéaire
 Définition de l’ensemble des contraintes dès le début du projet

III.1.1.2.B Méthode agile

La méthode agile est plus efficace et moins rigide que les méthodes classiques, les méthodes
agiles placent les besoins du client au centre des priorités du projet.

Elles offrent une plus grande flexibilité et une meilleure visibilité dans la gestion du projet, ce
qui permet à l'équipe d'être plus réactive aux attentes du client. Le projet est ainsi découpé en
mini-projet, chacun nécessitant la validation du client pour passer au suivant.

Le dialogue avec le client est privilégié, les retours et les ajustements sont possibles,

On prend davantage en considération l'évolution des besoins du client. Il existe de

nombreuses autres méthodes de management de projet.

Chaque méthode possède ses avantages et il n’y pas une meilleure que l’autre.

III.1.1.2.C Méthodologie Inmon

Dans les années 1990, William Inmon propose une vision descendante de la structuration de
la donnée de l’entreprise, dite "top-down".

L’entrepôt de données a pour rôle de rassembler toutes les données de l’entreprise, et les
magasins de données sont alors des sous-parties issues de cet entrepôt.

La mise en place de l’entrepôt de données nécessite une grande phase d’étude et de recueil du
besoin afin de connaître l’intégralité des besoins analytiques et pouvoir réaliser l’entrepôt.

19
 FIGURE 10 : M ÉTHODE INMON

● Avantage :

○ Des données exhaustives

○ Des données cohérentes

● Inconvénient

○ Mise en place longue

III.1.2 Présentation UML

Les techniques de programmation n'ont cessé de progresser depuis l'époque de la
programmation par cartes perforées à nos jours. Cette évolution a toujours été dictée par le
besoin de concevoir et de maintenir des applications toujours plus complexes. Ainsi, la
programmation par cartes perforées a-t-elle fait place à l'assembleur, puis à la programmation
structurée et, enfin, à la programmation orientée objet. La technologie objet est donc la
conséquence ultime de la modularisation dictée par la maîtrise de la conception et de la

20
maintenance d'applications toujours plus complexes. Cette nouvelle technique de
programmation a nécessité la conception de nouvelles méthodes de modélisation. UML
s'impose aujourd'hui comme le langage de modélisation objet standardisé pour la conception
des logiciels.UML est avant tout un support de communication performant, qui facilite la
représentation et la compréhension de solutions objet :
 Sa notation graphique permet d'exprimer visuellement une solution objet, ce qui
facilite la comparaison et l'évaluation de solutions. 
 L'aspect formel de sa notation, limite les ambiguïtés et les incompréhensions.
 Son indépendance par rapport aux langages de programmation, aux domaines
d'application et aux processus, en font un langage universel.

III.1.3 Présentation des Acteurs

Un acteur représente un rôle d'un utilisateur qui interagit avec le système que vous
modélisez. L'utilisateur peut être un utilisateur humain, une organisation, une machine ou un
autre système externe. Vous pouvez représenter plusieurs utilisateurs avec un seul acteur et
un seul utilisateur peut avoir le rôle de plusieurs acteurs. Les acteurs sont externes au système.
Ils peuvent déclencher le comportement décrit dans le cas d'utilisation ou être traités par le cas
d'utilisation. Les acteurs peuvent aussi échanger des données avec le système.

FIGURE 11 : P RÉSENTATION DES ACTEURS

Toute organisation dispose d’un système d’information (que celui-ci soit formalisé ou non)
dont tous les acteurs font partis : acteurs internes (responsables, employés…)
et externes (clients, fournisseurs…).
Lors de la formalisation du système d'information les acteurs se décomposent en deux

21
catégories :
• les utilisateurs des informations fournies par le système d'information.

• les gestionnaires qui organisent et alimentent le système d’information.

Il convient de distinguer l'organisation dans le cadre de son activité comme subdivisée en

deux parties :

Le Front-Office (parfois appelé également Front line) désigne la partie frontale de

l'entreprise, visible par la clientèle et en contact direct avec elle, comme les équipes de
marketing, de support utilisateur ou de service après-vente.

Le Back Office à l'inverse désigne l'ensemble des parties du système

d'information auxquelles l'utilisateur final n'a pas accès. Il s'agit donc de tous les processus
internes à l'entreprise (production, logistique, stocks, comptabilité, gestion des ressources
humaines, etc.).

22
Les différents types d’acteurs que nous avons dans notre système sont :

 Le Directeur Commercial
 Le Directeur commercial consulte l’historique la demande approvisionnement;
 Il peut aussi consulter le tableau de bord de la demande approvisionnement

 Le Gérant:

 Lister les demandes approvisionnement ;

 Générer une nouvelle demande ;
 Possibilité de modifier une demande ;
 Possibilité d’annuler une demande ;

 Administrateur système :

Il doit être capable de :

 S’authentifier directement au niveau la structure à laquelle il est associé grâce un login
et un mot de passe ;
 Gérer ses paramètres d’utilisateur ;
 Récupérer son mot de passe en cas de perte ;
 Gérer les différentes agences de la structure ;
 Consulter les statistiques d’utilisation du système au niveau de la structure.

23
III.1.4 Diagramme de Contexte

Le diagramme de contexte exprime l’environnement du système dans une situation donnée.

Le diagramme de contexte permet donc de définir les frontières de l’étude et de préciser la
phase du cycle de vie dans laquelle on situe l’étude.

Il recense les acteurs qui interagissent avec le système. Nous montrons ici un diagramme de
contexte de notre plateforme.

Ainsi notre travail consiste à la conception d’un système d’aide à la décision pour la gestion
des pandémies. C'est dans ce contexte que les systèmes décisionnels semblent apporter des
réponses. Ces systèmes offrent aux décideurs une meilleure visibilité des informations et une
qualité de service accrue. En ce sens l'apport de cette nouvelle technologie permettra aux
dirigeants de réagir rapidement et efficacement dans le processus stratégique de prise de
décision et de prouver :
 Pourquoi construit-t-on un système décisionnel ?
 Comment construit-on un système décisionnel ?
 Nous allons articuler notre étude au tour de ces points :

 La récupération et la centralisation des données ;

 Tableau de bord pour le traitement des données en vue de les rendre exploitables ;
 Concevoir un tableau de bord avec des indicateurs clés de la boutique ;
 Permettre aux gérants des stations de définir un seuil pour le stock de chaque produit ;
 Permettre au directeur commercial d’avoir un suivi en temps réel des ventes pour les
succursales ;
 Faire des reporting;

24
 Figure 12 : Diagramme de contexte

III.1.5 Cas d’utilisation

Les diagrammes des cas d’utilisations sont des vues qui décrivent les interactions entre les
acteurs externes et le système lui-même. Il représente aussi un ensemble de séquences
d’actions réalisées par le système produisant un résultat observable intéressant pour un acteur
particulier.
Il montre les interactions fonctionnelles entre les acteurs et le système à l’étude.
 Système : Un système représente une application dans le modèle UML. Il est
identifié par un nom et regroupe un ensemble de cas d’utilisation qui
correspond aux fonctionnalités offertes par l’application à son environnement.
 Acteur : Un acteur représente le rôle joué par un utilisateur humain ou un autre
système qui interagit directement avec le système étudié. Un acteur peut
consulter ou modifier directement l’état du système en émettant ou en recevant
des messages successibles d’être porteur de données.

25
  Association : Une association est utilisée dans ce type de diagramme pour
relier les acteurs et les cas d’utilisation par une relation qui signifie simplement
« participe à ».
 Inclusion : Une relation « include » est utilisée pour indiquer que le cas
d’utilisation source (départ de la flèche) contient TOUJOURS le cas
d’utilisation inclus. Pour représenter cette relation, on dessine donc une flèche
en pointillé partant du cas d’utilisation principal vers le cas d’utilisation
interne. Puis, on indique le stéréotype « include » sur la flèche .
 Extension : Une relation « extend » est utilisée pour indiquer que le cas
d’utilisation source (à l’origine de la flèche) n’est pas toujours nécessaire au
cas d’utilisation principal, mais qu’il peut l’être dans certaines situations.
L’ajout de cette relation se fait en dessinant une flèche en pointillé partant du
cas d’utilisation interne vers le cas d’utilisation principal. Puis, on indique le
stéréotype « extend » sur la flèche.

III.1.5.A Formalisme

Figure 13: Formalisme Diagramme de Cas d'utilisation

26
 III.1.5.B Diagramme Cas d’utilisation du système décisionnel de
gestion des demandes

Figure 14: Diagramme cas d'utilisation

Description textuelle du cas d’utilisation gestion des demandes

d’approvisionnement

Consulter le dashboard gestion des

Cas d’utilisation
demande d’approvisionnement

Acteurs Gérant.

Objectif Permet de consulter le tableau de bord.

Précondition
Le gérant a un compte power bi.

27
  Le gérant communique au système le
souhait de consulter le tableau de
bord.
 Le système communique un
Scenario nominal formulaire d’identification ;
 L’employé s’identifie ;
 Le système présente le dashboard ;
 Le visiteur employé consulte le
dashboard ;

 À tout moment : le visiteur peut

abandonner l'opération en cours ;
 L’employé peut télécharger le power
Scenario alternatif
bi ;
 L’employé peut exporter les jeux de
données en excel ou csv ;

Postcondition Le dashboard est visible par l’employée.

Tableau 1 : Tableau de description textuelle du cas du système décisionnel

28
III.1.5.D Diagramme Cas d’utilisation de gestion de la demande
d’approvisionnement

Figure 17 : Diagramme de cas d’utilisation de gestion de la demande

d’approvisionnement

29
III.1.5.D Diagramme Cas d’utilisation de gestion de l’ administrateur
système

Figure 17 : Diagramme de cas d’utilisation de l’administrateur système

30
III.1.6 Diagramme de séquence

Les diagrammes de séquences permettent de représenter des collaborations entre objets selon
un point de vue temporel, on y met l'accent sur la chronologie des envois de messages. On n'y
décrit pas le contexte ou l'état des objets, la représentation se concentre sur l'expression des
interactions.
Les diagrammes de séquences peuvent servir à illustrer un cas d'utilisation. L'ordre d'envoi
d'un message est déterminé par sa position sur l'axe vertical du diagramme ; le temps s'écoule
"de haut en bas" de cet axe. La disposition des objets sur l'axe horizontal n'a pas de
conséquence pour la sémantique du diagramme.

III.1.6.A Formalisme

Figure 19 : Illustration du diagramme de séquence

Une interaction montre le comportement d’une collaboration en se focalisant sur l’échange

d’informations entre les éléments de la collaboration. Une interaction contient un jeu de ligne
de vie. L’interaction décrit donc l’activité interne des éléments du classeur ou de la
collaboration, appelés lignes de vie, par les messages qu’ils échangent.

31
Diagramme de séquence du cas d’utilisation « Se connecter »

FIGURE 20 : D IAGRAMME DE SÉQUENCE DU CAS D ’ UTILISATION SE CONNECTER

Diagramme de séquence du cas d’utilisation « Authentification »

F IGURE 21 : DIAGRAMME DE SÉQUENCE DU CAS D’ UTILISATION S’AUTHENTIFIER

32
Diagramme de séquence du cas d’utilisation « Des Demande
d’approvisionnement »

F IGURE 23 : DIAGRAMME DE SÉQUENCE DU CAS D’UTILISATION : DEMANDE

D’ APPROVISIONNEMENT

33
III.1.7 Diagramme de classe
Le diagramme de classes est considéré comme le plus important de la modélisation orientée
objet, il est le seul obligatoire lors d'une telle modélisation.
Alors que le diagramme de cas d'utilisation montre un système du point de vue des acteurs, le
diagramme de classes en montre la structure interne. Il permet de fournir une représentation
abstraite des objets du système qui vont interagir pour réaliser les cas d'utilisation. Il est
important de noter qu'un même objet peut très bien intervenir dans la réalisation de plusieurs
cas d'utilisation. Les cas d'utilisation ne réalisent donc pas une partition des classes du
diagramme de classes. Un diagramme de classes n'est donc pas adapté (sauf cas particulier)
pour détailler, décomposer, ou illustrer la réalisation d'un cas d'utilisation particulier.
Il s'agit d'une vue statique, car on ne tient pas compte du facteur temporel dans le
comportement du système. Le diagramme de classes modélise les concepts du domaine
d'application ainsi que les concepts internes créés de toutes pièces dans le cadre de
l'implémentation d'une application. Chaque langage de Programmation orienté objet donne un
moyen spécifique d'implémenter le paradigme objet (pointeurs ou pas, héritage multiple ou
pas, etc.), mais le diagramme de classes permet de modéliser les classes du système et leurs
relations indépendamment d'un langage de programmation particulier.

Les principaux éléments de cette vue statique sont les classes et leurs relations : association,
généralisation et plusieurs types de dépendances, telles que la réalisation et l'utilisation.

III.1.7.A Formalisme

Figure 24 : Illustration du diagramme de classe

34
III.1.7.B Diagramme de classe

Figure 25 : diagramme de classe

35
III.1.8 Diagramme d’Activité
Dans le langage UML, un diagramme d'activité fournit une vue du comportement d'un
système en décrivant la séquence d'actions d'un processus. Les diagrammes d'activité sont
similaires aux organigrammes de traitement de l'information, car ils montrent les flux entre
les actions dans une activité. Les diagrammes d'activité peuvent, cependant, aussi montrer
les flux parallèles simultanés et les flux de remplacement.

Dans les diagrammes d'activité, vous utilisez des nœuds d'activité et des bords d'activité pour
modéliser le flux de commande et de données entre les actions.

III.1.8.A Formalisme

Figure 26 : Illustration du diagramme d’activité

III.1.8.B Diagramme de d’activité du système

36
Figure 27 : diagramme d’activité

37
III.2 Conception
La modélisation Multidimensionnel est considérée comme le plus important de la
modélisation en Business intelligent, il est le seul obligatoire lors d'une telle modélisation.

III.2.1 Présentation de la Business Intelligence

III.2.1.1 Historique de la BI

La BI a vu le jour pour la toute première fois vers les années 60, précisément en 1958. Au
cours de cette année, un informaticien nommé Hans Peter Luhn. Collaborant chez IBM,
présenta une théorie pour le système robotisé conçu pour envoyer des informations à
différents secteurs ; qu’elle soit industrielle, scientifique ou gouvernementale.
Ce système d’intelligence se base sur des machines de traitement de données ; dans le but
d’extraire et transformer des documents. Et de créer des profils pour faciliter aux
organisations l’utilisation des résultats retournés. Depuis cette année la data et la BI n’ont
cessés de s’améliorer.

III.2.1.2 Business Intelligence

La Business Intelligence (BI) ou l’Informatique Décisionnelle permet à tous les acteurs d’une
entreprise d’avoir une vision globale sur leurs activités pour les aider dans leurs prises de
décisions.

III.2.1.3 Définition du business intelligence

La Business Intelligence, plus communément appelée BI désigne l’informatique décisionnelle
qui permet aux utilisateurs, le plus souvent des dirigeants ou managers, d’analyser leur
activité et d’en tirer des conclusions afin de mieux la piloter.

Les entreprises ont pris conscience de l’importance des données dans leur stratégie.
L’analytique est aujourd’hui au cœur des enjeux des PME qui ont besoin d’étudier des
données synthétiques et d’adapter les indicateurs à leurs besoins du moment.

III.2.1.4. Les domaines d’utilisation de la BI

38
La BI est utilisée dans plusieurs domaines nous citerons :
 Finance, avec le reporting financiers et budgétaires.
 Vente et commercial, avec l’analyse de points de vente, l’analyse de la profitabilité.
 Marketing, avec la segmentation clients, les analyses comportementales.
 Logistique, avec l’optimisation de la gestion de stock, le suivi des livraisons.

III.2.1.5. L’architecture du processus de la BI et ces principales phases

Au niveau pratique et technique, l’intelligence d’affaires consiste en une suite d’outils, de

logiciels informatiques, appelée chaine décisionnelle. La chaine décisionnelle est une chaine
de traitement de l’information, pour des fins décisionnelles. Et elle se traite selon des outils
décomposés en quatre phases différentes qui sont cité ci-dessous :

 Phase de collecte et transformation.

 Phase d’intégration ou de stockage.

 Phase de restitution de données.

 Phase d’exploitation et d’analyse.

39
III.2.1.6. Le fonctionnement de ces phases

Phase de collecte (extract) :

Cette première phase consiste à collecter, nettoyer et consolider les données de l’entreprise
venue de différentes sources. Cela en utilisant les outils d’ETL pour Extract Transform Load.

Phase d’intégration ou de stockage

Les données résultantes de la première phase seront ensuite stockées dans une base
spécialisée. Nommé DW ou dans un data mart (qui est une version plus réduite du DW).
Dans l’objectif de les préparer au rôle final dit analyse décisionnelle.

Phase de distribution de données :

Consiste à distribuer l’information auprès de l’ensemble des partenaires et la restituer sous
une forme exploitable. C’est dans cette phase que les outils de restitution vont intervenir
notamment les portails d’accès à des tableaux de bord, les outils de reporting… etc.

Phase de restitution ou d’exploitation :

Une fois les données collectées, nettoyées, stockées, et accessibles elles peuvent être
analysées pour faire ressortir des prévisions ; ou des estimations futures en utilisant les outils
du datamining. Selon les besoins, différents types d’outils d’extraction et d’exploitation seront
utilisés tels que :
 OLAP pour les analyses multidimensionnelles, notamment analyser les données.
 Le Datamining pour rechercher des corrélations.
 Les tableaux de bord présentant les indicateurs clés de l’activité.
 Le Reporting pour communiquer la performance.

40
III.2.1.7. Les outils utilisés dans ces déférentes phases

III.2.2.1. Outils de collecte

Les outils de collecte de données sont des moyens ou des canaux permettant de recueillir les
informations nécessaires pour répondre aux questions de l'évaluation ; ils peuvent s'appuyer
sur des techniques qualitatives ou quantitatives, telles que les entretiens avec les informateurs
clés, les examens de documents.
L'ETL signifie l'Extraction, la Transformation et le Chargement de données. Un ETL
est un outil qui collecte et traite (presque en temps réel) des données provenant de diverses
sources pour ensuite les envoyer dans un espace de stockage (data lake, data warehouse) à des
fins d'analyse et de Business Intelligence.

Les outils d’ETL : les outils ETL servent à récupérer les données de l’entreprise quelle que
soient leurs sources. Ses données seront ensuite formatées, nettoyées et consolidées ; avant
d’être chargées dans des bases spécialisées appelées DW ou Data-mart.

Figure 2 : Le processus ETL

41
III.2.2.2. Outils de stockage

1. Le Data mart : c’est une version plus réduite d’un DW, conçus pour répondre à un besoin
métier spécifique.

2. Les DW : dits entrepôt de données sont des bases de données spécialisées utilisées pour
stocker des données provenant de bases de données de production à l’aide des outils d’ETL.
Entrepôt des données
La Business Intelligence (BI) peut ne pas vous dire quoi faire de votre entreprise ou ce qui se
passera si vous suivez une certaine direction. Mais, cela vous permet d'analyser les données
pour reconnaître les tendances et en tirer des informations exploitables. Cependant, pour
opérationnaliser l'intelligence d'affaires et développer une culture axée sur les données, les
entreprises doivent simplifier l'accès à des données précises, unifiées et en temps réel. Et c'est
là que l'entreposage de données entre en jeu.

Dans cette partie, nous commencerons par partager l'entrepôt de données définition avec
exemples puis expliquer ses principaux avantages pour les entreprises.

Nous allons apprendre :

● Définition d'un entrepôt de données

● Avantages d'avoir un entrepôt de données
● Exemples d'entrepôt de données
● Types d'entrepôts de données utilisés dans les entreprises

A entrepôt de données (DWH) est défini comme un référentiel central de données stockées à
partir d'un large éventail de sources au sein et au-delà de l'entreprise. L'entrepôt de données
est une technologie qui combine des données structurées, non structurées et semi-structurées
provenant de sources uniques ou multiples afin de fournir une vue unifiée des données aux
analystes et aux utilisateurs professionnels pour une meilleure BI. Par conséquent, il est utilisé
à des fins d'analyse et de reporting commercial, ce qui aide à conserver les enregistrements
passés, à analyser les données pour optimiser les opérations commerciales.

42
Il est également important de faire la différence entre une base de données et un entrepôt de
données, car les gens confondent souvent les deux. Alors qu'une base de données n'est qu'une
technique conventionnelle pour stocker des données, cette dernière est un type de base de
données spécialement conçu pour l'analyse des données. Il stocke tout dans un seul endroit à
partir de nombreuses banques de données externes.

FIGURE 2 : DATA WAREHOUSE

4. Types du DW : Nous distinguons quatre types de DW :

Les systèmes de gestion de base de données (SGBD) relationnelles traditionnels qui sont les
plus courantes.
 Les SGBD relationnelles spécialisés.
 Les DW Appliance.
 Et les DW Cloud.

III.2.1 Modélisation Multidimensionnel

Dans ce chapitre nous définirons dans un premier temps les notions de la modélisation
multidimensionnelle ensuite nous présenterons le modèle de notre datawarehouse.

La modélisation dimensionnelle ou multidimensionnelle considère les données comme des

points dans un espace à plusieurs dimensions. Ces points représentent les centres d'intérêt

43
décisionnel (sujets) analysés en fonction des différents axes d’analyse. En plus de la
perception intuitive qu'offre la modélisation dimensionnelle, celle-ci est réputée pour ses
performances élevées.

Cette modélisation se base sur deux concepts: les faits et les dimensions.

● Les faits

Étant ce qu’on voulait analyser

● la dimension

Représentent les données suivant lesquelles seront analysés ces faits

III.2.2 Notion de Modélisation multidimensionnelle

Avant de commencer à construire notre modèle nous allons d’abord définir les termes
suivants :
La table de faits : elle est la table centrale d’un modèle dimensionnel ou les mesures de
performances sont stockées. Une ligne d’une table de faits correspond à une mesure.

Ces mesures sont généralement des valeurs numériques, additives; cependant des mesures
textuelles peuvent exister mais sont rares. Les mesures sont regroupées dans une table de faits
si elles peuvent être analysées suivant les mêmes axes.

44
Constitue de mesure relatives au sujet traite ou métriques (données numériques qu’on
souhaite mesure) et de clés étrangères qui sont en réalité les axes d’analyse appelé des
dimensions. Les mesures qui sont numérique seront utilisées pour faire des agrégations
(SUM, AVG, …).

F IGURE 26 : T ABLE DE FAIT

Table de dimension : Elle modélise une perspective de l’analyser. Les tables de dimension
sont les tables qui accompagnent une table de faits, elles contiennent les descriptions
textuelles de l’activité. Une table de dimension est constituée de nombreuses colonnes qui
décrivent une ligne. C’est grâce à cette table que l’entrepôt donné est compréhensible et
utilisation. Parmi les attributs d’une dimension, nous retrouvons les paramètres de l’analyse.

Un paramètre représente un niveau de détails selon lequel sont visualisées les mesures
d’activité d’un sujet d’analyse.

Les paramètres d’une dimension sont organisés en une ou plusieurs hiérarchies, de la

granularité la plus fine avec vers la granularité la plus générales. Les hiérarchies sont
primordiales dans le modelé dimensionnel puis qu’elles sont employées pour manipuler les
mesures lors des opérations d’agrégation.

Attribut : un attribut est un élément d’une table de faits ou des dimensions.

45
Granularité de la table de faits: l’unité de temps la plus petite ou des appelée le grain
(finess) de la table de faits.

Une hiérarchie : un niveau de hiérarchie se définit au niveau des tables dimensions. Cela
permet d’agréger les données.

FIGURE 27 : T ABLE DE DIMENSION

III.2.2.a Les Différents modèles de représentation

 Il existe trois modèles de représentation d’un datawarehouse :
 Le modèle en étoile : plus répandu et plus représentatif d’un
modèle multidimensionnel.
 Le modèle en flocon qui est une variante du modèle en étoile.
 Le modèle en constellation qui est un assemblage de modèles en
étoile.
 Model en Etoile
Ce modèle se présente comme une étoile dont le centre n’est autre que la table des
faits et les branches sont les tables de dimension.
La force de ce type de modélisation est sa lisibilité et sa performance.

46
 F IGURE 28 : M ODELÉ EN ETOILE

 Modelé en flocon
Ce modèle est identique au modèle en étoile, sauf que ses branches sont éclatées en
hiérarchies. Cette modélisation est généralement justifiée par l’économie d’espace de
stockage, cependant elle peut s’avérer moins compréhensible pour l’utilisateur final
et très couteux en termes de performance.

Figure 29 : Modelé en flocon

 Modelé en constellation

47
Ce modèle n’est rien d’autre que plusieurs modèles en étoile liés entre eux par des dimensions
communes.

Figure 30: Modelé en constellation

III.2.2.B MODÉLISATION MULTIDIMENSIONNEL

48
III.2.3 Indicateurs
Cette partie permet de déterminer le type d’information que les décideurs ont besoin pour
l'amélioration de leur décision et de définir l’architecture technique de notre projet.

III.2.4 Dictionnaire des indicateurs

L’indicateur est un instrument de mesure issu de plusieurs sources déterminées par
l’entreprise pour étudier les évolutions d’un événement par rapport à des objectifs fixés. Il
désigne une information primordiale dont la variation est significative pour la conduite de
l’entreprise.

Trop d’états statistiques, utiles lors de leur mise en production, continuent d’être exploités par
routine. Le pilotage devient difficile au fil des années car trop d’information tue la décision.

Premièrement, il est important d’établir des indicateurs corrects pour les activités que
l’on veut étudier. Et sa nécessite une meilleure compréhension des informations.
Chaque indicateur sera caractérisé, et sélectionné selon les critères suivants :

 Un indicateur doit être disponible en temps réel.

 L’indicateur doit mesurer un ou plusieurs objectifs.

 L’indicateur doit conduire à une action.

 L’indicateur doit être constructible.

49
ID Indicateurs Formule de calcul Procédure Axe de mesure Périodicité

1 Nombre de demande Produit

d’approvisionnement Décompte du DA Categorie Mois
Nombre Période
Fournisseur
2 Division les produits (Quantite_article) Produit
demandés par par catégorie DA Categorie Mois
catégorie Demande
d’approvisionnemen
t
3 Meilleurs produits à Max Produit
la demande par (quantite_article) Demande
DA Année
année d’approvisionnemen
par produit
t
4 Le chiffre d’affaires Produit
par date montant ttc DA Demande Année
d’approvisionnemen
t
Date
5 Quantité en stock Quantite_stock Produit
par produit DA Demande Mois
d’approvisionnemen
t
Fournisseur

6 Quantité demandé quantite_article Produit

par date Demande
DA d’approvisionnemen Mois
t
Date
Fournisseur

7 Répartition des Décompte du Produit

demandes par région Nombre Demande
DA Année
d’approvisionnemen
t
Région
Fournisseur

8 Répartition des Décompte du Produit

demandes par Nombre DA Demande
période d’approvisionnemen
t

50
 Période
Fournisseur

9 Répartition des Produit

demandes par Demande
boutique d’approvisionnemen
Décompte du
DA t Mois
Nombre Période
Fournisseur
Boutique

TABLEAU 6 : T ABLEAU DES INDICATEURS

III.3 Axe des mesures

Mesure est un indicateur qui va permettre d’évaluer une quantité aux croisements de
dimensions d’analyse. Ces mesures se trouvent dans la table de fait. Exemple : le chiffre
d’affaire est la quantité de produits vendus multipliée par le prix.

Dimension Libelle

Dim_DA Dimension Demande d’approvisionnement

Dim_produit Dimension Produit

Dim_categorie Dimension Categories

Dim_gérant Dimension Gérant

Dim_région Dimension Region

Dim_boutique Dimension Boutique

Dim_fournisseur Dimension Fournisseur

TABLEAU 7: LES AXES DES MESURES

51
III.3.1. Les dimensions

 Dimension Demande d’approvisionnement

Table source Champ source Champ datamart Champ Table datamart

longueur

Id Id_DA Int Dim_DA

Statut Demande Varchar (255) Dim_DA

d’approvisionnemen
t

Periode Demande Date Dim_DA

d’approvisionnemen
t

TABLEAU 8 : D IM DATE

 Dimension Produits

Table source Champ source Champ datamart Champ Table datamart

longueur

Id Id_Produit Int Dim_produit

Designation Produit Varchar (255) Dim_produit

Id_Fournisseur Produit Int Dim_produit

Id_Categorie Produit Int Dim_produit

52
 PrixUnitaire Produit Int Dim_produit

Code barre Produit double Dim_produit

TABLEAU 9 : DIM PRODUI

 Dimension Categorie

Table source Champ source Champ datamart Champ Table datamart

longueur

Id Id_Categorie Int Dim_categorie

Libelle categorie Varchar (255) Dim_categorie

Description categorie Varchar (255) Dim_categorie

TABLEAU 10 : DIM CATEGORIE

 Dimension Gérant

Table source Champ source Champ Champ Table datamart

datamart longueur

Id Id_Gérant Int Dim_ gérant

Nom Gérant Varchar Dim_ gérant

(255)

prenom Gérant Varchar Dim_ gérant

(255)

tel Gérant Varchar(255) Dim_ gérant

email Gérant Varchar(255) Dim_gérant

dateNaissance Gérant dateTime Dim_ gérant

adresse Gérant Varchar(255) Dim_ gérant

ville Gérant Varchar Dim_ gérant

53
(255)
  Dimension Région

Table source Champ source Champ datamart Champ Table datamart

longueur

Id_région Région int Dim_ région

Libelle Région Varchar Dim_ région

(255)

Tableau 12 : Dim detailCommande

 Dimension Boutique

Table source Champ source Champ datamart Champ Table datamart

longueur

Id Id_Boutique Int Dim_ boutique

Libelle Boutique Varchar (255) Dim_ boutique

adresse Boutique Varchar (255) Dim_ boutique

ville Boutique Varchar (255) Dim_ boutique

Id_region Boutique int Dim_ boutique

codepostal Boutique int Dim_ boutique

contact Boutique int Dim_ boutique

Tableau 13 : Dim_ Client

 Dimension Fournisseur

54
Table source Champ source Champ datamart Champ Table datamart
longueur

Id Id_Fournisseur Int Dim_ fournisseur

Nom_entreprise Fournisseur Varchar (255) Dim_ fournisseur

Nom_contact Fournisseur Varchar (255) Dim_ fournisseur

adresse Fournisseur Varchar (255) Dim_ fournisseur

ville Fournisseur Varchar (255) Dim_ fournisseur

codepostal Fournisseur int Dim_ fournisseur

pays Fournisseur Varchar (255) Dim_ fournisseur

tel Fournisseur int Dim_ fournisseur

TABLEAU 15 : DIM FOURNISSEUR

55
  TABLE DE FAIT

Attribut Type et longueur

Id Int

Id_DA int

Id_gerant int

Date_DA dateTime

Date_envoie dateTime

Id_produit Int

Id_region Int

Id_categorie Int

TABLEAU 16 : TABLE DE FAIT

56