AnalyseComparative BI

UNIVERSITÉ DU QUÉBEC À MONTRÉAL
INTELLIGENCE D’AFFAIRES ET
LES LOGICIELS À CODE SOURCE LIBRE POUR LES PME
PROJET DE RECHERCHE
PRÉSENTÉ
COMME EXIGENCE PARTIELLE
DE LA MAÎTRISE EN GÉNIÉ LOGICIEL
PAR
GABRIELA COHEN
AUTOMNE 2009
ii
AVANT-PROPOS
Selon l’Office québécois de la langue française, la traduction appropriée pour « business

intelligence » (BI) serait veille économique. De plus, la traduction de « open source » (OS)
serait soit, logiciel libre ou logiciel à code source libre.
À travers la revue de la littérature française, nous avons pu constater différentes appellations

pour BI telles que :
x Veille stratégique
x Intelligence économique
x Intelligence commerciale
x Intelligence d’affaires
Pour ne pas confondre les lecteurs dans la terminologie et puisque mon projet de recherche
est orienté vers les PME, j’utiliserai donc l’appellation intelligence d’affaires qui est un
calque littéral de business intelligence ainsi que l’appellation logiciel à code source libre pour
open source.
_______________________________________________________________________________________________________
Gabriela Cohen
Université du Québec à Montréal
Automne 2009
iii
TABLE DES MATIÈRES
AVANT-PROPOS .................................................................................................................... ii
LISTE DES FIGURES .......................................................................................................... viii
LISTE DES TABLEAUX..........................................................................................................x
LISTE DES ABRÉVIATIONS................................................................................................ xi
LISTE DES DÉFINITIONS .................................................................................................. xiii
INTRODUCTION .....................................................................................................................1
CHAPITRE I..............................................................................................................................3
INTELLIGENCE D’AFFAIRES...............................................................................................3
1.1 Qu’est-ce que BI? .................................................................................................... 4
1.2 La valeur de l’information....................................................................................... 7
1.3 Pourquoi implanter BI dans l’entreprise? ................................................................ 9
1.4 Applications BI...................................................................................................... 10
1.4.1 Analyse des clients ............................................................................................ 10
1.4.2 Analyse de la productivité du capital humain ................................................... 10
1.4.3 Analyse de la productivité d’affaires ................................................................ 11
1.4.4 Analyse du canal des ventes.............................................................................. 11
1.4.5 Analyse de la chaîne logistique......................................................................... 11
1.4.6 Analyse des comportements et tendances ......................................................... 11
1.5 Facteurs de succès d’un projet BI.......................................................................... 12
1.5.1 Parrainage des gestionnaires ............................................................................. 12
1.5.2 Gestion forte et dédiée ...................................................................................... 12
1.5.3 Définir les attentes de façon appropriée ............................................................ 12
1.5.4 Définir les mesures de succès............................................................................ 13
1.5.5 Former une équipe solide .................................................................................. 14
1.5.6 Comprendre la technologie ............................................................................... 14
1.5.7 Définir l’architecture appropriée des données................................................... 14
1.5.8 Définir la qualité de l’information .................................................................... 15
1.5.9 Intégration des données de l’entreprise ............................................................. 15
1.5.10 Exploitation de la réutilisation ...................................................................... 15
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
iv
1.5.11 Gérer la portée .............................................................................................. 16

1.5.12 Gérer l’extensibilité ...................................................................................... 16
1.6 Approche de développement ................................................................................. 16
1.7 Les phases de développement................................................................................ 17
1.7.1 Phase 1 : Justification........................................................................................ 17
1.7.2 Phase 2 : Planification ....................................................................................... 18
1.7.3 Phase 3 : Analyse d’affaires .............................................................................. 18
1.7.4 Phase 4 : Conception ......................................................................................... 19
1.7.5 Phase 5 : Construction....................................................................................... 20
1.7.6 Phase 6 : Déploiement....................................................................................... 21
1.8 Composition de l’équipe du projet BI ................................................................... 24
1.8.1 L’équipe principale ........................................................................................... 24
1.8.2 L’équipe complémentaire.................................................................................. 24
1.9 Architecture BI ...................................................................................................... 27
1.9.1 Couche ETL ...................................................................................................... 28
1.9.2 Couche base de données ciblées BI................................................................... 29
1.9.3 Couche dàpplication ........................................................................................ 30
1.10 Points Clés ............................................................................................................. 31
CHAPITRE II ..........................................................................................................................35
LES LOGICIELS OS...............................................................................................................35
2.1 Qu’est-ce qu’un logiciel OS ? ............................................................................... 36
2.2 Caractéristiques d’un logiciel OS .......................................................................... 37
2.3 Bénéfices d’un logiciel OS .................................................................................... 38
2.4 Inconvénients d’un logiciel OS ............................................................................. 39
2.5 Types de licences de logiciels OS ......................................................................... 40
2.5.1 Famille de licences GNU .................................................................................. 41
2.5.2 Famille de licences BSD ................................................................................... 42
2.6 Les logiciels BI OS................................................................................................ 42
2.7 Les petites et moyennes entreprises (PME)........................................................... 44
2.8 Points clés.............................................................................................................. 45
CHAPITRE III .........................................................................................................................47
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
v
CRITÈRES D’ÉVALUATION DES LOGICIELS OS ...........................................................47

3.1 Critères d’évaluation ............................................................................................. 47
3.2 Critères fonctionnels.............................................................................................. 48
3.2.1 Types de rapports .............................................................................................. 48
3.2.2 Création du rapport ........................................................................................... 48
3.2.3 Localisation ....................................................................................................... 48
3.2.4 Caractéristiques de l’outil.................................................................................. 49
3.3 Critères non fonctionnels....................................................................................... 49
3.3.1 Qualités d’exécution.......................................................................................... 49
3.3.2 Qualités de développement ............................................................................... 49
3.3.3 Qualités de la communauté ............................................................................... 50
3.4 Points clés.............................................................................................................. 51
CHAPITRE IV.........................................................................................................................53
ANALYSE DE L’OUTIL BIRT..............................................................................................53
4.1 Historique de BIRT ............................................................................................... 53
4.2 Description de BIRT.............................................................................................. 54
4.3 Composition du rapport BIRT............................................................................... 54
4.3.1 Architecture de BIRT ........................................................................................ 55
4.4 Générateur des rapports ......................................................................................... 58
4.5 Évaluation de BIRT ............................................................................................... 59
4.5.1 Critères fonctionnels ......................................................................................... 59
4.5.2 Critères non fonctionnels .................................................................................. 67
4.6 Points Clés ............................................................................................................. 76
CHAPITRE V ..........................................................................................................................79
ANALYSE DE L’OUTIL JASPER REPORTS ......................................................................79
5.1 Historique de JasperReports .................................................................................. 79
5.2 Description de JasperReports ................................................................................ 80
5.3 Description de la génération de rapports ............................................................... 80
5.4 Architecture de JasperReports ............................................................................... 82
5.5 Génération du modèle JRXML.............................................................................. 83
5.6 Compilation de ReportDesign ............................................................................... 84
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
vi
5.7 Remplissage du Rapport........................................................................................ 84

5.8 Exportation du Rapport ......................................................................................... 84
5.9 Évaluation de JasperReports.................................................................................. 85
5.9.1 Critères fonctionnels ......................................................................................... 85
5.9.2 Critères non fonctionnels .................................................................................. 92
5.10 Points Clés ........................................................................................................... 103
CHAPITRE VI.......................................................................................................................105
ANALYSE DE L’OUTIL PENTAHO REPORTING...........................................................105
6.1 Histoire de Pentaho Reporting............................................................................. 105
6.2 Description de Pentaho Reporting....................................................................... 106
6.3 Génération des rapports ....................................................................................... 107
6.4 Évaluation de Pentaho Reporting ........................................................................ 109
6.4.1 Critères fonctionnels ....................................................................................... 109
6.4.2 Critères non fonctionnels ................................................................................ 117
6.5 Points Clés ........................................................................................................... 127
CHAPITRE VII .....................................................................................................................129
CYCLE DE DÉVELOPPEMENT D’UN PROJET BI POUR LES PME .............................129
7.1 Phases dans le développement d’un projet BI ..................................................... 129
7.2 Ressources ........................................................................................................... 130
7.3 Description détaillée de chaque phase de génie logiciel ..................................... 131
7.3.1 Phase 1 - Justification...................................................................................... 131
7.3.2 Phase 2 - Planification..................................................................................... 133
7.3.3 Phase 3 – Analyse d’affaires ........................................................................... 135
7.3.4 Phase 4 – Conception ...................................................................................... 138
7.3.5 Phase 5 – Construction.................................................................................... 140
7.3.6 Phase 6 – Déploiement.................................................................................... 141
7.4 Points Clés ........................................................................................................... 143
CHAPITRE VIII ....................................................................................................................145
CONCLUSION......................................................................................................................145
8.1 Conclusions ......................................................................................................... 145
8.2 La suite de ce projet de recherche ....................................................................... 147
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
vii
8.3 Les acquis personnels .......................................................................................... 148

RÉFÉRENCES ......................................................................................................................149
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
viii
LISTE DES FIGURES
Figure 1.1 : Pyramide d’abstraction. (Loshin, 2003). ............................................................... 6

Figure 1.2 : Transformation des données. (TDWI, 2004)......................................................... 7
Figure 1.3 : Cycle d’une version d’une application BI. (Moss, 2003).................................... 17
Figure 1.4 : Dépendances des étapes de développement dans un projet BI. (Moss, 2003)..... 23
Figure 1.5 : Architecture BI et la transformation des données. (Aertsen, 2007 ; Moss, 2003).
........................................................................................................................................ 28
Figure 2.1 : Relation coût/temps entre un projet BI commercial et OS. (JasperSoft, 2006)... 43
Figure 4.1 : Architecture de BIRT. (EclipseBIRT, 2009)....................................................... 56
Figure 4.2 : Modèle d’événements. (Gordon, 2009)............................................................... 59
Figure 4.3 : Différents gabarits standards. (OutilBIRT, 2009) ............................................... 59
Figure 4.4 : Utilisation des bibliothèques dans des conceptions. (Gamble, 2006) ................. 61
Figure 4.5 : Utilisation des gabarits dans des conceptions. (Gamble, 2006) .......................... 61
Figure 4.6 : Générateur des expressions de BIRT. (OutilBIRT, 2009)................................... 62
Figure 4.7 : Éditeur de Propriétés de BIRT. (OutilBIRT, 2009)............................................. 63
Figure 4.8 : Création des groupes. (OutilBIRT, 2009) ........................................................... 64
Figure 4.9 : Création des filtres. (OutilBIRT, 2009)............................................................... 64
Figure 4.10 : Création des tris. (OutilBIRT, 2009) ................................................................. 65
Figure 4.11 : Types de graphiques. (OutilBIRT, 2009) .......................................................... 65
Figure 5.1 : Génération de rapports. (Atol, 2005)................................................................... 81
Figure 5.2: Objets créés par JasperReports. (Atol, 2005) ....................................................... 82
Figure 5.3 : Architecture de JasperReports. (Sadik, 2008) ..................................................... 83
Figure 5.4 : Graphiques crées par JFreeChart. (jFree, 2009) .................................................. 90
Figure 5.5 : Assistant d’iReport. (Heffelfinger, 2006)............................................................ 92
Figure 5.6 : Principales classes et interfaces de JasperReport. (Danciu, 2007) ...................... 94
Figure 5.7 : JasperServer. (JasperForge, 2009)....................................................................... 96
Figure 6.1 : États et transitions d’un rapport. (PentahoJFR8, 2009)..................................... 108
Figure 6.2 : Sections d’un rapport dans Pentaho Reporting. (PentahoJFR8, 2009).............. 110
Figure 6.3 : Schéma du modèle de métadonnées. (PentahoRDes, 2009).............................. 112
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
ix
Figure 6.4 : Hiérarchie de différentes expressions graphiques. (PentahoJFR8, 2009) ......... 114
Figure 6.5 : Outil Pentaho Report Designer. (PentahoRDes, 2009) ..................................... 116
Figure 6.6 : Distribution des ressources Modèle traditionnel vs. Modèle Pentaho. (Daley,
2007) ............................................................................................................................ 117
Figure 6.7 : Résumé du projet Pentaho Reporting. (PentahoJira, 2009)............................... 118
Figure 6.8 : Distribution des bogues et des améliorations. (PentahoJira, 2009) ................... 118
Figure 6.9 : Architecture et bibliothèques de Pentaho Reporting. (PentahoJFR9, 2009) ..... 119
Figure 6.10 : Dépendances de Pentaho Reporting. (PentahoJFR8, 2009) ............................ 123
Figure 6.11 : Forum de Pentaho Reporting. (PentahoCom, 2009)........................................ 126
Figure 7.1 : Phases de génie logiciel. (Moss, 2003).............................................................. 130
Figure 7.2 : Différentes transformations de données. (Moss, 2003) ..................................... 140
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
x
LISTE DES TABLEAUX
Tableau 1.1 : Perspective de chaque étape du cycle de développement (Moss, 2003) ........... 22
Tableau 1.2 : Rôles et responsabilités de l’équipe (Loshin, 2003) (Moss, 2003) ................... 24
Tableau 5.1 : Dépendances de JasperReports. (JasperForge, 2009) ..................................... 100
Tableau 6.1 : Dépendances de Pentaho Reporting (PentahoJFR8, 2009)............................. 124
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
xi
LISTE DES ABRÉVIATIONS
API Interfaces de Programmation d’Application

BD Base de données
BI Intelligence d’affaires
BIRT Business Intelligence and Reporting Tool
BSD Berkeley Software Distribution
CIO Chief Information Officer
CPL Common Public License
DTD Document Type Definition
DTP Data Tools Platform
EJB Enterprise JavaBeans
EMF Eclipse Modeling Framework
EPL Eclipse Public Licence
ETL Extract/Transform/Load
FSF Free Software Foundation
GEF Graphical Editor Framework
GNU Gnu’s Not Unix
GPL General Public License
JDT Java Development Tools
JVM Java Virtual Machine
KPI Indicateur clé de performance
LDAP Lightweight Directory Access Protocol
LGPL Lesser General Public License
ODA Open Data Access
ODF Open Document Format
OLAP Traitement analytique en ligne
OS Open Source
OSI Open Source Initiative
PME Petits et moyennes entreprises
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
xii
POJO Plain Old Java Objects

QD Qualité de données
RCP Application client enrichie
TI Technologies de l’information
WTP Web Tools Platform
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
xiii
LISTE DES DÉFINITIONS
Intergiciel
Les intergiciels sont des ponts qui permettent l’intégration des programmes d’application et
autres composantes logiciels dans un environnement hétérogène avec multiples nœuds de
réseaux, plusieurs systèmes d’exploitation et différents produits logiciels.
Métadonnées
La définition traditionnelle de métadonnées est « des données à propos des données »
(Loshin, 2003). Une définition actualisée et simplifiée de métadonnées est « les métadonnées
permettent de capturer les caractéristiques et les détails d’une organisation » (BIPMInstitute,
2009).
Selon David Loshin (Loshin, 2003), les métadonnées constituent le catalogue du capital
intellectuel qui entoure la création, la gestion et l’utilisation de l’ensemble des informations.
La gestion des métadonnées est une tâche critique associée au succès d’un programme BI
parce que les métadonnées :
x Encapsulent les connaissances d’affaires physiques et logiques.
x Capturent la structure et la signification des données qui font partie de l'entrepôt de
données.
Les métadonnées sont divisées en deux groupes :
x Métadonnées techniques : décrivent la structure de l’information, la façon dans
laquelle les données se déplacent ainsi que les transformations associées quand les
données se déplacent d’une location à une autre.
x Métadonnées d’affaires : décrivent la perception des utilisateurs d’affaires, les règles
d’affaires ainsi que la signification associée aux données.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
xiv
Modèle logique de métadonnées

Le modèle logique de métadonnées est un modèle de données qui décrit les objets ainsi que
les relations entre les objets. Les objets dans un modèle logique de métadonnées représentent
des métadonnées telles que des entités, des attributs, des définitions, des domaines, des tables
et des colonnes. Le modèle logique de métadonnées aide à comprendre, à communiquer et à
valider les besoins de métadonnées (Moss, 2003).
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
1
INTRODUCTION
De plus en plus, il est fréquent de voir une entreprise vendre ou acquérir une base de données.
En effet, au cours des vingt (20) dernières années, les entreprises ont réalisé que les bases de
données renferment une source d’information inestimable et elles ont fait un changement
radical de leur utilisation. La base de données d’une corporation est donc maintenant
considérée comme un actif.
D’un simple traitement opérationnel à l’époque, les entreprises ont réalisé que l’extraction
d’information contenue dans les bases de données pouvait se traduire par des connaissances
essentielles pour la prise de décisions tactiques et stratégiques.
La collecte, l’agrégation et l’analyse adéquate des données permettent donc à plusieurs

entreprises d’en soutirer des connaissances et ainsi d’améliorer leur rendement.
De là vient l’appellation d’intelligence d’affaires (BI).
Dans un monde des affaires de plus en plus concurrentiel, la mise en place d’une plateforme
BI semble donc inévitable et essentielle afin de demeurer compétitif. Il en va de la survie ou
de la faillite de l’entreprise.
Afin de mieux informer les PME, j’ai décidé de faire mon projet de recherche sur le
« phénomène BI » et il est constitué d’une étude en deux (2) volets :
Volet 1 - Intelligence d’affaires

Revue de la littérature afin de mieux comprendre BI et les meilleures pratiques de l’industrie.
x Qu’est-ce que BI ?
x L’identification des prérequis et des exigences pour implanter une plateforme BI.
x L’identification des meilleures pratiques décrites et acceptées par l’industrie et la
communauté.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
2
Volet 2 - Logiciels OS
Définir les critères d’évaluation pour mieux choisir les logiciels OS de création de rapports.
x La définition des logiciels OS.
x L’identification des entreprises qui peuvent tirer profit des logiciels BI OS.
x La définition des critères d’évaluation pour choisir les logiciels OS de création de
rapports.
x L’analyse critique et comparative des trois (3) logiciels BI OS les plus populaires
qui servent à la création de rapports :
o Eclipse BIRT
o Jasper Reports
o Pentaho BI Platform
x L’adaptation du cycle de développement d’un projet BI pour les PME.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
3
CHAPITRE I
INTELLIGENCE D’AFFAIRES
1
Dans un article publié en 1958, le terme BI a été utilisé par Hans Peter Luhn, chercheur chez
IBM. Il a défini ce terme comme étant « l’habilité de comprendre les corrélations entre des
faits présentés, de façon à guider les actions requises pour atteindre un but désiré ».
En 1989, Howard Dresner, qui est devenu plus tard un analyste du groupe Gartner, a proposé
d’utiliser le terme BI pour englober tous les concepts et méthodes qui servent à améliorer la
prise de décisions d’affaires et qui s’appuient sur des données concrètes. Ce n’est que vers la
fin des années 90 que le terme BI a été de plus en plus répandu et utilisé.
Dans ce chapitre, nous ferons une revue de la littérature afin de mieux renseigner les PME sur
les exigences reliées à l’implantation de BI dans l’entreprise.
La finalité de la mise en place d’une plateforme BI est de permettre à l’entreprise d’établir de

nouvelles connaissances à partir de différentes sources de données à sa disposition. Par la
suite, l’entreprise pourra partager ses connaissances à travers ses cadres pour ainsi optimiser
les opérations, le processus d’affaires, la prise de décisions et les actions à prendre.
L’application des meilleures pratiques BI décrites et acceptées par l’industrie aura une
influence importante sur l’obtention de la valeur d’affaires ainsi que sur la réussite de
l’implantation dans l’entreprise. Étant donné que l’obtention des connaissances est basée sur
les données de l’entreprise, plusieurs des meilleures pratiques décrivent l’importance de :
x implanter des programmes de qualité de l’information.

x avoir une stratégie au niveau corporatif afin d’organiser, structurer et exploiter les
actifs informationnels.
x développer et mettre en place des standards et exigences corporatifs pour gérer les
données.
x créer un entrepôt centralisé de données pour les analyses d’affaires.
x avoir une équipe adéquate pour gérer les besoins de BI à travers l’entreprise.
BI est devenu essentiel pour les entreprises puisqu’il permet de mieux affronter les crises
économiques, la forte concurrence ainsi que de mieux comprendre et d’anticiper ce qui
affecte les marchés et la position concurrentielle.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
4
1.1 Qu’est-ce que BI?
BI est un ensemble d’outils qui permet d’extraire des connaissances à partir des bases de
données existantes et qui par le fait même aide les entreprises à prendre des décisions
tactiques et stratégiques.
Il sert à analyser des données provenant de différentes sources internes et externes. Ces outils
aident à l’analyse de données afin de déceler des informations macroscopiques essentielles
cachées dans de grands volumes d’information.
L’information décelée doit être pertinente. Afin d’obtenir des résultats positifs, elle doit être
diffusée à temps et accessible à travers différents moyens comme les tableaux de bord, les
alertes et les rapports. Elle doit également être intégrée aux processus d’affaires et flux de
production de l’entreprise, tout en respectant les règles de sécurité implantées afin de
protéger les informations sensibles et les actifs stratégiques de l’entreprise.
BI a un volet défensif et offensif. Le volet défensif s’occupe de protéger les informations

sensibles, les savoir-faire ainsi que les actifs tandis que le volet offensif permet de saisir les
opportunités, les tendances du marché, l’anticipation de la concurrence ainsi que
l’optimisation des processus et du développement de l’entreprise.
Le Data Warehousing Institute définit BI comme « Ce sont les processus, les technologies et
les outils nécessaires pour transformer des données en informations, informations en
connaissances et connaissances en plans d’actions. BI est une combinaison d’entreposage de
données, d’outils d’analyse d’affaires et de la gestion de contenu-connaissance ». (Loshin,
2003)
Cette définition laisse entrevoir deux notions critiques ainsi que l’existence d’une hiérarchie
sur les différentes portées de l’intelligence.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
5
La première remarque importante est que la pratique de BI est beaucoup plus qu’un ensemble
d’outils et ces outils auront peu de valeur s’il n’y a pas de processus et de personnel formé en
BI.
La deuxième notion est que la connaissance doit être utilisée pour donner de la valeur
rentable à l’entreprise. S’il n’y a pas de valeur ajoutée à la prise de décisions, cette pratique
aura peu de valeur. Un programme BI réussi est le résultat de la coopération entre les
développeurs et les analystes d’affaires.
La gestion de la performance d’affaires, « Business Performance Management », est un

complément de BI qui permet de valider et d’analyser les résultats en fonction des objectifs et
des stratégies de l’entreprise. Un indicateur clé de performance (KPI) est une mesure
quantitative ou qualitative qui permet aux représentants d’affaires et aux représentants des
technologies de l’information (TI) d'évaluer objectivement la prestation globale d'un service.
La différenciation entre données, informations et connaissances permet de mieux comprendre

la hiérarchie de BI :
Données : c’est un ensemble d’éléments de valeur brute qui est utilisé aux fins de calculs, de
mesures ou de raisonnements. Les données n’ont aucune signification si elles ne sont pas
analysées dans un contexte déterminé.
Informations : c’est le résultat de collecter et d’organiser les données de façon telle, qu’il
devient possible d’établir des relations entre les éléments de données et sa signification dans
un contexte précis.
Connaissances : c’est le concept de comprendre l’information à partir de patrons ou de

modèles établis qui permettent de fournir une conceptualisation de l’information.
La pyramide d’abstraction (figure 1.1) permet de visualiser les différents niveaux entre
données, informations et connaissances ainsi que la taille des données dans chaque niveau.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
6
Figure 1.1 : Pyramide d’abstraction. (Loshin, 2003).
La définition de BI fait mention de trois transformations qui permettent d’en arriver aux
connaissances (Loshin, 2003) :
La transformation des données en informations : C’est le processus d’identifier les données

qui doivent être collectées, gérées et dans quel contexte. Cette transformation a besoin d’une
infrastructure pour gérer et présenter les données. Cela inclut les plateformes matérielles, les
systèmes de bases de données relationnelles ou d’autres types d’outils logiciels qui
permettent d’avoir accès aux données afin de faire des requêtes et des rapports.
La transformation des informations en connaissances : C’est l’analyse de l’information de

différentes façons jusqu'à la création de quelques fragments critiques de connaissances. Cet
aspect de BI implique des composantes analytiques telles que l’entreposage, l’exploration, le
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
7
profilage, la qualité des données, le traitement analytique en ligne (OLAP) ainsi que l’analyse
des règles d’affaires.
La transformation des connaissances en plan d’action : C’est le point clé de toute stratégie
de BI. Cette transformation donne une valeur réelle à l’entreprise. Les connaissances
découvertes doivent servir à implanter un plan d’action et atteindre les objectifs d’affaires.
Toutes ces transformations sont résumées dans la figure 1.2.
Figure 1.2 : Transformation des données. (TDWI, 2004).
1.2 La valeur de l’information
Selon un sondage effectué par Price Waterhouse Coopers en 2001, les entreprises qui gèrent
leurs données comme une ressource stratégique seraient en avance en termes de rentabilité et
de réputation.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
8
La transformation de l’information en une ressource stratégique se fait à travers un processus

qui implique l’application des nouvelles technologies ainsi que la compréhension du
problème d’affaires à résoudre ou l’opportunité d’affaires à atteindre afin de proposer une
solution.
Il est important de faire la différence entre les deux visions de l’usage des données :
x La vision traditionnelle, qui est l’usage des données dans un environnement

transactionnel et qui permet l’automatisation des opérations quotidiennes. Sans cette
vision, l’entreprise ne peut pas survivre.
x La vision progressiste, qui met en évidence les connaissances qui se trouvent dans
l’ensemble des données de l’entreprise. Cette vision utilise les données pour des
propos analytiques, ce qui permet aux gestionnaires de prendre de meilleures
décisions d’affaires.
La gestion continue de l’information a un coût associé (coûts d’acquisition, d’entreposage et

de maintenance). La valeur de l’information dépend de différents facteurs qui sont (Moody,
1999) :
x Une partie de la valeur de l’information est reliée au temps.

x La valeur de l’information augmente avec le nombre de personnes qui l’utilisent.
x La valeur de l’information augmente avec la qualité et l'exactitude.
x La valeur de l’information augmente une fois combinée avec d'autres informations.
Ils existent trois méthodes pour mesurer la valeur de l’information qui sont (Loshin, 2003) :
x Coût d’origine : la valeur est basée sur le coût d’acquisition ou de création ou de

remplacement de l’information.
x Valeur du marché : la valeur est basée sur le prix que cette information vaut dans le
marché.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
9
x Valeur utilité : la valeur est basée sur les connaissances qui peuvent être soutirées de
cette information.
BI permet de faire l’association entre les indicateurs clés de performance et les différentes
activités d’affaires comme la rentabilité, la satisfaction de la clientèle, la productivité et la
performance de la chaîne logistique. BI a aussi l’habilité de capturer les définitions d’affaires
à partir des indicateurs clés de performance, de les gérer et de les intégrer à la base de
connaissances.
1.3 Pourquoi implanter BI dans l’entreprise?
De plus en plus, les entreprises sont intéressées à implanter un programme BI parce qu’elles
réalisent qu’il y a beaucoup d’informations qui peuvent être extraites des bases de données.
Un programme BI peut aider les entreprises à (DataHabitat, 2002 ; Loshin, 2003) :
x Augmenter les ventes en identifiant les comportements et tendances d'achats de sa

clientèle ainsi que les opportunités des ventes incitatives et croisées. BI aussi permet
d’évaluer sa clientèle en clients profitables et non profitables en fonction des
stratégies de profits à court terme.
x Diminuer les coûts en estimant les dépenses organisationnelles et opérationnelles

ainsi que les investissements. BI permet d’améliorer la gestion logistique.
x Diminuer les risques en analysant les activités et comportements des consommateurs

et des fournisseurs ainsi que la fiabilité de la chaîne d’approvisionnement.
x Améliorer les activités de planification stratégique en mettant à la disposition des

décideurs, des données précises et fiables. Le fait d’intégrer et consolider les données
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
10
permet d’améliorer la performance de l’entreprise, de créer des avantages compétitifs

ainsi que d’atteindre les objectifs fixés.
x Réagir plus adéquatement aux événements internes et externes en procurant des

analyses plus précises qui peuvent avoir un impact sur les processus d’affaires ainsi
que la portée des objectifs et stratégies établis.
1.4 Applications BI
Selon le type d’entreprise et le domaine d’affaires, BI peut servir à différents usages

stratégiques. Voici quelques exemples (Loshin, 2003):
1.4.1 Analyse des clients

Elle permet de mieux comprendre les comportements des clients et aide à maximiser la
valeur de ceux-ci. Ex. :
- Profilage des clients
- Ciblage de la clientèle
- Fidélisation et satisfaction des clients
- Valorisation des clients
- Préférences des clients
1.4.2 Analyse de la productivité du capital humain

Elle permet de rationaliser et d’optimiser les ressources à l’intérieur de l’entreprise. Ex. :
- Optimisation du centre d’appels
- Efficacité de la production
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
11
1.4.3 Analyse de la productivité d’affaires

Elle permet de mesurer et d’analyser la productivité d’affaires. Ex. :
- Analyse de défauts
- Optimisation et planification de la capacité
- Gestion des risques
- Stratégie juste-à-temps
- Gestion d’actifs et la planification des ressources
1.4.4 Analyse du canal des ventes

Elle permet d’ajouter de la valeur aux stratégies. L’analyse du canal des ventes ainsi que
l’analyse croisée des ventes versus le personnel. Ex. :
- Stratégies de marketing
- Performance de ventes
1.4.5 Analyse de la chaîne logistique

Elle permet l’étude de ses vendeurs et clients à travers l’analyse de différents aspects. Ex. :
- Gestion des vendeurs et des fournisseurs
- Contrôle d’inventaire
- Distribution et expédition de la marchandise
1.4.6 Analyse des comportements et tendances
Elle permet de prévoir des tendances ainsi que d’identifier différents patrons de
comportements. En général, ce type d’analyse utilise des données historiques pour identifier
des patrons de comportement qui ont eu lieu dans le passé. Ex. :
- Tendances d’achats
- Activités dans le web
- Détection de fraude
- Fidélisation des clients
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
12
1.5 Facteurs de succès d’un projet BI
Il y a plusieurs facteurs clés qui contribuent au succès d’un projet BI et qui doivent être pris
en considération (Loshin, 2003) (TDWI, 2004):
1.5.1 Parrainage des gestionnaires

Le facteur clé dans le succès d’un projet BI est d’avoir l’appui de la haute direction envers
ses gestionnaires parce qu’elle contribue à :
- Fournir le soutien financier nécessaire pour construire et maintenir une équipe solide
de joueurs clés.
- Assurer la participation et l’engagement des individus à travers la structure, et ce,
tout au long du projet.
- Éliminer les barrières qui empêchent l’avancement et le succès du projet.
1.5.2 Gestion forte et dédiée
Les gestionnaires doivent s’assurer de :

- Diriger le processus de mission d’un point de vue des affaires.
- Gérer les processus d’acquisition des connaissances et des technologies.
- Gérer l’implantation du projet.
- Guider le projet vers le succès de façon telle à atteindre les objectifs.
- Gérer les problèmes politiques.
1.5.3 Définition appropriée des attentes
Il est crucial d’implanter un processus pour déterminer, articuler et documenter les attentes
reliées à :
- Fonctionnalité : définir les différentes composantes de BI ainsi que les
fonctionnalités de chacune d’elles.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
13
- Accessibilité : Identifier les utilisateurs qui doivent avoir accès aux différentes
applications BI, et pour chacun d’eux, établir les politiques d’accès en respectant les
contraintes de sécurité.
- Performance et expansion : définir les mesures de performance et le potentiel
d’expansion du modèle des données.
- Implantation : établir un échéancier des dates d’implantation des différentes
fonctionnalités.
- Qualité : définir les critères de qualité en termes de données, applications et rapports
- Disponibilité : définir les niveaux de service et leurs disponibilités horaires.
- Importance d’affaires : définir la relation entre les différents indicateurs clés de
performance et les objectifs d’affaires à atteindre (réduction de coûts, augmenter la
rentabilité, réduire le coût de main-d’œuvre, entreposage et livraison par unité, etc.).
1.5.4 Définir les mesures de succès

La définition des attentes doit être accompagnée par la définition des variables quantitatives
qui permettent de mesurer la conformité. Les mesures doivent être définies pour chaque
attente :
- Fonctionnalité : La mesure de la fonctionnalité peut se faire en analysant le nombre
de services qui doit être disponible.
- Accessibilité : La mesure est reliée à l’analyse du nombre d’utilisateurs et la
pertinence des accès selon leur fonction.
- Performance : les mesures de performance sont reliées à :
Opportunité : combien de temps est-il nécessaire pour que l’information soit
disponible?
Vitesse de traitement : combien de temps est-il nécessaire pour finir l’analyse?
Relation volume / débit : quel est le taux de débit? Quelles sont les restrictions de
traitement pour chaque utilisateur?
- Implantation : c’est le respect de l’échéancier établi. En cas de retard, l’équipe doit
documenter les motifs et renégocier les dates d’implantation. Si les dates
d’implantation étaient critiques, la non-implantation peut signifier l’échec du projet.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
14
- Qualité des données : la précision et fiabilité des données est l’un des facteurs des
plus importants et essentiels au reste du procédé. Si les données ne reflètent pas la
réalité, l’information qui en découlera sera de piètre qualité et déformée (qualité
médiocre à l'entrée = qualité médiocre des résultats). Il est donc important de définir
des mesures de qualité pour les données. Ce n’est pas une tâche facile.
- Disponibilité : le temps de disponibilité et le temps d’arrêt sont les mesures les plus
importantes pour évaluer la disponibilité. Une autre mesure est l’intervalle moyen
entre les défaillances.
- Importance d’affaires : Mesurer l’impact BI dans les différents aspects d’affaires est
essentiel, mais une tâche compliquée. Les effets d’un programme BI avec succès
peuvent être évidents et tangibles quand il y a un impact direct sur la rentabilité. Par
contre, si le programme BI a collaboré à la conception d’un processus d’affaires,
l’impact n’est pas toujours tangible.
1.5.5 Former une équipe solide
La construction de l’équipe BI, autant du côté technique que du côté affaires, est une tâche
critique qui a un impact direct sur le succès du projet. Les différents rôles et responsabilités
seront analysés en détail dans la section Composition de l’équipe du projet BI.
1.5.6 Comprendre la technologie

Il est essentiel que tous les intervenants comprennent la technologie puisque cela permet de :
- Définir le possible et l’impossible.
- Définir les ressources nécessaires pour faire face à des applications BI complexes.
- Évaluer différents produits existants sur le marché.
1.5.7 Définir l’architecture appropriée des données

Un autre élément critique est la définition du modèle de données. Ce modèle doit décrire les
différentes entités et les relations entre eux. Le modèle doit aussi être extensible puisque les
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
15
besoins et l’environnement externe sont en constante évolution. Ces changements doivent

être reflétés dans le modèle des données. L’architecture des données ne doit pas seulement
prendre en considération cette réalité, mais aussi elle doit refléter les besoins des applications
d’affaires qui incluent les relations entre entités, les métadonnées, le partage de l’information,
la politique de sauvegarde et récupération, entre autres.
1.5.8 Définir la qualité de l’information

La qualité de l’information doit être définie en fonction de quatre dimensions qui sont :
- Exactitude
- Complétude
- Consistance
- Pertinence temporelle
1.5.9 Intégration des données de l’entreprise
L’intégration des données de différentes sources est un autre élément crucial. Pour avoir du
succès, un programme BI doit intégrer les données de façon telle qu’elles peuvent être vues
comme une ressource disponible à travers l’entreprise.
1.5.10 Exploitation de la réutilisation

La réutilisation est un concept qui évite la duplication des données et l’incohérence qu’elle
peut créer pour les métadonnées. Elle permet aussi d’avoir un entrepôt centralisé des données
intégrées ainsi qu’un ensemble unique des règles d’affaires qui peuvent être utilisées dans
différents points du flux de l’information.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
16
1.5.11 Gestion de la portée

Le chef du projet doit gérer la portée en tout moment, tout en s’assurant que les éléments
critiques et essentiels pour l’implantation ne seront pas mis de côté pour traiter des éléments
non critiques.
1.5.12 Gestion de l’extensibilité
Faire la conception du modèle et de l’architecture en regardant les paramètres d’extensibilité

et de performance établis.
1.6 Approche de développement
Moss L. et Atre S. (Moss, 2003) font une analyse en profondeur de l’approche de

développement d’un projet BI qui a des caractéristiques particulières. Étant donné que tout
projet BI est un projet qui touche à toute l’entreprise et qui de plus est en constante évolution
en fonction de la rétroaction des utilisateurs ainsi que des changements internes ou externes,
l’approche de développement en cascade est inappropriée. Les méthodologies traditionnelles
ne couvrent pas la planification stratégique, ni l’analyse d’affaires interorganisationnel, ni
l’évaluation des nouvelles technologies, pas plus que le concept de développement itératif.
Les systèmes de support à la décision ne peuvent pas être construits avec une approche en
cascade. Il est donc essentiel d’avoir une approche itérative où le déploiement d’une version
génère de nouveaux besoins pour la prochaine version.
Les projets BI ont des caractéristiques particulières comme :

x Ils sont motivés par une opportunité d’affaires.
x Ils implantent des stratégies de support à la décision interorganisationnel.
x Les exigences d’une application BI sont plus des exigences d’information
stratégique.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
17
x Les projets BI mettent de l’emphase sur l’analyse d’affaires qui est l’activité la plus
importante.
x Les applications BI ont besoin d’un développement itératif.
La figure 1.3 permet de visualiser le cycle de développement d’une version d’une application
BI.
Figure 1.3 : Cycle d’une version d’une application BI. (Moss, 2003).
1.7 Les phases de développement
Le développement d’un projet BI est composé de 16 étapes qui sont regroupées dans 6 phases
(Moss, 2003).
1.7.1 Phase 1 : Justification

- Étape 1 : Évaluation du cas d'affaires
Toute solution BI proposée a pour finalité la résolution d’un problème d’affaires ou
d’une opportunité d’affaires. Étant donné que chaque version a un coût associé, il est
important de bien définir les bénéfices qui découleront de la résolution du problème
d’affaires ou d’énumérer les avantages de l’opportunité d’affaires.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
18
1.7.2 Phase 2 : Planification

- Étape 2 : Évaluation de l’infrastructure de l’entreprise
L’infrastructure de l’entreprise doit supporter l’application BI. Il y a des composantes
qui sont indispensables et ils doivent être en place avant l’implantation de la première
version. L’infrastructure d’une entreprise se divise en deux :
a) Infrastructure technique : elle inclut entre autres, les composantes matérielles et

logiciels, les intergiciels, les systèmes de gestion de base de données, les
systèmes d’exploitation, les composantes réseau ainsi que l’entreposage de
métadonnées.
b) Infrastructure non technique : elle inclut entre autres, les standards de

métadonnées, les standards d’appellation des données, le modèle des données
logiques de l’entreprise, les méthodologies, les normes, les procédures de tests, le
processus de contrôle des changements.
- Étape 3 : Planification du projet

Comme les projets BI sont dynamiques, il est important de faire une planification
détaillée, un suivi strict du progrès réel ainsi que de refléter tout changement qui peut
avoir un impact sur le succès du projet.
1.7.3 Phase 3 : Analyse d’affaires
- Étape 4 : Définition des besoins du projet

La gestion de la portée est un élément crucial et difficile à gérer parce que les
utilisateurs veulent tout avoir à court terme. Le chef du projet doit négocier et
resserrer les besoins de chaque livrable. Au fur et à mesure que les utilisateurs
d’affaires se familiarisent et connaissent de plus en plus les possibilités de BI, leurs
besoins changent.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
19
- Étape 5 : Analyse des données

La qualité des données est la base de tout projet BI. On doit prendre en considération
différentes vues de l’entreprise afin de faire une consolidation et une réconciliation
des données. Cette étape est la plus importante. Elle prend beaucoup de temps et elle
a un coût élevé.
- Étape 6 : Prototypage de l’application

Le prototypage permet de faire une analyse des livrables fonctionnels. De nos jours,
il y a des outils qui permettent de concevoir un concept ou une idée rapidement à un
coût raisonnable. Le prototypage aide à mieux comprendre le potentiel et les limites
de BI.
- Étape 7 : Analyse du référentiel de métadonnées

Les métadonnées d’affaires sont capturées en général par un outil de modélisation.
Les métadonnées techniques doivent être associées aux métadonnées d’affaires. Elles
doivent être entreposées dans un référentiel centralisé. Il est essentiel de documenter
dans un modèle logique des métadonnées, les besoins pour lesquels ces métadonnées
ont été capturées.
1.7.4 Phase 4 : Conception
- Étape 8 : Conception des bases de données

Selon les besoins des utilisateurs, une ou plusieurs bases de données seront utilisées
pour entreposer les données d’affaires. Elles seront en détail ou sous forme agrégée.
Les schémas de conception des bases de données doivent tenir compte des besoins
d’accès des utilisateurs.
- Étape 9 : Conception du processus ETL (Extract/Transform/Load)

En fonction de la qualité des données, la conception du processus ETL pourra
prendre beaucoup de temps puisqu’il nécessitera la transformation et le nettoyage des
données. Cette étape est la plus compliquée du projet BI.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
20
- Étape 10 : Conception du référentiel de métadonnées

Si l’entreprise a déjà un référentiel, on doit y incorporer la richesse fonctionnelle. Si
par contre le référentiel doit être construit en entier, l’équipe devra prendre la
décision s’il est basé sur une approche relationnelle ou orientée objet; peu importe la
décision, la conception doit satisfaire les besoins du modèle logique de métadonnées.
1.7.5 Phase 5 : Construction
- Étape 11 : Développement du processus ETL (Extract/Transform/Load)

Dans le marché, il existe beaucoup d’outils pour le développement du processus
ETL. Le choix d’un outil ETL dépend des besoins de nettoyage et de transformation
des données tels que définis dans les étapes d’analyse de données et de conception
ETL. En général, on doit écrire des extensions pour augmenter les capacités de
l’outil.
- Étape 12 : Développement de l’application

Une fois finalisé le prototypage, lequel a permis de clarifier les besoins fonctionnels,
le vrai développement de l’application peut commencer. Le développement de
l’application devient une tâche relativement simple si on décide de finaliser le
prototypage opérationnel. Par contre, on doit investir plus d’effort si on veut utiliser
un outil plus robuste d’analyse.
- Étape 13 : Exploration des données (Data mining)

L’utilisation d’un outil d’exploration de données permet de découvrir de
l’information cachée dans les données de l’entreprise.
- Étape 14 : Développement du référentiel de métadonnées

La construction d’un référentiel de métadonnées est un sous-projet et en général c’est
une équipe séparée qui prend en charge ce développement.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
21
1.7.6 Phase 6 : Déploiement

- Étape 15 : Implantation
Une fois que toutes les composantes de BI ont été testées, l’équipe déploie les bases
de données et les applications. Des séances de formation sont prévues pour tous les
utilisateurs d’affaires ainsi que pour toute partie prenante qui utilisera les applications
BI ou le référentiel de métadonnées. Avec l’implantation, les fonctions de support
débutent : mettre en opération le centre d’assistance, faire la maintenance et le
réglage des bases de données BI, planifier et rouler des travaux en traitement par lots
ETL ainsi que surveiller la performance.
- Étape 16 : Évaluation de la version

Avant de commencer le développement d’une nouvelle version, il est important de
faire une évaluation de toutes les leçons apprises. Cette dernière permettra dans les
prochaines versions d’améliorer les processus, les outils, les techniques, cibler les
processus qui n’ont pas été utiles au cycle de développement ainsi que de mieux
contrôler les coûts.
Bien que ces étapes puissent se réaliser en parallèle, il y a des dépendances entre chacune qui
sont illustrées dans la figure 1.4.
La grande partie des étapes mentionnées doit être développée sous une perspective
interorganisationnelle tandis que les autres doivent l’être sous une perspective spécifique au
projet. Le tableau 1.1 montre la perspective de chaque étape.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
22
Tableau 1.1 : Perspective de chaque étape du cycle de développement (Moss, 2003)
Étapes de développement Perspective d’exécution
1. Évaluation de cas d'affaires Interorganisationnel

2. Évaluation de l’infrastructure de l’entreprise Interorganisationnel
3. Planification du projet Spécifique au projet
4. Définition des besoins du projet Spécifique au projet
5. Analyse des données Interorganisationnel
6. Prototypage de l’application Spécifique au projet
7. Analyse du référentiel de métadonnées Interorganisationnel
8. Conception des bases de données Interorganisationnel
9. Conception du processus ETL Interorganisationnel
10. Conception du référentiel de métadonnées Interorganisationnel
11. Développement du processus ETL Interorganisationnel
12. Développement de l’application Spécifique au projet
13. Exploration des données Interorganisationnel
14. Développement du référentiel de métadonnées Interorganisationnel
15. Implantation Spécifique au projet
16. Évaluation de la version Interorganisationnel
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
23
Figure 1.4 : Dépendances des étapes de développement dans un projet BI. (Moss, 2003).
____________________________________________________________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
24
1.8 Composition de l’équipe du projet BI
Il y a deux types d’équipes : équipe principale et équipe complémentaire (Moss, 2003). Pour
obtenir de bons résultats, on devra faire une sélection minutieuse des membres qui
composeront les équipes tout au long du projet.
1.8.1 L’équipe principale
Elle est composée idéalement de 4 ou 5 membres, mais pas plus de 7, dédiés entièrement au
projet du début à la fin :
- Un gestionnaire de projet.
- Un représentant d’affaires.
- Un analyste d’affaires du côté TI.
- Une ressource technique du côté TI.
1.8.2 L’équipe complémentaire

Elle est composée de membres qui, sans être dédiés entièrement au projet, viendront se
joindre à l’équipe, et ce, tout au long du projet ou en fonction des besoins de chacune des
étapes.
Tableau 1.2 : Rôles et responsabilités de l’équipe (Loshin, 2003) (Moss, 2003)
Rôle Responsabilités
Administrateur des bases de données Concevoir, charger, surveiller et régler les bases de
données BI.
Administrateur des données Réaliser les analyses des données
interorganisationnelles, créer des modèles de données
logiques et spécifiques au projet. Fusionner les
modèles de données logiques dans un modèle de
données logique d’entreprise.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
25
Administrateur des métadonnées Construire ou acheter, enrichir, charger et maintenir le
référentiel de métadonnées.
Administrateurs des outils Installer et maintenir les outils de développement et
analytiques ainsi que les accès.
Analyste en qualité de données (QD) Évaluer la qualité des sources de données et préparer
les spécifications de nettoyage de données pour le
processus d’ETL.
Architecte de l’infrastructure de BI Établir et maintenir l’infrastructure technique de BI.
Architecte stratégique Gérer l’infrastructure technique générale de l’entreprise
en incluant l’infrastructure BI.
Développeurs de l’application Concevoir les programmes des rapports, écrire les
scripts de requêtes et développer les accès et les
applications d’analyse.
Développeurs ETL Coder les programmes d’ETL et préparer les
instructions pour l’outil ETL.
Développeurs en référentiel de Coder les programmes de migration du référentiel de
métadonnées métadonnées pour charger la base de données.
Développeur principal des applications Concevoir et superviser le développement des accès et
l’application des analyses.
Développeur principal ETL Concevoir et superviser le processus d’ETL.
Développeurs Web Concevoir le site Web et créer les pages Web pour
diffuser les rapports sur l’intranet, extranet ou internet.
Expert en exploration de données Choisir et gérer l’outil d’exploration des données
Expert technique Fournir les connaissances d’affaire reliée aux données,
processus et exigences.
Gestionnaire du projet Définir, planifier, coordonner, contrôler et superviser
toutes les activités du projet. S’assurer du progrès,
résoudre les problèmes décisionnels d’affaires et
techniques, négocier avec les vendeurs, les
représentants d’affaires et le parrain d’affaires.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
26
Parrain d’affaires Parrainer l’initiative de BI, assurer l’engagement de
(membre de la direction) toute l’entreprise vers le programme BI, éliminer les
barrières qui empêchent l’avancement du projet BI et
assurer le soutien financier nécessaire.
Personnel de la maintenance du réseau Maintenir l’environnement réseau.
Personnel des services techniques Maintenir l’infrastructure matérielle et les systèmes
d’exploitation.
Personnel de support Exécuter les processus par lot pour les cycles d’ETL,
les accès, les applications d’analyse et le référentiel de
métadonnées.
Représentant d’affaires Participer dans la modélisation, fournir les définitions
des données, écrire les cas de tests, prendre les
décisions d’affaires, résoudre les conflits entre
différentes unités d’affaires et améliorer la qualité des
données de l’unité qu’il représente.
Responsable de la sécurité Assurer que les exigences de sécurité sont définies et
testées à travers tous les outils et bases de données.
Partenaire d’affaires Participer à la révision et ratification des standards
ainsi que des règles d’affaires utilisées dans le projet
BI.
Support en assistance technique de BI Former le personnel d’affaires.
Testeurs Tester les codes de programmation créés par les
processus ETL, l’application ou le référentiel de
métadonnées.
Vérificateur TI Définir les paramètres afin de ne pas exposer le projet
BI à des forces externes.
Webmestre Mettre en place les serveurs et sécurité du Web.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
27
Le fait qu’un projet BI nécessite l’implication de plusieurs départements peut mener à

certaines controverses entre le côté technique et le côté affaires. Le représentant d’affaires a
donc un rôle d’ombudsman dans l’équipe et doit résoudre les conflits sur-le-champ pour ne
pas créer de délais.
1.9 Architecture BI
Dans cette section, on décrira les différentes composantes de l’architecture BI ainsi que leurs
relations. L’architecture est divisée en trois couches qui sont (Aertsen, 2007 ; Moss, 2003):
1. Couche ETL
2. Couche bases de données ciblées BI
3. Couche d’application
La figure 1.5 permet de visualiser l’architecture BI à trois couches qui transforme les données
en information, et qui par la suite, permettra aux utilisateurs d’affaires d’arriver à la
connaissance.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
28
Figure 1.5 : Architecture BI et la transformation des données. (Aertsen, 2007 ; Moss, 2003).
1.9.1 Couche ETL
Il y a différentes sources de données qui sont dispersées à l’intérieur d’une entreprise et elles
représentent la base de tout projet BI. Ici on fait référence à : bases de données relationnelles
et non relationnelles, sources de données XML de partenaires, données qui proviennent du
site web de l’entreprise, données du système ERP ainsi que les données contenues dans
Excel, entre autres.
Il est donc essentiel avant d’extraire ces données dispersées, d’analyser et de valider ces
dernières ainsi que leurs représentations. Le processus ETL permet donc d’extraire les
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
29
données de toutes les sources décrites antérieurement et de créer un entrepôt de données

multidimensionnel.
Suite à l’extraction, la transformation des données est composée de plusieurs activités et

permet d’adapter les données au modèle multidimensionnel. Les transformations peuvent
devenir complexes s’il y a une grande différence entre les modèles entité-association et les
modèles multidimensionnels, mais peut devenir une source d’information très convoitée en
fonction des stratégies d’affaires.
Un autre aspect important d’ETL est relié à la qualité des données qui se fait à travers :
- L’interconnexion des données (« data profiling ») qui permet de mesurer le niveau de

qualité des sources de données avant de commencer la transformation de celles-ci.
- Le nettoyage des données qui permet de standardiser et d’enrichir ces dernières.
L’étape de transformation a besoin d’un espace d’entreposage qui peut être une zone limitée
dans la base de données ou une base de données séparée. Ce secteur est appelé « zone de
préparation de données » ou secteur de travail.
Après que tout le travail de transformation soit terminé, il débute l’étape de chargement dans
laquelle les données sont chargées dans un modèle multidimensionnel. Les bases de données
sont alimentées en utilisant les intergiciels.
1.9.2 Couche base de données ciblées BI

Dans cette couche se trouve l’entrepôt de données multidimensionnel qui est le cœur de
l’environnement BI.
Les modèles dimensionnels contiennent beaucoup de données redondantes, car l'objectif est
une extraction de données rapide et cela au détriment des mises à jour ou des insertions qui
sont beaucoup plus lentes que dans un modèle entité-association. Les modèles dimensionnels
qui composent un entrepôt de données s'appellent schéma en étoile. Un schéma en étoile se
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
30
compose des tables de fait qui contiennent les données mesurables appelées KPI et des tables
de dimensions qui contiennent tous les éléments descriptifs qui peuvent être employés pour
segmenter, filtrer, assortir et découper les données. Les KPIs ont de la valeur s’ils sont
analysés dans un contexte déterminé.
Les schémas en étoile permettent la création et l’exécution de rapports directement par les
utilisateurs d’affaires ainsi que la traduction de la question formulée par l'utilisateur dans une
requête de base de données.
Les données d’un entrepôt sont atomiques, intégrées et invariantes dans le temps.
L’entrepôt des données est constitué d’un ensemble de mini-entrepôts de données (« data
marts » qui peuvent être dépendantes ou indépendantes de l’entrepôt. Il peut y avoir diverses
raisons pour déployer un mini-entrepôt de données dans un serveur séparé. Ex :
- Sécurité de données.
- Haute disponibilité.
- Haute performance de traitement.
Le but de l’entrepôt de données est la création d’une vue logique et simple des données BI.
1.9.3 Couche dàpplication
Étant donné que les accès aux bases de données ne sont pas conviviaux pour les utilisateurs,
le but de BI est de leur offrir un outil à travers lequel ils pourront accéder facilement aux
données et créer leurs propres requêtes. Il existe une couche sémantique entre les bases de
données ciblées BI et les outils analytiques.
La fonction de cette couche sémantique est de traduire les champs de la base de données en
objets où chaque objet a une définition d’affaires.
Il est recommandé de créer un environnement de collaboration entre l’équipe TI et l’équipe

d’analystes d’affaires afin de maximiser le rendement du capital investi.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
31
Typiquement, les différents types de rapports que l’on trouve dans un environnement BI
sont :
x Rapports standards : Ce sont les rapports qui permettent d’évaluer les opérations et
l’état de l’entreprise comme : rapports de dépenses, de production, d’état des
résultats, de budget versus dépenses actuelles, entre autres.
x Requêtes structurées : Ce sont des requêtes spécifiques qui permettent d’analyser les
données du point de vue d’une ou plusieurs dimensions. Ces requêtes peuvent avoir
des paramètres d’entrée et ils peuvent être modifiés selon les différents besoins des
analystes.
x Systèmes de requêtes ad hoc : Ce sont des requêtes créées directement par
l’utilisateur d’affaires.
x Rapports des exceptions : Ce sont les alertes qui sont envoyées à certains individus
de l’entreprise pour les informer qu’un événement a eu lieu.
x Tableaux de bord : Ce sont des rapports agrégés qui contiennent plusieurs KPIs. Le
tableau de bord est une représentation qui permet de visualiser la situation de
l’entreprise ou d’un département. En général, ces rapports comparent des résultats
actuels avec des résultats à atteindre et des résultats historiques.
Il est important d’identifier les personnes responsables de chaque ensemble fonctionnel de

rapports afin d’obtenir l’approbation des mises en production.
1.10 Points Clés
Les entreprises ont besoin d’être plus efficientes et compétitives et la clé est d’analyser les
données et de découvrir de l’information pour améliorer la prise de décisions et ainsi mettre
en place des plans d’action pour atteindre les stratégies d’affaires.
BI a émergé comme une nouvelle discipline de gestion de l’information au début des années
90 et il est devenu une composante technologique essentielle étant donné la forte concurrence
et les crises économiques.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
32
BI a été uniformément mentionné comme une priorité technologique pour les CIO au cours
des dernières années, selon le groupe Gartner. BI offre des possibilités d’une valeur
inestimable pour la collecte, l’analyse et l’intégration de données ainsi que la création de
rapports. BI fournit des vues historiques, courantes et prédictives des opérations d’affaires et
aussi soutient l'utilisation de cette information avec la richesse fonctionnelle de l’exploration
des données et l’analyse de données et l’intégration des rapports. (Harris, 2008)
BI est une approche qui permet de gérer et de contrôler les affaires en procurant l'avantage
compétitif à travers la prise de décision basée sur des faits.
La simple mise en place d’une plateforme BI n’est pas suffisante pour découvrir de nouvelles
connaissances et ainsi optimiser les opérations, les processus opérationnels et la prise de
décisions tactiques et stratégiques.
Il y a plusieurs facteurs qui ont une influence importante dans le succès d’un projet BI que les
entreprises doivent prendre en considération avant de se lancer dans un projet BI. Ces
facteurs sont :
x L’alignement entre les stratégies d’affaires et le projet BI

x Le parrainage de la haute direction
x Une gestion forte
x La gestion des attentes à court, à moyen et à long terme
x La justification de la mise en place d’une solution BI
x La définition de mesures de succès
x La qualité des données
x Une équipe multidisciplinaire
x Les outils BI mis à la disposition des analystes d’affaires
La qualité des données est un facteur clé du succès du projet BI parce que si les données ne
sont pas précises et fiables, l’information qui en découlera sera de piètre qualité.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
33
L’équipe TI qui participera au projet BI doit connaître les nouvelles technologies,

l’architecture BI ainsi que les différentes composantes qui intègrent une plateforme BI.
Il peut sembler surprenant que 60 % de projets BI finissent par un échec ou un abandon en

raison :
x d’une mauvaise planification
x des tâches manquantes
x des échéanciers ratés
x d’une mauvaise gestion de projets
x des besoins d’affaires non livrés
x d’une mauvaise qualité de livrables.
Le gestionnaire de projets doit se baser sur une expérience pratique pour savoir quoi faire et
quoi ne pas faire dans l’implantation d’une plateforme BI. (Moss, 2003)
Les entreprises ne peuvent pas passer à côté de ces principes fondamentaux si elles veulent
avoir du succès dans l’implantation d’un projet BI.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
34
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
35
CHAPITRE II
LES LOGICIELS OS
2
Le mouvement des logiciels OS est une grande révolution qui touche l’informatique depuis
les années 90 et qui ne laisse personne ni entreprise indifférents. Ce mouvement adopte une
culture de coopération qui favorise l’écoute, l’indépendance, l’autonomie, la diffusion,
l’innovation ainsi que la capitalisation des connaissances.
Les logiciels OS favorisent un modèle économique dans lequel l’utilisateur paie seulement
pour les services et ne paie pas pour les licences. Les entreprises font un investissement pour
la formation et le support, contrairement au modèle traditionnel où elles doivent payer pour
tout.
Le fondateur du mouvement des logiciels OS est Richard Stallman qui a participé à la

création de la Free Software Foundation (FSF) et du projet GNU's Not Unix (GNU) (GNU,
2009). L’objectif initial de cette fondation était de produire des logiciels de base sous licence
libre.
L’organisation Open Source Initiative (OSI) (OSI, 2006) vise aussi à promouvoir les logiciels
OS. L’objectif est de divulguer les logiciels OS et de convaincre les entreprises à les adopter
avec un discours plus pragmatique que la FSF.
Au cours de la dernière décennie, les entreprises ont investi et déboursé beaucoup d’argent
pour se procurer des solutions BI et ainsi devenir plus compétitives et performantes. On est
forcé d’admettre que le coût élevé de ces solutions échappe à plusieurs types d’entreprises,
principalement aux PME.
Une étude réalisée par la firme Ventana Research (VentanaResearch, 2006) démontre qu’il y
a un fort intérêt dans l’adoption de logiciels BI OS. La principale raison est reliée à la
diminution des coûts ainsi qu’une équation prix/performance plus avantageuse dont les
investissements sont ajustés en fonction des retours perçus.
Les PME jouent un rôle essentiel dans l’économie parce qu’elles constituent une source
importante d’innovation et d’emploi. En général, ces types d’entreprises ont des ressources
limitées et ne peuvent pas toujours posséder les dernières technologies.
Les logiciels OS sont une option réelle d’accès à de nouvelles technologies pour les PME.
Dans le domaine de BI, les logiciels OS ont émergé après le passage à l’an 2000. En général,
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
36
les logiciels BI OS se concentrent sur une fonctionnalité bien précise du processus

décisionnel.
Les projets BIRT, JasperSoft et Pentaho sont des solutions qui permettent aux PME
d’analyser leurs données à travers la génération de rapports et de tableaux de bord qui sont
essentiels à la prise de décision stratégique.
2.1 Qu’est-ce qu’un logiciel OS ?
Selon la FSF (GNU, 2009 ; Sédallian, 2002), un logiciel OS est un logiciel qui doit garantir
les quatre libertés fondamentales suivantes :
Liberté 0 : Liberté d’exécution pour tous les usages.

Liberté 1 : Liberté d’étudier le fonctionnement, cela implique d’avoir accès au code source.
Liberté 2 : Liberté de redistribuer des copies.
Liberté 3 : Liberté de modifier, adapter, améliorer ainsi que publier les améliorations.
Ce sont les termes de la licence, concédés par l’auteur ou le détenteur des droits, qui
déterminent les conditions et permissions de modifier, réutiliser ainsi que de redistribuer le
code source du logiciel.
Le logiciel OS est un logiciel qui a une licence dont les termes permettent légalement la copie
et la diffusion sans aucun frais supplémentaires, mais cette licence interdit l’utilisation ou la
modification du code source pour créer un produit commercial.
Bien que la licence d’un logiciel OS n’impose aucun frais d’acquisition ni d’utilisation, il n’y
a aucun empêchement d’offrir des services payants pour l’intégration, le support, la
formation ainsi que des développements supplémentaires.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
37
Le libre accès au code source n’est pas une finalité en soi, il est nécessaire pour respecter la
liberté d’étudier, modifier, adapter et améliorer le code source.
L’OSI (Bertrand, 2008 ; OSI, 2006 ; Sédallian, 2002) aussi a défini le logiciel OS en
décrivant 10 principes qui doivent être respectés. Ces principes sont :
1. Libre redistribution.
2. Accès au code source.
3. Autorisation à faire des modifications et des travaux dérivés.
4. Intégrité du code source de l’auteur.
5. Pas de discrimination contre les personnes ou groupes.
6. Pas de discrimination contre le type d’utilisation (affaires vs recherche).
7. Distribution de la licence.
8. La licence ne doit pas être propre à un produit.
9. La licence ne doit pas avoir de restrictions sur d’autres logiciels.
10. La licence doit être neutre à la technologie.
L’OSI et FSF correspondent à deux écoles de pensées différentes. Chaque organisme utilise
une appellation différente, mais en essence, elles sont presque équivalentes.
2.2 Caractéristiques d’un logiciel OS
Les logiciels OS (Bertrand, 2008) ne sont pas des logiciels sans licence. Les droits
d’utilisation, de modification et de redistribution inscrits dans la licence font qu’un logiciel
en est un OS.
Tous les logiciels OS ont un propriétaire, soit une fondation à but non lucratif ou une
entreprise commerciale. Le détenteur des droits est libre d’établir les conditions de licences,
d’y faire des modifications et des exceptions ainsi que de diffuser certaines parties du code
source sous une licence et d’autres selon une autre licence.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
38
Par contre, celui qui utilise le logiciel doit respecter les termes de la licence même s’il n’a pas
signé de contrat. Il doit connaître les conditions de la licence et les accepter, car dans le cas
contraire, il n’a pas le droit d’utiliser le logiciel.
2.3 Bénéfices d’un logiciel OS
Les avantages intrinsèques d’un logiciel OS sont (AWT, 2005 ; Bénard, 2001 ; Bertrand,
2008 ; Harris, 2008) :
x Faible coût d’acquisition : Le bénéfice économique est une des principales raisons
qui influence l’orientation vers des logiciels OS. La réduction de coûts provient de
l’absence de frais de licences et de la réutilisation du code.
x Pérennité : L’évolution du code source est assurée par la communauté de
développeurs et il ne repose pas sur l’évolution économique. Il n’existe aucune
garantie que le logiciel existera toujours, mais la désaffection est plus lente et permet
aux entreprises de planifier et d’organiser la migration vers d’autres logiciels. Il est
possible aussi qu’une autre communauté de développeurs reprenne le produit et
continue son développement.
x Indépendance : Il y a beaucoup moins de dépendance vis-à-vis les éditeurs. Les
autres facteurs qui influencent l’indépendance, la pérennité ainsi que
l’interopérabilité sont l’utilisation des formats de documents ouverts.
x Ouverture : Ces types de logiciels donnent la possibilité de :
o modifier et améliorer le code source.
o les intégrer à d’autres applications.
x Disponibilité : Le code source et l’exécutable sont toujours accessibles.
x Transparence du code source : Le fait d’avoir accès au code source permet
de vérifier les fonctionnalités offertes, d’évaluer la qualité ainsi que le suivi des
standards.
x Suivi des standards : Il y a une forte tendance à respecter les normes édictées par des
organismes reconnus.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
39
x Flexibilité : Dans plusieurs domaines, les logiciels OS se caractérisent par

l’intégration de composantes de haut niveau ainsi que par la possibilité d’intégrer ces
solutions aux plateformes existantes dans l’entreprise.
x Interopérabilité : L’utilisation de formats et protocoles ouverts permet aux systèmes
hétérogènes de fonctionner conjointement.
Les caractéristiques mentionnées ci-dessous ont une dépendance directe à la taille et à la

qualité de la communauté qui développe le logiciel :
x Qualité et sécurité : Le modèle de développement de logiciel OS favorise un code

performant et fiable. Ces deux facteurs ont un impact direct sur la qualité et la
sécurité.
x Performance et fiabilité : Les développeurs sont obligés de fournir des codes de
qualité. La contribution de chaque développeur est analysée et déboguée par
l’ensemble de la communauté qui participe à la création du logiciel (contrôle par les
pairs). Quand la contribution a atteint le niveau de performance et de fiabilité
souhaitée, elle est validée par le chef du projet, qui par la suite, approuve son
intégration.
2.4 Inconvénients d’un logiciel OS
Les inconvénients d’un logiciel OS sont (AWT, 2005 ; Bénard, 2001 ; Bertrand, 2008 ;
Harris, 2008):
x Fragilité du modèle économique : Puisqu’il y a des coûts reliés à la maintenance et

au développement du logiciel, les éditeurs doivent donc avoir une source de revenue
minimale pour assurer la survie du logiciel.
x Manque de documentation : Les développeurs préfèrent le développement du code à
l’écriture de la documentation. Il est rare de trouver de la documentation complète,
cohérente, à jour et de qualité.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
40
x Absence d’homogénéité : Étant donné que les logiciels sont développés par
différentes communautés et que chaque projet évolue différemment, le travail
d’intégration de plusieurs logiciels OS est plus considérable que dans un
environnement monopolistique.
x Manque de maturité : Les logiciels OS ne sont pas toujours matures dans tous les
domaines.
x Fragmentation de solutions : La différence de vision entre deux groupes de
développeurs d’une même communauté peut occasionner une division du projet en
deux branches de développement du même logiciel. Dans ce cas, la rentabilité du
projet se voit affectée et les utilisateurs doivent choisir une des deux options. Le
choix n’est pas facile s’il est relié à des critères techniques ou politiques.
x Très technique et peu ergonomique : Plusieurs logiciels OS se caractérisent par la
sophistication au point de vue technique et rudimentaire au point de vue
ergonomique.
x Compétences techniques : Des connaissances techniques sont essentielles pour
certaines tâches comme le déploiement et la personnalisation.
x Doute sur la pérennité : Les solutions OS ne garantissent pas la pérennité, mais
certains critères comme la notoriété, l’envergure et la périodicité des mises à jour
ainsi que la dynamique du développement permettent d’évaluer la pérennité du
logiciel.
x Masse critique : L’évolution et la maintenance du logiciel dépendent du nombre
suffisant de développeurs dédié au projet.
x Absence de garantie : la licence mentionne clairement « ce logiciel est fourni tel quel
sans garanties, … ».
2.5 Types de licences de logiciels OS
Dans les licences OS (Bertrand, 2008 ; Sédallian, 2002), on retrouve généralement

l’engagement de publier la provenance (auteur) du logiciel ainsi que la protection de l’auteur
vis-à-vis les utilisateurs sur d’éventuels défauts et les conséquences de ces défauts.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
41
Les licences des logiciels OS sont divisées en deux grandes familles. Chaque famille définit
le degré de liberté en matière de redistribution ainsi que les droits et obligations qu’ont les
utilisateurs du logiciel. Ces familles sont :
1. Famille de licences Gnu’s Not Unix (GNU)

2. Famille de licences Berkeley Software Distribution (BSD)
Dans le site opensource.org, l’OSI, mentionne les principales licences qui se conforment à la
définition d’OS.
2.5.1 Famille de licences GNU
La licence General Public License (GPL) est la licence la plus connue de cette famille. C’est
une licence créée par la FSF pour le projet GNU. Elle se caractérise par :
x La liberté d’utiliser, de copier, de diffuser, de modifier ainsi que de publier les

modifications, mais les travaux dérivés doivent être distribués sous la même licence.
x Toutes les modifications ou les améliorations du logiciel deviennent des logiciels OS.
x Tout exemplaire du logiciel doit faire mention des clauses de droits d’auteur, de
l’application de la licence GPL ainsi que de la clause de non garantie.
x Chaque modification ou amélioration doit indiquer la modification apportée et la date
x Tout produit composé d’un logiciel sous licence GPL doit être diffusé sous la licence
GPL.
x Il n’est pas permis d’incorporer un logiciel sous licence GPL à un produit destiné à la
commercialisation.
x Il est permis d’incorporer un logiciel sous licence GPL à un produit destiné à un
usage interne à l’entreprise.
Une autre licence de la famille GNU est la licence Lesser General Public License (LGPL).
Cette licence se caractérise par :
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
42
x La permission d’utiliser les bibliothèques sous cette licence par des programmes
sous licence non libre.
x L’interdiction d’ajouter des modifications à la bibliothèque à des fins commerciales.
Il est important d’analyser la compatibilité des licences avant de combiner des programmes.
Étant donné que la licence GPL est plus restrictive que la licence BSD, le type de licence
n’est pas toujours compatible d’une famille à l’autre.
2.5.2 Famille de licences BSD

Ce type de licence est plus libérale parce qu’il impose moins de restrictions. Cette famille a
les caractéristiques suivantes :
x La liberté d’utiliser, de copier, de diffuser, de modifier ainsi que de publier les

modifications.
x L’autorisation d’ajouter des restrictions au logiciel.
x La permission de développer un logiciel commercial à partir de l’intégration des
différents logiciels OS.
x La permission de créer un logiciel commercial à partir de la modification d’un
logiciel OS.
2.6 Les logiciels BI OS
Depuis 2001 (JasperSoft, 2006 ; VentanaResearch, 2006), plusieurs logiciels BI OS ont été
développés. Entre autres, BIRT, JasperReports, Pentaho, jReports. Les PME s’intéressent de
plus en plus à des logiciels BI OS principalement pour des considérations de coût. L’équation
haut investissement / haut rendement n’est pas toujours évidente pour les PME.
Le ratio prix/performance est le facteur le plus important qui a aidé à la croissance et à la
popularité du mouvement OS, bien qu’on puisse mentionner d’autres facteurs comme la
sécurité, la flexibilité ainsi que l’avantage compétitif.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
43
Contrairement aux logiciels BI commerciaux où la très grande majorité des coûts est
déboursée à l’avance par le client, et ce, sans avoir des résultats immédiats, les logiciels BI
OS permettent aux PME d’étaler leurs coûts en fonction de leurs besoins et du rendement
perçu. La figure 2.1 permet de visualiser et comparer la relation coût/temps entre l’un et
l’autre.
Figure 2.1 : Relation coût/temps entre un projet BI commercial et OS. (JasperSoft, 2006)
Les logiciels OS suivent une approche itérative et évolutive qui permet aux entreprises de
mettre en place une plateforme BI adaptée à leurs besoins et budget.
Dans le domaine décisionnel, les plateformes BI sont formées de composantes qui s’intègrent
pour construire une solution homogène. Chacune d’elle a une fonctionnalité bien précise.
Les logiciels BIRT, JesperReport et Pentaho qui sont évalués dans cette recherche,
appartiennent à la catégorie de générateur de rapports.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
44
2.7 Les petites et moyennes entreprises (PME)
Au Canada (Canada, 2006), une PME se caractérise par le fait d’avoir moins de 500
employés ainsi qu’un chiffre d’affaires annuel inférieur à 50 millions de dollars.
En sont exclues les entreprises non constituées en personne morale avec un chiffre d’affaires
inférieur à 30 000 $, les organisations à but non lucratif, les organismes publics, les écoles,
les hôpitaux, les filiales, les coopératives et les sociétés de financement et de crédit-bail.
Selon les statistiques réalisées en 2006, le Canada comptait en 2004 plus de 1,4 million de
PME. Ce qui représente 99,7 % des entreprises avec salariés. Elles sont réparties dans les
secteurs suivants :
x 66 % dans le secteur de services.
x 22 % dans le secteur manufacturier.
x 12 % dans le secteur des ressources naturelles.
Selon le rapport sur le financement des PME au Canada réalisé par le gouvernement du
Canada (Canada, 2006), les PME sont une composante diversifiée et dynamique propice à
l’économie canadienne. Elles jouent un rôle essentiel dans la croissance économique par leurs
capacités d’entreprendre, d’innover et de créer des emplois.
La majorité de PME se caractérisent par (OCDE, 2009 ; Wikipedia, 2009):

x Nombre limité d’employés.
x Gestion centralisée autour du propriétaire-dirigeant.
x Stratégie basée sur l’expérience et l’intuition.
x Système d’information interne et externe simple basés sur des contacts directs.
x Adaptation rapide aux changements du marché.
x Structure où il n’y a presque pas de niveaux hiérarchiques.
Les PME peuvent avoir des difficultés telles que (OCDE, 2009 ; Wikipedia, 2009) :
x Manque de ressources.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
45
x Accès limité aux capitaux et aux nouvelles technologies.

x Manque de formation.
Elles ont aussi besoin d’identifier des opportunités et problèmes pour mieux s’adapter aux
changements du marché afin de prendre les bonnes décisions au bon moment. Ces entreprises
doivent utiliser des outils plus puissants qu’une feuille d’analyse pour pouvoir concurrencer
effectivement les plus grands joueurs dans leur industrie.
Une solution BI adaptée aux PME doit tenir compte des éléments suivants (Foley, 2004 ;
JasperSoft, 2006) :
x La solution doit être rentable.
x Le retour sur l’investissement doit être substantiel et se produire rapidement, à défaut
d’arrêter le projet.
x Les coûts d’exécution et les frais d’exploitation doivent respecter le budget assigné.
x Le risque d’investissement doit être bas.
x Le système doit pouvoir évoluer selon les besoins.
x Le système doit procurer la valeur d’affaires prévue.
2.8 Points clés
Les logiciels OS avec leurs bénéfices et inconvénients ont révolutionné le monde de

l’informatique. Les logiciels OS ont changé le paradigme d’affaires dans lequel les
entreprises paient seulement pour les services qu’elles reçoivent, mais elles ne paient pas
pour les licences. Les logiciels OS sont une vraie alternative à l’accès à de nouvelles
technologies pour les PME.
Les PME jouent un rôle essentiel dans l’économie d’un pays. Les logiciels BI OS sont des
solutions qui s’adaptent aux PME principalement pour des raisons de coûts. Le fait de ne pas
avoir besoin de débourser de grandes sommes avant d’entrer en service permet aux PME de
balancer les bénéfices contre les coûts dans le temps.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
46
Une solution BI adaptée aux PME doit avoir :

x un faible coût
x un retour sur l’investissement rapide
x la capacité de s’adapter aux nouveaux besoins
Avant de se lancer dans le monde des logiciels OS, il est important de connaître les licences
qui définissent les droits et les obligations qu’ont les utilisateurs du logiciel OS et être
conscient que ces types de logiciels n’ont pas de garanties, ni n’assurent pas leur pérennité.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
47
CHAPITRE III
CRITÈRES D’ÉVALUATION DES LOGICIELS OS
3
L’évaluation technique des logiciels est une tâche critique pour les gestionnaires de TI. La
définition de critères d’évaluation est essentielle dans le choix d’un logiciel. Étant donné que
les logiciels OS ont des caractéristiques propres, il est aussi important dànalyser certains
facteurs tels que la longévité, la volatilité ainsi que la communauté qui le développe et le
soutien. (BRR, 2005)
L’évaluation a toujours un coût associé, même si le logiciel est un logiciel OS. Étant donné
que le logiciel OS est librement disponible pour le téléchargement, les coûts sont beaucoup
plus bas. L’évaluation des logiciels OS est de type ascendant parce qu’il est possible de
réaliser l’évaluation technique et même la mise en œuvre d’un projet pilote avec un coût et un
effort minimaux avant que les cadres supérieurs soient impliqués dans le projet. (JasperSoft,
2006)
L’évaluation d’un logiciel OS est plus tangible, productive, rapide et le coût dépend en
grande partie des ressources techniques disponibles de l’entreprise.
3.1 Critères d’évaluation
Un critère d’évaluation est un élément, un principe ou un point de référence qui permet de

faire une analyse qualitative ou quantitative d’un aspect déterminé d’un logiciel.
Pour la présente recherche, les critères d’évaluation seront donc divisés en deux (2) groupes
qui sont :
x les critères fonctionnels.
x les critères non fonctionnels.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
48
3.2 Critères fonctionnels
Les exigences fonctionnelles décrivent les fonctions que le logiciel de création de rapports
doit exécuter pour satisfaire les besoins des utilisateurs et produire de la valeur. Les critères
fonctionnels évalués seront (BRR, 2005 ; Schiff, 2007 ; Wasserman, 2006) :
3.2.1 Types de rapports
x Existence de gabarits pour différents types de rapport tels que des listes, des
graphiques, des tableaux à double entrée, des lettres, entre autres.
x Gestion de paramètres.
x Création de rapports gérés.
x Création de rapports de production.
3.2.2 Création du rapport
x Appliquer le gabarit standard de l’entreprise.

x Sélectionner les données à visualiser.
x Intégrer des expressions.
x Faire la mise en forme du document.
x Créer des groupes de données.
x Créer des filtres de données.
x Établir des critères de tris.
x Créer et intégrer différents types de graphiques.
x Créer des documents dans différents formats HTML, PDF, Excel, CSV et XML.
3.2.3 Localisation
x Publier des rapports selon le formatage numérique standard de chaque pays.

x Publier des rapports en fonction de la devise monétaire de chaque pays.
x Publier les rapports en fonction de la langue officielle et la langue d’affaires.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
49
3.2.4 Caractéristiques de l’outil
x Évaluer la convivialité du logiciel en fonction de la facilité d’utilisation,

d’apprentissage et de compréhension, l’existence d’aide en ligne ainsi que le besoin
de connaissances techniques.
x Avoir un environnement graphique.
3.3 Critères non fonctionnels
Les critères non fonctionnels sont des exigences qui permettront d’évaluer les qualités
techniques du logiciel ainsi que les caractéristiques de la communauté qui le
développe.(BRR, 2005 ; Schiff, 2007 ; Wasserman, 2006 ; Wikipedia, 2009)
3.3.1 Qualités d’exécution
x Fiabilité : Permet d’évaluer la capacité du logiciel de fonctionner sans défaillance

dans des conditions spécifiques ou dans une période donnée.
x Performance : Permet d’évaluer le temps de réponse des requêtes et de l’exécution
des rapports.
Les qualités d’exécution sont des caractéristiques qui doivent être évaluées.
Malheureusement, dû à un manque de ressources, elles ne seront pas évaluées au cours de
cette recherche.
3.3.2 Qualités de développement
x Qualité : La qualité du logiciel sera évaluée en fonction de la gestion des projets, du

développement ainsi que des bogues.
x Architecture : Permet d’évaluer la capacité du logiciel à supporter des plugiciels ou
interfaces de programmation d’application (API) ainsi que l’accès à différentes bases
de données telles qu’Oracle, SQL Server et MySQL.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
50
x Langage de programmation : Fréquemment, le logiciel OS a besoin d’être

personnalisé et dans ce cas, il est important d’évaluer le langage de programmation et
l’existence du support professionnel a l’intérieur de l’organisation.
x Portabilité : Permet d’évaluer les dépendances du logiciel ainsi que l’aptitude à être
utilisé sur des systèmes d’exploitation différents.
x Extensibilité : Permet d’évaluer la conception du logiciel ainsi que sa capacité
d’élargir ou modifier les fonctionnalités en minimisant l’impact sur les
fonctionnalités existantes.
x Sécurité : Permet d’évaluer la façon que le logiciel gère les droits d’accès et les
privilèges.
x Adaptabilité : Permet d’évaluer la capacité d’évolution du logiciel, les types de
versions et le nombre de mise en production, pour mieux répondre aux nouveaux
besoins.
x Documentation : Permet d’évaluer la qualité de la documentation existante pour
différents types d’utilisateurs ainsi que le nombre de livres publiés qui décrivent le
fonctionnement du logiciel.
x Convivialité : Permet d’évaluer la facilité technique d’installation, de configuration
ainsi que de déploiement.
3.3.3 Qualités de la communauté
x Taille de la communauté : Permet d’évaluer la maturité et la longévité du projet du

logiciel OS.
x Soutien technique : Permet d’évaluer l’existence d’une liste de diffusion ainsi que le
soutien professionnel de la part de la communauté.
x Type de licence : Permet d’évaluer les restrictions de la licence du logiciel OS.
x Affiliation à d’autres projets OS.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
51
3.4 Points clés
Décider quel logiciel mettre en place dans une entreprise peut être un défi important. Avec
les bénéfices et avantages promis viennent aussi les risques comme la compatibilité, la
portabilité, l’adaptabilité et même la légalité. L’adoption d’un logiciel OS immature peut
offrir plus de risques que d’avantages.
La définition de critères d’évaluation est essentielle pour bien comprendre les besoins de
l’entreprise et éviter d’évaluer des outils peu convenables.
Les logiciels OS ont des caractéristiques propres qui doivent être évaluées telles que le type
de licence et la qualité de la communauté qui les développe.
La définition des critères fonctionnels et non fonctionnels permettra de comparer les trois (3)
outils de création de rapports ainsi que leurs points forts et faibles.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
52
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
53
CHAPITRE IV
ANALYSE DE L’OUTIL BIRT
4
Business Intelligence and Reporting Tool (BIRT) est un outil OS de création de rapports
opérationnels ou multidimensionnels de la communauté Eclipse. Son but est de combler à
travers la création de rapports, un éventail de besoins d’analyse d’une application.
En plus, de concevoir des rapports, il permet d’ajouter des graphiques, d’accéder aux données
et d’ajouter de la richesse fonctionnelle à travers le langage de script.
L’analyse de l’outil BIRT permettra de connaître ses points forts et faibles du point de vue
fonctionnel et technique. L’évaluation se fera en analysant les différents critères tels que
décrits dans le chapitre III.
4.1 Historique de BIRT
L’outil BIRT a été initié par la société Actuate. Actuellement, cette société commercialise des
offres de BI et elle est un chef de file mondial dans le développement des applications de
création de rapports d’entreprise. En août 2004, Actuate se joint à la fondation Eclipse
comme développeur stratégique. Jusqu’à ce moment-là, la communauté Eclipse s’était
investie principalement dans le développement d’une plateforme universelle pour
l’intégration des outils. C’est en octobre 2006 que la société Actuate donne son projet BIRT à
Eclipse et il devient un projet de premier niveau pour la communauté. (Actuate, 2004)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
54
4.2 Description de BIRT
L’objectif principal de BIRT est de répondre à un éventail de besoins d’analyse d’une

application à travers la création de rapports opérationnels et multidimensionnels.
BIRT est un outil de création de rapports OS basé dans Eclipse pour des applications Web,
principalement celles basées sur Java et J2EE.
La version actuelle de BIRT est la version 2.3.2. En juin 2008, BIRT a publié la version 2.3
qui a plus de 250 améliorations sur le code source. Maintenant, BIRT fournit un éditeur
amélioré de JavaScript ainsi qu’un débogueur de JavaScript pour déboguer le gestionnaire
d’événements. En plus, les matrices ou tableaux à double entrée peuvent supporter des
mesures multiples ainsi que la capacité de multivue qui permet de représenter graphiquement
des tables et tableaux à double entrée. (EclipseBIRT, 2009)
4.3 Composition du rapport BIRT
Le rapport BIRT est divisé en 4 parties (EclipseBIRT, 2009):
x Les données : Les données peuvent provenir de différentes bases de données, des
services web ainsi que d’objets Java. BIRT utilise le cadre Open Data Access (ODA)
qui permet de créer de nouvelles interfaces pour accéder à d’autres types de sources
de données.
Il est possible de combiner différentes sources de données dispersées dans un même
rapport.
x Les transformations : Les données seront agrégées, filtrées, groupées et triées en
fonction de différents critères selon les besoins de l’utilisateur. BIRT permet
d’appliquer ces transformations aux sources de données simples comme un fichier
plat ou des objets Java ainsi que d’effectuer des calculs sophistiqués sur les données.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
55
x La logique d’affaires : La logique d’affaires permet de convertir les données en

information utile pour l'utilisateur. BIRT permet d’appeler au code existant écrit en
Java ou de créer des scripts en JavaScript pour modifier le comportement du rapport.
x La présentation : BIRT offre une diverse gamme d’options pour analyser les
données. Le rapport peut contenir des tableaux, des graphiques, des textes, entre
autres. Le même ensemble de données peut s’afficher de différentes façons à
l’intérieur d’un rapport et un même rapport peut afficher des données de multiples
sources de données.
Il existe différents types de rapports (EclipseBIRT, 2009) :

o Listes : Affiche des listes de données qui peuvent être organisées en groupes
selon les données affichées. Il est possible aussi d’y ajouter des sommes
partielles et des pourcentages, entre autres.
o Graphiques : À partir d’un ensemble de données numériques, il est possible
de créer de différents types de graphiques tels que, circulaire, linéaire et à
barres, entre autres.
o Tableau à double entrée : ce type permet de faire des analyses à double
entrée.
o Lettres et documents : Permet de créer des documents en différent format
tout en incluant des textes, des graphiques et des listes.
o Rapport combiné : Ce type de rapport permet de combiner les types de
rapports déjà mentionnés dans un même rapport.
4.3.1 Architecture de BIRT

L’architecture de BIRT se caractérise principalement par (Seifeddine, 2009) :
x Interopérabilité : BIRT a l’habilité de construire et de modifier des rapports
dynamiquement à l’intérieur d’une application en utilisant des APIs à partir du
« Design Engine ». Aussi, il offre l’accès à des objets de données natives en utilisant
un mécanisme de source de données.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
56
x Extensibilité : BIRT permet de construire d’autres fonctionnalités sur la plateforme

en ajoutant des APIs. Ces APIs permettent de gérer la palette de conception,
d’ajouter de la logique d’affaires personnalisée, d’accéder aux sources de données
non JDBC ainsi que de produire des rapports dans de nouveaux formats.
L’architecture de BIRT est essentiellement constituée de deux composantes principales

(EclipseBIRT, 2009) (Weathersby, 2006):
x Le « Report Designer » est un outil de conception graphique qui permet de créer et

de modifier la conception des rapports. Il génère un fichier XML qui est le modèle
de conception du rapport.
x Le « Report Engine » est un moteur d’exécution qui permet de gérer et d’exécuter
des rapports. Il prend le fichier de conception XML, et à l’exécution lit les sources
de données, transforme les données et crée un fichier non persistant appelé « report
document ». Ensuite, ce fichier est présenté dans divers formats comme HTML,
PDF, entre autres.
La figure 4.1 décrit les différentes composantes de l’architecture de BIRT.
Figure 4.1 : Architecture de BIRT. (EclipseBIRT, 2009).
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
57
Le « Report Designer » est composé de (EclipseBIRT, 2009 ; Weathersby, 2006) :
x « Eclipse Report Designer » : permet de créer des modèles de conceptions des

rapports. Chaque conception est sauvegardée dans un format ouvert XML. Il peut
être téléchargé comme une application client riche (RCP) ou comme un ensemble de
plugiciels qui permet de créer la conception dans un environnement Eclipse déjà
existant ou comme un tout qui inclut l’environnement Eclipse.
x « Eclipse Data Tools Platform (DTP), Web Tools Platform (WTP) » : Le but de DTP
est de fournir un ensemble d’outils pour gérer les connexions aux différentes sources
de données ainsi que des outils et plateformes pour travailler avec SQL, entre autres.
Le but de WTP est de construire une plateforme standard, extensible et générique
des outils sur laquelle les fournisseurs de logiciels pourront créer des offres
spécialisées pour le développement des applications Web et J2EE.
x « Chart Designer » : permet de concevoir les différents graphiques dans le modèle de
conception.
x « Report Design Engine » : permet de créer et de modifier les conceptions de
rapports. L’API du moteur de conception enveloppe la fonctionnalité du moteur de
conception et il peut être utilisé dans n'importe quel projet de Java/J2EE. Le
concepteur de rapport emploie cet API pour construire les conceptions XML.
Le « Report Engine » est composé de (EclipseBIRT, 2009 ; Weathersby, 2006):
x « Data Transformation Services » : permet d’extraire et de transformer les données.

Les données sont extraites des différentes sources de données ou du « report
document » en fonction de l’utilisation des services de génération ou de
présentation.
x « Charting Engine » : permet de générer les graphiques et peut être utilisé de façon
autonome ou intégré dans les rapports. L’API du moteur de graphiques permet aux
développeurs Java/J2EE d’ajouter des graphiques dans leurs applications. Les
moteurs de conception et de rapports utilisent cet API pour fournir des graphiques.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
58
x « Generation Services » : responsable de se connecter aux sources de données,

d’extraire et de traiter les données pour créer le rapport selon le gabarit. Le
document peut être sauvegardé ou affiché en utilisant les services de présentation.
x « Presentation Services » : responsable de traiter le document, d’extraire les données
ainsi que de générer le rapport dans le format spécifié dans la conception.
Une autre composante de BIRT est le « Viewer » qui permet d’afficher les rapports au
préalable dans l’environnement Eclipse. Le « viewer » est disponible comme un API ou
comme une application J2EE autonome.
4.4 Générateur des rapports
L’exécution d’un rapport se déroule en trois phases (Gordon, 2009):
x Phase de préparation : produit le fichier de conception et prépare le rapport pour

l’exécution.
x Phase de génération : génère une instance du rapport, une connexion aux sources des
données et les jeux de données sont générés et traités pour produire le rapport.
x Phase de présentation : permet de produire le rapport final et de le visualiser en
fonction du format désiré.
Le modèle d’événements permet de modifier l’aspect et le fonctionnement du rapport

pendant l’exécution. C’est un API qui fournit cette fonctionnalité et il peut être accédé à
travers Rhino (JavaScript pour Java) et Java. La figure 4.2 décrit le schéma du modèle
d’événements.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
59
Figure 4.2 : Modèle d’événements. (Gordon, 2009)
4.5 Évaluation de BIRT
4.5.1 Critères fonctionnels
4.5.1.1 Types de rapports

BIRT offre des gabarits standards qui aident à la conception. La figure 4.3 représente
l’utilisation d’un gabarit prédéfini et illustre les échelons à suivre pour compléter la
conception d’un rapport (EclipseBIRT, 2009 ; Peh, 2008).
Figure 4.3 : Différents gabarits standards. (OutilBIRT, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
60
BIRT permet la création de rapports statiques et de rapports dynamiques. La version 2.3 de

BIRT a amélioré la gestion des paramètres. Les paramètres sont exposés à l’utilisateur et
permettent de personnaliser le rapport en fonction des valeurs choisies.
Les paramètres peuvent être utilisés pour modifier une requête, pour changer le style et la
visibilité d’un élément à travers d’une expression JavaScript ainsi que pour personnaliser le
contenu à travers d’un événement(EclipseBIRT, 2009 ; Peh, 2008).
Les paramètres peuvent être statiques ou dynamiques. Les paramètres statiques permettent de
choisir parmi un ensemble prédéfini de valeurs ou saisir la valeur désirée, par contre les
paramètres dynamiques montrent les données résultantes d’un jeu de données. BIRT supporte
les paramètres en cascade où la liste de valeurs possibles du paramètre suivant est modifiée
en fonction des valeurs précédemment choisies.
Maintenant, BIRT permet de créer des cubes OLAP et des tableaux croisés à partir de jeux de
données. Les cubes OLAP sont des cubes multidimensionnels qui sont basés dans un ou
plusieurs jeux de données. Les tableaux croisés montrent la relation entre deux variables dans
un format de matrice qui est basé dans un cube OLAP. Dans les tableaux croisés, le nombre
de colonnes et de rangées est dynamique tandis que dans les tableaux le nombre de colonnes
doit être défini dans la conception du rapport.
4.5.1.2 Appliquer le gabarit standard de l’entreprise

Les développeurs peuvent identifier les composantes des rapports les plus requises telles que
des connexions aux bases de données, des requêtes, des diagrammes et des graphiques. Les
entreprises ont des normes de conception à respecter et les rapports doivent avoir une
apparence et un comportement commun.
BIRT permet de créer des bibliothèques et des gabarits (Gamble, 2006). Ces fonctionnalités
sont essentielles parce qu’elles permettent d’encapsuler, de réutiliser les modèles de
conception ainsi que de réduire de manière considérable le temps de conception.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
61
Bibliothèque : Elle encapsule efficacement la fonctionnalité du rapport dans des composantes

réutilisables. Ces composantes ont un format prédéfini et peuvent être facilement ajoutées à
des conceptions. La capacité des rapports d’hériter automatiquement des changements de la
bibliothèque fournit un niveau d’abstraction qui permet d’isoler les conceptions des
changements liées aux affaires ou aux données. Ces bibliothèques peuvent être importées
dans des conceptions ou des gabarits.
La figure 4.4 schématise l’utilisation à haut niveau des bibliothèques dans les conceptions.
Figure 4.4 : Utilisation des bibliothèques dans des conceptions. (Gamble, 2006)
Gabarits : BIRT permet de créer et de publier des gabarits. Un gabarit est une conception qui
a des éléments préconstruits avec une apparence et un comportement communs.
La figure 4.5 schématise l’utilisation des gabarits qui contient des bibliothèques dans des
conceptions.
Figure 4.5 : Utilisation des gabarits dans des conceptions. (Gamble, 2006)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
62
4.5.1.3 Sélectionner les données à visualiser

BIRT permet de définir les différentes connexions aux sources de données ainsi qu’aux jeux
de données. BIRT fournit un « Joint Data Set » qui permet de combiner plusieurs jeux de
données en utilisant une jointure interne ou externe. Cette fonctionnalité est très utilisée dans
la combinaison de différents jeux de données générés de différentes sources de données (Peh,
2008).
4.5.1.4 Capacité à intégrer des expressions

BIRT a un générateur d’expressions qui permet de construire, modifier et visualiser des
expressions. Ces expressions permettent de définir des règles de surbrillance, de créer des
colonnes calculées ainsi que la création des expressions simples. La figure 4.6 montre le
générateur d’expressions (Peh, 2008).
Figure 4.6 : Générateur des expressions de BIRT. (OutilBIRT, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
63
4.5.1.5 Faire la mise en forme du rapport

La mise en forme des éléments du rapport est flexible et fournit beaucoup d’options pour
adapter et personnaliser l’aspect des éléments placés dans le rapport. L’éditeur de propriétés
permet de modifier le formatage général du rapport ainsi que le formatage propre à chaque
élément. Les propriétés de formatage permettent de changer l’alignement, la couleur, la
police, la taille ainsi qu’ajouter des couleurs de fond, entre autres. La figure 4.7 montre la vue
de l’éditeur de propriétés (Peh, 2008).
Figure 4.7 : Éditeur de Propriétés de BIRT. (OutilBIRT, 2009)
4.5.1.6 Créer des groupes de données

BIRT permet de regrouper des données selon les besoins des utilisateurs. Un rapport peut
contenir plusieurs groupes imbriqués. La figure 4.8 montre l’onglet qui permet de créer des
groupes (Peh, 2008).
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
64
Figure 4.8 : Création des groupes. (OutilBIRT, 2009)
4.5.1.7 Créer des filtres de données

Les rapports ont besoin habituellement d'un sous-ensemble spécifique de données qui
remplissent certaines conditions. BIRT permet de créer des filtres sur les jeux de données
ainsi que de concevoir des filtres qui permettent aux utilisateurs de spécifier les paramètres
pour l’exécution du rapport. La figure 4.9 montre l’onglet qui permet de créer des filtres
(Peh, 2008).
Figure 4.9 : Création des filtres. (OutilBIRT, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
65
4.5.1.8 Établir des critères de tris

BIRT permet d’établir des critères de tris et ainsi permettre de montrer les données du rapport
dans un ordre plus significatif. Chaque tri a un ordre décroissant ou croissant et le rapport
peut avoir des tris imbriqués. La figure 4.10 montre l’onglet qui permet de créer des tris.
(Peh, 2008)
Figure 4.10 : Création des tris. (OutilBIRT, 2009)
4.5.1.9 Créer et intégrer différents types de graphiques

BIRT permet d’insérer des graphiques dans un rapport. L’assistant de création des graphiques
permet de choisir entre plusieurs types (figure 4.11), de modifier le paramétrage comme la
police, la position, le style et les couleurs ainsi que le type PNG, GIF, JPG, SVG ou BMP
(Peh, 2008).
Figure 4.11 : Types de graphiques. (OutilBIRT, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
66
4.5.1.10 Création des documents dans différents formats

BIRT supporte les formats HTML, HTML paginé, PDF, DOC, XLS, PPT et postScript. Les
formats DOC, XLS, PPT sont générés en utilisant office XML. (Peh, 2008)
4.5.1.11 Localisation
BIRT supporte la localisation et l’externalisation de différentes façons (EclipseBIRT, 2009) :
x Localisation de textes : les textes et étiquettes du rapport doivent être remplacés par
des textes externes et traduits en utilisant les règles standards de localisation de Java.
BIRT utilise des mots clés pour localiser et traduire le texte à la langue de
préférence.
x Formatage des dates en fonction de la localisation.
x Formatage dynamique : BIRT ajuste automatiquement la taille des items du rapport
pour s’adapter à leur contenu. Cela évite le besoin de tester le rapport dans chaque
traduction possible.
x Formatage bidirectionnel : Le contenu du rapport peut avoir du formatage de gauche
à droite et de droite à gauche.
Les éléments de l’interface BIRT comme les messages d’erreur et dialogues peuvent être
affichés dans différentes langues. L’anglais est le langage par défaut, mais la version 2.3 de
BIRT supporte la traduction vers le français, l’allemand, l'espagnol, le japonais, le chinois
simplifié et le coréen.
4.5.1.12 Caractéristiques de l’outil

BIRT est conçue sous la plateforme Eclipse et elle hérite des mêmes caractéristiques de
l’environnement de développement Eclipse qui se démarque par la fiabilité et la qualité de
ses interfaces graphiques. (EclipseBIRT, 2009 ; Peh, 2008)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
67
Le « Report Designer » de BIRT est composé d’un ensemble de vues d’Eclipse qui permet de
définir la disposition, les sources de données, les jeux de données, les bibliothèques, les
paramètres communs au rapport, les filtres, et les tris entre autres.
La vue de conception offre des fonctions de glisser et de déplacer, ce qui permet de créer des
conceptions rapides.
BIRT est plus orienté vers les développeurs que vers les utilisateurs parce que la conception
des rapports a besoin de connaissances techniques en :
x Connexion aux bases de données.
x Langage Java pour affiner la conception.
x Langage SQL pour construire les jeux de données.
x Langage XML pour comprendre le fichier de conception rptdesign.
4.5.2 Critères non fonctionnels
4.5.2.1 Qualités de développement
4.5.2.1.1 Qualité
Le projet BIRT est géré par un comité de gestion et ce comité assure que (EclipseBIRT,
2009):
x Tous les plans, les documents techniques et les rapports sont disponibles
publiquement.
x Les règles d’engagement OS sont respectées. Ces règles sont la méritocratie, la
transparence et la participation ouverte. La participation ouverte permet d’identifier
et d’utiliser les contributions. Il existe différents types de contributions dont la
réponse à des questions techniques, le signalement des bogues, la création ou la
modification de code ainsi que la création de conceptions.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
68
Il existe trois (3) groupes distincts à l’intérieur du projet BIRT :

1. Groupe des besoins : Il collecte les besoins du projet et les communique à tous les
membres en incluant le comité de gestion.
2. Groupe d’architecture : Il est responsable du développement, de l’articulation et la
maintenance de l’architecture du projet. Il doit fournir une description explicite à tous
les membres.
3. Groupe de planification : Il assiste le comité de gestion dans la création du projet,
l’assignation et la coordination des ressources entre les projets d’Eclipse. Il assure
aussi que les projets ont des ressources suffisantes pour accomplir leurs tâches.
Ces groupes travaillent étroitement avec les équipes de développement et le comité de gestion
pour atteindre les objectifs.
Le projet BIRT est basé sur la méritocratie. C’est-à-dire que le rôle assigné à un individu est
en fonction du nombre de contributions qu’il y a apportées ainsi que de la qualité de ses
contributions. Les membres sont divisés en trois (3) types de ressources :
1. Utilisateurs : Ce sont les personnes qui utilisent le produit seulement. Leur

contribution est basée dans le signalement de bogues, de demandes de nouvelles
fonctionnalités et de suggestions.
2. Développeurs : Ce sont des utilisateurs qui font des contributions au code ou à la
documentation. Ils doivent être proactifs dans le signalement des problèmes et des
bogues qui sont identifiés dans le système de suivi de bogues. Ils peuvent aussi
participer aux discussions de conception de développement liées à leur domaine de
contribution.
3. Engagés : Ce sont des développeurs qui ont le respect de leurs pairs pour leurs
contributions valables et de haute qualité. Ils ont accès en écriture au dépôt de code
source pour le projet associé ou la composante. En plus, ils ont le droit de vote pour
affecter l’orientation future du projet.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
69
Chaque projet a un plan de développement pour chaque cycle de version. Ce plan spécifie
toutes les étapes importantes et il est maintenu à jour. Le comité de gestion est responsable
d’établir le niveau de tests approprié à chaque projet ainsi que d’approuver les plans de tests.
Les tests se concentrent sur un ensemble de combinaisons de systèmes d’exploitation et de
Java 2 qui sont les plateformes de référence. Les problèmes rencontrés sur des plateformes
autres, et qui ne peuvent pas être reproduits sur aucune plateforme de référence, auront une
priorité plus basse qu’un problème rencontré sur une plateforme de référence.
BIRT utilise le système Eclipse Bugzilla pour tracer les bogues et améliorations
(EclipseBIRT, 2009). En général, les bogues critiques sont assignés rapidement à un
développeur et ils sont classifiés selon :
x La sévérité : Ce champ décrit l’impact du bogue. Les différentes sévérités sont en
attente, critique, majeur, mineur, trivial et amélioration.
x La priorité : ce champ décrit l’importance et l’ordre dans lesquels les bogues doivent
être résolus. Les développeurs utilisent ce champ pour prioriser le travail à faire. Les
priorités disponibles vont de P1, la plus importante, à P5, la moins importante.
4.5.2.1.2 Architecture
BIRT est principalement associé à la plateforme IDE d’Eclipse comme un ensemble de

plugiciels qui sont utilisés pendant la phase de conception. BIRT également offre trois APIs
et un servlet basé J2EE (viewer) qui peuvent être utilisés en dehors d’Eclipse. (EclipseBIRT,
2009 ; Weathersby, 2006)
Les trois APIs sont :

x Design Engine API (DE API) : responsable de créer et modifier le format XML de la
conception du rapport. Cette API est utilisée par Eclipse BIRT Report Designer pour
créer le fichier de conception du rapport (rptdesign), une bibliothèque (rptlibrary) et
un gabarit (rpttemplate).
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
70
x Report Engine API (RE API): responsable de produire le rapport en fonction du

fichier de conception. Le Report Designer Preview et le servlet Web Viewer utilisent
cette API pour générer le rapport.
x Charting Engine API (CE API): utilisé pour créer et rendre des graphiques de façon
autonome ou à travers les DE et RE APIs.
Le BIRT Web Viewer est une application web composée de servlets et JSPs qui encapsulent
le RE API pour générer des rapports. Cette application supporte en plus la mise en page
HTML, PDF, la fonctionnalité de table des matières et l’exportation à CSV.
BIRT a des assistants pour accéder à différentes sources de données :

x Bases de données relationnelles accessibles à travers JDBC.
x Fichiers plats.
x Fichiers XML.
x Services web.
x Le cadre Open Data Access (ODA) permet l’accès à d’autres sources de données.
4.5.2.1.3 Langage de programmation

Le moteur de BIRT est développé entièrement avec le langage Java (EclipseBIRT, 2009).
4.5.2.1.4 Portabilité
BIRT est écrit 100 % en Java™ et il n’a aucune dépendance directe à l'égard du système
d'exploitation. Les principales dépendances de BIRT sont la plateforme Eclipse, le Graphical
Editor Framework (GEF), le Eclipse Modeling Framework (EMF) ainsi que la plateforme
Java 2 (EclipseBIRT, 2009 ; Weathersby, 2006).
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
71
4.5.2.1.5 Extensibilité
Une vraie force de BIRT est qu’il est conçu avec la même logique d'extensibilité que la
plateforme de développement Eclipse. Ce mécanisme d’extension permet d’ajouter ou de
prolonger les fonctionnalités et les possibilités de BIRT. Le développeur peut de cette façon
créer de la richesse fonctionnelle personnalisée pour mieux répondre à des exigences précises
des utilisateurs (Weathersby, 2006).
Les principaux points d’extension sont reliés à :

x Accès aux données.
x Items du rapport.
x Types de graphique.
x Types de format de sortie.
Le modèle d’événements permet aussi de modifier l’aspect ou le fonctionnement de BIRT

pendant les phases de génération et de présentation du rapport.
4.5.2.1.6 Sécurité
BIRT permet de gérer les accès aux jeux de données par utilisateur. BIRT est conçu pour
faire partie d'un serveur J2EE. La session J2EE fournit l’utilisateur et le groupe de sécurité
qui sont récupérés à travers JavaScript. La sécurité est gérée au niveau de rangée ou au
niveau de la colonne. Tout doit être programmé avec JavaScript. (EclipseBIRT, 2009)
En 2008, la société Actuate a lancé iServer Express. iServer Express est un serveur qui
permet (Actuate, 2009):
x l’administration des utilisateurs et des rôles.
x la gestion des privilèges d'accès aux différents rapports et dossiers.
x le déploiement rapide de rapports.
x la planification et la diffusion de rapports.
x la création de groupes de notification.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
72
La licence d’iServer Express commence à 150 $ par utilisateur. Une version d’évaluation est
disponible.
4.5.2.1.7 Adaptabilité
BIRT publie le calendrier des mises en production dans le site web. Il y a deux types de
versions (EclipseBIRT, 2009) :
1. Version de maintenance
2. Version majeure
Pendant l’année 2008, il y a eu trois (3) versions et il y en a deux (2) de planifiés pour l’année
2009. Chaque version décrit le lien de téléchargement, les modifications, les nouvelles
fonctionnalités, le plan du projet, les améliorations et les bogues fixés ainsi qu’un journal du
projet.
4.5.2.1.8 Documentation
La documentation de BIRT est disponible à l’intérieur d’Eclipse. La documentation est
divisée en trois sections (EclipseBIRT, 2009) :
1. BIRT Report Developers Guide décrit la création des rapports et l’utilisation de

caractéristiques communes à l’intérieur de la composante BIRT Designer.
2. BIRT Charting Programmer Reference contient de la documentation Java pour Chart
Engine et User Interface ainsi que les points d’extension reliés aux graphiques.
3. BIRT Programmer Reference contient de la documentation Java pour Report Engine,
Scripting API et Design Engine ainsi que les points d’extension BIRT.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
73
Dans le site de BIRT, il existe différents documents (EclipseBIRT, 2009):
x Tutoriel décrivant la création d’un rapport simple. Il présente aussi les principales
caractéristiques de l’interface utilisateur ainsi que plusieurs éléments du rapport.
x Une page qui décrit les différents déploiements de BIRT.
x Le modèle d’objets du rapport est décrit en détail dans la section référence.
Dans le marché, il existe trois livres de BIRT (Amazon, 2009 ; EclipseBIRT, 2009):
« BIRT, Second Edition: A Field Guide to Reporting »

Auteurs : Diana Peh, Aletha Hannemann, et Nola Hague, 2008.
Ce guide décrit la composante « BIRT Report Designer » qui permet aux

utilisateurs de créer des rapports simples ou complexes sans faire de la programmation.
Ce livre est destiné clairement aux concepteurs.
« Integrating and extending BIRT »

Auteurs : Jason Weathersby, Don French, Tom Ondur, Jane Tatchell, and Iana
Catalbasheva, 2006.
Le but est de décrire l’architecture et le cadre de présentation des rapports.

Ce livre est destiné aux développeurs Java.
« Practical Data Analysis and Reporting with BIRT »

Auteur : John Ward, 2008.
Le but est de décrire la conception et la création de rapports.

_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
74
4.5.2.1.9 Convivialité
La dernière version de BIRT Report Designer est le release 2.3.2. BIRT qui a des
dépendances avec les projets suivants d’Eclipse (EclipseBIRT, 2009 ; Weathersby, 2006):
o Eclipse Version 3.4.2 SDK

o Data Tools Platform (DTP) Version 1.6.2
o Eclipse Modeling Framework (EMF) Version 2.4.2 EMF + XSD
o Graphics Editor Framework (GEF) Version 3.4.2 exécutable
o Web Tools Platform (WTP) Version 3.0.4
BIRT propose plusieurs types de téléchargement (EclipseBIRT, 2009):
1. All-in-one : C’est la façon la plus rapide de commencer à créer des rapports BIRT sur
Windows ou Linux. Ce téléchargement est une distribution de BIRT qui contient une
installation complète d’Eclipse préconfigurée avec BIRT. Prérequis : Java 1.5
JDK/JRE.
2. Framework : Ce téléchargement permet d’installer la partie de conception de BIRT
qui est un ensemble de plugiciels Eclipse comme une vue à l’intérieur de la
plateforme Eclipse. Il est important d’installer les dépendances de BIRT mentionnées
ci-haut.
3. RCP Designer : Ce téléchargement permet de déployer BIRT en utilisant la
technologie RCP qui fournit un concepteur de rapports simplifié sans les vues
additionnelles dans la plateforme standard d’Eclipse.
4.5.2.2 Qualités de la communauté
4.5.2.2.1 Caractéristiques de la communauté

Eclipse est une communauté OS dont les projets sont concentrés principalement sur la
création d’une plateforme ouverte de développement. Cette plateforme est composée de
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
75
cadres extensibles, des outils ainsi que des moteurs d’exécution. La gestion du logiciel se fait
à travers le cycle de vie (EclipseBIRT, 2009).
La Fondation Eclipse est une association qui héberge des projets OS et qui favorise un
écosystème entre les produits commerciaux et OS.
La communauté Eclipse est très active et elle a l’appui de plusieurs compagnies. Ces
compagnies contribuent au développement du projet BIRT (EclipseBIRT, 2009) :
x Actuate – http://www.actuate.com
x Innovent Solutions – http://www.innoventsolutions.com
x IBM – http://www.ibm.com
x InetSoft – http://www.inetsoft.com
x Tsinghua University (Beijing, China) – http://www.sist.tsinghua.edu.cn
4.5.2.2.2 Soutien technique

Il existe plusieurs listes de diffusion (EclipseBIRT, 2009) :
1. BIRT Exchange d’Actuate : Forum pour les développeurs Java et utilisateurs de
BIRT. Ce forum permet de partager des idées, des conseils techniques et du code.
C'est un endroit pour obtenir des réponses, de l'éducation, et de l'assistance
technique. (www.birt-exchange.com)
2. BIRT Blog : Site web qui permet de partager des informations techniques.
(birtworld.blogspot.com)
3. Eclipse BIRT News Group : Portail d’Eclipse qui permet de partager les nouvelles de
BIRT et de demander de l’aide.
L’entreprise Actuate offre des produits commerciaux basés sur BIRT ainsi que des services
de soutien technique, de formation et des services professionnels.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
76
4.5.2.2.3 Type de licence

La licence de BIRT est Eclipse Public License (EPL) (EclipseBIRT, 2009). EPL est un dérivé
de la licence Common Public License (CPL) créée par IBM. EPL a été écrite spécialement
pour la Fondation Eclipse. Cette licence appartient à la famille de licences BSD et elle n’est
pas compatible avec la licence GPL.
La licence EPL permet aux développeurs de faire des changements et des ajouts au code
EPL. Ces changements et ajouts peuvent être distribués sous leur propre licence. Cependant,
la partie sous licence EPL de leur logiciel dérivé devrait être sous la licence EPL.
4.5.2.2.4 Affiliation à d’autres projets OS

La Fondation Eclipse participe dans plusieurs projets OS, par exemple (EclipseBIRT, 2009):
x Projet Eclipse : C’est le projet fondateur qui inclut la plateforme Eclipse, Eclipse
RCP (Rich Client Platform) et Eclipse JDT (Java Development Tools)
x Projet Web Tools Platform : Il propose des outils pour le développement
d'applications web en Java.
x UML2 : C’est un projet pour le développement de modèles UML 2.0 dans Eclipse.
x AspectJ : C’est un projet qui permet la programmation orientée aspect pour Java dans
Eclipse.
4.6 Points Clés
BIRT propose un outillage complet pour la conception des rapports. C’est un outil OS qui est
en constante évolution. Il est intégré à la plateforme de développement Eclipse, mais aussi il
existe une version autonome présentée sous la forme d’une application Eclipse RCP.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
77
Points forts de BIRT

x Architecture portable et extensible
x Environnement graphique
x Interface intuitive
x La gestion de paramètres est intégrée à BIRT
x Publication de plusieurs livres
x Support de multiples sources de données dans un même rapport
x Communauté très active qui compte sur l’appui des sociétés Actuate et IBM.
x Composante de prévisualisation des rapports dans Eclipse
x Support de sous rapports ainsi que de tableaux croisés
x Possibilité de contrôler le formatage en temps d’exécution
x Support de l’internationalisation et de la localisation
x Support de bibliothèques et gabarits
Points faibles de BIRT

x BIRT vise principalement les environnements J2EE
x La taille de téléchargement de l’exécutable est presque prohibitive pour des
déploiements du côté client
x Les utilisateurs doivent être capables de créer des jeux de données en utilisant
des requêtes SQL
x Documentation payante
x Les utilisateurs doivent avoir des connaissances techniques en :
o Connexion aux bases de données
o Langage Java pour affiner la conception
o Langage SQL pour construire les jeux de données
o Langage XML pour comprendre le fichier de conception rptdesign
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
78
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
79
CHAPITRE V
ANALYSE DE L’OUTIL JASPER REPORTS
5
L’outil JasperReports est une composante de la suite BI développée par la société JasperSoft.
La vision de JasperSoft est de rendre disponible BI à tous. JasperReports est disponible sous
licence OS et il y a une version commerciale.
Le but de JasperReports est de mettre à la disposition des gestionnaires un outil de création

de rapports flexible, performant et à bas prix qui s’adapte aux besoins d’affaires des
entreprises.
L’analyse de l’outil JasperReports permettra de connaître ses points forts et faibles du point
de vue fonctionnel et technique. L’évaluation se fera en analysant les différents critères
5.1 Historique de JasperReports
Le créateur de JasperReports est Teodor Danciu. Il a commencé à travailler dans ce projet en

juin 2001 quand il a eu le mandat de son entreprise d’évaluer différents outils de création de
rapports ainsi que les solutions existantes sur le marché. À cette époque, les outils
commerciaux disponibles sur le marché n’étaient pas accessibles financièrement à son
entreprise (Atol, 2005 ; Heffelfinger, 2006).
C’est en septembre 2001 que Teodor Danciu enregistre JasperReports sur sourceforge.net en
adoptant une stratégie OS. Étant donné le succès de JasperReports (plus d’un demi-million de
téléchargements), c’est en avril 2005 que Paul Doscher engage Teodor Danciu et fonde
l’entreprise JasperSoft. JasperReports en devient donc son produit principal et l’idée est de
créer un logiciel commercial autour de lui (Wikipedia, 2009).
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
80
Actuellement JasperSoft offre « Jaspersoft Business Intelligence Suite » (OS ou édition

commerciale) qui est composé par (JasperSoft, 2009) :
x JasperServer qui permet la génération de rapports et de tableaux de bord interactifs,
ad hoc ou gérés.
x JasperAnalysis qui permet de faire des analyses interactives de données (OLAP).
x JasperETL qui permet l’intégration des données.
x JasperReports qui permet la création des rapports.
x iReport qui permet de concevoir des rapports dans un environnement graphique.
5.2 Description de JasperReports
JasperReports est une bibliothèque de classes Java OS conçue pour aider les développeurs à
ajouter des fonctionnalités de création de rapports dans des applications Java.
Le but principal de JasperReports est d’aider à créer des documents, prêts à être imprimés de
façon simple et flexible. JasperReports permet d’intégrer des textes, des diagrammes, des
graphiques et des images. (Atol, 2005 ; Heffelfinger, 2006)
Les gestionnaires font des analyses d’affaires en fusionnant des données actuelles avec des
données historiques pour prévoir les comportements futurs et prendre des décisions
stratégiques pour atteindre les objectifs d’affaires de l’entreprise.
5.3 Description de la génération de rapports
La génération de rapports avec JasperReports est relativement simple et elle se déroule dans
les étapes suivantes (Atol, 2005 ; Heffelfinger, 2006):
1. Création du modèle (gabarit).
2. Génération de la structure du rapport à partir du modèle.
3. Extraction des données.
4. Génération du rapport final avec des données extraites.
5. Exportation du rapport au format désiré selon les besoins.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
81
La figure 5.1 décrit à haut niveau les étapes mentionnées antérieurement.
Figure 5.1 : Génération de rapports. (Atol, 2005)
Dans la génération de rapports, il y a trois types d’objets qui se génèrent (Atol, 2005) :
x JasperDesign : Cet objet représente la définition du rapport. Dans la majorité de cas,

cet objet est créé à partir du modèle généré dans le fichier JRXML ou à partir du
modèle généré avec du code Java.
x JasperReport : Cet objet représente un objet JasperDesign compilé. C’est le processus
de compilation qui vérifie la structure du modèle JRXML, fait la compilation et crée
l’objet JasperReport.
x JasperPrint : Cet objet représente le rapport final avec les données et le format créés
dans le modèle. C’est le processus d’insérer les données dans le rapport en se basant
dans l’objet JasperReport qui génère l’objet JasperPrint.
Ces objets sont créés par JasperReports en différents moments du processus de génération de
rapports. La figure 5.2 décrit le processus de création de rapports en soulignant les objets
mentionnés.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
82
Figure 5.2: Objets créés par JasperReports. (Atol, 2005)
5.4 Architecture de JasperReports
L’architecture de JasperReports, figure 5.3, est basée dans les éléments suivants (Sadik,
2008) :
x Source de données : JasperReports permet d’intégrer les données de plusieurs sources
de données dans un seul rapport à travers l’utilisation de sous-rapports imbriqués.
Les différents types de sources de données sont :
- Bases de données relationnelles.
- JavaBeans (EJB, Hibernate).
- Plain Old Java Objects (POJO).
- Sources de données XML.
La communication s’établit à travers JDBC, JNDI, XQuery, EJBQL, Hibernate ou
Oracle PL/SQL.
x Conception du rapport : Le modèle JRXML décrit la conception du rapport, c’est-à-
dire la disposition et l’emplacement des données dans le rapport.
x Rapport final : JasperReports a la possibilité de générer le rapport final en différents
formats comme PDF, HTML, XML, RTF, TXT, CSV, XLS ainsi que visualiser le
rapport dans un navigateur Web en utilisant l’outil JasperViewer.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
83
Figure 5.3 : Architecture de JasperReports. (Sadik, 2008)
5.5 Génération du modèle JRXML
JasperReports base tout son fonctionnement dans un modèle XML. Ce modèle est un gabarit
qui est utilisé par l’engin de JasperReports pour générer et extraire les données
dynamiquement de différentes sources de données ainsi que la livraison du rapport
directement à l’écran, à l’imprimante ou sur le Web.
Le gabarit a une structure spécifique à respecter, laquelle est déclarée dans le fichier
jasperreport.dtd au format de définition de type de document (DTD) qui est fourni par l’engin
de JasperReports (Atol, 2005 ; JasperForge, 2009).
Le modèle peut être créé avec un éditeur graphique comme iReport ou OpenReports
Designer. Ces deux outils sont des logiciels OS qui permettent de créer tous les types de
rapports et ils s’intègrent facilement à JasperReports.
La structure du modèle est divisée en 9 sections qui sont le titre, l’en-tête de page, l’en-tête de
colonne, l’en-tête de groupe, le détail, le bas de group, le bas de colonne, le bas de page et le
sommaire.
Chaque section représente une partie bien définie du rapport qui a une largeur et une hauteur
déterminées. Le contenu d’une section est un ensemble de lignes, de rectangles, de texte
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
84
statique ou de texte dynamique ainsi que de données calculées de différentes sources de

données. Chaque élément du contenu a une position et une taille spécifique. Il est possible de
créer de rapports multicolonne et les données peuvent être présentées dans un format libre,
tabulaire, matriciel, ou avec de graphiques (Atol, 2005 ; Heffelfinger, 2006 ; JasperForge,
2009).
5.6 Compilation de ReportDesign
La conception du rapport est représentée par le fichier JRXML qui a la structure définie dans
le fichier jasperreport.dtd ou dans l’objet JasperDesign en mémoire. Dans la compilation de
l’objet ReportDesign, l’engin vérifie que l’objet ReportDesign est consistant, après il
transforme toutes les expressions du rapport et il charge le résultat dans un objet JasperReport
qui peut être sérialisé et stocké dans un fichier .jasper. (Atol, 2005 ; JasperForge, 2009)
5.7 Remplissage du Rapport
Une fois généré l’objet JasperReport, il commence l’étape de remplissage du rapport. Un des
avantages de JasperReports est l’accès à différentes sources de données. Ces différents types
de sources de données permettent de remplir les différents champs du rapport. (Atol, 2005 ;
JasperForge, 2009)
5.8 Exportation du Rapport
JasperReports permet de (Atol, 2005 ; JasperForge, 2009) :

x Visualiser le rapport à travers l’outil JasperViewer.
x Sauvegarder le rapport final aux formats PDF, HTML, XLS, CSV, XML, RTF et
TXT.
x Imprimer le rapport.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
85
5.9 Évaluation de JasperReports
JasperReports permet la génération de rapports statiques et de rapports dynamiques. Étant

donné que JasperReports est une bibliothèque, la gestion de paramètres doit se faire à travers
l’application qui appelle JasperReports.
JasperReports permet de créer des rapports avec une disposition flexible. Un rapport peut
contenir des lignes, des rectangles, des images, des textes dynamiques ou des textes statiques,
des liens hypertextes, des favoris ainsi que des données d’une source de données et des
expressions. Tous ces éléments peuvent être placés et dimensionnés avec précision.
(Heffelfinger, 2006)
JasperReports permet la création des rapports multiformats tels que des rapports en formats
libres, en format multicolonnes, des tableaux à double entrée ou des matrices, en formats
tabulaires et des graphiques. (Heffelfinger, 2006)

Le modèle JRXML est un fichier standard XML qui est divisé en plusieurs sections. Cela
permet de créer des gabarits de rapports flexibles avec différents types de formats tels que
libre, tabulaire, matriciel ou graphique. Ces modèles sont des gabarits qui encapsulent une
apparence commune en intégrant des éléments tels qu’un arrière-plan commun, une marque
de filigrane (« watermark ») ainsi qu’un en-tête et un pied de pages communs. (Heffelfinger,
2006)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
86

JasperReports permet de récupérer les données à imprimer dans le rapport de plusieurs types
de sources de données. Les jeux de données peuvent être récupérés de n’importe quelle base
de données supportée par JDBC, ainsi que des sources de données telles que des fichiers
XML, des vecteurs et des collections d’objets. (Heffelfinger, 2006)
L’extraction des données à partir d’une base de données peut se faire en intégrant une requête
SQL dans le modèle JRXML ou en envoyant les données de la base de données au rapport
compilé à travers une source de données en implémentant l’interface JRDataSource.
L’intégration d’une requête SQL dans un modèle JRXML est plus facile à implanter, mais
beaucoup moins flexible que l’utilisation des sources de données. L’intégration des sources
de données permet de créer des modèles plus flexibles puisque le même modèle peut être
utilisé par différentes sources de données. (Heffelfinger, 2006)
JasperReports permet aussi d’extraire des données d’autres sources de données. Ces sources
de données sont (Heffelfinger, 2006) :
x Source de données vide : JasperReports ne permet pas de créer des rapports sans
créer une connexion à une base de données ou une source de données. Étant donné
que la création de certains rapports simples n’a pas besoin d’accéder à des sources
de données externes, JasperReports utilise une source de données vide.
x Vecteur ou collections d’objets : JasperReports permet l’utilisation d’un vecteur
d’objets ou d’une collection d’objets comme source de données.
x Objects Java : JasperReports permet l’utilisation de « Plain Old Java Objects »
(POJOs) comme source de données. Les objets Java doivent respecter la
spécification JavaBeans.
x Modèles de tableaux : Ce type de source de données est utilisé quand les données
sont affichées dans un format tabulaire.
x XML : JasperReports permet d’extraire de données d’un document XML.
x Sources de données personnalisées : JasperReports fournit plusieurs
implémentations de l’interface JRDataSource. Par contre, si l’extraction de données
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
87
n’est pas directement supportée par JasperReports, les développeurs peuvent créer
une implémentation de cette interface selon leurs besoins.
JasperReports permet d’incorporer un rapport à l’intérieur d’un autre rapport, c’est-à-dire un

sous-rapport d’un autre rapport. Le support de sous-rapports permet de créer des conceptions
simples et de les intégrer dans un rapport maître. (JasperForge, 2009)
5.9.1.4 Intégrer des expressions

JasperReports supporte des expressions. Les expressions sont des données calculées en
combinant des paramètres, des données et des données statiques. Par défaut, les expressions
peuvent être construites en utilisant le langage Java, mais il est possible d’employer un autre
langage supporté par la machine virtuelle Java (JVM). Le projet JasperReports inclut des
exemples de création des expressions avec BeanShell et Groovy.
JasperReports a un ensemble de variables de rapport prédéfinies telles que page_count,
page_number, column_count et column_number. (Heffelfinger, 2006)
5.9.1.5 Faire la mise en forme du document

JasperReports permet de faire la mise en forme du rapport en définissant le format du papier,
les marges ainsi que l’orientation. Il permet aussi de définir le formatage de chaque élément.
JasperRports fournit plusieurs façons de contrôler les propriétés d’un élément ou d’un groupe
d’éléments dans un rapport. (Heffelfinger, 2006 ; JasperForge, 2009)
x Styles : depuis la version 1.1, JasperReports a intégré la notion de style. Un style

permet de définir entre autres la police, la taille, l’alignement, la couleur ainsi que la
couleur d’avant et d’arrière-plan.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
88
x Élément par élément : JasperReports permet aussi de définir les propriétés propres à
chaque élément du rapport de façon indépendante. Bien que le formatage élément
par élément est plus rapide, l’utilisation des styles donne plus de contrôle.
x Cadre (« Frame ») : depuis la version 1.1, JasperReports a incorporé la notion de
cadre qui permet de donner une apparence commune à un groupe d’éléments.
Les propriétés telles que les coordonnées X et Y, la hauteur et la largeur ainsi que la couleur
avant-plan et arrière-plan, entre autres peuvent être définies pour chaque élément du rapport.
Les rapports peuvent intégrer tout type d’élément dans l’arrière-plan ainsi qu’une marque de
filigrane. (Heffelfinger, 2006)

JasperReports permet de grouper les données d’une façon logique. Un rapport peut contenir
plusieurs groupes imbriqués. Pour chaque groupe, JasperReports insère automatiquement un
bas de page et un en-tête pour le prochain groupe en permettant plusieurs niveaux de sous-
totalisation. Pour améliorer la lisibilité, JasperReports permet de cacher les valeurs qui se
répètent. (Heffelfinger, 2006 ; JasperForge, 2009)

Les utilisateurs ont besoin, en général, d’un sous-ensemble de données. JasperReports permet
d’utiliser des paramètres pour créer des filtres de données et ainsi restreindre les données à
afficher dans le rapport. Les paramètres permettent de restreindre la requête du rapport ainsi
que de transmettre des données qui n’existent pas dans les sources de données. (Heffelfinger,
2006)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
89

Depuis la version 1.2.8, JasperReports supporte le tri de données d’une source de données en
incorporant un nouveau label dans le modèle JRXML. Ce label enveloppe les données
initiales du rapport en exécutant en mémoire le tri des données avant de commencer le
processus de remplissage du rapport. (Heffelfinger, 2006)

JasperReports supporte plusieurs types de graphiques, par contre, pour des graphiques et des
fonctionnalités non supportées, JasperReports utilise la bibliothèque JFreeChart. JFreeChart
est une bibliothèque Java qui permet la génération de graphiques sous forme d’images
(format PNG ou JPEG), de documents PDF ou de fichier vectoriels SVG. (JasperForge, 2009
; jFree, 2009)
Il est possible de créer les types de graphiques suivantes :
o Pie Chart: Pie, Pie 3D

o Bar Chart: Bar, Bar 3D, XY Bar, Stacked Bar, Stacked Bar 3D
o Line Chart: Line, XY Line
o Area Chart: Area, XY Area
o Scatter Chart
o Plot
o Bubble
o Time series
o High Low Open Close
o Candlestick.
La figure 5.4 affiche des exemples de graphiques qui peuvent être crées en utilisant l’outil
JFreeChart.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
90
Figure 5.4 : Graphiques crées par JFreeChart. (jFree, 2009)
Certains types de diagrammes emploient plusieurs types de jeux de données. Chaque type de
graphique fonctionne avec certains types de jeux de données.
Il est possible de personnaliser certaines caractéristiques de graphiques telles que le titre, le
sous-titre, la position, la police, la couleur et la couleur d’arrière-plan. (JasperForge, 2009)
5.9.1.10 Création de documents dans différents formats
JasperReports permet de visualiser le rapport généré en utilisant l’application JasperViewer,

d’imprimer le rapport généré ainsi que d’exporter le rapport généré dans les formats PDF,
HTML, XLS, RTF, ODT, CSV, TXT et XML. (Heffelfinger, 2006)
JasperViewer est une application Swing autonome qui utilise la composante JRViewer.
JasperReports supporte l’internationalisation fournie par la plateforme Java ainsi que la
localisation. Il supporte aussi l'internationalisation par l'intermédiaire des fichiers de
ressources.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
91
JasperReports sauvegarde des informations sur la direction du texte afin de respecter le

formatage aligné à droite de certaines langues. Comme résultat, un rapport peut être affiché
dans différentes langues et formaté en fonction de la localisation. (JasperSoft, 2006)

JasperReports est un outil créé par des développeurs pour des développeurs. L’outil permet la
création à la main du modèle JRXML, mais pour être capable de le faire, le développeur doit
avoir des connaissances techniques en :
x Langage Java.
x Langage SQL.
x Langage XML.
x Langage Groovy ou Bean Shell.
Il est important de mentionner qu’il existe plusieurs outils de conception de rapports qui
permettent de créer graphiquement des modèles JRXML. L’utilisation de ces outils évite le
besoin d’éditer les modèles JRXML à la main. Il existe deux types d’outils de conception (1)
des applications autonomes telles que JasperPal et iReport et (2) des plugiciels pour des IDE
ou des éditeurs de texte tels que JasperAssistant, Sunshinereports et JasperReportsViewer.
L’outil officiel de conception de rapports de JasperReports est iReport. iReport a un assistant

qui permet de créer de rapports de façon rapide et intuitive en suivant les étapes de l’assistant.
iReport permet de réduire significativement le temps de conception de rapports. Cependant
pour pouvoir utiliser toutes les fonctionnalités d’iReport effectivement, l’utilisateur doit être
familier aux concepts de base de JasperReports. La figure 5.5 montre l’assistant d’iReport.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
92
Figure 5.5 : Assistant d’iReport. (Heffelfinger, 2006)
5.9.2.1.1 Qualité
Dans le site sourceforge.net, il n’y a pas une description sur la gestion du projet
JasperReports, ni non plus un calendrier de versions.
JasperReports est offert sous les éditions OS et commerciale. Les deux éditions partagent le
même code de base. L’édition OS fournit une fonctionnalité de base et elle est orientée
principalement aux développeurs OS qui ont besoin d’ajouter des outils de génération de
rapports à leurs applications. L’édition commerciale s’appuie sur l’édition OS et fournit des
fonctionnalités supplémentaires ainsi que une prise en charge sur des plateformes entièrement
certifiées pour les systèmes d’exploitation, les serveurs d’application et les bases de données.
(JasperSoft, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
93
Chaque version de l’édition OS est prête à rouler sur les plateformes suivantes (JasperSoft,
2007, 2009) :
Système d’exploitation Linux and Microsoft Windows

Serveurs d’application /Web JBoss or Apache Tomcat
Bases de données MySQL
Fournisseur de l’Annuaire Hibernate
Par contre les éditions commerciales offrent du support additionnel (JasperSoft, 2007, 2009) :
Système d’exploitation IBM AIX, Sun Solaris, Red Hat Enterprise Linux
(RHEL), Novell SUSE Linux, Fedora Enterprise
Linux, Mac OS X, Debian Linux, HP-UX, rPath
Linux
Serveurs d’application /Web IBM WebSphere, BEA WebLogic, Oracle
Application Server (OAS)
Bases de données Oracle, IBM DB2, Microsoft SQL Server,
PostgreSQL, EnterpriseDB, Ingres
Fournisseur de l’Annuaire LDAP, IBM Tivoli, Microsoft Active Directory
JasperReports utilise un système de traçabilité pour enregistrer les demandes d’améliorations,

les bogues et les corrections. Toutes les demandes sont classifiées selon la priorité de 1, la
plus importante, à 5, la moins importante. (SourceForge, 2009)
Le nombre de téléchargements démontre que JasperReports est un outil OS très utilisé.

(SourceForge, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
94
JasperReports est une API qui peut être intégrée aux différents cadres d’application Web Java
tels que Spring Web MVC, JavaServer Faces et Struts. (Heffelfinger, 2006)
La figure 5.6 montre les principales classes et interfaces de JasperReports.
Figure 5.6 : Principales classes et interfaces de JasperReport. (Danciu, 2007)
JasperReports permet d’accéder à différentes sources de données telles que (JasperSoft,

2006) :
x Bases de données relationnelles.
x JavaBeans.
x Plain Old Java Objects (POJO).
x XML.
JasperReports est une bibliothèque de programmes écrite entièrement en Java. (Heffelfinger,

2006)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
95
JasperReports est écrit 100 % en Java™ et il n’a aucune dépendance directe à l'égard du
système d'exploitation. Les dépendances externes de JasperReports sont (JasperSoft, 2006) :
x Java JDK 1.3 ou plus.
x Pilote JDBC 2.0.
L’outil JasperReports permet d’ajouter des fonctionnalités de création de rapports aux
applications Java en tirant profit des classes incluses dans la bibliothèque de classes de
JasperReports. (Heffelfinger, 2006)
JasperReports peut être facilement incorporé dans des applications Java du côté client et du
côté serveur, simplement en ajoutant les bibliothèques exigées au classpath et en appelant les
méthodes appropriées de l’API JasperReports. (Heffelfinger, 2006)
JasperSoft crée et publie les éditions OS de différents outils de la suite BI à une communauté
de milliers d’experts et de développeurs qui utilisent les logiciels, donnent leur avis et
développent des extensions. (JasperSoft, 2007)
JasperSoft compte parmi ses produits JasperServer. JasperServer est une plateforme qui
fournit les services suivants (JasperSoft, 2007) :
x Services d’authentification et d’autorisation qui permettent l’intégration de signature

unique avec des systèmes de sécurité externes tels que LDAP.
x Sécurisation de l’accès aux rapports et aux analyses selon les rôles et permissions de
chaque utilisateur.
x Services de stockage d’objets robustes, extensibles et sécurisés pour une large
gamme de contenus et de métadonnées.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
96
x Planification, exécution et distribution de rapports aux utilisateurs ou aux groupes

d’utilisateurs.
JasperServer est un outil OS sous licence GPL (figure 5.7).
Figure 5.7 : JasperServer. (JasperForge, 2009)
Les projets OS de JasperSoft sont fréquemment mis à jour avec de nouvelles fonctionnalités,
améliorations et bogues fixés sur le site www.jasperforge.org. Les individus, développeurs et
entreprises accèdent à la dernière version du logiciel dès qu’elle est disponible. Puisque ce
type de client préfère avoir la dernière version, les versions plus anciennes ne sont plus
supportées. (JasperSoft, 2009)
Par contre, les éditions commerciales de JasperSoft sont mises à jour sur des intervalles
réguliers dans un portail de client privé. Ces produits ont un cycle de version contrôlé avec
des changements testés. Les entreprises qui préfèrent ce type de version peuvent contrôler
mieux l’effort exigé pour intégrer les changements aux environnements de production ainsi
que réduire les risques associés à la nouvelle version. Les versions plus anciennes des
éditions commerciales sont supportées. (JasperSoft, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
97
La documentation de JasperReports disponible dans jasperforge.net est divisée en trois
sections (SourceForge, 2009) :
1. Documentation
x Prérequis
x Pour commencer
x Tutorial
x Référence de JRXML
x Référence de configuration
x Référence sur APIs
2. Séminaires multimédias et interactifs réalisés par des spécialistes de JasperReports

x JasperReports : Décrit le processus pas-à-pas de création de rapports.
x Résoudre des problèmes de rapports avec JasperReports : Introduit les capacités
de JasperReports.
3. Revues décrivant les différentes fonctionnalités et l’intégration de JasperReports et

de iReport.
Dans le marché, il existe deux livres de JasperReports et un livre de iReport (Amazon, 2009):
« JasperReports for Java Developers »

Auteur : David Heffelfinger, 2006
Le but est de décrire la création, la conception, le formatage et

l’exportation des rapports avec des données de plusieurs sources de
données ainsi que l’intégration de JasperReports à d’autres cadres Java.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
98
« The Definitive Guide to JasperReports »

Auteurs : Teodor Danciu et L. Chirita, 2007
Ce guide est une description complète de chaque fonctionnalité de

JasperReports qui inclut des exemples et les meilleures pratiques.
« The Definitive Guide to iReport »

Auteur : Giulio Toffoli, 2007
Ce guide décrit la conception des rapports complexes avec des
graphiques, des images et des sous-rapports.
Ce livre est destiné aux utilisateurs et aux développeurs ayant des
connaissances en Java.
La dernière version de JasperReports est la version 3.5.0.
JasperReports propose plusieurs types de téléchargement (JasperForge, 2009) :
1. Télécharger iReport : si c’est le premier téléchargement de JasperReports,

JasperForge recommande de télécharger l’outil iReport qui inclut JasperReports.
2. jasperreports-<version>-applet.jar : ce fichier .jar comprend un sous-ensemble de la

fonctionnalité de JasperReports. Il contient des classes pour afficher les fichiers
jrprint (des rapports dans le format natif de JasperReports). Ce téléchargement est
orienté principalement aux développeurs. Le .jar sera intégré dans des applications ou
applets qui n’ont pas besoin de toute la fonctionnalité de JasperReports, mais qui ont
besoin d’afficher des rapports générés.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
99
3. jasperreports-<version>.jar : C’est la bibliothèque complète de classes de

JasperReports. Il contient toutes les classes nécessaires pour compiler, remplir et
exporter des rapports, mais ce téléchargement n’inclus aucune bibliothèque
additionnelle de JasperReports. Toutes les dépendances de JasperReports doivent être
téléchargées séparément. Ce .jar permettra d’intégrer toutes les fonctionnalités de
JasperReports dans des applications Java.
4. jasperreports-<version>-javaflow.jar : C’est pareil au téléchargement 3, mais il

exécute de sous- rapports dans un mode de fil simple.
5. jasperreports-<version>-project.tar.gz : ce fichier .tar.gz contient la bibliothèque

complète des classes de JasperReports avec toutes les bibliothèques requises et
optionnelles. Ce fichier inclut aussi le code source de JasperReports ainsi que des
exemples sur la fonctionnalité de JasperReports. Typiquement ce téléchargement est
pour Linux.
6. jasperreports-<version>-project.zip : ce fichier .zip contient la bibliothèque complète

des classes de JasperReports avec toutes les bibliothèques requises et optionnelles.
Ce fichier inclut aussi le code source de JasperReports ainsi que des exemples sur la
fonctionnalité de JasperReports. Typiquement ce téléchargement est pour Windows.
Le tableau 5.1 contient toutes les bibliothèques que JasperReports peut requérir selon la
fonctionnalité exigée par l’application maîtresse de JasperReports.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
100
Tableau 5.1 : Dépendances de JasperReports. (JasperForge, 2009)
JRE x Java Runtime Environment 1.4 or higher
Commons x Jakarta Commons BeanUtils Component (version 1.7 or later)

http://jakarta.apache.org/commons/beanutils/
x Jakarta Commons Collections Component (version 2.1 or later)
http://jakarta.apache.org/commons/collections/
x Jakarta Commons Javaflow (Sandbox version)
http://jakarta.apache.org/commons/sandbox/javaflow/
x Jakarta Commons Logging Component (version 1.0 or later)
http://jakarta.apache.org/commons/logging/
JRXML x JAXP 1.1 XML Parser

x Jakarta Commons Digester Component (version 1.7 or later)
http://jakarta.apache.org/commons/digester/
x One of the following for report compilation, depending on the report compiler
used:
o Eclipse JDT Java Compiler (recommended)
http://www.eclipse.org/jdt/
o JDK 1.4 or higher
o Jikes Compiler http://jikes.sourceforge.net
o Groovy (version 1.5.5 or later) http://groovy.codehaus.org
o BeanShell (version 2.0 beta 4 or later) http://www.beanshell.org
JDBC x JDBC 2.0 Driver
PDF x iText - Free Java-PDF library by Bruno Lowagie and Paulo Soares (version
1.3.1 or later) http://www.lowagie.com/iText/
XLS x Jakarta POI (version 3.0.1 or later) http://jakarta.apache.org/poi/

x JExcelApi (version 2.6 or later) http://jexcelapi.sourceforge.net/
Charts x JFreeChart (1.0.0 or later) http://www.jfree.org/jfreechart/

x JCommon - required by JFreeChart http://www.jfree.org/jcommon/
x Batik SVG Toolkit (1.7 or later) - required when rendering charts as SVG
http://xmlgraphics.apache.org/batik/
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
101

JasperSoft est une communauté engagée dans le succès du développement du logiciel OS. En
tant que membre actif de la communauté, il participe aux initiatives suivantes (JasperSoft,
2009) :
x SourceForge.org : portail de développement OS de tous les produits de BI OS de
JasperSoft.
x Open Solutions Alliance : consortium de fournisseurs neutres sans but lucratif dédié
à diriger l’adoption des solutions d’affaires complètes OS.
x Fondation Eclipse : JasperSoft supporte le développement de la plateforme IDE
d’Eclipse.
Les chefs de la communauté sont (JasperForge, 2009) :

x Tim Cloonan, Gestionnaire de la communauté JasperForge.org : Il supervise le
développement, la communication et les opérations de la communauté
JasperForge.org.
x Teodor Danciu, Architecte de JasperReports.
x Giulio Toffoli, Architecte d’iReport.
x Sherman Wood, Architecte de la Suite BI de JasperSoft.

Le soutien de JasperReports est constitué par des forums et une liste de diffusion officiels où
les développeurs peuvent poser des questions, partager des idées et des conseils techniques.
Les forums reliés à Jasper sont (JasperForge, 2009) :

x Forum de discussion et aide pour iReports.
x Forum de discussion et aide pour JasperAnalysis.
x Forum de discussion et aide pour JasperETL.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
102
x Forum de discussion et aide pour JasperReports.

x Forum de discussion et aide pour JasperServer.
JasperSoft offre différents services (JasperSoft, 2009) :

x Soutien technique pour les versions OS et commercial. Il existe plusieurs forfaits qui
s’adaptent aux besoins et au budget.
x Services professionnels de consultation.
x Services de formation en ligne ou sur place.

La bibliothèque JasperReports est disponible sous les termes de la licence Lesser GNU
General Public License (LGPL). Cette licence a été conçue par Free Software Fondation en
1991 comme un compromis entre la licence GNU General Public License et les licences
beaucoup moins restrictives telles que les licences BSD et MIT (JasperForge, 2009 ;
JasperSoft, 2009).
LGPL a beaucoup de similitudes avec la licence GPL, mais elle est moins restrictive quant à
sa compatibilité avec d’autres licences dans le cas de mixité de programmes. JasperReports
peut être employé dans des applications OS et commerciales. Par contre, si des modifications
sont réalisées au code source existant de JasperReports, ces modifications doivent être
publiées sous la licence LGPL. (JasperSoft, 2009)
JasperForge participe dans le développement de plusieurs projets OS. Ces projets sont reliés à
la suite BI de JasperSoft. Les projets, les plus importantes sont (JasperForge, 2009) :
x iReport
x JasperServer & JasperAnalysis
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
103
x JasperETL
x Jaspersoft BI Suite
Les membres de JasperForge peuvent proposer de nouveaux projets reliés à JasperSoft.
5.10 Points Clés
JasperReports est un outil de génération de rapports OS écrit entièrement en Java. Il se

présente sous forme d’une bibliothèque qui peut être embarquée dans des applications Java et
J2EE. JasperReports est développé par la société JasperSoft et il est distribué sous licence
OS.
Avantages de JasperReports
x Bibliothèque qui peut être intégrée à multiples plateformes
x Support de sous-rapports
x Support de tableaux croisés
x Possibilité de contrôler le formatage en temps d’exécution
x Support de l’internationalisation et la localisation
x Support de multiples types de sources de données dans un même rapport à travers
l’utilisation des sous-rapports
x Exportation sous nombreux formats
x Intégration avec l’outil iReport
x Nombreux forums de discussion
x Publication de plusieurs livres
x Appui de la société JasperSoft
x Communauté engagée dans le succès du développement du logiciel OS
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
104
Points faibles de JasperReports

x Interface peu intuitive
x L’utilisation de sous-rapports est inévitable pour accéder à de multiples sources
de données dans un même rapport
x Une seule source de données ou connexion par rapport
x La gestion des paramètres n’est pas intégrée à Jasperreports sinon à iReport
x Dans la version OS, seulement la dernière version est supportée
x Outil construit par des développeurs pour développeurs
x Manque de documentation et des tutoriels disponibles gratuitement
x Documentation officielle payante
o Langage XML pour comprendre le fichier de conception JRXML
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
105
CHAPITRE VI
ANALYSE DE L’OUTIL PENTAHO REPORTING
6
JFreeReports est l’outil officiel de génération de rapports de Pentaho, actuellement connu
sous le nom de Pentaho Reporting. Pentaho Reporting est une composante de la Suite BI de
Pentaho. L’outil de génération de rapports est le cœur de BI et fréquemment elle est la
première application BI à être déployée dans les entreprises.
Le but de Pentaho est de créer une plateforme BI orientée solution, centrée sur les processus
en s’appuyant sur différentes composantes OS existantes dans le marché. Le projet BI de
Pentaho a été créé par la communauté OS afin d’offrir de meilleures solutions OS aux
entreprises.
L’analyse de l’outil Pentaho Reporting permettra de connaître ses points forts et faibles du
point de vue fonctionnel et technique. L’évaluation se fera en analysant les différents critères
6.1 Histoire de Pentaho Reporting
La société Pentaho a été créée en octobre 2004 par Richard Daley, Adrian Marshall, James
Dixon, Marc Batchelor et Doug Moran. Ils ont travaillé dans différents projets BI depuis les
années 90. Le but est de créer une suite complète et intégrée des outils BI en utilisant la
puissance du modèle de développement OS. Cette suite BI fournit un meilleur accès à
l’information aux utilisateurs d’affaires. (Moody, 2008)
Le projet BI de Pentaho englobe les domaines d’application suivants (Moody, 2008) :

x Génération de rapports
x Analyses
x Tableaux de bord
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
106
x Exploration des données

x Plateforme BI
Mondrian est le premier projet OS à se joindre à Pentaho. Mondrian est un serveur OLAP qui
permet d’analyser de grands volumes de données stockées dans des bases de données. Il
permet aussi de faire l’exploration dimensionnelle des données. (Moody, 2008)
C’est au début de 2006 que le projet JFreeReport se joint au projet Pentaho. JFreeReport est
renommé « Pentaho Reporting » pour éviter la confusion avec d’autres projets de JFree.org.
JFreeReport est un moteur Java qui permet la génération de rapports complexes. Il est utilisé
comme moteur de génération de rapports dans les produits de génération de rapports ad hoc
et de production. Le développement de JFreeReport a commencé en 2002 et libéré sous la
licence GNU LGPL. (Moody, 2008)
En 2006 aussi le projet Kettle se joint à Pentaho. Kettle est un projet OS d’intégration de
données, c’est-à-dire, un outil ETL puissant qui intègre les données de différentes bases de
données. Cet outil est également libéré sous la licence GNU LGPL. (Moody, 2008)
Le dernier projet OS à se joindre à Pentaho était Weka. Weka est un projet OS d’exploration
de données développé par l’université de Waikato en Nouvelle-Zélande. Ce projet a été créé
en 1993 et il est disponible depuis l’année 2000 en SourceForge sous licence GNU GPL.
(Moody, 2008)
6.2 Description de Pentaho Reporting
Pentaho Reporting est une bibliothèque OS des classes Java qui permet la génération de
rapports. Les gabarits XML fournissent des fonctionnalités flexibles en permettant d’accéder
à de multiples sources de données ainsi que la possibilité de visualiser les rapports à l’écran,
les envoyer à l’imprimante ou les sauvegarder dans différents formats tels que PDF, HTML,
XML, CSV, Excel et texte. (Gilbert, 2003 ; PentahoJFR8, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
107
Le but de Pentaho Reporting est de permettre aux entreprises d’accéder, de formater et de

distribuer l’information aux employés, aux clients et aux partenaires. (PentahoJFR8, 2009)
6.3 Génération des rapports
Pentaho Reporting sépare strictement le traitement des données du traitement de la

disposition du rapport. La couche des données fournit une interface unifiée à diverses sources
de données et encapsule tous les détails spécifiques d’exécution. (PentahoJFR8, 2009)
Dans Pentaho Reporting, il existe trois classes de sources de données (PentahoJFR8, 2009) :
x Tableaux : Les tableaux fournissent à Pentaho Reporting de l’information massive.

Les tableaux de données sont générés à partir d’une base de données ou d’une source
de stockage de données similaires.
x Paramètres : Ils permettent de restreindre les jeux de données ainsi que de remplir des
valeurs de l’extérieur qui seront utilisées dans la génération du rapport.
x Fonctions et expressions : Ils permettent de faire des calculs en utilisant des sources
de données.
Pentaho Reporting utilise un ensemble d’états pour générer le rapport. Chaque état est
indépendant et permet de suspendre ou de continuer le processus de génération. La figure 6.1
décrit graphiquement les différents états et transitions d’un rapport et d’un tableau à double
entrée. (PentahoJFR8, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
108
Figure 6.1 : États et transitions d’un rapport. (PentahoJFR8, 2009)
La génération d’un rapport avec Pentaho Reporting se fait en trois phases (Gilbert, 2003) :
Phase 1 - Définition du rapport : Toute l’information de formatage du rapport est enregistrée

dans un objet JFreeReport. Il existe deux façons de créer le modèle XML qui sont :
x Écrire la définition du rapport en format XML. Pentaho Reporting analyse la

définition et crée l’objet JFreeReport. Cette méthode permet de modifier le formatage
sans avoir besoin de recompiler l’application.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
109
x Créer une instance de JFreeReport et peupler les éléments du rapport en utilisant

l’API JFreeReport. Cette méthode permet de modifier le formatage du rapport en
temps d’exécution, mais le principal inconvénient est que le formatage du rapport est
codé en dur dans l’application.
Phase 2 – Les données : Pentaho Reporting est conçu pour accéder aux données par
l’intermédiaire de l’interface TableModel (le modèle utilisé par la classe JTable de Swing). Il
est possible aussi d’accéder aux données à travers JDBC parce que Pentaho Reporting permet
de créer une instance TableModel à partir d’un jeu de données JDBC.
Phase 3 – Prévisualisation du rapport : Pentaho Reporting permet de visualiser le rapport à

l’écran, de l’imprimer ainsi que de l’exporter à un certain nombre de formats différents tels
que PDF, HTML, CSV, Excel et XML.
6.4 Évaluation de Pentaho Reporting

Pentaho Reporting permet la création de rapports statiques et de rapports dynamiques. Il
permet de créer des rapports avec une disposition flexible en définissant les éléments qui
doivent être affichés dans la première et dernière page ainsi que sur chaque page.
Un rapport peut contenir des tables, des graphiques, des diagrammes, des images, des liens
hypertextes, des calculs analytiques, des lignes, des rectangles, des expressions ainsi que des
données de multiples sources de données. Tous les éléments du rapport peuvent être placés et
dimensionnés avec précision. (PentahoJFR8, 2009)
Pentaho Reporting prévoit développer les fonctionnalités suivantes dans la version

8.10.1 (PentahoJFR8, 2009) :
x Nouveau format de fichier de rapport basé sur Open Document Format (ODF).
x Source de données native de Kettle.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
110
x Source de métadonnées native de Pentaho.

x Extensions interactives (traitement d’événements de HTML et Swing).
x Nouveau type de bande : colonne d’en-tête et colonne de bas de page.
x Des tableaux à double entrée.
x Multiples colonnes dans une page.

La définition XML est un fichier standard XML qui contient plusieurs sections comme le
montre la figure 6.2.
Figure 6.2 : Sections d’un rapport dans Pentaho Reporting. (PentahoJFR8, 2009)
Ces modèles permettent de créer différents types de gabarits qui encapsulent une apparence
commune en intégrant des éléments communs tels qu’un en-tête, un pied de page, un arrière-
plan commun ainsi qu’une marque de filigrane (« watermark »).
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
111

Pentaho Reporting permet de récupérer les données de différents types de sources de données
dans un même rapport. Les jeux de données peuvent être récupérés de n’importe quelle base
de données supportée par JDBC, de bases de données OLAP ainsi que des sources XML.
Pentaho Reporting permet aussi l’utilisation de sous-rapports. (PentahoJFR8, 2009)
6.4.1.4 Intégrer des expressions

Pentaho Reporting supporte deux types de calculs définis par l’utilisateur tels que les
fonctions et les expressions. Les fonctions et les expressions sont des JavaBeans et elles sont
employées pour calculer des valeurs qui seront affichées dans un rapport. (PentahoJFR8,
2009)
Expression : elle est dépendante des paramètres et des valeurs de la rangée. Étant donné
qu’elle ne maintient aucune information d'état pendant le traitement du rapport, elle est
employée principalement pour réaliser des calculs au niveau de la rangée. Pentaho Reporting
ne garantit pas l’ordre dans lequel les expressions seront exécutées, c’est-à-dire, l’expression
peut être appelée pour la première rangée et tout de suite après pour la rangée 10.
Pentaho Reporting permet de tirer profit du moteur de script de BeanShell et de créer des
expressions en Java. (PentahoJFR8, 2009)
Fonction : étant donné qu’elle maintient l’information d’état pendant le traitement du rapport,
les fonctions sont employées pour faire des calculs, des totaux, des moyennes, le numéro de
page, le nombre total de pages et ainsi de suite.
Pour des raisons de performance, si une expression est utilisée dans différents rapports, il est
préférable de créer une classe Java. (PentahoJFR8, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
112
6.4.1.5 Faire la mise en forme du document

Pentaho Reporting permet de définir le format du papier, les marges ainsi que l’orientation.
Pour chaque élément, il est possible de paramétrer la police, l’alignement, la couleur, la taille,
le style ainsi que la visibilité, entre autres. (PentahoJFR8, 2009)
La plateforme BI de Pentaho fournit, à partir de la version 1.6, une couche de métadonnées

qui encapsule les descriptions physiques des objets de la base de données et le modèle
logique d’affaires dans une représentation abstraite d’affaires (figure 6.3). (PentahoBusMod,
2009)
Figure 6.3 : Schéma du modèle de métadonnées. (PentahoRDes, 2009)
Cette couche permet aux administrateurs de définir et d’ajouter des informations de

formatage dans les définitions de métadonnées et ainsi utiliser des styles visuels standards
pour représenter les données. Ces styles sont hérités par tous les rapports qui emploient ces
données en évitant de faire la même modification dans chaque rapport. L’administrateur peut
permettre aux utilisateurs d’affaires de reformater ces styles pendant la création du rapport.
(Pentaho, 2007 ; PentahoBusMod, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
113

Les utilisateurs ont besoin d’organiser les données en sections. Dans Pentaho Reporting tout
rapport a au moins un groupe. Un groupe est un ensemble de rangées qui ont les mêmes
valeurs dans les colonnes spécifiées dans les arguments du groupe. Les groupes peuvent être
imbriqués et un groupe imbriqué hérite automatiquement des arguments du groupement de
leurs groupes parents. Les données doivent être triées en fonction des groupes imbriqués.
Chaque niveau peut avoir seulement un attribut de groupe. Il n’est pas possible de créer des
arbres de groupes. (PentahoJFR8, 2009)

Les paramètres, dans Pentaho Reporting, permettent d’avoir un sous-ensemble de données.
Les paramètres sont utilisés dans les requêtes pour restreindre les jeux de données.
(PentahoJFR8, 2009)

Les données utilisées pour générer un rapport avec des groupes doivent être triées selon la
définition de la hiérarchie des groupes. (PentahoJFR8, 2009)

Les outils Pentaho Reporting et JFreeChart ne sont pas étroitement liés parce que chaque
projet a suivi son propre développement. L’intégration de ces deux outils se fait en utilisant
deux objets coopératifs tels que (PentahoJFR8, 2009) :
x Une fonction collectrice de données : responsable de créer un type d’ensemble de

données JFreeChart que jFreeChart utilise pour interpréter les données et tracer le
graphique.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
114
x Une expression graphique : responsable de tracer le graphique en se basant sur les

données réunies.
Dans Pentaho Reporting, les expressions graphiques sont arrangées de façon hiérarchique.
Les graphiques enfants héritent des propriétés de leur parent. Quelques propriétés sont
communes à tous les types de graphiques tandis que d’autres sont propres à certains
graphiques. La figure 6.4 décrit la hiérarchie de différentes expressions graphiques de
Pentaho Reporting. (PentahoJFR8, 2009)
Figure 6.4 : Hiérarchie de différentes expressions graphiques. (PentahoJFR8, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
115
6.4.1.10 Création de documents dans différents formats

Pentaho Reporting permet de générer le rapport dans les formats PDF, HTML, XML, CSV,
Excel et texte. (PentahoJFR8, 2009)
Pentaho Reporting supporte l’internationalisation fournie par la plateforme Java ainsi que la
localisation. Le support de différentes langues se fait par l’intermédiaire de codages standards
et le support de l'internationalisation par l'intermédiaire des fichiers de ressources.
(PentahoJFR8, 2009)

Les utilisateurs de Pentaho Reporting doivent avoir des connaissances techniques en :
x Langage Java.
x Langage SQL.
x Langage XML.
x Langage de script JavaScript, Python, Groovy, Ruby, ObjectScript or Java.
Pentaho Report Designer (figure 6.5) est une interface graphique sous Java qui permet de
créer la conception d’un rapport de type Pentaho Reporting.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
116
Figure 6.5 : Outil Pentaho Report Designer. (PentahoRDes, 2009)
Le moteur classique de Pentaho Reporting emploie une approche simple, centrée sur les
données pour générer le contenu des rapports. Dans ce modèle, chaque état du rapport crée
exactement une section de la disposition. Ce modèle empêche une exécution propre des sous-
rapports parce que tous les événements de page doivent être produits dans les limitations du
modèle d’état. (PentahoJFR9, 2009)
La communauté de Pentaho travaille au développement d’un nouveau moteur de génération

des rapports « Pentaho Reporting Flow Engine (JFreeReport 0.9) ». Il est conçu pour
employer un modèle de génération des rapports basé sur la disposition des documents au lieu
d’être basé sur les données. (PentahoJFR9, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
117
6.4.2.1.1 Qualité
Le rôle de la société Pentaho est de faciliter et de contrôler le développement de sa

plateforme BI. La mission de Pentaho se concentre principalement dans (PentahoCom,
2009) :
x La construction des composantes pour la communauté OS.
x L’amélioration des composantes OS développées par des tiers.
x L’intégration des composantes OS. Chaque composante est un bloc cohésif et
flexible que les développeurs Java peuvent assembler pour créer des solutions sur
mesure.
x La création d’une plateforme BI OS qui intègre tout le cycle de vie de BI.
x La création des services de soutien technique, des services de gestion de versions
ainsi que des services d’assurance de la qualité.
Les ressources de Pentaho sont divisées selon la figure 6.6. Il est remarquable de voir le
nombre de ressources dédiées à la recherche et au développement (R&D) quand dans un
modèle traditionnel le pourcentage est seulement de 18 % approximativement. (Daley, 2007)
Modèle Traditionnel Modèle Pentaho
Figure 6.6 : Distribution des ressources Modèle traditionnel vs. Modèle Pentaho. (Daley, 2007)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
118
Pentaho utilise des standards et des protocoles ouverts tels que (PentahoBIPlat, 2006):
x XML – W3C’s Extensible Markup Language
x JSR 168 – JCP’s Portlet Spec
x SVG – W3C’s Scalable Vector Graphics
x MDX – Microsoft’s OLAP Query Language
x WSBPEL – Oasis’s Web Services Business Process Execution Language
x SOAP – W3C’s Simple Object Access Protocol
Pentaho utilise le système Jira pour tracer les bogues et les améliorations. La figure 6.7
montre un résumé du projet Pentaho Reporting. (PentahoJira, 2009)
Figure 6.7 : Résumé du projet Pentaho Reporting. (PentahoJira, 2009)
Le site du projet permet de visualiser rapidement la distribution des bogues et des

améliorations selon l’état, la priorité et l’assignation (figure 6.8). (PentahoJira, 2009)
Figure 6.8 : Distribution des bogues et des améliorations. (PentahoJira, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
119
L’architecture de Pentaho Reporting est basée dans la séparation stricte des responsabilités
entre les diverses composantes. La figure 6.9 montre l’architecture et les bibliothèques de
Pentaho Reporting. (PentahoJFR9, 2009)
Figure 6.9 : Architecture et bibliothèques de Pentaho Reporting. (PentahoJFR9, 2009)
Pentaho Reporting permet d’accéder à différentes sources de données telles que :

x Bases de données relationnelles à travers JDBC
x Bases de données OLAP à travers des standards XML/A et MDX
x XML à travers XQuery
x Des transformations créées avec Pentaho Data Integration
Les définitions des sources de données peuvent être incorporées dans un fichier de définition
de rapport XML ou peuvent être sauvegardées dans un fichier séparé. (PentahoJFR8, 2009)
Pentaho fournit de multiples options pour la conception des rapports en incluant Pentaho
Report Design Wizard qui est construit sur la plateforme Eclipse ainsi que Pentaho Report
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
120
Designer qui fournit un environnement de conception convivial en utilisant des fonctions de

glisser-déposer. (PentahoCom, 2009)

Pentaho Reporting est une bibliothèque de classes écrite entièrement en Java. (PentahoJFR8,
2009)
Pentaho Reporting est écrit en Java™ et il n’a aucune dépendance directe à l'égard du
système d'exploitation, mais l’utilisation de cette bibliothèque requiert Sun Java Runtime
Environment (JRE) version 1.5. (PentahoJFR8, 2009)
Pentaho Reporting est une application Java qui permet d’ajouter ou de modifier les
fonctionnalités en modifiant les classes de l’application. Toute modification demande une
compilation des codes sources. (PentahoJFR8, 2009)
Pentaho Reporting a été conçu pour être employé comme une application de génération de
rapports prête à utiliser ou comme une composante de génération de rapports pour être
intégrée à d’autres applications. Certaines organisations téléchargent le projet d'une façon
autonome et commencent la construction, la planification et la distribution des rapports.
Tandis que d'autres veulent intégrer le projet dans leurs propres applications en utilisant
seulement les composantes dont elles ont besoin. (PentahoCom, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
121
Pentaho Reporting, par l’intermédiaire de la plateforme BI de Pentaho, permet de gérer la
sécurité à deux niveaux (PentahoCom, 2009) :
1. Authentification au niveau des utilisateurs en permettent de contrôler les utilisateurs
qui ont accès au système de ceux qui n’ont pas accès. La plateforme permet
l’intégration avec des annuaires externes comme LDAP.
2. Définition de la sécurité au niveau de rapport.
La diffusion des rapports peut être définie :

1. En fonction des rôles des utilisateurs.
2. En fonction des règles d’affaires.
La conception originale de la bibliothèque Pentaho Reporting était conduite par la nécessité

d'imprimer facilement des Swing-TableModels. Pendant les dernières années, la conception
originale de Pentaho Reporting a été transformée vers un système complet de génération de
rapports. (PentahoJFR9, 2009)
Le but de la nouvelle version, appelée « Pentaho Flow Reporting Engine », est d’avoir une
architecture bien définie, d’éliminer certaines limitations de la vieille version comme
l’utilisation de sous-rapports ainsi que de réduire les processus complexes pour créer une
bibliothèque modulaire, flexible et extensible. Les avantages du moteur classique doivent
demeurer intacts et être prolongés si possible. Les objectifs de développement sont
représentés dans les étapes suivantes (PentahoJFR9, 2009):
x Séparation entre le traitement de données et la disposition du contenu.
x Préservation de la flexibilité du traitement du rapport, en permettant de modifier la
définition du rapport pendant que le rapport est traité.
x Préservation de l’extensibilité de l’architecture reliée aux formats de sortie, aux
fonctions, aux sources de données, aux types de rapports, GUI, entre autres.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
122
x Création d’un code source simple, modulaire et compréhensible.

x Minimiser les dépendances et ainsi maximiser l’évolution.
Des changements structuraux dans la bibliothèque de Pentaho Reporing ne permettent pas

d’assurer la compatibilité avec les versions antérieures.
La documentation de Pentaho Reporting est disponible dans le site wiki.pentaho.com et elle
est divisée en différentes sections (PentahoJFR8, 2009) :
x Guides des développeurs

x Guides d’installation
x Guides d’utilisateurs
x Revues de différents aspects techniques
En septembre 2009, Packt Publishing a publié le livre suivant (PacktPub, 2009) :
« Pentaho Reporting 3.5 for Java Developers »

Auteur : Will Gorman, 2009
Le but est de décrire la création des rapports complexes, y compris les

tableaux à double entrée, les sous-rapports, les graphiques en utilisant
multiples sources de données.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
123
En août 2009, l’éditorial Wiley a publié le livre suivant (Amazon, 2009):
« Pentaho Solutions: Business Intelligence and Data Warehousing

with Pentaho and Mysql »
Auteur : Roland Bouman et Jos Van Dongen, 2009
Le but est de décrire les composantes et les produits connexes de la

suite BI de Pentaho. L’installation, l’utilisation et la maintenance sont discutées et illustrées
pour chaque composante.
Ce livre est destiné aux DBA et aux développeurs d’applications.
La dernière version OS de Pentaho Reporting est la version 0.8.9.9. Le cœur de Pentaho
Reporting est composé de plusieurs bibliothèques OS et il y a aussi des dépendances qui
permettent de prolonger ses fonctionnalités. La figure 6.10 et le tableau 6.1 montrent les
principales dépendances de Pentaho Reporting. (PentahoJFR8, 2009)
Figure 6.10 : Dépendances de Pentaho Reporting. (PentahoJFR8, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
124
Tableau 6.1 : Dépendances de Pentaho Reporting (PentahoJFR8, 2009)
LibBase x Apache-Commons-Logging (Required)
LibFormat x Internal: LibBase (Required)
LibFormula x Internal: LibBase (Required)

x External: JavaCC (Build-Time dependency, only if Parser has changed)
Pixie x Internal: LibBase (Required)
LibRepository x Internal: LibBase (Required)
LibSerializer x Internal: LibBase (Required)
LibLoader x Internal: LibBase (Required)

x Internal: Pixie (Optional)
x External: JDK 1.4 (Optional)
x External: Batik 1.6 (Optional)
o rhino-1.6r7.jar
o Xerces 2.5.0.jar
o XML-APIs.jar
x External: OSCache 2.3 (Optional)
x External: EHCache 1.4.1 (Optional)
o JSR107cache-1.0.jar
o backport-util-concurrent-3.0.jar
LibFonts x Internal: LibBase (Required)

x Internal: LibLoader (Required)
x External: iText (Optional)
LibXml x Internal: LibBase (Required)

x External: JAXP-1.3 compatible XML parser (Required)
LibDocbundle x Internal: LibBase (Required)

x Internal: LibXml (Required)
x External: JAXP-1.3 compatible XML parser (Required)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
125
Il y a deux (2) types de téléchargement (PentahoJFR8, 2009) :

1. pentaho-reporting-engine-classic-0.8.9.9.tar.gz : Ce téléchargement est recommandé
pour les utilisateurs de Linux ou Unix.
2. pentaho-reporting-engine-classic-0.8.9.9.zip: Ce téléchargement est recommandé
pour les utilisateurs de Microsoft Windows.
Ces deux fichiers contiennent exactement le même code source et tous les fichiers nécessaires
pour installer Pentaho Reporting Classic.

La communauté de Pentaho compte 25.000 membres enregistrés dans les forums et 500
individus participant par mois. Pentaho reçoit des contributions valables de la communauté.
En plus de la valeur de la rétroaction, des tests, de la documentation et des contributions
techniques, les membres de la communauté aident à améliorer la qualité des différentes
composantes BI qui appartiennent à la suite BI de Pentaho. (Moody, 2008)
Pentaho a des partenaires technologiques qui travaillent avec Pentaho pour assurer
l’intégration des produits complémentaires. Ces partenaires offrent aussi un éventail de
technologies complémentaires et compatibles. Cette stratégie de partenariat permet à Pentaho
de travailler directement avec d’autres fournisseurs pour résoudre un problème. Pentaho a des
partenaires tels que HP, RedHat, Sun, MySql, JBoss, Aster, Ingres, entre autres.
(PentahoCom, 2009)

Le soutien de Pentaho Reporting s’appuie sur un forum (figure 6.11) qui permet de poser des
questions, de partager des idées et des conseils techniques reliés à l’installation, la
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
126
configuration ainsi que toute autre fonctionnalité de l’outil Pentaho Reporting. (PentahoCom,
2009)
Figure 6.11 : Forum de Pentaho Reporting. (PentahoCom, 2009)
Pentaho a aussi des forums de blogues et des forums non techniques qui permettent le partage
sur des sujets reliés à la corporation et à la communauté Pentaho, à la méthodologie de
développement ainsi qu’aux évènements. (PentahoCom, 2009)
Pentaho offre une gamme des services professionnels tels que (PentahoCom, 2009) :
1. Services de consultation : Pentaho offre des services de consultation reliés à la
conception, au développement, au déploiement et à la maintenance des applications,
entre autres.
2. Services de formation : Formation en ligne, en salle de classe ou sur place pour
donner une formation personnalisée.
3. Services de soutien : Pentaho offre différents plans de services de soutien qui
s’adaptent aux besoins de l’entreprise.

Pentaho Reporting est disponible sous les termes de la licence GNU Lesser General Public
Licence (LGPL). (Moody, 2008 ; PentahoCom, 2009)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
127

Pentaho participe dans le développement de plusieurs projets OS. Les projets OS, les plus
importants sont (Moody, 2008) :
x The Apache Software Foundation
x JBoss en incluant AS, Hibernate, Portal, JBPM
x HSQLDB
x OpenSymphony Quartz
x Eclipse IDE
x MySQL
x JFreeChart
x Mozilla Rhino
6.5 Points Clés
Pentaho Reporting est un outil de génération de rapports OS écrit entièrement en Java.

Pentaho Reporting est développé par la société Pentaho et il est distribué sous licence OS.
Avantages de Pentaho Reporting

x Pentaho offre un portefeuille des produits de BI en incluant la génération des
rapports, les analyses, la création des tableaux de bord, l’intégration des données
et l’exploration des données.
x La communauté de Pentaho travaille au développement d’un nouveau moteur de
génération des rapports « Pentaho Reporting Flow Engine (JFreeReport 0.9) »
x Support de multiples types de sources de données dans un même rapport
x Possibilité de contrôler le formatage à l’exécution
x Support de l’internalisation et la localisation
x Exportation vers un grand nombre de formats
x Intégration avec l’outil de conception Pentaho Report Design
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
128
x Nombreux forums de discussion

x Appui de la société Pentaho qui est un innovateur en BI
x Publication de deux livres
x Communauté engagée dans le succès du développement du logiciel BI OS
Points faibles de Pentaho Reporting

x Interface peu intuitive
x Manque de documentation et de tutoriels
x La documentation existante mélange l’architecture ainsi que les fonctionnalités
des différentes versions de Pentaho Reporting
x La communauté travaille au développement des deux moteurs de génération des
rapports « Pentaho Reporting Classic Engine (JFreeReport 0.8) » et « Pentaho
Reporting Flow Engine (JFreeReport 0.9) »
x L’utilisation de sous-rapports est limitée à la version « Pentaho Reporting Classic
Engine (JFreeReport 0.8) »
x Pentaho n’assure pas la compatibilité des nouvelles versions de Pentaho
Reporting avec les versions antérieures
x Il ne permet pas de créer des tableaux croisés
o Langage XML pour comprendre le fichier de conception
o Langage de script JavaScript, Python, Groovy, Ruby, ObjectScript or Java
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
129
CHAPITRE VII
CYCLE DE DÉVELOPPEMENT D’UN PROJET BI

POUR LES PME
7
Dans les dernières années, BI a capturé l’imagination de plusieurs PME. Le grand défi est de
quantifier les bénéfices que l’implantation BI apportera à l’organisation.
BI est propre à chaque organisation tout comme les directives et les règles d’affaires qui
dirigent chaque organisation.
Les caractéristiques propres des PME analysées dans le chapitre II obligent une adaptation de
la méthodologie ainsi que du cycle de développement d’un projet BI.
Dans ce chapitre, nous ferons une analyse des étapes à suivre dans le développement d’un
projet BI adapté aux PME.
7.1 Phases dans le développement d’un projet BI
Presque tout projet de génie logiciel doit passer à travers six phases qui sont illustrées dans la
figure 7.1. La flèche de la figure 7.1 démontre que le développement d’un projet d’ingénierie
de logiciel est un processus itératif.
Les six (6) phases d’un projet de génie logiciel sont :

Phase 1 – Justification : dans cette phase, nous évaluerons les besoins d’affaires qui donnent
naissance au nouveau projet de génie logiciel.
Phase 2 – Planification : dans cette phase nous développerons les plans stratégiques et
tactiques qui décriront la façon que le projet sera réalisé et déployé.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
130
Phase 3 – Analyse d’affaires : cette phase permet d’avoir une compréhension détaillée du
problème d’affaires à résoudre ou de l’opportunité d’affaires qui permettra de mieux
identifier les besoins d’affaires et de proposer une solution potentielle.
Phase 4 – Conception : dans cette phase, nous ferons la conception de la solution qui
permettra de résoudre le problème d’affaires ou de combler l’opportunité d’affaires.
Phase 5 – Construction : pendant cette phase, nous ferons la construction de la solution qui
devrait permettre d’avoir un rendement sur le capital investi dans les délais prévus.
Phase 6 – Déploiement : dans cette phase, l’équipe fera l’implantation de la solution et
mesurera l’efficacité pour déterminer si la solution atteint, excède ou n’arrive pas aux
rendements sur le capital investi prévus.
Phase 6 : Déploiement Phase 1: Justification
Phase 5 : Construction Génie Logiciel Phase 2: Planification
Phase 4 : Conception Phase 3 : Analyse d’affaires
Figure 7.1 : Phases de génie logiciel. (Moss, 2003)
7.2 Ressources
Le développement d’un projet BI a besoin d’une équipe multidisciplinaire bien structurée

dans laquelle chaque membre a des responsabilités précises. Étant donné que les entreprises
PME ont des ressources limitées et qu’en général il y a un manque d’expertise lié aux
nouvelles technologies BI, le chef du projet doit décider et planifier la formation du personnel
du département de TI ainsi que l’engagement de consultants avec expérience dans des projets
BI similaires.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
131
L’équipe principale doit être composé de :

x Gestionnaire de projet
x Représentant d’affaires qui jouera les rôles de :
o parrain d’affaires
o analyste d’affaires
o partenaire d’affaires
x Administrateur de système qui jouera les rôles de :
o architecte d’infrastructure BI
o administrateur de bases de données
o administrateur de métadonnées
x Analyste d’affaires du côté TI qui jouera les rôles de :
o analyste fonctionnel
o analyste de qualité des données
o administrateur de données
o représentant d’affaires du côté TI
x Analyste programmeur principal qui jouera les rôles de :
o développeur d’applications
o développeur ETL
7.3 Description détaillée de chaque phase de génie logiciel
Dans cette section, nous analyserons l’importance et les ressources minimums nécessaires
pour réussir chaque phase ainsi que les risques de ne pas réaliser une phase ou un échelon du
cycle de vie d’un projet BI. (Moss, 2003)
7.3.1 Phase 1 - Justification

Étant donné que la mise en place d’un environnement BI a un coût considérable, même si
l’entreprise décide de s’orienter vers une solution OS, il est important d’analyser la stratégie
BI et les besoins d’affaires pour évaluer la relation entre les coûts associés et les bénéfices
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
132
espérés. Le besoin d’un environnement BI doit toujours être guidé par une exigence
d’affaires et non pas par un besoin technologique.
Le rapport d’évaluation doit contenir :

1. Les déclencheurs d’affaires : Identifier les déclencheurs d’affaires, les objectifs
stratégiques d’affaires ainsi que les objectifs de l’application BI. L’alignement entre
les objectifs stratégiques d’affaires et les objectives BI est indispensable au succès du
projet BI.
2. La problématique d’analyse d’affaires : Définir la problématique d’analyse d’affaires
ou l’opportunité d’affaires ainsi que les besoins d’information pour atteindre les
objectifs stratégiques d’affaires.
3. L’analyse coûts-avantages : Estimer les coûts de construire et de maintenir un
environnement BI ainsi que le rendement de l'investissement en mesurant les
bénéfices tangibles et en soulignant les bénéfices intangibles. Tout projet BI doit
procurer au moins un des cinq (5) bénéfices suivants :
x Augmenter les revenues
x Augmenter la profitabilité
x Améliorer la satisfaction des clients
x Réduire les coûts
x Améliorer la part du marché
4. L’évaluation des risques : Estimer les risques associés à la technologie, à la
complexité, à l’intégration, à l’organisation, à l’équipe du côté TI et du côté
d’affaires ainsi qu’à l’investissement financier.
7.3.1.1 Importance de la phase de justification

La phase de justification permet d’assurer que le projet BI est en concordance avec les
objectifs stratégiques d’affaires de l’organisation. Même si le projet BI est un succès pour le
département TI, il n’a aucune valeur s’il n’aide pas les personnes d’affaires à prendre de
meilleures décisions.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
133
Les cadres supérieures n’appuieront pas le projet BI si :

1. les applications BI sont construites sans une justification d’affaires solide.
2. la stratégie BI n’est pas en concordance avec les objectifs stratégiques d’affaires de
l’organisation.
3. il n’est pas possible de mesurer la valeur d’affaires ajoutée que créera la mise en
place d’une application BI.
Tout problème d’affaires n’a pas besoin d’une solution BI. Il est important de bien analyser le
problème d’affaires et d’analyser les différentes solutions pour ainsi choisir la solution la plus
économique, la moins complexe et la plus efficace.
7.3.1.2 Ressources impliquées dans la phase de justification

1. Représentant d’affaires
2. Gestionnaire de projet
3. Analyste d’affaires du côté TI
7.3.2 Phase 2 - Planification

La phase de planification est cruciale au succès du projet BI. La planification permettra de
répondre aux questions suivantes :
x Quels seront les livrables?
x Quand sera le projet BI livré ?
x Combien coûtera le projet BI ?
x Quelles seront les ressources qui participeront à la réalisation du projet BI ?
Ces questions permettent de déterminer la portée, l’effort, le budget, les ressources et la
qualité. Le gestionnaire de projet doit comprendre la portée, les exigences, les risques, les
contraintes et les hypothèses pour faire le plan du projet. Étant donné que le plan du projet est
basé sur des estimations et que dans tout projet il y a des délais et des imprévus, il doit être
ajusté constamment.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
134
La phase de planification inclut l’évaluation de l’infrastructure technique et non technique de

l’organisation. Il est important de connaître les exigences matérielles minimales pour mettre
en place le projet BI ainsi que les limitations matérielles existantes dans l’entreprise. Le plan
projet doit inclure les achats de composantes matériels, de composantes logiciels, d’outils
ainsi que l’évaluation et l’implantation de ces composantes.
Le rapport d’évaluation d’infrastructure doit contenir :

1. Les limitations reliées aux composantes matériels et logiciels
2. La liste de composantes matériels à évaluer ou à acheter pour répondre aux critères
d’extensibilité, productivité et performance
3. La liste d’outils BI à évaluer pour atteindre les besoins d’affaires, tels que :
a. Outils ETL
b. Outils d’analyse OLAP
c. Outils de création de rapports
d. Outils d’exploration de données
Dans le processus de sélection d’outils de création de rapports et d’analyse OLAP, il est

important de faire participer le personnel du côté affaires.
Le rapport de planification doit contenir :

1. Les buts stratégiques de l’organisation et les objectifs spécifiques du projet BI
2. La description du problème d’affaires ou de l’opportunité d’affaires
3. La description de la solution BI proposée
4. Les résultats de l’analyse coûts-avantages
5. Les résultats de l’étude d’infrastructure technique et non technique
6. L’énumération des livrables
7. La structure de l’équipe BI ainsi que les rôles et les responsabilités
8. Les hypothèses et contraintes
9. L’évaluation des risques ainsi que les facteurs critiques de succès
10. Le graphique CPM et Pert ainsi que le diagramme de Gantt
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
135
7.3.2.1 Importance de la phase de planification

Construire une application BI sans un plan est presque impossible. Le projet sera hors
contrôle s’il n’y a pas un plan de projet avec toutes les tâches, les dépendances entre les
tâches, les ressources assignées ainsi que le chemin critique.
Connaître l’infrastructure de l’entreprise permet de négocier les limitations de performances
existantes avec l’infrastructure actuelle ou d’inclure l’achat et l’implantation de nouvelles
composantes matériels et logiciels.
Les risques d’entreprendre un projet BI sans une planification et des contrôles adéquats sont
inacceptables.
Les cadres supérieures auront des réticences si :

1. il n’y a pas un plan de projet
2. il n’y a pas un graphique CPM qui permet de connaître les tâches critiques
3. le plan de projet est irréaliste en fonction des ressources, du budget et des livrables
7.3.2.2 Ressources impliquées dans la phase de planification

3. Administrateur de systèmes
5. Analyste programmeur principal
7.3.3 Phase 3 – Analyse d’affaires

Dans cette phase, il est essentiel de définir les besoins du projet BI. La description des
besoins doit se formuler dans le langage d’affaires et elle doit décrire le problème d’affaires à
résoudre ou l’opportunité d’affaires.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
136
Le rapport de besoins doit contenir :

1. La nature du problème d’affaires existant ainsi que les inconvénients que ce
problème génère à l’entreprise
2. La justification d’une solution BI et comment cette solution peut résoudre le
problème d’affaires
3. Une description détaillée des besoins ainsi que les domaines d’affaires qui sont
touchés par la solution BI
4. Une description détaillée des besoins de données en énumérant les bases de données
ciblées BI ainsi que les différentes sources de données
5. Prioriser et détailler les besoins de nettoyage de données
6. Déterminer le nombre d’années d’historique que la solution BI doit maintenir dans
l’entrepôt de données
7. Une description détaillée des besoins de sécurité
8. L’accord du niveau de service relié au temps de réponse, à la qualité de données, à la
disponibilité de l’application BI et aux fonctionnalités
9. Les besoins d’amélioration de l’infrastructure technique et non technique
Les activités suivantes commencent une fois finalisée l’activité d’analyse des besoins :
x Analyse des données, cruciale dans un projet BI. Elle permet de modéliser le modèle
logique de données, de déterminer le processus de sélection de sources de données et
de décrire les spécifications de nettoyage de données.
x Création d’un prototype permettant de valider les besoins fonctionnels d’affaires. La
technique de prototypage aide l’équipe BI à comprendre et à limiter la portée des
besoins du projet. Chaque type de prototype a une finalité et une durée de vie
différente. Cette activité est optionnelle.
x Analyse de métadonnées, importante dans un projet BI parce qu’elle permet de
transformer les données d’affaires en information. Les métadonnées fournissent le
contexte d’affaires dans lequel les données sont analysées. Les métadonnées aident
les utilisateurs d’affaires à localiser, à gérer, à comprendre et à utiliser les données de
l’entrepôt BI.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
137
7.3.3.1 Importance de la phase d’analyse d’affaires

La phase d’analyse d’affaires est l’activité la plus critique au succès du projet BI. Dans cette
phase, les propriétaires de données et les consommateurs de données sont forcés de créer une
vue interorganisationnelle et de nettoyer les données non seulement dans l’entrepôt BI, mais
aussi dans les systèmes opérationnels de l’entreprise.
Le fait de sauter ou de ne pas réaliser une analyse de données rigoureuse laisse entrevoir que
le succès du projet BI est jugé plus pour la vitesse de livraison des livrables que pour la
qualité des livrables.
La création d’un prototype permet de valider la conception de la base de données, la

conception de l’application reliée aux fonctionnalités d’analyse et d’accès ainsi que les
technologies BI utilisées. La construction d’un prototype permettra aussi de valider les
estimations de coûts et de temps pour l’application BI dans son entier.
La création d’un référentiel de métadonnées est importante dans un projet BI. Il n’est pas
nécessaire de capturer toutes les métadonnées du projet BI, mais il est inacceptable
d’implanter un projet BI sans livrer un référentiel de métadonnées avec les composantes les
plus importantes comme le nom technique, la définition, le type, la longueur, la
transformation et la source de données d’origine. Le manque de métadonnées est l’un des
facteurs d’échec dans les projets BI.
7.3.3.2 Ressources impliquées dans la phase d’analyse d’affaires

_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
138
7.3.4 Phase 4 – Conception

Les particularités d’une solution BI ont créé le besoin d’avoir un nouveau type de base de
données ainsi qu’une nouvelle façon d’entreposer les données. Les ressources TI doivent
maîtriser ces nouvelles technologies et la conception pour développer une solution BI
adéquate.
La philosophie de conception de bases de données ciblées BI est totalement différente de
celle des bases de données opérationnelles.
Le rapport de conception doit contenir les livrables suivants :

1. Le modèle physique de données
2. La conception logique des bases de données ciblées BI
3. La conception physique des bases de données ciblées BI
Les activités suivantes commencent une fois finalisée l’activité de conception de bases de
données ciblées BI :
x Conception du processus ETL qui a comme objectif la fusion de données de
différentes sources de données dans un format standard pour toutes les bases de
données ciblées BI. Il est important d’avoir un processus ETL centralisé pour le
formatage, la réconciliation et le nettoyage des données. La conception ETL
permettra de définir :
o Le mappage source-objet
o Le diagramme de flux de processus ETL
o Les spécifications de chaque processus ETL relié à la charge initiale, à la
charge incrémentale et à la charge historique de données
o La zone de préparation de données
x Conception du référentiel de métadonnées qui permettra de décider entre acheter un
produit pour la création de référentiel centralisé de métadonnées ou concevoir et
construire le référentiel centralisé de métadonnées. Si la conception et la construction
d’un référentiel de métadonnées ne font pas partie de la portée du projet BI, il est
recommandable de l’acheter. Cette solution peut être la plus rentable pour
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
139
l’organisation. Il est important de bien identifier les critères de sélection et d’évaluer

chaque produit en utilisant une technique standard d’évaluation.
x Sélection des outils qui permettront aux analystes d’affaires d’accéder aux données.
L’outil de génération de rapports est le cœur de BI et fréquemment elle est la
première application BI à être déployée dans les entreprises. L’équipe TI doit évaluer
les différents outils OS selon les besoins de l’entreprise.
Les outils OLAP sont populaires parce qu’ils permettent aux analystes d’affaires de
créer leurs propres requêtes, mais aussi ils offrent des manières innovatrices
d’analyser les données.
7.3.4.1 Importance de la phase de conception

La conception des bases de données ciblées BI a un impact important sur la performance.
Une mauvaise conception peut tuer les applications BI et aussi l’initiative de la solution BI en
entier. La conception du processus ETL est une activité fondamentale parce que l’équipe BI
doit évaluer les différentes sources de données, améliorer la qualité de données, standardiser
les données et reformater les données avant de transférer les données dans les bases de
données ciblées BI. La qualité des données est un facteur déterminant dans le succès d’un
projet BI.
L’équipe TI doit évaluer les différents outils et faire participer les analystes d’affaires dans le
processus de sélection.
7.3.4.2 Ressources impliquées dans la phase de conception

_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
140
7.3.5 Phase 5 – Construction

La phase de construction est la phase la plus longue du projet BI. Dans cette phase,
commencent les activités de développement du processus ETL, le développement des
applications pour accéder aux données et répondre aux questions d’affaires et le
développement du référentiel de métadonnées.
La transformation des données est une activité cruciale dans le projet BI parce qu’elle permet
de voir les données d’un autre point de vue et d’éliminer les données non utilisées et inutiles.
Les différentes transformations de données (figure 7.2), permettront d’obtenir des données
nettoyées, condensées, complètes, dérivées et standardisées.
Figure 7.2 : Différentes transformations de données. (Moss, 2003)
Il est important de créer un plan de test complet et de ne pas négliger cette activité pour
commencer la phase de déploiement sinon la prochaine version sera plus complexe et plus
difficile à tester.
La principale raison de mettre en place un environnement BI dans une organisation est de

fournir aux analystes d’affaires un accès facile et rapide aux données. L’analyste
programmeur développe les différents rapports qui ont été définis dans la phase de
conception pour répondre aux questions d’affaires.
Étant donné que les outils de création de rapports ou d’analyse de données sont des outils qui
seront utilisés aussi par les analystes d’affaires, il doit y avoir un plan de formation qui
permettra aux personnels d’affaires d’acquérir les connaissances nécessaires pour maîtriser
les outils.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
141
7.3.5.1 Importance de la phase de construction

La phase de construction est cruciale au succès du projet BI. Étant donné qu’il y a une
transformation des données et en général les données dans les bases de données ciblées BI ne
coïncident pas avec les sources de données opérationnelles, il est important de démontrer aux
utilisateurs d’affaires l’exactitude des données.
7.3.5.2 Ressources impliquées dans la phase de construction

7.3.6 Phase 6 – Déploiement

L’approche utilisée dans la phase de déploiement est la même que celle utilisée dans la phase
de construction de l’application BI. Il est préférable de suivre une approche itérative parce
qu’elle réduit les risques d’exposer les défauts de l’application BI à toute l’organisation.
L’approche itérative permet aussi de montrer l’application BI aux personnes d’affaires qui
n’ont pas été impliquées directement dans le projet BI.
Les tâches à faire pendant la phase de déploiement sont :

1. Déterminer la date d’implantation et la disponibilité des ressources
2. Mettre en place l’environnement de production
3. Installer les composantes de l’application BI
4. Mettre en place le calendrier de production
5. Peupler les bases de données de production
6. Préparer le support pour les applications en cours
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
142
Il est important de mettre l’accent dans les tâches suivantes :

1. La gestion de la sécurité
2. La gestion de sauvegarde de données
3. La gestion de reprise
4. La surveillance de l’utilisation des ressources
5. La gestion de la croissance reliée aux données, à l’utilisation et aux ressources
matérielles
Dans un projet BI, il est recommandé de faire une revue postimplantation. Cette revue
permettra d’améliorer la qualité ainsi que la vitesse du processus de développement des
applications BI de la prochaine version.
Les sujets à réviser peuvent inclure le calendrier, le budget, la satisfaction, la portée, le
processus de négociation, les ressources, la planification de projet ainsi que l’approche de
développement.
Le rapport de la revue postimplantation doit contenir :

1. Les suggestions et les résolutions
2. La liste de mesures à prendre
7.3.6.1 Importance de la phase de déploiement

Dans cette phase, l’application BI est déployée. L’application BI doit rouler dans un
environnement sécuritaire, stable et robuste en respectant les normes et les besoins de
l’organisation.
La revue postimplantation permettra de découvrir les erreurs et de prendre les mesures
nécessaires pour ne pas les répéter dans les prochaines versions.
7.3.6.2 Ressources impliquées dans la phase de déploiement

_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
143
7.4 Points Clés
De plus en plus, les PME sont intéressées à BI. Le cycle de développement d’un projet BI est
un cycle itératif. Les itérations permettent aux PME de prendre de décisions en cours de route
en fonction de leurs besoins et du rendement perçu.
Étant donné les ressources limitées de PME, il est important d’alléger le cycle de
développement, tout en respectant les phases et les échelons essentiels qui auront une
répercussion sur le succès du projet.
Les six phases du cycle de développement sont essentielles au succès d’un projet BI :
Phase 1 : Justification
Phase 2 : Planification
Phase 3 : Analyse d’affaires
Phase 4 : Conception
Phase 5 : Construction
Phase 6 : Déploiement
Les livrables ainsi que les échelons de chaque phase peuvent varier selon l’envergure du
projet BI à mettre en place. Il est essentiel de bien justifier le besoin d’environnement BI qui
doit être guidé par un besoin d’affaires et non pas par un besoin technologique.
La haute direction appuiera le projet BI si :

x Il y a une justification d’affaires solide
x La stratégie BI est en concordance avec les objectifs d’affaires
x Il est possible de mesurer la valeur d’affaires ajoutée
x Il y a un plan de projet réaliste avec une équipe multidisciplinaire
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
144
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
145
CHAPITRE VIII
CONCLUSION
8
En conclusion, nous ferons un sommaire de l’importance de BI pour les PME ainsi que
l’existence des outils BI OS qui s’offrent comme une option attrayante aux PME.
Dans ce projet de recherche, nous avons présenté deux volets : (1) la démarche à suivre pour
mettre en place un projet BI avec succès et (2) l’étude de trois outils BI OS de création de
rapports. Nous finaliserons avec les travaux à suivre et les acquis personnels.
8.1 Conclusions
Depuis les années 90, le mouvement du logiciel OS a révolutionné le monde de

l’informatique en permettant aux PME d’accéder à des nouvelles technologies à moindre
coût. Jusqu’au début des années 2000, les logiciels BI étaient accessibles à de grandes
organisations parce que les coûts d’acquisition de ces logiciels étaient hors de la portée des
PME. Dans le domaine de BI, le développement des logiciels OS a commencé en 2001. Ces
logiciels BI OS sont une option réelle d’accéder à un logiciel d’aide à la décision, de devenir
plus efficaces et essentiellement de faire plus avec moins.
Les PME ont de plus en plus besoin d’analyser leurs données et d’améliorer la prise de
décisions pour mieux affronter les crises économiques, pour demeurer compétitif et pour
prendre les décisions stratégiques concordantes aux objectifs d’affaires.
La mise en place d’un projet BI ne peut pas être laissée au hasard. Il est nécessaire de suivre
un cycle de développement itératif. Il est important de bien maîtriser le cycle de
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
146
développement et de ne pas sauter des tâches critiques qui peuvent avoir une répercussion sur
le succès du projet.
Étant donné les ressources limitées des PME, il est essentiel de mesurer la valeur ajoutée du
projet BI dans chaque itération du cycle de développement. Bien que les logiciels BI OS
n’exigent pas de débourser de grandes sommes d’argent à l’avance, la mise en place de BI
OS a un coût associé et il est important de mesurer l’équation investissement / rendement en
tout temps.
Il existe dans le marché plusieurs logiciels BI OS de création de rapports, nous en avons

étudié trois (3) logiciels tels que BIRT, JasperReports et Pentaho Reporting.
Pentaho Reporting est développé par la société Pentaho qui offre une suite BI OS avec des
fonctionnalités BI comparables à des suites BI commerciales telles que l’exploration des
données, des analyses des données OLAP et la création de tableaux de bord. La société a
engagé les chefs de deux projets BI OS pour des fonctionnalités ETL et OLAP. (Gartner,
2008)
Pentaho Reporting est un logiciel qui est en pleine évolution. Actuellement la communauté
travaille au développement d’un nouveau moteur de génération de rapports basé sur la
disposition des documents plutôt que sur les données et la version actuelle de Pentaho
Reporting n’aura plus de support.
JasperReports est développé par l’entreprise JasperSoft qui offre aussi une suite BI OS avec
des composantes telles que JasperServer, JasperAnalysis OLAP, JasperETL et iReport.
JasperReports peut être intégré à la suite BI de Pentaho.
BIRT est développé par la société Actuate qui offre une suite BI commercial et en plus le
projet BIRT contient un sous-ensemble des fonctionnalités disponibles dans l’outil BI
commercial de création de rapports. (Gartner, 2008)
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
147
Étant donné que l’outil de création de rapports est la première fonctionnalité BI à mettre en
place, il est préférable de choisir un outil qui fait partie d’une suite BI OS complète. Selon la
maturité des outils étudiés, il est recommandable d’implanter l’outil JasperReports avec
iReport pour les raisons suivantes :
x JasperReports fait partie de la suite BI OS de JasperSoft

x JasperReports est compatible avec la suite BI OS de Pentaho
Si l’entreprise a besoin d’ajouter d’autres fonctionnalités BI, elle peut mettre en place un
autre outil de la suite Pentaho ou de la suite JasperSoft.
8.2 La suite de ce projet de recherche
Concernant le travail qui reste à accomplir, il semble primordial de :
x valider le cycle de développement d’un projet BI adapté aux PME dans différentes
organisations. Cela permettra de valider :
1. le cycle de développement proposé
2. les bonnes pratiques reliées à BI
3. les tâches critiques essentielles aux succès de la mise en place d’un projet BI
4. les ressources multidisciplinaires qui sont nécessaires dans l’équipe BI principale
x implanter les différents outils OS de création de rapports étudiés tels que

JasperReports, Pentaho Reporting et BIRT. Cela permettra de valider les analyses et
les conclusions tirées de chaque outil et aussi d’analyser les critères reliés à la qualité
d’exécution tels que la fiabilité et la performance.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
148
8.3 Les acquis personnels
Ce projet de recherche m’a permis de :

x Comprendre le concept BI ainsi que les différents enjeux à prendre en considération
pour réussir la mise en place d’un projet BI.
x Comprendre l’architecture BI.
x Analyser la technologie BI du côté affaires, c’est-à-dire de mieux comprendre les
bénéfices que BI peut apporter à l’organisation ainsi que l’importance d’avoir un
parrainage de la haute direction.
x Connaître les différents outils OS de création de rapports qui sont offerts dans le
marché et qui sont une vraie alternative pour les PME.
x Faire une analyse du cycle complet de développement d’un projet BI et de faire
l’adaptation pour les PME.
x Comprendre les enjeux de logiciels OS, ses caractéristiques ainsi que les avantages et
inconvénients.
La réalisation de ce travail m’a permis de découvrir et de comprendre les enjeux de cette

technologie qui touche de plus en plus tous les types d‘organisations.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
149
RÉFÉRENCES
Actuate. 2004. «Actuate Joins Eclipse Foundation as Strategic Developer and Board
Member». Press Release. Eclipse Foundation. En ligne.
<http://www.eclipse.org/org/press-release/aug242004actuatepr.html>.
--------. 2009. «iServer Express». En ligne.

<http://www.actuate.com/products/iserver/iserver-express/?articleid=17056>.
Aertsen, Jan. 2007. «Components of a BI architecture». KJube Business Intelligence. En

ligne. <http://www.kjube.be/oldsite/bi.html>.
Amazon. 2009. «Amazon.com - Books». En ligne. <http://www.amazon.com/>.
Atol. 2005. «Presentation de l'outil de reporting "JasperReports"». Atol Conseils et

Developpements. En ligne. <http://www.atolcd.com/onglets/other-
publi/documentation-technique.html>.
AWT, Agence Wallonne des Télécommunications. 2005. «Le monde du libre:

caractéristiques, avantages et inconvénients». En ligne.
<http://www.awt.be/web/res/index.aspx?page=res,fr,fic,140,003>.
Bénard, Vincent. 2001. «Un point réaliste sur le logiciel libre - Pour garder un peu d'esprit
critique vis à vis de ce phénomène». VeBlog. En ligne.
<http://www.veblog.com/fr/2001/0321-logiciel-libre.html>.
Bertrand, Patrice. 2008. Introduction à l’Open Source et au logiciel libre: Smile Open Source
Solutions. En ligne. <http://www.smile.fr/>.
BIPMInstitute. 2009. «Metadata Management Definition - What is Metadata?». Building

Intelligent and Performing Enterprises. En ligne.
<http://www.bipminstitute.com/metadata/definition-concept.php>.
BRR, Business Readiness Rating. 2005. «Business Readiness Rating for Open Source». vol.
BRR Whitepaper 2005 RFC 1. En ligne.
<http://www.openbrr.org/wiki/index.php/Home>.
Canada, Gouvernement du. 2006. «Principales statistiques sur le financement des petites
entreprises — Décembre 2006». En ligne. <http://www.pme-
prf.gc.ca/eic/site/sme_fdi-prf_pme.nsf/fra/02027.html>.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
150
Daley, Richard. 2007. «Pentaho Overview for Open Source Meets Business Conference». En
ligne.
<http://www.heise.de/events/2007/open_source_meets_business/keynotes/vortrag124
.pdf>.
Danciu, Teodor and Lucian Chirita. 2007. The Definitive Guide to JasperReports APress.
DataHabitat. 2002. «Why Business Intelligence». En ligne. <http://datahabitat.com/>.
EclipseBIRT. 2009. «Eclipse BIRT». En ligne.

<http://www.eclipse.org/birt/phoenix/project/description.php>.
Foley, Joe and Tim Bates. 2004. «Data Warehousing & BI for the Small and Midsize
Business». Cirista White Paper.
Gamble, Mark (2006). Using Eclipse BIRT Report Libraries and Templates. TheServerSide
En ligne. <http://www.theserverside.com/tt/articles/article.tss?l=EclipseBRT>.
Gartner. 2008. «Who's who in Open-Source Business Intelligence». Gartner RAS Core
Research Note G00156326.
Gilbert, David. 2003. «The JFreeReport Class Library». En ligne. <www.object-

refinery.com/jfreereport/jfreereport-0.8.3-A4.pdf>.
GNU (2009). "Free Software Foundation" En ligne. <http://www.gnu.org/>.
Gordon, Andrew. 2009. «Programming with Eclipse BIRT». Thoughts on Information

Technology. En ligne. <http://380z.blogspot.com/search/label/birt>.
Harris, Chandler. 2008. «Discounting Intelligence». Public CIO Magazine. vol. 6, no 5, p.

30-35.
Heffelfinger, David R. 2006. JasperReports for Java Developers, Packt Publishing.
JasperForge. 2009. «JasperReports». JasperForge.org. En ligne.

<http://jasperforge.org/website/jasperreportswebsite/trunk>.
--------. 2009. «JasperServer». JasperForge.org. En ligne.

<http://jasperforge.org/projects/jasperserver>.
JasperSoft. 2006. «JasperReports - Datasheet». En ligne.

<http://www.jaspersoft.com/download/jasperreports-datasheet>.
--------. 2006. «Open Source Business Intelligence Costs and Benefits: What you need to
know».
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
151
-------- (2007). An Introduction to the JasperSoft Business Intelligence Suite
--------. 2009. «BI Suite». En ligne. <http://www.jaspersoft.com/>.
--------. 2009. «Choosing the JasperSoft BI Solution That's Right for you: Community or
Professional Edition».
--------. 2009. «JasperSoft». En ligne. <http://www.jaspersoft.com/>.
jFree. 2009. «jFreeChart». En ligne. <http://www.jfree.org/jfreechart/>.
Loshin, David. 2003. Business Intelligence, The Savvy Manager's Guide, Morgan Kaufmann
Publishers.
Moody, Daniel et Peter Walsh. 1999. «Measuring the Value of information: An Asset
Valuation Approach». European Conference on Information Systems (ECIS 99).
Moody, Glyn (2008). Open Enterprise Interview: Doug Moran, Vice President of
Community, Pentaho, ComputerWorldUK En ligne.
<http://www.computerworlduk.com/community/blogs/index.cfm?entryid=1056>.
Moss, Larissa T et Atre Shaku. 2003. Business Intelligence Roadmap, The Complete Project
Lifecycle for Decision-Support Applications, Addison-Wesley.
OCDE, Organisation de coopération et de développement économiques. 2009. «Entreprises,

industrie et services - PME et entreprenariat ». En ligne.
<http://www.oecd.org/topic/0,3373,fr_2649_34197_1_1_1_1_37461,00.html>.
OSI (2006). "Open Source Initiative" En ligne. <http://www.opensource.org/>.
OutilBIRT (2009). Outil Eclipse BIRT. Saisie d'écran
PacktPub. 2009. «PacktPub.com - Books». En ligne. <http://www.packtpub.com/>.
Peh, Diana, Aletha Hannemann et Nola Hague. 2008. BIRT, Second Edition: A Field Guide
to Reporting Addison-Wesley Professional.
Pentaho. 2007. «What's New in pentaho Open BI Suite 1.6?». Pentaho Community.
PentahoBIPlat (2006). Pentaho Open Source Business Intelligence Platform, Pentaho

Community
PentahoBusMod. 2009. «Metadata Business Model Overview». Pentaho Community.
PentahoCom. 2009. «Pentaho Community». Pentaho Community. En ligne.

<http://community.pentaho.com/>.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
152
PentahoJFR8. 2009. «Pentaho Reporting Classic Engine». Pentaho Community.
PentahoJFR9. 2009. «Pentaho Reporting Flow Engine (JFreeReport 0.9)». Pentaho

Community.
PentahoJira. 2009. «Pentaho BI Platform Tracking». Pentaho Community. En ligne.

<http://jira.pentaho.com/secure/Dashboard.jspa>.
PentahoRDes. 2009. «Pentaho Report Designer». Pentaho Community.
Sadik, Hossam. 2008. «Java Reporting with JasperReports Part 2». Java DZone. En ligne.
<http://java.dzone.com/articles/java-reporting-part-2>.
Schiff, Mike and Jeffrey Michaels. 2007. «Making a Strategic Business Intelligence Choice -
A Checklist». Business Objects.
Sédallian, Valérie. 2002. «Garanties et responsabilités dans les logiciels libres».

Juriscom.net. En ligne. <http://www.juriscom.net/pro/2/da20020901.htm>.
Seifeddine, Amer. 2009. «BIRT Framework - Understanding BIRT Framework».
SourceForge. 2009. «JasperReports». En ligne.

<http://sourceforge.net/search/?type_of_search=soft&words=jasperreports&search=S
earch>.
TDWI. 2004. «TDWI Business Intelligence Fundamentals».
VentanaResearch. 2006. «Open Source BI - A Ventana Research Primary Research Study ».

White Paper.
Wasserman, Anthony I., Murugan Pal et Christopher Chan. 2006. «The Business Readiness
Rating: a Framework for Evaluating Open Source». In 2nd International Conference
On Open Source Systems. En ligne.
<http://www.openbrr.org/wiki/index.php/Home>.
Weathersby, Jason. 2006. «Deploying BIRT». OnJava.com. En ligne.

<http://onjava.com/pub/a/onjava/2006/07/26/deploying-birt.html>.
Weathersby, Jason, Don French, Tom Ondur, Jane Tatchell, and Iana Catalbasheva. 2006.
Integrating and Extending BIRT, Addison Wesley.
Wikipedia (2009). JasperReports En ligne. <http://en.wikipedia.org/wiki/JasperReports>.
-------- (2009). Non-functional requirements En ligne. <http://en.wikipedia.org/wiki/Non-

functional_requirements>.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009
153
-------- (2009). Petites et moyennes entreprises En ligne.

<http://fr.wikipedia.org/wiki/Petites_et_moyennes_entreprises>.
_______________________________________________________________________________________________________
Gabriela Cohen
Automne 2009

AnalyseComparative BI

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

AnalyseComparative BI

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSITÉ DU QUÉBEC À MONTRÉAL

Selon l’Office québécois de la langue française, la traduction appropriée pour « business

À travers la revue de la littérature française, nous avons pu constater différentes appellations

TABLE DES MATIÈRES

1.5.11 Gérer la portée .............................................................................................. 16

CRITÈRES D’ÉVALUATION DES LOGICIELS OS ...........................................................47

5.7 Remplissage du Rapport........................................................................................ 84

8.3 Les acquis personnels .......................................................................................... 148

LISTE DES FIGURES

Figure 1.1 : Pyramide d’abstraction. (Loshin, 2003). ............................................................... 6

LISTE DES TABLEAUX

LISTE DES ABRÉVIATIONS

API Interfaces de Programmation d’Application

POJO Plain Old Java Objects

LISTE DES DÉFINITIONS

Modèle logique de métadonnées

La collecte, l’agrégation et l’analyse adéquate des données permettent donc à plusieurs

De là vient l’appellation d’intelligence d’affaires (BI).

Volet 1 - Intelligence d’affaires

La finalité de la mise en place d’une plateforme BI est de permettre à l’entreprise d’établir de

x implanter des programmes de qualité de l’information.

1.1 Qu’est-ce que BI?

BI a un volet défensif et offensif. Le volet défensif s’occupe de protéger les informations

La gestion de la performance d’affaires, « Business Performance Management », est un

La différenciation entre données, informations et connaissances permet de mieux comprendre

Connaissances : c’est le concept de comprendre l’information à partir de patrons ou de

Figure 1.1 : Pyramide d’abstraction. (Loshin, 2003).

La transformation des données en informations : C’est le processus d’identifier les données

La transformation des informations en connaissances : C’est l’analyse de l’information de

Toutes ces transformations sont résumées dans la figure 1.2.

Figure 1.2 : Transformation des données. (TDWI, 2004).

1.2 La valeur de l’information

La transformation de l’information en une ressource stratégique se fait à travers un processus

x La vision traditionnelle, qui est l’usage des données dans un environnement

La gestion continue de l’information a un coût associé (coûts d’acquisition, d’entreposage et

x Une partie de la valeur de l’information est reliée au temps.

x Coût d’origine : la valeur est basée sur le coût d’acquisition ou de création ou de

1.3 Pourquoi implanter BI dans l’entreprise?

Un programme BI peut aider les entreprises à (DataHabitat, 2002 ; Loshin, 2003) :

x Augmenter les ventes en identifiant les comportements et tendances d'achats de sa

x Diminuer les coûts en estimant les dépenses organisationnelles et opérationnelles

x Diminuer les risques en analysant les activités et comportements des consommateurs

x Améliorer les activités de planification stratégique en mettant à la disposition des

permet d’améliorer la performance de l’entreprise, de créer des avantages compétitifs

x Réagir plus adéquatement aux événements internes et externes en procurant des

Selon le type d’entreprise et le domaine d’affaires, BI peut servir à différents usages

1.4.1 Analyse des clients

1.4.2 Analyse de la productivité du capital humain

1.4.3 Analyse de la productivité d’affaires

1.4.4 Analyse du canal des ventes

1.4.5 Analyse de la chaîne logistique

1.4.6 Analyse des comportements et tendances

1.5 Facteurs de succès d’un projet BI

1.5.1 Parrainage des gestionnaires

1.5.2 Gestion forte et dédiée

Les gestionnaires doivent s’assurer de :

1.5.3 Définition appropriée des attentes

1.5.4 Définir les mesures de succès

1.5.5 Former une équipe solide

1.5.6 Comprendre la technologie

1.5.7 Définir l’architecture appropriée des données

besoins et l’environnement externe sont en constante évolution. Ces changements doivent

1.5.8 Définir la qualité de l’information