28.06.2013 Views

IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Définition de la représentation dimensionnelle du modèle<br />

La modélisation dimensionnelle de sources de données relationnelles est possible<br />

dans <strong>IBM</strong> <strong>Cognos</strong> <strong>Framework</strong> <strong>Manager</strong>. Vous pouvez modéliser des dimensions<br />

avec des hiérarchies et des niveaux et avoir des faits dotés de plusieurs mesures.<br />

Vous pouvez ensuite relier les dimensions aux mesures en définissant la portée du<br />

modèle.<br />

Vous devez modéliser de façon dimensionnelle une source de données relationnelle<br />

si vous voulez l'utiliser dans <strong>IBM</strong> <strong>Cognos</strong> Analysis Studio, activer les passages aux<br />

niveaux supérieurs et inférieurs dans les rapports, ou accéder aux fonctions<br />

membres dans les studios.<br />

Vous pouvez utiliser le modèle relationnel comme couche de base, puis définir la<br />

représentation dimensionnelle du modèle.<br />

Vous pouvez ensuite organiser le modèle pour la présentation. Voir «Organisation<br />

du modèle», à la page 365.<br />

Création de dimensions ordinaires<br />

Une dimension ordinaire contient des informations de clé métier et des<br />

informations descriptives classées selon une hiérarchie, du niveau de granularité le<br />

plus élevé au plus faible. Elle dispose généralement de plusieurs niveaux qui<br />

doivent tous avoir une clé et une légende. Si vous n'avez pas de clé unique pour<br />

votre niveau, il est conseillé d'en créer une dans un calcul.<br />

Les dimensions ordinaires de modèle sont basées sur des sources de données ou<br />

des sujets de requête de modèle déjà définis dans le modèle. Vous devez définir<br />

une clé métier et une légende de type de chaîne pour chaque niveau. Lorsque vous<br />

vérifiez le modèle, toute absence de clé métier et de légende est détectée. Au lieu<br />

de joindre des dimensions ordinaires de modèle aux dimensions de mesure, créez<br />

des jointures sur les sujets de requête sous-jacents et créez une relation de portée<br />

entre la dimension ordinaire et la dimension de mesure.<br />

Modélisation de dimensions avec plusieurs hiérarchies<br />

Des hiérarchies multiples sont créées lorsque différentes vues structurées peuvent<br />

s'appliquer aux mêmes données. Selon la nature des hiérarchies et des rapports<br />

requis, vous aurez peut-être besoin de vérifier la technique de modélisation<br />

appliquée, selon le cas.<br />

Par exemple, l'équipe commerciale peut être visualisée par responsable ou par zone<br />

géographique. Dans les studios d'<strong>IBM</strong> <strong>Cognos</strong>, ces hiérarchies sont des structures<br />

logiques séparées, mais interchangeables, liées à la même requête sous-jacente.<br />

Voici une dimension unique d'équipe commerciale avec deux hiérarchies :<br />

362 <strong>IBM</strong> <strong>Cognos</strong> <strong>Framework</strong> <strong>Manager</strong> <strong>Version</strong> <strong>10.2.0</strong> - <strong>Guide</strong> <strong>d'utilisation</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!