Università degli Studi di Salerno Ingegneria del Software: Tecniche Avanzate

Transcript

1 Università degli Studi di Salerno Ingegneria del Software: Tecniche Avanzate Mystic Pizza Gestione Pizzeria Scheda di Progetto Version 1.0 Data 19/03/2007

2 Indice degli argomenti 1. Introduzione 3 a. Scenario 3 b. Ambito di applicazione 3 c. Funzionalità del sistema 3 d. Assunzioni e Vincoli 3 e. Tipo di risorsa e Attività associate 5 f. Milestones 6 g. Deliverables 7 2. Obiettivi del progetto 8 a. Descrizione dell applicazione b. A chi serve 8 8 c. Vantaggi d. Confronti Analisi dei Rischi Errore. Il segnalibro non è definito. a. Gestione dei rischi Errore. Il segnalibro non è definito. b. Tasks della Gestione dei rischi Errore. Il segnalibro non è definito. c. Tools e Tecniche Errore. Il segnalibro non è definito. d. Lista dei rischi Errore. Il segnalibro non è definito. 4. Analisi Costi-Benefici Errore. Il segnalibro non è definito. a. Descrizione dell applicazione Errore. Il segnalibro non è definito. Ingegneria del Software, 2006/2007 Pagina 2 di 9

3 1. Introduzione a. Scenario Mystic Pizza è un software di gestione client-server relativo alle ordinazioni in una pizzeria. L obiettivo principale è quello di creare un sistema che gestisca tutte le attività organizzative relative alle ordinazioni di una pizzeria mediante utilizzo di calcolatori elettronici e palmare interconnessi tra di loro ad un server centrale. Si vuole dunque creare un metodo automatizzato che coordini il lavoro delle ordinazioni di una pizzeria, che sia di facile uso e che permetta un amministrazione giusta ed equa delle risorse umane. Vi sarà un server a cui sarà possibile accedere in breve tempo ed in cui saranno inserite tutte le informazioni necessarie. Il tutto ovviamente permetterà di minimizzare i tempi, i costi e le risorse umane. b. Ambito di applicazione Il software dovrà gestire la totalità delle operazioni di tipo economico organizzativo amministrativo relative alle ordinazioni. La gestione del pagamento delle ordinazioni, delle richieste di ordinazioni, dei salari dei camerieri dovranno essere coordinate dall applicazione. In questo modo si potrà fornire un servizio immediato a chiunque. L accesso al sistema sarà garantito a tutto il personale, mediante autenticazione con username e password. Si dovrà consentire un accesso diversificato a seconda della qualifica dell utente. Sarà anche necessario fornire un accesso ai camerieri per un limitato numero di operazioni quali emissione delle ordinazioni o per eventuali richieste specifiche da parte dei clienti. Inoltre sarà prevista una chat per tenere in collegamento i camerieri con la cucina e la pizzeria. c. Funzionalità del sistema Di seguito sono elencate le funzionalità più importanti che dovranno essere documentate esaurientemente ed implementate durante la fase di sviluppo: Tipo Funzionalità Gestione delle richieste di Descrizione Mystic Pizza permetterà il controllo dei dati Ingegneria del Software, 2006/2007 Pagina 3 di 9

4 ordinazioni Gestione del pagamento delle ordinazioni Inserimento del menù Gestione delle ordinazioni Gestione del salario relative alle prenotazioni dei clienti; modificandoli solo sotto espressa richiesta dell interessato, mediante presentazione di una richiesta verbale al cameriere. Allo stesso modo si potranno inserire i dati di nuove ordinazioni inserendo il numero del tavolo relativo ai clienti e il relativo codice della pietanza e/ o della bibita. Per la determinazione delle ordinazioni da pagare, sarà creato un algoritmo che, ricevuti in input i dati relativi al tavolo dei clienti, darà come risultato il conto del tavolo di appartenenza con le relative ordinazioni effettuate, la stampa della ricevuta e la relativa percentuale da elargire al cameriere. Rivolgendosi all amministratore del sistema il cuoco potrà far inserire, modificare o proporre nuove pietanze e/o bibite a cui verrà assegnato in automatico un codice utilizzato poi dai camerieri per registrare le ordinazioni. Si potrà, tramite chat, mettere in comunicazione il cameriere con la cucina oppure con la pizzeria per far sapere al cliente quando la pietanza è pronta o per altro. Creando un algoritmo che, ricevuti in input i dati relativi alla percentuale elargita ad ogni cameriere su tutte le ordinazioni sottomesse e il numero di ore lavorative accumulate si potrà avere come output il corrispettivo salario. Inoltre si potrà stilare una classifica finale con i camerieri che hanno eseguito più ordinazioni. Tabella 1: Funzionalità del sistema d. Assunzioni e Vincoli Vincoli di progettazione: Ecco i vincoli a cui dovrà sottostare il processo produttivo: La progettazione del sistema ha come inizio la data del 2 aprile La progettazione del sistema ha come termine ultimo la data del 13 luglio 2007 (totale 106 giorni). Vincoli del sistema: Ecco i vincoli a cui dovrà sottostare il sistema: L applicazione dovrà funzionare in modalità client-server comunicando tramite rmi. L accesso al sistema dovrà essere effettuato mediante autenticazione con username e password: Ingegneria del Software, 2006/2007 Pagina 4 di 9

5 Figura 2: Architettura software L accesso in scrittura al database del server dovrà essere consentito solo al personale autorizzato. L accesso in lettura al database del server dovrà essere consentito solo agli utenti possessori di un account. e. Tipo di risorsa e Attività associate Per lo sviluppo del sistema il team usufruire di tutti i mezzi leciti a propria disposizione. Dunque di computer portatili e/o fissi per l implementazione del sistema nonché per la redazione dei documenti. Saranno inoltre utilizzati CASE tools di supporto per la realizzazione di tutte le attività che saranno successivamente elencate. Per risorse si intendono, oltre alle conoscenze del team di sviluppo, tutti gli applicativi e strumenti a disposizione del gruppo che saranno necessari durante le varie fasi di progettazione: Ingegneria del Software, 2006/2007 Pagina 5 di 9

6 Tipo di Risorsa Microsoft Word Microsoft Excel Microsoft Project PoseidonUML JBuilder e/o Eclipse J2ME Wireless Toolkit 1.0.4_02 Interbase e/o MySql Attività associata Utilizzato per creare i documenti di Software Requirements document, Design Document e Test Plan document. Utilizzato per la creazione di tabelle e grafici per Software requirements document, Design Document e Test Plane document. Utilizzato principalmente dal Project Manager per gestire le risorse umane e le attività del progetto. Utile anche per creare diagrammi per i seguenti documenti: Software requirements document, Design Document e Test Plan document. Utilizzato per inserire i diagrammi UML nei documenti seguenti: Software requirements documen e, Design Document. Utilizzato per la creazione dei sorgenti in linguaggio di programmazione JAVA sia per la User Interface che per l Application Layer Utilizzato per simulare sul pc la comunicazione tra palmare e server Utilizzato per creare il database più le query necessarie. Tabella 3: CASE Tool utilizzati f. Milestones Di seguito sono riportati i punti finali delle attività che costituiranno la progettazione del sistema, la loro descrizione e la possibile data di rilascio (modificabile a seconda delle situazioni e riportata anche all interno del Project Management Plan): Numero Milestone Descrizione Durata 1 Determinazione dei requisiti di sistema sia di alto che di basso livello Raccolta di informazioni sulle funzionalità del sistema e loro suddivisione in tipologie (funzionali e non, di sistema e/o 22 giorni-uomo Ingegneria del Software, 2006/2007 Pagina 6 di 9

7 Determinazione di un architettura di sistema, identificazione delle singole componenti e redazione del documento del design Determinazione del modello ad oggetti del sistema Implementazione delle componenti di sistema sottoforma di codice di linguaggio di programmazione Integrazione e testing delle componenti di dominio). Determinazione di scenari e di casi d uso e degli oggetti che comporranno il sistema. Verrà definito il modello di costruzione del sistema sia livello logico che a livello implementativo. Descrizione delle risorse hardware e software a supporto del sistema. Creazione di diagrammi dinamici e di interazione.verrà mostrato anche un primo diagramma delle classi. Documento prettamente grafico in cui verrà visualizzato il diagramma completo delle classi con le relative interazioni tra i vari package del sistema. (Preferibile venga consegnato contemporaneamente al documento del Design) Tutto ciò descritto durante la fase di design e di creazione del modello ad oggetti verrà implementato in linguaggio programmabile. Tutto quello descritto nel documento di testing verrà implementato per determinare eventuali failure del sistema. 15 giorni-uomo 15 giorni-uomo 22 giorni-uomo 15 giorni-uomo Tabella 2: Milestones del progetto g. Deliverables È stata prevista la possibilità di includere un solo incremento durante la fase di progettazione: l incremento prevede il rilascio del software comprendente tutta la documentazione associata, dunque documento dei requisiti, documento del Design, Modello ad oggetti, Documento di Testing ed il sistema funzionante oltre che il codice di implementazione del sistema. Numero Deliverable Data rilascio Ingegneria del Software, 2006/2007 Pagina 7 di 9

8 Incremento 1 Documento dei requisiti di sistema 23/04/ Documento del Design di sistema 07/ Documento del Modello ad Oggetti 21/05/ Codice di Implementazione del sistema 04/06/ Documento del testing 18/06/ Rilascio del sistema 02/07/2007 Tabella 3: Deliverables del progetto 2. Obiettivi del progetto a. Descrizione dell applicazione L applicazione permetterà all utente di disporre di tutti gli strumenti che possano essere applicati alle operazioni da compiere in linea di massima per le ordinazioni in una pizzeria. L applicazione dovrà correre sotto MS Windows e dovrà interfacciarsi con l utente sotto forma di finestra di lavoro tramite la quale l utente potrà accedere a tutte le operazioni eseguibili dal sistema. L utente che userà l applicazione avrà a disposizione un menù da cui potrà scegliere l azione da eseguire, diversificata per tipologia e descrizione. b. A chi serve Il prodotto si prefigge di facilitare il lavoro di tali lavoratori permettendo loro, con estrema facilità, di fornire servizi ed informazioni ai clienti, di non dover altresì rivoluzionare l organizzazione della pizzeria in presenza di modifiche legislative e/o di variazione di prezzo della materia prima. Il gestionale consentirà da un lato di facilitare e di abbreviare il lavoro del personale, dall altro di fornire ai clienti, o a chiunque altro, di avere una risposta rapida a precisa ad ogni particolare richiesta. c. Vantaggi La riduzione dei tempi di esecuzione e di risposta alle richieste dei clienti e/o dei proprietari comporterà di conseguenza un ottimizzazione dei costi, con l effetto di eseguire, nello stesso periodo di tempo che occorreva per completare un operazione, più richieste alla volta. Il personale, inoltre, non sarà costretto a modificare il proprio modus operandis, né dovrà Ingegneria del Software, 2006/2007 Pagina 8 di 9

9 aggiornarsi dal punto di vista informatico visto che la semplicità d uso del sistema sarà garantita dalla presenza di un interfaccia utente di facile comprensione e non saranno necessarie altre applicazioni a sostegno del sistema stesso. d. Confronti Esistono altri software come AltaStagione ( e PizzeriaXP ( ) che però non offrono un servizio di chat interno per mettere in contatto il cameriere con la cucina oppure con la pizzeria per sapere a che punto è la preparazione della pietanza richiesta oppure una classifica finale dei camerieri che soddisfano più richieste di ordinazione Ingegneria del Software, 2006/2007 Pagina 9 di 9