Transcript Indicazioni per la Presentazione del Progetto - DBGroup

Presentazione del Proge/o Sistemi Informa4vi Avanza4 Anno Accademico 2014/2015 Corso di Laurea Magistrale in Ingegneria Ges3onale Reggio Emilia, 15 O;obre 2014 UNIVERSITÀ DEGLI STUDI
DI MODENA E REGGIO EMILIA
Project Work – ambito di valutazione •
Viene richiesta la formazione di gruppi di 2/3 persone che avranno il compito di presentare i seguen3 deliverable facen3 parte della valutazione: • Modello Conce/uale e Modello Logico: rappresentazione conce;uale e logica del dominio applica3vo – almeno 2 faO e 4 dimensioni. (PPT o Word) • ETL e DM: script SQL di popolamento del DM e DM implementato. (file .sql e db SQL). • Repor4ng: modello mul3dimensionale implementato sugli Universi Business Objects e 2 Report significa3vi. (1 Universo e 2 Report DeskI). • Presentazione del proge/o (PPT) •
L'esame orale consiste in due par3, entrambe obbligatorie: • Discussione comune sul proge;o realizzato • Discussione ed orale singolo (di ciascun componente del gruppo) Sistemi Informa3vi Avanza3 A.A. 13-­‐14 2 Registrazione gruppi Ciascuno studente si registra entro il 30/10 a;raverso l’invio di una e-­‐mail all'indirizzo [email protected] con in copia [email protected]: 1. Ogge;o: Registrazione gruppi 2. Contenuto (organizzato in una tabella con una riga per ogni membro del gruppo): –
Nome, Cognome, Matricola, Cellulare, Email, Facoltà Triennale di provenienza, Materia Tesi Laurea Triennale, Nome del Gruppo di Proge;o 3. L’e-­‐mail deve essere inviata dal referente di ogni gruppo. Sistemi Informa3vi Avanza3 A.A. 13-­‐14 3 Ambito: Adventure Works •
•
•
AMBITO: Adventure Works Cycles, la società fiOzia a cui fanno riferimento i database di esempio AdventureWorks, è un'azienda mul3nazionale di grandi dimensioni. La società produce e vende bicicle;e in metallo e a stru;ura mista per i merca3 di America del nord, Europa e Asia. La sua sede opera3va si trova a Bothell, nello stato di Washington, e vi lavorano 290 dipenden3, mentre numerosi repar3 vendite sono disloca3 nelle diverse aree di mercato. DB OLTP: AdventureWorks2008R2 (non le versioni LT, DW) h;p://msfdbprodsamples.codeplex.com/downloads/get/478216 Modello del DB OLTP: vedi AventureWorks2008R2.pdf Sistemi Informa3vi Avanza3 A.A. 13-­‐14 4 Ambito: Adventure Works Sistemi Informa3vi Avanza3 A.A. 13-­‐14 5 Prima consegna FASE 1: Schema Relazionale La proge;azione conce;uale parte dal DataBase operazionale riconciliato e quindi dallo schema relazionale di tale DataBase; è necessario riportare lo schema E/R rela3vo a tale schema relazionale. FASE 2: Modello Conce/uale Scopo di questa fase è iden3ficare i faO di interesse ritenu3 più interessan3 ed effe;uare la proge;azione conce;uale tramite i rela3vi schemi di fa;o. Tale fase proge;uale deve contenere un minimo di discussione sulle analisi che si vogliono condurre sui da3, sui rela3vi faO di interesse scel3, sulle dimensioni (e quindi sul livello di granularità da ado;are) e sulle misure. Documentare la proge;azione conce;uale con una breve descrizione per le scelte effe;uate, limitatamente ai pun3 più importan3. Sistemi Informa3vi Avanza3 A.A. 13-­‐14 6 Seconda consegna FASE 3: Proge/azione logica del Data Mart La fase di proge;azione logica deve essere condo;a con quanto analizzato durante il corso. Tale fase di proge;azione deve produrre lo schema del DataMart (star schema e/o snowflake schema) che verrà implementato su SQL Server. FASE 4: Proge/azione dell’alimentazione (ETL) La fase di proge;azione dell'alimentazione del DM deve portare alla realizzazione delle query che consentano l'estrazione sta3ca dei da3 dal DB transazionale. Un esempio verrà eseguito durante le esercitazioni Sistemi Informa3vi Avanza3 A.A. 13-­‐14 7 Terza consegna FASE 5: Implementazione dell’universo BO Il DM realizzato nella fase precedente verrà importato in BusinessObject creando l’universo corrispondente ed alimentandolo. Un esempio verrà visto nelle esercitazioni. FASE 6: Creazione dei Report BO Infine verranno crea3 2 report su BusinessObject che riguardino i faO e le dimensioni modellate negli step preceden3. Sistemi Informa3vi Avanza3 A.A. 13-­‐14 8 Esame La prima esercitazione dopo ogni scadenza è dedicata al feedback • Ad ogni scadenza seguirà un feedback personalizzato per ogni gruppo che descrive alcuni dei problemi / errori principali riscontra3. • I deliverable consegna3 alle scadenze durante il semestre verranno correO e valuta3 • Lo scopo delle consegna intermedie è quello di guidare il gruppo nella realizzazione di un proge;o di buona qualità e quindi dalla valutazione se il proge;o è ammissibile o meno all’esame • I gruppi con deliverable con errori o imprecisioni sono tenu3 a correggere i problemi entro la consegna successiva o comunque entro la data dell’esame. I gruppi che presentano gravi lacune non saranno ammessi al preappello di dicembre e potranno sostenere l’esame a gennaio. • L’eventuale valutazione nega3va del singolo deliverable non impa;a sul voto finale del proge;o qualora nella presentazione finale sia reso evidente di aver colmato ogni lacuna. Sistemi Informa3vi Avanza3 A.A. 13-­‐14 9 Esame L'esame orale consiste in due par3, entrambe obbligatorie: • Discussione comune sul proge/o realizzato: • Presentazione (ppt o analogo) del lavoro svolto à Massimo 25 slide, massimo 15 minu3. I gruppi che sforano verranno penalizza3 nella voto associato al proge;o). • Domande chiarificatrici sul proge;o che prendono spunto dalla presentazione. • Valutazione del proge;o • Valutazione in trentesimi del proge;o (voto assegnato al gruppo e quindi uguale per tuO i componen3 del gruppo) • Una buona presentazione nel giorno dell’esame è una presentazione che ha recepito e corre;o tu;e le segnalazioni comunicate nei feedback e non introduce altri elemen3 nega3vi (siano essi nuovi o sfuggi3 ai docen3 durante al feedback) • Discussione ed orale singolo (di ciascun componente del gruppo) • Esercizi e domande che prendono spunto dal proge;o o da argomen3 tra;a3 nel corso. Si privilegiano domande pra3che a quelle teoriche (non escluse però per o;enere i massimi vo3). • Valutazione: +/-­‐3 pun3 rispe;o al voto del proge;o di gruppo. Sistemi Informa3vi Avanza3 A.A. 13-­‐14 10 Pianificazione Registrazione dei gruppi: entro mercoledì 15/10/2014 Prima consegna modello conce;uale entro sabato 01/11 Feedback mercoledì 05/11/2014 Seconda consegna modello logico, ETL e DM entro sabato 22/11 Feedback mercoledì 26/11/2014 Terza consegna Repor3ng entro sabato 06/12 Feedback mercoledì 10/12/2014 Presentazione Finale Project Work: PPT e Report (Esame orale) Preappello: giovedì 18/12/2014 •
•
Le lezioni in laboratorio intermedie serviranno per: le esercitazioni e la supervisione sul Project Work Chi non rispe;a queste firm deadline oppure presenta degli elabora3 insufficien3 che richiedono modifiche significa3ve farà l'esame con l'anno nuovo. Sistemi Informa3vi Avanza3 A.A. 13-­‐14 11 Casi par4colari • Componen4 del gruppo che lasciano il corso durante il semestre • Gli altri componen3 possono con3nuare da soli • Se rimane un gruppo composto da una sola persona si valuterà caso per caso come ges3rlo • Studen4 non frequentan4 • Il corso è focalizzato sul proge;o. Chi non riesce a venire a lezione / esercitazione deve comunque presentare un proge;o. È possibile: • Presentare proge;o rido;o da solo con 1 fa;o e 2 dimensioni. • Lavorare in gruppo con 1 o 2 studen3 che frequentano. In tal caso è richiesto di partecipare almeno ad un paio di sessioni di feedback per dimostrare che si sta contribuendo al lavoro come gli altri. • Le modalità d’esame non cambiano • Studen4 di un gruppo che sostengono l’esame in date differen4 • Se il gruppo si deve spezzare in 2 o più date di esame, ogni data d’esame la presentazione dovrà essere ripetuta per intero. Le slide possono rimanere le stesse. • Non è garan3to che in questo caso il voto del proge;o sia uguale per tuO dipendendo dalla performance della singola presentazione Sistemi Informa3vi Avanza3 A.A. 13-­‐14 12