Mod` ele : diagramme d´ ecisionnel

Dans les sous-sections pr´ec´edentes, nous avons d´efini deux mod`eles pour la col-lecte des besoins suivant l’aspect statique et l’aspect dynamique ainsi que suivant la composante technique et la composante d´ecision. Maintenant, il importe de forma-liser ces besoins.

Nous avons pour objectif de proposer une formalisation qui a les propri´et´es sui-vantes :

– elle est proche de la vision multidimensionnelle des utilisateurs en s’inspirant du sch´ema en ´etoile et en constellation,

– elle permet d’exprimer les traitements li´es au contexte technique et au contexte d´ecisionnel,

– elle repr´esente dans un seul sch´ema les donn´ees et les traitements de par la mod´elisation objet,

– elle repr´esente les besoins des trois groupes d’acteurs, – elle favorise la r´eutilisation et l’´evolutivit´e des besoins.

Nous proposons le diagramme d´ecisionnel pr´esent´e dans la figure 4.5. C’est une extension du diagramme de classes UML qui repose sur trois points :

– la d´efinition de deux types de classes avec des st´er´eotypes bas´es sur les deux principaux concepts d´ecisionnels,

– la sp´ecification d’op´erations au niveau de l’attribut car des traitements tels que le calcul qui d´efinit un attribut est sp´ecifique `a un attribut et pas `a toute la classe,

– le lien d’association 1- N entre les deux types de classes se lit « En fonction ». Le diagramme d´ecisionnel ne contient que deux types de classes afin de faciliter la compr´ehension des d´ecideurs. La d´efinition de ces deux types de classes vise `a repr´esenter les deux concepts reconnus par l’ensemble de chercheurs et des indus-triels. Les mesures des faits et les param`etres des dimensions sont repr´esent´es par les attributs des classes multidimensionnelles. Les traitements associ´es aux faits et aux dimensions sont repr´esent´es par des op´erations. Le diagramme d´ecisionnel r´epond au besoin de structuration multidimensionnelle des donn´ees suivant le sch´ema en ´etoile et plus globalement, le sch´ema en constellation [Kimball 1996] car il repr´esente les classes-dimensions partag´ees autour des classes-faits. La mod´elisation orient´ee objet nous permet d’une part, de traiter s´epar´ement les donn´ees et les traitements bien qu’´etant dans le mˆeme mod`ele et d’autre part, de favoriser la r´eutilisation au sein de notre m´ethode.

D´efinition 4.4 (Diagramme d´ecisionnel) Un diagramme d´ecisionnel est une ex-tension du diagramme de classes UML au multidimensionnel compos´ee de deux classes multidimensionnelles d´efinies par les st´er´eotypes << Fait >> et << Dimen-sion >>. Il repr´esente les classes-dimensions qui rayonnent autour des classes-faits.

Fig. 4.5 – Diagramme d´ecisionnel type

L’aspect statique du diagramme d´ecisionnel type pr´esent´e dans la figure 4.5 est d´efini par :

– un fait S est repr´esent´e par une classe avec le st´er´eotype << Fait >>, appel´ee « classe-fait ». La classe-fait est compos´ee d’attributs qui correspondent `a ses mesures. La r-i`eme mesure C_rS est de type TypeC_rS,

– une dimension A_i est repr´esent´ee par une classe avec un st´er´eotype << Di-mension >>, appel´ee « classe-dimension ». La classe-dimension est compos´ee d’attributs qui correspondent `a ses param`etres. Le k-i`eme param`etre est E_kAi de type TypeE_kAi,

– le lien entre une classe-fait et une classe-dimension est une association 1-N. Le fait peut ˆetre analys´e uniquement suivant les dimensions qui lui sont li´ees. La connaissance de toutes les dimensions connect´ees au fait permet de d´eterminer ce dernier. Les multiplicit´es ne sont pas repr´esent´ees.

L’aspect dynamique est d´efini `a partir des propri´et´es annot´ees dans le graphe de propri´et´es. Les traitements li´es au contexte technique du SID et ceux li´es au contexte

d´ecisionnel sont repr´esent´es suivant les signatures des op´erations associ´ees. Nous d´ e-finissons cinq cat´egories de traitements `a partir des onze cat´egories de propri´et´es car nous avons constat´e que seules ces cat´egories sont n´ecessaires pour la formalisation des besoins. Les cat´egories de propri´et´es sont aussi utilis´ees pour d’autres tˆaches au cours du processus d’ing´enierie que nous pr´esentons dans les chapitres suivants. Les traitements que nous avons d´efinis sont :

– disponibilit´e : l’alimentation du SID `a partir des sources durant les p´eriodes de forte sollicitation des sources d´egrade les performances de l’activit´e quoti-dienne. De plus, le SID doit ˆetre disponible quand les d´ecideurs en ont besoin. La gestion de la disponibilit´e des sources et du SID permet de r´ealiser la cr´ ea-tion et la mise `a jour du SID durant les p´eriodes de faible activit´e ou d’inactivit´e des sources sans perturber l’activit´e de l’organisation,

– complexit´e : les donn´ees restitu´ees aux d´ecideurs ont g´en´eralement subi des transformations telles que des calculs num´eriques simples, des agr´egations ou des calculs analytiques. Cette complexit´e est aussi fonction de l’h´et´erog´en´eit´e des sources de donn´ees qu’il faut regrouper et harmoniser,

– suivi des erreurs : les traitements de cr´eation et de mise `a jour du SID peuvent g´en´erer des erreurs qui indiquent des incoh´erences dans la conception ou l’im-plantation du SID. Ces erreurs peuvent se produire `a plusieurs niveaux qui sont au niveau donn´ee, au niveau traitement ou encore au niveau global, – remont´ee des erreurs : les erreurs g´en´er´ees au cours de la cr´eation et de la mise

`

a jour du SID impactent la qualit´e des donn´ees restitu´ees aux d´ecideurs. Les concepteurs d´ecisionnels doivent ˆetre inform´es de ces erreurs,

– criticit´e : les informations contenues dans le SID sont critiques et ne doivent g´en´eralement pas ˆetre consultables par tout le personnel de l’organisation, – consolidation : les agr´egations de toutes les mesures du fait ne sont pas

tou-jours pertinentes [Husemann et al. 2000]. Il faut donc pr´eciser quelles fonctions d’agr´egations peuvent ˆetre appliqu´ees. Nous utilisons les niveaux de pertinence des agr´egations d´efinis par [Pedersen and Jensen 1999],

– calcul : les donn´ees restitu´ees aux d´ecideurs r´esultent de calculs qu’il faut sp´ecifier d`es la conception afin de d´eceler des incoh´erences voire de d´eterminer les ´eventuelles donn´ees manquantes,

– rafraˆıchissement : les donn´ees contenues dans le SID doivent ˆetre rafraˆıchies en fonction du cycle de d´ecision afin que les donn´ees restitu´ees soient toujours fiables pour les d´ecideurs,

– historisation : les d´ecideurs souhaitent conserver les donn´ees afin que des re-quˆetes soumises sur les donn´ees `a des intervalles de temps fournissent le mˆeme r´esultat. Lors des rafraˆıchissements du SID, il faut donc d´eterminer la p´eriode durant laquelle les donn´ees doivent ˆetre conserv´ees,

– archivage : l’historisation des donn´ees correspondant `a une sauvegarde dans leur niveau de d´etail initial, mais cela g´en`ere d’importants volumes de donn´ees qui d´egradent les performances du SID. Pour pallier `a cela, les donn´ees doivent ˆetre historis´ees de mani`ere agr´eg´ee suivant une fonction d’agr´egation.

Cat´egorie Traitement Signature de l’op´eration et description D´erivation

Extraction

-Chargement

Harmonisation des donn´ees

Harmoniser(c, h) : harmonisation des sources de donn´ees `a partir desquels le concept est d´eriv´e avec un niveau de complexit´e c et un niveau d’h´et´ ero-g´en´eit´e h

Gestion des er-reurs

Suivi des erreurs Trace(l) : suivi des erreurs avec un niveau de suivi l (valeur du niveau 1 : donn´ees, 2 : traitements, 3 : global)

Gestion des er-reurs

Remont´ee des erreurs

Exception(e, m) : remont´ee des erreurs e avec le message m

Acc`es Permission

d’ac-c`es

Permission(s, h) : l’acc`es au concept est autoris´e au service s avec le niveau hi´erarchique h

Pr´eparation Validit´e des

don-n´ees

Rafraˆıchissement Rafraˆıchir(f, m, cond) : rafraˆıchissement du concept d´ecisionnel avec la fr´equence de rafraˆıchis-sement f, de condition de rafraˆıchisrafraˆıchis-sement cond et de mode de rafraˆıchissement m

Validit´e des don-n´ees

Historisation Historiser(p, d, cond) : historisation du concept d´ecisionnel de p´eriode de l’historisation p, de contrainte d’historisation c et de condition de l’his-torisation cond

Validit´e des don-n´ees

Archivage Archiver(p, d, fct, cond,) : archivage du concept d´ecisionnel de p´eriode de l’archivage p, de contrainte d’archivage c, de condition de l’archi-vage cond et suivant la fonction d’agr´egation fct Transformation Consolidation Consolider(l,{dim_i}+) : consolidation au niveau

de consolidation l (cf. tableau 4.7) d´efini par [ Pe-dersen and Jensen 1999] afin de prendre en compte les agr´egations pertinentes. Par d´efaut, les agr´ e-gations sont pertinentes suivant toutes les dimen-sions connect´ees au fait. {dim_i}+ sont les dimen-sions suivant lesquelles les agr´egations ne sont pas pertinentes.

Transformation Calcul Calculer({v_i}+) : calcul de l’information `a partir des param`etres v_i

Restitution Disponibilit´e des donn´ees

Disponible(d, f, c) : le SID est disponible pen-dant la dur´ee d, avec la fr´equence f et la contrainte c en fonction de disponibilit´e des sources et de la r´eactivit´e n´ecessaire aux d´ecideurs

Niveau de conso-lidation

Fonctions d’agr´egation applicables

1 sum, avg, min, max, stdev, var, count

2 avg, min, max, stdev, var, count

3 count

4 pas de fonction applicable

Tab. 4.7 – Niveaux de consolidation et fonctions d’agr´egation associ´ees

Afin d’exprimer qu’un attribut fait l’objet d’un traitement, nous d´efinissons le concept d’informativit´e.

D´efinition 4.5 (Concept d’informativit´e) Un concept d’informativit´e est un sym-bole associ´e `a un traitement qui indique qu’un attribut fait l’objet de ce traitement. Il se place `a cˆot´e des symboles de visibilit´e de l’attribut.

Le concept d’informativit´e et les propri´et´es n´ecessaires pour la d´efinition des trai-tements sont d´efinis dans le tableau 4.8. La colonne « Groupe » indique le groupe pour lequel le traitement est pertinent (T : Tactique, St : Strat´egique et Sy : Sys-t`eme).

Traitement Propri´et´es Informativit´e Groupes D´erivation

Harmonisation des don-n´ees

Complexit´e, l Sy

Harmoniser(c,h) H´et´erog´en´eit´e

Suivi des erreurs Suivi t T, Sy

Trace(l)

Remont´ee des erreurs Remont´ee e T, Sy

Exception(e,m)

Permission d’acc`es Ouverture, p St

Permission(e,m) Criticit´e

Pr´eparation

Rafraˆıchissement Rafraˆıchissement * T, St, Sy

Rafraˆıchir(m,cond.)

Historisation Historisation h T, St, Sys

Historier(p,d,cond.)

Archivage Archivage a T, St, Sys

Archiver(p,d,t,cond.)

Consolidation Consolidation s T, St, See

Consolider(l,{dim_i})

Calcul Calcul c T, St, Sy

Calculer({v_i}+)

Disponibilit´e des donn´ees Disponibilit´e, d T,Sy

Disponible (d,f,c) R´eactivit´e

Tab. 4.8 – Concept d’informativit´e et propri´et´es associ´es aux traitements du SID par groupe

Dans la mˆeme optique, les valeurs de param`etres d’une op´eration d´efinie pour une classe multidimensionnelle ne sont pas n´ecessairement valables pour tous les attributs de cette classe. Pour cela, il importe de d´efinir un comportement relatif aux attributs des classes multidimensionnelles. Cependant, UML ne permet pas de d´efinir des op´erations au niveau de l’attribut d’une classe. Ainsi, nous proposons des op´erations d’attribut en ajoutant le st´er´eotype attribut << attribut >> `a la signature de l’op´eration d´efinie avec les valeurs de param`etres valables pour l’at-tribut. Pour indiquer l’attribut auquel s’applique l’op´eration, il est d´efini comme le premier param`etre de l’op´eration. Il est donc possible de d´efinir et de distinguer les op´erations de classe et les op´erations d’attribut.

Ainsi, avec le concept d’informativit´e et celui de op´eration d’attribut, il est pos-sible d’exprimer qu’un attribut fait l’objet d’un processus d’historisation comme le sugg`ere les diff´erents niveaux d’historisation d´efinis par [Teste 2000].

Afin de distinguer le diagramme d´ecisionnel associ´e `a chaque groupe et en raison des propri´et´es et traitements sp´ecifiques `a chaque groupe d’acteurs, nous utilisons trois concepts :

– diagramme d´ecisionnel tactique (TDD) : diagramme d´ecisionnel du groupe tactique,

– diagramme d´ecisionnel strat´egique (KDD avec K pour « kernel ») : diagramme d´ecisionnel du groupe strat´egique,

– diagramme d´ecisionnel syst`eme (SDD) : diagramme d´ecisionnel du groupe sys-t`eme.