framework manager 10

5/11/2018 Framework Manager 10 - slidepdf.com

http://slidepdf.com/reader/full/framework-manager-10 1/15



Contenu dace manuel ~ ---------

lntrod ueti0n ------------------------------------------------------------------------------------------------------------------3Framewo rk Manager --------------------------------------------------------------------------- 3

Arc hitectu re --------------------------------------------------------------------------------- 3

Interface --------------------------------------------------------------------------------------5

Preparation d'un projet Framework Manager --------------------------------------------7

Du modele relationnel au package----------------------------------------------------7

Concevo irun modele en eto i Ie-------------------------------------------------------------- 8

Cahier des charges d'un projet Framework----------------------------------------------9

Pratiq ue de Framework Manage r----------------------------------------------------------------------------------- 13

Etude de cas ----------------------------------------------------------------------------------- 13

Cahier des charges: projet GoSales ----------------------------------------------- 13

Creatio n de requete s-------------------------------------------------------------------- 25

Creation du modele en etoil.e----------------------------------------------- 41

Creation de rnodeles analytiques ------------------------------------------ 50

Mode lisatio nan aIytique ---------------------------------------------------------------- 50

Publication de packages --------------------------------------------------------------- 55

Uti Iisation de ModeIDes i9n Aeeel era tor ------------------------------------------------------------------------- 60

Creation de projets avec Model Design Accelerator--------------------------------- 60

Table des matieres -------------------------------------------------------------------------------------------------------65

Annexes --------------------------------------------------------------------------------------------------------------------- 67

Annexe 1 - Reference du langage de macros ----------------------------------------- 67

Annexe.2 - Liste des mots reserves de Cog nos 10---------------------------------- 7 .2

Annexe 3 - Glossaire -------------------------------------------------------------------------73

Pour obtenir le lien ou vous pouvez telecharqer ce materiel de cours, envoyez un e-mail a :

[email protected] pour objet: Telechargement support framework

Pour completer ce support papler, une machine virtuelle contenant tout J'environnement de cours est disponible sur Ie web

ainsi que des archives contenant I'environnement de demonstration a installer.

mailto:[email protected]

mailto:[email protected]



Framework Manager fournit I'envi-

ronnement de developpernent du

modele de meta-donnees de

I'entreprise.

On I'utilise pour creer des rnodeles

fonctionnels des donnees analytiques des

processus de I'entreprise, en offrant la

posslbilite de travailler directement avec

des informations provenant d'une ou

plusieurs sources de donnees ..

~I= z : : : - - - - - - ' I

..

1 £ ' : - : - I 1~ ~~~ .

l~·1~

-.

Framework sert ensuite a publier la partie

fonctionnelle de ces modeles sous la

forme de packages, dans l'lnfrastructurede Cognos BL . Ces packages servent ensuite aux utilisateurs pour

realiser des analyses et des rapports.

!~~1 ~f.iUI J ! ! ! ! ! ! ! ! ! ! ! ! ! ~~ ! ! ! ! ! ! ! ! ! ! ! ! I

.._.~Qi l l . ffi,~wl.jlllll"IIU!llljl

i"IIII.'I,,~I.rlll'!"lj

Framework Manager est un outil client-serveur.

Les flchiers sont stockes sur le poste ou serveur du developpeur,Les declarations aux sources de donnees doivent se faire sur Ie

serveur ET sur Ie poste client.

Framework developpe une interface entre les sources de donnees

Analytiques et appllcatlves de l'entreprise et les packages utilises par

les utilisateurs de la suite

BI Cog nosramework Manager

..e-· ·........."; ir n '- ·

-1Z ': ;. .. :1 ., .

.t:;:~.,.~~ .........-

. . . . . . . .i··....

,;.. - Creer des~_.~.: schemas en etoile __ ... 1

\. " ' ;~~/~~'~M~o~de~lis-at~io~n-:----~--------~

- Impo rter l es metaoonnees des sources dedonnees

'---'~"""-I- Examiner, r r-odif ier, creer les relat ions. A jouter des supports mul ti lingues

'------------1 Examiner, mod if ie r l es propri etes des obj ets• P a re rne t ee r les meta donnees pour controler l ajustesse des resul tats a l'execuuo-i.

Vues melier :

• De f,n " l es e lements du package• Modi fi er un package- Speci fier las lanques d'uti ll safion- Gerer Ie versionning

- Shnul er desschemasclrnenslonnels(ROLAP)

Creationd'unpackage:

- De fi ni r l es acces aux packages. Creer des f il tres de secur ite- Defl nl r l es accee aux obj et s- Def inir les droits d'admini-

stration

Dans Framework Manager on travaHle

avec:

Un modele,

Des sources de donnees,Des fichiers de parametres,

Des packages.

Architecture

modele de donneesn

Cognos est une presen-

tation metier des informa-

tions provenant d'une oude plusieurs bases de

donnees.

Les utilisateurs se servent

du modele pour analyser et

presenter leurs donnees .

II

IBM ceenesRli!pCon StL!djQ



Interface

Fenetre d'accueH de Framework Manager 10- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - . - - - - - - - - - - - - - - - - - - - - -

!t IB M C og nu s frilllle wo rk M an ag er ~§r8J

D 118 III onUndo DRedo I M , ~ II! x

Fram8\"Jork '~1anagl3r a ll ows you to model meteoete and pub li :; h peckaces.

Create a new projert..;

Open a project ..

Cr ea te a new p ro je ct u si ng 'MQde l De :;i gn A cce le ra to r . . ,

U se t o c re at e 0 9n ew p ro je ct .

Use ~Qopen andedit en existing project.

Creat e a new pro je ct based on a s ta r s chema.

Recent Project-&.

Nodlfled

11104!2011 02:35:24

Name Locetton

~ G o S a le s C :\D Qc um en ts . ar .d 5 et tln gs \f Qr ma te ur \li Je s: d oc um en ts \M Y P ro je ct s:\G Q 5 al- e- S\G o Sa !e s. cp f

Projects, Mode~s:,and Pa.ckages

A project is a set of files that define the mete-tete in one or more models. Models represent data source rrtfmmation and contain informatfon for business relfJirements and

per formance enhancements. T he da ta model er cr ea te s neckeaes and publ ishes : them to r epo rt au thor s.

IliA

Cette fenetre permet de creer, avec au sans I'aide d'un assistant, au d'ouvrir un projet.

Fenetre de travail principale

I w ; Icst ModcIDcsign· ~ IBM Cognos Fr.amcwol I "k MoiInagcil" - -------------- ------------------- r ;] lQ)~

File Edit 'fiew Dieqram Project Actions Tools Help

MARKETING_EXPE,"SE

0'"

W 'iV IEW SALES TER RITORY DIME NSION ;,

SA lES_TER RITOR Y_KEY ____

SALES_TERRITORY_CODE

SA lES TER RITOR Y EN-

II~P=roiiij · : fc~tV~ie~~~e=: r=:;:,==========~D~"'=il::::xplorer ~ Diagram I I T I J nrrens en Ma p IEI-.~ t e s t M o d e I D e :> : i _g n

S·~ Model I Arborescence I! ~.I'! Phy,ic.IVi.v< du projet: : I± l-~ db. '----------.;_ ... .:....-------'

. S I'! B u si ne ss V ie v <

, : aU i VIEW_MARKETING_FACT

L00 SUBMISSION_KEY

i· · 00 SALES_TERRiTORY_KEY

L@ ACCOU~T _KEY

: · · · 0 0 MONTH_KEY

L . ! I W MARKE f lNG_EXPEN5E

siMi VI EW_SAL ES _ T ERR IT DRY_D IM ENS IO N

~ · · I O O SALE5_TEARITORY_KEY

L l I i I l SALES_TERRITORY_CODE

i · · n g n SALES_TERRITORY_EN

i · · 1 I i I l SALES_TERRITORY_DE

L l I i I l SALE5_TERRlTORY_FR

L . W J ] SALES_TEARITORY_JA

EliMi I I IEW_TIME_DIMENSION_MONTH

j · · l I i I l C UR RE N T _ YE AR

. · · n g n CURR EN T _MO N TH

: ' ·00 MONTH_KEY

;. . MONTH_EN

· l I i I l MONTHJR

' · · · l I i I l MONTH_DE

L I I i I l MONTH_JA

Ell '! P r., .o tat"" V iew

. .. ~ V IE W _M A R KE T iN G _F AC T

. . ~ I II EW_SA L ES_ T ERR IT DRY_D IM ENS IO N

. . ~ \ /I EW_T i ME _D iM ENS IO N_MONTH

8 · · (@ l Dat a SOWGe :s

r ! J · 1 i PP a rame te r Ma p s

: . c~ Packeqes

SAlES TERRiTORY DE

ISAl~S_TERRITORY_FR

SALES_TERRITORY_JA

IU

Name db o I . " "

W llV IE W M AR KE TIN G FA CT p ,_

S:--:U",B",M",IS,::S=,I::;N'C'::-KE:::Y=--=:- [l.nSALES_TERRITORY_KEY

P .C CO VN T ] EY

MONTH_KEY

P ro p .. Iies

Properties: I L-30rJgua-ge I

DesC l i .P '~ iDn

UuiV IEW T IME DIMEN SION MO NTH ;,

C UR R EN T~ Y EA R

CURRENT_MONTH

MONTH KEY

~ONTH_EN

MONTH_FR

MONTH DEIMomH

-JA

1 . . 1 ' - - - - - - = - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - '

Structure

IFenetre des

proprietes I

Last Changed 2011·Q4·1T02:47:50

Last Chang ~ -+A -"c tn= io "-i:!: t,-,(a , ,,to ,-( --\

Model WfHJltEnts.

Termine

Screen Tip

Cette tenetre permet de travailler sur I'ensemble des elements d'un prajet.



Les differentes vues de la fenetre de structure

Explorer

Explorer I ~ Diagram I [[J Dimension Map

Physical View Business View Presentation

View

Cette vue permet de lister I'ensemble des elements de la structure

Diagram

:= E xp lo re r ~ D iag ram I [ill D im e n sio n f 'i1 a p j

n;command ... ~OfiDEFi_NUMBEFi

Me tt 1~~e ~e G \ \mman~e

M~eMeur

, / 1 . . 1

._

I g; D < t e d e oQmman _ .~

DAY_KEY

. .. . n e e 4 e ~ ommaMe 1 M E'quipaCommerCBie - : : . : : .

T rim @m ~e G om ma n~eS AL E S_ ST PFF _ CO DE

M ois ~ e c emma ne e -flilndtDulB ~ -- Pars

ORDER_NUMBER~ Semiline 4e G ;,mmande

Fie9ionD ate ~ e G ommaMe

\)jUeR DE R_ DA Y _ KE Y --H IP _ DA Y _ K EY Ln ~ 1..1 Manager

CLOSING_D,o ,Y_KEY ~ Titre

P RODUCT j lUMB ER Ln 10 D o t e de I;" r aao n * - CQmmen;ial

S .O J. . ES_STPFF _CODE

~D"'-\'_I(EY

~am I 'l 1nee 4e l i~ r ai $ on

C~ut de IJerrte 0,,1 T r ime>1r< ! d e l iu lO i so n

R e ue n u G eu e rr te MQ is de l iu li li sQn'1. .

Sema in e d e l iu li li so n

D a te d e l iu ra is on

u

iili D < t e de emu re~.

l imProdub ~ D,o,Yj(EY

PF iODUCT j lUI. IBEF i. on n ee d e G I0 1I Ir e

L i9 ne d e P ro du itT li m. m@ d e ~ lo :r bJ re

T )'pe de P rM uitM o i$ d e G I( Ib J[ I!--

Produitsemalne de G l oJ1JJ re

Code P rodu itD a te d e G lo J1 JJ re

,

Affiche la structure des donnees sous forme de diagramme entite/relation

Dimension Map

. _ E xp lo re r I ~ Diagram [II] D imensi on Map IDimensions·- 5:0 e Mode uS"ltlte)

Eommend e e Structure de verte Eqlipe corrmerciele

Commel ci dUK p a l h ierech ie

P rodu i t s

Commande-s Commelciau l ( pe r l oc e l is e ten P lOdu i t s

T oLJe i: l e i: cornrninde:;: T cu s l es commelciau lo : T cuslee c:om merciau :': Tows les P todw iti:

M e th o de d e c omm an de PaJiS Pays L i gn a d e P l oo l Ji t

T~ ' P e :d e P r cd u it

Code P rod lJ i t

H e v e n d a u r Reg ion Manager

Titreil1e

Commercir:ll COO"lmerc!a l

Affiche et deflnit Ie perimetre des dimensions par rapport aux indicateurs

E I · · · m Im~atel.. lrs

;!b I l l ! I! I l ! l l l ! !r " " ~ C oL I d e v e nt e

~ "" ~ B ev en u D !: :v en te

Attrlbute~



Menu Principal de Framework Manager

File Edit Vjew Project Actions Tools Help

D I r i B ~ I .nUndo r".IIRedo I ~ ~ If!! X I ] 8 ~I f i J T i i i T NJ 1-Back "Forward Itill GoSa18~ ) GoSales ) Vente~ - Donneel:

File:

Edit:

View:

Project:Repository :

Actions:

Tools:

Help:

Pour les actions sur les flchiers (nouveau fichier, enregistrer, .... )

Pour les actions sur Ie fichier (couper, copier coller, ... )

Pour Ie choix de I'affichage du projet

Pour les actions specifiques sur Ie projetActions liees au repository (referentiel)

Pour les actions sur les objets du projet

Pour les outils

L'aide

Les objets d'un projet

' t : a l Relationship~i ShOT , t c u t

Namespace : Regroupe les objets selon leur similitude

fonctionnelle ..

Folder I Query Item Folder: Classe les objets dans des

dossiers I sous-dossiers

Query Subject: Regroupe plusieurs Query Item. Les query

items contenus dans un Query Subject ne proviennent pas tousde la rnerne table ceci facili tant la conception des rapports.

Query Item : Correspond la plupart du temps a une colonne

d'une table dans la base de donnees.

Filter: Creation de filtres sur un ou plusieurs query items

Calculation: Element de manipulation des query items

Relationship : Permet de creer une relation entre deux query

subjects. On passe generalement par la vision graphique du

projet pour gerer ce type d'objet, ou bien on se place sur l'un des

~I Parameter Map query subjects.

Shortcut: Pour les raccourcis vers les objets du projet (alias)

Data Source: Source de donnees (Ia ou les bases de donnees reliees a ce projet)

Package : Le ou les packages relies au projet qui fera Ie lien entre les informations du projet et leportail Cog nos 10.

Parameter Map: permet de stocker des canstantes (perrnet de regrouper des constantes qui serant

utillsees a plusieurs endroits => meilleure rnaintenabllite)

~I NamespaceLJIFolder

m i Q ue ry S ub je ct

Query litem

[ 2 ]1 Que ry Ib sm IFolder

V Filter

I Ca lcu la . t i on

I Data Source

~,Package

Requetes et elements de requete

• Element de requate defini comme identifiant

D • Element de requete defini comme attribut

I

I • Element de requete deflni comme fait

g u i • Requete ne contenant pas de fait

II::::::.

n-~ • Requete contenant au moins un fait• I

.\t · Dimension



----------------------------------------------------------------------------_____________________________________________________ P_r_ep~rati~n~'unprojet

Qualifier les bases de donnees:

Les bases de donnees utilisees dans les rnodeles sont en general de deux types:

• Analytique

• Operationnelle

Vendeur

1 1 . . 1a . .n

ClientD • • n

Commande ~ Produit1..1 1..1

a .. n j1..1

Temps

Modele en etoile:.Modele analytique, comportant une table de faits qui

collecte les indicateurs a analyser, entouree de tables de

dimension.

Bases de donnees operationnelles

Type deRegion

Ligne de

Client ProduitL . l 1

1..1 I , 1..1

t.. i..» Ln

Client VendeurType deProduit

1..11..1 I , 1..L

.l..n 1..n

Ln

Produitommande

1..1 ,I1..L

II l . . nDetail

Commande l...n

Modele Relationnel :Modele operationnel, comportant des tables de

parametres qui qualifient des tables fonctionnelles.

Les donnees sont non redondantes.

Du relationnel a I'analytique 1

Regionype de

Client({Afficher les

types de client. .h't tqUI ac etsn une

ligne de prodult »

1..1

1..1

DetailCommande ..

Ligne de

Produit

La requete doit

parcourlr 7 tables

avant d'afficher

un resultat

Produit

1..1

Une base de donnees operatlonnelles est concue pour maximiser la justesse des donnees et

minimiser la redondance. Les donnees d'une base operationnelle sont scindees en de multiples

tables. De ce fait les temps de reponse lors du requetaqe peuvent etre tres longs.



Bases de donnees analytiques

Une base de donnees Analy-

tique represente les informations

de maniere hlerarchique, cen-

tree sur les faits, en general par

un schema en etoile.

Les faits, largement nurneriques,

sont stockes dans une table de

fait, alors que toutes les

dimensions hierarchiques, com-

me lesinformations sur un pro-

duit par example, sont stockees

dans differentes tables de di-

mension.

Avantages du schema en etoile

Vendeur

1..L

O • • n

Client

O .. n

Commande

O • . n

Produit1..1 1..1

O .. nII

1 . . L

Temps

CeUe base de donnees contient la meme information mais utilise 5

tables au lieu de 9 et 4 jointures au lieu de 8.

{(Afficher les

types de client

qui achetent une

liqne de produit »

La requete n'a besoin de

consulter que 3 tables

pour retourner un resultat

Les schemas en etoile

utilisent beaucoup rnolns de

jointures que les bases de

donnees normalisees. Les

temps de reponse des re-

quetaqes sont d'autant plusrapides.

Les tables de faits servent de references croisees entre toutes les dimensions, en jouant un role

de jointure de plusieurs a plusleurs globale.

Concevoir un modele en etoile

Pour creer un schema en

etoile il taut eclater les

relations norrnallsees en

dimensions rnodelisees.



TP# Type Prod

Donnees denorrnallsees : exemplennees norma rsees : exemp e

meliIjMl1!ZIA g~ A

Tenls A

B Moose Boots B

B

2 J . ! p llill.§

2 E=iJ)! kot§

11 Child Boots

12 Aliu l t Boots 2

2

2

11

11

11

12

12

12

41i nes

Dimension

21i nes

Table de faits

Dimension

m lm ll l l i 'M m · !D , • • •111 Black

222 Green

333

55 5

66 6

77 7

1111 B . e . Q

22223333

5555

6666

7777

12 Ii nes

Table de faits

Ventes

Mesures -----+1 Revenu

Ouantite

Cle Produi

Cles etrangeres --~ CleClientCle Ternps

Tab le de dimension Produit avec 12 lignes

eM·lm'; 1Migo.eProd I TP#A ClassicTents Pupten~s 111 B lack

A

II.

A

Classic Tents Pup tents 222

C las -s i c Ten ts Pu p t e n ts 333

C l a ss i c T e n t s F am il y t e n ts 555

Classic TenJ.5 Family teras 666

Classic Tents Family tents 777

M o os e B o o ts 11 C h il d b o ot s 1111'

M o os e B o o ts 11 Chi ld boots 2222

Moose Boots 11 Chi ld boots 3333

Moose Boots 12 Adult boots 5555

M o os e B o o ts 12 A d ul t b o ot s 6666

Mo o - se B c c l s 12 Adult boots 7777

Green

I> .

A

8

B

8

8

Les tables de dimension fournissent Ies informations

de description.

Elles contiennent :

• Les differentes hierarchies de la dimension,

• Les proprietes cornplementaires des niveaux

• Une cle primaire (plus une date de validite en cas de

donnees historisees)

Les tables de faits contiennent Ies donnees par

IesqueIIes une entreprise se « mesure ».

• Prix,

• Ventes,

• Salaires ...

On les appeile lndltferemrnent faits, metriques, mesures,

indicateurs ...

Les tables de faits sont Ie point central des schernas en

etoile, ce sont elles qui contiennent en general Ie plus de

lignes.

Les tables de faits contiennent :

• Les mesures

• Les cles etranqeres qui. les lient aux tables de dimension

Cahier des charges de projet

II est tres difficile, en partant uniquement d'une structure relationnelle, de concevoir un

modele en etoile.

En effet, un modele relationnel comporte potentieliement un nombre indeflni de modeles

decision nels, dependants de la vue metier du demandeur.

II est necessaire de conduire des interviews aupres des referents fonctionnels comme prealable

a la conception. Ces interviews ont pour but d'obtenir les informations suivantes :

• Identification des evenements a analyser• Identification des axes d'analyse hierarchlque de ces evenernents

• Identification des informations complernentalres, necessaires a I'analyse• Identification de la conservation des donnees historiques



1) Quels sont les Faits*/evimements/flux qui produisent lesindicateurs it analyser?

• Un Fait, dans ce contexte, represents un evenernent reel, arrive a i 'entreprise, pour lequel on dispose

d'une trace informatique catee, I Ventes I Achats I

Pour chaque fait, I'analyse doit comporter : Embauches

• Le nom du fait

• La ou les dates significatives du fait

• Les mesures a extraire du fait ainsi que leur mode de calcul.

Livraisons

Formations

2) Pour chaque fait, Quels sont les axes d'analyse servant it decllnerles mesures

obtenues?

Parmi les axes d'analyse les plus frequents, on peut donner pour exemple :

• Temps: au?Hierarchies de temps basees sur les dates significatives des faits,

ces axes existent dans tous les modeles,• Tiers:

Hierarchies representant les personnes impllquees dans Ie fait (Ex:

pour des ventes, les clients, les fournisseurs etc ... )

• Geoqraphiques :

Hierarchies de localisation, se connectant aux autres axes et

permettant une analyse geographique.

• Ressources :

Hierarchies representant les elements materiels lmpllques dans Ie

fait (Ex. pour des ventes : les articles vendus ... )

• Organisation:

Hierarchies representant I'organisation interne de I'entreprise (Ex: Societe - Service - Equips - Employe ... )

QUI?

QUO I ?

C OMMENT ?QUA ND 7

3) Pour chaque axe d'analyse, Quels niveaux de regroupement hlerarchique proposer?

Dans un systerne decisionnel, les informations doivent pouvoir etre consultees avec differents

niveaux d'aqreqation selon Ie contexte et la demande del'utilisateur et se presentent de

l'aqreqation la plus qenerale a I'analyse la plus detalllee uti.le.

Remarque ; II est a noter que·Ie niveau hierarchique /e plus fin de /'ensemb/e des axes determine /e niveau d'agregation de base de /a table de fait, une

augmentation de /aprecision de ce niveau entraine done une refonte concomitante de la table de faits.

Exemple de hlerarchie : I'axe de temps.

Trimestre Mois Semaine Jour



4) Pour chaque niveau ainsi que pour les faits, quelles sont les informations

complernentalres (non hlerarchlques) necessalres a I'analyse ?

Les restitutions et les analyses ne peuvent pas se contenter des niveaux hlerarchiques, il ya

des informations qui ne peuvent pas etre representees en tant que niveau bien qu'elles soient

utilisees dans les tableaux (Par exemple Ie N° de telephone d'un client ou Ie mode de paiement

et la devise d'une facture),

Cote base de donnees, ces informations sont stockees directement dans la table de fait et dans

les dimensions concernees, la veritable difference se situe au niveau de leur representation

dans les outils de restitution (Par exemple : proprietes de niveau dans les cubes OLAP ou

objets de type Information sous BO)

Exemple avec I'axe de temps:

Trimestre Semaine

5) Pour chaque axe d'analyse, conserve-t-on I'historique et avec quelle date d'effet ?

Pour certains axes, il est necessaire de conserver la situation historique au moment du fait, il

faut dans ce cas identifier dans les donnees source la date d'effet determinant Ie changement.

Cette date, scindee en date de debut et date de fin d'effet fera alors partie de la de prirnaire de

la table de dimension assoclee a I'axe.

Dans Ie cas ou 11n'y a pas de date d'effet disponible dans les donnees source, il est toujours

possible, en detectant les changements sur lesdonnees, de la remplacer par la date

d'inteqration des donnees modifiees.

Modelisation a partir de I'interview

La table de faits n'a pas de de primaire rnais une contrainte d'unicite sur les des etranqeres et

les informations cornplernentaires.

Les relations sont toujours

de 1 a plusieurs vers la

table de faits

TAB~E D~ ,DIMENS:IQN

HidorisQ...

TA8~E DE 'DIMENSION

U Ncle.otr.ngo,.. N I!>o--------i

I ~-----~f-------i C

jnfermaticm I

ccmplerrentahee T

du fa~ E

Niveaux bierarchiques

et

InformatlionsN i v e au x h i e ra r cl l1 iq u e s

et

Informations

ccrnplementaires

Les mesures sont aqre-

gees en fonction de la

contrainte d'unicite de la

table de faits

ccmpternentaires

Cle primal",

ave< dates de

debutet de lin

d'effO'l

NCI@primal",

to < L o Wim1! i [ . ~.i!l-ij,Ql: et'~Il9.~e t (Ii d at e 'il 4 r aJ t" " si fc e e ot (e l es

d a tB - c Ie ' <l .b l l1 e ~ ~ c e PO d " . fl e t ~ .

la " I ~;e~ioj)

Les des etranqeres de la

table de faits sont deduites

des des primaires destables de dimension

Mesu res



Tableau de correspondance

Rbullat de I'interview Modele de donnees Objets Framework Objets OLAP

~t Table de faits Dimension de mesures et Dimension des mesures

Query Subject du fait

~}$ures lu f~it Champs mesure de la table Query Item 'Fait' Mesures

de fait

J\Xes~tvar:";llls~ Tables de dimension Classes Dimensions regulieres

i j ' " ~ r a r o l n ' L ~ees axes Champs des tables de Query Item 'Attribute' Niveaux des dimensions

tlamal}1se! dimension

ImforlWlations Champs des tables de Query Item 'Attribute' Roles des niveaux

c0mple"mentaines aes niMeal!lx dimension ( p re fi xe s p o u r le s

dif fErencier des champs das hierarchies)

ImferRil tions Champs de la table de fait Query Item 'Attribute' Objets de la dimension

c0mj;!lelllil;elilfai s eu fai Du Query Subject du fait reguliere du fait

Redaction du cahier des charges :.

- Un document de specifications, servant a realiser un modele en etoile et sa restitution doit

comporter les chapitres et les points suivants :

- Description fonctionnelle : Transcription directe de I'interview, ordonnee par fait puis par dimen-

sions.

- Modele de donnees: Representation du modele physique de donnees en etoile.

- Cartographie des donnees: Detail del'alimentation du modele par table et par champ.

- Cartographie de la restitution : Selon les outils de restitution utilises, correspondance entre Ie

modele en etoile et les objets proposes dans Ie requeteur,



----------------------------------------------------------------------------------_____________________________________________________________ Etude de cas

Pour la pratique de Framework, la sene d'exercices et de demonstrationssuivantes vont nous amener a creer une serie de packages a partir d'un cahierdes charges realise selon la methode decrite dans les pages precedentes,

Cahier des charges: Projet GoSales 1

1) Description FonclionnelleLa societe Great Outdoors voudrait disposer d'un outil d'analyse de ses ventes et de son

approvisionnement

Le ou les packages proposes devront prendre en charge la langue des utilisateurs dans la

mesure ou cette information est disponible sur la base de donnees source.

1.1 ~Faits

II y a trois faits dlfferents dans cette analyse, les ventes, les objectifs de vente et les previsions

d'approvisionnement.

- Ventes

Mesures:- Ouantite Vendue (Somme)

- Revenu de vente (Somme : Prix reel de vente unitaire au, a defaut, prix unitaire standard rnultiplie

par la quantite)

- Cout de vente (Somme : Cout unitaire mulnplie par la quantite)

Dates Significatives :

- Date de commande

- Date de Livraison

- Date de cloture

- Objectifs de vente

Mesures:

- Objectif de vente (Somme)


- Annee/Periode (Mois) de vente

- Previsions d'approvisionnement

Mesures:

- Ouantite prevue (Somme)

- Cout prevu (Somme : Ouantite prevue multipliee par Ie cout de production)


- Annee/Mois de prevision

1.2 - Axes d'analyse par fait

Axes d'analyse des ventes :

Date de cornrnandeProduits

Date de cloture

Commandesate de livraison

Equipe Commerciale

Axes d'analyse des objectifs de vente:

Periode de vente Produits

cornrnandes

Equips Commerciale

Axes d'analyse des previsions d'approvisionnement

Previsions d'<lchat ~ produitsois de previs ion

" " ' - - - - - 1 1



1.3 - Hlerarchla et informations complementaires des axes d'analyse

Axe Produits :

Axe Commandes :

Methode de commande ...-----l) ......evendeur

Axe Equipe de vente:

Branche Titre

Pays'~ ~ ~ ~ " " '~ ~ ~ ~ - i . " " '~ ~ ~ " " . ~ ~ ~ " " 1 i " lC I. ..ersonneVille

-....•Manaqer

Axe Date (tous les axes temps des commandes) :

Trimestre SemaineAnnee ••~~~~_ ....~~~~ ......._. ~ ~ " " " " " " I " ' . - - - " , " ) Date

MO ! :E

Axe Mois (Axe temps des objectifs et des previsions) :

TrimestreAnnee ••------III...---+~Moil>

2) Modele de donnees en etoile

«Table de Dimension»

Commande

<'.::Table de Dimension»

Equipe de vente

+Mode de commande

+R.svendeur+DRDER_NUMBER:cle PrimairE

~ "'''Table de Fal ts»>

~~~~~~~v~_e~n~t_e_s~ ~ +Pays;,-DAYKEY: cte Etrangere +Region

I:~'~~::stre if.PRODUCTNLJMBER:cte Etral'\gere -'I- +vi u-+MOlS +SALES_SJAFF_CODE: cle Etrangsr.l:P"'------.,+Tl tre

I+semaine if.5HIP_DAY_KEY: cle Etrangere +Personne+Date +CLOSE_DAY_KE?':c~e Etran~ere +Manager: Information --> Personn

I+DAYKEY: Cle Primaire +ORDER,"N~MBER;Cie Etrangere +SALES Sf/IFF CODE: cie PrimaireI / +Ouarrta te vendue) Mesure

+RevenCi de vente: Mesure«Tab le de Dimension"> -fCoQt de vente: Masure

Date de Cloture

I

..::;- ::T ab l.o de Dimans ion;Jo~

Date de Commande

+Annee

«Table de Dimension»

Produits

+Mais<, , 1 ' ab Le de Fai ts>

Obj'ectifs de Vente

+Ligne

+Type

+Produi t

I ~ +Ccde Produi t : Informatlon. -->

~ +PRODUCTNUMBER;c16 Prlmalre

+Tr ines tr e

+Semaine+Date

+DAY KEY: eta Pnmaire

.----------~~«Table de DlmeIlBlon»

Date de Livraison

Produi

+Annee

+Trimestre

+Mois+5emaine

+Date

+DAY KEY: cie Pnmaire

t-"'-M"O-NJ"'H"_"':K=EY:":'""":c : ' " ; 1 - : 6 - = l 2 t ' : ' " .- a - n ! -g7- r- - - - - - I Lif.PRQDUCT_NUMBE~:te Etrangere

"'SALES_SJAFF_eoDE: cle Et7rnger ....-r----:-------:-----..----,+O~j eet. f de vente: Mesu re ""<Tab le de Di mensi on»

Periode de Vente

*MONrH_KEY: cte Etrangere-t-PRGlDUCTNUMBER: e:le Etrat'lger ,..at--~__+QUantlte prevue: Mesure I

+CoOt prevu: Mesure

-exf ab Le de Oimanslon>,.

Mois de Prevision

+Annee

+Trimestre+Mois

+MONTH_KEY:e t a primair



3} Cartographie des donnees

Tables de fait

Ventes

DAY KEY Year ( 0 PD EP_DAT E)'1 OOOO+Month(0 PD EP_DAT E )'1 00 -+oay (0 PD EP_DAT E )

PRODUCT NUMBER PRODUCT NUMBER

SALES STAFF CODE ORDER _H EADERS. SA L ES_ ST AFF _CODE

ORDER NUMBER o R DE R _ HE AD E RS 0 R DE R _ NU M B E R

SH IP DAY KEY Year(SH IP DATE)'10000+ lo1onIl1(SH IP DATE)*100-+oay (SH IP D,Il,TE )

CLOSE DAY KEY Year (C LOSI NG OAT E )"1 OOOO+lo1on1h (CLOING DATE )'1 004 {fay (CLOSIN G _DATE)

Quant ite QUANTITY

Revenu de vente Coalesce(UN IT _SALE_PR ICE; UN IT _ PR ICE), QUANT ITY

CoOt de vente UN IT _COST'QUANT ITY

Objectifs de vente

MONTH KEY SALES_ TARGET .SALES_ YEAR "100 +SALES_PER IOD

PRODUCT NUMBER SALES_ TARGET .PRODUCT _NUMBER

SALES STAFF CODE SALES TARGET .SALES STAFF CODE

Objectif de vente S AL ES _ T A R GE T .S AL ES _ T AR G E T

Previsions d'achat

MONTH KEY PRODUCT _ FORECAS T. YEAW1 OO+MON THPRODUCT NUMBER PRODUCT FORECAST.PRODUCT NUMBER

Ouantits prev ue PRODUCT FORECAST.EXPECTED VOLUME

CoOt orevu PRODUCT FORECAST.EXPECTED VOLUME" PRODUCT.PRODUCT ION CO ST

Tables de dimension

Produits

Ligne PRODUCT L INE . PRODUCT L INE •

Type PRODUCT _ TY PE PRODUCT _ TY PE_ *

Produit PRODUCT _MULT IL INGUALPRODUCT

PRODUCT NUMBER PRODUCLPRODUCT NUMBER

Equipe de vente

Pays COUNTRY_MUL T IL INGUAL .COUNTRY

Region SALES_BRANCH .REGION

Ville SALES_BRANCH .C ITY

Titre SA LES STA FF POSIT ION •

Person ne SALES STAFF.FIRSr NAME"" '+ sALES STAFF.LAST NAME

Manager M,A .NAGER (SALES_ ST AFF J\lia s). FIRST _NAM E"" ' + 1 0 1 A NA G E RLA S T _N AM E

SALES STAFF CODE SA LE S S TA FF.S AL ES _ST AFF C OD E

Commandes

Mode de Commands O RD ER M ETH OD. O RDE R M ET HO D·

Revendeur ORDER _H EAD ER .R E T A IL ER _N AME

ORDER NUMBER ORDER HEADER .ORDER _NUMBER

Dimensions Date

Annes T IM E_ DIM E NS IO ~L CU RR Em _ YE A R

Tr imss t re T IME _D IMENSION .CURREN T _QUAR TER

MOls T IM E D IM EN SIO ~J.M ON TH •

Semaine T IME _D IMENSION .CURREN T _WEEK

Date TIME_DIMENSION,DAY_DATE

DAY KEY T IME DIMENSIONDAY KEY

Dimensions Mois

Annee TIME DIMENSION .CURRENT YEAR

Trimestre TIME DIMENSION .CURRENT QUARTER

Mois TIME _ D iMENSION MON TH _ *

MONTH KEY TIME DIMENSION.MONTH KEY

framework manager 10

Documents