Politecnico di Milano. Progetto di Ingegneria del Software 2 MPH - Manage Project Homework

Transcript

1 Politecnico di Milano Progetto di Ingegneria del Software 2 MPH - Manage Project Homework Project Planning Docente: Autori Capiotto Roberto, matricola Prof.ssa Di Nitto Elisabetta Conforto Andrea, matricola Depoli Mattia, matricola Anno Accademico 2011/2012

2 Indice 1 Breve introduzione Introduzione generale Metodologia di suddivisione delle fasi Diagramma di Gantt e stima dell effort 5 2

3 1 Breve introduzione 1.1 Introduzione generale Questo documento è stato redatto per avere una stima di effort inerente lo sviluppo del progetto MPH (Manage Project Homework) per il corso di Ingegneria del Software 2. Per lo sviluppo del progetto MPH è stato previsto un periodo di lavoro compreso tra martedì 8 Novembre 2011 e venerdì 3 Febbraio A questo scopo di seguito si possono trovare due buoni strumenti per la pianificazione del lavoro: il Diagramma di Gantt ed una tabella per il calcolo stimato dell effort. 1.2 Metodologia di suddivisione delle fasi Le fasi di sviluppo del software sono state divise in 5 milestone : 1. Planning (deadline 17 Novembre 2011, 23:59) Fase iniziale di progetto dove viene compresa anche la redazione del presente documento. Il team ha pensato di suddividere la seguente milestone in 4 sottofasi: a) Individuazione fasi In questa parte di lavoro si individuano i passaggi chiave per arrivare alla conclusione del progetto. b) Creazione Diagramma di Gantt Utilizzando il software MSProject viene creato il diagramma di Gantt sulla base delle fasi individuate nel punto precedente. c) Individuazione effort Si calcola l effort in ore uomo (tenendo conto anche del numero di componenti del gruppo) basandosi sulla pianificazione delle attività individuate e rappresentate tramite diagramma di Gantt. d) Controllo Diagramma di Gantt ed effort Si controlla che non ci siano discrepanze tra i punti precedenti e si correggono eventuali errori. 2. Analisi dei Requisiti (deadline 24 Novembre 2011, 23:59) Analisi del dominio applicativo per la quale l applicazione ha luogo, lettura approfondita della specifica del software, identificazione dei requisiti e stesura del documento RASD (Requirements Analysis and Specification Document). Anche questa fase è suddivisa nelle seguenti 6 sottofasi: a) Lettura documentazione Si legge con attenzione la documentazione disponibile per avere una chiara idea delle specifiche e delle assunzioni necessarie. b) Individuazione attori Si vanno ad individuare gli attori che interagiscono con il sistema. c) Scrittura specifiche di progetto e delle caratteristiche in linguaggio naturale Si identificano dei possibili scenari che possono verificarsi nell utilizzo del software. Da 3

4 1 Breve introduzione questi si ricavano i principali casi d uso in forma scritta e si inizia a redarre il documento RASD, partendo da considerazioni generali sul software (destinatari, funzioni, assunzioni,...) e dalle cose individuate fino ad ora. d) Creazione UML Basandosi sui casi d uso identificati si creano e si inseriscono nel RASD lo Use Case diagram e gli altri diagrammi necessari per una buona comprensione del progetto (sequence diagram per i vari casi d uso, activity diagram per i vari casi d uso e class diagram). e) Creazione Alloy Si modellizza il sistema utilizzando il linguaggio Alloy e si inserisce nel documento il codice Alloy creato e la rappresentazione grafica del mondo che si è modellizzato tramite tale linguaggio. f) Composizione e revisione RASD Si uniscono i precedenti punti e si controlla il documento per vedere se è tutto corretto. In caso contrario si sistemano i problemi. 3. Design (deadline 22 Dicembre 2011, 23:59) Definizione dell architettura software (componenti, relazioni tra i componenti e interazione tra essi), definizione degli obiettivi e produzione del Design Document (DD). Sono presenti le seguenti sottofasi: a) Creazione bozza di documento Viene creata una bozza del documento. b) Creazione documento di design Si completa la bozza e viene composto il documento di design. c) Revisione documento di design Si controlla il documento e si correggono eventuali imprecisioni ed errori. 4. Implementazione (deadline 25 Gennaio 2012, 23:59) Scrittura del codice applicativo attraverso il linguaggio di programmazione adottato, composizione dei moduli sofware con la conseguente scrittura della documentazione e delle classi di Test. Sono presenti le seguenti sottofasi: a) Scrittura codice applicativo Viene scritto il codice applicativo che permette di implementare l applicazione e successivamente di utilizzarla. b) Scrittura classi di Test Vengono scritte le classi per poter effettuare i test sul sistema. c) Scrittura della documentazione Viene scritta la documentazione del codice e il manuale che spiega come utilizzare l applicazione. d) Revisione codice Si controlla che non ci siano incongruenze ed errori nella scrittura del codice e si correggono le inesattezze. 5. Testing (deadline 3 Febbraio 2012, 23:59) I moduli software creati nella fase precedente vengono integrati e testati nel sistema. Sono presenti le seguenti sottofasi: a) Test del Codice In questa fase vengono utilizzate le classi di test create per testare il codice dell applicazione. b) Conclusione eventuali attività in sospeso 4

5 2 Diagramma di Gantt e stima dell effort Figura 2.0.1: Diagramma di Gantt - Parte I 5

6 2 Diagramma di Gantt e stima dell effort Figura 2.0.2: Diagramma di Gantt - Parte II 6

7 Project: MPH Team: Conforto Andrea - Depoli Mattia - Capiotto Roberto Data: 17 Novembre 2011 Stima dell'effort TASK Responsabile Ore Uomo Planning Individuazione Fasi Team 18 Creazione Gantt Conforto 9 Individuazione Effort Depoli 9 Controllo Gantt e Effort Capiotto 54 Totale fase di "Planning" 90 Analisi dei Requisiti Lettura Documentazione Team 9 Individuazione Attori Capiotto 9 Scrittura specifiche di progetto e delle caratteristiche in linguaggio naturale Depoli 27 Creazione UML Depoli-Capiotto 23 Creazione Alloy Conforto 22 Composizione e Revisione RASD Conforto 45 Totale fase di " Analisi dei Requisiti" 135 Design Creazione bozza documento Conforto 45 Creazione documento design Depoli 162 Revisione documento design Capiotto 45 Totale fase di " Design" 252 Implementazione Scrittura codice applicativo Depoli 90 Scrittura classi di test Conforto 90 Scrittura documentazione Capiotto 90 Revisione codice Capiotto 36 Totale fase di " Implementazione" 306 Testing Test del Codice Depoli 54 Conclusione di eventuali attività in sospeso Team 27 Totale fase di " Testing" 81 TOTALE ORE UOMO PROGETTO 864

8 LEGENDA: Milestone Precisazione: Le ore uomo presenti nella tabella comprendono anche le ore inerenti la comunicazione tra il team di sviluppo, con la docente e/o il personale addetto(tutor o esercitatore)