[décisionnel] Tentative de conception modèle dimensionnel [Résolu]

[mikedavem]

Bonsoir tout le monde,

Je débute en décisionnel et je voudrais avoir quelques avis.

Je suis donc en train de concevoir le modème dimensionnel pour avoir une visiblité des SLA (interventions/dépannages dans les délais , hors délais ...) d'une entreprise concernant les dépannages qu'elle effectue aupres de ses clients.

On désire savoir pour une période donnée le taux (%) des SLA ventilés par :
- client
- region
- technicien de maintenance
- catégorie de matériel -
- type de contrat (contrat journée + 1 , contrat 4h , contrat 6h ...)

La granularité d'une ligne de fait si j'ai bien compris est donc une intervention effectuée par un technicien pour un client sur un matériel à une date donnée.

J'ai donc les dimensions suivantes:
- technicien
- matériel
- client
- date
- contrat

Le seul fait que je trouve à mettre est un état sur l'intervention (dans les délais , hors délais)

J'ai vu que les faits doivent être additifs ou semi additifs. Hors la ce n'est pas le cas.

Est ce que je dois utiliser une table sans fait ?
Est ce que dois faire une table de faits pour chaque fait cité ci-dessus (dans les délais , hors délais) ?

Merci pour votre aide

[Jester]

Oui, en ajoutant la dimension (dégénérée sans doute?) dans les temps / en retard. Il est aussi possible de détailler plus la dimension délai (dans les temps, puis le retard effectif discrétisé ou classé d'une certaine façon).

Il faut voir mais stocker le délai d'intervention prévu dans le contrat et le délai réel d'intervention me semble une idée. Ca peut servir plus tard non? Parce qu'entre un retard de quelques heures et un retard de plusieurs semaines ...

Le délai d'intervention prévu dans le contrat est optionnel car déjà dans la dimension contrat, mais moi je le mettrais quand même. De 1 ça coûte pas cher (doit pas y en avoir des millions des interventions) et de 2 j'ai pas confiance en la table contrat, un gus a vite fait de décider que le contrat 4h passe à 5h en modifiant directement la ligne (si une autre table de fait fait juste le lien entre contrat et client, ce sera la solution la plus simple) et du coup on fait plein d'inconsistance.

[Jean_Paul_XX]

Bonjour,

je corrobore les dires de Jester à ceci près :

- D'une part, je suis entièrement d'acccord sur l'instabilité de la donnée 'Durée d'intervention'. Il me semble que c'est typiquement le genre de donnée associée par défaut à une dimension, mais qui doit être intégrée en tant que donnée métrique afin de faciliter le suivi historique de la prestation Client.

- Je n'ajouterai pas cependant, une dimension à 1 niveau unique 'dans les temps / en retard'. Je me contenterai d'intégrer, en tant que données métriques, les temps d'intervention (théorique et réel) qui seront agrégés en conséquence (par région, par mois ...) par sommation, comptabilisation .... Moyennant quoi, un certain nombres d'indicateurs Avance/retard pouront être déterminés en conséquence : Avance/retard en valeur, en %, en nombre ... Il peut dans ce contexte être intéressant de rapprocher un nombre de retards avec une valeur, et vérifier l'adéquation Pareto de l'activité (80/20).

[mikedavem]

Tout d'abord merci pour vos réponses

Entre temps je me suis renseigné et surtout lu quelques passages d'ouvrages concernant la modélisation.

Je dois donc utiliser une table de faits sans fait qui permettra le suivi d'événements . Dans mon cas une intervention / dépannage.

J'ai modifé ma table de faits qui devient ceci:

Table de fait
- Magasin
- Technicien
- Materiel
- TypeContrat
- Date_creation
- Date_resolution_theorique
- Date_resolution_reel

Qu'en pensez vous ?

[Aitone]

Bonsoir,

Ne faudrait-il pas un numéro d'intervention pour l'identifier dans la table ?

[Jean_Paul_XX]

Bonjour

Un Id est en effet nécessaire pour identifier chaque intervention, ne serait-ce qu'en tant que support à l'agrégation count().
La table de faits serait alors constituée de l'ensemble des clés étrangères pointant vers les dimensions souhaitées (Id magasin, Id technicien, Id matériel, Id région, Id client ...) d'une part.
Je compléterais d'autre part, par les données métriques suivantes :

• date intervention théorique,
• date intervention réelle,
• date résolution théorique,
• date résolution réelle.

Il peut être intéressant, de faire la distinction temps de résolution/temps d'intervention, en complément de la comparaison théorique/réel On peut ensuite effectuer toute agrégation sur ces durées (compabiliser, sommer, 'moyenner'...), non ?
Il faut dans ce cas veiller à associer des règles de gestion métier à ces mesures, afn d'assurer une bonne qualité d'information (soit au niveau de la base, soit au niveau de l'applicatif... mais c'est un autre débat).

Enfin, on peut compléter comme le cite Jester, par le type de contrat pour historiser si besoin.

Ton modèle serait donc le suivant :

DIMENSIONS

• Région
• Client
• Type de contrat

• Magasin
• Catégorie de matériel
• Matériel

• Technicien

• Année
• Mois
• Semaine
• ...

DONNEES METRIQUES

• Id Intervention
• Date théorique intervention
• Date réelle intervention
  
• Date théorique résolution
• Date réelle résolution
• ...

Bonne mise en oeuvre

JPP

[mikedavem]

Merci pour vos réponses.