Annexe. Méthodologie de mise en œuvre d un projet BusinessObjects

Transcription

1 Annexe Méthodologie de mise en œuvre d un projet BusinessObjects

2 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

3 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

4 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

5 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

6 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

7 Organisation : Démarche Progressive Commencer par un domaine Grandir domaine par domaine Choisir des technologies à fort potentiel de croissance Qualité Finances Clients 245

8 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

9 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

10 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

11 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

12 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

13 Phase 2 : Pré-étude OBJECTIFS Découpage du domaine en thèmes Evaluation des besoins Identifier l environnement cible de Business Objects 251

14 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

15 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

16 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

17 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

18 Phase 3 : Analyse Analyse Analyse des Besoins Analyse de l Existant 256

19 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

20 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

21 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

22 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,

23 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

24 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

25 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

26 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

27 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

28 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

29 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

30 Cycle de réalisation : conception des univers Conception détaillée Base Univers Réalisation Base et Alimentation Réalisation Univers Documents... Validation 268

31 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

32 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

33 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

34 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

35 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

36 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

37 Cycle de réalisation : validation Conception détaillée Base Univers Réalisation Base et Alimentation Réalisation Univers Documents... Validation 275

38 Validation de l Univers Tests Equipe informatique Tests Utilisateurs (Recette) 276

39 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

40 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

41 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 sur les tables d agrégats précalculées 279

42 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

43 Mise à disposition des Univers Mécanismes de distribution automatique Environnement contrôlé et sécurisé Developpement Recette Mise en production 281

44 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

45 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

46 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

47 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

48 Phase 6 EVOLUTION 286

49 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

50 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

51 Univers pour Crystal Report

52 Créer un document Crystal Report Créer une connexion type «Univers» Interface de requête «classique» 290

53 Créer un document Crystal Report Résultat brut de la requête proposé 291

54 Créer un document Crystal Report Réalisation de l état 292

55 Echange de Meta-Données

56 Création d un univers Echange de Metadonnées 294

57 Création d un univers Echange de Metadonnées 295

58 Création d un univers Echange de Metadonnées 296

59 Création d un univers Echange de Metadonnées 297