Discussion :

[ds_ryo]

salut

avant de commencer ,on se présente. nous somme deux étudiants de fin de cycle (5eme année). nous somme entraine d'esseyer d'automatiser la modélisation d'un entrepôt de données xml en réalisant un outil d'aide à la conception d'un datawrehouse et nous somme dans la phase de conception.
nous cherchons des règles de passage d'un diagramme de classe uml vers un diagramme multidimensionnelle (règles d'extraction et identification du fait et ses dimensions) sachant que nous avons trouvé quelques règles (Règles de Romero) mais ne sont pas suffisantes.

Merci d'avance de votre précieuse aide

[nuke_y]

Bonjour.

Ca me parait assez compliqué étant donné que la différence entre une dimension, une mesure et un attribut tient souvent à l'utilisation qu'en fait le business et aux régles de gestion qui sont difficiles à modéliser en UML.

Je donne un exemple : le chiffre d'affaire, donnée qui paraît de manière évidente être une mesure, peut aussi être simplement l'attribut d'une dimension CLIENT ou PARTENAIRE, voire une dimension à part entière dans le cas d'un datamart agrégé par tranche de CA.

Maintenant on doit pouvoir donner des règles qui fonctionnent dans 90% des cas. Vous pouvez décrire un peu plus votre sujet svp ? Je pense avoir compris que l'idée est de générer une modélisation orientée décisionnel à partir d'un diagramme UML, de la même façon qu'on peut générer une modélisation transcationnelle.

[ds_ryo]

merci
je vais vous expliqué le principe,d'abord on démarre d'un modèle UML (diagramme de classe) qui décrit le système opérationnelle (exemple les achats ,les ventes,les commandes...), on essaie de séparer les modèles par sujet (exp un diagramme de classe pour les ventes , autre pour les achats...) cette étape est manuelle donc dans notre système c'est le concepteur qu'il la fait et il choisit le sujet qu'il veut l'analysé. après on prend sujet par sujet et maintenant au système de façon automatique à extrait le fait et les dimensions on se basant généralement sur les attributs des entités et les cardinalitées (d'après les règles de Romero)

donc notre problème est au niveau d'extraction de faits et des dimension
ps: si vous voulais que je vous décrit quelque règles y a pas de blèm.
merci

[nuke_y]

Mais les règles de Romero sont communes à tous les diagrammes UML non? Elles ne sont pas spécifiques au décisionnel.

Vous auriez un exemple de diagramme UML métier pour qu'on parte sur une base?

Merci

[ds_ryo]

d'après ce que j'ai lu jusqu'a mtn les règles de Romero sont spécifiques au décisionnel (extraction de fait et des dimensions). voici l’article: Oscar Romero, Alberto Abelló: Automating multidimensional design from ontologies
lien:
http://scholar.google.com/scholar?q=...ontologies.%22

Vous auriez un exemple de diagramme UML métier pour qu'on parte sur une base?

dsl j'ai pas un exemple concret car le but de mon outil d'automatiser la modélisation. donc il faut prendre en considération n'importe quel modèle.
donc si vous avez un cas que vous voulait le proposé ça serait bien. comme ça on peut avoir une base pour commencer.
merci

[nuke_y]

Je ne connaissais pas les articles de Romero sur le multi-dim, j'étais plutôt tombé sur ceux-là

Bon ne prenons pas le problème à l'envers: vous trouvez un processus métier, vous faites le diagramme UML, vous en déduisez les tables transactionnelles et ensuite on vous aidera pour en déduire des règles de transformation pour le décisionnel.

Bon courage

[ds_ryo]

désolé pour le retard,
aparement qu'on est pas entraine de parler de la meme personne, moi je parle de Oscar romero et alberto abelo; et vous vous parlez de pablo romero.