Discussion :

[Go_Ahead]

Bonjour,
J'aurais voulu avoir l'avis d'initié en BI sur la manière dont est gérée l'aspect analytique pour toutes demandes datawarehousing
(création DWH, nouvelles demandes reporting, impact DWH, ETL, etc...).
Quelle méthode utilisez-vous pour
- Analyser et définir les besoins du client?
- Conception / Chargement DWH
Avez-vous des exemples d'analyses ?

Merci

[doc malkovich]

Bonjour,

C'est une question qui revient souvent, et la réponse est très générale
Pour répondre rapidement, la méthode dépend du niveau de culture bi du client, la conception des traitements dépend des outils utilisés ...
Le document de base est le document de mapping, quelque soit la méthode je pense qu'on ne peut s'en passer.

Difficile de détailler le process général dans une discussion, je te conseille de lire des bouquins sur le sujet, dans certains on trouve des exemples concrets et détaillés.

[Go_Ahead]

Bonjour,
merci pour ta réponse.

C'est une question qui revient souvent, et la réponse est très générale

Pourtant je n'ai pas vu d'exemple précis...

Pour répondre rapidement, la méthode dépend du niveau de culture bi du client, la conception des traitements dépend des outils utilisés ...

Je ne vois pas ce que vient faire "le niveau de culture" la dedans. Si le client souhaite avoir un outil d'aide à la décision, on ne va pas faire une méthode par type de besoin...

Le document de base est le document de mapping, quelque soit la méthode je pense qu'on ne peut s'en passer.

Aurais-tu des exemples ?

je te conseille de lire des bouquins sur le sujet

un exemple précis ?

Merci pour vos réponses.

[doc malkovich]

Je ne vois pas ce que vient faire "le niveau de culture" la dedans. Si le client souhaite avoir un outil d'aide à la décision, on ne va pas faire une méthode par type de besoin...

Quand tu as des clients qui connaissent bien le décisionnel c'est assez simple ... Par exemple un CP métier qui connait bien BO fournira des specs très orientées décisionnel, avec les formules déjà écrites, les règles de transformation etc ... Le projet est assez rapide, pas de surprise. Que du bonheur
Par contre s'il ne connait pas du tout le déci tu pars de quelques idées et tu dois mettre en place tout un process pour valider une solution inconnue par le client. Tu as des méthodes comme AGILE pour gérer ces problèmes et éviter les dérives de style projet qui dure trop longtemps et qui est abandonné

Aurais-tu des exemples ?

Entrepôts de données - Guide pratique de modélisation dimensionnelle pour des exemples concrets
Le Datawarehouse - Guide de conduite de projet pour les méthodes

[Go_Ahead]

Bonjour,

Quand tu as des clients qui connaissent bien le décisionnel c'est assez simple ... Par exemple un CP métier qui connait bien BO fournira des specs très orientées décisionnel, avec les formules déjà écrites, les règles de transformation etc ... Le projet est assez rapide, pas de surprise. Que du bonheur
Par contre s'il ne connait pas du tout le déci tu pars de quelques idées et tu dois mettre en place tout un process pour valider une solution inconnue par le client. Tu as des méthodes comme AGILE pour gérer ces problèmes et éviter les dérives de style projet qui dure trop longtemps et qui est abandonné

En fait je posais plus la question sur les documents à fournir (pour faire plus pro) car quand on passe d'un statut "developpement" à analyste, ce qui veut dire que les developpeur auront mes analyses à developper. Ok pour les méthodes agile etc... mais je parlais donc des documents fonctionnelles à fournir.
Il y a certe le document de mapping mais ça reste un peu "léger".

[doc malkovich]

ok, c'est parceque tu parlais de "méthodes" au début !
En ce qui concerne les docs tu retrouves les docs habituelles, comme les spécifs techniques, spécifs fonctionnelles ( détaillées ou générales ).
Pour ma part en analyse je fais une matrice des indicateurs / axes, ça aide pour démarrer la modélisation.
Et le fameux document de mapping, comme tu dis ça fait light mais si tu le renseignes bien il te remplace des SFD sans problème.

[Go_Ahead]

ok, c'est parceque tu parlais de "méthodes" au début !
En ce qui concerne les docs tu retrouves les docs habituelles, comme les spécifs techniques, spécifs fonctionnelles ( détaillées ou générales ).
Pour ma part en analyse je fais une matrice des indicateurs / axes, ça aide pour démarrer la modélisation.
Et le fameux document de mapping, comme tu dis ça fait light mais si tu le renseignes bien il te remplace des SFD sans problème.

Bonjour,

Oui je parlais de "méthodes" car je voulais avoir une réponse précise (un template ou exemple) sur ce que doit respecter une analyse en terme de livrables, et de documents à fournir tant au business qu'aux developpeurs.

Merci