ING SW. Progetto di Ingegneria del Software. e-travel. Requisiti Utente. Specifiche Funzionali del Sistema



Documenti analoghi
Gestione Turni. Introduzione

Università degli Studi di L Aquila. Facoltà di Ingegneria. Corso di Laurea in Ingegneria Elettronica Corso di Sistemi Informativi

LA GESTIONE DELLE VISITE CLIENTI VIA WEB

Regione Piemonte Portale Rilevazioni Crediti EELL Manuale Utente

MANUALE UTENTE. P.I.S.A. Progetto Informatico Sindaci Asl

SDD System design document

Manuale di utilizzo del sito ASUWEB

Registrazione utente. Manuale Utente

Guida alla registrazione on-line di un DataLogger

Software Servizi Web UOGA

Manuale Amministratore Legalmail Enterprise. Manuale ad uso degli Amministratori del Servizio Legalmail Enterprise

Light CRM. Documento Tecnico. Descrizione delle funzionalità del servizio

MANUALE PARCELLA FACILE PLUS INDICE

Progettazione della componente applicativa

SITO DI PUBBLICAZIONE ANNUNCI

Manuale d'uso. Manuale d'uso Primo utilizzo Generale Gestione conti Indici di fatturazione Aliquote...

NOVITÀ SITI COMMERCIALISTA

J-Autoparco è il sistema per la gestione completa della flotta veicoli aziendale che

Il sistema C.R.M. / E.R.M.

Presidenza del Consiglio dei Ministri

Aggiornamento SIDA GESTIONE AGENDA GUIDE. dal giorno 24 febbraio 2015 diventa operativo il nuovo sistema di prenotazione delle guide obbligatorie.

Manuale Utente SIRECO

SCHEDA PRODOTTO PAG. 1 J O B T I M E W F. Variazioni mensili al cartellino presenze. Versione 6.1. JOBTIME Work Flow

MANUALE D'USO DEL PROGRAMMA IMMOBIPHONE

Mon Ami 3000 Centri di costo Contabilità analitica per centri di costo/ricavo e sub-attività

Analisi dei Requisiti

Agenda telematica delle manifestazioni pubbliche

CORSO ACCESS PARTE II. Esistono diversi tipi di aiuto forniti con Access, generalmente accessibili tramite la barra dei menu (?)

Gli attributi di STUDENTE saranno: Matricola (chiave primaria), Cognome, Nome.

SOFTWARE A SUPPORTO DELLA GESTIONE AMMINISTRATIVA DELLO SPORTELLO UNICO SPECIFICA DEI REQUISITI UTENTE

VALUTAZIONE PRESTAZIONI del PERSONALE NEL SETTORE BANCARIO

2.0 Gli archivi. 2.1 Inserire gli archivi. 2.2 Archivio Clienti, Fornitori, Materiali, Noleggi ed Altri Costi. Impresa Edile Guida all uso

Informativa sulla privacy

Politica del WHOIS relativa al nome a dominio.eu

ARCHIVIO UNITARIO REGIONALE ASSISTITI Specifiche di Sicurezza

ALICE AMMINISTRAZIONE UTENTI WEB

cin>>c8 s.r.l. Norme di Progetto Pagina 1 di 7 Norme di Progetto

Il sistema di Kuoni Italia per prenotare On Line il Tuo Viaggio.

AD HOC Servizi alla Persona

Servizi Remoti. Servizi Remoti. TeamPortal Servizi Remoti

Sistema per scambi/cessioni di Gas al Punto di Scambio Virtuale

Basi di dati. Esercizi sul modello E.R.

Manuale Operativo BUSITALIA per le Agenzie

UNIVERSITA DEGLI STUDI DI BRESCIA Facoltà di Ingegneria

Manuale Utente. Gestione Richieste supporto Data Warehouse. Della Ragioneria Generale dello Stato. Versione 1.0. Roma, Ottobre 2015

MANUALE UTENTE. Manuale informativo sull utilizzo della procedura per la gestione delle graduatorie per l accesso all Edilizia Residenziale Pubblica

Software a supporto della Gestione amministrativa dello Sportello Unico Versione 2.1

GESTIONE SOGGETTI INCARICATI MANUALE UTENTE VERSIONE 1.0

Integrazione del progetto CART regione Toscana nel software di CCE K2

Presidenza del Consiglio dei Ministri

Eleonline gestione dello spoglio elettorale

Gestore Comunicazioni Obbligatorie - VARDATORI - Progetto SINTESI Dominio Provinciale Modulo Applicativo:COB Procedura VARDATORI

Progetto Campo Base. Università degli Studi di L Aquila. Facoltà di Ingegneria. Corso di Laurea in Ingegneria Elettronica Corso di Sistemi Informativi

ARCHIVI E DATABASE (prof. Ivaldi Giuliano)

Manuale Utente SIRECO

INTRODUZIONE PRIMO ACCESSO

Nuova procedura on-line di autocertificazione

PROCEDURA ON-LINE PER L EROGAZIONE DEI VOUCHER FORMATIVI SULL APPRENDISTATO PROFESSIONALIZZANTE. AVVISO PUBBLICO N. 1 del 16 Aprile 2012

NOTE OPERATIVE. Prodotto Inaz Download Manager. Release 1.3.0

DOCUMENTO DI SPECIFICA DEI REQUISITI SOFTWARE

Laboratorio di basi di dati: progettazione Caso di studio Agenzia di prenotazioni alberghiere 1 Specifica dei requisiti

2. LOGIN E RECUPERO DATI DI ACCESSO

monitoraggio dei locomotori via Internet

Presidenza del Consiglio dei Ministri

1. Accesso al software in modalità DEMO:

Applicazione Trasmissione dati al Sistema Tessera Sanitaria

Sistema di Booking online Manuale utente

MANUALE UTENTE Fiscali Free

SITO INTERNET E SERVIZI WEB

MANUALE PROSPETTI ONLINE VIA S.A.RE.

Finalità della soluzione Schema generale e modalità d integrazione Gestione centralizzata in TeamPortal... 6

CONTENT MANAGEMENT SY STEM

Questa procedura permette l'introduzione, la variazione, l'annullamento dei dati relativi al Piano dei Conti, ai clienti ed ai fornitori.

Accreditamento al SID

Manuale Utente. CIGS - Mobilità

Procedura SMS. Manuale Utente

Archivi e database. Prof. Michele Batocchi A.S. 2013/2014

Soluzione dell esercizio del 12 Febbraio 2004

1 CARICAMENTO LOTTI ED ESISTENZE AD INIZIO ESERCIZIO

Attività relative al primo anno

Università degli Studi di Padova Centro di Calcolo di Ateneo

Università Politecnica delle Marche. Progetto Didattico

System Requirements Specifications (SRS) MGT MiGiocoTutto

ISSA EUROPE PTSOFTWARE 2.0

Manuale LiveBox WEB ADMIN.

Analisi e progettazione del software AbcBid studio di caso 6 dicembre 2007 REQUISITI ITERAZIONE 1

Progettazione e realizzazione di un applicativo Web Annunci Immobiliari

PORTALE CLIENTI Manuale utente

Workland CRM. Workland CRM Rel /11/2013. Attività --> FIX. Magazzino --> NEW. Nessuna --> FIX. Ordini --> FIX

Prime linee esplicative del programma. PEG in linea

Mon Ami 3000 Produzione base Produzione articoli con distinta base e calcolo dei fabbisogni

Procedura di iscrizione al corso on line

2. LOGIN E RECUPERO DATI DI ACCESSO

I Sistemi Informativi

Mon Ami 3000 Multimagazzino Gestione di più magazzini fisici e/o logici

* in giallo le modifiche apportate rispetto alla versione precedente datata 09/03/2011

I TUTORI. I tutori vanno creati la prima volta seguendo esclusivamente le procedure sotto descritte.

Progetto. Portale Turistico Regionale. Andrea Polini, Oliviero Riganelli, Massimo Troiani. Ingegneria del Software Corso di Laurea in Informatica

ALF0021M MANUALE UTENTE MODULO "SETUP"

GUIDA ALL'USO DELLA PIATTAFORMA WEB Modalità - Associazioni / Palestre Modalità - Federazioni / Enti di promozione

Transcript:

Pagina: 1 e-travel ING SW Progetto di Ingegneria del Software e-travel Requisiti Utente Specifiche Funzionali del Sistema e

Pagina: 2 di 9 Indice dei contenuti 1 INTRODUZIONE... 3 1.1 SCOPO DEL DOCUMENTO... 3 1.2 RIFERIMENTI... 3 1.3 STRUTTURA DEL DOCUMENTO... 3 2 REQUISITI UTENTE... 4 3 REQUISITI FUNZIONALI... 5 3.1 GESTIONE VIAGGI... 5 3.1.1 Inserimento... 5 3.1.2 Visualizzazione... 5 3.1.3 Eliminazione... 5 3.2 GESTIONE PRENOTAZIONI... 6 3.2.1 Inserimento... 6 3.2.2 Eliminazione... 6 3.3 GESTIONE CLIENTI... 6 3.3.1 Inserimento... 6 3.4 GESTIONE LOCALITÀ... 6 3.4.1 Inserimento... 6 3.4.2 Modifica... 7 3.4.3 Visualizzazione... 7 3.5 GESTIONE BENI... 7 3.5.1 Inserimento... 7 3.5.2 Eliminazione... 7 3.6 GESTIONE PULLMAN... 7 3.6.1 Inserimento... 7 3.6.2 Modifica... 8 3.7 GESTIONE PROGRAMMI... 8 3.7.1 Visualizzazione... 8 4 IDENTIFICAZIONE DEGLI ACTOR... 9 4.1 HOSTESS... 9 4.2 AUTISTA... 9 4.3 CLIENTE... 9

Pagina: 3 di 9 1 Introduzione La raccolta dei requisiti nasce dai contatti preliminari che si sono tenuti con il Cliente per la realizzazione del progetto e-travel. 1.1 Scopo del documento Lo scopo che si prefigge questo documento è quello di stabilire, comprendere e formalizzare in modo chiaro le necessità dell utente. Questo documento sarà alla base dell intero sviluppo del progetto e costituirà la base da cui si ricaveranno (i) gli USE CASE (ii) i diagrammi UML. 1.2 Riferimenti [1] E. Damiani, M. Madravio, UML Pratico con elementi di Ingegneria del Software, Pearson Ed. Italia [2] W. Zuser, S. Biffl, T. Grechenig, M. Köhle Ingegneria del software con UML e UP, McGraw Hill Italia 1.3 Struttura del documento Il presente documento è così strutturato: 1. Introduzione: definisce gli obiettivi del documento e riporta i riferimenti. 2. Analisi dei requisiti utente: descrive la portata del progetto e individua gli utenti del sistema e le informazioni d interesse per l utente nel dominio considerato. 3. Analisi dei requisiti funzionali: identifica i requisiti funzionali che saranno alla base dei casi d uso

Pagina: 4 di 9 2 Requisiti utente L agenzia svolge la sua attività nel settore dei viaggi di breve/media durata a bordo di Pullman Gran Turismo, attraverso le principali mete turistiche italiane. L agenzia, oltre ad occuparsi della formulazione delle offerte di viaggio ai clienti e della gestione delle prenotazioni, dispone di un proprio parco automezzi ed ha alle proprie dipendenze un certo numero di hostess e di autisti. Ogni viaggio è relativo ad un solo programma, che è contraddistinto da un nome univoco ed ha associata una quota di iscrizione. Uno stesso programma di viaggio può essere ripetuto in più date: i viaggi relativi differiscono tra loro, a parte per le date di partenza/ritorno, per il costo (soggetto a variazioni stagionali, distinto tra adulti e bambini - considerati tali se di età inferiore a 12 anni -) e per la disponibilità di posti sul pullman. A ciascun viaggio in programmazione, è associato il numero corrente di prenotazioni. I clienti possono effettuare le loro prenotazioni esclusivamente presso la sede, indicando alle hostess il viaggio che si desidera effettuare e, per ogni posto che si prenota, il nome e i dati anagrafici del passeggero cui il posto va intestato, che può differire dal cliente che effettua la prenotazione. Sarà compito delle hostess associare ad ogni posto prenotato la data in cui la prenotazione è stata fatta. Per quanto riguarda l organizzazione dei programmi di viaggio, bisogna dire che ogni programma include un certo numero di località turistiche presenti nell archivio dell agenzia, ed ognuna di esse può essere inclusa in più programmi. Una località turistica può aver associati elenchi relativi ai beni turistici presenti in essa, ma potrebbe non aver nessun bene associato. E importante sottolineare che ogni programma di viaggio sarà composto da almeno una località che prevede la visita ad un bene. Non possono esistere programmi di viaggio che non comprendono visite ai beni. La politica aziendale dell agenzia prevede che, per ogni località turistica, ci sia una convenzione con un solo albergo. E possibile che per vari motivi un albergo associato ad una località debba venir modificato con un altro; è compito delle hostess effettuare questo tipo di cambiamento. Gli autisti devono condurre i clienti attraverso le varie località in cui il loro viaggio prevede fermate. Possono richiedere la visualizzazione del prossimo tour che gli è stato assegnato e i dati delle località in cui il viaggio si fermerà. A tal fine si dispone di informazioni riguardanti le distanza tra le principali località come pure di mappe con diversi livelli di dettaglio (e indicazione della zona laddove la mappa sia relativa sola ad una parte di una città). Per quanto riguarda i pullman, essi appartengono a diversi modelli. L applicazione dovrà essere accessibile via web ai dipendenti e ai clienti dell agenzia di viaggi. L agenzia gestisce i dati tramite una base di dati, un DBMS e un interfaccia sviluppata in linguaggio Html.

Pagina: 5 di 9 3 Requisiti funzionali 3.1 Gestione viaggi Il sistema deve automatizzare il processo di gestione dei viaggi organizzati dall agenzia. 3.1.1 Inserimento - di un nuovo viaggio da parte dell hostess, che comprende l inserimento o dell associazione ad un autista che non sia già impegnato per un altro viaggio; o dell associazione ad un pullman che non sia già impegnato per un altro viaggio. Data partenza, Nome programma, Data ritorno, Costo adulto, Costo bambino, Durata viaggio*, Codice Fiscale autista, Targa pullman. *sarà uguale al numero di giornate previste da quel programma, quindi impostato automaticamente. 3.1.2 Visualizzazione - del prossimo tour da parte dell autista. Codice fiscale autista. Data partenza, Data ritorno, Lunghezza del viaggio. - dei costi di un viaggio da parte del cliente. Data partenza, Nome programma. Costo bambino, Costo adulto, Quota iscrizione. - di un viaggio data una località da parte del cliente. Nome località, Regione località. Elenco viaggi. - di un viaggio dato un periodo da parte del cliente. Data inizio periodo, Data fine periodo. Elenco viaggi. 3.1.3 Eliminazione - di un viaggio da parte dell hostess, che comprende l eliminazione in modo automatico o delle prenotazioni associate al viaggio che si sta cancellando; o dell associazione all autista; o dell associazione al pullman.

Pagina: 6 di 9 Data partenza, Programma. 3.2 Gestione prenotazioni Il sistema deve consentire alle hostess dipendenti dell agenzia di gestire le prenotazioni. 3.2.1 Inserimento - di una prenotazione. Data Partenza, Nome programma, Codice fiscale passeggeri. 3.2.2 Eliminazione - di una prenotazione. Data partenza, Nome programma, Codice fiscale passeggeri. 3.3 Gestione clienti Il sistema deve consentire alle hostess di registrare i dati dei cliente dell agenzia nella base dati. 3.3.1 Inserimento - di un cliente (colui che effettua la prenotazione). Codice fiscale, Nome, Cognome, Data di nascita, Indirizzo, Telefono, Fax*, E-mail*. *indicano valori opzionali. - di una persona. Codice fiscale, Nome, Cognome, Data di nascita, Indirizzo, Telefono. 3.4 Gestione località Il sistema deve consentire ai dipendenti dell agenzia di inserire e consultare le informazioni relative alle località. 3.4.1 Inserimento - di una località da parte dell hostess, che comprende l inserimento o di un albergo associato alla località, nel caso non sia già presente nella base dati. Nome località, Regione località, Nome albergo, Indirizzo albergo, Telefono albergo, Categoria.

Pagina: 7 di 9 3.4.2 Modifica - di un albergo da parte dell hostess associato alla località. Nome località, Regione località, Nome albergo. 3.4.3 Visualizzazione - della distanza tra due località da parte dell autista. Nome località partenza, Regione località partenza, Nome località arrivo, Regione località arrivo. Distanza. - della mappa di una località. Nome località, Regione località. Elenco mappe. 3.5 Gestione beni Il sistema deve consentire alle hostess di creare nuovi programmi di viaggi, inserendo visite a beni. 3.5.1 Inserimento - di un bene. Nome bene, Giornata in cui è prevista la visita, Ora di inizio della visita, Guidata (flag che indica se la visita è guidata), Compresa (flag che indica se costo della visita compreso nel prezzo del viaggio). 3.5.2 Eliminazione - di un bene. Nome località, Regione località, Nome bene. 3.6 Gestione pullman Il sistema deve consentire agli autisti di gestire le informazioni dei pullman che verranno utilizzati nei viaggi. 3.6.1 Inserimento - di un nuovo pullman, che comprende l inserimento o di un modello, nel caso non sia già presente nella base dati.

Pagina: 8 di 9 Targa pullman, ContaKm pullman, Nome modello, Autonomia*, Ingombri*, Costruttore*, Numero posti*. *da inserire solo nel caso in cui il modello non sia già presente. 3.6.2 Modifica - del contakm del pullman. Nome programma, Targa pullman, Nuovo valore contakm. 3.7 Gestione programmi Il sistema deve consentire ai cliente di consultare le informazioni relative ai programmi di viaggio inserite dalle hostess. 3.7.1 Visualizzazione delle località contenute in un programma. Nome programma. Descrizione programma, Nome località, Regione località, Giornata arrivo in una località, Giornata partenza da una località, Ora di arrivo in una località, Ora di partenza da una località, Trattamento in albergo *. *verrà visualizza ti solo in caso di pernottamento nella località. delle visite previste da un programma. Nome programma, Nome località, Regione località. Nome bene, Giornata in cui è prevista la visita, Ora di inizio della visita, Guidata (flag che indica se la visita è guidata), Compresa (flag che indica se costo della visita compreso nel prezzo del viaggio).

Pagina: 9 di 9 4 Identificazione degli actor Dal testo si evince la presenza dei seguenti ruoli: 4.1 Hostess L hostess è un utente del sistema che ha la responsabilità di gestire le principali attività connesse ai viaggi organizzati dell agenzia. Esse hanno il compito di inserire i dati di un cliente e le relative prenotazioni. Hanno anche la facoltà di organizzare al meglio i viaggi, inserendo (e/o cancellando) le informazioni relative, compresi gli autista ed i pullman che si pensa di impiegare. Dovranno anche occuparsi di creare nuovi programmi, inserendo visite a località e a beni. 4.2 Autista L autista è un utente del sistema che ha la facoltà di inserire nuovi pullman nel sistema che potranno essere utilizzati nei viaggi Al ritorno da un viaggio, hanno l obbligo di aggiornare il contakm del pullman da loro guidato con il nuovo valore raggiunto. 4.3 Cliente Il cliente è un utente del sistema che ha la possibilità di controllare i costi e la disponibilità residua dei posti di un viaggio; può richiedere di visualizzare i viaggi organizzati in un certo periodo e anche quelli previsti per una determinata località; può avere informazioni sui beni e sulle località previste per un particolare programma di viaggio. Le operazioni che il sistema consente di effettuare prevedono una fase preliminare di autenticazione da parte dei dipendenti dell agenzia che vogliono accedere ai servizi, ma non da parte dei clienti che vogliono richiedere informazioni. L autenticazione contempla l assegnazione ad ogni hostess e ad ogni autista di una login e di una password che andranno inserite ogni qualvolta si voglia accedere ad un dato servizio. Ogni utente potrà eseguire solo le azioni pertinenti al proprio ruolo. Ogni actor accedendo al sistema sarà abilitato a svolgere le operazioni previste nel profilo di autorizzazione di appartenenza. In particolare, i profili individuati sono due : - cliente: potrà solamente visualizzare le informazioni (riguardanti i viaggi e i programmi di viaggio) presenti nei vari archivi; - addetto: potrà effettuare inserimenti, modifiche e cancellazioni delle informazioni (riguardanti le località, i pullman, i viaggi, le prenotazioni, i clienti, i beni, i programmi di viaggio) presenti nei vari archivi.