Ingegneria del Software Task 2 Bozza di Documento dei Requisiti

Transcript

1 2010 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti Documento 3.0 Versione 1.0 Numero pagine : 59 Università Ca Foscari di Venezia Facoltà di Scienze Matematiche, Fisiche e Naturali Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele Azienda Metropolitan Oasis 22/11/2010

2 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele Pagina 2 di 59

3 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti Sommario 1 Indice delle figure Introduzione Scopi documento Descrizione del documento Descrizione delle funzionalità del prodotto Modelli del sistema Use Case Model C01: Login C02: Ricavare informazioni museo C03: Registrarsi al sito web C04: Iscrizione newsletter C05: Prenotazione biglietto museo C06: Tour guidato C07: Visualizza foto C08: Invia consiglio C09: Zoom scena C10: Selezionare oggetto C11: Storia oggetto C12: Ruotare oggetto C13: Esplorare oggetto C14: Ascoltare audio guida C15: Inserire/modificare dati informativi C16: Modifica modello 3D C17: Accedere alle informazioni degli utenti registrato C20 : Monitorare attrezzatura museo Modello Data Flow Sito web Museo Modelli Semantici Studio di fattibilità Analisi viewpoints Identificazione viewpoints Viewpoints interattivi Viewpoints di dominio...33 Pagina 3 di 59

4 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele 5.2 Servizi offerti ad ogni attore Gerarchia di viewpoints Documentazione viewpoints Documentazione servizi offerti Clienti sito web Modello ad oggetti dei viewpoints Requisiti dei requisiti funzionali Requisiti non funzionali Requisiti di prodotto Requisiti di processo Requisiti esterni Evoluzione del sistema Integrazione con i social network Supporto Multilingua Le migliori curiosità come nuove domande per l assistente virtuale Sponsor Aree applicative Matrice dei requisiti Appendici La tecnologia TouchScreen Come Vengono realizzati i touchscreen Accessibilità touchscreen Le linee guida I problemi legati all utilizzo dei touchscreen Cosa bisogna evitare Glossario Riferimenti...59 Pagina 4 di 59

5 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti 1 Indice delle figure FIGURA 3-1: DIAGRAMMA USE CASE MODEL... 8 FIGURA 3-2 C01: LOGIN... 8 FIGURA 3-3 C02: RICAVARE INFORMAZIONI SUL MUSEO... 9 FIGURA 3-4 C03:REGISTRARSI AL SITO WEB...10 FIGURA 3-5 C04: ISCRIZIONE NEWSLETTER...11 FIGURA 3-6 C05:PRENOTAZIONE BIGLIETTO MUSEO...12 FIGURA 3-7 C06: TOUR GUIDATO...13 FIGURA 3-8 C07: VISUALIZZA FOTO...14 FIGURA 3-9 C08:INVIA CONSIGLIO...15 FIGURA 3-10 C09: ZOOM SCENA...16 FIGURA 3-11 C10: SELEZIONARE OGGETTO...17 FIGURA 3-12 C11: STORIA OGGETTO...18 FIGURA 3-13 C12: RUOTARE OGGETTO...19 FIGURA 3-14 C13: ESPLORARE OGGETTO...20 FIGURA 3-15 C14: ASCOLTARE AUDIO GUIDA...21 FIGURA 3-16 C15: INSERIRE/MODIFICARE DATI INFORMATIVI...22 FIGURA 3-17 C16:MODIFICA MODELLO 3D...23 FIGURA 3-18 C17: ACCEDERE ALLE INFORMAZIONI DEGLI UTENTI REGISTRATO...24 FIGURA 3-19 C20: MONITORARE ATTREZZATURA MUSEO...25 FIGURA 3-20 MODELLO DATA FLOW: REGISTRAZIONE...26 FIGURA 3-21 MODELLO DATA FLOW: ISCRIZIONE NEWSLETTER...26 FIGURA 3-22 MODELLO DATA FLOW: INVIO CONSIGLI...27 FIGURA 3-23 MODELLO DATA FLOW: DA IPHONE FAI DOMANDE LE CUI RISPOSTE SONO VISIBILE SU LCD...27 FIGURA 3-24 MODELLO DATA FLOW: CON IPHONE CHIEDI DI VISUALIZZARE UN OGGETTO...28 FIGURA 3-25 MODELLO DATA FLOW: ASCOLTARE GUIDA AUDIO...28 FIGURA 3-26 MODELLI SEMANTICI...28 FIGURA 5-1 ANALISI VIEWPOINTS...32 FIGURA 5-2 SERVIZI OFFERTI AD OGNI ATTORE...33 FIGURA 5-3 GERARCHIA VIEWPOINTS...34 FIGURA 5-4 MODELLO AD OGGETTI DEI VIEWPOINTS...36 Pagina 5 di 59

6 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele 2 Introduzione In questo documento vengono analizzati e descritti in dettaglio i requisiti (funzionali e non funzionali) necessari a realizzare il progetto del museo aziendale. La raccolta dei requisiti deve raccogliere tutte le indicazioni necessarie per comprendere le necessità del cliente ed i vincoli del sistema su cui intervenire. Lo scopo è quello di fornire delle linee da seguire nelle fasi di vita del software in modo da rispettare in ogni momento gli accordi MPO cliente. Serve inoltre a fornire un idea di sviluppo chiara per l azienda MPO stessa per una rappresentazione di ciò che andrà a produrre. Per ogni requisito viene identificato il grado del rischio che può comportare la non realizzazione o non soddisfazione del requisito. In particolare vengono illustrati i diversi punti di vista del sistema utilizzando modelli astratti (modello viewpoints), per comprendere al meglio quali servizi il sistema deve essere in grado di fornire. Con il presente documento si intende fornire al committente uno scritto da convalidare, dove egli possa trovare una risposta alle sue richieste, ed al team di sviluppo una esatta rappresentazione di ciò che dovrà implementare in modo da avere un punto di riferimento e di accordo da entrambe le parti (cliente - fornitore). 2.1 Scopi documento Lo scopo principale di questo documento è quello di fornire tutte le informazioni per portare successivamente alla progettazione completa del museo aziendale. Il documento inoltre si pone l obiettivo di definire le funzionalità che il sistema dovrà fornire individuando anche quelli che sono i confini dentro ai quali deve rientrare. 2.2 Descrizione del documento Il documento è suddiviso in dieci capitoli ed in particolare i capitoli 4 e 5 trattano in dettaglio il focus del progetto definendo i requisiti e viewpoints. Grazie a quest analisi sono stati studiati anche i possibili utenti del nostro sistema e per ognuno vengono presentate le diverse interazioni possibili col sistema stesso. Nel paragrafo 3.1 vengono elencati i principali casi d uso attraverso un modello grafico che evidenzia i passaggi fondamentali per utilizzare quel particolare servizio. Ampio lo studio di fattibilità presente al capitolo 3, per capire se il progetto può andare in porto. Proponiamo inoltre alcune idee per una futura evoluzione del sistema al capitolo Descrizione delle funzionalità del prodotto Realizzare il nostro sistema di museo aziendale significa avere pieno accesso a informazioni riguardanti il percorso storico di una determinata azienda e rivivere i cambiamenti e i passi innovativi compiuti fino ad oggi dalla azienda stessa. Per questo motivo il nostro progetto prevede di implementare diverse funzionalità in modo da garantire un intensa interazione tra museo e utente/cliente. Seguono le principali funzionalità: 1. Possibilità di interagire con oggetti del museo in remoto, ovvero un modello 3D del museo viene visualizzato direttamente sul proprio browser. 2. Interrogare l oggetto del museo utilizzando domande prestabilite tramite un dispositivo. Pagina 6 di 59

7 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti 3. L utilizzo dello smartphone iphone permette di ruotare l oggetto virtualmente sfruttando le 6 posizioni possibili sui 3 assi (x,y,z). 3 Modelli del sistema In questo capitolo verranno esposti diversi modelli di sistema che corrispondono a diversi punti di vista astratti, cosi da poter fornire un idea del sistema completa e visionata appunto tramite sfaccettature differenti. 3.1 Use Case Model Presentiamo ora una serie di casi d uso del sistema applicativo che realizzeremo, al fine di chiarire e concordare i requisiti necessari. Usare i casi d'uso è importante nella nostra analisi poiché ci permette di: 1. Individuare chi (persone, attori) dovrà usare il sistema 2. Chiederci quali sono gli obiettivi che si intendono conseguire usando il sistema 3. Approfondire, in termini di descrizione di scenari concreti, ciascuna modalità d'uso, chiarendo il modo in cui inizia, le risposte che l'utilizzatore si attende dal sistema, la sequenza di passi con cui l'interazione si svolge, eventuali altri soggetti (esterni al sistema) coinvolti. Per ogni caso d uso (in UML, rappresentato mediante un ellisse etichettata col nome del caso d uso) si specifica una sequenza di azioni, incluse eventuali sequenze alternative e sequenze di errore, che un sistema, un sottosistema o una classe può eseguire interagendo con attori esterni. In particolare i casi d uso vengono avviati da un attore (rappresentati negli schemi come degli omini stilizzati, rappresentano il ruolo che un entità esterna assume quando interagisce con il sistema) e ne descrivono il punto di vista. Per ogni caso d uso si specifica: Nome: esprime l obiettivo che si pone l utente nell utilizzo del sistema Ambito: in quale parte del sistema avviene l interazione : obiettivo che l utente si pone di raggiungere una volta compiuta l interazione Dipendenze: influenze di altri casi d uso Attori: le entità che interagiscono con il sistema Trigger: l evento che fa scattare il caso d uso Precondizioni: condizioni che devono essere soddisfatte prima di avviare il caso d uso Descrizione: descrizione della sequenza principale delle azioni intraprese dall attore Alternative: descrizioni di sequenze non usuali Post condizioni: condizioni soddisfatte al termine dell interazione Presentiamo ora un diagramma che mostra gli attori principali del sistema: Pagina 7 di 59

8 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele Figura 3-1: Diagramma Use Case Model Nelle pagine seguenti verranno ora presentati i vari casi d uso C01: Login Nome Ambito Dipendenze con altri casi d uso Attori Trigger Precondizioni Descrizione C01: Login Sito web Potersi loggare al sito web correttamente C03 Utenti sito web Compilazione del form di login Avere accesso al form cliccando sul pulsante di area riservata Compilando il form di login con le proprie credenziali, quali username e password, e premendo il tasto di invio, se i dati sono corretti, si viene loggati al sito e si dispongono di servizi aggiuntivi. Alternative - Se non è possibile accedere al form ricaricare o chiedere assistenza agli amministratori - Se non si viene loggati evidentemente c è stato un qualche errore nell inserimento dei dati e bisogna riprovare. Se il problema persiste contattare l amministratore Post condizioni L utente è loggato al sito Figura 3-2 C01: Login Pagina 8 di 59

9 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti C02: Ricavare informazioni museo Nome C02: Ricavare informazioni sul museo Ambito Sito web Poter ricavare informazioni inerenti al museo direttamente dalle pagine sito web Dipendenze con altri casi d uso Attori Utenti sito web Trigger Visualizzazione pagina web del sito del museo Precondizioni Il server risponde alla richiesta di visualizzazione della pagina Descrizione L utente muovendosi tra le pagine del sito con gli appositi pulsanti del browser o i link presenti nelle varie pagine riesce a visualizzare pagine differenti in cui poter leggere orari museo, mappa geografica sulla disposizione fisica dello stesso, trovare contatti, inviare mail, etc. Alternative - Se il server non risponde alla richiesta bisogna riprovare più tardi. Ci sarà qualche errore del server. - Se la pagina richiesta non è presente nel sito può essere stata cancellata o è in fase di sostituzione. Un ricarica pagina può risolvere il problema. - Se non vengono visualizzate alcune informazioni volute dal cliente è possibile contattare gli amministratori del sito o i gestori del museo per informazioni Post condizioni L utente ottiene l informazione richiesta Figura 3-3 C02: Ricavare informazioni sul museo Pagina 9 di 59

10 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele C03: Registrarsi al sito web Nome C03:Registrarsi al sito web Ambito Sito web Poter registrarsi come utente del sito web e poter accedere a servizi altrimenti non raggiungibili Dipendenze con altri casi d uso Attori Utenti sito web Trigger Compilazione del form di registrazione Precondizioni Avere accesso alla pagina di registrazione Descrizione Dopo aver caricato la pagina di registrazione al sito, compilando un form preimpostato in tutte le sue parti obbligatorie, e premendo il pulsante di invio form, se i dati inseriti sono corretti (cioè password ripetute correttamente, campi obbligatori completati, etc.) l utente viene registrato al sito Alternative - Se dati inseriti sono incompleti o sbagliati l utente è invitato a riprovare - Se non si carica la pagina può essere un errore server (vedi caso precedente) - L utente non viene correttamente inserito. Può essere un errore nel database temporaneo. Contattare gli amministratori del sito. Post condizioni L utente è registrato al sito web Figura 3-4 C03:Registrarsi al sito web Pagina 10 di 59

11 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti C04: Iscrizione newsletter Nome C04: Iscrizione newsletter Ambito Sito web Poter iscriversi alle newsletter del sito Dipendenze con C01 altri casi d uso Attori Utenti sito web loggato Trigger Compilazione form di iscrizione alla newsletter Precondizioni Avere accesso alla pagina d iscrizione, essere loggati Descrizione L utente dopo aver caricato la pagina di iscrizione alla newsletter, se loggato correttamente, compilando un form preimpostato in tutte le sue parti obbligatorie, e premendo il pulsante di invio form, se i dati inseriti sono corretti, l utente viene iscritto alla newsletter del sito Alternative - Se dati inseriti sono incompleti o sbagliati l utente è invitato a riprovare - Se non si carica la pagina può essere un errore server (si veda casi precedenti) - L utente non viene correttamente iscritto alla newsletter. Può essere un errore nel database temporaneo. Contattare gli amministratori del sito. Post condizioni L utente è iscritto alla newsletter Figura 3-5 C04: Iscrizione newsletter Pagina 11 di 59

12 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele C05: Prenotazione biglietto museo Nome C05:Prenotazione biglietto museo Ambito Sito web Prenotare biglietti per una visita fisica a museo Dipendenze con C01 altri casi d uso Attori Utenti sito web Trigger Compilazione di un form pre-impostato Precondizioni Accedere alla pagina di prenotazione dopo essersi loggati al sito Descrizione L utente dopo essersi loggato e aver caricato la pagina di prenotazione biglietti, compilando un form pre-impostato inserendo propri dati e data/orario di visita, premendo il pulsante di invio form, se i dati inseriti sono corretti e se ci sono posti disponibili, l utente ottiene conferma della prenotazione richiesta da stampare e consegnare al momento della visita al museo. Alternative - Se dati inseriti sono incompleti o sbagliati l utente è invitato a riprovare - Se non si carica la pagina può essere un errore server(vedi casi precedenti) - L utente non riceve correttamente la prenotazione. Può essere un errore nel database temporaneo o un errore di pagina. Contattare gli amministratori del sito o provare a ri-effettuare la prenotazione. Post condizioni Utente ottiene prenotazione al museo Figura 3-6 C05:Prenotazione biglietto museo Pagina 12 di 59

13 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti C06: Tour guidato Nome C06: Tour guidato Ambito Sito web Visualizzare un tour guidato al sito Dipendenze con C02 altri casi d uso Attori Utenti sito web Trigger Selezionare un area virtuale del museo visualizzabile per il tour Precondizioni Poter accedere alla pagina, avere installato nel browser plugin per x3d Descrizione L utente visualizzerà sulla pagina del tour la possibilità di scegliere determinate stanze virtuali o avere a disposizione un tour completo. Effettuata la scelta si ricaricherà la pagina e verrà mostrato il mondo 3D del museo relativamente a quell area. Sarà in ogni momento possibile tornare ai vari menu di scelta Alternative - Se non si carica la pagina può esserci un errore nel server (si veda casi precedenti) - Se non si riesce visualizzare il mondo 3D controllare di avere banda d accesso elevata, controllare di avere plugin di x3d installati correttamente, contattare amministratori di sistema - Se non funziona una parte del mondo evidentemente non è correttamente implementata. Contattare gli amministratori. Post condizioni L utente può effettuare un tour guidato virtuale Figura 3-7 C06: Tour guidato Pagina 13 di 59

14 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele C07: Visualizza foto Nome C07: Visualizza foto Ambito Sito web Visualizzare foto relative al museo fisico Dipendenze con C02 altri casi d uso Attori Utenti sito web Trigger Precondizioni Caricare pagina che contiene le foto Descrizione L utente può visualizzare foto del museo direttamente da queste pagine del sito. È possibile scegliere la modalità di avanzamento foto tramite presentazione (per cui si chiede come prerequisito di avere javascript attivo) oppure manualmente (dove la presenza di javascript è utile ma non necessaria) Alternative - Se javascript non è attivo sul browser utente è possibile sono visualizzar le immagini manualmente con un continuo ricaricar della pagina - Se javascript è attivo si può scegliere di visualizzare una presentazione automatica oppure manuale senza aver bisogno di ricaricar la pagina - Se la pagina non si carica possono esserci errori sul server - Se la immagini non si visualizzano correttamente possono essere mancanti o rovinate Post condizioni L utente riesce visualizzare foto del museo direttamente dal sito Figura 3-8 C07: Visualizza foto Pagina 14 di 59

15 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti C08: Invia consiglio Nome C08:Invia consiglio Ambito Sito web Inviare consigli agli amministratori su come migliorare il sito e/o il museo Dipendenze con C01 altri casi d uso Attori Utenti sito web loggati Trigger Selezionare tipologia servizio e compilare form pre-impostato Precondizioni Caricare la pagina correttamente, essere loggato Descrizione Un utente del sito web loggato può inviare dei consigli agli amministratori del sito relativamente ai contenuti del sito o al museo a cui il sito si riferisce. Dopo aver selezionato la tipologia di servizio a cui si vuol dar consiglio compare un form da compilare in cui suggerire dei consigli. Per inviare il form basta premere il pulsante di invio Alternative - Se la pagina non si carica può essere un errore del server (si veda punti precedenti) Post condizioni - Se non compare la tipologia desiderata si seleziona quella più simile possibile - Se non viene visualizzato il form ricaricare la pagina - Per altre anomalie contattare gli amministratori Figura 3-9 C08:Invia consiglio Pagina 15 di 59

16 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele C09: Zoom scena Nome Ambito Dipendenze con altri casi d uso Attori Trigger Precondizioni Descrizione C09: Zoom scena Iphone Poter ingrandire una scena 3D C10 Utenti museo Selezionare porzione da ingrandire; usare funzione di ingrandimento Avere Iphone in mano, visualizzare una certa scena È possibile ingrandire/rimpicciolire parte di una scena 3D presentata sull iphone dopo averla selezionata. Alternative - Se non si riesce a selezionare una scena evidentemente non è disponibile l ingrandimento - Se non funziona il touch chiedere spiegazioni agli operatori del museo Post condizioni Si riesce a zoomare una scena Figura 3-10 C09: Zoom scena Pagina 16 di 59

17 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti C10: Selezionare oggetto Nome Ambito Dipendenze con altri casi d uso Attori Trigger Precondizioni Descrizione Alternative Post condizioni C10: Selezionare oggetto Iphone Poter selezionare un oggetto Utente museo Cliccare su un oggetto Avere iphone in mano, visualizzare oggetti 3D È possibile selezionare un oggetto da visualizzare. Basta cliccar sulla scena, scegliere l oggetto da selezionare e cliccarci sopra Oggetto selezionato. È possibile ora compierci varie azioni Figura 3-11 C10: Selezionare oggetto Pagina 17 di 59

18 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele C11: Storia oggetto Nome C11: Storia oggetto Ambito Iphone schermo LCD Poter aver una storia completa dell oggetto Dipendenze con altri C11,C13 casi d uso Attori Utenti museo Trigger Selezione oggetto e scelta visualizza storia nel menù Precondizioni Selezionare oggetto Descrizione È possibile visualizzare la storia di uno specifico oggetto dopo averlo selezionato. È possibile inoltre avviare un iterazione con l oggetto stesso Alternative - L oggetto non si seleziona (si veda caso precedente) - Non si riesce visualizzare la storia. Evidentemente per quell oggetto non è disponibile la storia Post condizioni L utente riesce a visualizzare la storia di un determinato oggetto Figura 3-12 C11: Storia oggetto Pagina 18 di 59

19 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti C12: Ruotare oggetto Nome C12: Ruotare oggetto Ambito Iphone Poter ruotare un oggetto 3D Dipendenze con altri C11,C13 casi d uso Attori Utenti museo Trigger Selezione oggetto e scelta opzione ruota nel menù, oppure tramite interazione veloce. Precondizioni Selezionare oggetto Descrizione È possibile visualizzare uno specifico oggetto da diversi punti di vista dopo averlo selezionato. È possibile inoltre avviare un iterazione con l oggetto stesso. Alternative - L oggetto non si seleziona(vedi casi precedenti) - Non si riesce a ruotare. O si è sbagliato selezionare, o si è sbagliato usare funzione di rotazione oppure l oggetto non può essere ruotato Postcondizioni L utente riesce visualizzare l oggetto da diverse angolazioni Figura 3-13 C12: Ruotare oggetto Pagina 19 di 59

20 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele C13: Esplorare oggetto Nome C13: Esplorare oggetto Ambito Iphone Poter esplorare un oggetto 3D Dipendenze con C10 altri casi d uso Attori Clienti del museo Trigger Selezionare un oggetto e richiedere una funzionalità Precondizioni Selezionare un oggetto Descrizione Selezionato un oggetto 3D presente nel mondo virtuale è possibile richiedere varie funzionalità quali la rotazione dello stesso, richiedere la storia etc. Alternative - L oggetto non si seleziona( si veda casi precedenti) - Non si riesce a ruotare, non si riesce ad esplorare, non compaiono le opzioni. O si è sbagliato selezionare, o si è sbagliato usare una certa funzione oppure l oggetto non può essere esplorato. Per altri problemi chiedere all amministratore museo Postcondizioni Utente riesce ad esplorare oggetti 3D Figura 3-14 C13: Esplorare oggetto Pagina 20 di 59

21 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti C14: Ascoltare audio guida Nome C14: Ascoltare audio guida Ambito Iphone Poter ascoltare una guida audio degli oggetti presenti in museo Dipendenze con C10 altri casi d uso Attori Clienti museo Trigger Attivazione dell audio e selezione di un oggetto Precondizioni Selezionare un oggetto. Volume > 0 Descrizione Selezionato un oggetto, ed eventuali opzioni è possibile ascoltare una guida audio che spieghi l oggetto in questione Alternative - L oggetto non si seleziona (si veda casi precedenti) - Non si sente nulla. Volume potrebbe essere troppo basso. Auricolari possono non essere inseriti correttamente. Potrebbe non essere previsto una funzionalità audio per l oggetto selezionato Postcondizioni L utente ascolta la guida relativa a quell oggetto Figura 3-15 C14: Ascoltare audio guida Pagina 21 di 59

22 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele C15: Inserire/modificare dati informativi Nome C15: Inserire/modificare dati informativi Ambito Sito web Poter aggiornare/modificare dati relativi al sito del museo Dipendenze con altri C01 casi d uso Attori Amministratore del sito Trigger Selezionare tipologia di servizio. Modificare pagine Precondizioni Essere loggati come amministratore. Selezionare tipologia modifica. Descrizione Un amministratore loggato come tale può in ogni momento modificare / eliminare / aggiornare pagine o contenuti di esse selezionando la tipologia di servizio. Alternative - Se la pagina non si carica può essere un errore del server - Se i dati non si inseriscono può essere un errore di connessione alla rete o un errore sul database. Contattare tecnici Postcondizioni Si ottiene una pagina sempre aggiornata Figura 3-16 C15: Inserire/modificare dati informativi Pagina 22 di 59

23 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti C16: Modifica modello 3D Nome C16:Modifica modello 3D Ambito Sito web Poter modificare tramite opzioni predefinite parti del modello 3D Dipendenze con C01 altri casi d uso Attori Amministratore museo, tecnici Trigger Selezionare oggetto, scegliere opzione di modifica, scegliere modifiche proposte Precondizioni Essere loggati come amministratori. Caricare la pagina corretta Descrizione L amministratore del sito può in ogni momento modificare parti di una scena/oggetto 3D tramite delle semplici impostazioni predefinite in modo da renderla il più verosimile possibile con la realtà attuale del museo. Alternative - Se la pagina non si carica può essere un errore del server - Se non compaiono opzioni di modifica l oggetto probabilmente non è modificabile - Se non vengono salvate certe modifiche può essere un errore di connessione o un errore di sistema. Contattare tecnici Postcondizioni Si ottiene una scena modificata ad hoc Figura 3-17 C16:Modifica modello 3D Pagina 23 di 59

24 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele C17: Accedere alle informazioni degli utenti registrato Nome C17: Accedere alle informazioni degli utenti registrato Ambito Sito web Poter accedere alle informazioni personali, nel limite della privacy, degli utenti registrati al sito Dipendenze con altri C01, C02, C03 casi d uso Attori Amministratore sito Trigger Selezionare la pagina di visualizzazione dati Precondizioni Essere loggati come amministratori Descrizione L amministratore può caricare la pagina in cui visualizzare tutti i dati degli utenti registrati al sito (tranne la password!) e può scegliere anche di eliminarli o modificarli Alternative - Se non si carica la pagina può essere un errore di server - Se si viene avvisati di nona vere i privilegi per acceder controllare di essersi loggati come amministratori - Se i dati non si modificano/eliminano può essere un errore di sistema/database. Contattare tecnici Postcondizioni Figura 3-18 C17: Accedere alle informazioni degli utenti registrato Pagina 24 di 59

25 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti C20 : Monitorare attrezzatura museo Nome C20: Monitorare attrezzatura museo Ambito Museo Poter monitorare funzionamento attrezzature informatiche museo Dipendenze con altri casi d uso Attori Amministratore museo Trigger Accedere al software del museo Precondizioni Accedere al sw Descrizione Amministratore del museo può accedere al sw del museo stesso e controllare li funzionamento dei vari componenti dello stesso. Alternative Postcondizioni Amministratore controlla parti sw del museo Figura 3-19 C20: Monitorare attrezzatura museo Pagina 25 di 59

26 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele 3.2 Modello Data Flow Il modello data flow serve per studiare il sistema dal punto di vista dei dati che fluiscono all interno del sistema stesso. Mette quindi in evidenza l elaborazione/modifica dei dati attraverso i processi funzionali. Presentiamo nei paragrafi seguenti il flusso dei dati relativo ad alcune operazioni disponibili via web e nel museo Sito web Le operazioni che richiedono un flusso di dati relativamente al sito web sono quelle che riguardano la registrazione, l iscrizione a newsletter, la visualizzazione delle pagine e l invio di consigli. Per ognuno di questi casi viene presentato un modello che mostra lo spostamento dei dati all interno del sistema. L idea è quella di mettere in mostra le caratteristiche principali che il sistema offre Registrazione Compilazione form Invio dati Verifica completezza dati si Verific a validit si no Conferma inserimento Inserimento in database no Dati accettati Figura 3-20 Modello Data Flow: Registrazione Iscrizione newsletter Compilazione form Invio dati Verifica completezza dati si Verific a validit si no no Dati accettati Conferma inserimento Inserimento in database Figura 3-21 Modello Data Flow: Iscrizione newsletter Pagina 26 di 59

27 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti Invio consigli Compilazione form Invio dati Verifica completezza dati si Verific a validit si no no Dati accettati Conferma inserimento Inserimento in database Figura 3-22 Modello Data Flow: Invio consigli Museo Le operazioni che richiedono un flusso di dati relativamente al museo sono quelle che riguardano tutte le operazioni possibili di richiesta dati dell iphone al server: l utente che pone domande all iphone e che riceve risposte sul monitor, la richiesta di visualizzazione di una pagina e la richiesta di una guida audio. Per ognuno di questi casi viene presentato un modello che mostra lo spostamento dei dati all interno del sistema. L idea è quella di metter in mostra le caratteristiche principali che il sistema offre Da iphone fai domande cui risposte sono visibile su lcd domanda server Invio richiesta elaborazione Invio dati a monitor Visualizzazione risposta Figura 3-23 Modello Data Flow: Da iphone fai domande le cui risposte sono visibile su lcd Con iphone chiedi di visualizzare un oggetto domanda server Invio richiesta Elaborazione Invio dati a iphone Visualizzazione risposta Pagina 27 di 59

28 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele Figura 3-24 Modello Data Flow: Con iphone chiedi di visualizzare un oggetto Ascoltare guida audio Richiesta audio Invio richiesta elaborazione Invio dati a iphone Riproduzione audio Figura 3-25 Modello Data Flow: Ascoltare guida audio 3.3 Modelli Semantici Col seguente modello si cerca di sintetizzare in una semplice figura il sistema e gli attori che vi interagiscono. Le varie relazioni rappresentano il come gli attori interagiscono con il sistema. Presentiamo il modello sfruttando 3 simboli differenti: Figura 3-26 Modelli semantici Pagina 28 di 59

29 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti 4 Studio di fattibilità Lo studio di fattibilità riguarda l analisi delle esigenze informative connesse allo sviluppo di un nuovo progetto definito in linea di massima nella fase di pianificazione, ed arrivare alla individuazione di: Soluzioni relative alle applicazioni, alle tecnologie e all organizzazione del lavoro. Elementi di valutazione necessari per prendere una decisione riguardo alla realizzazione operativa del progetto. Soluzioni tecnico-organizzative con valutazione dei costi in relazione ai benefici ottenibili nel tempo, ai rischi relativi alla realizzazione e alle conseguenza dell eventuale fallimento del progetto Per realizzare lo studio della fattibilità del progetto di realizzazione del museo aziendale, sono stati considerati: Gli obiettivi dei prodotti, servizi, e loro qualità Gli aspetti tecnici della proposta (verificando se sono effettivamente realizzabili), gli aspetti organizzativi (verifica se la proposta è realizzabile nell ambito dell organizzazione esistente), e gli aspetti economici (verifica se i costi necessari per la realizzazione del sistema sono sostenibili) Gli elementi di valutazione necessari per prendere una decisione riguardo alla realizzazione operativa del progetto Vengono analizzati ora i vari punti: 1 - Prodotti e servizi offerti con gli obiettivi di massima: Realizzazione sito web del museo: Un sito semplice, innovativo, affascinante e soprattutto accessibile, che possa lasciare la maggior quantità di informazioni possibili al cliente. Il sito deve offrire un buon livello di interazione, e di facile utilizzo, per consentire ai clienti di poter visitare virtualmente il museo anche a grandi distanze. Il sito sarà anche un ottimo mezzo pubblicitario per il marchio dell azienda, e un modo per poter cogliere informazioni e opinioni dai clienti. Quindi gli obiettivi principali che ci prefissiamo di raggiungere per questo servizio sono: o Innovazione o Accessibilità o Interazione o Pubblicità o Comunicazione Relativamente alla qualità, il sito deve essere affascinante, suscitare interesse e climax, ma nello stesso tempo deve garantire la piena accessibilità ai contenuti a tutti i clienti, nel pieno rispetto delle normative vigenti. Realizzazione di una guida virtuale: Il cliente del museo avrà accesso a dei palmari con i quali, tramite un applicazione web sviluppata appositamente, potrà selezionare delle domande preimpostate da rivolgere ad un avatar virtuale (realizzato in 3D) tramite tecnologia touch-screen. La comunicazione della risposta deve risultare diretta, coinvolgente, appassionante, e soprattutto precisa, in modo da descrivere (relativamente alla domanda posta) e pubblicizzare il prodotto del quale è stata chiesta l informazione. Durante la Pagina 29 di 59

30 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele descrizione dell oggetto, l utente può interagire, interrompendo la comunicazione mettendo in pausa o arrestando l applicazione, tornare indietro, oppure selezionare direttamente un altra domanda tra quelle disponibili. Riproduzione fisica in 3D degli oggetti in esposizione nello smartphone: Il cliente potrà richiedere uno smartphone prima di iniziare a visitare la mostra. Con tale dispositivo il cliente, in prossimità di un oggetto in esposizione, dovrà fotografare il rispettivo codice QR, che permetterà di identificare l oggetto e quindi di visualizzare nel display del palmare tutte le informazioni e funzionalità correlate. L utente potrà esplorare l oggetto in 3D, visualizzarne la morfologia e consultare una guida che lo introduce. L applicazione deve garantire una navigazione semplice e interattiva, oltre che una buona accessibilità e usabilità delle funzioni offerte. La multimedialità sostituirà i dettagli descrittivi dell oggetto, i quali verranno trattati dalla guida virtuale (avatar). Il cliente, interagendo con l oggetto riprodotto, può selezionare con un tocco le singole parti di un oggetto (saranno selezionabili sono quelle che prevedono una descrizione), e accedere alle relative descrizioni attivando o meno l audio (riprodotto tramite cuffie). Verrà data la massima importanza alle dieci euristiche di Nielsen al fine di realizzare un applicazione il più possibile rispettosa dei principi di usabilità. 2 Aspetti tecnici, organizzativi ed economici Aspetti tecnici: Le applicazioni che realizzeremo non richiedono particolari tecnologie per lo sviluppo. La maggior parte saranno applicazioni web, così da garantire la massima compatibilità in tutti i dispositivi. Tutti i palmari e computer presenti possiedono l hardware per la connessione wireless alla rete locale (creata ad hoc), in modo da poter accedere facilmente a tutti i dati degli oggetti in esposizione nel database centrale del museo, il quale garantirà una gestione globale dell informazione (senza dover modificare la memoria dei singoli dispositivi). La rete wireless locale (non richiede necessariamente una linea telefonica) sarà realizzabile con l installazione di router/bridge, che estenderanno il segnale in tutta l area museale. Riguardo l uso dei proiettori, pensati per creare particolari atmosfere, bisognerà valutare le condizioni ambientali delle varie stanze museali, al fine di rendere intelligente l utilizzo. Aspetti organizzativi: Le conoscenze specifiche per la realizzazione di tali applicazioni software/web saranno inerenti alla conoscenza dei linguaggi html, php, javascript, java, x3d e sql. Noi di MPO abbiamo seguito diversi corsi universitari per apprendere tali linguaggi, oltre che sostenere i relativi esami, ottenendo importanti risultati. In questi anni universitari, abbiamo realizzato progetti che richiedevano l impiego di tali linguaggi, e abbiamo dimostrato grande impegno lavorativo e un efficiente organizzazione di gruppo. Dal punto di vista organizzativo e delle competenze professionali, riteniamo il progetto per la realizzazione di un museo aziendale totalmente fattibile. Aspetti economici: Nel business Plan realizzato per questo progetto, abbiamo analizzato la situazione economica della nostra azienda, e di conseguenza i costi che avremmo dovuto sostenere per il nostro sistema museale. I costi riguardano prevalentemente i dispositivi hardware da acquistare ( palmari, televisori, pc), e gli stipendi del team di lavoro. I costi saranno maggiori per il primo progetto, dovuto principalmente alle maggiori ore di lavoro richieste (essendo le applicazioni nuove). Per la realizzazione delle applicazioni, utilizzeremo diversi tool e strumenti opensource, non andando a gravare sui costi del progetto. A fronte di un finanziamento importante e del capitale Pagina 30 di 59

31 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti aziendale visto il costo limitato di licenze e tecnologie, riteniamo che il progetto sia economicamente fattibile. 3- Valutazione del progetto Nel documento allegato abbiamo già espresso dei parametri per valutare complessivamente i vari progetti di musei aziendali delle aziende concorrenti. Alcuni indici incidono maggiormente nella valutazione, come ad esempio fattibilità, innovazione, qualità e multimedialità di un progetto. Qui la tabella con i voti medi relativi all idea del nostro progetto: Parametri Peso Voto MPO Fattibilità 9 8,8 Innovazione Qualità progetto 6 9 Quantità mezzi 1 8,5 produzione Costo sviluppo 4 6,5 Costo infrastrutture 2 7 Costo stipendi 1 6,8 Guadagni possibili 4 9,8 Tempo realizzazione 4 6,8 Buone capacità 1 9,3 relazionali team Possibilità finanziamenti 3 8 Rischio fornitori 4 8 Rischio aumento costi 3 7,3 Qualità mezzi produzione 1 8,8 Possibile interesse 6 9,8 Quantità informazioni 5 9,5 Multimedialità 5 10 Tipologia accesso 2 9,5 Accessibilità 5 8,3 Mobilità 4 9,3 Impianto estetico 4 9,3 Manutenibilità 4 8,3 Estendibilità 3 8 Competenze 3 7,5 professionali Tolleranza alle modifiche 4 8,3 Possibilità di adattamento varie tipologie di aziende 2 9 Voto complessivo pesato 8,37 Tabella 4-1 Valutazione del progetto Pagina 31 di 59

32 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele Gli indici permettono una valutazione sulla qualità del progetto e sulla fattibilità, tenendo conto dei possibili rischi economici e di mercato. Il voto complessivo, pari a 8,37/10 ci permette di poter affermare che il nostro progetto sia pronto per essere inizializzato. 5 Analisi viewpoints Al fine di stabilire un buon metodo di analisi dei requisiti, si ritiene necessario procedere con l analisi dei punti di vista (viewpoints) dei diversi Stakeholders. Il successo di un impresa, oggi, è quindi legato ai propri interlocutori sociali e dipende dalla qualità dei rapporti con i diversi gruppi di Stakeholders con i quali essa interagisce. Tra gli Stakeholders ricordiamo gli investitori, i dipendenti, i clienti (nel nostro caso, i musei che acquisteranno il nostro progetto e i visitatori del museo stesso) e i fornitori, ma anche i governi e le comunità che forniscono le infrastrutture, i mercati, le leggi e i regolamenti. Essi rappresentano differenti modi di considerare un problema, la realizzazione e l attuazione di un determinato servizio, la qualità e l importanza per uno specifico aspetto del progetto. Questa multiprospettiva conferma che non può esserci un unico modo per analizzare i requisiti del sistema. I servizi che offriremo dovranno tener conto dei diversi soggetti che ne fruiranno, abilitando o meno determinate funzionalità (ad esempio, un amministratore di sistema potrà accedere a delle funzioni che il cliente normale non può). In particolare, analizzeremo i viewpoints interattivi e di dominio tramite il modello VORD. Definiamo in questo schema le varie fasi del modello VORD: Identificazione Gerarchia Documentazione Mappa dei Viewpoints e servizi Viewpoints Viewpoints e servizi Viewpoints Figura 5-1 Analisi viewpoints 5.1 Identificazione viewpoints Come primo punto si intende la verifica dei punti di vista del sistema e i servizi che ogni viewpoint fornisce. Vediamo i vari tipi di viewpoints che analizzeremo: Viewpoints interattivi: nel nostro progetto questa categoria raggruppa i clienti (gli Stakeholders fondamentali per decretare il successo del nostro progetto), che sono gli utenti ultimi del sistema, l amministratore del museo, l amministratore del sito e i tecnici per la manutenzione e il supporto dei prodotti rilasciati. Consideriamo due diversi tipologie di utenti: quella che interagisce fisicamente nel museo e quella che interagisce in modo virtuale tramite il web. Viewpoints di dominio: raggruppa gli standard ai quali il sistema si deve adattare e/o integrare Viewpoints interattivi I punti di vista interattivi sono dunque: Pagina 32 di 59

33 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti Clienti/utenti: il sistema viene realizzato orientandosi a questa tipologia di soggetti rispettando i bisogni e l interazione con questi. È tramite questa interazione che gli utenti/clienti possono recuperare informazioni su oggetti museali presentati utilizzando le funzionalità messe a disposizione del sistema Amministratore del museo: è un utente particolare con specifici compiti di amministrazione ordinaria che può ampliare e modificare i dati presenti nel database di gestione del museo. Amministratore del sito: è un utente particolare del sito del museo che amministra periodicamente il sito stesso modificandone i contenuti, aggiornando le informazioni ed eventualmente suggerendo nuove idee agli sviluppatori (presumibilmente MPO) per offrire nuovi servizi. Tecnici: sono gli addetti alla manutenzione straordinaria ed eventuale ampliamento dell intero sistema informativo, sia relativamente alla parte museale sia quella web Viewpoints di dominio Standard: individua tutte le caratteristiche che il sistema deve rispettare come, ad esempio, l interfaccia grafica del sito, la grafica dell applicativo per l iphone e per la visualizzazione delle informazioni sui monitor; determina inoltre quali contenuti sono ammessi e gli standard di comunicazione. 5.2 Servizi offerti ad ogni attore Presentiamo un elenco dei servizi offerti alle varie tipologie di viewpoints CLIENTI DEL SITO: CLIENTI DEL MUSEO: AMMINISTRATORE SITO: AMMINISTRATORE MUSEO: TECNICI: ricavare infomazioni geografiche sul museo registrarsi iscriversi a news letter prenotazione biglietti effettuare tour su museo virtuale e interagirsi vedere foto offrire consigli contattare museo interagire fisicamente col museo tramite iphone visualizzare su iphone oggetti in 3D visualizzare su display risposte alle proprie domande selezionare i vari oggetti su cui ricavare informazioni ascoltare audio guida inserimento/modi fica dati informativi modificare in parte modello 3D del museo accedere ad info utenti registrati validare consistenza dati gestire prenotazioni offrire supporto per i dispositivi (smartphone) coseganti al cliente intervenire in causo di guasti/malfunzion amenti offrire supporto in caso di problematiche Figura 5-2 Servizi offerti ad ogni attore Pagina 33 di 59

34 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele 5.3 Gerarchia di viewpoints Relazioniamo i viewpoints in una gerarchia. I servizi comuni sono nei livelli più alti della gerarchia mentre quello più specifici nei livelli più bassi. Protagonisti del sistema Interattivi Di dominio Clienti Amministratori Tecnici Standard Clienti del museo Clienti del sito web Ammastratori del museo Amministratori del sito web Figura 5-3 Gerarchia viewpoints 5.4 Documentazione viewpoints Descriviamo sinteticamente i viewpoints e i servizi identificati di questi. Riferimento Attributi Eventi Servizi Sub vp Clienti Selezionare servizio Interagire col sistema Effettuare un tour guidato virtuale Reperire informazioni Visualizzare oggetti museo Help/suggerimenti Clienti museo, clienti sito web Riferimento Attributi Eventi Servizi Sub vp Clienti museo Biglietto nominativo Data e ora ingresso Selezionare servizio Visualizzare su iphone oggetti in 3D Visualizzare su LCD risposte alle proprie domande Selezionare i vari oggetti su cui ricavare informazioni Ascoltare guida audio Pagina 34 di 59

35 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti 5.5 Documentazione servizi offerti Proponiamo in questo paragrafo una documentazione dei viewpoints relativi ai servizi offerti. Spezzettiamo le presentazioni tra i fruitori di tali servizi: i clienti del sito, i clienti del museo, gli amministratori del sito, gli amministratori del museo e i tecnici. Ogni sotto-capitolo identifica i viewpoints di riferimento Clienti sito web Riferimento Ragione Requisiti non funzionali Provider Ricavare informazioni geografiche sul museo Per poter fornire info ai clienti su ubicazione fisica museo Mappa Mappa con indirizzi e ingrandibile Sito web Riferimento Ragione Requisiti non funzionali Provider Registrazione Per poter accedere ai servizi online Compilazione form Possibilità di spostarsi tra i campi con la tastiera, font size modificabile Sito web Riferimento Ragione Requisiti non funzionali Provider Iscriversi a newsletter Per poter ricevere servizi/informazioni su museo aziendale e azienda stessa Compilazione form Possibilità di spostarsi tra i campi con la tastiera, font size modificabile Amministratore del sito Riferimento Ragione Requisiti non funzionali Provider Prenotazione biglietti Per fornire un servizio comodo all utente Compilazione form Possibilità di spostarsi tra i campi con la tastiera, font size modificabile Sito web Riferimento Ragione Requisiti non funzionali Provider Effettuare tour multimediale del museo Per mostrare un anteprima virtuale del museo e quindi invogliare a una visita fisica Modello 3D Possibilità di muoversi con mouse e tastiera, zoom della scena, cambio telecamera Sito web Pagina 35 di 59

36 Azienda Metropolitan Oasis - Angelico Massimo, Dario Gianluca, Pretotto Andrea, Viale Emanuele Riferimento Ragione Vp Requisiti non funzionali Provider Vedere foto Invogliare alla visita fisica del museo Scorre le immagini Utilizzo mouse o tastiera, grandezza foto, colore sfondo Sito web 5.6 Modello ad oggetti dei viewpoints Presentiamo tramite un modello ad oggetti uno schema riassuntivo relativo le analisi effettuate. Possiamo notare le relazioni che intercorrono tra i vari utenti e alcune caratteristiche di ognuno. Viene considerato uno schema ad estensione di classi quindi ogni elemento della superclasse viene ereditato da tutte le diverse sottoclassi. Persone +Nome +Cognome Standard + +Tipo +AnnoRilascio Clienti +codicecliente Amministratori +LoginAmministratore() +username +password Tecnici _ +offrisupporto() Clienti del museo +bigliettonominativo +dataingresso +oraingresso +SelezioneServizio() Clienti del sito web +idsessione +username +password +Login() +Mail() +Registrazione() Amministratori del museo +GestioneStatistiche() +GestionePrenotazioni() Amministratori del sito web +InserisciInfo() +ModificaInfo() +VisualizzaStatistiche() +VisualizzaDatiUtenti() Figura 5-4 Modello ad oggetti dei viewpoints 6 Requisiti In questo capitolo verranno definiti tutti i requisiti del sistema già in parte suggeriti dall analisi dei viewpoints. Saranno divisi in requisiti funzionali e non e identificati da una sigla nella forma: RFn: per i requisiti funzionali, dove n è un numero progressivo identificante in modo univoco il requisito. RNFn: per i requisiti non funzionali, dove n è un numero progressivo identificante in modo univoco il requisito. 6.1 dei requisiti funzionali In questo paragrafo presentiamo i requisiti funzionali del sistema ossia tutti i servizi che il sistema offre e i suoi vincoli. Ogni requisito ha un codice identificativo, ed è seguito da una breve descrizione Pagina 36 di 59

37 Ingegneria del Software Task 2 Bozza di Documento dei Requisiti Per una maggior chiarezza presentiamo separatamente i requisiti dalle specifiche usando i riferimenti. Per ogni requisito funzionale verranno fornite le seguenti informazioni: Riferimenti(nome) Motivazione Attore Una breve stringa identificativa del requisito, nella forma RFn Nome del requisito del requisito espressa sinteticamente in linguaggio naturale Breve spiegazione del perché del requisito identificativo del requisito funzionale correlato Stringa identificativa della specifica del requisito descritto Provider del servizio Mentre per ogni specifica specifichiamo: Input Output Pre condizione Post condizione identificativo nella forma SRFn Ciò che il sistema richiede come input Ciò che il sistema restituisce in seguito a una richiesta Presupposti validi al momento dell invocazione della funzionalità Proprietà valide conclusa l operazione Descrizione requisiti funzionali Riferimenti(nome) Motivazione Attore RF1.1 Accesso alle informazioni geografiche del museo sul sito web Permettere a un qualsiasi cliente che si connette al sito di poter ottenere informazioni sul museo in particolare sulla sua localizzazione Per poter fornire info ai clienti su ubicazione fisica del museo SRF1.1 Utente sito web RF1.2 Riferimenti(nome) Registrazione utente Permette all utente di registrarsi al sito web tramite determinati procedimenti e compilazioni di form Motivazione Per poter accedere a determinati servizi online aggiuntivi 1.3,1.4,1.6,1.7,1.9,1.10 SRF1.2 Attore Utente sito web Riferimenti(nome) Motivazione Attore RF1.3 Richiesta newsletter del museo aziendale Permette all utente di iscriversi alle newsletter del sito stesso in determinate modalità Per poter ricevere servizi e informazioni sul museo aziendale e sull azienda stessa (compresa pubblicità su nuovi prodotti) SRF1.3 Utente sito web Pagina 37 di 59