Impacts des traitements de pr´ eparation des donn´ ees

Impacts du traitement « Rafraˆıchissement »

Le traitement«Rafraˆıchissement»est d´eclar´e pour les classes-dimensions ou les classes-niveaux. En effet, pour assurer la coh´erence des donn´ees du SID la mise `a jour des ces classes-dimensions d´eclenche la mise `a jour des classes-faits connect´ees. Ce-pendant, la mise `a jour de certaines classes-dimensions ou classes-niveaux n’impacte pas le fait. Par exemple, la mise `a jour de la classe-dimension Temps par l’ajout de dates, de mois et d’ann´ees n’a aucun incident sur les classes-faits connect´ees. Ainsi, pour sp´ecifier que le rafraˆıchissement d’une classe-dimension implique le rafraˆıchis-sement de la classe-fait, nous ajoutons sur la relation d’agr´egation entre le fait et la dimension deux chevrons pr´ec´edant le losange de l’agr´egation (cf. figure 5.13).

Dans le cas de classes-dimensions connect´ees `a une classe-fait suivant deux rˆoles, le rafraˆıchissement est d´efini pour un rˆole donn´e. Dans le cadre de la mod´elisation conceptuelle, nous n’abordons pas les probl`emes de l’implantation, mais suivant l’im-plantation de la classe-dimension bas´ee sur une ou deux structures distinctes, la prise en compte de cet impact est diff´erente.

Fig. 5.13 – Mod`ele multidimensionnel de donn´ees et de traitements du domaine Immobilisations avec les impacts de traitements

Impacts des traitements « Historisation » et « Archivage»

Les traitements «Historisation» et «Archivage» sont principalement li´es aux classes-faits et classes-mesures mais sachant que les d´ecideurs r´ealisent des requˆetes sur les anciennes donn´ees, il faut historiser les donn´ees des classes-dimensions et des classes-niveaux. Afin, que le SID soit coh´erent durant tout son cycle de vie, nous d´efinissons la r`egle selon laquelle la p´eriode d’historisation d’une classe-dimension est ´egale `a la somme de la plus grande p´eriode d’historisation et la plus grande p´ e-riode d’archivage des classes-faits connect´ees. Ainsi, afin que cet impact soit valid´e aussi bien par les concepteurs que les d´ecideurs, l’op´eration d’historisation est d´ ecla-r´ee pour les classes-dimensions avec une p´eriode respectant cette r`egle. L’op´eration

«Archiver()» n’est pas d´efinie pour les classes-dimensions et les classes-niveaux.

Pour des classes-mesures n’ayant pas les mˆemes p´eriodes d’historisation et d’ar-chivage en raison des besoins des d´ecideurs, les p´eriodes d’historisation et d’archivage les plus importantes doivent ˆetre prises comme r´ef´erence pour les classes-faits qu’elles caract´erisent ou d´efinissent.

La d´efinition compl`ete du traitement Archivage requiert une table d’archivage indiquant pour chaque fait et mesure, par dimension, la classe-niveau ou l’attribut de la classe-dimension «Temps» o`u l’archivage est d´efini. Les cellules de la table d’archivage sont renseign´ees `a partir de l’argument «fct» des op´erations «Archiver()»du diagramme d´ecisionnel du SID. Cet argument est d´efini

`

a partir de la propri´et´e « Consolidation» du graphe de propri´et´es. Les niveaux d’archivage sont d´efinis par les utilisateurs.

Exemple : la table d’archivage de notre projet immobilisations est d´efinie dans le tableau 5.4.

Tab. 5.4 – Table d’archivage du projet immobilisations

Impacts des traitements « Consolidation» et « Calcul»

Le traitement«Consolidation»est d´efini que pour les faits et les classes-mesures car cette op´eration n’est pertinente que pour les concepts de faits et de me-sures [Husemann et al. 2000]. Ce traitement est g´en´eralement sp´ecifi´e par des op´ era-tions attributs car tous les attributs d’une classe multidimensionnelle de conception ne sont pas n´ecessairement consolid´es suivant la mˆeme fonction d’agr´egation. Quand un attribut d’une classe-fait ou d’une classe-mesure ne peut pas ˆetre consolid´e sui-vant une ou plusieurs dimensions, ces classes-dimensions sont pass´ees en param`etre de l’op´eration Consolider() apr`es le niveau de consolidation.

Le traitement «Calcul» est d´efini pour toutes classes multidimensionnelles car tout attribut d’une classe multidimensionnelle peut faire l’objet d’une r`egle de calcul.

Exemple : la r`egle de calcul de l’attribut quadigramme de la classe-dimension

«Employ´es» du SID de la soci´et´e I-D6 est la concat´enation de la premi`ere lettre du pr´enom et des trois premi`eres lettres du nom d’un employ´e.

Impacts du traitement « Disponibilit´e»

L’analyse des donn´ees correspond `a l’analyse des faits et des mesures le long des dimensions. La«disponibilit´e»du fait correspond donc `a celle du SID. Le traitement associ´e est d´eclar´e que pour les classes-faits et les classes-mesures car la disponibilit´e du fait implique celle des dimensions connect´ees. Cet impact ´etant directement li´e

`

a la d´efinition de l’op´eration «Disponible()» dans les faits et les classes-mesures, nous n’ajoutons pas une autre repr´esentation. La «disponibilit´e» d’une classe-fait en relation de caract´erisation ou de d´efinition avec ses classes-mesures sont contraints par celles de la classe-mesure ayant les arguments les plus limitants.

Dans le cas d’un sch´ema en constellation, la disponibilit´e des dimensions com-munes `a plusieurs classes-faits est contrainte par la classe-fait ayant la plus faible disponibilit´e.