Qualità del Software

Ecco le note di studio dettagliate sul testo fornito:

• Il corso mira a fornire conoscenze e competenze per la gestione dell'ingegneria del software incentrata sulle tecniche e metodi alla base della qualità del software.
• I modelli di processo di sviluppo del software, la qualità di processi e prodotti, il controllo qualità e la qualità come strumento competitivo sono inclusi fra le competenze da acquisire.
• Le pratiche si concentrano sulla modellazione, verifica, validazione dei processi, costruzione di modelli di qualità, piani metrici e il monitoraggio dei progetti per il miglioramento continuo.
• La gestione dell'ingegneria del software mira a governare la qualità dei processi e dei prodotti software minimizzando le sorprese e ottimizzando i costi.
• La qualità del software include sia la qualità dei processi che la qualità dei prodotti.

Introduzione alla Qualità

• La qualità è un concetto ambiguo e multidimensionale che varia in base all'entità di interesse, al punto di vista e agli attributi di qualità misurati.

• Il concetto di qualità può essere considerato in termini ampi o specifici, in base al contesto d'uso.

• Due prospettive principali sulla qualità sono quella popolare, una caratteristica immateriale e intangibile, e quella professionale, la conformità a requisiti definiti.

• La prospettiva popolare valuta la qualità soggettivamente, mentre quella professionale la definisce oggettivamente in base alla conformità ai requisiti.

• In ambito software, la qualità si identifica con l'assenza di difetti funzionali.

• Il tasso di difetti si calcola come numero di difetti per unità di processo, funzione o per KLOC (migliaia di linee di codice).

• L'affidabilità si misura con il tempo medio tra i fallimenti, mentre la soddisfazione degli utenti si valuta tramite indagini percentuali.

• L'ISO definisce la qualità del software come insieme di proprietà e caratteristiche desiderate di un processo, prodotto o servizio software che soddisfa il committente.

• La misurazione della qualità mira a raccogliere informazioni sugli attributi delle entità, descrivendo l'entità e le sue caratteristiche distinguendola da altre.

Tipologie di Qualità

• La qualità funzionale mira a soddisfare i requisiti funzionali verificati tramite testing.

• La qualità strutturale si concentra sulla conformità ai requisiti non funzionali dell'architettura, valutata tramite analisi architetturali.

• La misurazione della qualità è fondamentale nell'intero ciclo di vita del software per analizzare processi, risorse e attributi dei prodotti.

• Gli attributi di qualità si dividono in esterni, visibili all'utente, e interni, visibili agli sviluppatori.

• I problemi nel software si suddividono in tre categorie: failure (comportamento non previsto), fault (difetto nel codice sorgente) ed error (errore umano che causa difetti).

• Assicurare la qualità del software è un processo oneroso e complesso.

• Include attività specifiche (testing), orientate alla qualità del prodotto (Cleanroom) e standard di qualità (ISO9000).

• La valutazione della qualità richiede traduzione degli obiettivi in domande specifiche e metriche quantificabili.

• Le metriche devono essere coerenti con gli obiettivi dell'organizzazione e utili per il miglioramento continuo considerando tutte le prospettive.

• La pianificazione di un modello di qualità del software include la definizione di obiettivi e metriche, la trasformazione in domande quantificabili, la specifica delle misure, lo sviluppo di meccanismi di raccolta e analisi dei dati, e un'analisi post-mortem per il futuro.

• La verifica confronta un prodotto con le sue specifiche (requisiti), mentre la validazione rappresenta l'accettazione del prodotto da parte del committente.

• La verifica deve essere effettuata da persone diverse dai progettisti o dai codificatori.

• Ogni documento deve essere controllato da persone diverse dagli autori.

• Esistono due tipi di verifica: ispezione/code review (analisi statica) e testing (analisi dinamica).

Costo della Qualità (ISO)

• Produrre software di qualità è complesso e costoso, include i costi della conformità (fare bene le cose) e della non conformità (correzioni).
• Il costo della conformità (COC) si suddivide in costi di prevenzione (per prevenire i difetti) e di accertamento (per controlli e collaudi).
• Il costo della non conformità (CNC) si divide in costi per insuccessi interni (prima della consegna) e costi per insuccessi esterni (dopo la consegna).

Glossario

• Il Testing è l'investigazione dei rischi del software in esecuzione;
• La misurazione è la valutazione degli indicatori di qualità, sia in esecuzione che in ispezione;
• La verifica sono le analisi delle funzioni rispetto alle specifiche;
• La validazione è l'accettazione da parte degli stakeholder;
• La certificazione sono le analisi delle funzioni in base ai requisiti di legge.

Introduzione alla Misurazione

• La misurazione aiuta a interagire con l'ambiente e a migliorare la nostra vita.

• Sviluppatori software, project manager, clienti e manutentori misurano aspetti diversi del software per scopi specifici.

• La misurazione assegna numeri a entità del mondo reale in base a caratteristiche ben definite.

• Un'entità è un oggetto o evento del mondo reale e un attributo ne rappresenta una proprietà.

• La misurazione descrive un'entità identificando caratteristiche importanti per distinguerla da altre.

• La misurazione attraverso numeri e simboli permette di trarre conclusioni sull'entità basandosi sui suoi attributi e caratteristiche.

• Nell'ingegneria del software, gli attributi (affidabilità, usabilità, manutenibilità) vengono quantificati, e si distinguono quantificazioni dirette (altezza, peso, LOC) e indirette (calcoli tramite formule matematiche).

• Il calcolo e la misurazione sono espressi attraverso un punteggio complessivo derivante da una serie di misure.

• L'ingegneria del software è una disciplina uomocentrica che adotta un approccio ingegneristico per la costruzione e il supporto del software. Questo approccio implica la comprensione e il controllo di ogni attività al fine di ridurre imprevisti durante tutte le fasi di produzione.

• La misurazione è spesso trascurata nell'ingegneria del software, portando all'incapacità di definire obiettivi misurabili e scarsa comprensione dei costi, della qualità e dell'efficacia delle nuove tecnologie.

• Le misurazioni devono essere frequenti, coerenti, complete e rigorose.

• La misurazione serve a valutare lo stato di progetti, prodotti, processi e risorse.

• Gli obiettivi delle iniziative di misurazione devono avere uno scopo specifico e legato alle necessità degli stakeholder.

• Gli obiettivi possono variare in base agli stakeholder, al livello di sviluppo e di utilizzo del software.

• I manager sono interessati ai costi, alla produttività e alla qualità;

• Il costo del processo di sviluppo, misurando tempo e sforzo impiegati, da una prospettiva del manager, è fondamentale.

• Verificare la verificabilità dei requisiti, che si definisce dalle conoscenze dell'ingegnere.

• Identificare i difetti, tracciandone le cause e valutando l'efficacia di ispezioni e test, un'altra prospettiva dell'ingegnere, è altrettanto importante.

• La misurazione aiuta a pianificare i passi successivi analizzando dati e storici.

• La misurazione del software e l'interpretazione dei dati raccolti servono a comprendere, controllare e migliorare.

• AIuta a comprendere lo sviluppo, manutenzione, valutando la situazione e stabilendo valori di riferimento.

• Importante la stima dei costi e effort con i modelli (COCOMO, SLIM, Albrecht FP) e dei modelli e misure di produttività.

• La raccolta dati implica che le misure siano definite unicamente in modo coerente e completo.

• Fondamentale la correlazione tra produttività e qualità.

• La misurazione sta diventando una parte fondamentale del project management e dello sviluppo e si affida a tabelle e grafici.

• Quattro principali motivi per misurare processi, prodotti o risorse software: caratterizzare, valutare, fare previsioni, migliorare.

• Per misurare, occorre identificare le entità, gli attributi e le regole/metriche.

• È importante decidere quali attributi utilizzare per fornire una chiara idea delle entità considerate.

• Utile avere una classifca che lega agli attributi possibili misure.

• Utile distinguere diverse tipologie di scale: nominale, ordinale, intervallo, ratio, assoluta.

• Ha significato applicare funzioni statistiche ad un tipo di scala se le affermazioni dedotte dall'applicazione di tali funzioni sono invarianti rispetto alla scala utilizzata.

• Le scale di misurazione possono essere cambiate in base all'esperienza.

• L'esortazione è di ricercare evoluzioni verso scale che offrono informazioni più dettagliate.

• Importantissime le misurazioni obiettivi, per scongiurare un errore soggettivo.

• Le misure soggettive dipendono dal misuratore e possono variare e devono essere limitate con un modello descrittivo.

• Nel caso di misure oggettive, fornire un modello quantitativo (e formulare equazioni).

• Distinzione tra misure dirette (osservate) e misure indirette (calcolate)

• La misurazione diretta di un attributo non implica altri attributi in quanto è rilevato/osservato direttamente.

• La misurazione indiretta implica che un attributo sia misurato combinando misure in relazione tra loro.

• Le misure rilevate devono raggiungere valori soglia.

• Importante definire le soglie:

• un intervallo di successo (processo/prodotto che ha raggiunto all obiettivo);

• una soglia di insuccesso (il prodotto/processo è rigettato).

Gestione della Qualità

• Secondolo standard ISO 9000, la qualità è definita come l'insieme delle caratteristiche necessarie per soddisfare i requisiti prefissati.

• La qualità si è focalizzata ultimamente intorno alla soddisfazione dei cienti, sempre più esigenti.

• Importantissimo il cambiamento culturale nella gestione della qualità da un approccio reattivo ad un approccio proattivo e diffuso in tutta l'impresa.

• Evidenziare una comparazione tra passato e presenti nella gestione della qualità:

• Passato era responsabilità solo degli operatori.

• I difetti venivano occultati alla clientela.

• Conseguenti problemi portavano a colpe.

• Correzioni con documentazione minima.

• Maggiore uqalità sembrava un costo aggiuntivo.

• Invece al giorno d'ggi.

  • La qualità è responsabilità di tutti.

• I difetti devono essere evidenziati per poter essere coretti.

• I problemi di qualità portano a soluzioni.

• Fondamentale è la documentazione che evita errori.

• Migliorare la qualità fa rispamiare e migliora il business.

• La qualità deve essere presente già a monte dello sviluppo.

• Qualità è intesa come qualità di progetto che qualità di prodotto.

• Ante Prima Guerra Mondiale la qualità era intesa fondamentamente come ispezione.

• Successivamente emergon concetti di controllo della qualità.

• Oggi il fattore "qualità" sta assumendo carattere strategico.

• La qualità deve essere integrata nei processi, strategica, di team.

• Il costo della qualità incide nelle fasi di design e progettazione e la manutenzione è difficile.

• Fondamentale anche il ruolo tra fornitore e cliente e le rispettive aspettative.

• Il project manager è la figura con la maggiore responsabilità.

• Sei concetti supportano l'esecuzione dei progetti: politica di qualità, gli obiettivi (perseguibili e fattibili), assicurazione della qualità (devono essere ben definita gli obiettivi standard e essere orientato alla prevenzione.), controllo della qualità, verifica della qualità, piano di qualità.

• Occorre che il prodotto e servizio sia realizzato correttamente seguendeo il piano di qualità con costi che sostengono per garantire ciò.

• Il piano di qualità dettaglia la politica interna ma è parte di una strategia maggiore.

• Da non sottovalutare il costo della qualità.

• Strumenti per il controllo della qualità:

  • Data Tables che permette di raccogliere e mostrare i grafici.
  • Cause ad Effect Analisys che evidenza e determina la causa a monte.
  • Scatter Plot che permette dio capire se un valore è dipendente dall'altro.

• Istogrammi che rappresenta graficamente tutti i dati.

• Pareto Chart tipologia di istogramma dove le variabili sono ordinata.

• Diagrammi di flusso (rappresentano graficamente la logica dei flussi).

• Trend Analisys Run Chart ( individuare il metodo più appropriato).

• Control Charts (carte di controllo per prevenire i difetti).

• Importante il monitoraggio e la necessità di individuare comportamenti anomali).

La Gestione del Rischio

• Identificazione delle fonti di rischio, individuare le cause agli esiti.
• Ruolo del team per capire se ci sono potenziali rischi grazie a brainstorming e interviste.
• L'obiettivo della valutazione del rischio è quella sia qualitatica che quantitatica con dei registri ad hoc.
• I rischi vanno gestiti in base alla loro priorità.
• Individuare le varie fasi del processo, il loro valore per poi giungere dei piani di emergenza.
• Fondamentale analizzare la loro difficoltà, incertezza sia descrittiva che di misure.
• Inizio del monitoraggio dei vari rischi e controllo, occorre poi raccogliere le esperienze.
• Inizio del Monitoraggio e controllo dei vari rischi e controllo e occorre raccogliere le esperienze.

Miglioramento dei processi

• Per costruire software di qualità bisogna superare tutti i problemi dei processi e deve essere continuamento monitorato.

• Bisogna seguire degli schemi che definiscono i livelli di qualità.

• I paradigmi definisco una strategia per raggiungere un livello qualità prefissato.

• Importante la certificazione ISO 9000 che racchiude un insieme di standard per il controllo della qualità.

• Le norme per i sistemi qualità: assicurare ordine e l'uniformità e la salvaguardia degli interssi.

• Struttura ISO 9001 (sistema gestione), ISO 90004 (efficacia efficienza) e ISO 19011 (ambientali).

• Norma di settore che definisce i processi di sviluppo di ciclo del softwar.

• Distinzione processi di produzione, di supporto e organizzati.

• Documentazione delle attività dinamici con alto valore aggiunto e importante a determinare come vengono esguiti i processi.

• gestione della configuraizone (fulcro intorno al quale ruota la produzione).

• Fulcro la gestione attraverso:identificazione degli arrfatti, controllo delle modifiche e rilasio del software.

• Assicurazione della qualità.

Modelli di Processso

Processi di gestione ed implementazione una struttura logica e il miglioramento della della struttrua dei processi utltizzata.Modelli con uno schema di avvio di un progetto.CMMI (maturità) spica (analisi capacitò).

• SOA

• COBIT

• Spica progetti ISO/IEC. Comprensione processi softwuare, guida miglioramenti.

• Fornitore ed imponente regolano importazione tra i compitori e la qualità dei medesimi.

• Definizione gli obiettivi di busin di riaggungere la risorsi.

• Utilità dei Livelli di capacità.

• Modella a processo, signficati (eseguito, gestitto e migliorato).

• La ISOC/ICC fornisce linee guida per il processo di valutazione).

• IlValutatore raccoglie, gestisce i dati e le competenze del personale.

• CMM _capabitity Maturity e Modell Principi di miglioramentoe, ha 5 livelli di maturità.

• Ha lo scopo di riesaminare la propria organizzazione.

SQuaRE

• La serie degli standard la ISO e ISO 1 4 5 98 ha l'obiettivo di creare i prodotti software.
• La metriche sono definite dalla ISO che supportano il modo del SOG ( esterna, interna. . uso).
• La IS025 consiste in 5 raggrruppamenti.
• Modella che deve essere considerato nella valutazione di un. sistema.
• La quantità del software è descritto dal processo di applicazione.

Project Management: pianificazione

Le attività in capo al Project manager sono: pianificazione, integarare ed eseguire piani.

• La parte dalla pianificazione è fondamnetale per diminuire lincertezza.
• Fondamentale monitorare e controllo del lavoro previsto.
• La struttura parte da un insieme di assunzioni, fattori organizzavi e ambientali...
• Pianifica le attività di un progetto (quando. come , cosa ).
• Fondamentale pianificare i ruoli, il controllo e la responsabilità;

E' impoortante il documetnazione il quale fornisce garanzia per la riuscits del progetto. La piaifiicaizone si può itneere sui più livelli: a livello strategico, tattico e operativo. Fondamneate proiettare una pianificazione e applicarne capacità, conoscenza, strumenti e teniche.

• Nel ripsetto costi e tempi definiti.
• E' fondamentale l applicazione , l'integrazione dei conrolli raggruppati.
• Bisogna idenificarea reuqisiti e conserazio e gli interessti.
• Un p roegtto e concluso se segue i tempi e viene accettato dal comitentte.
• Il cuccesso e ùna repsonasbilitò condivisa tra molteplici team.
• Project Manageemnt, inetrrazie tra cicli vari). All inizio devono essere definite le attività in modo strutturate . (A stabilire e e raffinare l obiettivi.

4. Monitraggio.5) Chiusura.

• Gestire lo scope del progetto. In tutto i controlli e le attività (89 processi.).. Le tengnoiche di shcedulazuone offron vanaggi nella gestione del processo

Gestione del tempo

• Un project è un inititivi temrpoaneae intraspresa.a cui bisogna rispretare vincoli e unicità.

• I tmepo e al reisosrsa più prezosa bisogna tenere tutto sotto controlo (avvio, pianiifcazioen..ect).

• Fondamentale e ridurre al minimo la distanza temoprarla tra i vari partecipanti

• Il Prorjt managenet è fatto di un insieme di liinee guida.

• Ogni poroitetto unzia la cerezione del poroiteett chatterer, e le attività che devono essere conuisite. Wha? WbS. Quando shcedule, gartta. PER M.C ecc.. .Che analizzao tempi e perosi criitivi le attività

7. L 8) Shlack Times e le attività sul cp ahano Shclck =-0 .ecc.