Analisi e ipotesi aggiuntive

Viene richiesto di progettare e realizzare un database che contenga le informazioni necessarie per la vendita on line di libri a utenti registrati.

Libri e Utenti risultano quindi le entità principali del sistema informatico che si andrà a realizzare.

per i libri sono richiesti:

• suddivisione in reparti (architettura e urbanistica, arte, classici greci e latini ...) .
  Pur se non esplicitamente evidenziato risulta plausibile ipotizzare che un libro faccia parte di un solo reparto

• ulteriore suddivisione dei Reparti in Categorie, nel testo viene utilizzato il termine "libri" che sostituiamo con "categoria", in alternativa, potremmo utilizzare anche il termine "segnalati" per evitare ambiguità, ("Da non perdere", "I più venduti" ...); ogni segnalazione o categoria ha una caratterizzazione che può riguardare la tipologia di sconto proposto, il numero di copie vendute o la data di pubblicazione e inserimento in catalogo.
  Anche in questo caso non viene esplicitamente definito il fatto che un libro possa appartenere a una sola o a più categorie, equivalentemente, non viene esplicitato se ad uno stesso libro possano essere applicate segnalazioni differenti ; nella nostra proposta daremo la possibilità di inserire un libro in più di una categoria (possa ricevere più segnalazioni) pensando che, per esempio, un libro possa appartenere contemporaneamente alla categoria "Da non perdere" e "I più venduti"

• per ogni libro vengono inoltre definite in modo preciso le caratteristiche che dovranno essere inserite nella base di dati
  In particolare analizziamo:

  • lo sconto che ipotizziamo non strettamente legato alla categoria ( o segnalazione) di appartenenza

  • una serie di dati non particolarmente strutturati (numero di pagine, tipo di rilegatura ...) che rappresentiamo in un unico attributo generico testuale sul quale non sarà prevista nessuna operazione particolare. In caso contrario, i dati andrebbero distribuiti su campi separati
    

  • le fotografie delle copertine dei libri saranno memorizzate in file esterni al database all'interno del quale sarà inserito un riferimento a tali file.

Anche per gli utenti vengono definite in modo preciso le caratteristiche che dovranno essere inserite nella base di dati.

• Nessuna caratteristica pone particolari problemi di gestione. Ci sentiamo solo in dovere di precisare che il numero di carta di credito di ogni utente è un dato estremamente sensibile che andrebbe trattato con opportune procedure che ne garantiscano la sicurezza (tale problema esula però dalle richieste formulate nel testo)

Ad ogni utente, ad ogni nuovo accesso al negozio on line, sarà assegnato un carrello acquisti virtuale nel quale inserire i libri selezionati che potranno poi essere confermati (tutti, o in parte) per dar luogo a un ordine di acquisto.

Ulteriori ipotesi

Nella definizione del carrello acquisti il testo parla di "disponibilità" (giorni, settimane ...), tale dato verrà fornito per ogni singolo libro nel database