Compatibilité Microsoft-Cognos

Compatibilité Microsoft-Cognos
Christophe Codourey. Consultant Business Intelligence. 24.12.2007

Ces dernières années, le paysage de la business intelligence (BI) s’est considérablement modifié :
on a pu vivre l’arrivée de Microsoft avec une stratégie de conquête de parts de marché qui s'appuie
sur la démocratisation de l'usage de la BI, outil jusqu'ici réservé à une élite d'entreprises fortunées.
S’en sont suivi diverses unions entre des fabricants ayant pourtant un potentiel déjà reconnu dans le
domaine, notamment Cognos, qui s’est récemment associé à IBM.

Tous ces changements ont un peu perturbé les utilisateurs qui ont souvent perdu leurs repères dans
la jungle des fournisseurs de solutions d’aide à la décision. Sur la figure1 et la figure2 ci-dessous est
représentée par l’institut Gartner et OLAPMarket l’importance de chacun des fournisseurs sur le
marché de la business intelligence (statut janvier 2007)

        Figure 1 : Gartner graphe, janvier 2007         Figure 2 : OLAP market

Dans cet article, nous allons nous intéresser plus particulièrement à deux des principaux acteurs de
ce marché afin d’analyser leur degré de compatibilité : Cognos, l’un des fournisseurs les plus
renommés avec le plus d’expérience dans ce domaine d’activités, et Microsoft, le nouveau venu,
une valeur montante avec des moyens considérables.

Microsoft arrive en force
L'intérêt de Microsoft pour le domaine décisionnel remonte à environ dix ans, soit depuis
l'introduction de SQL Server 7, qui ajoutait un moteur OLAP au serveur de bases de données. Parti
de rien il y a dix ans, Microsoft a surpris bon nombre d'analystes en entrant rapidement dans le
groupe des leaders selon le modèle de Gartner. SQL Server 2000 a constitué le cheval de Troie en
fournissant outre le moteur SGBD et OLAP, un ETL (DTS) utilisable pour le chargement de sources

de données hétérogènes. La nouvelle version 2005 de SQL Server va encore plus loin puisqu’elle
intègre un ETL considérablement amélioré, un moteur OLAP des plus performants, mais également
un outil de reporting ainsi qu’un portail WEB de diffusion des rapports.

Selon le modèle de Gartner, Microsoft peut se prévaloir de 21 % de parts de marché des SGBD
(tous OS confondus) et se présente comme le numéro 1 du marché OLAP (selon OLAP Report). Par
ailleurs, la firme de Redmond mentionne qu'un tiers des projets SQL Server sont des projets de BI.
Sur ce marché spécifique, Microsoft est crédité de la plus forte croissance des éditeurs (42 %),
toujours d'après Gartner.

Cognos se positionne en leader
Cognos est l’un des leaders mondiaux dans le domaine décisionnel, et il peut se prévaloir d’une
bonne expérience de par sa longévité. Sa série 7 n’avait guère d’équivalence à sa sortie au début de
l’année 2002 et fut l’un des facteurs-clé pour l’établissement d’un lien de confiance avec les clients,
lien qui n’a pas failli depuis lors. Sortie il y a plus de deux ans maintenant, la série 8 de Cognos, en
offrant une gamme complète d’outils en « client léger », démontra clairement la nouvelle
orientation donnée par la marque à sa solution BI.

Selon le Gartner, Cognos conforte sa position dans le groupe des leaders en 2007, notamment dans
le domaine plus spécifique de la gestion de la performance. En annonçant des chiffres record pour
cette fin d’année 2007 (augmentation de 55% des bénéfices), Cognos se positionne en tant
qu’acteur important pour les années à venir dans le domaine de la BI.

Sont-ils compatibles ?
Il est donc légitime de se poser la question de savoir si ces deux technologies sont compatibles
entre elles, et s’il est possible d’utiliser les points forts de l’une avec les points forts de l’autre. C’est
ce que nous avons essayé de faire dans le cadre d’une étude interne.

Tous les tests de cette étude ont été réalisés sur la version 2005 de SQL Server et la version 8.2 de
Cognos comme représenté sur la figure 3 ci dessous.

                                                                                                  Metrics.ico
                                            Cube.ico

                                             Figure 3 : Schéma

Le tableau 1 ci-dessous représente la liste des tests qui ont été effectués, qu’il s’agisse de tests de
navigation et d’utilisation des données au niveau des outils d’analyse et de reporting (Analysis
Studio & Reporting Studio), de tests de fonctionnalités d’appel aux détails ou également de tests au
niveau de la sécurité.

#     Description

                      1     Utilisation des hiérarchies
                      2     Navigation dans les hiérarchies (drill up/down)
                      3     Affichage des attributs
                      4     Utilisation de fonctions prédéfinies MDX
                      5     Jointures entre dimensions
                      6     Indicateurs de performance
                      7     Accessibilité au portail WEB
                      8     Restriction d’accès aux données
                      9     Actions configurés dans SSAS
                      10    Appel aux détails
                                 Tableau 1 : liste des tests effectués

Look and feel
Pour l’utilisateur, la source de données est totalement transparente, il ne verra nullement que ses
outils sont connectés sur une source de données OLAP de Microsoft. Par conséquent, toute
personne déjà familière avec l’environnement Cognos8 ne sera aucunement surprise et n’aura pas
besoin de temps d’adaptation pour être opérationnel.

Il existe néanmoins des différences si l’on compare les possibilités de navigation et de
représentation des données entre les outils Cognos et leurs équivalents chez Microsoft :
     • La répartition sous forme de répertoire des « measure groups » n’est pas conservée
     • Les dimensions et les hiérarchies sont représentées de manière identique
     • La représentation des membres vides dans Reporting Studio (outil de reporting Cognos) est
         différente (affichage de tous les parents du membre, à la place d’un blanc)

Quant aux autres fonctionnalités du Cube Microsoft, elles sont toutes à disposition dans les outils
Cognos, comme par exemple les fonctions prédéfinies MDX, classées ou non dans une structure en
répertoire, ou les attributs des membres d’une dimension que l’on peut soit visualiser directement
dans un rapport/analyse soit utiliser pour filtrer les résultats.

Croisement des données
Comme dans toutes les solutions Business Intelligence, il est régulièrement demandé de croiser les
données de différents axes d’analyse. Plus connue sous le nom de « crossjoin », ces jointures entre
des membres de différentes dimensions peuvent avoir deux comportements bien distincts.
Pour une chaîne de magasins, l’objectif pourrait être par exemple de connaître la liste des produits
vendus dans chacune des surfaces de vente, à l’aide d’un axe d’analyse qui regroupe la liste des

magasins et d’un autre qui représente la liste des produits. Ce cas de figure représente la jointure la
plus régulièrement utilisée. En affichant les deux axes d’analyse côte à côte dans une liste ou un
tableau croisé dynamique, on obtiendra ainsi la liste des surfaces de vente avec celle des produits
vendus dans chacune de ces surfaces en regard. Il s’agit d’un « nonemptycrossjoin », c'est-à-dire
que les jointures sur les éléments vides des dimensions seront supprimées.
Le second comportement, nettement moins fréquemment utilisé, consiste à tenir compte des
jointures sur les éléments vides, ce qui veut dire que dans notre cas, nous obtiendrions la liste de
tous les produits rattachés à chacune des surfaces de vente. Il s’agit d’un « crossjoin ».

Les outils Cognos effectuent malheureusement la jointure selon cette deuxième méthode. Il existe
certes des stratagèmes pour obtenir le résultat de la première, en rajoutant des filtres sur des
mesures cachées dans les rapports, mais cela n’est pas une solution viable selon la complexité du
rapport ou du tableau de bord.

Utilisation des KPIs dans les balanced ScoreCard
Cognos propose un outil (Metric designer) qui permet de modéliser les balanced scorecards, mais
cet outil, en version 8.2, ne permet pas de se connecter à une source de données OLAP. Il est donc
impossible d’utiliser des indicateurs de performance définis dans le cube Microsoft depuis le Front-
end Cognos 8.2.

Double sécurité
Dans un passé assez récent, Cognos avait implémenté sa propre gestion de la sécurité des accès au
portail Web. Un outil (Acces Manager) permettait de créer et de gérer les droits de tout utilisateur
qui voulait se connecter au portail de diffusion de l’information. Cette méthode d’identification a
été conservée dans les dernières versions de Cognos avec, en supplément, la possibilité de se
connecter à un serveur LDAP. Les deux méthodes de gestion des droits d’accès au portail Web
fonctionnent en parallèle. Il en va de même pour la gestion des droits dans le portail.

La restriction des accès aux données est quant à elle gérée entièrement au niveau de la source de
données OLAP, via la création de « Roles ». Les utilisateurs répertoriés sur le serveur LDAP ont tous
potentiellement la possibilité d’accéder au contenu du cube Microsoft.

La seule contrainte existant au niveau de la sécurité est l’utilisation du protocole Kerberos. Nous
pouvons estimer que c’est une contrainte mineure, puisqu’il s’agit d’un protocole standard, utilisé
dans des environnements productifs sécurisés. De ce fait, nous pouvons affirmer que l’utilisation
des outils Cognos basée sur une source de données OLAP de Microsoft garantie une protection des
données optimale.
Les droits d’accès aux données définis au niveau du cube Microsoft ne sont pas pris en compte lors
d’une utilisation en NTLM.

Actions sur les données
L’utilisateur a la possibilité d’agir sur les résultats des analyses et peut ainsi aller au delà d’une
analyse traditionnelle qui se termine en général par la présentation des données. Il peut en effet
effectuer des appels aux détails qui vont lui fournir l’information-clé dont il a besoin pour
comprendre un résultat obtenu dans une analyse. Au sein du Cube Microsoft, il est possible de
définir plusieurs actions qui donneront à l’utilisateur la possibilité de faire des appels aux détails.

Une action, qu’elle soit déclenchée sur une dimension, un niveau, un membre voire une cellule,
peut lancer une application ou récupérer des informations dans une base de données. Il existe neuf
types d’actions différentes définissables dans le cube Microsoft. De plus, il est possible de
transmettre des paramètres aux applications lancées et de spécifier les légendes affichées pour les
utilisateurs finaux.
Les outils Cognos offrent la possibilité d’utiliser toutes ces actions prédéfinies dans la source OLAP,
à l’exception des actions déclenchées sur une cellule. La possibilité de configurer un accès aux
détails à l’intérieur du Portail Cognos existe toujours, et permet de lancer une analyse ou un rapport
depuis un autre rapport ou une autre analyse pour obtenir plus de détails. Cela ne remplace
cependant pas l’action déclenchée sur une cellule. Néanmoins, cette fonctionnalité reste très
appréciable puisqu’elle permet de naviguer entre une analyse et un rapport ou vice-versa, ce qui
n’est pas configurable dans le Cube Microsoft.

Résumé
Suite à cette étude, nous aboutissons à la conclusion qu’il n’est pas recommandable d’utiliser la
version Cognos 8.2 avec une source de données OLAP de Microsoft (SSAS 2005). De plus, Cognos
ne supporte pas cette combinaison de technologies dans sa version 8.2. Le tableau ci-dessous
(Tableau2) représente bien, en fonction des tests effectués, le niveau de compatibilité entre ces
deux technologies. Néanmoins, et en connaissance de cause, il est toujours possible de réaliser un
projet combinant ces deux systèmes.

                #      Description                                           Resultat

                1      Utilisation des hiérarchies
                2      Navigation dans les hiérarchies (drill up/down)
                3      Affichage des attributs
                4      Utilisation de fonctions prédéfinies MDX
                5      Jointures entre dimensions

                6      Indicateurs de performance

                7      Accessibilité au portail WEB
                8      Restriction d’accès aux données
                9      Actions configurés dans SSAS
                10     Appel aux détails
                               Tableau 2 : résultats des tests effectués

Cependant, il est prévu que la nouvelle version de Cognos (8.3), disponible sur le marché dès le
début de l’année 2008, soit compatible avec la source de données OLAP de Microsoft. Il vaut donc
mieux, soit être patient et attendre l’arrivée de la nouvelle version de Cognos, soit ne pas mélanger
ces deux technologies. A noter que Microsoft sortira également dans le courant de l’année 2008 sa
nouvelle version (SQL Server 2008). La question sera donc de nouveau à l’ordre du jour pour ce
qui est de la compatibilité entre la source de données OLAP 2008 et Cognos 8.3.

Références
Site de Gartner : http://mediaproducts.gartner.com/reprints/oracle/145507.html
Site OLAP Report: http://www.olapreport.com/market.htm
Site de Cognos : http://www.cognos.com/ch/fr/presse/2007/3003.html

Christophe Codourey
Trivadis S.A.
Materey 5                          Tél. :     +41-21-321 47 00
CH- 1005 Lausanne                  Fax :      +41-21-321 47 01
Internet: www.trivadis.com        E-mail :    info@trivadis.com