Everywhere Takeaway Progetto di SSCSWeb A.A. 2011/2012.

Presentazione sul tema: "Everywhere Takeaway Progetto di SSCSWeb A.A. 2011/2012."— Transcript della presentazione:

1 Everywhere Takeaway Progetto di SSCSWeb A.A. 2011/2012

2 Obiettivo a lungo termine Realizzare un'applicazione web based per gestire l'ordinazione di prodotti da asporto (servizio presente in altri stati, ma ancora assente in Italia)

3 Requisiti del cliente (informali) Vorrei portare in Italia un sistema per la gestione del servizio takeaway nelle principali città italiane. Il servizio dovrà occuparsi di tutte le fasi, dalla ricerca alla consegna. Dovrà permettere di cercare diversi tipi di cibo e ristoranti per distanza, località, qualità, tipologia di cibo, ecc. Il servizio deve permettere agli utenti di inviare recensioni relative ai vari locali. Possibilmente deve avere anche interfacce mobile.

4 Requisiti (1) È presente una scheda per ogni locale che offre il servizio di take-away, che comprende una descrizione del locale, gli orari in cui è attivo il servizio take-away, il menu dei cibi offerti (con relativi prezzi) e la geo-localizzazione tramite le API di Google Maps Gli utenti, anche anonimi, possono visualizzare liberamente le schede dei locali ed i relativi menu

5 Requisiti (2) Per effettuare un'ordinazione, l Utente deve registrarsi come Cliente Al termine di un'ordinazione, l Utente registrato può esprimere una valutazione (0-5 stelle) sui cibi ordinati I gestori dei locali registrati possono inserire, modificare o eliminare i menu Utilizzo dei social network (Twitter, Facebook, ecc..) per consigliare cibi ed esprimere le proprie valutazioni

6 Goal (1) Registrazione cliente Registrazione venditore Vari tipi di ricerca: Ricerca per posizione Ricerca per cibo Ricerca per valutazione Ricerca per orario Ricerca per prezzo

7 Goal (2) Prenotazione di uno o più prodotti Recensione dei prodotti acquistati Interfaccia Web Mobile Pagina profilo utente (storico, preferenze, social, ecc..) Note: Per potere effettuare una prenotazione occorre essere registrati Le ricerche possono essere effettuate anche da utenti non registrati

8 Non Goal Pagamento online (il pagamento avviene alla consegna) Prenotazione telefonica Applicazione mobile

9 CRC CARDS (1) UTENTE RESPONSABILITA COLLABORAZIONI - Registrazione - Locale - Prodotto - Valutazione ATTRIBUTI No.

10 CRC CARDS (2) CLIENTE RESPONSABILITA COLLABORAZIONI - Autenticazione - Modifica profilo - Locale - Prodotto - Valutazione - Prenotazione ATTRIBUTI Nome, cognome, indirizzo, telefono, email, CF, data di nascita, username, password.

11 CRC CARDS (3) VENDITORE RESPONSABILITA COLLABORAZIONI - Autenticazione - Modifica profilo - Locale ATTRIBUTI Nome, cognome, indirizzo, telefono, email, CF, data di nascita, username, password.

12 CRC CARDS (4) PRENOTAZIONE RESPONSABILITA COLLABORAZIONI - Inserimento - Visualizzazione - Modifica - Cancellazione - Locale - Prodotto - Cliente - Valutazione ATTRIBUTI Dati cliente, dati locale, dati prodotti, data/ora.

13 CRC CARDS (5) VALUTAZIONE RESPONSABILITA COLLABORAZIONI - Inserimento - Visualizzazione - Modifica - Cancellazione - Ricerca - Locale - Utente - Cliente - Prenotazione ATTRIBUTI Dati locale, dati cliente, data/ora, voto, descrizione.

14 CRC CARDS (6) PRODOTTO RESPONSABILITA COLLABORAZIONI - Inserimento - Visualizzazione - Modifica - Cancellazione - Ricerca - Locale - Utente - Cliente - Prenotazione ATTRIBUTI Nome, descrizione, costo, categoria.

15 CRC CARDS (7) LOCALE RESPONSABILITA COLLABORAZIONI - Inserimento - Visualizzazione - Modifica - Cancellazione - Ricerca - Venditore - Utente - Cliente - Prenotazione - Prodotto - Valutazione ATTRIBUTI Nome, indirizzo, proprietario, P.IVA o CF, menu, email, orario di vendita, scheda valutazioni, orario di apertura.

16 User stories L Utente è una qualsiasi persona che, in modo anonimo, può visitare il portale e visualizzare i prodotti inseriti. Un Cliente è una qualsiasi persona che vuole si registra al portale per acquistare uno o più prodotti Un Venditore è una qualsiasi persona che vuole registrare il proprio locale sul portale per mettere in vendita dei prodotti Un Locale rappresenta lentità registrata da un Venditore

17 User stories: Utente 1. L Utente può effettuare una ricerca di un determinato prodotto utilizzando 4 diversi modi: 1. Prodotto: filtraggio dei Locali che vendono uno specifico prodotto 2. Orario: ricerca dei Locali specificando un determinato orario di apertura 3. Posizione: ricerca di un locale in una determinata posizione geografica 4. Valutazione: ricerca in base al punteggio assegnato ai prodotti dai Clienti 2. LUtente anonimo può effettuare la registrazione per diventare un Cliente del portale 3. LUtente anonimo può effettuare la registrazione per diventare un Venditore del portale

18 User stories: Cliente Lentità Cliente può svolgere le seguenti operazioni: Modifica dati personali inseriti al momento della registrazione Effettuare una ordinazione di uno o più prodotti presenti nelle schede di un locale Assegnare un punteggio di valutazione ad un locale in cui ha acquistato dei prodotti Effettuare le ricerche di prodotti utilizzando le 4 modalità descritte precedentemente e in più può ricercare dei prodotti simili a quelli presenti nel suo storico acquisti

19 User stories: Venditore Il Venditore puo modificare solo alcuni dei propri dati personali, cioe indirizzo, telefono, username e password, mentre non puo modificare nome, cognome, CF data di nascita ed email. Può inserire nel portale un proprio locale per iniziare a vendere i prodotti Può modificare alcune informazioni inerenti al locale inserito, inoltre può rimuovere completamente un proprio locale Può gestire lo stato delle proprie prenotazioni

20 User stories: Locale Il Venditore puo modificare nome e prezzo dei prodotti del proprio locale. Il Venditore puo eliminare i prodotti offerti dal proprio locale. Il Venditore puo inserire nuovi prodotti che offre il proprio locale. Il Venditore puo visualizzare tutte le prenotazioni, relative al proprio locale, effettuate dai clienti. Il Venditore puo visualizzare le valutazioni del proprio locale.

21 Use Case: Registrazione Cliente/Venditore Precondizioni: N/A Postcondizioni: l Utente è registrato come Cliente o Venditore Attori: Utente 1.L Utente compila il form di registrazione in base al tipo di servizio che vuole utilizzare (Cliente/Venditore) 2.Il sistema normalizza e controlla i dati inseriti e presenta una pagina di conferma 3.L Utente conferma 4.Il sistema registra lavvenuta registrazione e informa lUtente del corretto completamento Eccezioni: 1.L Utente non completa i campi del form o li completa in modo errato, oppure non conferma il passo 3 Il sistema redireziona lUtente alla pagina di registrazione

22 Use Case: Inserimento/Modifica Locale da parte di un Venditore Precondizione: Il Venditore è autenticato Postcondizione: Il Venditore ha inserito/modificato un locale di sua proprietà Attori: Venditore 1.Il Venditore completa il form relativo ai dati del Locale che vuole inserire (o modificare) 2.Il sistema verifica che i dati inseriti siano corretti e conferma linserimento del Locale (o conferma le modifiche) Eccezioni: 1.Se le informazioni inserite dal Venditore sono insufficienti o inesatte, il sistema ripresenta il form di inserimento/modifica Note Se il Venditore vuole eliminare un Locale il sistema verifica se esistono prenotazioni attive per il Locale scelto. In caso positivo il sistema avvisa il Venditore che non può eliminare il Locale finchè esistono prenotazioni attive

23 Use Case: Inserimento/Modifica prodotto di un Locale Precondizione: Venditore autenticato e possiede un Locale Postcondizione: Il Venditore ha inserito/modificato dei prodotti che verranno offerti nel proprio Locale Attori: Venditore, Locale 1.Il Venditore completa il form di inserimento con i dati relativi al prodotto che vuole inserire (o modificare) in un determinato Locale 2.Il sistema controlla i dati inseriti e se sono corretti conferma linserimento (o modifica) del prodotto nel Locale Eccezioni : 1.Se le informazioni inserite dal Venditore sono insufficienti o inesatte, il sistema ripresenta il form di inserimento/modifica Note: Se sono attive prenotazioni per il prodotto da modificare o eliminare, il sistema informa il Venditore che non può modificare o eliminare il prodotto se esistono prenotazioni attive per quel prodotto

24 Use Case: Inserimento/Modifica Prenotazione (1/2) Precondizione: Cliente registrato Postcondizione: Il Cliente ha effettuato/modificato un prenotazione Attori: Cliente, Locale 1.Il Cliente vuole inserire un nuova prenotazione: 1.Il Cliente sceglie un prodotto offerto da un Locale 2.Il sistema mostra le caratteristiche del prodotto scelto dal Cliente 3.Il Cliente aggiunge tale prodotto al proprio carello 4.Quando il cliente termina gli acquisti, il sistema mostra un form dove inserire le informazioni necessarie per completare lordine 5.Il sistema verifica i dati inseriti e in caso positivo conferma la prenotazione, oppure mostra lerrore 2.Il Cliente vuole modificare (o eliminare) una prenotazione : 1.Il Cliente sceglie quale delle proprie prenotazioni vuole modificare (o eliminare) 2.Il sistema verifica che il Cliente possa modificare (o eliminare) la prenotazione

25 Use Case: Inserimento/Modifica Prenotazione (2/2) 3.Il Cliente modifica la prenotazione (o conferma leliminazione) 4.Il sistema verifica la modifica effettuata e in caso positivo avvisa del completamento della modifica (o eliminazione) Eccezioni: 1.Il Cliente non può modificare (eliminare) la prenotazione selezionata: 1.Il sistema informa il Cliente dellerrore 2.Se le informazioni inserite dal Cliente sono insufficienti o inesatte, il sistema ripresenta il form di inserimento/modifica

26 Use Case: Ricerca di un prodotto Precondizione: Utente o Cliente vuole ricercare un prodotto Postcondizione: Visualizzazione dei risultati della ricerca Attori: Utente, Cliente 1.Lutente o il Cliente definisce i criteri e i filtri di ricerca 2.Il sistema mostra i risultati della ricerca secondo i filtri selezionati

27 Use Case: Valutazione Locale Precondizioni: Il Cliente ha acquistato un prodotto di un Locale Postcondizione: Il Cliente ha inserito una valutazione di un Locale Attori: Cliente, Locale 1.Il Cliente seleziona il Locale da valutare 2.Il sistema verifica che il Cliente abbia i criteri necessari per valutare il Locale, in caso positivo mostra la finestra di valutazione 3.Il Cliente inserisce la valutazione 4.Il sistema registra e conferma lavvenuta valutazione Eccezioni: 1.Il Cliente non può valutare il Locale perché non ha acquistato un prodotto del Locale o perché è scaduto il termine della valutazione 1.Il sistema avvisa il Cliente dellerrore

28 Use Case: Gestione prenotazioni Precondizione: Venditore autenticato che possiede un Locale Postcondizione: Venditore gestisce le proprie prenotazioni Attori: Venditore, Locale 1.Il sistema mostra al Venditore le prenotazioni attive 2.Il Venditore sceglie una prenotazione da gestire 3.Il sistema mostra la pagina di gestione 4.Il Venditore gestisce lo stato della prenotazione 5.Il sistema verifica loperazione e in caso positivo comunica lesito altrimenti mostra un messaggio di errore e si riparte dal punto 1

29 Use Case: Visualizzazione valutazioni Precondizione: Venditore autenticato che possiede un Locale Postcondizione: Venditore visualizza le valutazione dei Clienti sul proprio Locale Attori: Venditore, Locale 1.Il Venditore sceglie dalla propria pagina personale il Locale di cui vuole vedere le valutazioni 2.Il sistema mostra le valutazioni presenti per il Locale scelto

30 UCD: Registrazione

31 UCD: Gestione locale

32 UCD: Gestione prodotti locale

33 UCD: Inserimento/modifica prenotazione

34 UCD: Ricerca prodotto

35 UCD: Valutazione locale

36 UCD: Gestione prenotazioni

37 UCD: Visualizzazione valutazioni

38 Project Plan al 22-11-2011 CRC: Completato Scenari: 23/11/2011 - 25/11/2011 Casi duso: 24/11/2011 - 28/11/2011 UCD: 27/11/2011 – 2/12/2011 Diagrammi di Attività: 1/12/2011 – 6/12/2011 Diagrammi di Sequenza: 5/12/2011 – 14/12/2011 Diagrammi di Classe: 13/12/2011 – 15/12/2011 Verifica della documentazione: 16/12/2011

39 Diagramma Temporale CRC Diagrammi di Classe Scenari UCD Casi duso Diagrammi di Attività Diagrammi di Sequenza Verifica Oggi15/12/2011