Projet de Fin d’Études

Pour l’obtention d’un diplôme d’ingénieur

Etude et mise en place d’un système décisionnel pour le

module de vente

Élaboré par Rym AYARI

Entreprise d’accueil :

Encadreur Esprit : Encadreur Tunisiana :

M.Chokri Chaaraoui M. Mohamed Ben Cheikh
1
15/11/2022
Plan

1. Introduction

2. Problématique

3. Etat de l’art

4. Spécification des besoins

5. Solution décisionnelle

6. Conclusion

22
Plan

1. Introduction

2. Problématique

3. Etat de l’art

4. Spécification des besoins

5. Solution décisionnelle

6. Conclusion

33
Introduction (1/2): La naissance des systèmes décisionnels

Changement de L’accélération effrénée du

Mondialisation
comportement d’achat monde

Les concurrents sont plus L’organisation doitDécision

être centrée Le critère de la disponibilité de
nombreux et plus innovants client, les produits sont de plus en l’information est 7j/7j et 24H/24H
plus personnalisés

Les organisations étaient organisées

de façon pyramidale

La naissance des systèmes décisionnels

4 4
Introduction (1/2): Les systèmes décisionnels et la vente

Les systèmes décisionnels recouvrent toutes les fonctions de l’entreprises .

Prendre la bonne Augmenter le

décision au bon nombre de
moment. ventes.

5 5
Entreprise d’accueil

• Le premier opérateur téléphonique privé en Tunisie

• Entrée en activité le 1 Avril 2002

6 6
Plan

1. Introduction

2. Problématique

3. Etat de l’art

4. Spécification des besoins

5. Solution décisionnelle

6. Conclusion

77
Problématique

La solution de BI en place ne répond pas aux

contraintes actuelles:

Réactive
Système actuel
Simple
Solution basée sur SAP
Business Objects
Flexible

Economique

L’implémentation d’un système décisionnel complémentaire

8 8
 Solution proposée

La solution proposée assure :

L’extraction , la transformation et le chargement des données

La restitution des données

La solution proposée est adaptée aux exigences actuelles :

Réactive

Simple

Flexible

Economique

9 9
 Méthodologie
Cycle de vie dimensionnel
adoptée
La méthodologie adoptée nommée Cycle de vie dimensionnel est la méthodologie établie
par Ralph Kimball

Définition de Installation et
l’architecture sélection des
technique produits

Conception et
Planification Définition Développement
des besoins Modélisation Conception de Maintenance et
du projet dimensionnelle modèle physique
de la zone de Déploiement
de préparation des croissance
l’entreprise données

Développement
Spécification de de l’application
l’application utilisateur
utilisateur

1 2 3
10
Plan

1. Introduction

2. Problématique

3. Etat de l’art

4. Spécification des besoins

5. Solution décisionnelle

6. Conclusion

11
11
Le système décisionnel

Système
Chaine décisionnel
décisionnelle

L’alimentation
Passé Futur

Connaitre et l’analyse L’anticipation du futur

de passé

La restitution &
l’analyse

Présent
La représentation du présent

12
12
Plan

1. Introduction

2. Problématique

3. Etat de l’art

4. Spécification des besoins

5. Solution décisionnelle

6. Conclusion

1 3
13
 Spécification des besoins

 Donner une vision claire sur le module de vente

 Analyser le montant de ventes, la quantité de produit, la

quantité de stock et le nombre de vente par :
Canal de vente
Mode de paiement
Les besoins
Produit /Famille/ Groupe
fonctionnels Région /ville/gouvernorat
Année/Trimestre/Mois/Semaine.

 Génération des rapports statiques et des rapports

dynamiques 

 Export des rapports (PDF, doc, Excel,…).

Les besoins  Facilité d’utilisation 

 Sécurité
Techniques (non
 Extensibilité 
fonctionnels  Ergonomie

14
14
 Diagramme de Cas d’utilisation

Lancer l’extraction , le
chargement et la
transformation de
données « i
nc
lud
e  »
Créer un cube « in
clu
de
Administrateur  »

S’Authentifier
Gérer l’accées au « include »
portail de reporting
»
de 
u
cl
in
« 

 »
u de
cl
Consulter un rapport

in
« 
Créer un rapport
Utilisateur

1 5
15
La modélisation de l'entrepôt de données

Assemblage des tables

Création des tables de

dimensions

Création des tables de faits

1 6
16
Le choix de la plateforme

Alimentation Stockage Restitution Simplicité Coût licences

SAS ++++ ++ ++++ + > 150K €

Oracle ++++ ++++ ++ ++ 25K €
Business Objects +++ ++++ ++++ +++ 55 K€ 
Microsoft +++ ++++ +++ ++++ 5K€

Tunisiana dispose d’une Licence Microsoft

17
17
La solution Microsoft BI

L’intégrer des données

Stockage des données
provenant de différentes
Datamart
sources pour les ranger
/ DWH
dans un entrepôt central

Permet de créer, gérer et

publier des rapports
résultant des analyses L’analyse les données,
réalisées lors de S.S.A.S agrégées lors de S.S.I.S

18
18
Plan

1. Introduction

2. Problématique

3. Etat de l’art

4. Spécification des besoins

5. Solution décisionnelle

6. Conclusion

19
19
Environnement technique

SQL Server 2008 

Toad for Oracle 10g 

Star UML 5.0 

Adobe Photoshop CS5 

20
20
 L’architecture du système

Ticket

Produit
SSRS
Data
SSIS Data warehouse
mart

Vente

Groupe
SSAS
SSRS

CUBE OLAP

3 Reporting

2 Création de Cube OLAP

1 L’alimentation de l'entrepôt de données

21
21
 L’alimentation de l'entrepôt de données(1/2)

RegTICK

ODS l'entrepôt Datamart

Produit
-Nom: ODSRefBMC -Nom: DWRefBMC -Nom: DTMRefBMC

Vente
S -Comporte 16 tables -Comporte 2 tables de -Comporte 2 tables de

O -Base intermédiaire
faits et 6 tables de
dimensions.
faits et 6 tables de
dimensions.

Groupe U entre les données

sources et l'entrepôt .

R
-Les données dans les
tables de faits sont
aggrégées.
Famille
C -Ne nécessite pas une
modélisation

Canal
E

LigTick

22
22
 L’alimentation de l'entrepôt de données (2/2)

Exemple de chargement de la dimension Canal de Vente

Canal Vente
CD_CANAL_VENTE

NOM_CANAL_VENTE
DimCanal Vente
CD_TYPE_CANAL_VENTE

CD_CANAL_VENTE

NOM_CANAL_VENTE

LIB_TYPE_CANAL_VENTE
Type_Canal_Vente CD_TYPE_CANAL_VENTE

CD_CATEG_CANAL_VENTE
LIB_TYPE_CANAL_VENTE

CD_TYPE_CANAL_VENTE

CD_CATEG_CANAL_VENTE

Source DATAWAREHOUSE
ODS SSIS
18
23
La restitution des données (1/2) : Le cube OLAP

Déploiement sur le serveur

Liaison entre les groupes deQuelle est la quantité

de produits par famille , par
mesures et leurs dimensions
groupe et par produit?

Organisation du groupe de
mesures

Création des dimensions et

de leurs hiérarchies

Création de source de
données

SSAS
23
24
 Diagramme de séquence: Consulter un rapport

Serveur Web Serveur de

rapport
Saisir l’URL
Envoyer la demande de l’utilisateur

Envoyer le jeton

Vérifier les
paramètres

Seq IF

Accès Accepté Afficher les rapports

Choisir un rapport

Ouvrir le rapport

Accès Refusé

Page inaccessible

24
25
La restitution des données (2/2) : Le reporting

Déploiement sur le serveur

Ajouter les paramètres

Insertions des différents de

graphiques ,des tableaux etc

Définir les sources de

données et le fichier de
données du rapport

Ajouter des Rapports

Définir et configurer les

sources de données SSRS
25
26
Plan

1. Introduction

2. Problématique

3. Concepts généraux

4. Spécification des besoins

5. Solution décisionnelle

6. Conclusion

26
27
Conclusion

Travail effectué:
 La modélisation de l’entrepôt de données pour le module de vente
 L’alimentation de l’entrepôt de données.
 La création d’un cube OLAP.
 Le reporting

Apports:
 Apports sur le plan théorique
 Apports sur le plan pratique

Perspectives
 Automatiser les opérations de gestion de l’entrepôt de données
 Etendre l’entrepôt de données

27
Merci de votre attention

29