Qualità del Software: Approcci e Misurazioni

Ecco gli appunti di studio riassunti dal testo fornito:

• Generare un sistema/prodotto/soluzione software per soddisfare i requisiti. Ingegneria del software utilizza SCRUM, un progetto agile con strumenti come Redmine, diagrammi e framework, dalla progettazione al completamento.

• La certificazione ISO 9000 certifica i processi di produzione, garantendo conformità e qualità dichiarata. ISO 14000 riguarda la salvaguardia ambientale, come lo smaltimento dei rifiuti e l'uso di materie prime a norma. L' ISO 27000 certifica sicurezza e cybersecurity nella gestione dei progetti.

• Le certificazioni migliorano l'immagine pubblica e sono spesso richieste per le gare d'appalto.

Competenze Chiave per il Management del Software

• Conoscenze: tecniche, metodi e principi alla base della qualità del software.

• Abilità: trasformare adeguatamente le conoscenze in tecnologia e contenuti.

• Management: controllo della qualità dei processi e prodotti per obiettivi strategici, sviluppando software ottimizzando i costi ed evitando sorprese.

• Un prodotto deve soddisfare le esigenze attuali, e per sistemi a lungo termine, investire in qualità e manutenibilità. Sistemi bancari in Cobol rimangono grazie alla loro tracciabilità nel processo di costruzione.

Importanza della Tracciabilità

• La tracciabilità è essenziale e può essere realizzata con strumenti come Redmine.
• Ogni modifica, idea e sviluppo deve essere documentata.
• I progetti sono modificabili per correggere errori o adattarsi a nuove esigenze.
• Redmine, SVN, SonarCloud e Fortify sono strumenti utili per la gestione del corso.

Perché Avere Qualità

• Qualità attrae i clienti a usare e espandere il software, fondamentale per il successo commerciale.

• La valutazione della qualità usa sistemi come Sonar Cloud, Fortify e si manifesta anche nella gestione, misurata dal "numero di bestemmie".

• La mancanza di tracciamento rende più difficile risolvere gli errori, specialmente con cambiamenti nel team. Ogni processo deve essere formalizzato.

• La qualità è un termine ambiguo e "multidimensionale" che richiede requisiti oggettivi definire. Diverse prospettive influenzano la percezione della qualità che ha diversi livelli di astrazione e usi formali e professionali.

Indicatori di Qualità

• Misurabile attraverso tassi di difetti, affidabilità e soddisfazione degli utenti.
• Spesso si limita a pensare che non ci siano errori funzionali, trascurando la quantità di difetti e fallimenti, e il livello di soddisfazione degli utenti.

Definizione ISO di Qualità nel Software

• Insieme di proprietà e caratteristiche per processi, prodotti e servizi software.

• Lo scopo della ISO è soddisfare gli stakeholders attraverso i risultati di una metrica esplicita. Realizzare un ritorno economico sugli investitori e trovare un compromesso tra qualità tecnica, costi e tempi realizzazione del processo.

• Esistono soluzioni OTTIMALI, non OTTIME, e occorre bilanciare le risorse disponibili, dato che non si "può desiderare il mondo".

• Misurando, si possono catturare informazioni sugli attributi delle entità (oggetti o eventi del mondo reale).

• Software combina qualità funzionali (requisiti IF) e strutturali (requisiti non funzionali).

• II principio di Tom DeMarco afferma: "Non puoi controllare quello che non puoi misurare!"

• Senza misurazioni, è impossibile determinare con certezza la qualità del prodotto.

• Avendo una visione definita, si può controllare. Un processo software quantificabile e formalizzato permette di tracciare, conoscere e controllare.

• Un processo non definito rende il progetto fallimentare.

• Le cause principali di fallimento includono requisiti instabili, controllo qualità inadeguato e stime errate.

• Semplificando, un software "user-friendly" è diverso per programmatori e bambini.

• Le misure del software sono importanti per singoli sviluppatori, team di progetto e organizzazioni.

Cause di Software Difettoso

• Errori umani sono inevitabili, specie in compiti complessi.
• Programmatori esperti commettono un errore ogni 10 righe.
• Circa il 50% degli errori di codifica è scoperto in fase di compilazione.
• Il 15% degli errori rimane nel sistema fino alla consegna al cliente.

Tipi di Problemi nel Software

• Failure: comportamento non previsto.

• Fault (bug): difetto nel codice sorgente che causa il failure.

• Error: causa del difetto, come errori di interpretazione.

• SWEBOK (Software Engineering Book of Knowledge) contiene i fondamenti della qualità del software e manuali di riferimento.

• La qualità è sia del prodotto che del processo (un'applicazione, servizio o componente).

• Assicurarla è difficile ma si utilizzano attività legate alla qualità, metodi orientati al prodotto (Cleanroom) e metodi orientati al processo (come ISO9000).

• Dopo che si chiarisce cosa misurare, si identifica lo scopo. Chi valuta deve avere obiettivi chiari, legati a metriche adeguate. Le misurazioni dovrebbero essere utili e costruttive.

• Si definiscono, si raccolgono e si analizzano i dati.

• Esistono team di qualità che analizzano l'andamento in termini economici, finanziari e tecnici. Le metriche devono essere correlate agli obiettivi ed essere adattabili al contesto.

• È essenziale definire un minimo di formalizzazione per comprendere e trasferire il modello di qualità. Un modello di qualità rappresenta:

  • Sviluppo di goal e misure associate.
  • Generazione di Domande.
  • Specifiche da collezionare.
  • Sviluppare meccanismi operativi.

• Raccogliere e analizzare i dati per azioni correttive con tool di reportistica. L'obiettivo è migliorare con dati correlati. Analisi post-mortem per raccomandazioni future.

• Le attività legate alla qualità includono:

Attività Legate alla Qualità

• Testing: indagini sui rischi con mockup per feedback degli stakeholder.

• Misurazione: indicatori di ispezione.

• Verifica: analisi delle funzioni rispetto alla specifica(effettuata da un soggetto esterno)

• Validazione: approvazione degli stakeholder.

• Certificazione: analisi delle funzioni in base alla certificazione.

• Le certificazioni (DOP, biologico o ISO) hanno costi associati, ma sono importanti.

• Le principali, comunque hanno costi per risistemare le cose giuste.

• Il costo della conformità (COC) è sostenere l'impegno espresso.

• Il costo della non conformità (CNC) è sostenere spese per risolvere.

• Gli enti di standardizzazione (ISO) definiscono livelli di qualità.

• La misurazione ci aiuta a comprendere, interagire e migliorare la nostra vita e il software.

Misurazione e il suo Legame con la Qualità

• Sviluppatori: misurano le caratteristiche del software per capire se i requisiti, design e codice possono essere testati (PROGETTO).

• Project Manager: misura il PRODOTTO/PROGETTO considerando budget e piani (lo sviluppatore invece ha interessi qualitativi)

• Clienti: usabilità e soddisfazione dei requisiti (PRODOTTO FINALE)

• Manutentori: ciò da aggiornare.

• La misurazione in genere è il processo con numeri attribuiti ad entità per determinare il valore delle regole definite ed identificare le metriche per la qualità.

• Le misure devono essere precise, non generiche. È fondamentale avere un range e dei valori ben precisi.

• L'obiettivo delle metriche è rendere visibili i concetti, rendere gestibile il dato. È importante che faccia parte integrante della cultura aziendale.

• Esistono due tipi di quantificazioni: con la misurazione (strumento diretto) o con il calcolo (formula necessaria)

• È importante non vedere la qualità come un "add on" ma come parte di un sistema.

• La qualità deve quindi essere parte della pianificazione del modello. Quindi falliamo spesso a comprendere e la quantificazione in un progetto.

• Tante volte le commesse non portano alla formalizzazione/commessa, quindi ci si concentra su dati funzionali.

• Ingegneria invece descrive questo: Ogni attività è compresa e controllata in modo da evitare sorprese man mano che il software viene costruito e manutenuto.

Definizione dei progetti

• Un project manager deve stimare la durata e il costo del progetto.
• Deve misurare/capire quanto è produttivo il personale, misurando il tempo che viene speso per la progettazione.

Cosa si intende per la qualità di un codice.

• Deve registrare quali sono i fault.
• Devo avere un confronto anche trai progetti.
• l'utente è soddisfatto del prodotto?
• Utilizza i dati per essere sicuro che i clienti siano soddisfatti.

Come è corretto apportare dei miglioramenti.

• Effettuare misure, comprendere e confrontare i target

• Valutare al qualità ecc...

• L'obiettivo è assicurarsi che essendoci dei requisiti ingegneristici , vengano stabiliti i giusti parametri.

• L'ingegnere del software è più focalizzato sulla QUalità interna (statica) analizzare i requisiti ecc

• Per i punti di view, è opportuno che la qualità deve essere monitorata continuamente. Se si lavora con rigore, si hanno ottimi software.

• Ci sono degli scopi per quanto riguarda la misurazione, comprendere, controllare e migliorare.

Gli scopi della misurazione sono 3

• Aiutano a comprendere cosa accade all'attività.
• Aiutano a controllare cosa accade.
• Aiuta a migliorare i processi basati sui risultati.

Sfaccettature della misurazione

• Stime di costi delle parti che sono importanti

• Misure per la produttività.

• Ha un importanza la raccolta.

• Tutte le decisioni sono state fatte sui dati.

• E' fondamentale gli scampi scientifica.

• Avere dei modelli definiti. E bisogna andare a chiarire le differenze tra le varie misurazioni.

• E importante essere concisi con i requisiti ma è preferibile fornire dei modelli in forma scritta.

• Bisogna considerare che i progetti nascono con una data per intrapenderli.

Perché misurare:

ci sono 4 motivi principali per misurare determinati processi

• Caratterizzare stabilire indicatori di qualità
• Valutare cioè valutar il valore in base alle metriche.
• Fare Previsioni.
• Migliorare, cioè quantificare azioni e raccogliere informazioni

La misurazione è un processo attraverso

• Risorse entità possibili misurazioni

• Attributi ecc..

• Bisogna utilizzare metriche.

• le scale misurazioni forniscono numeri

E importate non avere troppi gradi libertà, ma bensì cercare di essere lineari con questi concetti.

Con la scala nominare abbiamo un valore rappresentato.

una metrica è

Oggettiva- Una misura eticamente corretta.

• L'azienda deve capire come gestire il modello quindi è bene pianificare ecc

• Controllare e identificare punti di forza.

• Individuare difetti/problemi

E importante definire gli ISO definendo qualità, con un team preparato a tutti gli effetti.

Caratteristiche di software con qualità.

• Devono incidere principalemente su fasi di design.
• La manutenzione deve essere complessa. (Non facile)
• E astratto.

Cosa si intende per le tecniche.

Bisogna capire cosa rielevere in termini di metriche. se non si rispetta il modello bisogna migliorarsi.

• Bisogna capire cosa rielevere in termini di metriche bisogna allineare gli obiettivi bisogna analizzare ecc.

• Le aziende sono parte delle politiche aziendali (Miglioramento delle qualità)

• C’è una forte attenzione nella politica e quindi è buona cosa controllare ecc..

Ci sono due prospettive su qualità.

• Il processo deve essere influenzati da persone ecc..

• Quando eseguiamo un progetto un compoenete importante è la gestione di qualità .

• E importante una politica che rilevale tutti gli obiettivi.

• Mente nel progetto si fa referimento alle strategie

Un threshlod per essere sicuri di esserci assicurati del tempo.

L'assicurazione

Si riferisce su alcuni prodotti

E important eil standard bisogna avere un qualcosa di identificativo

• Non solo c’è rischio di non fallire .

• Se qualcosa destabilizza il processo , è molto difficile.

• Bisogna esserci degli elementi con una certa importanza .

Controllo di Qality indinca insieme attività tecniche.

Ogni sistema ha un obiettivo ha deve e essere monitorato.

• Importante le cose che sono state fatte.
• Importante che la aziende sono con il ISO che va.

Fare verificabile significa fare una valutazione.

Gestire organizzazione si ha un piano quality.

• Gli elementi li valuta si sono accura ecc..

Data table per vedere la data

Bisogna organizzare dati numerici e tutto il resto

Bisogna analizzare a grafici le cose che sono scritte

• Il diagrmma causale serve capire motivi e cause .

• Si cerca capire le variecause

E fondamentale fare un team brainstroming fare uno sche che si proponga

Serve un per capire la forma ecc ecc

Serve un per capire la forma ecc ecc

Vengono dati per vedere e ci sono diversi grafici con diversa scala

E fondamentale averle fatte correttamente per sicurezza

Esercitare la pratica correzione

Gli obiettivi sono pianificabili se lo si vuole

Si vanno guardare cosa hanno fatto e capire e sono pianificabili

Inizionale bisogna essere organizzante

Ripetibile bisogna pianificare Il pmi ha dei processi gestori con il progetto

Fare parte del project . ecc

Bisogna valutare il tutto

Si ha l ‘insieme da processi gestori ec

Avviò l'insieme

Il gruppo è definire la colpa del processo

Obiettivo dell e aziende c’è è che un esecuzione deve stare bene in linea in quello che è stato eseguito

Bisogna capire quali solo le cose è cercare di migliorare l tutto per la qualite

Gestire progetti ecc... E importante avere le consegne avere la consegna ecc Vengono dati per vedere i tutto Anche se non si va a esaminare tutto.

• La natura dei tempi dei progetti di cado ecc...
• bisogna avere una data ecc..
• fare una comunicazione . . .

Sulla base dei dati il processo che si deve migliorare. Poi alla fine se le attività sono state fatte correttamente Bisogna che siano fatte per bene ecc... Con tutti i numeri ecc...non c’è un processo con dei risultati. Si lavora che siano allineate le 2/3.

C’è tutto un lavoro nel passat0. Quindi in base ai dati viene strutturato il livello di maturità e quant’altro.

Processi di qualità con livelli organizzativi È difficile che le grandi riescano a fornire qualcosa. Le linee guida e tutto quanto.

Bisogna cercare di fornire dei dati in modo tale che gli siano comprese le qualità . Bisogna essere sempre in linea retonica all’assegnazioni

I punti di vista

E un problema che riguarda l’organizzazione. Ripetire: Le risorse sono state in linea. E tutto questo per rendere le linee guida.

I modelli vanno a valutare ecc… Sono più che altro progetti nel breve. Nel caso in cui vanno strutturazione delle linee guida.

Spiegazione del ciclo.

Devono dire cosa bisogna cercare all’inizio.

• Cmm si divide in are.

La parte del cm , devi valutare ecc..

Cosa bisogna sapere.

1_ che ogni processo richiede 16 processi. 2_ organizzazione, non standardizzato , bisogna rivedere determinate dinamiche

Bisogna saper che non si può inserire il 99. Bisogna capire come applicare gli step. Bisogna vedere quali sono le certificazioni ecc. .se sono rispettati i cicli.

Basi che sono dei criteri. La norma e tutto quanto se ci sia un team qualificato ecc.. C’è una divisione molto grande ecc .ecc. Se le attività vengano effettuate ecc ecc.. Con le aree , bisognare seguire e cercare di capire quali sono da seguire.

Spiega la linea di approccio

• Bisogna fare ogni volta l’analisi.

1 Inziale è dove non c’è ne formalità. Il 2’ ripettibile bisogna fare attività con un software sufficientemente disciplinato e ripetuto. il 3’Definito bisogna analizzare ingegneeria ecc.. . 4 Gestito. Le matrici per processi vengono valutate e raccolte Vengono sfruttate e analizzate

Che le attità sono svolte , nel cm. che si facciano i passaggi. Questi passaggi bisogna essere sostenibili

• Proactive focus on continual improvement aligned with current and predicted business goals ■ Orderly and planned approach to innovation without undesired disruption.

Standard all’interno di ogni cosa

Spiegazione dei livelli

Si parte dal fatto che sia tutto standard . 4 è pianificato (Si pianifca al meglio la cosa da implementare) . 3 è che esista un protocolli . 2che si deve gestire i prodotti. . 1 e nessuna E fondamentale avere come la gestione. E averli tutti completati. Anche la cosa è gestita in modo completo. Bisogna fare la foto , di tutti quanti i processi .

Ci si deve sempre di più a dei livelli sempre e di più alti

• E un sistema che valita ecc ecc ecc cè c’è un processo che si è deciso di effettuare.
• Valutazione nel valutatore . . cioè le cosa ci devono essere . . . Con diversi modelli è che in caso i quali l’azienda riesce a valere di più .

Un assessmenet serve capire in quali fare attenzione . ecc..

Spico : consnete a valutare le azioni ,

Cosa che si intende e i vari attributi da fare ecc .ci . .ecc

Si deve però a capire che c’è ecc…. C’è cmm…

L’ingegnere è bravo a saper qual’è il progetto

• Bisogna saper che il CMM è diviso in aree . bisogna esserne a conoscenza e non scappare .

• C’è una persona che segue come gestire le procedure . ecc..ecc..

E si fanno delle stime di tempo ecc..

Nel progetto bisogna vedere se si son stati seguiti al meglio le cose da parte

Un grande e ecc .. si bisogna vedere e saper fare al meglio . .ecc

Di solito è quello di definire il piano (PP) Bisogna andare con i dettagli nel migliore dei modi

E esssenziale saperlo

Che serve capire al più il modo. ecc..

Questo è il modo dove tutto deve essere più in alto e con l massim attenzione. Bisgna analizzare in dettaglio cosa bisogna fare. Bisogna capire cosa fare e che tipo attività

Bisogna avere l ‘attenzione come l attenzione di un progetto Ed è uno scheletro che non bisogna perdersi per strada .ecc

Bisogna definire come organizzazioni . .cosa vanno a fare le .

La pianificzazione in particolare ecc..

Bisogna fare una determinata ec .ecc

Bisogna fare la fase del project per la parte c .ecc

E bisogna seguire una scala importante . .ecc

Anche se un progetto può portare problemi . . .. ecc.

Poi è chiaro che in caso ecco. Poi la la fase operativa bisogna fare un tot .. ecc. La parte del project managemente . Bisogna fare le cose si si si si ecc ..ecc…

Ciò ce e il p m b ecc ecc

Bisogna tenere conto dei modli e gestire le competezer .

Ci possono eccc …. Gestire un progetto i i ecc. E importante dire che le cose siano seguite . .ec.ecc/ Poi una volta fattta la tutt quelle fase ..ecc Poi nel dettaglio bisogna fare ecc……../ecc

I tempi l gestire ci voglio delle risorse se nel detgaliio . ecc………… ecc

Serve vedere , .ecc

Ecc ccc

Fare l l schetulizazoni è importanti . ..ecc …..

CciSono strumentiche .cc .. ec

Dall’attivita’ci vuole la qualità

Semplifica L attività di Sulle attività che abbiamo da valutare a. . . ec ec

E tutto ha un costo ec ece c

Bisogn e s. ec

E sono importanti

Ha conlpatabillta Vanna .o ecc…. E v che c

Bisogna bisogma ecc..

Bisogna in …ccc..

Va bvemeee tuttooo co E sono in cona Va . E . .a. …ecc Comunque vanna a scompab Dali ecc…a livello . . . .ecc….

Bisogna Bisogna fa in questo modo ecc..

L e cose non c devono sempre incrinare

E bene sempre fare cosi.ecc.. bisogna anche saper gestire il tempo i

ecc In bafase a . . . . . bisonga saper ecc …. Tuto qiestociclo di

Ecc c cc Bisogna

Ecc…..

Ecc…..

Bisgnaaa sapeeer

Ec……. Fare le cose . . Ec. . è meglio

Ganttee. Da questo ecc……….

• L’analisi viene es. .ecc

• Bisogna aver tutte le attività per ogni cosa.

Bisogna gestire il carico di lavoro che si divide in 2 fasi.

Qualitativa è la misurarci

Le analisi che si sono svolte precedentemente

È bene essere formali.

Il gante

Ecc….

Bisogna fare una .aaa………bbbb

C’è il il per Lo ecc…..

Va ad aggiungere un modello in cui ogni cosa deve essere definita.

C’è la formula che dice che , è tutto fatto per be. Cosi come se le cose dovessero essere fatte tutte perfete. Con la formula .ecc..

Bisogna capire come e dove

E tutto questo deve essere fatto nei progetti .

E questo il sunto riassuntivo.

Ecco fatto!

Esplora le strategie per la qualità del software e l'importanza di distinguere i costi in un progetto. Evidenzia i rischi di concentrarsi solo sui requisiti funzionali e l'importanza della valutazione tecnologica. Approfondisce l'importanza della misurazione e gestione del tempo nello sviluppo software.