>   Dipartimento di Informatica   >   Toni Mancini
[login|nuovo account]      [Italiano|English]

Laurea in Informatica, Insegnamento di

Basi di dati, modulo 2

Edizione dell'a.a. 2022/2023

Codice insegnamento: 1015887
Numero CFU del modulo: 6

Tutor: Marco Esposito

Modalità d'esame

L'esame dell'insegnamento di Basi di dati (12 CFU) si articola in due diversi gruppi di prove, uno per il Modulo 1 e l'altro per il Modulo 2.

Regole d'esame

Per superare l'esame dell'insegnamento di Basi di dati (12 CFU), lo studente dovrà superare tutte le seguenti prove:

  • Prove relative al Modulo 1, di competenza dei Proff. Giuseppe Perelli e Maria De Marsico

  • Prove relative al Modulo 2:
    • [M2.S] Prova scritta
    • [M2.O] Prova orale

Le prove [M2.S] e [M2.O] vanno superate nello stesso appello. Non ci sono invece vincoli temporali tra il superamento delle prove relative al Modulo 1 e quelle relative al Modulo 2.

Metodologia di valutazione

  • Il superamento delle prove relative al Modulo 1 darà luogo ad un voto V1 espresso in trentesimi
  • Il superamento delle prove relative al Modulo 2 darà luogo ad un voto V2 espresso in trentesimi

  • Il voto complessivo V per l'esame di Basi di dati (12 CFU) sarà calcolato come segue, previo superamento di tutte le prove soddisfando i vincoli espressi nelle regole d'esame:

    V = (V1+V2)/2 (con arrotondamento all'intero più vicino)

Prove relative al Modulo 2

Le prove relative al Modulo 2 sono le seguenti:

Prova scritta [M2.S]

La prova scritta [M2.S] sarà a libri chiusi e consisterà nella progettazione di una applicazione di basi di dati (relazionale con vincoli) a partire da una specifica dei requisiti.

In particolare si chiederà di seguire la metodologia di progetto vista nel corso (e applicata ai progetti svolti pubblicati su questo sito web) e di eseguire le seguenti fasi:

  1. Analisi concettuale dei dati e delle funzionalità
    • Raffinamento e strutturazione dei requisiti
    • Analisi dei dati mediante la produzione di un diagramma ER concettuale, del dizionario dei dati, e di eventuali vincoli esterni al diagramma espressi in logica del prim'ordine
    • Analisi delle funzionalità mediante:
      • Produzione del diagramma UML degli use-case
      • Definizione delle specifiche concettuali delle singole operazioni di use-case in logica del prim'ordine
  2. Progettazione della base dati e delle funzionalità
    • Progettazione dei tipi di dato utilizzati in fase di Analisi in termini di domini SQL supportati dal DBMS
    • Ristrutturazione del diagramma ER concettuale e produzione dello schema relazionale con vincoli della base dati, effettuando opportune scelte per aumentare le prestazioni complessive del sistema
    • Definizione di vincoli esterni allo schema mediante condizioni SQL che devono essere sempre verificate
    • Definizione delle specifiche realizzative delle singole operazioni di use-case mediante algoritmi in pseudo-codice e comandi SQL.

La prova scritta è dimensionata per essere svolta in circa 3 ore. Tuttavia, data la natura fortemente progettuale della prova, si ritiene opportuno offrire agli studenti la più ampia disponibilità di tempo, al fine di poter ovviare ad eventuali (e limitati) errori di analisi/progettazione che dovessero essere rilevati più a valle del ciclo di vita.

Il tempo massimo per la consegna della prova scritta è quindi rilassato a 5 ore (il massimo tempo compatibile con le disponibilità di aule).

Si consiglia di stampare e portare con sé il modulo risposte per svolgere l'esame con maggiore agilità. Alternativamente è possibile utilizzare fogli di carta formato A4 o simili (anche a righe o quadretti), inizialmente vuoti e svolgere la propria prova seguendo la stessa struttura.

Prova orale [M2.O]

La prova [M2.O] partirà da una discussione della prova [M2.S] allo scopo di evitare che ci siano stati errori o incomprensioni da parte dei docenti durante la valutazione.
A discrezione dei docenti, la prova [M2.O] potrà trasformarsi in un colloquio approfondito per verificare il dominio dei contenuti del programma del Modulo 2.

Metodologia di valutazione

Dato l'eccezionalmente ampio tempo a disposizione per la prova [M2.S], si richiede allo studente di dimostrare di essere in grado di condurre in modo adeguato tutti i passi dell'analisi e progettazione dell'applicazione.

Sebbene la prova orale [M2.O] sia parte necessaria per completare la valutazione della prova scritta [M2.S] e, dunque, non saranno disponibili giudizi intermedi della prova scritta [M2.S] prima della prova orale [M2.O], questa non potrà sanare errori compiuti dallo studente nella prova scritta [M2.S].

Ciò implica che la prova orale [M2.O] può concludersi immediatamente con una insufficienza, in caso lo svolgimento della prova scritta [M2.S] dovesse contenere errori o lacune sostanziali in passi chiave dell'attività di progetto, come ad esempio (lista non esaustiva):

  • Un diagramma ER concettuale inadeguato o con gravi errori
  • Errori sostanziali nell'uso della logica del primo ordine
  • Errori sostanziali nello schema relazionale della base dati e/o nell'implementazione dei vincoli associati
  • Errori sostanziali nella specifica realizzativa degli use-case (ad es., errori sostanziali nel codice SQL).



[This web site could never be realised without the sophisticated features of a pure text editor and the extreme power of 220V]