Principi di Ingegneria del software 5/ed Roger S. Pressman. Glossario

Transcript

1 Principi di Ingegneria del software 5/ed Glossario Affidabilità il grado in cui un programma svolge la propria funzione con la precisione richiesta in un certo intervallo di tempo. Alfa testing testing condotto dal cliente presso il luogo di sviluppo; consiste di una simulazione di uso normale, sotto il controllo dello sviluppatore. Amplificazione dei difetti difetti introdotti nelle fasi iniziali dello sviluppo, se non individuati e corretti, risultano spesso amplificati e producono molteplici difetti nelle fasi successive. Analisi un insieme di attività volte a comprendere e modellare le necessità dei clienti ed i vincoli di sviluppo. Analisi dei requisiti un attività di modellazione il cui obiettivo è la comprensione di che cosa vuole veramente il cliente. Analisi dei rischi una tecnica per identificare i rischi e stimarne la probabilità e gli effetti. Analisi dei task un azione di ingegneria del software svolta durante la progettazione della user interface con lo scopo di comprendere meglio le interazioni degli utenti col sistema. Analisi dei valori limite un metodo di testing a black box per la progettazione di test case focalizzati sui valori al limite degli intervalli ammessi. Analisi del dominio attività di ingegneria del software object-oriented volta ad identificare le entità, e quindi le classi, rilevanti per il dominio applicativo e non specifiche della particolare applicazione. Analisi della safety un attività di gestione della qualità, tesa ad individuare e valutare i pericoli potenzialmente in grado di incidere negativamente sul software e di mettere a repentaglio un intero sistema. Analisi grammaticale una tecnica usata durante l analisi per individuare gli elementi e le funzionalità di base. Architettura la struttura complessiva dei componenti software, dei dati e dei contenuti manipolati dai componenti e le relazioni i componenti stessi. Associazione (in UML) definisce una relazione tra gli elementi di due o più classi. Astrazione (1) il livello di dettaglio tecnico di una qualche rappresentazione del software; (2) una modellazione coerente di dati o processi algoritmici.

2 2 GLOSSARIO Attività (di ingegneria del software) una delle attività che costituiscono il processo di sviluppo software, si articola in varie azioni o task set. Audit della configurazione attività svolta dal gruppo della qualità allo scopo di garantire che il processo di gestione dei cambiamenti sia corretto. Autorità preposta al controllo dei cambiamenti (CCA: Change Control Authority) una persona od un gruppo di persone che ha la responsabilità decisionale su opportunità, stato e priorità dei cambiamenti. Azione (1) di ingegneria del software: vedi task; (2) (in UML) passo elementare del behaviour degli oggetti, includono come azioni standard le principali istruzioni dei linguaggi di programmazione object-oriented. Baseline (anche: versione stabile) una specifica od un prodotto formalmente revisionato ed accettato, che servirà da base ad ulteriori sviluppi, e che può essere modificato solo attraverso procedure formali di controllo del cambiamento. Beta testing testing effettuato da alcuni utenti selezionati su una versione preliminare del prodotto presso la propria sede in piena autonomia. Black box testing tecnica di definizione di test case che non utilizza i dettagli interni di un programma per progettare i test, ma si basa solo sui requisiti esterni. Build vedi Cluster. CASE Computer Aided Software Engineering. Strumenti software di supporto per la progettazione di complessi sistemi software. Si veda anche, Strumenti automatici. Chief programmer team una possibile strutturazione del team di sviluppo secondo il paradigma chiuso. Ciclo di vita classico detto anche modello a cascata (waterfall model), un approccio strettamente sequenziale lineare allo sviluppo del software. Classe costrutto fondamentale del paradigma object-oriented per classificare elementi che condividono struttura e funzionalità. Cliente persona o gruppo che ha commissionato il software e che ne sosterrà i costi di sviluppo. Cluster una collezione di componenti di un programma (file di dati, librerie, moduli riutilizzabili, componenti appositamente sviluppati e così via) necessari per implementare una o più funzionalità del prodotto, che viene testata come gruppo. Codifica (anche implementazione) la produzione di codice sorgente. Coesione una misura qualitativa del grado in cui un componente software implementa un unica funzionalità ben definita e focalizzata. Complessità una misura quantitativa della complessità di un programma espressa in termini delle risorse di calcolo necessarie per eseguirlo. Complessità ciclomatica una misura della complessità logica di un programma, cioè dello sforzo per realizzarlo e comprenderlo, usata nei testing white-box. Componente (software) un elemento di base per costruire software in modo modulare, che impacchetta alcune funzionalità attribuendo al blocco un nome. Componente riusabile un elemento della configurazione che può essere riutilizzato in differente contesto. Configurazione (software) la collezione di programmi, documenti e dati che costituiscono un installazione e devono essere tenuti simultaneamente sotto controllo in caso di modifiche.

3 GLOSSARIO 3 Constraint (in UML) vincolo imposto su degli elementi di un modello il cui effetto è quello di restringere l insieme dei sistemi reali che sono effettivamente modellati. Controllo del progetto controllo di qualità e cambiamenti. Correttezza il grado di conformità del programma alle specifiche ed agli obiettivi del cliente. Coupling un indice del grado di connettività di un modulo con gli altri moduli, i dati globali e l ambiente esterno. CSR (Configuration Status Reporting, stesura di report sullo stato delle configurazioni) un attività che aiuta gli sviluppatori a comprendere quali cambiamenti sono stati fatti, quando, da chi e quali sono le conseguenze di tali modifiche. CVS Concurrent Versions System, strumento software ampiamente utilizzato per la gestione delle modifiche, che permette la modifica concorrente di risorse mantenendone le versioni successive. Data Flow Diagram (DFD) una notazione di modellazione per rappresentare una decomposizione funzionale del sistema. Data warehouse un ambiente distinto non direttamente integrato con le singole applicazioni di uso quotidiano, ma che comprende tutti i dati utilizzati dall azienda in un unico archivio informatico. Datatype (in UML) costrutto UML per modellare i tipi di dato. Debugging l attività che consiste nell individuazione della porzione di software affetta da errori (o difetti) rilevati nel software a seguito del suo utilizzo durante lo sviluppo (o da parte del cliente dopo la consegna) al fine di correggerli. Decomposizione funzionale una tecnica usata durante pianificazione, analisi e progettazione; il sistema viene suddiviso gerarchicamente in più sottosistemi fino a raggiungere una situazione in cui ciascun sottosistema è sufficientemente semplice da poter essere affrontato direttamente. Deployment l insieme delle operazioni di installazione, personalizzazione e configurazione del sistema software presso il cliente. Derivazione dei test case la definizione di test case (vedi) da usare per scoprire errori nel software. Design (anche progettazione) un attività che trasforma il modello analitico in un modello maggiormente dettagliato che guiderà l implementazione del software. Design architetturale un insieme di attività volte a fissare l architettura del sistema software. Design modulare (1) un prodotto dell attività di progettazione (o design) che presenta un elevata caratteristica di modularità); (2) un approccio alla progettazione che privilegia la modularità. Design pattern descrizione di specifici elementi del design, quali ad esempio un aggregazione di classi, le relazioni ed i meccanismi che rendono possibili le comunicazioni tra di esse, per risolvere un determinato problema del design. Design preliminare rappresentazione di massima di dati ed architettura del sistema. Design procedurale rappresentazione dei dettagli algoritmici contenuti all interno di un modulo. Diagramma stati-transizioni (STD: State Transition Diagram) una notazione per la modellazione del behaviour. Difetto mancanza di conformità ai requisiti individuato dopo la consegna al cliente.

4 4 GLOSSARIO Dimensione del progetto stima indicativa dell effort complessivo richiesto o del numero di persone necessarie per portarlo a termine. Documentazione attività di raccolta ed elaborazione di informazioni descrittive del processo o del prodotto ed il risultato dell attività stessa. Efficienza di rimozione dei difetti (DRE: Defect Removal Efficiency) un valore fra 0 e 1 che fornisce un indicazione del grado di rimozione degli errori dal software prima della consegna. Effort la quantità di lavoro necessario per svolgere una data attività, spesso misurato in mesi-uomo. Elementi della configurazione software (SCI: Software Configuration Item) i singoli pezzi di codice, documenti e dati che sono gestiti da un SCM. Errore mancanza di conformità ai requisiti individuato prima della consegna al cliente. Extreme programming (XP) un modello di processo agile che enfatizza la pianificazione basata su scenari, consegne incrementali, refactoring, pair programming e testing continuo. Facilità di manutenzione (anche maintainability) l indice della semplicità con cui un programma può essere modificato. Function point (FP) una misura delle funzionalità fornite dal software. Garanzia di qualità del software su basi statistiche (statistical software quality assurance) tecniche per il miglioramento del processo basate sulla misurazione di prodotto e processo ed analisi statistiche dei dati così raccolti. Generazione automatica di codice produzione di codice sorgente a partire da rappresentazioni astratte del software non in codice sorgente attraverso l uso di strumenti automatici. Gestione dei cambiamenti un attività ombrello che permette al team di sviluppo di un progetto software di identificare, valutare, accettare ed effettuare modifiche in maniera controllata e sistematica. Gestione della qualità (SQA: Software Quality Assurance) un attività ad ombrello costituita da un insieme di azioni di ingegneria del software che mirano ad assicurare che il processo di costruzione del software implichi un alta qualità del prodotto finale. Gestione delle configurazioni la gestione dei cambiamenti a programmi, documenti e dati. Go, no-go punto di decisione strategica in cui il manager o il cliente decide se il progetto può proseguire o deve essere abbandonato. Gruppo indipendente (ITG: Independent Test Group) un gruppo di persone che non hanno partecipato allo sviluppo e la cui principale responsabilità è il testing del software. Indicatore una metrica che fornisce indicazioni relative ad un processo di sviluppo software, ad un progetto o al prodotto stesso. Ingegneria dei requisiti le attività richieste per estrarre, elaborare, negoziare, specificare e validare i requisiti del software o del sistema. Ingegneria dei sistemi disciplina focalizzata sull analisi e la progettazione di tutti gli elementi di un prodotto, servizio o tecnologia per la trasformazione di informazioni o per il controllo che siano completi, comprendendo non solo il software ma anche il suo contesto di funzionamento.

5 GLOSSARIO 5 Ingegneria del software una disciplina che si occupa dei processi produttivi e delle metodologie di sviluppo finalizzate alla realizzazione di sistemi software, utilizzando saldi principi di ingegneria per produrre in maniera economica sistemi software complessi ma affidabili, usarli in maniera corretta e mantenerli facendoli evolvere nel tempo. Insieme di base l insieme dei test derivati utilizzando il testing per cammini di base. Integration testing un passo del testing in cui si verifica la correttezza delle interazioni fra più componenti; alla sua conclusione il sistema è stato integrato completamente. Integrità il grado con cui è possibile controllare l accesso al software od ai dati da parte di persone non autorizzate. Interoperabilità il grado di facilità di comunicazione o interfacciamento di un applicazione con altre. ISO 9001:2000 uno standard di qualità che si applica all ingegneria del software. Joint application development (JAD) una specifica tecnica per la raccolta dei requisiti. KISS (Keep It Simple, Stupid!) principio di semplicità per la progettazione software. Livello di astrazione il grado di dettaglio usato in una qualche rappresentazione del software. LOC linee di codice. Manutenzione le attività necessarie per modificare il software dopo la consegna al cliente. MDD (Model Driven Development) tipo di processo di sviluppo software che parte da modelli ad alto livello di astrazione, che poi vengono raffinati e specializzati fino ad arrivare al software funzionante. Messaggio richiesta di eseguire un metodo (un operazione in UML) con i relativi parametri inviata da un oggetto ad un altro. Metodi analitici notazioni ed euristiche per modellare le necessità dei clienti ed i vincoli di sviluppo. Metodi Formali un approccio all ingegneria del software in cui specifiche e design vengono descritti mediante notazioni formali basate sulla matematica. Metodo (1) algoritmo per elaborare i dati degli oggetti di una classe; (2) in UML un metodo è il body che definisce l algoritmo che realizza una operazione di una classe; (3) processo di sviluppo software (vedi). Metrica una misura quantitativa del grado con cui un sistema, un componente od un processo possiede un determinato attributo. Miglioramento dei processi software (Software Process Improvement: SPI) un insieme di attività di ingegneria del software volte a migliorare la prassi relativa alla produzione software all interno di un azienda od organizzazione. Milestone (anche punto di controllo) un istante temporale utilizzato per indicare il progresso durante un progetto. Una milestone è raggiunta quando uno o più elaborati sono stati verificati dal punto di vista della qualità ed approvati formalmente. Misura (1) attività ombrello che definisce e raccoglie le misurazioni per la valutazione del processo, del progetto o del prodotto; (2) un indicazione quantitativa dell ampiezza, della quantità, della dimensione, della capacità o della lunghezza di un determinato attributo di un prodotto o di un processo. Misurazione l atto di determinare una misura, mediante raccolta di dati quantitativi.

6 6 GLOSSARIO Modellazione CRC (Class-Responsibility-Collaborator) un metodo di modellazione object-oriented per identificare ed organizzare le classi rilevanti per i requisiti del sistema o del prodotto. Modellazione dei dati metodo di analisi che modella gli oggetti-dato e le loro relazioni. Modellazione del behaviour l attività di rappresentazione astratta delle modalità, dette stati, che influenzano il behaviour di un applicazione e degli eventi che causano transizioni da stato a stato. Modello rappresentazione di una entità in modo semplificato, astraendo da alcuni aspetti/ dettagli irrilevanti per lo scopo a cui è destinato. Modello a spirale un modello di processo di sviluppo software evolutivo. Modello del design un modello del sistema da realizzare abbastanza dettagliato da poter essere facilmente implementato. Modello del processo di sviluppo software (anche metodo di sviluppo software) tipologia di processi di sviluppo software. Modularità suddivisione di un programma o modello in più componenti chiamati moduli che vengono integrati per soddisfare i requisiti del problema. Monitoraggio del progetto l attività di controllo dell avanzamento del progetto che permette al manager di conoscere in ogni istante lo stato del progetto ed introdurre eventuali correzioni al piano di progetto. Notazione (di modellazione) linguaggio, che generalmente comprende rappresentazioni grafiche, usato per rappresentare modelli. Object-oriented un approccio allo sviluppo software basato sulla classificazione degli elementi base di un sistema e l incapsulazione dei dati insieme alle operazioni per manipolarli. Object-Oriented Analysis (OOA) una tecnica per individuare le classi degli oggetti costituenti un dominio o un sistema, le loro relazioni e struttura base. Object-oriented design (OOD) una tecnica per trasformare un modello analitico realizzato mediante OOA in un corrispondente modello del design. OCL (Object Constraint Language) un linguaggio testuale associato a UML per descrivere espressioni prive di side-effect, dette query, da utilizzare ad esempio nella formulazione di constraint. Oggetti-dato la rappresentazione di un informazione composita destinata ad essere trattata dal software. Oggetto un elemento dotato di identità che incapsula dati ed operazioni su di essi. Open source software di cui viene reso disponibile il codice sorgente. Operazione in UML indica solamente la signature di un metodo (nome, parametri ed eventuale valore di ritorno), mentre l algoritmo può opzionalmente essere dato a parte. Ordine di cambiamento (ECO: Engineering Change Order) una mini-specifica che descrive i cambiamenti da eseguire, i vincoli da rispettare ed i criteri di revisione ed audit. Outsourcing affidamento delle attività di realizzazione del software ad una terza parte o, più in generale, un attività che porta all acquisizione di software o componenti software da una fonte esterna. Pair programming impiego di due persone che collaborano alla stessa workstation per sviluppare il codice garantendo un meccanismo di soluzione in tempo reale dei problemi ed una garanzia di qualità.

7 GLOSSARIO 7 Paradigma GQM (Goal, Question, Metric) una tecnica per identificare metriche significative per ogni parte del processo di sviluppo software; si basa su un obiettivo di misurazione esplicito, un insieme di domande e metriche formulate per aiutare a rispondere a queste domande. PDL (Program Design Language) (anche pseudocodice) un linguaggio che frammischia il vocabolario di una lingua (ad esempio l italiano) e la sintassi generale di un altra (usualmente un linguaggio di programmazione strutturato). Performance testing un testing con lo scopo di provare le prestazioni del software, quali tempi di risposta, capacità di sopportazione del carico (in associazione con stress testing); tale tipo di test viene eseguito in tutti i passi del processo di testing dallo unit testing in avanti. Piano dei test una descrizione della strategia e tattica che saranno adottate durante l attività di testing. Piano di progetto una descrizione degli aspetti gestionali di un progetto che comprende lo scope del progetto, i suoi rischi, le risorse e l effort necessari e lo schedule. Piano di riduzione, monitoraggio e gestione dei rischi (RMMM: Risk Mitigation, Monitoring and Management Risk) un piano che individua i rischi e stabilisce come monitorare il progetto per controllare se si verificano ed, in tal caso, come reagire per mitigarne gli effetti, e per diminuire le probabilità che si verifichino. Planning di progetto l attività che porta alla realizzazione del piano di progetto. Portabilità l impegno richiesto per trasportare un programma da un ambiente, hardware o software, ad un altro. Processo di sviluppo software struttura di riferimento entro la quale si svolgono le attività necessarie alla realizzazione di software di alta qualità. Processo unificato un processo di sviluppo software guidato dagli use case, basato sull architettura, iterativo e incrementale che impiega la notazione UML. Prodotto intermedio qualsiasi documento o elaborato sia prodotto come conseguenza di una o più azioni di ingegneria del software. Produttività quantità di lavoro svolto in un unità di tempo (in media). Progettazione dei dati un attività che trasforma il modello dei dati sviluppato durante l analisi in strutture dati che possano essere implementate. Progettazione dei test case un insieme di tecniche per la derivazione di test case efficaci. Progettazione della user interface un azione di ingegneria del software che identifica gli oggetti e le azioni della user interface, e poi crea uno screen layout che costituisce la base del prototipo della user interface. Program design language, vedi PDL. Programmazione strutturata una metodologia di progettazione procedurale che vincola il numero e il tipo dei costrutti logici utilizzati per rappresentare il dettaglio dell algoritmo, per indirizzare lo sviluppatore alla definizione di algoritmi meno complessi e pertanto più facili da leggere, testare e manutenere. Prototipazione la costruzione di un prototipo del sistema, ovvero di una applicazione con funzionalità e prestazioni ridotte. Qualità il livello a cui un prodotto si conforma ai suoi requisiti sia impliciti che espliciti. Quality function deployment (QFD) una tecnica che traduce i bisogni del cliente in requisiti tecnici per il software, ponendo l accento sulla comprensione di ciò che è prezioso per il cliente ed implementando tali valori tramite il processo di ingegneria.

8 8 GLOSSARIO Raccolta collaborativa di requisiti (anche FAST: Facilitated Application Specification Techniques) una tecnica di riunioni strutturate fra clienti e sviluppatori al fine di individuare i requisiti di base. Raffinamento passo a passo (stepwise refinement) una strategia di progettazione topdown che prevede di sviluppare programmi raffinando successivamente i vari livelli di dettaglio procedurale. Recovery testing un system testing che forza il software ad incorrere in errore in molti modi diversi e verifica che il recupero sia eseguito correttamente. Refactoring processo di modifica di un sistema software in modo tale da non alterarne il behaviour esterno pur migliorandone la struttura interna; spesso eseguito iterativamente durante l evoluzione del design in codice. Regression testing consiste nel rieseguire alcuni dei test già condotti al fine di garantire che le modifiche non abbiano prodotto effetti indesiderati. Reingegnerizzazione una serie di attività che trasformano i sistemi legacy (difficili da manutenere) in software di alta qualità. Report dei cambiamenti fornisce dettagli sulla valutazione di una richiesta di cambiamento dal punto di vista della validità tecnica, dei potenziali effetti collaterali, dell impatto globale sugli altri oggetti della configurazione, sulle funzioni di sistema e sui costi previsti. Reverse engineering sviluppo di modelli o comprensione del design a partire dal software come solo elemento di informazione. Revisione tecnico formale una riunione strutturata diretta da ingegneri software allo scopo di scoprire errori in un prodotto intermedio o finito. Richiesta di cambiamento fornisce dettagli sulla tipologia di cambiamento richiesto, quali motivazioni, previsioni di tempi e costi, analisi preliminare degli impatti e così via. Rischi a livello business l insieme dei potenziali problemi legati al business che possono far fallire il progetto. Rischi del progetto l insieme dei potenziali problemi ed eventi sfavorevoli che possono far fallire il progetto. Risorse tutto ciò che è necessario per completare il progetto, quale personale, hardware, materiali, informazioni, eccetera. Riusabilità il grado in cui un programma [od alcune sue parti] può essere utilizzato di nuovo in altre applicazioni. Riuso a componenti la capacità di riusare una parte di un modello, del codice sorgente, alcuni test case e così via, avendo descritto il sistema in termini di componenti. Scenario descrizione informale di una particolare interazione fra sistema e utenti, dal termine inglese il cui significato originario è la descrizione della scena e dell azione di un opera teatrale. Scheduling di un progetto software l attività di stabilire le tempistiche per il lavoro di sviluppo; comporta la distribuzione dell effort stimato lungo la durata prevista del progetto e la sua suddivisione fra i singoli task. SCM repository (Software Configuration Management repository) insieme di meccanismi e strutture dati per la gestione delle configurazioni software che consentono al team di sviluppo di gestire le modifiche in modo efficace.

9 GLOSSARIO 9 Scope del progetto descrive le funzioni e le caratteristiche che devono essere fornite all utente finale, i dati di input e output, i contenuti che vengono presentati agli utenti come conseguenza dell uso del software e le prestazioni, i vincoli, le interfacce ed il livello di affidabilità che contribuiscono a delimitare il sistema. Security testing un system testing per verificare che i meccanismi di protezione costruiti all interno del sistema lo proteggano efficacemente da usi impropri. Sicurezza (anche security) la capacità del sistema di operare senza ammettere interferenze da attacchi interni o esterni. Side effect (anche effetto collaterale) effetto inatteso dovuto all esecuzione di codice. Six sigma una metodologia rigorosa e disciplinata che utilizza dati ed analisi statistiche per misurare e migliorare le prestazioni operative di un impresa identificando ed eliminando i difetti nella produzione e nei processi di servizio. Smoke testing una prima fase di test grossolano mirato ad escludere malfunzionamenti catastrofici e molto evidenti. Software codice sorgente ed eseguibile, documentazione e dati. Specifica dei requisiti descrive le funzioni e le prestazioni richieste per il sistema computerizzato da sviluppare ed i vincoli che governano il suo sviluppo. Stakeholder qualunque persona o gruppo sia interessata al completamento di un progetto di software. Stile architetturale definisce una categoria di sistemi costruiti usando alcune tipologie di componenti e connettori nonché aderenti ad un insieme di vincoli di integrazione. Stima attività di pianificazione del progetto volta a prevedere l effort, i tempi ed i costi di un progetto software. Stress test un system testing per provare i programmi in situazioni di carico molto alto o addirittura eccessivo. Strumenti automatici di stima strumenti che aiutano a stimare costi ed effort dei progetti. Struttura di un processo un piccolo numero di attività strutturali applicabili a tutti i progetti software, indipendentemente dalle loro dimensioni o dalla loro complessità, e di attività ombrello applicabili all intero processo di sviluppo software. Suddivisione in classi di equivalenza un metodo di testing black-box che suddivide il dominio dei dati di input di un programma in classi di dati, dalle quali derivare test case. Sviluppo Agile (anche modellazione agile) uno stile di ingegneria del software che enfatizza la comunicazione con i clienti, la consegna incrementale di software, metodologie informali basate su prodotti intermedi e team di sviluppo molto motivati e capaci. Sviluppo Aspect-Oriented (AOD: Aspect Oriented Development) un approccio allo sviluppo software che enfatizza i concern (detti anche requisiti sull aspetto che comprendono feature, funzionalità e contenuti informativi) che riguardano l intera architettura e non possono essere incapsulati in singoli componenti. System testing parte dell attività di testing in cui il software e gli altri elementi costituenti il sistema vengono provati come un tutt uno e verificati rispetto ai requisiti funzionali del sistema. Task un insieme di operazioni correlate che determinano un prodotto del lavoro di ingegneria del software, a cui è stato dato un nome identificativo.

10 10 GLOSSARIO Task set un insieme di task, o azioni, di ingegneria del software necessarie al completamento di un attività parte di un processo di sviluppo software. Test case insieme di valori o di condizioni per mezzo di cui un tester determina se il software ha una caratteristica voluta. Testabilità l impegno necessario per stabilire, tramite testing, se un programma svolge la funzione prevista. Testing un insieme di attività volte a trovare errori nel software. Testing dei cicli (loop testing) una tecnica di testing white-box che si concentra esclusivamente sulla validità dei costrutti di ciclo. Testing per cammini di base una tecnica di progettazione di test a white box che usa il flusso algoritmico del programma per derivare i test. Testing white box tecnica di definizione di test case che si basa sulla conoscenza della logica interna di programmazione del software da testare. Time-boxing una tecnica di tempificazione e controllo di progetto che stabilisce limiti inamovibili per il completamento di ogni specifico task del progetto. Tool (anche strumento software) software applicativo utilizzato a supporto delle attività di ingegneria del software, quali ad esempio tool per la modellazione o per il testing. Vedi anche CASE. UML (Unified Modeling Language) una notazione visuale omnicomprensiva per la modellazione di software e sistemi. Unit testing parte della strategia di testing focalizzata sulla verifica dei singoli componenti del sistema. Usabilità (1) l impegno necessario per apprendere ad utilizzare il programma, a prepararne i dati d ingresso e ad interpretarne i dati d uscita; (2) una misura qualitativa della facilità con cui si apprende ad usare una user interface in maniera efficiente e corretta. Use-case una descrizione testuale che definisce una specifica interazione fra utenti e sistema, spesso (ma non sempre) scritta sotto forma di scenario d uso. User-story uno scenario d uso del sistema da parte dell utente usato in Extreme programming per derivare le caratteristiche e le funzionalità del software che deve essere realizzato. Utente la persona che effettivamente utilizza il software o il prodotto in cui il software è contenuto. Validation testing parte del testing che permette di validare i requisiti rispetto al software che si è costruito. Verifica insieme di attività che assicurano che il software realizzi correttamente una determinata funzione. Vincolo una restrizione, o limitazione, imposta sui requisiti o sul design. Walkthrough una tecnica di revisione tecnico formale basata sulla lettura di documenti (requisiti, modelli o codice) allo scopo di simulare l esecuzione della parte di sistema. WBS (Work Breakdown Structure, struttura di ripartizione del lavoro) l insieme di tutti i task richiesti per sviluppare il software; definito come parte del modello di processo. Workflow la sequenza di operazioni di lavoro richieste per completare una qualche attività o lavoro; spesso (ma non sempre) impiegata in connessione con modelli di processo software.