Informazioni sul documento

Transcript

1 Analisi Dei Requisiti Informazioni sul documento Titolo documento Analisi Dei Requisiti Versione attuale v1.0.0 Data versione attuale 2012/07/12 Data creazione 2012/07/08 Redazione Luca Guerra Stato documento Formale Uso Esterno Destinato a Prof. Tullio Vardanega Dott. Alessandro Petracca Analisi Dei Requisiti 1 di 22

2 Sommario Con il presente documento si riporta l insieme dei requisiti che il sistema denominato Smart Buyer g dovrà soddisfare. I requisiti sono stati dedotti dagli incontri avuti con il dott. Alessandro Petracca. Analisi Dei Requisiti 2 di 22

3 Diario delle modifiche Versione Data Autore Modifiche v /07/12 Luca Guerra Rilascio prima versione v /07/12 Luca Guerra Controllo ortografico documento v /07/11 Luca Guerra Termine stesura tabelle requisiti v /07/11 Luca Guerra Inizio stesura tabelle requisiti v /07/10 Luca Guerra Termine sezione Use Case v /07/10 Luca Guerra Inserimento grafici Use-Case v /07/10 Luca Guerra Prima stesura sezione Use Case v /07/10 Luca Guerra Termine prima sezione v /07/09 Luca Guerra Definizione stile pagina v /07/09 Luca Guerra Prima stesura documento v /07/09 Luca Guerra Inserimento loghi v /07/09 Luca Guerra Creazione documento Analisi Dei Requisiti 3 di 22

4 Indice 1 Introduzione Scopo del documento Scopo del prodotto Glossario Descrizione generale Contesto d uso del prodotto Funzioni del prodotto Caratteristiche degli utenti Vincoli generali Use Case Uc: Smart Buyer Uc 1: Effettua la registrazione Uc 3: Aggiunge articoli alla lista Uc 5: Inizia/termina spesa Uc 7: Aggiorna database articoli Uc 8: Inserisce nuove offerte Uc 10: Configura la disposizione della GDO Analisi dei requisiti Classificazione dei requisiti Requisiti funzionali Requisiti funzionali obbligatori Requisiti funzionali desiderabili Requisiti funzionali opzionali Requisiti prestazionali Requisiti prestazionali obbligatori Requisiti di qualità Requisiti di qualità obbligatori Requisiti di qualità desiderabili Requisiti di qualità opzionali Requisiti di interfacciamento Requisiti di interfacciamento obbligatori Tracciamento Tracciamento Use Case - Requisiti Tracciamento Requisiti - Use Case Analisi Dei Requisiti 4 di 22

5 Elenco delle tabelle 1 Requisiti funzionali obbligatori Requisiti funzionali obbligatori Requisiti funzionali desiderabili Requisiti funzionali opzionali Requisiti prestazionali obbligatori Requisiti di qualità obbligatori Requisiti di qualità desiderabili Requisiti di qualità opzionali Requisiti di interfacciamento obbligatori Tracciamento Use Case - Requisiti Tracciamento Requisiti - Use Case Elenco delle figure 1 UC: Smart Buyer Uc 1: Effettua la registrazione Uc 3: Aggiunge articoli alla lista Uc 5: Inizia/termina spesa Uc 7: Aggiorna database articoli Uc 8: Inserisce nuove offerte Uc 10: Configura la disposizione della GDO Analisi Dei Requisiti 5 di 22

6 1 Introduzione 1.1 Scopo del documento L obiettivo del presente documento è di analizzare e uniformare la percezione dei requisiti riguardanti il funzionamento finale del sistema Smart Buyer. Si arriverà quindi a una descrizione dei requisiti approvata e condivisa da entrambe le parti. 1.2 Scopo del prodotto Il sistema Smart Buyer si pone l obiettivo di facilitare e velocizzare l operazione di spesa all interno di un generico punto vendita appartenente a una Grande Distribuzione Organizzata (da ora denominata GDO g ), tramite l utilizzo di uno smartphone g, permettendo la composizione di una lista di articoli (con possibilità di specificare produttore e prezzo per ogni articolo) e un eventuale costo totale. Sarà disponibile una ulteriore funzionalità per calcolare il percorso più breve per il completamento della spesa (in base alla lista creata) all interno di un singolo punto vendita. La lista potrà essere evasa all interno di un punto vendita tramite la scansione del codice a barre dei prodotti, così da avere un resoconto completo al termine dell operazione. Inoltre, durante la composizione della lista, l applicazione metterà a disposizione i prezzi aggiornati per ogni articolo, fornendo un utile e comodo strumento di comparazione. 1.3 Glossario Per evitare ridondanze tutti i termini e gli acronimi presenti nel seguente documento che necessitano di definizione, saranno seguiti da una g ad apice ( E.g. GDO g ) alla loro prima occorrenza e saranno riportati in un documento esterno denominato Glossario.pdf. Tale documento accompagna e completa il presente e consiste in un listato ordinato di termini e acronimi con le rispettive spiegazioni. Analisi Dei Requisiti 6 di 22

7 2 Descrizione generale 2.1 Contesto d uso del prodotto Il prodotto andrà a collocarsi in una realtà d uso idealmente quotidiana, in quanto l utente ha la possibilità di aggiungere o rimuovere articoli ogniqualvolta ne avverte la necessità, senza vincoli. Non è richiesta alcuna abilità particolare da parte dell utilizzatore, se non un minimo di dimistichezza con un generico smartphone dotato di sistema operativo Android g. 2.2 Funzioni del prodotto L applicazione consente all utente utilizzatore di creare incrementalmente una propria lista della spesa aggiungendo articoli in tempi diversi. Una volta entrato in un punto vendita, l utente dovrà scansionare un QR-Code g posto all ingresso, il quale consente all applicazione di identificare in quale specifico punto vendita appartenente alla GDO sia presente l utente e di elaborare il percorso ottimale in base alla lista della spesa. Durante l acquisto dei prodotti elencati, l utente dovrà scansionare il codice a barre di ogni prodotto. Se un prodotto non è presente in lista, sarà disponibile una semplice funzionalità di aggiunta. Terminate queste operazioni, dovrà passare nella cassa dedicata e presentare il totale elaborato dall applicazione. Possibile funzionalità aggiuntiva è la prenotazione di un ticket al banco dei freschi, al fine di sapere in tempo reale l ultimo numero evaso e quanti ne mancano prima del proprio turno. Verrà inoltre reso disponibile un sistema di notifiche tramite il quale la GDO potrà proporre a un utente utilizzatore dell applicazione eventuali offerte o sconti sulla merce, anche in base allo storico degli acquisti dell utente. Tale invio di notifiche avverrà con un criterio di geolocalizzazione. Ogniqualvolta verrà evasa una lista di spesa (quindi al termine dell acquisto) verranno memorizzati i dati in un server dedicato. Verrà tenuta traccia anche della sostituzione di prodotti appartenenti alla stessa categoria, per eventuali future ricerche di mercato. 2.3 Caratteristiche degli utenti Gli utenti utilizzatori del sistema si suddividono nelle seguenti categorie: Consumatore L utilizzatore dell applicazione, colui che la scarica e la usa per gli scopi precedentemente elencati. Gestore Cloud Manutentore della parte Cloud, ovvero della parte di sistema che fa da ponte tra l applicazione e la GDO. Avrà il compito di manuntenere e periodicamente aggiornare un database basato sui dati provenienti dalla GDO al quale l applicazione fa riferimento. Personale GDO Personale del punto vendita, addetto alle modifiche sul database riguardanti codici a barre g e prezzi, inoltre responsabile della configurazione iniziale basata sulla struttura della GDO per il calcolo del percorso ottimale. 2.4 Vincoli generali Anche se inizialmente il sistema è creato per supportare una sola GDO, dovrà essere facilmente espandibile ad altre, quindi con configurazioni personalizzate; facilmente utilizzabile da utenti senza competenze specifiche e garantire un buon livello di sicurezza per lo scambio di dati. Analisi Dei Requisiti 7 di 22

8 3 Use Case In questo capitolo verranno riportati gli Use Case g (da ora denominati UC) riguardanti i requisiti funzionali del sistema, integrati con attori, scenari, pre e post condizioni. Gli use case vengono organizzati in forma gerarchica secondo la seguente classificazione: La notazione utilizzata è la seguente: Uc X<.Y<.Z> > dove le seguenti sigle indicano: X: use case di primo livello Y: use case di secondo livello Z: use case di terzo livello I campi Y e Z possono essere assenti. Analisi Dei Requisiti 8 di 22

9 3.1 Uc: Smart Buyer Figura 1: UC: Smart Buyer Attori coinvolti: - Compratore: utilizzatore dell applicazione. - Gestore Cloud: manutentore del Cloud. - Personale GDO: personale qualificato della GDO. Analisi Dei Requisiti 9 di 22

10 Precondizioni: Il Compratore deve aver effettuato correttamente il download dell applicazione da Android Market. Postcondizione: Indipendentemente dall iter seguito dall utente, con spesa evasa o non evasa, il sistema e il database lato cloud devono rimanere in uno stato stabile. Scenario principale: - Il Compratore si registra inserendo i propri dati personali. [Uc 1] - Il Compratore crea una nuova lista della spesa,inizialmente vuota. [Uc 2] - Il Compratore aggiunge nuovi articoli alla lista della spesa. [Uc 3] - Il Compratore elimina articoli precedentemente inseriti nella lista. [Uc 4] - Il Compratore scansiona un QR-Code per iniziare l operazione di spesa e ne scansiona un altro appena giunge alla cassa per segnalarne il termine. [Uc 5] - Il Compratore scansiona i codici a barre dei prodotti che ha nella lista per marchiarli come acquistati. [Uc 6] - Il Gestore Cloud ad un intervallo di tempo prefissato aggiorna il database degli articoli. [Uc 7] - Il Personale GDO inserisce offerte sui prodotti in vendita. [Uc 8] - Il Personale GDO aggiorna il proprio database dei prodotti in vendita. [Uc 9] - Il Personale GDO configura la disposizione dei prodotti all interno di uno specifico punto vendita. [Uc 10] 3.2 Uc 1: Effettua la registrazione Figura 2: Uc 1: Effettua la registrazione Attori coinvolti: - Compratore: utilizzatore dell applicazione. Precondizioni: Il Compratore deve aver effettuato correttamente il download dell applicazione da Android Market. Analisi Dei Requisiti 10 di 22

11 Postcondizione: Il Compratore è autenticato all interno del sistema. Scenario principale: Il Compratore inserisce i dati anagrafici necessari all elaborazione dei dati e ricerche di mercato (lato GDO), specifica un metodo di pagamento (metodi elettronici o contanti) e infine le credenziali per l accesso al sistema. [Uc 1.1, Uc 1.2, Uc 1.3] 3.3 Uc 3: Aggiunge articoli alla lista Figura 3: Uc 3: Aggiunge articoli alla lista Attori coinvolti: - Compratore: utilizzatore dell applicazione. Precondizioni: Il Compratore ha già creato una lista della spesa. Postcondizione: Il Compratore ha aggiunto un nuovo articolo alla lista. Scenario principale: Il Compratore seleziona un nuovo articolo presente nelle categorie dei prodotti, avendo possibilità di lasciarlo generico oppure di specificarne delle caratteristiche, come brand, quantità (diverse unità di misura) e prezzo. Inoltre può accedere a funzionalità come la visualizzazione del meno costoso e i prodotti soggetti a sconti o offerte. [Uc 3.1, Uc 3.2, Uc 3.3, Uc 3.4] Analisi Dei Requisiti 11 di 22

12 3.4 Uc 5: Inizia/termina spesa Figura 4: Uc 5: Inizia/termina spesa Attori coinvolti: - Compratore: utilizzatore dell applicazione. Precondizioni: Il Compratore è già in possesso di una lista della spesa popolata. Postcondizione: Il Compratore effettua con successo l acquisto dei prodotti presenti nella lista. Scenario principale: Il Compratore scansiona il QR-Code presente all ingresso del punto vendita e inzia la spesa. Per ogni prodotto in lista scansiona il codice a barre, se desidera cambiarne uno avrà la possibilità di farlo con un altro della stessa categoria. Una volta evasi tutti i prodotti della lista si dirige alla cassa per il pagamento e scansiona il QR-Code per l uscita. [Uc 5.1, Uc 5.2, Uc 5.3, Uc 5.4] Analisi Dei Requisiti 12 di 22

13 3.5 Uc 7: Aggiorna database articoli Figura 5: Uc 7: Aggiorna database articoli Attori coinvolti: - Gestore Cloud: manutentore del Cloud. Precondizioni: Il database è in uno stato stabile. Postcondizione: Il database rimane in uno stato stabile. Scenario principale: Il Gestore Cloud esegue una richiesta al database del punto vendita per ricevere gli ultimi aggiornamenti di prezzi, offerte e sconti. Una volta completato l aggiornamento, invia le notifiche alle applicazioni che necessitano un aggiornamnto alla lista della spesa. [Uc 7.1, Uc 7.2, Uc 7.3] Analisi Dei Requisiti 13 di 22

14 3.6 Uc 8: Inserisce nuove offerte Figura 6: Uc 8: Inserisce nuove offerte Attori coinvolti: - Personale GDO: personale qualificato della GDO. Precondizioni: Il database è in uno stato stabile. Postcondizione: Il database rimane in uno stato stabile. Scenario principale: Il personale GDO inserisce una particolare offerta o sconto su un determinato prodotto, specificandone valore e durata. [Uc 8.1, Uc 8.2, Uc 8.3] Analisi Dei Requisiti 14 di 22

15 3.7 Uc 10: Configura la disposizione della GDO Figura 7: Uc 10: Configura la disposizione della GDO Attori coinvolti: - Personale GDO: personale qualificato della GDO. Precondizioni: Il punto vendita è convenzionato con l applicazione. Postcondizione: Risulta possibile avere un percorso ottimizzato per evadere una lista della spesa all interno di uno specifico punto vendita. Scenario principale: Il personale GDO specifica il numero e l orientamento degli scaffali presenti, e per ognuno associa le categorie di prodotti presenti. In un secondo momento potrà modificare tale disposizione di prodotti, mentre la posizione degli scaffali viene considerata fissa. [Uc 8.1, Uc 8.2, Uc 8.3] Analisi Dei Requisiti 15 di 22

16 4 Analisi dei requisiti 4.1 Classificazione dei requisiti Di seguito viene riportato l elenco dei requisiti del sistema Smart Buyer. I requisiti sono organizzati in forma gerarchica. Ogni requisito può quindi avere sotto-requisiti. Se ognuno di questi sotto-requisiti viene soddisfatto allora il requisito di livello superiore viene soddisfatto. La notazione utilizzata è la seguente: <F P Q V I><o d z>-x<.y<.z> > dove le seguenti sigle indicano: F: requisito funzionale P: requisito prestazionale Q: requisito di qualità V: requisito di vincolo I: requisito di interfacciamento o: obbligatorio d: desiderabile z: opzionale X: requisito di primo livello Y: sotto-requisito Z: sotto-requisito di un sotto-requisito I campi Y e Z possono essere assenti. 4.2 Requisiti funzionali Requisiti funzionali obbligatori Tabella 1: Requisiti funzionali obbligatori Codice Descrizione Fonte Fo-1 Il sistema deve permettere al Consumatore il download e Proponente l installazione dell applicazione da Android Market g Fo-2 Il sistema deve permettere al Consumatore di effettuare la Proponente registrazione prima di utilizzare l applicazione Fo-2.1 Il sistema deve permettere l inserimento di un indirizzo sulle Interno credenziali Fo-2.2 Il sistema deve permettere l inserimento del nome sulle credenziali Interno Fo-2.3 Il sistema deve permettere l inserimento del cognome sulle Interno credenziali (Continua alla pagina successiva) Analisi Dei Requisiti 16 di 22

17 (Continua dalla pagina precedente) Fo-2.4 Il sistema deve permettere l inserimento della data di nascita sulle Interno credenziali Fo-2.5 Il sistema deve permettere l inserimento dell indirizzo sulle Interno credenziali Fo-2.6 Il sistema deve permettere l inserimento del metodo di pagamento Interno Fo-2.7 Il sistema deve permettere l inserimento della password Interno Fo-3 Il sistema deve permettere la creazione di una nuova lista della Proponente spesa Fo-3.1 Il sistema deve permettere l aggiunta di un articolo alla lista della Proponente spesa Fo- Il sistema deve permettere di specificare brand, quantità e prezzo Proponente di un prodotto Fo-3.2 Il sistema deve permettere la rimozione di un articolo alla lista Proponente della spesa Fo-3.3 Il sistema deve permettere il calcolo del costo complessivo della Proponente lista, se specificati tutti i prodotti in dettaglio Fo-3.4 Il sistema deve permettere la visualizzazione del prodotto con Proponente prezzo più basso da una categoria di prodotti Fo-3.5 Il sistema deve permettere la visualizzazione dei prodotti in offerta Proponente da una categoria di prodotti Fo-4 Il sistema deve permettere la scansione di un Qr-Code per poter Proponente iniziare la spesa Fo-4.1 Il sistema deve permettere la visualizzazione del percorso più breve Proponente per poter effettuare la spesa Fo-4.2 Il sistema deve permettere la scansione del codice a barre di un Proponente prodotto presente in lista Fo-4.3 Il sistema deve permettere la scansione del codice a barre di un Proponente prodotto non presente in lista, che verrà aggiunto alla stessa Fo-4.4 Il sistema deve permettere la rimozione di un codice a barre Proponente precedentemente scansionato Fo-4.5 Il sistema deve permettere la sostituzione di un codice a barre Proponente precedentemente scansionato con quello di un altro prodotto della stessa categoria Fo-4.6 Il sistema deve permettere il termine dell operazione di spesa Proponente tramite la scansione di un QR-Code posto alla cassa Fo-5 Il sistema deve permettere di tenere traccia di tutte le liste evase Proponente dagli utenti Fo-6 Il sistema deve permettere l aggiornamento del database lato Cloud Proponente in seguito a modifiche apportate dal Personale GDO Fo-6.1 Il Gestore Cloud può controllare la disponibilità di aggiornamenti Proponente Fo-6.2 Il Gestore Cloud può richiedere gli aggiornamenti Proponente Fo-6.3 Il Gestore Cloud aggiorna le App richiedenti Proponente Fo-7 Il Personale Gdo aggiorna il database degli articoli Interno Tabella 1: Requisiti funzionali obbligatori Analisi Dei Requisiti 17 di 22

18 4.2.2 Requisiti funzionali desiderabili Tabella 2: Requisiti funzionali desiderabili Codice Descrizione Fonte Fd-1 Il sistema deve permettere al Personale GDO di aggiungere offerte Proponente e sconti Fd-1.1 Il sistema deve permettere al Personale GDO di specificare il tipo Proponente di promozione Fd-1.2 Il sistema deve permettere al Personale GDO di specificare un Proponente valore numerico (sconto o altro) per la promozione Fd-1.3 Il sistema deve permettere al Personale GDO di specificare la Proponente durata della promozione Fd-2 Il sistema deve permettere la ricezione di notifiche commerciali se Proponente entra nell area di un punto vendita Fd-3 Il Personale GDO configura la disposizione del punto vendita Proponente Fd-3.1 Il Personale GDO configura il numero degli scaffali Proponente Fd-3.2 Il Personale GDO configura l orientamento degli scaffali Proponente Fd-3.3 Il Personale GDO configura le categorie di articoli per gli scaffali Proponente Fd-3.4 Il Personale GDO può modificare la disposizione degli articoli sugli scaffali Proponente Requisiti funzionali opzionali Tabella 3: Requisiti funzionali opzionali Codice Descrizione Fonte Fz-1 L applicazione deve permettere a un Consumatore di prenotare un Proponente biglietto per la coda riferita al banco dei freschi Fz-1.1 L applicazione deve segnalare a un Consumatore quando arriva il Proponente suo turno (con un dato anticipo) Fz-2 Il sistema deve prevedere una serie di funzionalità per l estrapolazione Interno dei dati raccolti in base alle richieste del personale GDO Fz-3 Il sistema deve essere facilmente estendebile per supportare future Interno catene di GDO Fz-4 Il sistema deve essere in grado di supportare diversi metodi di pagamento specificati in fase di registrazione Interno 4.3 Requisiti prestazionali Requisiti prestazionali obbligatori Tabella 4: Requisiti prestazionali obbligatori Codice Descrizione Fonte Po-1 L applicazione mobile impone che il dispositivo su cui verrà Interno installato rispetti almeno i requisiti hardware minimi Po-1.1 L applicazione mobile impone che il dispositivo abbia almeno Interno 400Mhz di processore Po-1.2 L applicazione mobile impone che il dispositivo abbia almeno Interno 500Mb di ram (Continua alla pagina successiva) Analisi Dei Requisiti 18 di 22

19 (Continua dalla pagina precedente) Po-1.3 L applicazione mobile impone che il dispositivo abbia almeno una Interno connessione 3G Po-2 L interfaccia web impone che il browser in uso sia almeno uno tra Interno quelli richiesti dal sistema Po-2.1 L interfaccia web richiede almeno Safari 6 Interno Po-2.2 L interfaccia web richiede almeno Internet Explorer 8 Interno Po-2.3 L interfaccia web richiede almeno Chrome 10 Interno Po-2.4 L interfaccia web richiede almeno Firefox 4 Interno Analisi Dei Requisiti 19 di 22

20 4.4 Requisiti di qualità Requisiti di qualità obbligatori Tabella 5: Requisiti di qualità obbligatori Codice Descrizione Fonte Qo-1 Il sistema deve essere multiutente Proponente Qo-2 Il sistema deve essere robusto impedendo la perdita o corruzione dei dati dell utente tornando a uno stato consistente Interno Requisiti di qualità desiderabili Tabella 6: Requisiti di qualità desiderabili Codice Descrizione Fonte Qd-1 La gestione tecnica deve essere minima e totalmente a carico del Interno Gestore Cloud Requisiti di qualità opzionali Tabella 7: Requisiti di qualità opzionali Codice Descrizione Fonte Qz-1 L applicazione sarà corredata di help contestuale Interno Qz-2 Verrà realizzato un manuale contenete la progettazione del sistema (UML 2.0 g ) per facilitare future modifiche o estensioni Interno 4.5 Requisiti di interfacciamento Requisiti di interfacciamento obbligatori Tabella 8: Requisiti di interfacciamento obbligatori Codice Descrizione Fonte Io-1 Il sistema prevede un interfaccia destinata al Personale GDO Proponente Io-2 Il sistema prevede un interfaccia destinata al Gestore Cloud Proponente Io-3 Il sistema prevede un applicazione Android destinata al Proponente Consumatore Analisi Dei Requisiti 20 di 22

21 5 Tracciamento Al fine di non avere nessun requisito superfluo o viceversa averne omessi, vengono presentate le tabelle di tracciamento Use Case - Requisiti e Requisiti-Use Case. I requisiti tracciati sono quasi tutti esclusivamente appartenenti ai Funzionali Obbligatori, in quanto per gli altri risultava estremamente difficile l associazione con Use Case, che in alcuni casi non sono stati previsti. 5.1 Tracciamento Use Case - Requisiti Tabella 9: Tracciamento Use Case - Requisiti Use Case Nome Use Case Requisito Uc 1 Effettua la registrazione Fo-1 Fo-2 Uc 1.1 Inserisce dati anagrafici Fo-2.2 Fo-2.3 Fo-2.4 Fo-2.5 Uc 1.2 Specifica metodo di pagamento Fo-2.6 Uc 1.3 Specifica credenziali d accesso Fo-2.1 Fo-2.7 Uc 2 Crea una nuova lista della spesa Fo-3 Uc 3 Aggiunge articoli alla lista Fo-3.1 Uc 3.1 Seleziona nuovo articolo Fo-3.1 Uc 3.2 Specifica Brand e quantità dell articolo Fo Uc 3.3 Controlla offerte o sconti Fo-3.5 Uc 3.4 Visualizza meno costoso Fo-3.4 Uc 4 Rimuove articoli dalla lista Fo-3.2 Uc 5 Inizia/termina la spesa Fo-4 Fo-4.6 Fo-4.1 Fo-3.3 Uc 5.1 Scansiona QR-Code all ingresso Fo-4 Uc 5.2 Acquista prodotti della lista Fo-4.2 Uc 5.3 Sostituisce prodotto con altro della stessa Fo-4.5 categoria Uc 5.4 Scansiona QR-Code alla cassa e chiude la lista Fo-4.6 Uc 6 Scansiona i codici a barre Fo-4.2 Fo-4.3 Fo-4.4 Uc 7 Aggiorna database articoli Fo-6 Uc 7.1 Controlla disponibilità aggiornamenti Fo-6.1 Uc 7.2 Richiede aggiornamenti Fo-6.2 Uc 7.3 Aggiorna App richiedenti Fo-6.3 Uc 8 Inserisce nuove offerte Fd-1 Uc 8.1 Specifica tipo Offerta/Sconto Fd-1.1 Uc 8.2 Inserisce valore per la promozione Fd-1.2 Uc 8.3 Inserisce durata promozione Fd-1.3 Uc 9 Aggiorna il database GDO Fo-7 Uc 10 Configura la disposizione del GDO Fd-3 Uc 10.1 Inserisce numero scaffali Fd-3.1 Uc 10.2 Inserisce orientamento scaffali Fd-3.2 Uc 10.3 Inserisce categorie prodotti su scaffale Fd-3.3 (Continua alla pagina successiva) Analisi Dei Requisiti 21 di 22

22 (Continua dalla pagina precedente) Uc 10.4 Modifica disposizione di prodotti su scaffale Fd-3.4 Uc 11 Elabora statistiche Fz-2 Fo Tracciamento Requisiti - Use Case Tabella 10: Tracciamento Requisiti - Use Case Requisito Use Case Fo-1 Uc 1 Fo-2 Uc 1.1 Fo-2.1 Uc 1.3 Fo-2.2 Uc 1.1 Fo-2.3 Uc 1.1 Fo-2.4 Uc 1.1 Fo-2.5 Uc 1.1 Fo-2.6 Uc 1.2 Fo-2.7 Uc 1.3 Fo-3 Uc 2 Fo-3.1 Uc 3 Uc 3.1 Fo Uc 3.2 Fo-3.2 Uc 4 Fo-3.3 Uc 5 Fo-3.4 Uc 3.4 Fo-3.5 Uc 3.3 Fo-4 Uc 5 Uc 5.1 Fo-4.1 Uc 5 Fo-4.2 Uc 5.2 Uc 6 Fo-4.3 Uc 6 Fo-4.4 Uc 6 Fo-4.5 Uc 5.3 Fo-4.6 Uc 5.4 Fo-5 Uc 11 Fo-6 Uc Uc 7 Fo-6.1 Uc 7.1 Fo-6.2 Uc 7.2 Fo-6.3 Uc 7.3 Fo-7 Uc 9 Fd-1 Uc 8 Fd-1.1 Uc 8.1 Fd-1.2 Uc 8.2 Fd-1.3 Uc 8.3 Fd-3 Uc 10 Fd-3.1 Uc 10.1 Fd-3.2 Uc 10.2 Fd-3.3 Uc 10.3 Fd-3.4 Uc 10.4 Fz-2 Uc 11 Analisi Dei Requisiti 22 di 22