SAP Business Information Consulting

La convergence des réseaux (GSM, 3G, WIFI, WIMAX, Bluetooth) et les progrès technologiques des terminaux ont ouvert une autoroute d’innovations. Les opérateurs télécom l’ont bien compris et proposent désormais à leurs clients des applications mobiles en collaboration avec les grands noms du WEB 2.0 & les fournisseurs de services de type messagerie, news, informations géographiques, networking... Avant de rentrer dans le vif du sujet, il faut s’interroger sur le type d’application mobile qui est recherchée.

• Application Online : L’utilisateur du terminal consomme un processus métier et des services en temps réel. Aucune donnée n’est stockée sur le terminal. Les bases de données de l’entreprise sont mises à jour immédiatement et le terminal ne contient pas d’applicatif.

• Application Offline : L’utilisateur utilise une application en local qui stocke des informations sur le terminal. Lorsque le terminal est connecté à l’entreprise à travers un réseau, un processus de synchronisation se met en œuvre & les données sont transférées (dans les deux sens).

Le premier mode a l’immense avantage d’être synchrone mais est dépendant à 100% de la capacité de connexion au réseau d’entreprise et génère du trafic « « data » qu’il faudra payer à l’opérateur réseau. Le deuxième mode est moins générateur de traffic et l’application est autonome... Mais il faut une architecture applicative capable de gérer les processus de synchronisation. Et SAP ? La mobilité pour les entreprises n’est pas née d’hier... SAP, avec sa plateforme NETWEAVER, propose désormais un environnement de développement et d’exécution robuste et évolutif pour déployer ce type d’application. SAP NETWEAVER fournit un environnement de développement & d’exécution permettant la mise en œuvre rapide d’application mobile dite « on-line ». Aucune installation supplémentaire n’est nécessaire : c’est à partir du « SAP NETWEAVER Developper Studio » que les interfaces seront créées via la technologie « WEB DYNPRO ». Pour la mise en œuvre d’application OFF-LINE, le sujet est un peu plus corsé. Il faut utiliser le composant « SAP Mobile Infrastructure » de NETWEAVER fournit dans le « SAP Mobile Development tool kit ». Le déploiement de l’application sur le terminal communicant, la gestion de la synchronisation entre le serveur & les postes clients sont alors pris en charge par ce composant SAP. Vous avez envie d’en savoir plus ? Vous avez envie de partager sur le sujet ? N’hésitez pas à commenter cet article et/ou à nous contacter. Nous nous ferons une joie de vous rencontrer et d'échanger sur nos expériences.

Bonnes nouvelles pour le marché de la BI...

Les observateurs du marché Français l'avait constaté, une étude de Gartner le confirme, le secteur de la BI est en pleine forme et ses perspectives sont très bonnes.

Selon cette étude, qui consistait à interroger les DSI tant en france sur les priorités 2008 d'investissements technologies

Top priorités Technos des DSI
- 1 - Business intelligence
- 2 - Enterprise Applications (ERP, SCM, CRM, etc.)

Top priorités Business des DSI
- 1 - Améliorer la compétitivité de l’entreprise
- 2 - Lancer des nouveaux produits ou services (innovation)

Ce qui laisse présager une bonne année BI !

SAP a annoncé hier le succès de son offre d'achat amicale sur Business Objects, et qu'il détenait désormais 87,18% du capital de BO.

Les dirigeants de SAP ont confirmé ce qu'ils avaient déjà annoncé, c'est à dire que B.O. resterait une entité autonome, que les produits allaient être rendus complètement compatibles et enfin que BO continuerait à developper certaines solutions totalement indépendantes de SAP (entre autre, des outils qui se 'plugent' sur Oracle...)

De plus SAP annonce neuf offres commerciales constituées conjointement avec Business Objects, groupant des produits des deux maisons en un seul package, vendues par chacunes des équipes commerciales.

Sources :
Présentation de sPackages par SAP
le communiqué de presse de BO

Nous avons vu il y a quelques mois une première approche sur le design des cubes (cf article)

Interessons nous maintenant aux requêtes.

Le design des requêtes est une source fréquente de non performance... et bonne nouvelle, c'est aussi le plus facile à améliorer.

Voici quelques règles générales a appliquer :

1 - ne montrez que ce qui est necessaire. D'un point de vu performance, l'adage 'qui peut le plus, peut le moins' est une catastrophe.

Pour ce faire, utiliser au maximum les variables et les sélections en début de requête. Evitez autant que possible les exclusions, qui sont très pénalisantes.

2 - commencez par une vue aggrégée.

un risque fréquent lorsque l'on met en place un outil de BI, est la bonne vieille habitude des utilisateurs des listings... Beaucoup de gens sont convaincus qu'il ne peuvent pas bosser sans la liste des commandes sur 37 pages !

C'est ici qu'intervient le rôle de conseil du consultant. Faire de la BI, ce n'est pas lister les commandes (ou autre), c'est analyser de manière dynamique les données...

Il convient d'utiliser les possibiliter de drill down, d'alertes... afin d'avoir une vision claire des données (quitte à descendre au niveau de détail pour une sélection restrainte) et d'amener les utilisateur à cette nouvelle manière de travailler.

3 - utilisez 0INFOPROVIDER pour filtrer.

Nous avons vu dans notre article précédent qu'il était judicieux de toujours utiliser des multiproviders. Cependant, dans certain cas, une requêtes ne va utiliser qu'un nombre restreint de providers. Il convient alors de signaler ces cubes dans une selection sur l'objet 0INFOPROVIDER, de manière à ce que le système n'aille lire que les providers utiles.

4 - utilisez les statistiques BW

L'optimisation des requêtes doit êtres sélective, il n'est pas très utile d'optimiser une requête peu utilisée, alors qu'un gain de temps sur une requête lancée plusieurs dizaine de fois par jour sera indispensable.

Pour se faire, regardez les statistiques, surveillez l'utilisation des espaces, discutez avec les users.

5 - utilisez les aggrégats et maintenez les !

Un aggrégat est un très bon accélerateur de requête. Cependant, un système BI est un système vivant, qui évolue avec les besoins de l'entreprise et son de marché.

Par conséquent, vérifiez régulièrement que vos aggrégats répondent toujours aux besoins et qu'ils sont utiles. Remplacez les par des nouveaux si nécessaire.

****

Bien sûr, chaque cas est un peu particulier et demande une réponse adaptée, surtout dans le domaine de l'optimisation... mais ces quelques points vous aideront à vous faire une idée sur votre solution.

Si vous avez des questions, ou si vous souhaitez que nous procédions à un audit plus complet de votre solution, n'hésitez pas à nous contacter.

Plus d'infos sur notre site

Mail

L'équipe Censio vous souhaite une bonne et heureuse année 2008.

En espérant vous apporter plus d'informations sur l'univers de la business intelligence et ainsi que les nouvelles solutions du monde SAP.

Et vous remerciant pour votre fidélité, plus de 2500 visites sur ce blog en 2007.
Si les articles vous ont intéressé, n'hésitez pas à faire appel à nous pour plus de précisions

Alors a bientôt pour encore plus de nouveautés et d'informations.

Encore une fois, nos meilleurs voeux.