Your SlideShare is downloading. ×
Slide Project Software Engineer
Slide Project Software Engineer
Slide Project Software Engineer
Slide Project Software Engineer
Slide Project Software Engineer
Slide Project Software Engineer
Slide Project Software Engineer
Slide Project Software Engineer
Slide Project Software Engineer
Slide Project Software Engineer
Slide Project Software Engineer
Slide Project Software Engineer
Slide Project Software Engineer
Slide Project Software Engineer
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Slide Project Software Engineer

1,126

Published on

Published in: Education, Business
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,126
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
24
Comments
0
Likes
2
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Presentazione Elaborato Finale Universit` degli studi di Bologna a “Gruppo 2“ ` FACOLTA DI SCIENZE MATEMATICHE FISICHE E NATURALI Corso di laurea Specialistica in Informatica Scenario Ingegneria del Software SPMP Qualit` a SRS Revisioni Presentazione Elaborato Finale “Gruppo 2“ Design Testing Manuale Utente e Strumenti Analisi Revisioni Incrociate 29 Gennaio 2008 Conclusioni Enrico Zoli Project Manager Andrea Vitali Quality Engineer Michele Malatesta Librarian Docente: Paolo Ciancarini
  • 2. Scenario Presentazione Elaborato Finale “Gruppo 2“ Scenario Obbiettivo della presentazione SPMP Indicare una linea guida che permetta di presentare la pianificazione, la Qualit` a programmazione e lo sviluppo del processo per la specifica e la progettazione di un SRS wiki orientato ai serivizi, utile a far collaborare docenti e studenti del corso di Revisioni “Ingegneria del Software” Design Testing La specifica e la progettazione verr` mostrata attraverso a Manuale degli hyperlink a documenti esterni alla presentazione introdotti in punti focali di questa. Utente e Strumenti Analisi Revisioni Organizzazione della presentazione: Di seguito si andranno a mostrare le prime due Incrociate fasi del processo, pianificazione e progettazione, nelle slide SPMP e Qualit` per poi a Conclusioni passare alla fase di sviluppo nelle altre.
  • 3. Software Project Management Plans IEEE Std. 1058-1998 Presentazione Elaborato Finale “Gruppo 2“ Il Rational Unified Process (RUP) ` il modello di processo software scelto in quanto e Scenario permette: SPMP valutazione costante dei rischi; Qualit` a evoluzione costante del sistema; SRS Revisioni gestione requisiti instabili. Design Testing Analisi Posteriori Manuale Un analisi a posteriori ha mostrato che la scelta di questo modello ` risultata la pi` e u Utente e Strumenti adatta inquanto nel corso del progetto si ` dovuto gestire: e Analisi abbandono di un componente del gruppo; Revisioni Incrociate requisiti altamente instabili; Conclusioni congelamento ritardato delle specifiche.
  • 4. Software Project Management Plans IEEE Std. 1058-1998 Presentazione Elaborato Finale “Gruppo 2“ Scenario SPMP Qualit` a SRS Revisioni Design Testing Manuale Utente e Strumenti Analisi Revisioni Incrociate Conclusioni
  • 5. Software Project Management Plans IEEE Std. 1058-1998 Presentazione Elaborato Finale “Gruppo 2“ Scenario SPMP Qualit` a SRS Revisioni Design Testing Manuale Utente e Strumenti (a) Link gantt pre (b) Link gantt post Analisi Revisioni Incrociate Come si pu` evincere dai grafici sopra riportati, nella fase finale alcuni fattori citati o Conclusioni nella slide 3 hanno influenzato il rallentamento delle tempistiche programmate.
  • 6. Software Project Management Plans IEEE Std. 1058-1998 Presentazione Elaborato Finale “Gruppo Fasi valutazione dello sforzo: 2“ 1) studio e media SLoc su prodotti analoghi alle specifiche 30.000 Scenario 2) quantificazione dei m/p per la fase di progettazione con Cocomo 22 m/p 3) Analisi dello sforzo con un team di 3 persone 7 m/p SPMP Qualit` a SRS Revisioni Nel rispetto delle tempistiche imposte, si ` optato per un prodotto da inglobare ad e Design uno gi` esistente nel pieno rispetto della modularit`. Effettuando reverse engineer sul a a Testing JSPWiki si ` stimato uno sforzo pari a 3 m/p per un team di 3 persone. e Manuale Utente e Strumenti Analisi Analisi a posteriori Revisioni Incrociate La previsione di sforzo valutata inizialmente ` risultata coerente e corretta a quella e Conclusioni effettivamente impiegata, questo anche grazie alla presenza di un buon piano di Gestione dei rischi e di Qualit`. a Software Project Management Plans Std. IEEE 1058-1998
  • 7. Piano di Qualit` a Std. ISO Series 9000-2000 Presentazione Elaborato Sistema di Gestione della Qualit` a Finale “Gruppo La norma ISO 9000:2000 richiede la descrizione: 2“ dello scopo e del campo di applicazione del Sistema Qualit`, a Scenario dei processi coperti dal sistema qualit` e delle loro interazioni, a SPMP delle procedure documentate. Qualit` a SRS Il Sistema di Gestione per la Qualit` divide i processi in 4 gruppi principali: a Revisioni Design Testing Manuale Utente e Strumenti Analisi Revisioni Incrociate Conclusioni (c) Processi del Gruppo2 (d) Processo di acquisizione dei requisiti Manuale della Qualit` a
  • 8. Piano di Qualit` a Std. ISO Series 9000-2000 Presentazione Elaborato Finale “Gruppo 2“ Processi Aziendali [PROC 01-00] Lo scopo della procedura ` di stabilire delle metodologie per la definizione e dei principali processi, dei relativi indicatori, della loro elaborazione e valutazione dei risultati. Scenario Gestione Documenti [PROC 02-00] La procedura definisce le attivit` e le responsabilit` relative alla a a SPMP gestione e al controllo di tutti i documenti utilizzati. Qualit` a 1 Identificazione (codifica) dei documenti 2 Stesura, emissione e approvazione dei documenti SRS 3 Modifiche ai documenti Revisioni 4 Gestione delle revisioni dei documenti (Metriche di Revisione, Tecniche di Ispezione) 5 Distribuzione e archiviazione Design Testing Gestione non conformit` [PROC 03-00] Descrive i criteri impiegati per identificare, esaminare e trattare le a ¨o non conformit` riscontrate stabilendo le modalit` e le responsabilit` per l Aˆidentificazione di decisione sulle a a a Manuale ’ modalit` di risoluzione, i criteri di trattamento di tutte le informazioni e la gestione della documentazione, in a Utente e Strumenti modo da garantire una successiva fase di analisi per la ricerca delle pi` appropriate azioni correttive. u Analisi 1 Modalit` operative (identificazione, segnalazione, analisi e registrazione, gestione, controllo e verifica, archiviazione, analisi a Revisioni delle non conformit`); a Incrociate Conclusioni Linea Guida Gestione delle Verifiche Ispettive [PROC 04-00] Le Verifiche Ispettive Interne vengono effettuate per valutare la congruenza e l’efficacia di tutto quanto pianificato ed attuato in ambito Sistema di gestione per la Qualit`. Lo scopo di questa procedura ` quello di stabilire una modalit` di gestione per la a e a programmazione, pianificazione, esecuzione e registrazione di queste verifiche.
  • 9. Software Requirement Specification IEEE Std. 830-1998 Presentazione Di seguito riportiamo il processo utilizzato per redigere il documento definitivo di Elaborato Finale specifiche Software Requirement Specification Std. IEEE 830-1998. Continui controlli “Gruppo effettuati sui documenti intermedi di specifiche, aderiscono alle politiche qualitative espresse nel 2“ documento di revisione dei requisiti. Scenario SPMP Qualit` a SRS Revisioni Design Testing Manuale Utente e Strumenti Analisi Revisioni Incrociate Conclusioni Figura: Processo di specifica dei requisiti
  • 10. Design Presentazione Elaborato Finale “Gruppo 2“ La fase di design del prodotto ha portato alla realizzazione dettagliata dei sottostanti diagrammi. Scenario SPMP 1 Diagramma Casi d’Uso Qualit` a 2 Diagramma Attivit` a SRS 3 Diagramma Sequenza Revisioni Design 4 Diagramma Collaborazione Testing 5 Diagramma Nested Package Manuale 6 Diagramma Classi Utente e Strumenti 7 Diagramma Deployment Analisi Revisioni Incrociate Attraverso questi ` stato possibile determinare e comprendere la progettazione di e alcuni requisiti gi` integrati nel JSPWiki; successivamente sono stati integrati le a Conclusioni restanti features come moduli o plugin. Documento di Design
  • 11. Standard for Software Test Documentation IEEE Std 829-1998 Presentazione Elaborato Le attivit` previste nel processo di test presente nel Documento Piano di Testing sono: a Finale “Gruppo 2“ 1 Definizione e popolamento degli ambienti a) Ambiente operativo; Scenario ambiente hardware ambiente sofware SPMP b) Base Dati di Test; Qualit` a 2 Progettazione SRS Revisioni a) Test di requisiti funzionali; Design Matrice Requisiti Requisiti e Script di Test Testing Case Test Manuale b) Test di requisiti non funzionali; Utente e Test Prestazionali Strumenti Test di Sicurezza Analisi Test di Stress Revisioni Incrociate c) Test di non Regressione; d) Test di Sistema - Integrazione; Conclusioni 3 Esecuzione 4 Evidenza dei risultati a) Rapporto di Esecuzione; b) Registro anomalie; 5 Trattamento delle anomalie
  • 12. Manuale Utente & Practice for the Adoption of Tools Std. IEEE 1348-1995 Presentazione Elaborato Finale “Gruppo 2“ Manuale Utente: Scenario Le istruzioni per l’utilizzo del nuovo wiki vengono fornite all’utente attraverso il SPMP documento Manuale Utente: ricco di spiegazioni testuali accompagnate da numerose snapshot. Qualit` a SRS Revisioni Strumenti Utilizzati: La scelta degli strumenti informatici a supporto per lo sviluppo Design di questo progetto, si ` basata su delle precise metriche: e Testing Manuale Affidabilit` a Utente e Strumenti Usabilit` a Analisi Produttivit` a Revisioni Incrociate Conoscenza pregressa Conclusioni Il processo di valutazione e selezione ` stato redatto seguendo le specifiche dello e standard sopracitato nel documento di Strumenti Utilizzati.
  • 13. Analisi Revisioni Incrociate Presentazione Elaborato Finale “Gruppo 2“ Scenario SPMP Qualit` a SRS Revisioni Design Testing Manuale Utente e Strumenti Analisi Revisioni Incrociate Conclusioni (a) Riepilogo valutazioni revisioni incrociate (b) Processo di revisione Documento di Analisi di Qualit` a
  • 14. Domande ? Presentazione Elaborato Finale “Gruppo 2“ Scenario SPMP Qualit` a SRS Revisioni Design Testing Manuale Utente e Strumenti Analisi Revisioni Incrociate Conclusioni Pagina wiki Gruppo2

×