Chapter 5 Common Warehouse Metamodel(CWM)

1. Introduction

L’OMG voulait faire de CORBA middleware, mais il est loin d’être le seul à être utilisé.
D’autres comme EJB ou .NET sont largement répandus. C’est en partant de cette observation
que l’OMG s’est engagé sur la voie du MDA, afin de résoudre les problèmes
d’interopérabilité et de portabilité dès le niveau modélisation. Le MDA se veut donc
indépendant de toute plate-forme et de tout système, il permet de concevoir des
applications portables au niveau des langages de programmation, des systèmes
d’exploitation mais aussi des middlewares (Un middleware est un logiciel qui fournit aux
applications des fonctionnalités et des services communs. Il joue le rôle de lien entre les
applications, les données et les utilisateurs).

2. Architecture de méta-données d'OMG

Le Model Driven Architecture (MDA) est une démarche de développement proposée par
l’OMG. Elle permet de séparer les spécifications fonctionnelles d’un système des
spécifications de son implémentation sur une plate-forme donnée. A cette fin, le MDA
définit une architecture de spécifications structurée en modèles indépendants des plates-
formes (PIM) et en modèles spécifiques (PSM).

Niveau * Limites de MOF Exemples Utilisation typique

M3 meta-metamodel The “MOF” Model Réalisateur de normes

M2 metamodel, UML metamodel, Réalisateur d'outil de logiciel

meta-metadata CWM metamodel

M1 model, metadata UML models, Créateur d'application

CWM metadata

M0 object, data Systèmes modelés, Utilisateur

données d'entrepôt

1
3. Transformations de modèles
Les techniques de transformation de modèles sont donc au coeur du MDA. L’OMG doit
pouvoir les formaliser et les standardiser pour garantir la compatibilité entre les outils MDA.
A fin de pouvoir générer le code fonctionnel, il est également possible d’enrichir les modèles
PIM avec un langage d’actions. De plus, les modèles peuvent être accompagnés de
contraintes en OCL (Object Constraint Language) afin de vérifier leur validité tout au long du
processus. A terme, l’OMG souhaite pouvoir automatiser la plus grande partie de ces
transformations (voire figure 4) [EAI2000].

Transformation des méta données

4. Pourquoi le standard CWM ?

La quantité de données dans une organisation indiquée double tous les cinq ans. La
plupart des organismes souffrent d'une surabondance de données redondantes et
contradictoires il est difficile de contrôler pertinemment, accéder, et utiliser que pour la
prise de décision.
 Beaucoup de bases de données
 Beaucoup de dépôts
 Beaucoup de schémas décrivant les « mêmes » données
 Les données mobiles exigent la transformation manuelle de schéma

2
L'entreposage de données fournit une excellente approche pour des données de
transformation dans l'information utile et fiable pour supporter le processus décisionnel
d'affaires et pour réaliser l'intelligence d'affaires. Un des aspects les plus importants de
l'entreposage de données est des méta-données.
Puisque chaque outil de gestion des données et d'analyse exige les différentes méta-
données et différentes méta-données modèlent (connu comme metamodel) pour résoudre
l'entrepôt de données, il n'est simplement pas possible d'avoir un dépôt simple de méta-
données qui met en application un méta model simple pour toutes méta-données dans une
organisation. Au lieu de cela, ce qui est nécessaire est une norme pour l'échange des méta-
données d'entrepôt.
Le CWM est une réponse à ces besoins, il fournit un cadre pour représenter des méta-
données au sujet des points d'émission, les cibles de données, les transformations, et
l'analyse, et les processus et les exécutions qui créent et contrôlent des données d'entrepôt
et fournissent des informations de lignée au sujet de son utilisation.
4.1. Solution CWM

Pour résoudre le problème de gestion et d'intégration de méta-données CWM doit fournir :

 Un langage standard pour définir la structure et la sémantique des méta-données
d'une voie formelle
 Un mécanisme standard d'échange pour partager des méta-données définies dans le
langage standard
 Un cahier des charges commun qui définit, dans le langage standard, la structure et la
sémantique des méta-données partagées dans les données entreposant et
l'intelligence d'affaires
Donc le CWM

-Permet l'échange facile de

 entrepôt et
 intelligence d'affaires
- méta-données entre
 outils d'entrepôt

3
  plateformes d'entrepôt et
 dépôts de méta-données
Dans les environnements hétérogènes distribués.
5. Common Warehouse Metamodel(CWM)

5.1 Définition du CWM

CWM est le standard de l’OMG qui traite des entrepôts de données. Il couvre le cycle de vie
complet de modélisation, construction et gestion des entrepôts de données.

L’approche préconisée par ce standard pour la migration entre systèmes hétérogènes est
une approche MDA (la création de modèles et leurs transformations). CWM définit un méta-
modèle qui représente les méta-données aussi bien métiers que techniques qui sont le plus
souvent retrouvées dans les entrepôts de données.

NB : cleaning tools :outil de netoyage, transformation tools ; outil de transformation,end

user tool : outil de l’utilisateur final, repository service : service de réferentiel.

CWM définit actuellement les méta-modèles des principaux types d’entrepôts de données
(Relationnel, Objet, XML,....) et propose des règles de transformation entre ceux-ci.

4
 Le CWM comprend un certain nombre de méta-modèles concernant la représentation
des données, l’analyse et la gestion des entrepôts de données.
Les méta-modèles de données permettent de modéliser des ressources comme les bases de
données relationnelles et les bases de données orientées objets.
La couche d’analyse du CWM définit des méta-modèles pour les transformations de données,
l’OLAP (On-Line Analytical Processing), la visualisation, la nomenclature et le data-mining.
La couche de gestion est constituée de méta-modèles représentant les processus standard,
la journalisation et la planification des activités.
Finalement, le méta-modèle de base définit les services et éléments communs, comme les
types de données, les projections vers les types de systèmes, les clés et index, les
expressions et le déploiement de programmes à base de composants.

5.2 But de CWM

Le but principal de CWM est de permettre l'échange facile de l'entrepôt et des méta-
données d'intelligence d'affaires entre les outils d'entrepôt, les plateformes d'entrepôt et les
dépôts de méta-données d'entrepôt dans les environnements hétérogènes distribués.
CWM est basé sur trois normes d'industrie principale :
• UML - Unified Modeling Language, un OMG modelant la norme
• MOF - Meta Object Facility, un OMG metamodeling et norme de dépôt de méta-données
• XMI - XML Metadata Interchange, une norme d'échange de méta-données d'OMG

6. Raisonnement de conception

6.1 Réutilisation des concepts d'UML

Le metamodel de CWM a en tant que sa base un modèle d'objet basé sur une version
du metamodel d'UML dans lequel ces aspects qui ne sont pas appropriés dans un scénario
d'entrepôt de données ont été retirés. Le metamodel de CWM est établi sur et étend ce
modèle d'objet.
Plusieurs des types et des associations d'objet du noyau UML sont reflétées par le modèle
d'objet de CWM. Partout où approprié, les types modèles d'objet sont subtyped pour fournir
un objet plus spécifique saisit le metamodel de CWM, normalement avec des attributs ou

5
des associations supplémentaires. Tous les types d'objet de CWM sont des sous-types
directs ou indirects des types appropriés de modèle d'objet, et ainsi héritez de leurs attributs
et associations.
Cette approche a beaucoup d'avantages. Elle permet au cahier des charges de CWM de
profiter de l'investissement substantiel pour développer et raffiner le metamodel d'UML. La
conscience générale des concepts d'UML devrait faciliter l'arrangement du cahier des
charges de CWM et de son modèle de base d'objet. Elle permet également l'inclusion facile
des modèles d'UML en tant qu'élément des méta-données d'entrepôt de données.

6.2. Modularité

Le méta model de CWM est fractionné dans un ensemble de modules. Ceci facilite la
compréhension du méta model en le dédoublant vers le haut dans de plus petites unités, et
permet à des utilisateurs et à des applicateurs d'ignorer les modules qui ne sont pas
appropriés à leurs besoins.
Le metamodel de CWM a une structure posée :

• La base comprend le modèle UML-basé d'objet et le CWM Base, qui supporte les concepts
et les structures supplémentaires qui sont partagés par d'autres modules. Supplémentaire,
le module de déploiement de logiciel supporte l'information de déploiement pour les points
d'émission et les cibles dans la prochaine couche.

• Les modules apparentés, record, multidimensionnels, et de XML supportent la définition

de divers types des points d'émission et de cibles de données.

• La transformation, les OLAP(traitement analytique en ligne), l'exploitation de données, la

visualisation de l'information, et les modules de nomenclature d'affaires définissent les
transformations et analytique le traitement de cela a lieu sur ces points d'émission.

• En conclusion, le module de processus d'entrepôt supporte l'information d’établissement

du programme, et le module d'exécution d'entrepôt est employé pour enregistrer les détails
opérationnels tels que les résultats des passages de transformation.

6
6.2. Modèle générique

Beaucoup d'attention a été prise pour s'assurer que le méta model de CWM a été rendu
aussi générique comme possible, et que seulement l'information qui est en commun entre
différentes réalisations a été incluse dans le metamodel. Shareability d'information a été
contrôlé et raffiné en examinant les besoins de méta-données de plusieurs différents, mais
du représentant, réalisations aussi bien qu'un large intervalle des configurations
représentatives d'entrepôt.

7. Importance de CWM

- Le consensus industriellement compatible pour des données entrepose l'échange et

l'interopérabilité
- Permet l'intégration d'information d'entreprise de sorte que nous puissions
améliorer la puissance les données que nous avons
- Supporte déjà la base de données et les systèmes de fichiers les plus employés
couramment
- Extensible aux besoins de détail de constructeur/client
- Constructions sur UML, XMI et MOF
- Accélère le marché d'entreposage de données, portique et d'affaires d'intelligence

8. Description du CWM

8.1 L’ensemble de CWM metamodel :

7
 Common Warehouse Métamodèle

Les quatre couches du CWM rassemblent ensemble différents tris des modules de
metamodel :

 La couche de base contient les services généraux qui sont partagés par d'autres
modules.

 La couche de ressource contient des modèles de données utilisés pour des points
d'émission opérationnels et entrepôts de données de cible.

 La couche d'analyse fournit des metamodels supportant les services logiques qui
peuvent être tracés sur des mémoires de données définies par des modules de
couche de Resource. Par exemple, le metamodel de transformation supporte la
définition des transformations entre les sources d'entrepôt de données et les cibles,
et le metamodel d'OLAP (traitement analytique en ligne) permet des entrepôts de

8
 données enregistrés dans des moteurs apparentés ou multidimensionnels de
données à visualiser comme dimensions et cubes.

 Les metamodels de couche de gestion supportent l'exécution des entrepôts de

données en permettant la définition et l'établissement du programme des tâches
opérationnelles (module de processus d'entrepôt) et en enregistrant l'activité des
processus d'entrepôt et des statistiques relatives (module d'exécution d'entrepôt).

UML est la base modelante sur laquelle CWM est construit. Dans la mesure du possible,
les Co-présentateurs de CWM ont directement réutilisé les classes existantes et les
associations plutôt que de créer d'UML des versions CWM-spécifiques d’elles. Ce choix
réduit le nombre de nouvelles classes et d'associations de CWM et accroît les qualifications
existantes des modeleurs UML-bien informés.

9. Les packages de CWM

Les modules d'utilisations de CWM Metamodel et une structure hiérarchique de

module pour contrôler la complexité, pour la favoriser entendre, et pour supporter la
réutilisation.

9
Les couches du CWM décrivent les modules de metamodel qui adressent le cycle de vie
complet des applications d'entrepôt de données.

10. CWM et MOF

Le MOF a été adopté comme norme d'OMG pour représenter des metamodels. Le
metamodel de CWM a été conçu pour se conformer à cette norme.
Ceci permet à CWM d'utiliser d'autres caractéristiques d'OMG qui dépendent du MOF. En
particulier, il permet l'utilisation de XMI d'échanger des méta-données d'entrepôt qui est
représentée en utilisant le metamodel de CWM, et il permet l'utilisation d'IDL (et d'autres
langages de programmation) pour l'accès selon les programmes aux méta-données
d'entrepôt basées sur le metamodel de CWM.

11. CWM et UML

Un premier objectif du CWM est de définir un metamodel (ou, d'une manière

equivalente, un « modèle de méta-données ») d'une architecture générique d'entrepôt de
données. Ainsi, le CWM metamodel définit des règles formelles pour modeler des exemples

10
des entrepôts de données. Cependant, il y a également une condition pour le metamodel de
CWM d'être exprimée en MOF.
La spécification d'UML est également utilisée dans les voies suivantes :
• La notation d'UML est utilisée dans les représentations schématiques du CWM
metamodel.
• Des contraintes supplémentaires sur le metamodel de CWM sont représentées en langage
de contrainte d'objet (OCL), comme défini dans la spécification d'UML.

UML vers CWM

12. CWM et XMI

CWM utilise XMI en tant que son mécanisme d'échange. Ceci signifie que toute
puissance et la flexibilité de XMI est disponible pour échanger les méta-données d'entrepôt
et le metamodel de CWM elle-même. CWM n'exige aucune extension à XMI.
Un DTD standard pour le metamodel de CWM est produit en utilisant les règles de
production du DTD de XMI. Des méta-données d'entrepôt peuvent alors être encodées
comme un document de XML en utilisant les règles de production du document de XMI.
Un document standard de XML pour le metamodel de CWM est également produit en
utilisant les règles de production du document de XMI, basées sur le DTD de MOF.

11
13. Extensions de CWM (CWMX)

 Metamodel spécifique édité de constructeur afin d'échange de méta-données.

 Ascendance commune dans le metamodel de CWM
 Démontre la validité du metamodel de CWM
 Démontre l'extensibilité du metamodel de CWM

12
14. Les implantations du CWM

En plus d’être un support pour la réalisation d’applications selon le MDA, le CWM est
aussi un bon exemple de sa mise en oeuvre. En effet, en définissant des méta-modèles
indépendants pour les données et en permettant leurs projections vers des systèmes
existants, le CWM suit la démarche du
MDA. De plus, il existe déjà plusieurs mises en oeuvre. Les entreprises suivantes
développent ou utilisent le CWM :

– Dimension EDI : leur but est de développer un dépôt de méta-données pour un système
d’interrogation “intelligent”. La plus grande partie de son développement est basé sur le
CWM.

– Oracle Corporation [ORA] : les produits Oracle (Oracle Repository et Oracle8) permettent
l’échange de données avec d’autres produits conformes au CWM.

– UBS [UBS] : UBS utilise le CWM pour migrer ses données vers de nouveaux
environnements à base de composants, dans le domaine de la finance.

– Meta Integration Technology Inc [MIT] : le Meta Integration Model Bridge (MIMB)
développé par cette société est certainement l’une des implantations du CWM les plus
poussées.
15. Utilisateurs de CWM

CWM est visé à six catégories des utilisateurs :

1. constructeurs de la plateforme et de l'outil
2. Fournisseurs de service professionnel
3. Warehouse réalisateurs
4. Warehouse administrateurs
5. Utilisateurs
6. Gestionnaires de technologie de l'information

13
Ces utilisateurs participent à un ou plusieurs des quatre étapes suivantes dans le
développement et l'utilisation des entrepôts CWM-basés de données :

1. Établissement : CWM mettant en application et se déployant, y compris un dépôt Service

commun (suivant les indications du chiffre d'architecture de dépôt de méta-données de
l'OMG de la préface).

2. Construction : exercer CWM pour définir une configuration d'entrepôt de données de

ligne de base (établissant les voies d'accès d'échange entre les points d'émission et les cibles
connus).

3. Operation : Fonctionnement de l'entrepôt CWM-basé de données.

4. Entretien : exercer CWM pour définir des changements de configuration d'entrepôt de

données (aux changements de couverture aussi petits que l'ajout de plus d'éléments d'un
type déjà de la configuration et aussi grands que la fusion ou le remplacement par une autre
configuration).

Ce tableau montre comment CWM bénéficie des utilisateurs dans le développement et

l'utilisation d'entrepôt de données :

Catégorie Problème ou Outils et dépôts Comment CWM favorise

d'utilisateur besoin mieux l’Utilisation
d'entrepôt de données

Doit visualiser la Outils pour CWM inclut des récipients

source, cible, faciliter le pour la description aux
descriptions développement niveaux de céréale fine et
d'application avec la capacité secondaire.
Réalisateurs (interfaces y de se rapporter
d'entrepôt comprîmes). à l'information
dans le dépôt
de méta-

14
 données.

Doit savoir Outils de CWM présente des modèles

• régénérez requête et de des méta-données à
l'état d'entrées présentation exploiter par des outils de
et de sorties des requête et de présentation.
requêtes,
• traçant entre
Utilisateurs les modèles
pour le transfert
des Modem
entre les outils,
et
• règles de
transformation.

Doit avoir la
Gestionnaires de visibilité dans Outils de CWM présente des modèles
technologie de l'état de gestion de des méta-données à
l'information déploiement système et exploiter par des outils de
d'entrepôt. d'état gestion de système et
d'état.

Doit souscrire • CWM CWM fournit une surface

aux normes • Terrain arrière commune pour des
pour communal de sous-ensembles que l'on
Constructeurs de l'interconnexion dépôt d'OMG peut brancher. C'est une
plateforme et d'intervendor. Service notation globalement
d'outil • Outils pour utilisable pour des
d'entrepôt. modeler, protocoles d'échange de
développement, méta-données, qui permet
déploiement, et la distribution flexible des
gestion de services d'entreprise au-
système dessus d'une collection
hétérogène de systèmes.

Doit accumuler Les tiers et

et réutiliser des internes outils Les méta-données
objets de qui s'appliquent réutilisables, editable, et
l'enclenchement des méta- extensibles de CWM
de service. données de fournissent une base de
CWM à la base capitaux qui établit la
de données valeur. Cette base des
Fournisseurs de concrète objets réutilisables

15
service catalogue et commence une boucle de
professionnel vice-versa. feedback selfreinforcing
avec des retours
continuellement croissants
(productivité améliorée
d'enclenchement).

Doit modifier la Tiers ou La définition de contexte et

configuration : internes outils les dispositifs selfdescribing
savoir ce qui et pour contrôler de CWM sont employés
où modifier ; l'édition de pour isoler des rapports de
savoir la reconfiguration dépendance.
fermeture de d'un modèle
dépendance. d'entrepôt.
CWM expose
l'information
requis pour
modifier un
modèle.

Fournisseurs de Doit intégrer les Outils basés sur CWM fournit des sous-
service outils existants la capacité de modèles supportant des
professionnel, et les données CWM détails d'information tenus
administrateurs qui adhèrent d'incorporer des dans une variété de
d'entrepôt aux normes metamodels de différents formats, y
autres que legs, Web, compris XML, de SQL
CWM dans une classe des apparenté, et de formats
configuration propriétaires, et conventionnels de fichier.
d'entrepôt de pratiques en
données. matière et
normes
alternatives de
définition de
méta-données.
Doit établir et Outils qui La conception de CWM est
contrôler des emploient les basée sur le besoin de
expressions, des équipements contrôler une telle
rapports, et des intégrés de information aux niveaux
schémas CWM pour multiples. Les modules de
multiples de définir le transformation et
base de contenu, les d'exécution d'entrepôt sont
données rapports, et la conçus pour permettre la
Administrateurs d'excédent de lignée de navigation des méta-
d'entrepôt lignée. schéma. données corrélées avec des
schémas.

16
Doit ajouter, Outils de CWM se compose des
soustraire, la gestion de modèles des méta-données
répartition, système. qui aident à faire de tels
réapproprier, ou changements et permettent
fusionner des à l'impact de ces
ressources dans changements d'être évalué.
la configuration
de déploiement.

17