- Microstrategy pour SAP BW

- Développer des applications Microstrategy sur SAP BW

- Le retour d’expérience de Media Capital, entreprise de médias portugaise ayant connecté son système BW 3.5 à Microstrategy

- Les best practices entre Microstrategy et SAP BW

- Microstrategy est certifié SAP (certification OLAP BAPI, Netweaver, SAP Security, SAP Portals) : preuve que Microstrategy veut montrer la qualité de son intégration à SAP

- L’intérêt de connecter MicroStrategy à son système BW réside dans les 4 raisons suivantes :

• Simplicité d’utilisation (intuitif) et de développement (création de rapports possible par les utilisateurs finaux)

• Plus performant en temps de réponse

• Rapidité de création des rapports Microstrategy

• Intégration du multi-source dans les dashboards

- La connexion de SAP BW à Microstrategy peut se faire en 3 grandes étapes :

• Connexion à la base de données (database instance)

• Importation des cubes ou requêtes concernés : le mapping entre les objets se fait automatiquement entre les 2 systèmes

• Création des reports

L’utilisateur principal de Media Capital nous a fait part de la réussite de la connexion entre SAP et Microstrategy, réalisé en moins de 3 mois. Certains éléments ne sont pas encore récupérables de SAP par Microstrategy, tels que les DSO, les variables de textes, les valeurs par défaut, etc. mais Microstrategy semble vouloir faire tout ce qui est en son pouvoir pour continuer à séduire les utilisateurs de SAP.

Créée en 1989, cette société Américaine basée à McLean (Virginie) emploie près de 2000 personnes dans le monde, et ne cesse de se développer. La progression de cet éditeur de solutions reporting décisionnel et de Datawarehousing est en effet remarquable. Elle présentait par exemple une hausse de son résultat net de 92% au troisième trimestre 2009 par rapport au même trimestre de l’année précédente… Ce n’est donc pas un hasard si l’on entend de plus en plus parler du désormais 6ème éditeur du marché, avec 4,1% de Part de marché estimée.

Mais que proposent-ils pour que des grands comptes comme la Société Générale, Michelin, Ebay, ou encore Metro Group choisissent de leur faire confiance ?

Tout d’abord, les larges entrepôts de données ne sont pas un problème car la technologie in-memory ROLAP comprend de nouveaux algorithmes de compression des données qui permettent un volume de stockage important.

Ensuite, les outils analytiques proposés sont de plus en plus performants et précis. Ainsi, les temps d’attente tendent à se raccourcir quand la fiabilité du reporting est améliorée. Les possibilités visuelles des Dashboards sont quant à elles très développées et il est en définitive assez facile de prendre en mains les fonctionnalités offertes par MicroStrategy. Évidemment, les exemples proposés sont plus que séduisants mais loin d’être à la portée du premier novice venu…

source : MicroStrategy

Source MicroStrategy

Dernier argument mais de loin le plus important, les suites MicroStrategy peuvent se plugger sur un nombre considérable de systèmes (BW, Oracle, Bases Access, SQL, Sybase…) et en devenir ainsi un prolongement naturel. Et quand on connait les possibilités ergonomiques du reporting chez SAP (par exemple), il est certain que d’autres encore auront du mal à résister !

En passe de devenir un 'petit' des majeurs du marché de la B.I, MicroStrategy est d’ores et déjà un partenaire de confiance car le revenu lié aux licences a progressé de près de 40% en 2009, ce qui montre que le groupe gagne de nouveaux clients et en perd peu

• Est-ce qu'on utilise des terminaux de type BlackBerry, toujours connectés, avec les données "fraiches" livrées automatiquement sur le terminal en mode Push.  Intéressant lorsque l'utilisateur est dans son pays d'origine - mais comment maîtriser les coûts lorsqu'on est en déplacement?
• Est-ce qu'on utilise des terminaux de type Windows Mobile, une connexion en 3G (donc d'une vitesse respectable), mais avec un browser web d'une qualité somme toute juste acceptable
• Est-ce qu'on utilise un terminal type iPhone, avec un bon browser Web qui fait croire au serveur que c'est un browser "normal" de desktop, et on laisse l'utilisateur zoomer/dézoomer, scroller à volonté sur une page - globalement est-ce qu'on ne fait rien de spécial pour le mobile.  Microstrategy met en avant cette possibilité - sauf qu'avec cette plateforme, c'est le serveur qui donne des pages adaptées au terminal, et non le terminal lui-même qui s'en occupe - un gain certain d'utilisation, surtout si le processeur du terminal n'est pas très puissant)
• Est-ce qu'on développe des applications pour les terminaux (le chemin favorisé par BO), ce qui permet  d'adapter les requêtes existantes aux contraintes de l'écran, et en plus qui permet une gestion des données "en cache", afin de pouvoir accèder aux informations même quand le terminal n'est pas connecté au serveur.  Dans ce cas de figure, il faut aussi se poser la question des mises à jour des applications - comment gère-t-on des bugs dans les applications, de nouveaux cubes d'analyse, etc?  (surtout lorsque l'application a été déployée sur des centaines de terminaux)
• Est-ce qu'on a besoin de plus que de la présentation pure de données?  Par exemple, SAP propose une solution d'application sur écran mobile avec Webdynpro mobile.  Cette option est très séduisante pour des applications de type CRM, où saisir des informations en temps réel peut être très utile, mais là encore, il faut bien gérer les cas où le terminal n'est pas connecté (mettre les informations en cache jusqu'à la prochaine conenxion, par exemple)

• les coûts de connexion
• la sécurité des informations - que ce soit sur le réseau ou sur le terminal
• les mises à jour d'applications mobiles - comment allez-vous gérer ça?
• la notion de "single truth" partout sur le paysage
• l'ergonomie de votre application BI - est-ce qu'elle arrivera a capter l'attention de vos utilisateurs?
• la fraicheur des données vs. la sécurité vs. les coûts