méthodologie de mise en œuvre d’un projet businessobjectsrsabuco.free.fr/bo/06...
TRANSCRIPT
Méthodologie de mise en œuvre d’un projet BusinessObjects
AnnexeAnnexe
Copyright © 2006 Business Objects S.A. All rights reserved.240
Déroulement du cours
1 : Le rôle du Designer d’Univers 2 : Créer un Univers avec l’Assistant3 : Créer un Univers étape par étape4 : Enrichir un Univers5 : Création d’objets complexes6 : Déploiement des univers – Sécurité7 : Approfondir les connaissances8 : Etude de CasAnnexes
Copyright © 2006 Business Objects S.A. All rights reserved.241
Initialisation du projet
Pré-étude
Analyse
Cycle de réalisation
Mise en production
Evolution
Découpage par Domaine fonctionnel
par sous- domaine
validation
évolution
Méthodologie
Copyright © 2006 Business Objects S.A. All rights reserved.242
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
Phase 1 : Initialisation du projet
Copyright © 2006 Business Objects S.A. All rights reserved.243
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
Organisation : Définition du comité de pilotage
Copyright © 2006 Business Objects S.A. All rights reserved.244
Découper en domaines fonctionnelsUn 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.
Organisation : Le périmètre fonctionnel
Copyright © 2006 Business Objects S.A. All rights reserved.245
Commencer par un domaineGrandir domaine par domaineChoisir des technologiesà fort potentiel de croissance
Finances
Qualité
Clients
Organisation : Démarche Progressive
Copyright © 2006 Business Objects S.A. All rights reserved.246
Localiser les compétencesconnaissances 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
Organisation : Constitution de l’équipe projet
Copyright © 2006 Business Objects S.A. All rights reserved.247
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,..
Formation : L’équipe projet
Copyright © 2006 Business Objects S.A. All rights reserved.248
Préparation de l’environnement de développement et de production: CMC
Administration Des Univers
Administration desDocuments
Administration desutilisateurs
Environnement de déploiement & Administration
Copyright © 2006 Business Objects S.A. All rights reserved.249
Utilisateur Test de BusinessObjectsDesigner BusinessObjectsLe 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.
Recette
Préparation de l’environnement de developpement
Développement
Copyright © 2006 Business Objects S.A. All rights reserved.250
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
Phase 1 : Conclusion
Copyright © 2006 Business Objects S.A. All rights reserved.251
OBJECTIFS
Découpage du domaine en thèmes
Evaluation des besoins
Identifier l’environnement cible de Business Objects
Phase 2 : Pré-étude
Copyright © 2006 Business Objects S.A. All rights reserved.252
Identifier les sous domaines (univers)Niveau de priorité des informationsNiveau de confidentialité des données
Identifier les groupes d’utilisateurs
Découpage du domaine en thèmes
Copyright © 2006 Business Objects S.A. All rights reserved.253
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 importantsDévelopper des «Univers d‘Analyse»
Distribuer des modèles plutôt que des rapports prédéfinis
L’évaluation des besoins
Copyright © 2006 Business Objects S.A. All rights reserved.254
avecBesoins figés
avec
BASE DE PRODUCTION
Ces quatre cas possibles vont influer lors des différentesCes quatre cas possibles vont influer lors des différentesphases du projetphases du projet
DATA WAREHOUSE
Besoins aléatoiresavec
Besoins figésavec
Besoins aléatoires
Environnement cible de Business Objects
Copyright © 2006 Business Objects S.A. All rights reserved.255
CETTE PHASE VA PERMETTRE DE :
Définir les sous domaines constituant le périmètre fonctionnelA 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 phased’initialisation
Phase 2 : Conclusion
Copyright © 2006 Business Objects S.A. All rights reserved.256
Analyse des Besoins
Analyse
Analyse de l’Existant
Phase 3 : Analyse
Copyright © 2006 Business Objects S.A. All rights reserved.257
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
Analyse de l’existant : les données
Copyright © 2006 Business Objects S.A. All rights reserved.258
Machines/serveurs/systèmes d’exploitation
Réseaux
Hétérogénéité des sources par rapport à la base cible
Analyse de l’existant : l’architecture technique
Copyright © 2006 Business Objects S.A. All rights reserved.259
Modéliser les profils UtilisateursProfils 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-domainedonnées-granularité / groupes-utilisateurs
Analyse des Besoins : Objectifs
Copyright © 2006 Business Objects S.A. All rights reserved.260
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, ....
Analyse des Besoins : Objectifs
Copyright © 2006 Business Objects S.A. All rights reserved.261
Analyse du schéma physique du DataWarehouse(dans le cas où il est déjà défini )
Interviews des Utilisateurs
Analyse des documents «futurs»
Analyse des documents existants
Analyse des Besoins : Moyens
Copyright © 2006 Business Objects S.A. All rights reserved.262
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 veutparler 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 tenir compte des demandes de mise en forme : format des Objets, maquettes des rapports ...obtenirobtenir une liste des indicateurs indicateurs etet des règles de gestion associéesrègles de gestion associées.élaborerélaborer la liste des Objets 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»
Interviews des Utilisateurs
Copyright © 2006 Business Objects S.A. All rights reserved.263
Besoins figéscomplexes
UNIVERSde Reporting
Documents mis à disposition*
Besoins aléatoiresBesoins figés simples
UNIVERSd'Infocentre
Objets plusdynamiques
état complexe ?état standard ?état partagé ?
En contexte Datawarehouse, l’objectif est de mettre à la disposition des données et non pas des états.
Analyse des Sorties
Etude des documents
Copyright © 2006 Business Objects S.A. All rights reserved.264
Dictionnaire d’ObjetsListe des Axes d’analyseListe des informations utilesListe des indicateursRègles de gestion
Modèles d’Etats à réaliserEtats «exemples»Etats «reporting»Niveau de prioritéFréquence de rafraîchissement
Groupes et profils des utilisateurs
Chiffre d'affairesChiffre d'affaires
ClientClient
Région de résidenceRégion de résidence
Gamme de produitGamme de produit
ClientClient
ProduitProduit
Analyse des Besoins : Documents à produire
Copyright © 2006 Business Objects S.A. All rights reserved.265
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
Phase 3 : Conclusion
Copyright © 2006 Business Objects S.A. All rights reserved.266
Pré-étude
...sous-domaine 2
sous-domaine 1
AnalyseBesoins Existant
Conception détailléeBase Univers
Réalisation Baseet Alimentation
Réalisation UniversDocuments
...
Validation
Cycle deRéalisation
Phase 4 : Cycle de réalisation
Copyright © 2006 Business Objects S.A. All rights reserved.267
Analyse des Besoins Analyse de l’existant
Modèle Conceptuel des données
Modèle Physique des données du DW
Etude volumétrie
Schéma en étoilesAgrégatsMéta données sur le DW
Base de production
Conception de la base de données dédiée
Copyright © 2006 Business Objects S.A. All rights reserved.268
Conception détailléeBase Univers
Réalisation Baseet Alimentation
Réalisation UniversDocuments
...
Validation
Cycle de réalisation : conception des univers
Copyright © 2006 Business Objects S.A. All rights reserved.269
Equipe Infocentre Utilisateurs
Prototype
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.
La création et la validation des Univers s’effectuent par itération avec un dialogue permanent entre l’équipe informatique et les Utilisateurs
Une démarche itérative
Copyright © 2006 Business Objects S.A. All rights reserved.270
La création des Univers par étapes :La définition des paramètresConstitution de la structure de l’univers Business Objects :
Le choix des tables utilesLa création des liens utilesLe traitement des boucles
La création des Classes, Objets et ConditionsLa création des Hiérarchies
La création s’effectue par itération permettant de produire rapidement des Univers simples capables d’évoluer
Méthode pour concevoir les Univers
Copyright © 2006 Business Objects S.A. All rights reserved.271
ClassesClasses
Classesd’Objets
dédiés Etats
Classesd’Objets
dédiés Etats
Classesd’Objets
compatiblesentre eux
Classesd’Objets
compatiblesentre eux
déduites de l'Analyse des Besoins figésdéduites de l'Analyse des Besoins figés
Cas d'Univers de Reporting
OU
déduites des Axes Métiersdéduites des Axes Métiers
Cas d'Univers d’Analyse
Types d’univers à créer
Copyright © 2006 Business Objects S.A. All rights reserved.272
Conseils diversConseils divers
Création des Objets
• 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 parune Aide sur l'Objet.• Jouer sur les caractéristiques des Objets :
- utilisables dans une condition- Liste de Valeurs associée.
Copyright © 2006 Business Objects S.A. All rights reserved.273
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
Copyright © 2006 Business Objects S.A. All rights reserved.274
Conseils diversConseils divers
Documents prédéfinis
Sur les Rapports :
• 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.
Copyright © 2006 Business Objects S.A. All rights reserved.275
Conception détailléeBase Univers
Réalisation Baseet Alimentation
Réalisation UniversDocuments
...
Validation
Cycle de réalisation : validation
Copyright © 2006 Business Objects S.A. All rights reserved.276
Tests Equipe informatique
Tests Utilisateurs (Recette)
Validation de l’Univers
Copyright © 2006 Business Objects S.A. All rights reserved.277
ValidationSyntaxique
Univers
Validation Sémantique
Univers
ValidationObjets
complexes
Paramétrer Temps Maximum d'exécution
des Requêtes
Poste dédié aux Tests des Univers
Postede travail
Optimisationde
l'Univers
L’équipe informatique vérifie l’intégrité de l’Univers
Les Tests Equipe informatique
Copyright © 2006 Business Objects S.A. All rights reserved.278
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.
Tester les Univers
Copyright © 2006 Business Objects S.A. All rights reserved.279
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
Copyright © 2006 Business Objects S.A. All rights reserved.280
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 decompléter la phase d ’implémentation des Univers.
Les Utilisateurs testent la conformité des Univers
Les Tests niveau Users (Recette)
Copyright © 2006 Business Objects S.A. All rights reserved.281
Mécanismes de distribution automatique
Environnement contrôlé et sécurisé
Developpement – Recette – Mise en production
Mise à disposition des Univers
Copyright © 2006 Business Objects S.A. All rights reserved.282
Utilisateur Test Utilisateur Test de Business Objectsde Business Objects
Equipe de développementEquipe de développementBusiness ObjectsBusiness Objects
Utilisateur finalUtilisateur finalde Business Objectsde Business Objects
Dossier DEVELOPPEMENT
Séparation des environnements de Developpement Recette Production
Les dossiers Univers
DossierRECETTE
DossierPRODUCTION
Copyright © 2006 Business Objects S.A. All rights reserved.283
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 importantesafin de faire comprendre la logique des Univers.
les Tests du Site Pilote.
Validation rapide des Univers par le Site PiloteValidation rapide des Univers par le Site Pilote
La Distribution en Site Pilote
Copyright © 2006 Business Objects S.A. All rights reserved.284
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).
Du Site Pilote à la Généralisation
Copyright © 2006 Business Objects S.A. All rights reserved.285
Déploiement vers les Utilisateurs demandeursPrise en compte du témoignage du Site PiloteImplication forte des Utilisateurs dans le ProjetTravail de sensibilisation effectué par le ManagerTravail de contrôle et validation techniqueFormation des Utilisateurs à Web Intelligence, mais aussi à la pédagogie de l'Univers
Règle d'or : Promouvoir sans imposer la Solution DataWarehouse
Facteurs de réussite du déploiement
Copyright © 2006 Business Objects S.A. All rights reserved.286
EVOLUTION
Phase 6
Copyright © 2006 Business Objects S.A. All rights reserved.287
Cependant, le Designer aura à intervenir sur un Univers enproduction 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
La phase de Maintenance des Univers est peu coûteuse en temps pour l’équipe informatique si l'Analyse a été bien menée.
Enrichissement et Maintenance des Univers
Copyright © 2006 Business Objects S.A. All rights reserved.288
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
Enrichissement et maintenance du DW
Univers pour Crystal ReportUnivers pour Crystal Report
Copyright © 2006 Business Objects S.A. All rights reserved.290
Créer un document Crystal Report
Créer une connexion type « Univers »
Interface de requête « classique »
Copyright © 2006 Business Objects S.A. All rights reserved.291
Créer un document Crystal Report
Résultat brut de la requête proposé
Copyright © 2006 Business Objects S.A. All rights reserved.292
Créer un document Crystal Report
Réalisation de l’état
Echange de Meta-DonnéesEchange de Meta-Données
Copyright © 2006 Business Objects S.A. All rights reserved.294
Création d’un univers – Echange de Metadonnées
Copyright © 2006 Business Objects S.A. All rights reserved.295
Création d’un univers – Echange de Metadonnées
Copyright © 2006 Business Objects S.A. All rights reserved.296
Création d’un univers – Echange de Metadonnées
Copyright © 2006 Business Objects S.A. All rights reserved.297
Création d’un univers – Echange de Metadonnées