Annexe Méthodologie de mise en œuvre d un projet BusinessObjects
Déroulement du cours 1 : Le rôle du Designer d Univers 2 : Créer un Univers avec l Assistant 3 : Créer un Univers étape par étape 4 : Enrichir un Univers 5 : Création d objets complexes 6 : Déploiement des univers Sécurité 7 : Approfondir les connaissances 8 : Etude de Cas Annexes 240
Méthodologie Initialisation du projet Pré-étude Analyse Découpage par Domaine fonctionnel par sous- domaine Cycle de réalisation Mise en production validation Evolution évolution 241
Phase 1 : Initialisation du projet Organisation Formation Installation et mise en pratique Définition du projet» Constitution d un comité de pilotage» Périmètre fonctionnel» Constitution de l Equipe projet Formation aux modules Business Objects Installation du produit» Préparation de l environnement de développement» Mise en pratique 242
Organisation : Définition du comité de pilotage Les intervenants : Responsable informatique, Responsable utilisateurs, Chef de projets Le rôle du comité de pilotage : Définir clairement les Objectifs du projet Définir les critères de succès du Projet Avantages ou gains attendus Mettre en œuvre les ressources et les moyens nécessaires Locaux, postes de travail, interlocuteurs, moyens de communication. Elaborer un planning Dates importantes pour chaque étape (miles stones), Date souhaitée de mise en production Valider chaque étape du projet Prendre des décisions permettant d avancer vers l étape suivante Surveiller le bon déroulement du projet 243
Organisation : Le périmètre fonctionnel Découper en domaines fonctionnels Un domaine fonctionnel est un sous-ensemble du système d informations correspondant à une fonction ou à un métier dans l entreprise. Il peut être éventuellement découpé en sous-domaines. 244
Organisation : Démarche Progressive Commencer par un domaine Grandir domaine par domaine Choisir des technologies à fort potentiel de croissance Qualité Finances Clients 245
Organisation : Constitution de l équipe projet Localiser les compétences connaissances métier connaissances techniques administration de Business Objects Constitution d une équipe: Un chef de projet: doit avoir une vision globale du projet trait d union avec le comité de pilotage Equipe projet représenter les compétences et profils nécessaires à la réalisation du projet 246
Formation : L équipe projet Former l équipe projet à l utilisation des modules Business Objects: Formation Utilisateur: Web Intelligence / Desktop Intelligence Conception d Univers : module DESIGNER Administration Conception d états, Dashboard,.. 247
Environnement de déploiement & Administration Préparation de l environnement de développement et de production: CMC Administration Des Univers Administration des utilisateurs Administration des Documents 248
Préparation de l environnement de developpement Développement Recette Designer BusinessObjects Utilisateur Test de BusinessObjects Le designer aura la possibilité d exporter les Univers d'un Dossier à l'autre au fur et à mesure que le Projet avance. L administrateur attribuera les droits d accès correspondants. Le(s) dossier(s) de production sera(ont) implémenté(s) lors de la phase de déploiement général. 249
Phase 1 : Conclusion A l issue de cette phase d Initialisation : Une équipe projet a été constituée, rassemblant les compétences techniques et fonctionnelles, avec ses objectifs Les membres de l équipe ont été formés à l utilisation du produit Les démonstrations ont permis de valider la mise en pratique du produit et sa représentation auprès des utilisateurs. Documents produits : Documents sur la constitution de l équipe projet, enveloppe budgétaire, ses objectifs et son périmètre fonctionnel Réalisation d un macro-planning avec des dates estimées pour chacune des phases du projet 250
Phase 2 : Pré-étude OBJECTIFS Découpage du domaine en thèmes Evaluation des besoins Identifier l environnement cible de Business Objects 251
Découpage du domaine en thèmes Identifier les sous domaines (univers) Niveau de priorité des informations Niveau de confidentialité des données Identifier les groupes d utilisateurs 252
L évaluation des besoins Besoins figés importants (utilisateurs «light») Développer des «Univers de Reporting» Distribuer des documents en temps réel ou différé Développer des interfaces presse bouton Mettre à disposition des documents sur le Web en temps réel ou différé Besoins aléatoires importants Développer des «Univers d Analyse» Distribuer des modèles plutôt que des rapports prédéfinis 253
Environnement cible de Business Objects BASE DE PRODUCTION DATA WAREHOUSE avec Besoins figés avec Besoins aléatoires avec Besoins figés avec Besoins aléatoires Ces quatre cas possibles vont influer lors des différentes phases du projet 254
Phase 2 : Conclusion CETTE PHASE VA PERMETTRE DE : Définir les sous domaines constituant le périmètre fonctionnel A un sous-domaine correspondra un Univers Déterminer les grands groupes d utilisateurs Prendre une option sur le choix de l environnement technique Utiliser les structures d organisation des données existantes ou construire un schéma dédié (serveur et base dédiés) Avoir une évaluation plus précise sur la charge estimée en phase d initialisation 255
Phase 3 : Analyse Analyse Analyse des Besoins Analyse de l Existant 256
Analyse de l existant : les données localisation des données origine et format de stockage des données s agit-il de données brutes, consolidées, reconstituées..? schéma physique des données 257
Analyse de l existant : l architecture technique Machines/serveurs/systèmes d exploitation Réseaux Hétérogénéité des sources par rapport à la base cible 258
Analyse des Besoins : Objectifs Modéliser les profils Utilisateurs Profils avancés Profils presse-boutons Degré de visibilité de l information Exemple: Un utilisateur visualise les données de son organisation (service ou département) Confidentialité de l information Exemple : Salaire, Bonus Etablir une matrice croisée pour chaque sous-domaine données-granularité / groupes-utilisateurs 259
Analyse des Besoins : Objectifs Définir les Axes d analyse du Métier Produit, Client, Magasin... Définir la segmentation ou hiérarchie des données Segmentation Client (nom, ville, région...), Produit (sous famille, famille...) Ceci en vue de l analyse multi-dimensionnelle Définir l axe «temps» Jour, Mois,... Définir les indicateurs de l activité Quantités, Chiffre d'affaires, Marge,... 260
Analyse des Besoins : Moyens Interviews des Utilisateurs Analyse des documents «futurs» Analyse des documents existants Analyse du schéma physique du DataWarehouse (dans le cas où il est déjà défini ) 261
Interviews des Utilisateurs La démarche de dialogue est fondamentale pour la réussite de la phase d'analyse afin de : motiver et guider les Utilisateurs. l utilisateur ne sait pas toujours exactement ce qu il veut parler d axes d analyse métier qui fluctuent peu dans le temps recenser les mots de vocabulaire utilisés couramment dans le métier : tenir compte des demandes de mise en forme : format des Objets, maquettes des rapports... obtenir une liste des indicateurs et des règles de gestion associées. élaborer la liste des Objets à créer : nom et aide. élaborer la liste des Etats à créer et leur niveau de priorité : obligatoire, utile, «nice to have» 262
Analyse des Sorties Etude des documents Besoins figés complexes état complexe? état standard? état partagé? Besoins aléatoires Besoins figés simples UNIVERS de Reporting UNIVERS d'infocentre Documents mis à disposition* Objets plus dynamiques En contexte Datawarehouse, l objectif est de mettre à la disposition des données et non pas des états. 263
Analyse des Besoins : Documents à produire Dictionnaire d Objets Liste des Axes d analyse Liste des informations utiles Liste des indicateurs Règles de gestion Modèles d Etats à réaliser Gamme de produit Client Client Produit Région de résidence Chiffre d'affaires Etats «exemples» Etats «reporting» Niveau de priorité Fréquence de rafraîchissement Groupes et profils des utilisateurs 264
Phase 3 : Conclusion La phase d analyse dégage les éléments nécessaires à la conception détaillée : les informations utiles pour la conception et l alimentation de la base dédiée les éléments utiles pour l implémentation des Univers relatifs au domaine analysé Une analyse trop rapide ou incomplète comporte des risques : Une base de données mal conçue ou incomplète, architecture technique mal maîtrisée Des Univers ne correspondant pas aux besoins exprimés entraînant un enrichissement et une maintenance alourdis 265
Phase 4 : Cycle de réalisation Pré-étude sous-domaine 1 Analyse Besoins Existant sous-domaine 2... Conception détaillée Base Univers Réalisation Base et Alimentation Validation Réalisation Univers Documents... Cycle de Réalisation 266
Conception de la base de données dédiée Analyse des Besoins Analyse de l existant Modèle Conceptuel des données Schéma en étoiles Agrégats Méta données sur le DW Base de production Modèle Physique des données du DW Etude volumétrie 267
Cycle de réalisation : conception des univers Conception détaillée Base Univers Réalisation Base et Alimentation Réalisation Univers Documents... Validation 268
Une démarche itérative La création et la validation des Univers s effectuent par itération avec un dialogue permanent entre l équipe informatique et les Utilisateurs Prototype Equipe Infocentre Utilisateurs Validation BusinessObjects permet de réduire le temps de prototype. Le Design est d'autant plus adapté que les cycles sont nombreux. Les Prototypes sont d'une Qualité proche de la production. 269
Méthode pour concevoir les Univers La création des Univers par étapes : La définition des paramètres Constitution de la structure de l univers Business Objects : Le choix des tables utiles La création des liens utiles Le traitement des boucles La création des Classes, Objets et Conditions La création des Hiérarchies La création s effectue par itération permettant de produire rapidement des Univers simples capables d évoluer 270
Types d univers à créer Classes Classes d Objets dédiés Etats OU Classes d Objets compatibles entre eux déduites de l'analyse des Besoins figés Cas d'univers de Reporting déduites des Axes Métiers Cas d'univers d Analyse 271
Création des Objets Conseils divers Ne jamais créer d'objet non demandé préalablement au risque de provoquer un rejet ultérieur. Définir une Aide détaillée sur chaque Objet. Masquer les objets inutiles pour l utilisateur. Pas de duplication d'objet : un Objet correspondant à une définition SQL ne doit apparaître qu'une seule fois. Remplacer pour certains types d'objets, la Liste de Valeurs par une Aide sur l'objet. Jouer sur les caractéristiques des Objets : - utilisables dans une condition - Liste de Valeurs associée. 272
Aide sur les Objets L' Utilisateur ne dispose que de l'aide pour comprendre un Objet. Il est donc fondamental et obligatoire de livrer un Univers avec des aides sur les Objets. L'Aide est l'occasion d'expliquer : la signification la plus complète possible de l'objet (quoi?) l'origine de production de l'objet (qui? comment?) la périodicité d'alimentation de l'objet (quand?) Indiquer si l objet contient une fonction de groupe 273
Documents prédéfinis Sur les Rapports : Conseils divers Ajouter obligatoirement la date de rafraîchissement des requêtes. Gérer un numéro de version du document. Etudier la possibilité d'établir une mise en forme standard des Etats (modèles, feuilles de style). Utiliser Formats et Données exportables. 274
Cycle de réalisation : validation Conception détaillée Base Univers Réalisation Base et Alimentation Réalisation Univers Documents... Validation 275
Validation de l Univers Tests Equipe informatique Tests Utilisateurs (Recette) 276
Les Tests Equipe informatique L équipe informatique vérifie l intégrité de l Univers Poste dédié aux Tests des Univers Poste de travail Validation Syntaxique Univers Validation Sémantique Univers Validation Objets complexes Optimisation de l'univers Paramétrer Temps Maximum d'exécution des Requêtes 277
Tester les Univers La création de Documents Tests permet de tester et valider les Univers en particulier : Les Objets correspondent au vocabulaire métier L organisation des Objets sous forme de Classes permet la navigation intuitive lors de l élaboration des requêtes Les Classes et Objets sont documentés (Aide associée, instructions d utilisation...) Le libellé de la question contenue dans la définition des Objets interactifs est explicite pour les utilisateurs Les Objets Fitres sont placés dans la bonne Classe. 278
Optimisation des Univers Le rôle du DBA est, entre autres, d optimiser globalement sa base qui dispose en général d optimiseurs statistiques. Cependant, Business Objects propose au Designer d Univers d adopter les règles suivantes afin d optimiser les requêtes : Essayer de ne pas utiliser des fonctions sur des colonnes indexées Essayer d utiliser le moins possible l opérateur de concaténation dans une condition ou un lien Utiliser les fonctions du module permettant d améliorer les performances : les raccourcis jointures la fonction @Aggregate_Aware sur les tables d agrégats précalculées 279
Les Tests niveau Users (Recette) Les Utilisateurs testent la conformité des Univers L administrateur Prend un échantillon d'utilisateurs pour chaque Univers à tester. Fixe un calendrier de tests aux Utilisateurs. Définit la méthode de retour des tests : réunions formelles ou hot-line assurée par le SG/Designer, fiches de Recette Les résultats des Tests permettent éventuellement au Designer de compléter la phase d implémentation des Univers. 280
Mise à disposition des Univers Mécanismes de distribution automatique Environnement contrôlé et sécurisé Developpement Recette Mise en production 281
Les dossiers Univers Séparation des environnements de Developpement Recette Production Dossier DEVELOPPEMENT Dossier RECETTE Dossier PRODUCTION Equipe de développement Business Objects Utilisateur Test de Business Objects Utilisateur final de Business Objects 282
La Distribution en Site Pilote La phase de distribution au Site Pilote va comprendre : la Formation des Utilisateurs concernés. la distribution aux Responsables Informatiques de la Documentation informatique. la distribution de la Documentation Utilisateurs élaborée. l'information et la Pédagogie des Univers sont importantes afin de faire comprendre la logique des Univers. les Tests du Site Pilote. Validation rapide des Univers par le Site Pilote 283
Du Site Pilote à la Généralisation Tenir compte du témoignage du Site Pilote pour la phase de Généralisation. Généraliser la Formation et l'utilisation des outils et des Univers associés aux autres groupes d'utilisateurs demandeurs. Mettre en oeuvre effectivement l'export des Univers et Objets en fonction des profils et droits de chaque groupe validés lors de l'analyse des Besoins avec la hiérarchie (table des autorisations BusinessObjects). 284
Facteurs de réussite du déploiement Déploiement vers les Utilisateurs demandeurs Prise en compte du témoignage du Site Pilote Implication forte des Utilisateurs dans le Projet Travail de sensibilisation effectué par le Manager Travail de contrôle et validation technique Formation des Utilisateurs à Web Intelligence, mais aussi à la pédagogie de l'univers Règle d'or : Promouvoir sans imposer la Solution DataWarehouse 285
Phase 6 EVOLUTION 286
Enrichissement et Maintenance des Univers La phase de Maintenance des Univers est peu coûteuse en temps pour l équipe informatique si l'analyse a été bien menée. Cependant, le Designer aura à intervenir sur un Univers en production dans les cas suivants : Demande de la part des Utilisateurs d'objets supplémentaires. Modification de la structure de la base (nom des tables ou nom des colonnes). Enrichissement de la structure de la base, entraînant la création d'objets supplémentaires. Nouvelle version de Web Intelligence/Desktop Intelligence 287
Enrichissement et maintenance du DW Faire Vivre Le Datawarehouse Traitement des demandes d évolution : évaluer le niveau de priorité l impact sur le Datawarehouse l impact sur l univers gérer des versions d univers Contrôle de performances : en fonction du nombre croissant d utilisateurs de la volumétrie du Datawarehouse dans le temps Tutorat : accompagner les utilisateurs mettre en place un club utilisateurs interne Promotion Auto-Formation 288
Univers pour Crystal Report
Créer un document Crystal Report Créer une connexion type «Univers» Interface de requête «classique» 290
Créer un document Crystal Report Résultat brut de la requête proposé 291
Créer un document Crystal Report Réalisation de l état 292
Echange de Meta-Données
Création d un univers Echange de Metadonnées 294
Création d un univers Echange de Metadonnées 295
Création d un univers Echange de Metadonnées 296
Création d un univers Echange de Metadonnées 297