1 / 19

PRESTITI BIBLIOTECA

Progettazione database a cura di Roberta Mancini – matr. 565714 CdLM in Marketing. PRESTITI BIBLIOTECA. 1. ANALISI DEI REQUISITI. Si vuole progettare un database per una biblioteca personale che presta libri ad amici. La progettazione deve tener conto di quanto emerso in fase di analisi:

tracen
Télécharger la présentation

PRESTITI BIBLIOTECA

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Progettazione database a cura di Roberta Mancini – matr. 565714 CdLM in Marketing PRESTITI BIBLIOTECA

  2. 1. ANALISI DEI REQUISITI Si vuole progettare un database per una biblioteca personale che presta libri ad amici. La progettazione deve tener conto di quanto emerso in fase di analisi: • Il proprietario presta i libri solo ai suoi amici. • Nessuno dei libri ha lo stesso titolo. • Quando presta un libro prende nota della data prevista di restituzione.

  3. ANALISI DEI REQUISITI A tale scopo bisognerà memorizzare i dati relativi a: • Amici • Libri • Prestiti Il fine ultimo è quello di automatizzare la gestione dei prestiti di libri nella biblioteca.

  4. DOMINIO APPLICATIVO Tutte le entità coinvolte nel sistema “Biblioteca”, in particolare gli amici a cui vengono prestati i libri, i libri dati in prestito e le notizie relative alle date di prestito e restituzione.

  5. SCHEMA ENTITA’-RELAZIONI AMICI 1:N N:N PRESTITI 1:N LIBRI

  6. PROGETTAZIONE CONCETTUALE • Nel nostro caso sono state individuate le seguenti entità: • Amici • Libri • Prestiti

  7. PROGETTAZIONE CONCETTUALE AMICI Per l’entità “Amici” sono stati utilizzati i seguenti attributi: • ID amico: codice univoco dell’ Amico • Nominativo amico: insieme di tutti gi amici ai quali sono stati prestati i libri. • Indirizzo amico • Comune di residenza amico • Numero telefono amico

  8. PROGETTAZIONE CONCETTUALE PRESTITI Per l’entità “Prestiti” sono stati utilizzati i seguenti attributi: • ID prestito • Data prestito • Data restituzione prestito

  9. PROGETTAZIONE CONCETTUALE LIBRI Per l’entità “Libri” sono stati utilizzati i seguenti attributi: • ID Libro • Titolo libro • Autore libro

  10. PROGETTAZIONE LOGICA DEFINIZIONE DELLE RELAZIONI AMICI LIBRI N:N • Un amico può prendere in prestito più libri. • Ogni libro può essere prestato a più amici non contemporaneamente. • Tutti i libri posso essere prestati a tutti gli amici

  11. PROGETTAZIONE LOGICA TABELLA AMICI

  12. PROGETTAZIONE LOGICA TABELLA LIBRI

  13. PROGETTAZIONE LOGICA TABELLA PRESTITI

  14. SCHEMA LOGICO

  15. VALORI NULLI I valori nulli possono essere ammessi sull’attributo “Data Restituzione Prestito”, perché è possibile prestare un libro senza aver fissato una precisa data di restituzione; sarebbe difficile accettare valori nulli sull’attributo “Nominativo Amico”, perché di solito è necessario sapere chi ha il libro. L’attributo “Titolo Libro” è la chiave e quindi non può avere valori nulli.

  16. 2. INTEGRITA’ REFERENZIALE Le chiavi sono: - “Cod” per la relazione PAZIENTI - “Paziente” per la relazione RICOVERI - “Matr” per la relazione MEDICI - “Cod” per la relazione REPARTO

  17. INTEGRITA’ REFERENZIALE Un paziente può essere ricoverato solo una volta nello stesso giorno. Se supponiamo che questa ipotesi non venga soddisfatta, e che un paziente possa essere ricoverato più volte nello stesso giorno, la relazione non sarebbe corretta. Infatti due o più ricoveri nello stesso giorno e nello stesso reparto dovrebbero avere anche la stessa data di dimissione, e così sarebbe rappresentata nella stessa riga nella relazione.

  18. INTEGRITA’ REFERENZIALE I vincoli di integrità che esistono nel database sono tra l’attributo “Paziente” in RICOVERI e “Cod” in PAZIENTI, tra “Reparto” nella relazione RICOVERI e “Cod” nella relazione REPARTI, tra “Primario” in REPARTI e “Matr” nella relazione MEDICI e infine tra “Reparto” in MEDICI e “Cod” in REPARTI.

  19. INTEGRITA’ REFERENZIALE I valori nulli possono essere ammessi negli attributi “Cognome” e “Nome” nella relazione PAZIENTI, “Fine” nella relazione RICOVERI, “Cognome” e “Nome” nella relazione MEDICI e “Nome” nella relazione REPARTI. Tutti questi attributi non sono chiavi e non hanno nessun vincolo di integrità referenziale.

More Related