METODOLOGIE DI PROGETTAZIONE DI BD E DI DW. Gli eventi (fenomeni) di interesse, detti fatti. La granularità dei fatti da analizzare.

Documenti analoghi
PROGETTI DI SISTEMI INFORMATIVI DIREZIONALI

PROGETTI DI SISTEMI INFORMATIVI DIREZIONALI

Indice. Prefazione. Capitolo 1 Introduzione al data warehousing 1

Data warehouse: introduzione

PROGETTI DI SISTEMI INFORMATIVI DIREZIONALI

Basi di Dati. SOLUZIONE della Prova Scritta del 12 Gennaio 2007

Sistemi Informativi Aziendali. Sistemi Informativi Aziendali. Sistemi Informativi Aziendali

INTRODUZIONE ALLA PROGETTAZIONE. Patrizio Dazzi a.a

Basi di dati attive. Una base di dati è ATTIVA quando consente la definizione e la gestione di regole di produzione (regole attive o trigger).

La progettazione concettuale

Il Dimensional Fact Model

I DATI E LA LORO INTEGRAZIONE 63 4/001.0

! Un arco multiplo corrisponde ad un associazione molti-a-molti: il padre (libro) non determina funzionalmente il figlio (autore)

Estensioni del linguaggio SQL per interrogazioni OLAP

Progettazione Concettuale/1

2 - Metodologie e modelli per la progettazione di BD. Informatica II Basi di Dati (08/09) Parte 1. Introduzione alla progettazione

Progettazione Concettuale. Raccolta e analisi dei requisiti

ESAME di INFORMATICA e ARCHIVIAZIONE

Basi di Dati: Elementi

Data warehouse Introduzione

MODELLI DEI DATI PER DW DAI DATI ALLE DECISIONI. Per definire la struttura di un DW si usano i seguenti formalismi, detti modelli dei dati:

Progettazione concettuale:

ERP. Logistica. Produzione. Acquisti. Vendite. Amministrazione. Archivio 2

Progettazione di basi di dati

Progettare una basi di dati vuole dire progettare la struttura dei dati e le applicazioni

Corso di Informatica

Introduzione al corso

Corso di Laurea in Informatica Basi di Dati a.a

Architetture per l analisi dei dati

Basi di dati (Sistemi Informativi)

PROGRAMMAZIONE INFORMATICA SECONDO BIENNIO. Liceo Scientifico opzione Scienze Applicate

Analisi dei requisiti

Data warehouse Introduzione

Laboratorio di Basi di Dati prova totale 20 febbraio 2013

Gestione delle informazioni. Tot. h 10. Base di Dati. Tot. h 56. Grafica in C# - Laboratorio- Tot. h 40. Dipartimento Informatica Materia Informatica

Strategie top-down. Primitive di trasformazione top-down. Primitive di trasformazione top-down

Sistemi Informativi Avanzati Anno Accademico 2011/2012 Prof. Domenico Beneventano SCENARI TEMPORALI

Ciclo di vita di un sistema informativo

Il modello Entità-Relazioni (entity-relationship)

CAPITOLO IV. DATABASE: definizione e progettazione. Definizioni

Corso di Analisi e Contabilità dei Costi

Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, Progettazione concettuale

Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw -Hill, Progettazione concettuale

SISTEMI INFORMATIVI DIREZIONALI BUSINESS INTELLIGENCE

PROGRAMMAZIONE CLASSE: 4A-4B-4I DISCIPLINA: INFORMATICA A.S. 2016/17

L ANALISI DEI DATI. EuroConsulting S.r.l. Consulenza di Direzione e Organizzazione Aziendale

Informatica Industriale Modello funzionale: Informazione Modello Entità-Relazione

Sistemi Informativi Avanzati Anno Accademico 2012/2013 Prof. Domenico Beneventano. Archi multipli

Inventario (studio di caso)

ITI M. FARADAY. Programmazione a. s

Informatica 3. LEZIONE 10: Introduzione agli algoritmi e alle strutture dati

Corso di Basi di Dati

Definizione e calcolo delle misure

PROGETTAZIONE DI BASE DI DATI. Metodologie e modelli

Traduzione. Scelta degli identificatori principali

PROGRAMMAZIONE. INFORMATICA SECONDO BIENNIO Opzione Scienze Applicate

Sommario. Introduzione... 13

Progettazione logica relazionale (1/2) Progettazione logica. Progettazione logica relazionale (2/2) Introduzione. Progettazione logica

Basi di Dati 1! Esercitazione 4. Matteo Picozzi!

MODULO Il sistema azienda. Sistema Informativo e Informatico Requisiti dei dati

Progetto ed Implementazione di un Modello Multi-Dimensionale

Modello Entità-Relazione (E-R)

Modello Entità-Relazione

PROGRAMMAZIONE DIDATTICA DI DIPARTIMENTO A.S. 2017/2018

Modello Entità-Relazione

D. Gubiani Introduzione alle Basi di Dati 3. La porzione automatizzata di un sistema informativo viene in

Prima di iniziare. Diamo qualche definizione :

Informatica per le Scienze Umane. Introduzione al corso: programma

Disciplina: INFORMATICA

Informatica per le Scienze Umane. Introduzione al corso: programma dettagliato

Progettazione logica relazionale. Basi di dati. Elena Baralis 2007 Politecnico di Torino D B M G D B M G3 D B M G6 D B M G5

Ciclo di vita di un sistema informativo

Progettazione di un DB

UNIVERSITA DEGLI STUDI DI BARI DIPARTIMENTO DI INFORMATICA BASI DI DATI AVANZATE. Carluccio Antonio matr

BASE DI DATI. Esercizio: Agenzia pubblicitaria Progettazione concettuale Progettazione logica. Informatica Umanistica Università di Pisa

PROGRAMMAZIONE ANNO SCOLASTICO 2018/2019

Corso di Basi di Dati

Basi di dati Prova di autovalutazione 17 gennaio 2011

Progettazione del Data Warehouse

Laboratorio di Basi di Dati

Unità 3. Modello Relazionale

I sistemi di Pianificazione e Controllo. Emilio Botrugno

ESAME di INFORMATICA e ARCHIVIAZIONE

Il modello concettuale dei dati

Progettazione e pianificazione

Sistemi Informativi Avanzati Anno Accademico 2013/2014 Prof. Domenico Beneventano. Archi multipli

SQL e linguaggi di programmazione. Cursori. Cursori. L interazione con l ambiente SQL può avvenire in 3 modi:

Ma: progettazione dei dati. progettazione delle applicazioni. Progettazione di basi di dati

PROGETTAZIONE LOGICA. Prof. Ing. Alfredo GARRO 1/6. Artista. Cantante. DataDiNascita. Codice. Nazionalità

Metodologie e modelli di progetto

Corso di Rivalidazione manageriale

Data warehouse Analisi dei dati

Pag Politecnico di Torino 1

D B M G D B M G 2. Gestione degli indici. Introduzione Strutture fisiche di accesso Definizione di indici in SQL Progettazione fisica

Scopo Laboratorio di Informatica

Esercitazione 3. Vincoli di integrità. Approccio Procedurale

ESEMPIO TELEFONATE. Esempio di progettazione con indicazioni per lo svolgimento della Tesina. DIAGRAMMA RELAZIONALE

Progettazione concettuale. Facoltà di Scienze Matematiche, Fisiche e Naturali. Progettazione concettuale. Acquisizione e analisi dei requisiti

Transcript:

METOOLOGIE I PROGETTAZIONE I B E I W ANALISI EI REQUISITI PER W B Progettare una B per agevolare le attività operative di un organizzazione. OBIETTIVO ANALISI EI REQUISITI W Progettare un W per agevolare le attività decisionali di un organizzazione. Gli eventi (fenomeni) di interesse, detti fatti. La granularità dei fatti da analizzare. Gli indicatori numerici di prestazioni da valutare per analizzare un processo (misure). Le dimensioni rilevanti secondo le quali analizzare le misure dei fatti (prospettive di analisi, contesto dei fatti). L attenzione è sulle funzioni (servizi) da realizzare e sui dati che occorrono. L attenzione è sulle analisi che si vogliono fare sugli eventi di interesse di certi processi aziendali, ovvero Attributi dimensionali e gerarchie 1 2 METOOLOGIE I PROGETTAZIONE I B E I W IFFERENZE FRA PROGETTAZIONE I B E I W B W B W Uso del modello ER Schema logico della B, tipicamente normalizzato PROGETTAZIONE CONCETTUALE PROGETTAZIONE LOGICA Uso del modello multidimensionale Scelta del tipo di WMS e progettazione dello schema logico del W con l obiettivo di semplficare le operazioni di analisi dei dati, sacrificando la normalizzazione dei dati efinire opportune strutture di memorizzazione per rendere efficienti le operazioni sui dati PROGETTAZIONE FISICA efinire oppure strutture di memorizzazione per rendere efficienti le operazioni estemporanee di analisi dei dati (indici, viste materializzate). 3 4 PROGETTAZIONE I W APPROCCIO BOTTOM-UP Approccio prudente (si sviluppa incrementalmente il W a partire da un primo data mart): La costruzione del W aziendale è un processo molto lungo che richiede un certo investimento finanziario. etermina risultati concreti in tempi brevi Non richiede elevati investimenti finanziari Permette di studiare solo le problematiche relativo al data mart in oggetto Causa principale dei fallimenti di progetti di W è l impossibilità di dare alla direzione aziendale riscontri pratici degli investimenti effettuati in periodi accettabili (6 mesi -1 anno). La scelta del primo data mart da realizzare è di fondamentale importanza: Questo problema si verifica quando l approccio alla costruzione del W è di tipo top-down, ossia quando la fase di progettazione coinvolge il SI nella sua totalità. eve essere interessante per la direzione eve fungere da elemento comune rispetto ai successivi data mart eve rappresentare un elemento centrale del futuro W 5 6

PER INIZIARE UN PROGETTO PER INIZIARE: EFINIZIONE EL PROGETTO Identificare i patrocinatori, i dirigenti convinti del valore del progetto. Obiettivo: definire gli scopi del progetto Conoscere il problema aziendale prima di iniziare a discutere gli obiettivi del progetto. Output: documento Coinvolge: progettista e utenti finali. Intervistare gli interessati, per comprendere le loro esigenze informative da tradurre in requisiti del progetto. Passi Analisi preliminare del dominio applicativo e delle esigenze Pianificazione del progetto Intervistare gli esperti del sistema informatico operazionale, per sapere quali dati esistono e come vengono gestiti. Creazione del gruppo di lavoro (analista dati, analista processi, dirigenti) 7 8 METOOLOGIE I PROGETTAZIONE METOOLOGIA (SEMPLIFICATA) I PROGETTAZIONE I UN W Per ogni data mart: Analisi dei requisiti Progettazione guidata dai requisiti di analisi dei dati Progettazione concettuale Progettazione concettuale iniziale (cosa si vuole) Progettazione concettuale dai dati operazionali (cosa si può ottenere) Progettazione guidata dai dati operazionali Progettazione concettuale finale Progettazione logica (cosa si può analizzare) Progettazione guidata dai requisiti di analisi dei dati e dai dati operazionali Progettazione logica del W Progettazione fisica del W Progettazione dell alimentazione dei dati 9 10 ANALISI EI REQUISITI SPECIFICA EI REQUISITI Obiettivo: definire i bisogni informativi Tabella specifica dei requisiti di analisi Input: documento con gli scopi del progetto Output: documento di specifica dei requisiti con la descrizione (a) di alcuni esempi di analisi interessanti in linguaggio naturale (carico di lavoro preliminare), delle misure, delle dimensioni, (b) della granularità dei fatti, (c) del glossario dei dati ecc. processo N Requisito di analisi imensioni Misure Tabella specifica del fatto Fatto + Metriche? Coinvolge: progettista e utenti finali. Passi: granularità imensioni preliminari Misure preliminari Raccolta dei requisiti Tabella specifica delle dimensioni Analisi delle fonti dei dati imensioni Specifica dei requisiti Granularità 11 12

SPECIFICA EI REQUISITI TRATTAMENTO IMENSIONI MOIFICABILI Tabella specifica degli attributi dimensionali imensione Attributo imensioni con attributi che cambiano raramente TIPO 1 (oggi per ieri): si perde la storia TIPO 2 (oggi o ieri): si conserva la storia TIPO 3 (oggi-ieri): si conserva la storia e le date della modifica. Tabella specifica delle dimensioni che cambiano imensioni Attributi modificabili Trattamento modifiche imensioni con attributi che cambiano frequentemente TIPO 4 13 14 SPECIFICA EI REQUISITI PROGETTAZIONE CONCETTUALE AI ATI OPERAZIONALI: PASSI Tabella specifica delle misure del fatto Misure 1 Analisi dei dati operazionali. Misura Aggregabilità erivata Si ignorano tabelle e attributi non interessanti ai fini dell analisi dei dati. Tabella specifica degli attributi descrittivi del fatto Attributi descrittivi del fatto Attributo In presenza di più fatti, tabelle riepilogative delle dimensioni e delle misure dei fatti imensioni dei fatti imensione Fatto 1 Fatto n 2 Classificazione delle tabelle Si stabilisce quali sono le tabelle utili per possibili fatti dimensioni gerarchie Misure dei fatti 3 Generazione dello schema concettuale candidato Misura Fatto 1 Fatto n 15 16 PROGETTAZIONE CONCETTUALE AI ATI OPERAZIONALI: TIPI I ENTITA ESEMPIO Classificazione delle tabelle Entità evento. Le entità eventi sono le tabelle che rappresentano eventi di interesse dei processi aziendali di analisi e sono le più importanti da individuare perché sono le naturali candidate da considerare per la definizione delle tabelle dei fatti. Esse presentano due caratteristiche: - descrivono eventi che si verificano frequentemente a certe date - contengono attributi numerici che rappresentano possibili misure %%&'$())*+,,!"-'./01())#+2-'./0/3,, 5"%$61 '%()*)!"76/10%1())#+276/10%/3,,,%-(-##)!"7$%1:"'/$( (((((())#+27$%1:"'/1*'"."%%/3,, *'1<<"=0/%$'/" 4/>?"0/@/61 A/B166"C/"'./0" +)*&&'%()*) ((((((((((((((((((())#+2*'"."%%/3,, 1"#&3-%)&,%-(-##)!"7$%1:"'/$())*+,, 41>H'/</"01 Accorpamento 12)&*#)!"76/10%1())*+,, E0./'/<<" 5161F"0"())*+G,,./&()0)-*)!"?1./</"01())*+,,!"-'./01((((!"*'"."%%"( 17";?61%$ 17 18

PROGETTAZIONE CONCETTUALE AI ATI OPERAZIONALI: TIPI I ENTITA ESEMPIO Entità componente. Le entità componenti sono quelle in relazione con un entità evento con un associazione (1:N). Componente3 %%&'$())*+,,!"-'./01())#+2-'./0/3,, 5"%$61,%-(-##)!"7$%1:"'/$( (((((())#+27$%1:"'/1*'"."%%/3,, *'1<<"=0/%$'/" 4/>?"0/@/61 A/B166"C/"'./0" 1"#&3-%)&,%-(-##)!"7$%1:"'/$())*+,, 41>H'/</"01 Evento '%()*)!"76/10%1())#+276/10%/3,, +)*&&'%()*) ((((((((((((((((((())#+2*'"."%%/3,, Componente2 Componente1 Le entità componenti sono le naturali candidate da considerare per la definizione delle dimensioni di analisi dei fatti. 12)&*#)!"76/10%1())*+,, E0./'/<<" 5161F"0"())*+G,,./&()0)-*)!"?1./</"01())*+,,!"-'./01((((!"*'"."%%"( 17";?61%$ Entità componente? 19 20 PROGETTAZIONE CONCETTUALE AI ATI OPERAZIONALI: TIPI I ENTITA ESEMPIO Entità di classificazione. Le entità di classificazione sono quelle in relazione con un entità componente (entità minimale) con una catena di associazioni (1:N). Componente3 Classificazione3.1 Classificazione3.2 %%&'$())*+,,!"-'./01())#+2-'./0/3,, 5"%$61,%-(-##)!"7$%1:"'/$( (((((())#+27$%1:"'/1*'"."%%/3,, *'1<<"=0/%$'/" 4/>?"0/@/61 A/B166"C/"'./0" 1"#&3-%)&,%-(-##)!"7$%1:"'/$())*+,, 41>H'/</"01 Evento '%()*)!"76/10%1())#+276/10%/3,, +)*&&'%()*) ((((((((((((((((((())#+2*'"."%%/3,, Componente2 Componente1 Le entità di classificazione sono le naturali candidate da considerare per la definizione di gerarchie, e si combinano con le entità minimali per definire attributi dimensionali. 12)&*#)!"76/10%1())*+,, E0./'/<<" 5161F"0"())*+G,,./&()0)-*)!"?1./</"01())*+,,!"-'./01((((!"*'"."%%"( 17";?61%$ 21 22 PROGETTAZIONE LOGICA PROGETTAZIONE LOGICA: GERARCHIE Paese Stato Provincia Negozio Giorno Prodotto ProdottoId Categoria NegozioId Id ProdottoId Id Giorno Fatturazione Vendita Supervisore Provvigione Numero Articolo Fattura Giorno Prodotto Categoria Negozio NegozioId Provincia Gerarchie diverse Garanzia Tabelle diverse Gerarchie condivise Tabella unica Gerarchie simili Viste di un unica tabella 23 24

PROGETTAZIONE LOGICA: GERARCHIE PROGETTAZIONE LOGICA: GERARCHIE RICORSIVE Gerarchie ricorsive Fatturazione Supervisore Provvigione Vendita Ag 2 Ag 1 Ag 3 Articolo Fattura Ag 4 Ag 5 Ag 6 PK SupervisoreFK FK Ag 7 Trovare il totale delle vendite per l impiegato Rossi e per tutti i suoi subordinati 25 26 GERARCHIE RICORSIVE GERARCHIE RICORSIVE PK <<PK>> <<PK1>> SupervisoreFK PK <<PK>> <<PK1>> PerLaGerarchia SupervisoreFK <<PK>> SubordinatoFK <<PK>> NeiLivelli SeTerminale SeRadice FK FK a) b) PK <<PK>> FK <<PK1>> b) PerLaGerarchia SupervisoreFK <<PK>> SubordinatoFK <<PK>> NeiLivelli SeTerminale SeRadice Trovare il totale delle vendite per l agente Rossi e per tutti i suoi subordinati PerLaGerarchia PK <<PK>> SupervisoreFK <<PK>> FK <<PK1>> SubordinatoFK <<PK>> a) Per spostarsi nella gerarchia verso il basso Trovare il totale delle vendite per l agente Rossi e per tutti i suoi subordinati Trovare il totale delle vendite per l agente Rossi e per tutti i suoi superiori 27 28 PROGETTAZIONE LOGICA: IMENSIONI MULTIVALORE PROGETTAZIONE LOGICA: IMENSIONI MULTIVALORE Fatturazione Vendita Provvigione Articolo Fattura PK PK PK<<PK>> AgentiFK <<PK>> FK <<PK>> <<FK()>> FK FK? PK<<PK>> 29 PK<<PK>> PK <<PK>> PK<<PK>> AgentiFK <<PK>> FK <<PK>> <<FK()>> <<PK>> FK <<PK>> Quota FK <<PK>> <<FK(Gruppi)>> FK <<PK>> Quota PK<<PK>> PK<<PK>> Gruppi <<PK>> FK <<FK(Gruppi)>> Attenzione a FK 30

PROGETTAZIONE LOGICA: IMENSIONI MULTIVALORE PROGETTAZIONE LOGICA: IMENSIONI CON ATTRIBUTI MULTIVALORE Trovare il totale delle vendite per agente? Fatturazione Vendita PK <<PK>> <<PK>> FK <<PK>> Quota Attenzione a Quota Tipologia Provvigione Articolo Fattura SELECT A.PK, A., SUM(V. * AV.Quota ) FROM V, Agenti AV, Agenti A WHERE V. = AV. AN AV.FK = A.PK GROUP BY A.PK, A.; Tipologia TipologiaPK<<PK>> PK<<PK>> AgentiFK <<PK>> TipologiaFK <<PK>> <<FK(Tipologia)>> FK 31 32 PROGETTAZIONE LOGICA: IMENSIONI MOIFICABILI PROGETTAZIONE LOGICA: IMENSIONI MOIFICABILI TIPO2 TIPO 1 (oggi per ieri): si perde la storia. Il nuovo valore dell attributo dimensionale sostituisce il valore nel record della tabella della dimensione. TIPO 2 (oggi o ieri): si conserva la storia. Si aggiunge un nuovo record alla tabella della dimensione, con chiavi surrogate diverse. E la soluzione tipica. TIPO 3 (oggi-ieri): si conserva la storia e le date della modifica. Si usa raramente per la complessità delle analisi. con una chiave naturale SK<<PK>> CF <<PK1>> senza chiave naturale SK<<PK>> PrimaSK FK FK TIPO 4: La dimensione si memorizza in due tabelle, una con gli attributi che non cambiano (o cambiano lentamente) e l altra con i soli attributi che cambiano frequentemente e definiti per intervalli SK<<PK>> FK PrimaSK 33 34 ESEMPIO I CASO Società che si occupa della produzione e della vendita di telefoni cellulari con i propri punti vendita B OPERAZIONALE '()"*+" 83*&*##" C"5"!"##$ =+?&1 :,$--"@)(?,"//" :,$--"@7$551?&+" A"/5";(+51,+" =>"(512+&$,#-."/"0(+#".$/0"(/12+&$ %+2(+#-3"* 341(5+567+/0"(+2+&$ 8+9$&&"7+.+",*+(" 7151)(9 B operazionale requisiti di analisi A"/5" 7"+((43&"+" 560(3*7"+(- :,$--";(+51,+" 341(5+56<,*+(151 =>"(5" 43&"+" 7151 %+0"=0$*+-+"($!4#$,"A"#0"($(5+ 86+#":(+&"#-.$/0"(/12+&$!4#B**$55+!/"(+#" 35 36

RACCOLTA REQUISITI I ANALISI RACCOLTA REQUISITI I ANALISI 1. media disponibile e del livello di riordino per mese, per modello e per stabilimento 2. che hanno esaurito, almeno una volta in una certa settimana, la quantità disponibile in tutti gli stabilimenti di una certa regione. 3. Totale dei costi e dei ricavi per ogni modello venduto ad una certa data, per stabilimento e regione di produzione 4. Percentuale di prodotti scontabili, e di questi la percentuale dello sconto applicato alla vendita, per punto di vendita e per le vendite di una certa settimana o di un certo mese INVENTARIO Gennaio 2006 media disponibile Livello di riordino M1 S1 S2 S3 M2 S1 5. I 5 modelli venduti in un certo mese con il più alto ricavo, oppure quantità venduta, oppure costo di produzione 6. Totale dei costi e dei ricavi per ogni modello venduto in una certa data, per punto di vendita e regione di vendita 7. Numero dei clienti che hanno acquistato lo scorso mese i 5 modelli che hanno prodotto il ricavo più alto, per regione 37 38 SPECIFICA EI REQUISITI Processo N Requisitodi analisi imensioni Misure 1 mediadeimodellidisponibili disponibile, e del livello di riordino per mese, (Sigla, ), Livello riordino per sigla e descrizione del modello e, per stabilimento () 2 che hanno esaurito, almeno una volta in una certa settimana,, (), disponibile la quantità disponibileintuttigli stabilimenti di una certa regione () Per quanto riguarda la granularità dei fatti, per l interessano i dati su ogni prodotto a fine giornata. Fatto imensioni preliminari Misure preliminari Un fatto riguarda un prodotto,, disponibile, afinegiornata Livellodiriordino Si descrivono le dimensioni, gli attributi e le misure del fatto. imensioni Attributo Granularità...... Un giorno...... Un modello... Uno stabilimento Attributo Attributo Sigla......... SCHEMA CONCETTUALE INIZIALE INVENTARIO 1. media disponibile e del livello di riordino per mese, per modello e per stabilimento 2. che hanno esaurito, almeno una volta in una certa settimana, la quantità disponibile in tutti gli stabilimenti di una certa regione. isponibile Misure Misura Aggregabilità erivata disponibile Semiadditiva No (non additiva per ) Livello riordino... Non additiva No 39 40 SCHEMA CONCETTUALE INIZIALE VENITE PROGETTAZIONE CONCETTUALE AI ATI OPERAZIONALI 3. Totale dei costi e dei ricavi per ogni modello venduto ad una certa data, per stabilimento e regione di produzione 4. Percentuale di prodotti scontabili, e di questi la percentuale dello sconto applicato alla vendita, per punto di vendita e per le vendite di una certa settimana o di un certo mese 5. I 5 modelli venduti in un certo mese con il più alto ricavo, oppure quantità venduta, oppure costo di produzione Entità evento: '()"*+" 83*&*##" C"5"!"##$ =+?&1 :,$--"@)(?,"//" :,$--"@7$551?&+" A"/5";(+51,+" =>"(512+&$,#-."/"0(+#".$/0"(/12+&$ %+2(+#-3"* 341(5+567+/0"(+2+&$ 8+9$&&"7+.+",*+(" 7151)(9 Venduta Costo Punto Vendita 41 LineeOrdini A"/5" 7"+((43&"+" 560(3*7"+(- :,$--";(+51,+" 341(5+56<,*+(151 =>"(5" 43&"+" 7151 %+0"=0$*+-+"($!4#$,"A"#0"($(5+ 86+#":(+&"#-.$/0"(/12+&$!4#B**$55+!/"(+#" 42

PROGETTAZIONE CONCETTUALE AI ATI OPERAZIONALI PROGETTAZIONE CONCETTUALE AI ATI OPERAZIONALI Entità componenti per : Entità componenti per LineeOrdini: '()"*+" 83*&*##" C"5" A"/5" 43 Entità di classificazione: Regioni Prodotti Gerarchie: Citta -> e quelle su '()"*+" 83*&*##" C"5" A"/5",#-."/"0(+#".$/0"(/12+&$ %+2(+#-3"* 341(5+567+/0"(+2+&$ 8+9$&&"7+.+",*+(" 7151)(9 7"+((43&"+" 560(3*7"+(- :,$--";(+51,+" 341(5+56<,*+(151 =>"(5" 43&"+" 7151 %+0"=0$*+-+"($!"##$ =+?&1 :,$--"@)(?,"//" :,$--"@7$551?&+" A"/5";(+51,+" =>"(512+&$!4#$,"A"#0"($(5+ 86+#":(+&"#-.$/0"(/12+&$!4#B**$55+!/"(+#",#-."/"0(+#".$/0"(/12+&$ %+2(+#-3"* 341(5+567+/0"(+2+&$ 8+9$&&"7+.+",*+(" 7151)(9 7"+((43&"+" 560(3*7"+(- :,$--";(+51,+" 341(5+56<,*+(151 =>"(5" 43&"+" 7151 %+0"=0$*+-+"($!"##$ =+?&1 :,$--"@)(?,"//" :,$--"@7$551?&+" A"/5";(+51,+" =>"(512+&$!4#$,"A"#0"($(5+ 86+#":(+&"#-.$/0"(/12+&$!4#B**$55+!/"(+#" 44 SCHEMA CONCETTUALE FINALE INVENTARIO SCHEMA CONCETTUALE FINALE VENITE isponibile Venduta Costo Punto Vendita FINALE FINALE INIZIALE isponibile INIZIALE Unitario Ordinata 45 46 SCHEMA A STELLA INVENTARIO SCHEMA A STELLA VENITE isponibile Scelta delle PK PK FK isponibile PK 47 Unitario Ordinata PK PuntoVenditaPK PuntoVendita PuntoVendita FK PuntoVenditaFK FK Unitario Ordinata PK PK 48

ATA WAREHOUSE 49 FK PuntoVenditaFK FK Unitario Ordinata PK PuntoVenditaPK PuntoVendita PuntoVendita FK isponibile PK PK FK PuntoVenditaFK FK Unitario Ordinata PK PK PK PuntoVenditaPK PuntoVendita PuntoVendita FK isponibile PK PK