1 / 21

PROGETTAZIONE DATABASE BIBLIOTECA PERSONALE

PROGETTAZIONE DATABASE BIBLIOTECA PERSONALE. De Sario Simona Matricola: 565581. ANALISI DEI REQUISITI. Si vuole automatizzare la gestione di una biblioteca personale. A tale scopo bisognerà memorizzare i dati relativi a: Amici Libri

zita
Download Presentation

PROGETTAZIONE DATABASE BIBLIOTECA PERSONALE

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 BIBLIOTECA PERSONALE De Sario Simona Matricola: 565581

  2. ANALISI DEI REQUISITI • Si vuole automatizzare la gestione di una biblioteca personale. • A tale scopo bisognerà memorizzare i dati relativi a: • Amici • Libri • Il fine ultimo è ricavare le informazioni relative al prestito e la loro data di restituzione prevista.

  3. DOMINIO APPLICATIVO • Nel nostro caso il dominio applicativo è rappresentato dal tutte le biblioteche.

  4. SISTEMA ENTITÀ-RELAZIONE AMICI 1 : N PRESTITI N : 1 LIBRI

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

  6. PROGETTAZIONE CONCETTUALE LIBRI Per l’entità Libri sono stati individuati i seguenti attributi: • TitoloLibro: Che comprende i titoli dei libri presenti nella biblioteca. • AutoreLibro: che comprende gli autori dei libri presenti nella biblioteca (in realtà vi potrebbe essere anche una tabella Autori con relazione 1:N con Libri). • CasaEditriceLibro: che comprende le case editrici dei libri presenti in biblioteca (in realtà vi potrebbe essere una tabella Casa Editrice con relazione 1:n con Libri).

  7. PROGETTAZIONE CONCETTUALE AMICI Per l’entità Amici sono stati individuati i seguenti attributi: NomeSoprannomeAmico: Contiene i nomi o i soprannomi degli amici del proprietario della biblioteca (in modo tale da essere univocamente individuati); IndirizzoAmico: contiene i campi indicanti la via e il numero civico di residenza dell’amico; CittaAmico: contiene i campi indicanti il paese di residenza dell’amico (in realtà è più corretto che ci sia un’altra tabella Città collegata con Amico con una relazione 1:N)

  8. PROGETTAZIONE CONCETTUALE DEFINIZIONE DELLE RELAZIONI 1 : N AMICI LIBRI 1 : N N : N PRESTITI

  9. PROGETTAZIONE CONCETTUALE DEFINIZIONE DELLE RELAZIONI • Dalla relazione N : N deriva una ulteriore entità, PRESTITI, i cui attributi saranno i seguenti: • IdPrestito: codice univoco del prestito • Campo link alla tabella Amici (fkNomeSoprannomeAmico): definisce l’amico che ha preso il libro in prestito • Campo link alla tabella Libri (fkTitoloLibro): definisce il libro preso il prestito • DataPrestito: definisce la data del prestito • DataPrevistaRestituzione: definisce la data presunta di restituzione del libro preso in prestito.

  10. PROGETTAZIONE CONCETTUALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella Amici

  11. PROGETTAZIONE CONCETTUALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella Libri

  12. PROGETTAZIONE CONCETTUALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella Prestiti

  13. SCHEMA LOGICO

  14. Istanza libri Istanza amici Istanza prestiti

  15. valori nulli Impostando come vincolo notnull, non è possibile saltare la compilazione del campo che, chi ha progettato il DB, ha voluto che necessariamente sia inserito. Il vincolo notnull quindi è importante per campi necessari senza dei quali la stessa istanza tabellare avrebbe poco senso. Il beneficio è che senza la compilazione di un determinato campo il soggetto non potrà andare avanti nell’immissione dei dati in tabella mentre lo svantaggio è che se una informazione anche se importante non è immediatamente disponibile non si riuscirà ad andare avanti nella compilazione della tabella e aggiungere l’informazione successivamente. Nel DB biblioteca ho posto come Notnull l’Autore nella tabella Libro, in quanto informazione importante, come anche la data del prestito e la data prevista di restituzione contenute nella tabella Prestiti.

  16. DATABASE OSPEDALE

  17. DATABASE OSPEDALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella Reparti

  18. DATABASE OSPEDALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella Pazienti

  19. DATABASE OSPEDALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella Ricoveri Superchiave (Chiave primaria di Ricoveri)

  20. DATABASE OSPEDALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella Medici

  21. DATABASE OSPEDALE L’unico attributo sul quale possa essere sensato ammettere valori nulli, è l’attributo FineRicovero della tabella Ricoveri. Infatti la data di fine ricovero non vieni immessa nel Data Base insieme alla registrazione del ricovero del paziente ma successivamente, ovvero al momento della sua dimissione. Le altre informazioni sono importanti, e quindi devono essere immesse necessariamente.

More Related