1 / 15

Compito di Laura Lorusso (565547) Abilità informatiche avanzate CdLM in Marketing

Compito di Laura Lorusso (565547) Abilità informatiche avanzate CdLM in Marketing. Analisi dei requisiti. Si vuole automatizzare la gestione dei prestiti di una biblioteca personale. A tale scopo bisognerà memorizzare i dati relativi alle entità Amici e Libri.

fayre
Download Presentation

Compito di Laura Lorusso (565547) Abilità informatiche avanzate CdLM in Marketing

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. Compito di Laura Lorusso (565547)Abilità informatiche avanzateCdLM in Marketing

  2. Analisi dei requisiti Si vuole automatizzare la gestione dei prestiti di una biblioteca personale. A tale scopo bisognerà memorizzare i dati relativi alle entità Amici e Libri. Il fine ultimo è ricavare informazioni relative ai Prestiti effettuati. Occorre considerare che il proprietario: indica i suoi amici semplicemente attraverso il nome o il soprannome (per evitare omonimie); fa riferimento ai libri attraverso i titoli e non possiede libri con lo stesso titolo; quando presta un libro prende nota della data prevista di restituzione.

  3. Dominio applicativo E’ rappresentato da tutte le entità coinvolte nel sistema Biblioteca Personale relative alla gestione dei prestiti: Amici, Libri e Prestiti.

  4. Schema entità-relazioni Amici 1 N N Prestiti N N 1 Libri

  5. Progettazione concettuale Per l’entità Amici sono stati individuati i seguenti attributi: Amici • ID Amico • Nome Amico • Indirizzo Amico • Telefono Amico • E-mail Amico

  6. Progettazione concettuale Libri • Per l’entità Libri sono stati individuati i seguenti attributi: • ID Libro • Titolo Libro • Autore Libro

  7. Progettazione logica DEFINIZIONE DELLE RELAZIONI Libri Amici N : N • Un libro può essere preso in prestito da più amici • Un amico può prendere in prestito più libri

  8. Progettazione logica DEFINIZIONE DELLE RELAZIONI 1 : N Libri Amici N : 1 N : N Prestiti

  9. Progettazione logica DEFINIZIONE DELLE RELAZIONI Dalla relazione N:N deriva una ulteriore entità (PRESTITI) i cui attributi saranno i seguenti: ID prestito: codice univoco Campo link alla tabella Amici: definisce a chi è stato prestato il libro Campo link alla tabella Libri: definisce il libro che è stato preso in prestito Data concessione prestito Data prevista restituzione prestito

  10. Progettazione logica DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella Amici N.B. L’Amico può avere più numeri di telefono, ma considerata l’analisi dei requisiti, non è necessario specificare questa relazione.

  11. Progettazione logica DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella Libri N.B. Un autore, può aver scritto n libri, ma considerata l’analisi dei requisiti, non è necessario specificare questa relazione.

  12. Progettazione logica DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella Prestiti

  13. SCHEMA LOGICO

  14. Considerazioni 1° punto Non è possibile ammettere valori nulli per i campi chiave il cui scopo è quello di identificare i record e realizzare riferimenti da altre relazioni. Ai fini di una adeguata gestione dei prestiti devono essere not null i campi NomeAmico e TitoloLibro; è sensato ammettere valori nulli per i campi DataConcessionePrestito e DataPrevistaRestituzionePrestito. Ritengo opportuno non inserire tale vincolo per il campo EmailAmico, perché l’amico potrebbe non avere una e-mail; trattandosi poi di una biblioteca personale non è necessario imporre il vincolo not null per i campi IndirizzoAmico e TelefonoAmico, che potrebbero essere sconosciuti al proprietario dei libri. Infine, per quanto riguarda il campo AutoreLibro, trattandosi di un attributo di scarsa importanza è bene ammettere l’inserimento di valori nulli.

  15. Considerazioni 2° punto • Chiavi primarie • “Cod” per la relazione Pazienti • “Paziente” e “Inizio” per la relazione Ricoveri (a mio avviso è preferibile inserire una chiave IDRicoveri di tipo contatore) • “Matr” per la relazione Medici • “Cod” per la relazione Reparti • Vincoli di integrità referenziale • Tra l’attributo “Paziente” nella relazione Ricoveri e l’attributo “Cod” nella relazione Pazienti • Tra “Reparto” in Ricoveri e “Cod” in Reparti • Tra “Primario” in Reparti e “Matr” in Medici • Tra “Reparto” in Medici e “Cod” in Reparti • Valori nulli • E’ sensato ammettere valori nulli per gli attributi Cognome e Nome nella tabella Pazienti, per l’attributo Fine nella tabella Ricoveri, per gli attributi Nome e Cognome in Medici, per l’attributo Nome in Reparti. • Ad ogni modo ritengo che, ai fini di una corretta gestione del sistema Ospedale, tutti i campi dovrebbero essere Not Null.

More Related