Progetto Finale: Progettazione di un database e di una applicazione

Transcript

1 Progetto Finale: Progettazione di un database e di una applicazione Docenti: Roberto Basili Corso di Basi Di Dati a.a Norme Generali Il progetto fa parte della valutazione gobale del corso e come il test finale esso va necessariamente completato prima della verbalizzazione dell esame. Lo studente dovrebbe utilizzare un ambiente di sviluppo di un database, un linguaggio procedurale (ad es. Java/JDBC o Php) ed eseguire le seguenti attivita : progettare lo schema concettuale del problema proposto implementare i costrutti SQL necessari alla creazione ed alla generazione di un instanza del database progettare la componente procedurale richiesta, cioe la applicazione implementare la componente procedurale in Java, PhP (a scelta) documentare l intero progetto Lo studente dovra quindi consegnare una relazione contenente sezioni distinte per le seguenti attivita progettazione concettuale progettazione dello schema logico descrizione (o listing) dello script di generazione del database progettazione (algoritmica) della componente procedurale implementazione della componente procedurale test di funzionalita Si vuole osservare che ogni progetto, partendo dalle specifiche (parziali) fornite da questo documento, puo essere sviluppato secondo scelte progettuali diverse a discrezione dello studente. La relazione dovra quindi descrivere le assunzioni aggiuntive considerate da ogni specifico progetto. Un progetto puo essere svolto da un gruppo formato al massimo da tre studenti. Ogni gruppo dovra consegnare una sola relazione. La data consigliata per la consegna quella del 18 Dicembre Si assume come data ultima di consegna dei progetti il 21 Dicembre Eventuali ulteriori ritardi nella consegna potranno essere comunque concordati con il docente. 1

2 1 Progetto 1: Calcio e Turismo Una agenzia turistica decide di realizzare un prodotto per la gestione dei viaggi legati alle squadre di serie A. Il servizio offre prenotazioni alberghiere e viaggi organizzati per i tifosi di squadre di calcio registrati. Ogni squadra di calcio offre convenzioni specifiche per l Italia. Nelle citta di ogni regione italiana e previsto un certo numero di alberghi convenzionati. La progettazione di un viaggio organizzato dipende dal numero dei tifosi ed un database relazionale supporta i processi di prenotazione (ad un incontro di interesse) per i clienti e di organizzazione complessiva del viaggio da parte della agenzia. L agenzia per ogni citt servita organizza tipi diversi di viaggio per i tifosi delle diverse squadre: bus, aereo o treno. La prenotazione pu riguardare viaggio o albergo (o solo uno dei due). Lo stesso viaggio pu essere offerto a tifosi di squadre diverse. Per un incontro verranno registrate le prenotazioni ed alla fine della organizzazione del viaggio verranno proposte le soluzioni ed i prezzi, a seconda del tipo di viaggio. Quando il numero di tifosi esiguo il viaggio in treno o in areo avr costi maggiori. Se un certo insieme di tifosi utilizza lo stesso servizio potanno essere organizati viaggi dedicati (per es. in pullmann) ed applicati sconti a seconda della convenzione vigente (sconto) con la squadra. L applicazione deve: (1) garantire la prenotazione per ogni incontro di campionato; (2) entro alcuni giorni da ogni evento, produrre una o pi possibili organizzazioni; (3) consentire alla agenzia di decidere, selezionando una organizzazione tra le possibili e guidando la creazione del pacchetto d offerta finale; (4) compilare automaticamente la mailing list dei registrati ad un evento per la comunicazione del prezzo finale; (5) contabilizzare l andamento globale e l andamento squadra per squadra. 1.1 Componente procedurale a) Gestione a video della registrazione clienti e della prenotazione/registrazione ad un evento sportivo; b) Generazione delle offerte a seconda della citt di riferimento e del tipo di viaggio in essa consentito; c) Gestione delle offerte possibili (per esempio selezione di quella migliore) da parte del personale di agenzia d) Compilazione della mailing list dei prenotati ad ogni evento e) Gestione della contabilizzazione degli eventi globale e per ogni squadra (numero di partecipanti, numero di pacchetti acquistati, totale vendite e costi) 2

3 2 Progetto 2: Database Musicale Un provider di informazione musicale offre un browser (locale sui computer dei propri clienti registati) per la collezione di canzoni e video musicali distribuiti (a pagamento) sul Web. L utente puo navigare a partire dai titoli (anche incompleti) di brani individuali o album, dagli artisti, dai generi musicali o dal periodo di composizione o dalle etichette discografiche. Prima di un ordine, un cliente pu navigare, selezionare i singoli brani o gli album e riempire il proprio carrello. All atto del download la verifica dei dati fiscali del cliente consente, all accettazione di attivare la procedura di vendita (cio archiviare il record delle vendite individuali per la preparazione della consegna (di CD o di download, a seconda del tipo di acquisto). Durante il browsing dovranno essere registrate le singole interrogazioni utente e collegate alle sue eventuali scelte di acquisto. Un servizo di registrazione dei comportamenti dell utente dovrebbe consentire di produrre una lista dei nuovi arrivi compatibili con i gusti del cliente (vendite pregresse), come nel caso di playlist individuali. E prevista la contabilizzazione degli acquisti. L applicazione deve supportare: (1) i diversi tipi di interrogazione per la localizzazione dei dettagli di vendita (costi, spedizioni e tempi consegna); (2) la gestione di un carrello; (3) la gestione del profilo utente e la generazione automatica (al benvenuto al servizio) della playlist ricavata dagli ultimi arrivi; (4) compilare automaticamente la lista di ogni acquisto (eventualmente multiplo) per la accettazione definitiva del cliente; (5) contabilizzare l andamento globale delle vendite. 2.1 Componente procedurale a) Gestione a video della registrazione e della navigazione/ricerca dei clienti; b) Gestione di un carrello e di una sintesi di ogni acquisto; c) Gestione (anche off-line) di un profilo utente per la creazione di playlist individuali d) Gestione della contabilizzazione globale delle vendite nell ultimo mese 3

4 3 Progetto 3: Calcio e Notizie Una agenzia di stampa specializzata in servizi sportivi decide di realizzare un prodotto per la registazione dei dati tecnici di un incontro di calcio. Alcuni giornalisti sportivi in tempo reale inseriscono dati su punizioni, passaggi, attacchi e amminizioni/espuslioni di un incontro. Il parallelismo e la concorrenza dei dati richiedono l uso di un modello dei dati relazionali e la progettazione di un database dedicato. Una componente generale descrivera le squadre ed i giocatori dei diversi team, mentre una seconda componente sara utilizzata per uno specifico incontro. Si trattera quindi di modellare la nozione di campionato di calcio e di incontro e di implementarne i requisiti generali. In un incontro saranno registrati i goal (e i cannonieri), i dati disciplinari (falli e corner fatti e subiti, ammoniti ed esplusli) ed alcune notizie tattiche (percentuali di gioco nei quadranti del campo, tipoloige di verse di attacco, etc.). Per la registrazione i tecnici possono contare su una applicazione (a menu) che permette l inserimento dei dati puntuali (evento e suoi partecipanti, per es. goal e suo autore) e l aggiornamento in tempo reale. Ogni inserimento si basa su una serie di scelte dai menu corrispondenti, cosi da minimizzare i tempi di inserimento. A fine partita sara possibile derivare l insieme delle statistiche per le due squadre, per i singoli giocatori (per es. insieme dei falli fatti o subiti) L applicazione deve: (1) garantire la contabilizzazione di ogni evento; (2) segnalare al servizio dati generali (per esempio se una squadra ha totalizzato piu di un certo numero di ammonizioni) 3) ed infine guidare la creazione del menu finale (o tra primo e seocndo tempo) con la rassegna dei dati tecnici (ad es. falli e ammoniti) e tattici (ad es. numero di attacchi dal centro dalla destra o dalla sinistra). 3.1 Componente procedurale a) Gestione a video della interazione del giornalista sportivo per l inserimento in tempo reale dei dati di gioco; b) Generazione del menu di sintesi tecnico-tattica al termine della partita; c) Aggiornamento della componente generale del campionato con i dati sintetici (ad es. percentuali totali della partita) relativi all incontro effettuato con una successivo report (per ogni squadra) delle partite effettuate e dei dati accumulati durante il campionato. 4

5 4 Progetto 4: Tema Aperto Gli studenti possono proporre, secondo le specifiche per la parte procedurale fornite negli altri temi sopra definiti, un dominio applicativo diverso da quelli proposti (Progetto 1-3) ed i corrispondenti processi utente (client del DBMS). Concrdando con il docente il tema e le procedure applicative da implementare possono quindi completare un progetto diverso da quelli proposti e discuterlo nella seduta di verbalizzazione. 5