MTI820 −

Entrepôts de données et intelligence d’affaires

Le cycle de vie d'un projet en intelligence d'affaires

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 1

 Question
• Quels sont les facteurs les plus déterminants pour la
réussite d’un projet de BI?

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 2

 Besoins prioritaires en TI

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 3

 Le succès d'un projet de BI
• Taux de réussite:

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 4

 Critères de prédisposition
• Les 5 critères de succès (selon R. Kimball):

Critère Contribution
Le parrainage de la haute direction* 60 %
La motivation et la légitimité du changement* 15 %
La faisabilité* 15 %
Le partenariat entre les intervenants d’affaires et des TI 5 %
La culture analytique 5 %
*: critères indispensables

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 5

 Critères de prédisposition
• Parrainage de la haute direction:
– Facteur critique au succès du projet;
– Caractéristiques d’un sponsor idéal:
• Conviction de l’impact potentiel de la solution de BI;
• Influence importante au sein de l’entreprise;
• Exigeant mais réaliste;
• Connaissance des concepts de base du BI est un atout;
• Vision axée sur le succès à long-terme du projet.
– Important d’avoir plusieurs sponsors dans le projet.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 6

 Critères de prédisposition
• Motivation et la légitimité du changement:
– Besoin urgent d’améliorer l’accès à de l’information de
qualité (ex: concurrence, nouvelle réglementation, etc.);
– Les projets de BI alignés avec des besoins d’affaires réels
ont de meilleures chances de réussir;
– Le projet est plus facilement justifiable lorsqu’il existe de
telles motivations.
• Faisabilité:
– Concerne principalement la disponibilité de données de
qualité:
• Niveau de détail (granularité) suffisamment fin;
• Effort raisonnable pour nettoyer et consolider.
– Se détermine à l’aide du profilage de données (profiling).

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 7

 Question
• Quelle est la meilleure approche pour développer une
solution de BI ?

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 8

 Approche top-down vs bottom-up
Caractéristique Top-down (B. Inmon) Bottom-up (R. Kimball)
Objectifs Livrer une solution Livrer une solution permettant aux
technologiquement saine basée sur usager d’obtenir facilement et
des méthodes et technologies rapidement des réponses à leurs
éprouvées des bases de données requêtes d’analyse
Complexité de la méthode Plutôt complexe Plutôt simple
Importance de la conception Importante Peu importante
physique
Orientation du modèle Orienté données Orienté processus d’affaires
Accessibilité des utilisateurs Faible Forte
finaux
Outils de conception Traditionnels (diagrammes entité- Modélisation dimensionnelle
relation et flot de données) (schéma en étoile)
Auditoire principal Professionnels en TI Utilisateurs finaux
Source: E. Turban, R. Sharda, D. Delen et D. King (2010). « Business intelligence: A manegerial approach », Pearson.

Département de génie logiciel et des TI MTI820 Hiver 2011 – C. Desrosiers 9

 Projet vs programme de BI
• Projet:
– Une seule itération dans le cycle de vie d’un projet de BI;
– A une date de début et de fin;
– Plus facile à planifier.

• Programme:
– Coordination de ressources, infrastructures et
communications sur plusieurs projets;
– Définition continuelle de nouveaux projets (pas de fin
abrupte);
– Plus difficile à planifier.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 10

 Le cycle de vie d’une solution BI
• Diagramme de flux de travail (DW Lifecycle, Kimball):

Conception de Sélection et
l’architecture installation des Croissance
technique produits

Définition
Planification Conception et
des Modélisation Conception
de projet / développement Déploiement
besoins des données physique
programme du système ETL
d’affaires

Conception des Développement

application de des applications Maintenance
BI de BI

Gestion de projet / programme

• Note: dépendance horizontale et verticale entre les activités;

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 11

 Planification
– Fait interactivement avec la définition des besoins;
– Comprend:
• Définition de la portée;
• Recrutement;
• Identification, estimation et affectation
des tâches.

Définition
Planification
des
de projet /
besoins
programme
d’affaires

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 12

 Question
• Comment détermine-t-on la portée d’un projet de BI?

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 13

 La portée préliminaire du projet
• Dépend de:
– Le nombre de sujets d’analyse visés (ex: fonctions d’affaires,
régions, etc.)
– Le nombre et le type de sources de données brutes;
– L’approche employée pour charger les données des sources
dans l’entrepôt de données;
– Les règles d’affaires appliquées aux données sources lors de la
validation;
– Le contenu, le niveau de détail, et l’historique des données
sources;
– Les outils frontaux (front-end) d’intelligence d’affaires
employées pour l’analyse;
– La complexité architecturelle de l’environnement.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 14

 La portée préliminaire du projet
• Directives pour déterminer la portée:
– Définie en fonction de besoins spécifiques;
– Doit apporter une valeur d’affaires suffisante à l’entreprise,
tout en restant faisable;
– Doit être fait conjointement avec les représentants
d’affaires et ceux des TI.

• Document de portée du projet:

– Information de base sur le projet;
– Les inclusions et exclusions de la portée;
– Les critères de succès;
– Les risques et stratégies de gestion de risque.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 15

 Exemple de document de portée
Nom du projet
Information de base
BigCo désire maximiser les revenus provenant de ses activités de promotion. Présentement, elle dépense
environ $40 million annuellement en publicité. L’objectif est de réduire les dépenses reliées aux activités
promotionnelle de 25% d’ici trois ans.
La prochaine phase du projet de BI portera sur l’information promotionnelle, complémentant le projet
précédent consacré aux données de vente. Les équipes de vente et de marketing auront accès à la fois aux
données de vente et de promotion, permettant ainsi le développement de stratégie promotionnelles plus
efficaces.
Portée du projet:
• Trois années de données historiques sur les activités internes de promotion;
• Maximum de 25 utilisateurs initialement, avec le plan d’augmenter la capacité à 150 utilisateurs;
• L’architecture technique sera basée sur…
Exclusions:
• Données externes, telles que les information sur les ventes et promotions des principaux compétiteurs;
• Support pour des programmes promotionnels non-domestiques;
• …
Critères de succès:
• Une seule source d’information employée pour les analyses reliées aux activités de promotion;
• Réduction du temps requis pour effectuer une analyse reliées aux activités de promotion;
• …
Risques et stratégies de gestion des risques:
• …

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 16

 Question
• Comment justifie-t-on un projet de TI à la direction et aux
investisseurs de l’entreprise?
• Comment peut-on démontrer la valeur du projet à ceux-
ci?

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 17

 Justification du projet
• Retour sur l’investissement (ROI):
ROI = Bénéfices − Dépenses.

• Investissements et coûts:
– Achat/mise à niveau de composantes matérielles:
• Ex: serveurs, réseau, HD, etc.
– Achat/mise à niveau de composantes logicielles:
• Ex: ETL, DBMS, analyse multidimensionnelle, etc.
– Embauches internes:
• Ex: analyste de données, DBA, directeur de projet, etc.
– Ressources externes:
• Ex: consultants, support technique de produits achetés, etc.
– Coûts de maintenance:
• Ex: frais de maintenance, support et croissance.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 18

 Justification du projet
• Bénéfices ($):
– Augmentation des revenus de vente;
– Meilleur taux de réponse aux envois publicitaires;
– Élimination des produits à faible marge de profit;
– Réduction des dépenses en marketing;
– Diminution du taux d’attrition;
– Réduction des cas de fraude;
– etc.

• Coûts et bénéfices estimés au stade de planification.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 19

 Exemple de ROI
• Qui:
– Compagnie IBM, complexe de production de semi-
conducteurs dans l'état de New-York;
• Défis:
– Satisfaire les besoins en rapports (reporting) des équipes
de production et d'ingénierie;
• Solution:
– SAS Business Intelligence;
– 600 utilisateurs;
– 100 sources;
– 100 Gb;
source: Nucleus Research Inc., 2007

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 20

 Exemple de ROI
• Coûts et bénéfices:

• Bénéfices principaux:
– Réduction du temps de création de rapports;
– Amélioration de la qualité et la visibilité des données;
– Embauche d'employé en TI évitée;
• ROI: 386% (après 3 ans)
source: Nucleus Research Inc., 2007

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 21

 Équipe d’un projet de BI
• Analogie avec une équipe de hockey:
Propriétaire,
Sponsors
Président

Directeur général Directeur de projet

Entraîneur chef, Chef de projet

Entraîneur adjoint

Analyste d’affaires,
Gardien de but, Architecte de données,
Centres, Analyste en QA,
Ailiers, Administrateur de BD,
Défenseurs Architecte/développeur ETL,
Architecte/développeur d’applications BI

Spécialiste technique,
Spécialiste en sécurité,
Unités spéciales Spécialiste en forage de données,
Chargé des tests,
Éducateur

Partisans Utilisateurs

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 22

 Équipe d’un projet de BI
• Sponsor:
– Membre de la haute direction;
– Approuve les budgets;
– Défend le projet en cas de besoin.

• Directeur de projet:
– Sert de liaison entre les sponsors et les autres membres de
l’équipe;
– Responsable du leadership et de la direction du projet;
– Influence les décisions stratégiques et architecturelles.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 23

 Équipe d’un projet de BI
• Chef de projet:
– Gère le projet au jour le jour:
• Coordination des ressources et des activités;
• Planification des tâches et des budgets;
• Suivi de l’état et de l’avancement du projet.
– Doit pouvoir réagir rapidement aux problèmes rencontrés,
avant que ceux-ci s’intensifient.
• Analyste d’affaires:
– Gère la collecte et la définition des besoins;
– Assure la juste représentation des besoins dans les autres
étapes du projet;
– Doit très bien connaître les processus d’affaires de
l’entreprise.
Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 24
 Équipe d’un projet de BI
• Analyste en QA / intendant des données:
– Responsable d’établir une vue consolidée des définitions
et règles des données, à l’échelle de l’entreprise;
– S’assure que les données insérées dans l’entrepôt sont
valides et complètes;
– Peut également être responsable de vérifier l’intégrité des
applications de BI.
• Architecte de données:
– En charge de définir une architecture facilitant la
réutilisabilité, l’intégration et l’optimisation des données;
– Conçoit et développe le modèle dimensionnel des
données;
– Participe parfois à la collecte des besoins.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 25

 Équipe d’un projet de BI
• Administrateur de BD (DBA):
– Responsable de convertir le modèle des données en
structures physiques de l’entrepôt (tables, colonnes, etc.);
– Choisit des paramètres physiques maximisant la
performance de l’entrepôt (ex: disposition des disques,
partitionnement, indexes, etc.)
– Gère l’intégrité, la disponibilité et la performance de
l’entrepôt au quotidien.
• Architecte/développeur ETL:
– Responsable de la conception et développement du
système ETL;
– Architecte est souvent impliqué dans la collecte des
besoins;

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 26

 Équipe d’un projet de BI
• Architecte/développeur d’application de BI:
– En charge de concevoir la couche d’interaction aux
données;
– Conçoit et développe les applications de BI, souvent à
l’aide de produits commerciaux;
– Configure la couche sémantique des outils de BI.
• Note:
– Un projet de BI comporte normalement tous ces rôles;
– Grand projets: plusieurs personnes peuvent avoir le même
rôle;
– Petits projets: une personne peut jouer plusieurs rôles.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 27

 Définition des besoins
• Étape critique à la réussite du projet;
• Se concentre sur les utilisateurs, et non les données;
• Identifie les besoins les plus prioritaires;
• Comprend:
– Entrevue des utilisateurs;
– Identification des processus d’affaires; Conception de

– Préparation du document de description

l’architecture
technique

des besoins.
Définition
Planification
des Modélisation
de projet /
besoins des données
programme
d’affaires

Conception des
application de
BI

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 28

 Définition des besoins
• Processus d’analyse (Kimball):

Analyse
niveau programme
BP: processus d’affaires (business process)

Besoins d’affaires
regroupés par BP

Sélection du BP
(matrice en bus,
diagramme de
priorisation)

Besoins
BP Analyse fonctionnels, Développement
prioritaire niveau projet non fonctionnels, datamart
techniques

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 29

 Modélisation des données
• Se base sur le document de description des besoins;
• Processus hautement itératif et dynamique;
• Vise la simplicité et l’efficacité;
• Comprend:
– Identification des faits et leur granularité;
– Identification des dimensions et leur hiérarchie;
– Stratégies: dénormalisation, gestion des changements, etc.

Définition
des besoins Modélisation Conception
d’affaires des données physique

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 30

 Modélisation des données

Appel service
Matrice en bus

Représentant
d'utilisation

Ligne tél.
Canal de

de vente
Employé
de données
Produit
Client

vente
Processus /
Date

Relai
Plan
Dimension
Facturation client X X X X X X

Gestion du trafic X X X X X X X
d'appels

Inventaire X X X

Service à la X X X X X X X
clientèle

Schéma en étoile
(magasin de données)

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 31

 Conception physique des données
• Utilise le modèle de données;
• Comprend:
– Détail du schéma relationnel (ex: clés, types, contraintes, etc.);
– Optimisation de la performance (ex: indexes, partitionnement,
agrégation, etc.);
– Gestion de la sécurité.

Conception et
Modélisation Conception
développement
des données physique
du système ETL

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 32

 Conception physique des données
Requête analytique
SELECT SUM(Inventaire.quantité)
FROM Inventaire, Produit, Fournisseur
WHERE Inventaire.idProduit = Produit.id AND
Inventare.idFournisseur = Fournisseur.id AND
Produit.catégorie='moteur_mazda' AND
Fournisseur.province='QC'

Stratégie d’optimisation
(index jointure étoile)
CREATE BITMAP INDEX indexJointure ON
Inventaire(Fournisseur.province, Produit.catégorie)
FROM Inventaire, Fournisseur, Produit
WHERE Inventaire.idProduit = Produit.id AND
Inventare.idFournisseur = Fournisseur.id

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 33

 Conception de l’architecture technique
• Définit la vision d’ensemble de la solution et l’intégration des
technologies du projet;
• Se concentre sur les besoins, pas les aspects techniques;
• Doit considérer:
– Environnement technique actuel;
– Directions stratégiques prévues.
• Comprend:
– Identification des besoins techniques;
– Création du plan d’architecture.
Définition des Conception de Sélection et
besoins l’architecture installation des
d’affaires technique produits

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 34

Conception de l’architecture technique

Sélection de
produits

Modèle architecturel

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 35

 Conception et développement du système ETL
• Représente environ 70% des efforts et risques du projet;
• Doit considérer:
– Nombre et type des sources de données;
– Outils disponibles.
• Comprend:
– Identification et analyse des sources de données;
– Développement des méthodes d’extraction, de nettoyage et de
consolidation des données (code maison ou outils
commerciaux);
– Développement des méthodes d’insertion de données (ex:
scripts, outils complexes);
– Validation de la qualité des données. Conception
Conception et
développement
physique
du système ETL

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 36

 Conception et développement du système ETL
Matrice de transformation
Champs Table Champs Table Règle de
cible cible source source transformation

Flot de traitements / données (SSIS)

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 37

 Conception et développement des applications BI
• Se fait en parallèle avec la modélisation des données et la
conception du plan d’architecture;
• Nécessite une interaction importante avec les utilisateurs;
• Comprend:
– Modélisation des tableaux de bord, rapports, indices de
performances (KPI) adaptés aux utilisateurs;
– Définition des modèles de prédiction, classification et clustering;
– Configuration des outils et des métadonnées;
– Implémentation du portail de navigation;
– Validation des applications.

Définition des Conception des Développement des

besoins d’affaires application BI applications BI

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 38

Conception et développement des applications BI

Requêtes à accès
Besoins analytiques direct, reporting,
et techniques data mining

Portail de BI
Rapports standards

Modèle physique
Applications
analytiques

Architecture Tableaux de bords

et scorecards

BI opérationnel

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 39

 Gestion du projet
• Assure la coordination des activités du projet;
• Comprend:
– Suivi de l’avancement et de l’état du projet;
– Suivi des problèmes;
– Contrôle des changements (ex: portée du projet);
– Développement du plan de communication (affaires et TI).

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 40

 Plan de projet
• Définit pour chaque activité:
– Ressources responsables;
– Les dates de début et de fin estimées (ne doivent pas être
modifiées);
– L’état courant (ex: future, en cours ou complétée);
– Les dates de début et de fin mises à jour;
– Le nombre de jours de retard;
– Le % complété;
– Les dépendances (autres tâches).

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 41

 Plan de projet

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 42

 Déploiement
• Point de convergence des activités de développement;
• Ne doit pas être fait avant d’avoir:
– Matériel de formation des utilisateurs;
– Mécanismes de gestion et de suivi d’erreurs;
– Documentation complète;
– Validation des données et outils;
– Processus efficace de communication.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 43

 Maintenance et croissance
• Assure le fonctionnement optimal du système et prévoit
l’ajout de nouvelles fonctionnalités;
• Comprend:
– Suivi de l’utilisation et réglages de performance (tuning);
– Sauvegarde et récupération des données;
– Support aux utilisateurs;
– Préparation de nouveaux cycles de développement.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 44

 Questions
• Quels les risques potentiels d’un projet de BI?

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 45

 Risques selon Kimball
• Ne pas pouvoir recruter un sponsor influent et visionnaire
provenant de la haute direction;
• En faire trop en même temps, au lieu d’employer une
approche de développement itérative centrée sur un sujet à la
fois;
• Être séduit par la technologie, au lieu de se concentrer sur les
objectifs et les besoins de l’entreprise;
• Supposer qu’il est possible de développer le projet sans
l’apport des membres d’affaires;

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 46

 Risques selon Kimball (suite)
• Aller de l’avant avec le projet, même si les données source
sont de piètre qualité ou n’ont pas été validées;
• Faire la conception d’un entrepôt de données comme s’il
s’agissait d’une BD transactionnelle (ex: normalisation);
• Sous-estimer la quantité de travail reliée au nettoyage et la
consolidation des données;
• Accorder trop d’importance au système ETL, au détriment de
la performance et la qualité des applications de BI (et vice-
versa).

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 47

 Questions
• À quoi correspond le développement Agile?
• Quels sont les avantages/inconvénients de ce mode de
développement?

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 48

 Le développement en mode agile [1/2]
• Philosophie Agile:
« Si un projet doit se solder par un échec, mieux vaut le
savoir après 1 seul mois, qu’après 15 mois »
– Jeffries, Anderson et Hendrickson (2000). Extreme Programming Installed.

• Principes de base des méthodes agile:

– Se concentrer sur les besoins prioritaires;
– Développer en itérations/prototype;
– Petites équipes;
– Collaboration soutenue entre l’équipe de développement
et les clients;
– La livraison est plus importante que le processus;
– Documentation : seulement le nécessaire.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 49

 Le développement en mode agile [2/2]
• Agile vs Développement en cascade:

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 50

 Les entrepôts de données en mode agile [1/3]
• Exemple d’itérations de développement agile
ITÉRATION 1: ITÉRATION 2: ITÉRATION 3: ITÉRATION 4:
Définition des besoins Définition de la portée Dévelopement de la Intégration de la
solution solution

Durée 1-2 mois 1-2 mois 4-8 mois 1-2 mois

Livrable Prototype Solution BI Solution complète Solution complète livrée

75% Besoins 25% Besoins 5% Besoins 5% Besoins

25% Conception 50% Conception 10% Conception 10% Conception
Processus
0% Développement 15% Développement 50% Développement 50% Développement
0% Test 10% Test 35% Test 35% Test
50% Utilisateur 50% Utilisateur 25% Utilisateur 100% Utilisateur
100% Architect 100% Architecte 100% Architecte 100% Architecte
25% Lead technique 100% Lead technique 100% Lead technique 100% Lead technique
0% Sp. modélisation 50% Sp. modélisation 100% Sp. modélisation 50% Sp. modélisation
Ressources
0% Développeur ETL 0% Développeur ETL 100% Développeur ETL 50% Développeur ETL
0% Développeur BI 50% Développeur BI 100% Développeur BI 50% Développeur BI
100% Sp. tests 100% Sp. tests
100% Chef livraison
Accès utilisateurs Accès utilisateurs
Accès utilisateurs
Données d’analyse Données d’analyse
Technologie Accès utilisateurs Données d’analyse
Nettoyage et transfert Nettoyage et transfert
Données source
Données source Données source

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 51

 Les entrepôts de données en mode agile [2/3]
• Avantages vs inconvénients:

Avantages Inconvénients
• Livraison plus rapide de la • Peut développer des silos de
solution; données;
• Réduction des coûts; • Potentiel de réduire:
• Évite d’avoir des besoins o Qualité de données;
obsolètes. o Stabilité du système;
o Partage d’information.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 52

 Les entrepôts de données en mode agile [3/3]
• Solution: Integrated Sandboxing*:
– Créer un environnement de prototype (Sand box);
– Administration de données flexible et allégée;
– Copie de production / fédération des données;
– Ramener les données rapidement sans trop de
formalisme;
– Gouvernance;
– Déploiement en production;

*: S. Brobst, M. McIntire et E. Rado (2008). Agile Data Warehousing with Integrated Sandboxing,
Business Intelligence Journal, vol. 13, no. 1.

Département de génie logiciel et des TI MTI820 Hiver 2011 – © S. Chafki, C. Desrosiers 53