Università degli studi di Pisa Facoltà di Ingegneria. Progetto e realizzazione di un software per la gestione di un mercato del libro usato

Transcript

1 Università degli studi di Pisa Facoltà di Ingegneria Corso di laurea in Ingegneria Informatica A.A. 2001/2002 Progetto e realizzazione di un software per la gestione di un mercato del libro usato Studenti: Alessandro Bardine Andrea Pisani Docenti: Ing. C. A. Prete Ing. S. Bartolini

2 1. Descrizione e motivazione del progetto 1.1 Introduzione e descrizione del problema Negli ultimi anni il mondo dell editoria scolastica ha subito alcuni fondamentali cambiamenti che hanno portato a nuove realtà di mercato e a nuove esigenze per gli operatori della vendita al dettaglio di tale settore commerciale. Da una parte c è stato il notevole aumento imposto dagli editori ai prezzi di vendita dei libri scolastici, prezzi che anno dopo anno sono cresciuti fino a raggiungere livelli difficilmente accettabili e sopportabili dalle famiglie di numerosi studenti. Dall altra parte, come risposta a tale situazione, si è affermato il fenomeno della compravendita di testi usati, inizialmente fra singoli studenti o comunque fra privati, successivamente in maniera sempre più massiccia ed organizzata in appositi mercatini che si tengono presso associazioni, circoli culturali e ricreativi e librerie con l importante apporto del lavoro dei loro operatori. Il successo di tali iniziative, per altro facilmente intuibile, è testimoniato in modo lampante dalle dimensioni che tali mercatini hanno assunto nel giro di pochi anni coinvolgendo in ciascuno di essi centinaia di persone e migliaia di libri scambiati. A fare ingiustamente le spese di tutto ciò sono rimaste le librerie tradizionali sia di piccola che di grossa dimensione le quali oltre a veder calare il proprio giro di affari a causa della riduzione del numero di libri scolastici nuovi venduti, si trovano impossibilitate ad entrare nel mercato dei libri usati che, sebbene potrebbe essere per loro appetibile in virtù dei pochi investimenti necessari e degli incassi potenzialmente generabili, richiederebbe un eccessivo sforzo al negoziante per quel che riguarda il lavoro supplementare da svolgere e dovuto essenzialmente alla grossa quantità di informazioni da gestire necessarie per la buona riuscita da tale tipologia di commercio. Similmente a quanto succede con altri beni usati, tutti i mercatini di libri usati infatti si basano sul concetto di deposito in conto vendita: i libri sono lasciati da parte dei proprietari a chi si occuperà della vendita senza inizialmente ricevere nulla e solo successivamente all eventuale acquisto di tali libri da parte di una terza persona, il venditore provvederà a liquidare al vecchio proprietario il ricavato della vendita trattenendo eventualmente per se una quota della somma incassata. Tale meccanismo presuppone che per ogni singolo libro che compare sul mercatino sia necessario mantenere dettagliate informazioni (oltre a quelle che consentono di individuarne titolo, autore, editore, ecc.) sul proprietario, sul prezzo di vendita, sul suo stato di venduto o invenduto e sull eventuale acquirente. Da tali informazioni bisogna poi risalire, ogni qual volta sia necessario, al credito maturato dai singoli depositanti i libri e capire quindi quali dei loro libri sono stati venduti, quali no e quali siano le loro spettanze economiche. Infine per evitare di ingombrare inutilmente il proprio negozio con libri non aventi alcuna possibilità di essere venduti, per ciascun libro proposto in conto vendita il negoziante dovrebbe verificare che esso sia effettivamente previsto come adozione in almeno una delle scuole della zona in cui egli si trova. La raccolta, la tenuta e l elaborazione di tutte queste informazioni risulterebbe per il negoziante troppo onerosa in termini di tempo e comporterebbe un carico ed un tipo di lavoro tale da rendere possibili, se non certi, numerosi errori; il tutto si tradurrebbe in attese estenuanti per i Clienti ed in perdite economiche e di immagine per la libreria. Tali motivazioni sono alla base della rinuncia da parte di numerose librerie a tale segmento di mercato, però la disponibilità di un adeguato sistema informatico di supporto renderebbe loro possibile l accesso con l impiego di risorse lavorative ed economiche ed un guadagno di ritorno paragonabili a quelli della vendita di libri nuovi; inoltre l utilizzo degli strumenti e delle tecnologie di comunicazione offerte da Internet, oltre a rappresentare un potente mezzo pubblicitario per la libreria, consentirebbe di alleviare ulteriormente il carico di lavoro dei negozianti permettendo lo svolgimento di diverse operazioni inerenti il mercato direttamente via Web e raggiungendo l ulteriore risultato di raggiungere un maggior numero di Clienti. 2

3 1.2 Analisi del mercato Attualmente non risultano essere disponibili sul mercato pacchetti software che siano adeguati a risolvere le molteplici problematiche presentate. Da una ricerca svolta consultando librai e cataloghi di produttori di software infatti è emerso che ciò che potrebbe avvicinarsi maggiormente alle necessità dei negozianti sono quei pacchetti pensati per la gestione di negozi di compravendita di beni usati. Anche tali programmi però presentano rispetto alle esigenze imposte da un mercato del libro usato una serie di lacune tali da renderli inutilizzabili; in particolare abbiamo rilevato come principali punti di debolezza e/o insufficienza di tali software: l impossibilità che si avrebbe usandoli di dettagliare per ciascun libro le classiche informazioni di catalogazione (Titolo, Autore, Editore, Codice ISBN) dato che tali software si limitano a prevedere una generica descrizione per ciascun oggetto accettato in conto vendita; l impossibilità di verificare se ciascun libro proposto in conto vendita appartiene all insieme di quelli adottati da qualche scuola della zona e l impossibilità di definire tale insieme; l impossibilità del sistema di affacciarsi su Internet per rendere possibili da parte di potenziali Clienti della libreria ricerche, prenotazioni, ecc.; Risulta quindi evidente la totale assenza di prodotti che si possano configurare come diretti concorrenti di quello in corso di studio, sia nell immediato che nel medio periodo. Nell ambito della stessa ricerca è anche emerso un notevole riscontro positivo da parte dei commercianti che nella stragrande maggioranza dei casi (oltre 80% degli esercizi contattati) si sono detti interessati ad un tale sistema nel momento in cui esso fosse disponibile. Va inoltre sottolineato come la creazione di un unico portale Internet su cui offrire spazio alle varie librerie e che funga da punto di accesso per i potenziali acquirenti delle varie librerie consentendo loro lo svolgimento di diverse operazioni inerenti al mercato oltre a rappresentare un plus di notevole interesse da offrire alle librerie stesse consente anche la raccolta di importanti dati statistici sul fenomeno del mercati del libro; verso tali dati numerosi soggetti (società editoriali in testata) hanno già dimostrato interesse dunque è facile intuire come anche da tali elementi sarà possibile ricavare un importante riscontro commerciale. 1.3 Proposta operativa La nostra proposta è quella di realizzare un sistema informatico che renda possibile, tramite una gestione agile ed efficiente, l ingresso nel mercato del libro usato alle librerie che ne sono interessate; ciò dotando ciascuna di esse di opportuni strumenti hardware ma soprattutto software che siano di supporto al negoziante o ai negozianti in tutte le fasi del mercato stesso gestendone tutte le informazioni correlate e dunque consentendo al negoziante di: acquisire gli elenchi delle adozioni delle varie scuole; raccogliere in conto vendita i libri riconoscendo quelli in adozione e scartando eventualmente quelli non più adottati e non ammissibili al mercato; fare ricerche in maniera semplice e rapida sulle disponibilità di volumi; fare vendite di libri procedendo automaticamente al calcolo delle competenze dei vecchi proprietari rendere possibile il servizio contemporaneo di più Clienti mediante l uso di più postazioni di lavoro Inoltre ciascuna libreria potrà essere ospitata su di un apposito portale Web accessibile pubblicamente e gratuitamente da parte dei Clienti delle librerie stesse in cui confluiranno (e quindi 3

4 saranno statisticamente rilevabili) tutte le informazioni sul mercato e sulla disponibilità di libri in modo tale da rendere possibile per i propri Clienti lo svolgimento di numerose operazioni (sia di ricerca e prenotazione libri, sia di verifica della vendita dei libri depositati e dei crediti maturati) direttamente da casa via Internet offrendo in questo modo un ulteriore duplice servizio di cortesia ai Clienti e di risparmio di lavoro ai negozianti. 1.4 Stima dei costi e dei tempi Il progetto da sviluppare non richiede l acquisto di apposite dotazioni hardware e/o software che non siano già in nostro possesso, per tanto i costi risultano essenzialmente dovuti all impiego di risorse umane nel progetto stesso. E ipotizzabile un impegno di 50 mesi/uomo di lavoro così suddivisi: Pianificazione e Stesura dei Requisiti 3 m/u Progetto 9 m/u Sviluppo 35 m/u Integrazione e Test 3 m/u Il tempo di esecuzione minimo totale del progetto e di circa 8-9 mesi ipotizzando l impiego di 1 capoprogetto, 3 progettisti e 4-5 programmatori per un costo totale interno di A tali costi vanno poi aggiunti quelli di esercizio per il noleggio dello spazio Web, e della manutenzione ordinaria del sistema quantificabili in euro annui. Infine bisogna considerare quelli calcolabili separatamente per integrare le dotazioni hardware di ciascuna libreria aderente al servizio. Tali ultimi costi variabili fortemente a causa delle differenti dotazioni preesistenti nei singoli esercizi commerciali non risultano comunque incidere direttamente sul costo del progetto stesso essendo eventualmente considerabili fra i costi di fornitura del servizio alla singola libreria. 4

5 2. Specifica dei requisiti 2.1 Utente addetto di negozio E colui che svolge le operazioni di acquisizione e di vendita relative al mercato del libro all interno del negozio. Le conoscenze informatiche richieste a questo utente sono la capacità di saper utilizzare un programma con interfaccia Windows like. Il sistema deve offrire a tale utente le seguenti funzionalità: 1) Deve consentire l inserimento e la gestione degli elenchi di testi in adozione nel corrente anno scolastico nelle scuole ammesse al mercato sia mediante digitazione da tastiera sia mediante lettura da file. 1.1) l utente specifica la classe, la sezione, l istituto, la provincia e il comune per il quale desidera compiere operazioni sulle adozioni 1.2)Il sistema mostra l elenco delle adozioni già presenti per la classe appena specificata (per ciascuna opera la specifica di codice ISBN, autore, titolo, editore e prezzo di copertina). 1.3)L utente può inserire nuove adozioni introducendo i dati relativi da tastiera 1.4)Alternativamente le informazioni sulle nuove adozioni da inserire possono essere prelevate da un file di cui l utente specifica il nome. Tale file può essere in formato Access o Works database secondo le specifiche definite nell allegato A. 1.5)L utente può eliminare un adozione selezionandola dall elenco visualizzato in precedenza. 1.6) Alla fine delle operazioni l utente può scegliere se rendere definitive nel sistema le modifiche apportate o annullarle. 2) Deve gestire le operazioni di deposito in conto vendita di uno o più libri effettuata da parte di un Cliente. 2.1) L utente specifica nome, cognome e codice fiscale del Cliente. 2.2) Il sistema mostra successivamente oltre a nome, cognome e codice fiscale della persona, l elenco di libri già depositati in precedenza in conto vendita. 2.3) L utente può aggiungere un nuovo libro al deposito specificandone il codice a barre (EAN) riportato sul libro stesso(mediante lettura ottica del codice a barre o digitazione da tastiera). 2.4) Se il dirigente di negozio ha scelto di ammettere al mercato solo i libri correntemente in adozione il sistema verifica che il libro sia fra quelli in adozione e se non lo è avvisa l utente e rifiuta il libro; nel caso in cui siano ammessi libri correntemente non in adozione il sistema accetterà qualunque libro. 2.5) Per i volumi accettati il sistema richiede all utente lo stato di conservazione del volume mediante scelta da un elenco di possibili valori e il prezzo di vendita e ricava autonomamente,se il testo appartiene alle liste di adozioni, le informazioni relative al titolo, autore, ecc.. altrimenti l utente dovrà specificare gli altri parametri del libro manualmente 2.6) Il sistema comunica all utente il codice univoco attribuito al volume che successivamente consentirà di individuare rapidamente il libro e che l utente trasferisce sul libro stesso mediante un etichetta autoadesiva 2.7) L utente può scegliere se annullare o confermare l intera operazione rendendo definitivo il deposito del libro 2.8)Il sistema alla fine delle operazioni se sono stati aggiunti volumi in conto vendita stampa una ricevuta, per un modello di tale ricevuta si veda l allegato B; successivamente ricorda all operatore con un messaggio a video di prelevarla farla firmare e consegnare una copia al Cliente. 5

6 3) Il sistema deve consentire la ricerca e l eventuale modifica di informazioni sui volumi presenti in archivio. 3.1) L utente specifica i parametri della ricerca (classe di corso, istituto, comune, provincia, titolo, autore, editore, condizioni fisiche, venduto) 3.2) Il sistema mostra l elenco dei volumi trovati (indicando per ciascun volume il codice univoco, la disponibilità, l autore, il titolo, le condizioni fisiche del libro e il prezzo di vendita) che soddisfano i requisiti imposti dall utente. A scelta dell utente può essere stampato. 3.3) Selezionando un elemento dall elenco il sistema mostra le informazioni relative a quel testo e, relativamente ai testi non ancora venduti, consente all utente di modificare le condizioni fisiche e il prezzo di vendita. 4) Il sistema deve consentire di visualizzare le prenotazioni ricevute via internet. 4.1) Il sistema visualizza all utente l elenco delle prenotazioni ricevute via internet indicando per ciascuna prenotazione il nome di colui che l ha effettuata. 4.2) Alla selezione di un nome da parte dell utente il sistema mostra l elenco dei libri prenotati (il codice univoco e il titolo) da quella persona. Tale elenco a scelta dell utente può essere stampato. 5) Il sistema deve gestire le operazioni di vendita di libri ad un Cliente. 5.1) L utente introduce nome, cognome e codice fiscale dell acquirente 5.2) Il sistema visualizza un elenco inizialmente vuoto destinato a contenere i libri in corso di vendita (codice univoco, titolo e prezzo) e il totale corrente della spesa (inizialmente uguale a 0). 5.3) L utente può aggiungere un libro alla vendita introducendone il relativo codice, mediante lettura ottica o da tastiera. Il sistema aggiorna l elenco con le informazioni dl libro introdotto e aggiorna i totali 5.4) L utente può eliminare un libro dalla vendita selezionandolo nell elenco. 5.5) L utente può scegliere se annullare o confermare l intera operazione rendendo definitiva la vendita dei libri. 5.6) Il sistema alla fine delle operazioni stampa una ricevuta, per un modello di tale ricevuta si veda l allegato C; successivamente ricorda all operatore con un messaggio a video di prelevarla farla firmare e consegnare una copia al Cliente. 6) Il sistema deve consentire la resa di libri e il loro reintegro fra quelli disponibili per la vendita purché non siano trascorse più di due settimane dall acquisto e non sia stata rimossa l etichetta del codice univoco del libro. 6.1) L utente introduce nome, cognome e codice fiscale dell acquirente 6.2) Il sistema visualizza un elenco inizialmente vuoto destinato a contenere i libri in corso di resa (codice univoco, titolo e prezzo) e il totale corrente della cifra da restituire (inizialmente uguale a 0). 6.3) L utente può aggiungere un libro alla resa introducendone il relativo codice, mediante lettura ottica o da tastiera. Il sistema, se non sono trascorse più di due settimane dalla vendita, aggiorna l elenco con le informazioni dl libro introdotto e aggiorna i totali. 6.4) L utente può eliminare un libro dalla resa selezionandolo nell elenco. 6.5) L utente può scegliere se annullare o confermare l intera operazione rendendo definitiva la resa dei libri. 6.6) Il sistema alla fine delle operazioni stampa una ricevuta, per un modello di tale ricevuta si veda l allegato D; successivamente ricorda all operatore con un messaggio a video di prelevarla farla firmare e consegnare una copia al Cliente. 6

7 7) Deve visualizzare le informazioni su un proprietario relativamente ai volumi che ha consegnato, al credito maturato e consentire la restituzione dei volumi invenduti e la consegna delle spettanze 7.1) L utente introduce nome, cognome e codice fiscale del proprietario 7.2) Il sistema visualizza l elenco di tutti i libri depositati dalla persona; per ciascun libro viene specificato: codice univoco, titolo, autore, prezzo di vendita, data di deposito, stato di vendita e data di eventuale vendita. Tale elenco a scelta dell utente può essere stampato. Il sistema visualizza inoltre il numero totale di libri depositati dal proprietario, il numero totale di libri venduti, il numero totale di libri invenduti, il numero totale di libri per i quali è decaduta la proprietà e il numero totali di libri che sono stati restituiti. Infine il sistema visualizza il credito totale maturato dal proprietario la cifra incassata e la cifra da incassare. 7.3) L utente può restituire un libro introducendone il relativo codice mediante lettura ottica o introduzione da tastiera o selezionandolo dall elenco. Il sistema aggiorna l elenco con le informazioni del libro introdotto e aggiorna i totali. 7.4) L utente può annullare la restituzione di un libro selezionandone il nome dall elenco. 7.5) L utente può registrare la consegna di contanti o di un assegno al proprietario specificando il relativo importo. Il sistema dopo aver richiesto conferma dell operazione all utente aggiorna i totali. 7.6) L utente può scegliere se annullare o confermare tutte le operazioni rendendole definitive nel sistema. 7.7) Il sistema alla fine delle operazioni stampa una ricevuta, per un modello di tale ricevuta si veda l allegato E; successivamente ricorda all operatore con un messaggio a video di prelevarla farla firmare e consegnare una copia al Cliente 8) Il sistema deve consentire all utente di curare il passaggio di proprietà a favore del negozio dei libri invenduti depositati in conto vendita da più di 24 mesi. 8.1) Il sistema mostra l elenco di tali libri, per ogni libro sono specificati il codice univoco interno, il titolo e l autore. Sarà possibile effettuare la stampa di tale elenco. 8.2) L utente può scegliere se annullare o confermare tutta l operazione rendendola definitiva nel sistema. 9) Nel caso in cui il proprietario di Negozio abbia scelto di restringere il mercato solo ai libri in adozione (vedi punto 27), il sistema deve individuare i libri di proprietà del negozio che sono presenti nel sistema ma non sono più in adozione nelle scuole della zona della delegazione ed eventualmente consentire di eliminare tali libri dal sistema. 9.1) Il sistema mostra l elenco di tali libri, per ogni libro sono specificati il codice univoco interno, il titolo e l autore. Sarà possibile effettuare la stampa di tale elenco. 9.2) L utente può scegliere se annullare o confermare tutta l operazione rendendola definitiva nel sistema. 10) Il sistema deve consentire all operatore di cambiare la propria password. 10.1) L utente introduce la vecchia password e la nuova (ripetuta due volte e non visualizzata in chiaro). 10.2) Se la vecchia password è corretta il sistema procede all aggiornamento e comunica l esito all utente. 11) Il sistema deve visualizzare i movimenti di cassa relativi al mercato del libro del negozio (denaro entrato ed uscito). 11.1) Il sistema visualizza un elenco riportante una riga per ciascuna operazione di cassa (incasso o uscita di denaro) effettuata nella giornata corrente. A scelta dell utente tale elenco può essere stampato. 7

8 11.2) L utente può specificare il periodo da visualizzare (giorno d inizio e giorno di fine) e il raggruppamento desiderato per le informazioni (giornaliero, settimanale, mensile e annuale). Il sistema aggiorna la visualizzazione di conseguenza. 12)Il sistema deve visualizzare all utente i messaggi ricevuti via Web dal negozio e consentire di rispondervi. 12.1) Il sistema visualizza l elenco dei messaggi ricevuti che non hanno ancora ricevuto risposta; per ogni messaggio compare la data, il mittente e l oggetto (così come introdotti dall utente Web mittente). 12.2) Alla selezionando di un messaggio da parte dell utente il sistema lo visualizza e consente all utente di rispondervi 12.3) L utente può scegliere se annullare o confermare l operazione; in tal caso il sistema si occuperà di inviare il messaggio al destinatario. 13) Deve consentire la predisposizione delle etichette autoadesive riportanti il codice univoco interno che sarà assegnato a ciascun libro. 13.1) Il sistema autonomamente, durante l acquisizione in conto vendita, rileva quando c è bisogno di produrre nuove etichette avvisando l utente di predisporre la stampante con un nuovo foglio di etichette. 13.2) Alternativamente l utente può richiedere manualmente la stampa di nuove etichette specificando il codice da cui partire. 13.3) Dopo una conferma da parte dell utente il sistema provvede alla stampa delle nuove etichette. 2.2 Utente WEB E un Cliente potenziale o reale di una o più librerie aderenti al mercato che tramite internet ha la possibilità di svolgere operazioni di ricerca e prenotazione di libri e visualizzare lo stato dei libri che ha depositato in conto vendita. Egli deve saper utilizzare un comune browser per la navigazione nel Web. Il sistema deve offrire a tale utente le seguenti funzionalità: 14) Il sistema deve consentire la visualizzazione da parte dell utente di informazioni generali sul mercato: 14.1) In più pagine Web del sito internet reperibili dalla home del mercato l utente potrà visualizzare: Descrizione e finalità del mercato Regole e modalità di accesso Elenco delle librerie aderenti (suddivise per comune, provincia e regione) 15) Il sistema deve mostrare all utente l indirizzo e gli orari di apertura di ciascuna delle librerie aderenti al servizio e consentirgli di inviare un messaggio alla libreria prescelta. 15.1) Per ciascuna libreria sarà prevista una pagina Web personalizzata (raggiungibile dall elenco di cui al punto 14.1) in cui saranno disponibili tali informazioni così come specificato 15.2) In un apposita pagina l utente dovrà indicare i propri dati (nome ed ) e potrà scrivere, e successivamente inviare, un messaggio alla libreria. 16) L utente deve poter effettuare ricerche sulla disponibilità di libri e loro prenotazione 16.1) L utente può specificare uno o più dei seguenti parametri: classe di corso, sezione, istituto, titolo, autore, editore, condizioni fisiche, comune, provincia della libreria) 8

9 16.2) Successivamente il sistema visualizza l elenco dei libri che soddisfano la richiesta mostrando: il titolo, l autore, le condizioni fisiche, il prezzo di vendita, il nome della libreria e la città in cui si trova. 16.3) Selezionando un libro da tale elenco l utente può visualizzare informazioni dettagliate sul libro ed eventualmente aggiungerlo al carrello delle prenotazioni 17) Deve poter visualizzare il contenuto del proprio carrello ed eliminare libri da esso 17.1) A video compare l elenco dei libri presenti nel carrello specificando per ciascuno di essi il titolo, l autore, le condizioni fisiche, il prezzo di vendita, il nome della libreria e la città in cui si trova 17.2) L utente può selezionare quelli che vuole eliminare (spuntandone la relativa casella di controllo) e successivamente procedere alla loro eliminazione con un pulsante di conferma 18) L utente registrato può confermare la prenotazione dei libri presenti nel proprio carrello 18.1) Se l utente non si è ancora autenticato il sistema richiede all utente le sue credenziali (user id e password con cui si è registrato al servizio) e le verifica 18.2) Se tali informazioni sono esatte dopo una conferma dell ordine da parte dell utente il sistema rende effettive le prenotazioni che avranno una validità di sette giorni. 19) L utente deve potersi registrare al servizio (per aver accesso alle operazioni di prenotazione) 19.1) L utente introduce nome, cognome, indirizzo, città, provincia, codice fiscale, user id, password e l autorizzazione al trattamento dei dati personali. 19.2) Il sistema verifica le informazioni immesse e, se corrette, procede alla registrazione dell utente 20) L utente registrato deve potersi cancellare dal servizio 20.1) Il sistema chiede conferma all utente dell operazione informandolo che proseguendo perderà la possibilità di continuare ad accedere ai servizi del mercato riservati agli iscritti. 20.2) Successivamente alla conferma il sistema elimina l utente. 21) L utente registrato può visualizzare le prenotazioni che ha effettuato ed eventualmente annullarle 21.1) Se l utente non si è ancora autenticato il sistema richiede all utente le sue credenziali (user id e password con cui si è registrato al servizio) e le verifica 21.2) A video compare l elenco dei libri prenotati specificando per ciascuno di essi il titolo, l autore, le condizioni fisiche, il prezzo di vendita, il nome della libreria, la città in cui si trova e l indicazione della validità della prenotazione 21.3) Limitatamente alla prenotazioni ancora valide l utente può selezionare quei libri per i quali vuole annullare la prenotazione e successivamente procedere alla loro eliminazione. 22)L utente che ha effettuato depositi in conto vendita deve poter verificare lo stato di vendita dei propri libri. 22.1) Se l utente non si è ancora autenticato il sistema richiede all utente le sue credenziali (user id e password con cui si è registrato al servizio) e le verifica 22.2) Il sistema visualizza l elenco di libri posti in conto vendita dall utente fornendo per ciascun volume il titolo, l autore, le condizioni fisiche, il prezzo di vendita, il nome della libreria, la città in cui si trova, lo stato (che può essere invenduto, prenotato, venduto o decaduta proprietà), l eventuale data di vendita e quella in cui decadrà la proprietà. 22.3) In calce a tale elenco verrà riportato il totale del credito maturato 23) Il sistema deve consentire all utente registrato di cambiare la propria password. 9

10 23.1) Se l utente non si è ancora autenticato il sistema richiede all utente le sue credenziali (user id e password con cui si è registrato al servizio) e le verifica 23.1) L utente introduce la vecchia password e la nuova (ripetuta due volte e non visualizzata in chiaro) 23.2) Successivamente alla conferma da parte dell utente se le due copie della nuova password coincidono allora la password viene aggiornata altrimenti si avvisa l utente dell anomalia. 2.3 Utente Dirigente di negozio E il dirigente e/o il proprietario del negozio che ha il compito di supervisione sugli addetti di negozio creando e distruggendo i relativi account; può inoltre modificare le informazioni sul negozio che sono presenti sul Web. Le conoscenze informatiche richieste a questo utente sono la capacità di saper utilizzare un programma con interfaccia Windows like 24) Il sistema deve consentire all utente la creazione di account per gli addetti di negozio. 24.1) Specificando nome, cognome, user id (univoca nell ambito nel negozio) e password l utente può aggiungere un nuovo addetto di negozio. 24.2) Il sistema risponderà a tale richiesta mostrando il risultato dell operazione 25) Il sistema deve consentire all utente l eliminazione degli account di addetti di negozio non più abilitati a lavorare sul sistema. 25.1) L utente seleziona dalla lista degli utenti abilitati al servizio di addetto al negozio l account da eliminare. 25.2) Il sistema chiede conferma dell operazione all utente e successivamente gli comunica il risultato. 26)Il sistema deve consentire all utente di variare la percentuale sul prezzo di vendita da trattenere a favore del negozio. 26.1) L utente può introdurre tale informazione e successivamente alla conferma il sistema provvede all aggiornamento. 27) Il sistema deve consentire all utente di scegliere se ammettere al mercato qualsiasi libro o solo quelli specificati fra le adozioni (vedi punto 1). 27.1) L utente può introdurre tale informazione e successivamente alla conferma il sistema provvede all aggiornamento. 27.2)Tale scelta varrà in ogni caso solo per i libri presentati successivamente alla modifica, i libri già presenti nel sistema vengono mantenuti. 28) Il sistema deve consentire di aggiornare le informazioni sul negozio (recapito e orario di apertura) presenti sul Web. 28.1) Il sistema all interno di una casella di testo editabile mostra le informazioni attualmente contenute nella pagina WEB del negozio. 28.2) L utente può modificare tali informazioni e successivamente alla conferma il sistema provvede al loro aggiornamento su Web. 29) Il sistema deve consentire all utente di cambiare la propria password. 29.1) L utente introduce la vecchia password e la nuova (ripetuta due volte e non visualizzata in chiaro) 29.2) Successivamente alla conferma da parte dell utente se le due copie della nuova password coincidono allora la password viene aggiornata altrimenti si avvisa l utente dell anomalia. 10

11 30) Il sistema deve consentire all utente di gestire gli istituti ammessi al mercato 30.1) Il sistema mostra gli istituti (nome istituto e comune) attualmente registrati 30.2) L utente può immettere i dati di un nuovo istituto (nome, comune e provincia) ed aggiungerlo alla lista degli istituti ammessi al mercato 30.3) Selezionando un istituto dalla lista (del punto 30.1) l utente potrà eliminarlo da tale lista. 2.4 Utente operatore alle statistiche E colui che accede alle informazioni statistiche ricavabili dal mercato del libro. Egli può interrogare il database sia mediante le funzioni rese disponibili dal sistema sia in maniera personalizzata. Egli oltre a saper utilizzare un comune browser per la navigazione nel Web, deve, per il salvataggio dei dati ottenuti, avere dimestichezza con il trattamento dei file nella macchina che sta utilizzando. Inoltre per poter compiere richieste personalizzate deve avere competenze in ambito dei database relazionali e conoscere il linguaggio di interrogazione SQL. Il sistema deve offrire a tale utente le seguenti funzionalità: 31) Il sistema deve visualizzare sia in forma numerica che grafica gli incassi relativi al mercato su base giornaliera, settimanale, mensile e annuale delle librerie aderenti raggruppate, a scelta dell utente, per comune, provincia e regione; inoltre deve consentire l esportazione dei dati in formati compatibili con MS Office. 31.1) L utente specifica il periodo di interesse (giorno di inizio e giorno di fine) i raggruppamenti desiderati (per le librerie e per i periodi temporali) infine specifica se desidera informazioni in forma numerica o grafica. 31.2) Il sistema visualizza le informazioni desiderate sotto forma di tabella o grafica in base alla scelta effettuata dall utente e consentirà la stampa di quanto visualizzato, il salvataggio sotto forma di grafico o di foglio di lavoro in standard Excel (permettendo all utente di specificare posizione e nome del file). 32) Il sistema deve visualizzare il numero di persone che hanno depositato e/o acquistato libri su base giornaliera, settimanale, mensile e annuale sia nelle singole librerie sia nei loro raggruppamenti per comune, provincia e regione. 32.1) L utente specifica il periodo di interesse (giorno di inizio e giorno di fine) i raggruppamenti desiderati (per le librerie e per i periodi temporali) infine specifica se desidera informazioni in forma numerica o grafica. 32.2) Il sistema visualizza le informazioni desiderate sotto forma di tabella o grafica in base alla scelta effettuata dall utente e consentirà la stampa di quanto visualizzato, il salvataggio sotto forma di grafico o di foglio di lavoro in standard Excel (permettendo all utente di specificare posizione e nome del file). 33) il sistema deve visualizzare il numero di libri depositati ed il numero di libri venduti su base giornaliera, settimanale, mensile e annuale sia nelle singole librerie sia nei loro raggruppamenti per comune, provincia e regione. 33.1) L utente specifica il periodo di interesse (giorno di inizio e giorno di fine) i raggruppamenti desiderati (per le librerie e per i periodi temporali) infine specifica se desidera informazioni in forma numerica o grafica. 33.2) Il sistema visualizza le informazioni desiderate sotto forma di tabella o grafica in base alla scelta effettuata dall utente e consentirà la stampa di quanto visualizzato, il salvataggio sotto forma di grafico o di foglio di lavoro in standard Excel (permettendo all utente di specificare posizione e nome del file). 11

12 34) Il sistema deve visualizzare per una specifica opera libraria, o per tutte le opere di un certo autore o per tutte le opere di un certo editore il numero di copie depositate in conto vendita ed il numero di copie vendute su base giornaliera, settimanale, mensile e annuale sia nelle singole librerie sia nei loro raggruppamenti per comune, provincia e regione. 34.1) L utente specifica il codice ISBN (se interessato ad una specifica opera) o il nome dell autore (se interessato a tutte le opere di un autore) o il nome dell editore (se interessato a tutte le opere di un editore), il periodo di interesse (giorno di inizio e giorno di fine) i raggruppamenti desiderati (per le librerie e per i periodi temporali) infine specifica se desidera informazioni in forma numerica o grafica. 34.2) Il sistema visualizza le informazioni desiderate sotto forma di tabella o grafica in base alla scelta effettuata dall utente e consentirà la stampa di quanto visualizzato, il salvataggio sotto forma di grafico o di foglio di lavoro in standard Excel (permettendo all utente di specificare posizione e nome del file). 35) L utente può fare interrogazioni personalizzate sul database utilizzando il linguaggio di interrogazione standard SQL. 35.1) L utente specifica la query (richiesta) SQL ed invia il comando di esecuzione. 35.2) Il sistema mostra i risultati di tale query sottoforma di tabella e consentirà: la stampa di quanto visualizzato o il salvataggio sotto forma di tabella di database in standard Access (permettendo all utente di specificare posizione e nome del file). 36) Il sistema deve consentire all operatore di cambiare la propria password. 36.1) L utente introduce la vecchia password e la nuova (ripetuta due volte e non visualizzata in chiaro) 36.2) Successivamente alla conferma da parte dell utente se le due copie della nuova password coincidono allora la password viene aggiornata altrimenti si avvisa l utente dell anomalia. 2.5 Utente installatore software negozio Questo utente ha il compito di predisporre sulle varie macchine presenti nel negozio il software necessario. Le competenze informatiche che esso deve avere sono: familiarità con il sistema operativo per quanto riguarda l installazione e la disinstallazione di software sia su macchine standalone che su macchine collegate in rete locale. 37) L utente deve poter specificare su quali macchine, fra quelle disponibili, e in quali posizioni saranno posti i files costituenti il programma. 37.1) L utente specifica su quali macchine installare le varie componenti del sistema scegliendo dall elenco dei PC presenti. 37.2) Per ciascuna componente e per ciascuna macchina il sistema propone una posizione di default che l utente può accettare o modificare. 37.3) Il sistema procederà nell installazione nelle posizioni indicate al punto precedente. 38) L utente deve poter creare l account del dirigente di negozio. 39.1) L utente specifica nome, cognome, user id e password del dirigente. 39.2) Il sistema creerà il corrispondente account mostrando il risultato dell operazione. 39) L utente deve poter inserire le informazioni (recapiti e l orario di apertura) sulla libreria che saranno pubblicati online. 12

13 39.1) Il sistema chiede: il nome della libreria, l indirizzo, i recapito telefonici, l indirizzo di posta elettronica e l orario di apertura. 39.2) I dati introdotti dall utente saranno pubblicati online dal sistema. 40) Deve poter disinstallare il software 40.1) Il sistema mostra l elenco delle macchine e i componenti installati su ciascuna macchina. 40.2) L utente sceglie quali componenti rimuovere selezionandoli dalla lista del punto precedente. 40.3) Il sistema rimuove gli elementi e comunica il risultato dell operazione all utente. 2.6 Amministratore di sistema E colui che ha il controllo completo del sistema su cui può intervenire per operazioni di manutenzione straordinaria. Per tale motivo egli deve possedere sia conoscenza sulla struttura hardware e software del sistema sia capacità di utilizzare gli opportuni strumenti software di sviluppo per poter intervenire proficuamente sul sistema stesso. 2.7 Requisiti non funzionali 41) L accesso a tutte le funzionalità degli utenti: addetto di negozio, dirigente di negozio, operatore alle statistiche ed alle funzionalità dei punti 18, 20, 21, 22, 23 dell utente Web deve essere consentito solo alle persone preventivamente autorizzate ed in possesso di una coppia user idpassword di accesso a tali servizi. 42) Ciascun utente deve essere in grado di accedere ed usufruire delle funzionalità che gli sono messe a disposizione senza possedere alcun prerequisito in più oltre a quelli precedentemente elencati per ciascuna figura. 43) Il sistema deve garantire il mantenimento e la consistenza dei dati raccolti sia in caso di blackout sia in caso di guasto hardware. Il sistema deve garantire alla singola libreria la possibilità di lavorare anche in caso di guasto o caduta della connessione ad internet. 44) I dati raccolti devono essere protetti da accessi non autorizzati e comunque non devono essere usati in maniera difforme da quanto previsto in precedenza se non dall amministratore di sistema. 45) In ciascun negozio il sistema dovrà essere utilizzabile su macchine dotate di sistema operativo Windows (98, Millenium, 2000 e XP). Il sito Web dovrà essere accessibile con un qualsiasi browser Web. 46) Utente Web e operatore alle statistiche devono poter accedere alle proprie funzionalità tramite internet con un browser. 13

14 3. Progettazione di alto livello 3.1 Architettura logica L architettura scelta per il sistema presenta una struttura di tipo Client/Server in cui, a livello logico/funzionale, è possibile individuare i seguenti moduli: Modulo DataServer Modulo Web Modulo Installazione Moduli Client per l operatore di negozio Moduli Client per il dirigente di negozio Il modulo DataServer è il database del sistema; esso svolge le funzioni di aggregazione, memorizzazione, ricerca e retrieving di tutti i dati globali utilizzati nel sistema. Su tali dati esso provvede inoltre a soddisfare i requisiti di consistenza di cui al punto 43 della Specifica dei Requisiti e quelli di sicurezza nell accesso di cui al punto 44. Il modulo accetta in ingresso da parte degli altri moduli richieste costituite da query in linguaggio standard SQL 89, fornendo in risposta i risultati di tali query. Dato che la costruzione delle query è a carico dei moduli Client essi dovranno conoscere la struttura scelta per le tabelle in cui sono memorizzati i dati. Il modulo Web realizza le funzionalità previste nella specifica dei requisiti per l utente Web e l utente Operatore alle Statistiche e le fornisce loro appoggiandosi, per la gestione dei dati, ai servizi offerti dal DataServer; il modulo Web deve essere pubblicamente accessibile tramite la rete Internet utilizzando un Web Browser così come puntualizzato nella specifica dei requisiti non funzionali al punto 46. L utente Web e l utente operatore alle statistiche interagiscono con il sistema mediante questo modulo selezionando la funzionalità desiderata fra quelle disponibili, specificando gli eventuali dati di ingresso e ricevendo da esso l output relativo ai risultati delle operazioni svolte. Il modulo Web deve inoltre provvedere a soddisfare i vincoli di riservatezza nell accesso (vedi punto 41 della specifica dei requisiti) previsti per le funzionalità da lui fornite. Tale modulo utilizza query SQL per comunicare con il DataServer (vedi sopra la descrizione di tale modulo) e il protocollo http per la comunicazione con i Web browser. Il Modulo Installazione fornisce e realizza tutte le funzionalità previste per l utente installatore 1. Ciascuno dei moduli Client per l operatore di negozio (presenti nel sistema in numero variabile per ciascuna libreria ed identici fra loro) realizza e fornisce a tale utente tutte le funzionalità per lui previste nella specifica dei requisiti appoggiandosi, per la gestione dei dati, ai servizi offerti dal DataServer; l operatore di negozio interagisce con il sistema mediante l interfaccia grafica offertagli da questo modulo selezionando la funzionalità desiderata fra quelle disponibili, specificando gli eventuali dati di ingresso e ricevendo da esso l output relativo ai risultati delle operazioni svolte. Il Client per l operatore di negozio deve inoltre provvedere a soddisfare i vincoli di riservatezza nell accesso (vedi punto 41 della specifica dei requisiti) previsti per le funzionalità da lui fornite. L accesso ai servizi offerti dal DataServer avviene mediante query SQL costruite dal Client stesso così come specificato nella descrizione del DataServer. 1 Tale modulo non è ulteriormente sviluppato nell ambito di questo progetto 14

15 Ciascuno dei Client per il dirigente di negozio (nel sistema ne è presente uno per ciascuna libreria) realizza e fornisce a tale utente le funzionalità per lui previste nella specifica dei requisiti appoggiandosi, per la gestione dei dati, ai servizi offerti dal DataServer; il dirigente di negozio interagisce con il sistema mediante questo modulo selezionando mediante l interfaccia grafica offertagli da questo modulo la funzionalità desiderata fra quelle disponibili, specificando gli eventuali dati di ingresso e ricevendo da esso l output relativo ai risultati delle operazioni svolte. Il Client per il dirigente di negozio deve inoltre provvedere a soddisfare i vincoli di riservatezza nell accesso ( vedi punto 41 della specifica dei requisiti) previsti per le funzionalità da lui fornite. L accesso ai servizi offerti dal DataServer avviene mediante query SQL costruite dal Client stesso così come specificato nella descrizione del DataServer. Il diagramma di figura 1 mostra la suddivisione in moduli del sistema. Figura 1: Diagramma dei Package per i moduli del sistema 15

16 3.1.1 Interazione, comunicazione e concorrenza fra i moduli A livello logico funzionale il Modulo DataServer deve poter comunicare con tutti i restanti moduli esso è quindi considerabile Server mentre gli altri svolgono funzioni di Client; fra tali Client non è previsto nessuno scambio diretto di messaggi. Le richieste di servizio da parte dei Client avvengono mediante l invio di messaggi formati da query in linguaggio standard SQL verso il Server. Le risposte da parte del Server saranno messaggi formati dal risultato dell esecuzione di tale query sui dati contenuti nel modulo DataServer. La costruzione delle query è affidata ai moduli Client i quali dovranno conoscere l organizzazione che nel DataServer è stata scelta per la memorizzazione dei dati (struttura delle tabelle). I Client costruiscono le query in base alla funzionalità richiesta dall utente ed ai dati di input da egli specificati. Il diagramma di figura 2 mostra lo schema generale delle sequenze di messaggi scambiati fra i vari moduli durante l esecuzione elementare di una porzione di una funzionalità richiesta da parte dell utente operatore di negozio, l esecuzione di una funzionalità completa sarà la giustapposizione temporale di una o più di tali sequenze come meglio specificato in seguito. Figura 2: Sequenza dei messaggi fra i moduli I messaggi scambiati sono i seguenti: 1. il Client riceve dall utente la richiesta di esecuzione di una funzionalità 2. il Client richiede i dati necessari all utente 3. l utente introduce i dati 4. il Client fa la verifica ed un eventuale elaborazione,prepara la query e la invia al DataServer 5. Il DataServer dopo un certo tempo in cui finisce di soddisfare le richieste pendenti di altri Client esegue ed invia i risultati della query al Client 6. Il Client riceve i risultati, esegue un eventuale elaborazione e mostra i risultati all utente L Interazione fra l utente dirigente di negozio, il suo modulo Client e il DataServer avviene secondo la medesima modalità. Per quanto riguarda l interazione fra gli utenti che accedono al sistema tramite Web (utente Web e utente operatore alle statistiche), il modulo Web e il DataServer i messaggi sono scambiati 16

17 in maniera simile ai precedenti tenendo però conto che l accesso avviene tramite un Web browser si ha il diagramma di figura 3. Figura 3:Sequenza dei messaggi fra i moduli I messaggi risultano i seguenti: 1. L utente richiede una funzionalità 2. Il browser invia una richiesta http al Modulo Web 3. Il Modulo Web risponde a tale richiesta inviando la pagina relativa al servizio richiesto al Web Browser 4. Il Web Browser mostra la pagina all utente 5. L utente introduce i dati eventualmente richiesti 6. Il browser li invia tramite una richiesta http al modulo Web 7. Il modulo Web esegue la verifica ed un eventuale elaborazione e prepara la query da inviare al DataServer e la invia 8. Il DataServer, dopo un certo tempo in cui finisce di soddisfare le richieste pendenti di altri Client, esegue la query e invia i risultati al modulo Web 9. Il modulo Web esegue un eventuale elaborazione sui dati e invia la risposta al Web browser 10. Il Web browser mostra la pagina dei risultati all utente. Come si può evincere dai diagrammi di sequenza riportati ciascun modulo è un oggetto attivo nel sistema essendo in grado di attivare un flusso di controllo autonomo, i moduli Client dell addetto di negozio, Client del dirigente di negozio e il modulo Web attivano i loro flussi in conseguenza delle richieste fatte dall utente mentre il modulo DataServer li attiva in conseguenza delle richieste fatte dagli altri moduli Client. Le richieste al DataServer da parte degli altri moduli sono asincrone e sarà compito del modulo DataServer gestire la concorrenza negli accessi ai servizi da lui offerti. 17

18 3.2 Architettura fisica Ciascun Client sarà eseguito su una macchina autonoma mentre, a causa della dimensione geografica del sistema (le librerie sono variamente distribuite sul territorio nazionale) e l elevato numero di richieste rivolte al modulo DataServer dall insieme dei moduli Client, per il DataServer sono state prese in considerazione due possibili soluzioni: a) Utilizzo di un modello non distribuito per i dati con il DataServer ospitato integralmente su un unica macchina destinato a soddisfare le richieste di tutti i Client. b) Utilizzo di un modello distribuito e replicato dei dati con la suddivisione del modulo DataServer in più porzioni (sottomoduli): una per ciascuna libreria che contiene i dati necessari ai Client di quella libreria che è ospitata su una macchina locale alla libreria stessa e che è acceduta in lettura e in scrittura dai Client della libreria e in scrittura dal modulo Web, un altra destinata a contenere la replica dei dati contenuti nelle porzioni precedenti che sono utilizzati anche dal modulo Web. Tale porzione, acceduta solo in lettura, è ospitata sulla macchina che ospita anche il modulo Web Server. In tale soluzione per la replica dei dati il ruolo di Master è svolto dai database che si trovano nelle librerie mentre il database che è locale al modulo Web ricopre il ruolo di Slave 2. Nella figura 4 è mostrato lo schema relativo all architettura a). Ogni Client in ciascuna libreria è eseguibile su una macchina che sia collegata al Server centrale (che esegue i moduli DataServer e Web Server) mediante una connessione TCP/IP che si appoggia a internet; Utente Web e operatore alle statistiche accedono al Modulo Web mediante una qualsiasi macchina che sia connessa ad Internet. Figura 4: Architettura a) 2 Tutte le scritture devono essere effettuate sul database Master, e il meccanismo di replica si occupa di aggiornare i database Slave. 18

19 Nella figura 5 è riportato lo schema dell architettura b). I PC di ciascun negozio sono collegati al Server di Negozio tramite una LAN, i Server di negozio sono collegati attraverso internet al Server Centrale. I Moduli Client del dirigente di negozio e dell operatore di negozio sono eseguibili su un qualsiasi PC del negozio. Su ciascun Server di negozio è presente una porzione del DataServer che soddisfa le richieste dei Client locali. Parte dei dati sono replicati sul Server Centrale (che quindi svolge ruolo di Slave nell ambito della replicazione del DataBase). Il modulo Web (eseguito sul Server Centrale) si appoggia sia alla porzione del DataServer che risiede sul Server centrale (per le operazioni che riguardano solo letture di dati) sia alle porzioni che si trovano sui vari Server di libreria (per le operazioni che riguardano la scrittura di dati). I Server di negozio e il Server centrale sono collegati mediante la rete internet. Utente Web e operatore alle statistiche accedono al Modulo Web mediante una qualsiasi macchina che sia connessa ad Internet. Figura 5: Architettura b) In entrambe le soluzioni si utilizzando gli stessi moduli Client dato che accedono al modulo DataServer(sia esso distribuito o unico) tramite query SQL. 19

20 La tabella di seguito riportata riassume vantaggi e svantaggi delle due soluzioni individuate. Pro Soluzione a) Minor costo di progettazione e sviluppo del database Minori costi di manutenzione (essendo svolta su un'unica macchina) del Server Non necessita di una rete locale Soluzione b) La libreria può lavorare anche in caso di caduta della connessione fra Server locale e Server remoto Minor necessità di banda poiché la connessione è utilizzata solo per la trasmissione dei dati che è necessario scambiare fra i due moduli. Minori costi per l hardware del Server centrale che deve ospitare una minor quantità di dati. Contro Criticità delle connessioni fra Client di libreria e Server (in caso di caduta della connessione la libreria è impossibilitata a lavorare) Maggior necessità di banda per le connessioni con le librerie Maggiori costi per l hardware del Server su cui vengono addossate tutte le richieste dei Client Maggiore richiesta di spazio per la gestione del database sul Server centrale Maggiori costi di progettazione e sviluppo del database (si dovrà far ricorso ad una soluzione basata su repliche e distribuzione dei dati) Maggiori costi di manutenzione (essendo svolta su più macchine distribuite sul territorio) In caso di mancata connessione fra Server locale e Server remoto la libreria sarà impossibilitata a ricevere prenotazioni da Internet L architettura scelta è la b) sia perché nella specifica dei requisiti è richiesto che la libreria possa continuare a lavorare anche in assenza di connessione ad internet inoltre sia per motivi di scalabilità legati alla possibilità di poter far crescere il numero di librerie aderenti al servizio aumentando il carico di lavoro per il Server centrale in misura inferiore a quella che si otterrebbe nel caso si utilizzasse la soluzione a). 20