Progetto di Ingegneria del Software 2 SWIM v2 PROJECT PLANNING

Транскрипт

1 Progetto di Ingegneria del Software 2 SWIM v2 PROJECT PLANNING Team: Professori: Christian Miranti (matr [email protected]) Raffaella Mirandola Davide Falco (matr [email protected]) Luca Mottola Nazario Notaroberto (matr [email protected]) 26 Ottobre 2012 (versione 0.3)

2 INDIVIDUAZIONE DEI TASKS Dopo il rilascio delle specifiche del progetto, il gruppo ha individuato i seguenti tasks, divisi per ogni componente del progetto stesso. RASD Per il documento RASD sono stati individuati i seguenti Tasks Indentificazione degli obiettivi Identificazione dei requisiti funzionali Identificazione dei requisiti non funzionali Individuazione dei limiti del progetto Individuazione degli attori Individuazione degli scenari Individuazione dei casi d'uso Definizione Class Diagram Definire Case Diagram Definire Sequence Diagram Definizione State Diagram Definizione Activity Diagram Rappresentazione del modello in Alloy DESIGN DOCUMENT Per il documento Design Document sono stati individuati i seguenti Tasks Descrizione dell'architettura del sistema Progettazione concettuale Progettazione logica Creazione modello di navigazione Creazione diagramma di analisi Creazione sequence diagram Analisi dettagliata IMPLEMENTAZIONE Per quanto concerne l'implementazione del sistema, il gruppo ha deciso di suddividere la stessa nei seguenti punti Svilupo business logic Sviluppo interfaccia grafica Creazione del manuale d'uso Creazione del manuale d'installazione Individuazione e correzione dei bug TESTING Per la stesura del documento di Testing si è deciso di considerare i seguenti aspetti Verifica della corrispondenza dei requisiti elencati nel RASD e il software prodotto Individuazione di bug Stesura del documento di testing

3 DISTRIBUZIONE TASK TRA I COMPONENTI RASD Nome C.M. D.F N.N. Effort Deadline Individuazione degli obiettivi /11/12 Individuazione dei requisiti funzionali /11/12 Individuazione dei requisiti non funzionali (solo interfaccia) /11/12 Individuazione dei limiti del progetto /11/12 Identificazione degli attori /11/12 Individuazione degli scenari /11/12 Individuazione dei casi d'uso /11/12 Definizione Class Diagram /11/12 Definire Case Diagram /11/12 Definire Sequence Diagram /11/12 Definizione State Diagram /11/12 Definizione Activity Diagram /11/12 Rappresentazione del modello in Alloy /11/ /11/12 Document Design Nome C.M. D.F N.N. Effort Deadline Descrizione dell'architettura del sistema /12/12 Progettazione concettuale /12/12 Progettazione logica /12/12 Creazione modello di navigazione /12/12(1) Creazione diagramma di analisi /12/12 Creazione sequence diagram /12/12 Analisi dettagliata /12/ /12/12 Implementazione Nome C.M. D.F N.N. Effort Deadline Sviluppo business logic /01/13 Sviluppo interfaccia grafica /01/13 Creazione del manuale d'uso /01/13 Creazione del manuale d'installazione /01/13 Individuazione e correzione dei bug /01/ /01/13

4 Testing su sistema equivalente Nome C.M. D.F. N.N. Effort Deadline Verifica della corrispondenza dei requisiti elencati nel RASD e il software prodotto /01/12 Individuazione di bug /01/12 Stesura del documento di testing /02/ /02/12

5

6 CONSIDERAZIONI Una volta ricevute le specifiche del progetto, il gruppo ha individuato i punti fondamentali nello sviluppo del sistema stesso e in seguito li ha suddivisi in tasks (per un numero complessivo pari a 28). Nelle previsioni delle tempistiche di sviluppo, è stato fatto uso di documenti forniti in precedenza, riguardanti progetti precedentemente assegnati e relativi ad altri gruppi. I tempi che si discostavano troppo dalla media (sia per eccesso, che per difetto) non sono stati considerati ai fini della previsione. Si è scelto di individuare tasks individuali l'uno dall'altro, per permettere (quando possibile) una lavorazione parallela tra i membri del gruppo. Per una migliore divisione del lavoro, ogni membro del gruppo ha partecipato a tutti i tasks nella misura di almeno 1h/persona;