PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Universita degli studi di Bologna

FACOLTA DI SCIENZE MATEMATICHE FISICHE E NATURALI

Corso di laurea Specialistica in Informatica

Ingegneria del Software

Presentazione Elaborato Finale “Gruppo 2“

29 Gennaio 2008

Enrico Zoli Project ManagerAndrea Vitali Quality EngineerMichele Malatesta Librarian

Docente: Paolo Ciancarini

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Scenario

Obbiettivo della presentazione

Indicare una linea guida che permetta di presentare la pianificazione, laprogrammazione e lo sviluppo del processo per la specifica e la progettazione di unwiki orientato ai serivizi, utile a far collaborare docenti e studenti del corso di“Ingegneria del Software”

La specifica e la progettazione verra mostrata attraversodegli hyperlink a documenti esterni alla presentazione introdotti in punti focali di questa.

Organizzazione della presentazione: Di seguito si andranno a mostrare le prime duefasi del processo, pianificazione e progettazione, nelle slide SPMP e Qualita per poipassare alla fase di sviluppo nelle altre.

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Software Project Management Plans IEEE Std. 1058-1998

Il Rational Unified Process (RUP) e il modello di processo software scelto in quantopermette:

valutazione costante dei rischi;

evoluzione costante del sistema;

gestione requisiti instabili.

Analisi Posteriori

Un analisi a posteriori ha mostrato che la scelta di questo modello e risultata la piuadatta inquanto nel corso del progetto si e dovuto gestire:

abbandono di un componente del gruppo;

requisiti altamente instabili;

congelamento ritardato delle specifiche.

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Software Project Management Plans IEEE Std. 1058-1998

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Software Project Management Plans IEEE Std. 1058-1998

(a) Link gantt pre (b) Link gantt post

Come si puo evincere dai grafici sopra riportati, nella fase finale alcuni fattori citatinella slide 3 hanno influenzato il rallentamento delle tempistiche programmate.

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Software Project Management Plans IEEE Std. 1058-1998

Fasi valutazione dello sforzo:

1) studio e media SLoc su prodotti analoghi alle specifiche 30.0002) quantificazione dei m/p per la fase di progettazione con Cocomo 22 m/p3) Analisi dello sforzo con un team di 3 persone 7 m/p

Nel rispetto delle tempistiche imposte, si e optato per un prodotto da inglobare aduno gia esistente nel pieno rispetto della modularita. Effettuando reverse engineer sulJSPWiki si e stimato uno sforzo pari a 3 m/p per un team di 3 persone.

Analisi a posteriori

La previsione di sforzo valutata inizialmente e risultata coerente e corretta a quellaeffettivamente impiegata, questo anche grazie alla presenza di un buon piano diGestione dei rischi e di Qualita.

Software Project Management Plans Std. IEEE 1058-1998

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Piano di Qualita Std. ISO Series 9000-2000

Sistema di Gestione della Qualita

La norma ISO 9000:2000 richiede la descrizione:

dello scopo e del campo di applicazione del Sistema Qualita,

dei processi coperti dal sistema qualita e delle loro interazioni,

delle procedure documentate.

Il Sistema di Gestione per la Qualita divide i processi in 4 gruppi principali:

(c) Processi del Gruppo2 (d) Processo di acquisizione dei requisiti

Manuale della Qualita

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Piano di Qualita Std. ISO Series 9000-2000

Processi Aziendali [PROC 01-00] Lo scopo della procedura e di stabilire delle metodologie per la definizionedei principali processi, dei relativi indicatori, della loro elaborazione e valutazione dei risultati.

Gestione Documenti [PROC 02-00] La procedura definisce le attivita e le responsabilita relative allagestione e al controllo di tutti i documenti utilizzati.

1 Identificazione (codifica) dei documenti2 Stesura, emissione e approvazione dei documenti3 Modifiche ai documenti4 Gestione delle revisioni dei documenti (Metriche di Revisione, Tecniche di Ispezione)

5 Distribuzione e archiviazione

Gestione non conformita [PROC 03-00] Descrive i criteri impiegati per identificare, esaminare e trattare le

non conformita riscontrate stabilendo le modalita e le responsabilita per l’Aoidentificazione di decisione sulle

modalita di risoluzione, i criteri di trattamento di tutte le informazioni e la gestione della documentazione, inmodo da garantire una successiva fase di analisi per la ricerca delle piu appropriate azioni correttive.

1 Modalita operative (identificazione, segnalazione, analisi e registrazione, gestione, controllo e verifica, archiviazione, analisi

delle non conformita);

Linea Guida Gestione delle Verifiche Ispettive [PROC 04-00] Le Verifiche Ispettive Interne vengonoeffettuate per valutare la congruenza e l’efficacia di tutto quanto pianificato ed attuato in ambito Sistema digestione per la Qualita. Lo scopo di questa procedura e quello di stabilire una modalita di gestione per laprogrammazione, pianificazione, esecuzione e registrazione di queste verifiche.

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Software Requirement Specification IEEE Std. 830-1998

Di seguito riportiamo il processo utilizzato per redigere il documento definitivo dispecifiche Software Requirement Specification Std. IEEE 830-1998. Continui controlli

effettuati sui documenti intermedi di specifiche, aderiscono alle politiche qualitative espresse nel

documento di revisione dei requisiti.

Figura: Processo di specifica dei requisiti

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Design

La fase di design del prodotto ha portato alla realizzazione dettagliata dei sottostantidiagrammi.

1 Diagramma Casi d’Uso

2 Diagramma Attivita

3 Diagramma Sequenza

4 Diagramma Collaborazione

5 Diagramma Nested Package

6 Diagramma Classi

7 Diagramma Deployment

Attraverso questi e stato possibile determinare e comprendere la progettazione dialcuni requisiti gia integrati nel JSPWiki; successivamente sono stati integrati lerestanti features come moduli o plugin.

Documento di Design

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Standard for Software Test Documentation IEEE Std 829-1998

Le attivita previste nel processo di test presente nel Documento Piano di Testing sono:

1 Definizione e popolamento degli ambienti

a) Ambiente operativo;

ambiente hardwareambiente sofware

b) Base Dati di Test;

2 Progettazione

a) Test di requisiti funzionali;

Matrice RequisitiRequisiti e Script di TestCase Test

b) Test di requisiti non funzionali;

Test PrestazionaliTest di SicurezzaTest di Stress

c) Test di non Regressione;d) Test di Sistema - Integrazione;

3 Esecuzione

4 Evidenza dei risultati

a) Rapporto di Esecuzione;b) Registro anomalie;

5 Trattamento delle anomalie

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Manuale Utente & Practice for the Adoption of Tools Std. IEEE 1348-1995

Manuale Utente:Le istruzioni per l’utilizzo del nuovo wiki vengono fornite all’utente attraverso ildocumento Manuale Utente: ricco di spiegazioni testuali accompagnate da numerosesnapshot.

Strumenti Utilizzati: La scelta degli strumenti informatici a supporto per lo sviluppodi questo progetto, si e basata su delle precise metriche:

Affidabilita

Usabilita

Produttivita

Conoscenza pregressa

Il processo di valutazione e selezione e stato redatto seguendo le specifiche dellostandard sopracitato nel documento di Strumenti Utilizzati.

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Analisi Revisioni Incrociate

(a) Riepilogo valutazioni revisioni incrociate (b) Processo di revisione

Documento di Analisi di Qualita

PresentazioneElaborato

Finale“Gruppo

2“

Scenario

SPMP

Qualita

SRSRevisioni

Design

Testing

ManualeUtente eStrumenti

AnalisiRevisioniIncrociate

Conclusioni

Domande ?

Pagina wiki Gruppo2