méthodologie de mise en œuvre d’un projet businessobjectsrsabuco.free.fr/bo/06...

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


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


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


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


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


Commencer par un domaineGrandir domaine par domaineChoisir des technologiesà fort potentiel de croissance

Finances

Qualité

Clients

Organisation : Démarche Progressive


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


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


Préparation de l’environnement de développement et de production: CMC

Administration Des Univers

Administration desDocuments

Administration desutilisateurs

Environnement de déploiement & Administration


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


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


OBJECTIFS

Découpage du domaine en thèmes

Evaluation des besoins

Identifier l’environnement cible de Business Objects

Phase 2 : Pré-étude


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


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


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


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



Analyse des Besoins

Analyse

Analyse de l’Existant

Phase 3 : Analyse


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


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


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


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


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


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


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


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


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



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


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





...

Validation

Cycle de réalisation : conception des univers


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


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


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


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.


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


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.





...

Validation

Cycle de réalisation : validation


Tests Equipe informatique

Tests Utilisateurs (Recette)

Validation de l’Univers


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


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


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


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)


Mécanismes de distribution automatique

Environnement contrôlé et sécurisé

Developpement – Recette – Mise en production

Mise à disposition des Univers


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


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


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


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


EVOLUTION

Phase 6


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


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


Créer un document Crystal Report

Créer une connexion type « Univers »

Interface de requête « classique »



Résultat brut de la requête proposé



Réalisation de l’état

Echange de Meta-DonnéesEchange de Meta-Données


Création d’un univers – Echange de Metadonnées