IS Corso di Ingegneria del Software 1

Transcript

1 ontenuti Qualità del processo orso di Ingegneria del Software V. Ambriola, G.A. ignoni,. Montangero,. Semini on aggiornamenti di: T. Vardanega (UniD) Qualità di processo Sistemi di Gestione della Qualità (O 9001) Valutazione del processo software O/IE TR Un esempio di valutazione Dipartimento di Informatica, Università di isa 1/31 Dipartimento di Informatica, Università di isa 2/31 Dal prodotto al processo Qualità di processo Da tubi sporchi non esce acqua pulita come esigenza Organizzazione e diffusione interna Identificazione di prodotti intermedi e di momenti di verifica Riproducibilità dei risultati Accertamento della qualità Sistematico e metodico Disposizione al miglioramento Siamo orgogliosi del nostro processo, ma... Definire il processo er controllarlo (e farlo controllare) meglio er raccontarlo in maniera più convincente ontrollare il processo per migliorarlo Efficacia rodotti rispondenti ai requisiti Efficienza Minori costi a pari qualità di prodotto erogata Esperienza Apprendere dall esperienza (anche degli altri) Strumenti di valutazione Dipartimento di Informatica, Università di isa 3/31 Dipartimento di Informatica, Università di isa 4/31 e norme O e norme O ertificazione O 9001 (II metà anni 90) er valutare er controllare on per scegliere a famiglia delle norme O 9000:2005 : Fondamenti e glossario Radice di modelli di qualità neutri rispetto al dominio di applicazione O 9001:2000 : Sistema di Gestione della Qualità (SGQ) requisiti a visione O 9000 calata nei sistemi produttivi O :1997 : Quality management and quality assurance standards art 3: Guidelines for the application of O 9001:1994 to the development, supply, installation and maintenance of computer software Interpreta O 9001 per la produzione di software el 2004 rimpiazzato da O/IE 90003:2004 : Software engineering Guidelines for the application of O 9001:2000 to computer software O 9004:2000 : Guida al miglioramento dei risultati Aspetti del modello di qualità O 9001 Responsabilità gestionali Ambiti del sistema di qualità ontrollo di non-conformità ontrollo di progettazione Gestione di magazzino e di fornitura Acquisizione e fornitura Trattamento di prodotti forniti dal cliente Identificazione e tracciamento ontrollo di processo rove e ispezioni Sistemi di ispezione e infrastrutture di prova Rapporti di ispezione e di prova Revisioni contrattuali (formali esterne) Azioni correttive Revisioni interne Formazione del personale ontrollo della documentazione Registri di controllo Servizio ai clienti Statistiche tecniche Dipartimento di Informatica, Università di isa 5/31 Dipartimento di Informatica, Università di isa 6/ orso di Ingegneria del Software 1

2 SGQ come funzione aziendale Documentazione del SGQ Settore, reparto, ufficio, area... Direzione Sistema Gestione Qualità Ispirato a O 9000 Visione orizzontale (strategia aziendale) olitica per la Q Manuale della Q Visione verticale (strategia progettuale) iano della Q Responsabilità Gestire la qualità in azienda Riferire alla Direzione rocedura Istruzioni Operative Modello Modello Modello inee Guida Dipartimento di Informatica, Università di isa 7/31 Dipartimento di Informatica, Università di isa 8/31 Il manuale della qualità Il piano della qualità Il documento che definisce il sistema di gestione della qualità di un organizzazione (O 9000) Visione strategica (orizzontale) aratteristiche richieste Deve essere completo rispetto ai requisiti Deve collegarsi al resto della documentazione del SGQ e delle procedure aziendali Deve relazionare gli obiettivi di qualità alle strategie per ottenerli Esprimere la politica aziendale rispetto alla qualità Il documento che definisce gli elementi del SGQ e le risorse che devono essere applicate in uno specifico caso (prodotto, processo, progetto) Visione attuativa (verticale) È una concretizzazione specifica del Manuale della Qualità Ha spesso valenza contrattuale Taglio operativo (O 9000) Dipartimento di Informatica, Università di isa 9/31 Dipartimento di Informatica, Università di isa 10/31 I processi secondo O 9000 Il dq in pratica Quattro categorie di processi Responsabilità della direzione (5.) Gestione delle risorse (6.) Realizzazione del prodotto (7.) Misura, analisi e miglioramento (8.) rocessi di produzione 7., 8. rocessi di decisione e controllo 5., 6. Accertare la disponibilità di Analisi dei requisiti Architettura e soluzioni tecniche ianificazione delle verifiche e delle prove Risultati delle verifiche e delle prove Fornire modelli dei documenti Accertare la tracciabilità di soluzioni a requisiti ianificare le attività Dipartimento di Informatica, Università di isa 11/31 Dipartimento di Informatica, Università di isa 12/ orso di Ingegneria del Software 2

3 Strumenti di valutazione 1 Il modello SA & I Software rocess Assessment & Improvement (SA & I) rocesso Valutazione di un processo Subisce Secondo regole e riferimenti precisi Subita da un organizzazione Individua modifiche SA-I Misura la bontà er ottenere un giudizio di maturità er individuare azioni di miglioramento roduce MM (apability Maturity Model) Miglioramento Facilita Valutazione Dipartimento di Informatica, Università di isa 13/31 Dipartimento di Informatica, Università di isa 14/31 apability Maturity Model (1987) 1 apability Maturity Model (1987) 2 Definito su commessa del DoD al SEI di MU Iniziativa del committente Modello per la valutazione uniforme dei fornitori apacità Misura dell affidabilità di un fornitore Maturità Acquisizione di un dato livello di capacità operativa da parte del fornitore Un percorso verso il miglioramento continuo 5 1 Iniziale 2 Ripetibile 3 Definito 4 Misurato e Gestito Ottimizzante ieno SGQ SGQ attuato rispetto a obiettivi fissati rocessi verticali: SGQ attuabile rocessi ad hoc: SGQ non attuabile ieno DA Dipartimento di Informatica, Università di isa 15/31 Dipartimento di Informatica, Università di isa 16/31 apability Maturity Model (1987) 3 Strumenti di valutazione 2 MM ha difetti importanti Una stessa realtà aziendale può adottare pratiche di processo che si collocano a livelli MM diversi Ma se non applica tutte le pratiche di un dato livello non può avanzare al livello superiore Modello discreto e non continuo on sa fornire una valutazione intermedia tra e +1 Troppo focalizzato sulle pratiche (cosa si fa e come) Insufficiente attenzione agli obiettivi (perché lo si fa) Rimpiazzato da MM-I on due possibili modalità di attuazione er stadi (staged): sostanzialmente equivalente al vecchio MM ontinua: capace di valutazioni a grana più fine BOOTSTRA rogetto EU in ambito ESRIT (1993) Ispirato a MM v1.0, O 9001 e SS-05 di ESA Agile metodo per auto-valutazioni rapide Tick-it Mirato ad accertare conformità con O 9001 SIE O/IE [1-5, 9]: Software rocess Improvement apability determination Dipartimento di Informatica, Università di isa 17/31 Dipartimento di Informatica, Università di isa 18/ orso di Ingegneria del Software 3

4 SIE O/IE rogetto nato nel 1992 con partecipazione di O/IE SEI (MM), BOOTSTRA, Bell, H, BT e altri Obiettivi Definire uno standard per SA & I Sancito in O/IE nel 1998 con successive evoluzioni Armonizzare i maggiori standard di processo esistenti all epoca O/IE O 9001 Approccio Sperimentazione di applicazione in casi reali Risultato O/IE TR emesso nel 1998 Inizialmente come standard di secondo livello (adozione volontaria e opzionale) Successivamente promosso a standard di primo livello apacità produttive (capability) Definizione dei processi in termini di obiettivi, risultati misurabili attesi, altre informazioni descrittive Dimensione del processo Base practices Dimensione delle capacità Generic practices Modello di riferimento aragonabili ai processi e alle attività in O/IE Disposizione al miglioramento (improvement) Definizione degli attributi che ne distinguono il grado di maturità rispetto a una scala fissata 0 : iniziale 5 : innovativo Dipartimento di Informatica, Università di isa 19/31 Dipartimento di Informatica, Università di isa 20/31 O/IE O/IE categorie (dimensioni) di processo Ispirati alle definizioni di O/IE livelli di capacità Ispirati al MM 9 attributi per la misurazione del livello di capacità Se posseduti portano il processo a un certo livello di capacità 4 gradi di possesso di un attributo (inadeguato, 0-15%), (parziale, 16-50%), (soddisfacente, 51-85%), (completo, %) ategorie di processo 1 Gestione di organizzazione orizzontale (ORG) Definizione Focalizzazione Formazione Misurazione delle prestazioni Innovazione e attuazione Gestione di progetto verticale (MGT) ianificazione Misurazioni quantitative e controllo correttivo Gestione dei rischi Gestione delle risorse Dipartimento di Informatica, Università di isa 21/31 Dipartimento di Informatica, Università di isa 22/31 O/IE O/IE ategorie di processo 2 Gestione dello sviluppo (EG) Analisi e gestione dei requisiti Definizione e realizzazione di soluzioni tecniche Integrazione di prodotto Verifica e validazione Gestione delle forniture (SU) Gestione di configurazione SGQ Analisi e misurazione Gestione dei processi di decisionali Analisi dei problemi e delle soluzioni ivello capacità Attributi di misurazione 0. Incompleto essuna evidenza di processi 1. Attuato 1.1: ossibile misurazione prestazionale dei processi 2. Gestito 3. Definito 4. Affidabile 5. Ottimizzante 2.1: Gestione delle prestazioni dei processi 2.2: Gestione dei prodotti 3.1: Definizione dei processi 3.2: Attuazione dei processi 4.1: Misurazione dei processi 4.2: ontrollo dei processi 5.1: Innovazione dei processi 5.2: Ottimizzazione dei processi Dipartimento di Informatica, Università di isa 23/31 Dipartimento di Informatica, Università di isa 24/ orso di Ingegneria del Software 4

5 O/IE Esempio di valutazione SIE Metodologia di valutazione Identificazione dei portatori d interesse Destinatari dei risultati Responsabili dei processi valutati Responsabili delle attività di valutazione Scelta tra valutazione e miglioramento Risultato a uso esterno o interno Valutazione formale o meno (self-assessment) Definizione della portata rocessi inclusi nella valutazione Indicatori di valutazione TOS: progetto ESRIT in ambito ESSI (European Systems and Software Initiative), romuovere l adozione di strumenti per il controllo della qualità nelle aziende software Formazione, valutazione dei processi Valutazioni offerte alle aziende ome servizio ome assaggio dei metodi di SA & I ome strumento di indagine ome strumento di confronto quantitativo (benchmark) Dipartimento di Informatica, Università di isa 25/31 Dipartimento di Informatica, Università di isa 26/31 36 aziende valutate Obiettivi della valutazione ocalizzate in centro Italia rocessi valutati er lo più di piccole dimensioni 21 (58%) con fatturato annuo < (46%) con < 10 dipendenti EG.1.2 EG.1.6 SU.6 Analisi dei requisiti rove del software Revisioni congiunte Visione limitata della qualità ochi SGQ certificati O 9001 (7,21%) rescita come obiettivo primario (21,57%) Qualità come risposta a clienti o concorrenza (28,78%) ritici per i risultati verso il committente Miglioramento Valutazione non formale Dipartimento di Informatica, Università di isa 27/31 Dipartimento di Informatica, Università di isa 28/31 Dati sullo sviluppo software Riepilogo Tutte le aziende EG.1.2 EG.1.6 SU.6 Media Aziende selezionate EG.1.2 EG.1.6 SU.6 Media Qualità di processo Sistemi di Gestione della Qualità (O 9001) Valutazione del processo software O/IE TR non adeguato parzialmente largamente completamente Un esempio di valutazione Dipartimento di Informatica, Università di isa 29/31 Dipartimento di Informatica, Università di isa 30/ orso di Ingegneria del Software 5

6 Riferimenti O 9001:2000, Quality Management Systems Requirements Software Engineering Measurement and Analysis (SEMA), SEI, SiE home page, O/IE TR 15504, Information technology - Software process assessment, 1998 G.A. ignoni, Il software fa rotta verso la qualità, Il Sole 24 Ore et Economy, 27 aprile 2001 Dipartimento di Informatica, Università di isa 31/ orso di Ingegneria del Software 6