Storia delle revisioni

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "Storia delle revisioni"

Transcript

1 Syllabus Livello Advanced Versione 2007 ITAlian - Copyright (di seguito indicato come ISTQB ). Gruppo di lavoro per il livello avanzato: Bernard Homès (presidente), Graham Bath, Rex Black, Sigrid Eldh, Jayapradeep Jiothis, Paul Jorgensen, Vipul Kocher, Judy McKay, Klaus Olsen, Randy Rice, Jürgen Richter, Eric Riou Du Cosquer, Mike Smith, Geoff Thompson, Erik Van Veenendaal;

2 Storia delle revisioni Versione Data Note ISEB v1.1 04SEP01 ISEB Practitioner Syllabus ISTQB 1.2E SEP03 ISTQB Advanced Level Syllabus from EOQ-SG V OCT07 Certified Tester Advanced Level syllabus version 2007 Storico delle Revisioni di traduzione per ITA-STQB REV. DRAFT AUTORI F. Primatesta A. Collino DESCRIZIONE DELLE MODIFICHE/ CHANGES DESCRIPTION Prima versione 30 Set 2008 DATA DI APPROVAZIONE DEL COMITATO SCIENTIFICO Versione 2007 Pagina 2 di Set 2008 / ITAlian Qualification Board

3 Indice Storia delle revisioni... 2 Indice... 3 Ringraziamenti Introduzione a questo syllabus l Aspettative Responsabile del Test di Livello Avanzato Analista del Test di Livello Avanzato Analista Tecnico del Test di Livello Avanzato Obiettivi di Apprendimento / Livelli di Conoscenza Obiettivi di Apprendimento per Responsabili del Test Obiettivi di Apprendimento per Analisti del Test Obiettivi di Apprendimento per Analisti Tecnici del Test Aspetti di base del Introduzione Testing nel Ciclo di Vita del Software Sistemi Specifici Sistemi di Sistemi Sistemi Safety Critical Metriche e Misurazioni Etica Professionale I processi di Testing Introduzione Modelli di Processo di Test Pianificazione e Controllo del Test Analisi e Progettazione del Test Identificazione delle Condizioni di Test Creazione dei Test Case Implementazione e Esecuzione del Test Implementazione dei Test Esecuzione dei Test Valutazione dei criteri di uscita e Reportistica Attività di chiusura del Test Gestione del Test Introduzione La documentazione della gestione del Test Politica di Test Strategia di Test Piano di Test Master Piano di Test di livello Template di documentazione del piano di Test Stima del Test Schedulazione della pianificazione dei Test Monitoraggio e controllo dell avanzamento dei Test Il valore del testing per il business Test distribuito, outsourced & insourced Testing basato sul rischio Introduzione al testing basato sul rischio Gestione del rischio Versione 2007 Pagina 3 di Set 2008 / ITAlian Qualification Board

4 3.9.3 La gestione del rischio nel ciclo di vita Failure Mode and Effects Analysis Aree di Applicazione Passi di implementazione Costi e Benefici Problematiche di Gestione del Test Problematiche legate al Testing Esplorativo Problematiche legate a Sistemi di Sistemi Problematiche legate a Sistemi Safety Critical Altre problematiche legate alla Gestione del Test Tecniche di Test Introduzione Tecniche basate sulle Specifiche Tecniche basate sulla Struttura Tecniche basate sui Difetti e sull Esperienza Tecniche basate sui Difetti Tecniche basate sull Esperienza Analisi Statica Analisi Statica del Codice Analisi Statica dell Architettura Analisi Dinamica Introduzione Scoperta di Memory Leak Scoperta di Puntatori Errati Analisi delle Prestazioni Testing delle Caratteristiche Software Introduzione Attributi di qualità per il dominio del test Testing di Accuratezza Testing di Idoneità Testing di Interoperabilità Testing di Sicurezza Funzionale Testing di Usabilità Testing di Accessibilità Attributi di qualità per il testing tecnico Testing di Sicurezza Tecnica Testing di Affidabilità Testing di Efficienza Testing di Mantenibilità Testing di Portabilità Revisioni Introduzione I principi della Revisione Tipi di Revisione Revisione del Management e audit Revisione di oggetti particolari Conduzione di una revisione formale Introduzione delle Revisioni Fattori di successo per le Revisioni Gestione degli incidenti Introduzione Quando è possibile trovare un difetto? Ciclo di vita del difetto Step 1: Riconoscimento Versione 2007 Pagina 4 di Set 2008 / ITAlian Qualification Board

5 7.3.2 Step 2: Analisi Step 3: Intervento Step 4: Chiusura Campi del difetto La gestione dell incidente e le metriche Comunicare gli incidenti Standard e Processo di Miglioramento del Testing Introduzione Considerazioni sugli Standard Aspetti Generali degli Standard Standard Internazionali Standard Nazionali Standard specifici di dominio Altri Standard Processo di Miglioramento del Test Introduzione al Miglioramento dei Processi Tipi di Miglioramento di Processo Migliorare il Processo di Test Migliorare il processo di Test con il TMM Migliorare il processo di Test con il TPI Migliorare il processo di Test con il CTP (CTP) Migliorare il Processo di Test con STEP Capability Maturity Model Integration, CMMI Tool di Test e Automazione Introduzione Concetti riguardanti i Tool di Test Costi-benefici e rischi legati ai Tool di Test e all Automazione Strategie per i Tool di Test L Integrazione e lo Scambio di Informazioni tra Tool Linguaggi per l Automazione: Script, Linguaggi di Scripting Il Concetto di Oracolo del Test La messa in opera dei Tool di Test L utilizzo di Tool di Test Open Source Sviluppare il proprio Tool di Test Classificazione dei Tool di Test Categorie di Tool di Test Tool di Gestione dei Test Tool di Esecuzione dei Test Tool di Debugging e Troubleshooting Tool di Disseminazione e Inserimento dei Guasti Tool di Simulazione e Emulazione Tool di Analisi Statica e Dinamica Automazione del Testing Guidato dalle Parole Chiave Tool di Testing delle Prestazioni Web Tools Skill delle persone Composizione dei Team Introduzione Skill Individuali La Dinamica dei Team di Test Posizionamento del Testing nell Organizzazione Motivazione Comunicazione Riferimenti Standard Versione 2007 Pagina 5 di Set 2008 / ITAlian Qualification Board

6 Per capitolo Ordine Alfabetico Libri Altri riferimenti Appendice A Background del Syllabus Appendice B Nota per i lettori Enti esaminatori Candidati e Fornitori della Formazione Appendice C Nota per i Fornitori della formazione Modularità Orari Formazione per modulo Aspetti comuni Fonti Esercitazioni Appendice D Raccomandazioni Raccomandazioni per l industrializzazione dei test Versione 2007 Pagina 6 di Set 2008 / ITAlian Qualification Board

7 Ringraziamenti Questo documento è stato prodotto da un team dedicato appartenente al gruppo di lavoro dell Advanced Level: Bernard Homès (presidente), Graham Bath, Rex Black, Sigrid Eldh, Jayapradeep Jiothis, Paul Jorgensen, Vipul Kocher, Judy McKay, Thomas Mueller, Klaus Olsen, Randy Rice, Jürgen Richter, Eric Riou Du Cosquer, Mike Smith, Geoff Thompson, Erik Van Veenendaal. Il team desidera ringraziare il gruppo dei revisori e tutte le organizzazioni nazionali per i suggerimenti e gli input. Al momento in cui l Advanced Level Syllabus è stato completato, il gruppo di lavoro Advanced Level era costituto dai seguenti membri (in ordine alfabetico): Graham Bath, Rex Black, Robert Bender, Chris Carter, Maria Clara Choucair, Sigrid Eldh, Dorothy Graham, Bernard Homès (presidente), Jayapradeep Jiothis, Vipul Kocher, Anastasios Kyriakopoulos, Judy McKay, Thomas Mueller, Klaus Olsen, Avinoam Porat, Meile Posthuma, Erkki Pöyhönen, Jürgen Richter, Eric Riou Du Cosquer, Jan Sabak, Hans Schaefer, Maud Schlich, Rajesh Sivaraman, Mike Smith, Michael Stahl, Geoff Thompson, Erik Van Veenendaal. Le seguenti persone hanno partecipato alla revisione, commento e votazione di questo syllabus: Bernard Homès (presidente) Reto Armuzzi Sue Atkins Graham Bath Paul Beekman Armin Beer Rex Black Francisca Blunschi Armin Born Con Bracke Chris Carter Maria Clara Choucair Robert Dankanin Piet de Roo Sigrid Eldh Tim Edmonds Erwin Engelsma Graham Freeburn Dorothy Graham Brian Hambling Jeff B Higgott Bernard Homès Rob Hendriks Dr Suhaimi Ibrahim Phillip Isles Pr. Paul C. Jorgensen Vipul Kocher Anastasios Kyriakopoulos Junfei Ma Fergus McClachlan Judy McKay Don Mills Gary Mogyorodi Richard Morgan Silvio Moser Ernst Müller Reto Müller Thomas Müller Peter Mullins Beat Nagel Richard Neeve Klaus Olsen Dale Perry Helmut Pichler Jörg Pietzsch Avionam Porat Iris Pinkster Horst Pohlmann Meile Posthuma Eric Riou Du Cosquer Stefan Ruff Hans Schaefer Maud Schlich Rajesh Sivaraman Mike Smith Katja Stalder Neil Thompson Benjamin Timmermans Chris van Bael Jurian van de Laar Marnix van den Ent Mark van der Zwan Stephanie van Dijck Jan van Moll Erik Van Veenendaal Roland Weber Phillip Whettlock Derek Young Mike Young Wenqiang Zheng. Questo documento è stato formalmente rilasciato dall Assemblea Generale dell ISTQB il 12 Ottobre Versione 2007 Pagina 7 di Set 2008 / ITAlian Qualification Board

8 0. Introduzione a questo syllabus 0.1 l L (Organizzazione Internazionale per la Certificazione delle Competenze in Ambito Testing - d ora in avanti denominato semplicemente ISTQB ) è costituito da un Board di Membri che rappresentano paesi e regioni del mondo. Al momento del rilascio finale di questo documento, l ISTQB era composto da un Board di 33 Membri. Ulteriori dettagli sulla struttura e sulla membership dell ISTQB sono disponibili sul sito Scopo di questo documento Questo syllabus è la base per l Qualification di Livello Avanzato (Advanced Level). L ISTQB mette a disposizione questo syllabus con le seguenti modalità: 1. Ai Membri del Board, per consentirne la traduzione nella loro lingua madre e di accreditare i fornitori della formazione. I Board nazionali possono adattare il syllabus alle loro particolari esigenze linguistiche e modificare i riferimenti bibliografici per adattarli alle loro pubblicazioni locali. 2. Agli Enti Esaminatori, per consentire la traduzione delle domande d esame nella loro lingua adattandole agli obiettivi di apprendimento di ogni modulo. 3. Ai Fornitori della formazione, per consentire la produzione di materiale didattico e mettere a punto metodologie d insegnamento appropriate. 4. Ai Candidati alla certificazione, per consentire la preparazione all esame (partecipando a un corso o in modo indipendente). 5. Alla comunità che si occupa d ingegneria dei sistemi e del software, per consentire di migliorare la professione di tester del software e dei sistemi e per fornire una base di riferimento per libri ed articoli. L ISTQB permette inoltre ad altre entità di usare questo syllabus per altre finalità, purché ne chiedano ed ottengano anticipatamente un permesso scritto. Il Certified Tester Advanced Level nel Testing del Software La qualifica Advanced Level è indirizzata alle persone che hanno raggiunto un livello avanzato nella loro carriera nel Testing del Software, quali tester, analisti dei test, progettisti dei test, consulenti dei test, responsabili dei test, tester di accettazione e sviluppatori software. La qualifica Advanced Level è adatta anche a chiunque voglia acquisire una comprensione approfondita del software testing, ad esempio manager di progetti, responsabili della qualità, manager di sviluppo software, analisti di business, direttori IT e consulenti di gestione. Per ricevere il certificato Advanced Level, i candidati devono avere il certificato Foundation Level e dimostrare all Ente Esaminatore di avere sufficiente esperienza pratica per essere considerati qualificati per l Advanced Level. Si faccia riferimento all Ente Esaminatore prescelto per avere informazioni su criteri specifici che vengono applicati per determinare il livello di esperienza pratica. Livello di conoscenza Gli obiettivi di apprendimento per ogni capitolo sono divisi in modo da poter essere chiaramente identificati per ogni singolo modulo. Ulteriori dettagli ed esempi di obiettivi di apprendimento sono forniti alla sezione 0.3. Il contenuto di questo syllabus, i termini e i principali elementi (scopi) di tutti gli standard elencati dovranno essere almeno ricordati (K1), anche se non menzionati esplicitamente negli obiettivi di apprendimento. Versione 2007 Pagina 8 di Set 2008 / ITAlian Qualification Board

9 Esami Tutti gli esami di Advanced Certificate si devono basare su questo syllabus e sul syllabus del Foundation Level. Le risposte alle domande d esame possono richiedere l uso di materiale basato su più di una sezione di questo o del syllabus del Foundation Level. Tutte le sezioni di questo e del syllabus del Foundation Level sono oggetto di prova d esame. Il formato dell esame è definito dalle Linee Guide dell Advanced Exam dell ISTQB. I singoli membri del Board, se vogliono, possono adottare altri schemi d esame. Gli esami possono essere sostenuti all interno di un corso accreditato oppure indipendentemente (ad esempio presso un centro autorizzato). Gli esami possono essere eseguiti su carta o elettronicamente, ma devono essere controllati/osservati (supervisionati da una persona nominata da un National Board o dall Ente Esaminatore). Accreditamento Un Membro del Board ISTQB può accreditare i fornitori della formazione che usano materiale didattico conforme a questo syllabus. I fornitori della formazione devono richiedere le linee guida di accreditamento al Comitato o all Organismo che esegue l accreditamento stesso. Un corso accreditato è riconosciuto come conforme a questo syllabus e ha il permesso di includere un esame ISTQB quale parte del corso. Ulteriori indicazioni per i fornitori della formazione vengono date Appendice C Nota per i Livello di dettaglio Il livello di dettaglio in questo syllabus garantisce che l esame e l insegnamento siano omogenei a livello internazionale. Per raggiungere questo obiettivo, il syllabus è costituito da: Obiettivi didattici generali che descrivono lo scopo complessivo dell Advanced Level Obiettivi di apprendimento per ogni area di conoscenza, che descrivono il risultato cognitivo di apprendimento e il tipo di mentalità che bisogna raggiungere. Un elenco di informazioni da fornire, compresa una descrizione, e riferimenti a ulteriori fonti se richieste. Un elenco di termini che gli studenti devono ricordare e aver ben capito Una descrizione dei concetti chiave da insegnare, comprese fonti quali gli standard o la letteratura tecnica. Il contenuto del syllabus non è una descrizione dell intera area di conoscenza del software testing; riflette il livello di dettaglio che va affrontato nei corsi Advanced Level. Organizzazione di questo syllabus Il Syllabus è composto da 10 capitoli principali, ognuno dei quali ha una parte introduttiva che fornisce indicazioni sull applicabilità dei contenuti ai diversi professionisti del testing (che corrispondono ai moduli). Le sezioni 0.3 e 0.6 forniscono obiettivi di apprendimento specifici per ogni modulo e per ciascun capitolo. Queste sezioni precisano anche il tempo minimo previsto per apprendere gli argomenti. Si consiglia fortemente di leggere il syllabus e simultaneamente studiare gli obiettivi di apprendimento per lo specifico capitolo che si sta leggendo. Questo consentirà al lettore di capire esattamente ciò che è richiesto e quelli che sono gli elementi essenziali di ogni capitolo per ciascuno dei tre moduli. Termini e Definizioni Nella letteratura tecnica del software molti termini sono usati in modo interscambiabile. Le definizioni dei termini usati in questo syllabus Advanced Level sono disponibili nel glossario standard dei termini usati nel testing del software, pubblicato dall ISTQB. Approccio Ci sono molti modi per avvicinarsi al testing, ad esempio quelli basati sulle specifiche, sulla struttura del codice, sui dati, sui rischi, sui processi, sugli standard e su altre tassonomie simili. Il testing è supportato da strumenti e processi; questi ultimi possono essere migliorati usando vari metodi. Versione 2007 Pagina 9 di Set 2008 / ITAlian Qualification Board

10 Questo syllabus Advanced Level è organizzato attorno agli approcci proposti nello standard ISO 9126 con una separazione di approcci funzionali, non funzionali e di supporto. Vengono menzionati i processi di supporto ed alcuni metodi di miglioramento. La scelta di questa organizzazione e di questi processi è stata fatta arbitrariamente con lo scopo di fornire una solida base per i tester di Advanced Level e per i Responsabili del Test. 0.2 Aspettative La certificazione di Livello Avanzato descritta in questo syllabus sarà esaminata tenendo in considerazione tre principali descrizioni di attività, ognuna delle quali rappresenta responsabilità e aspettative di base in un organizzazione. In ogni organizzazione, le responsabilità e le attività associate possono essere ripartite tra diversi individui o coperte da un singolo individuo. Tali responsabilità operative sono presentate sotto Responsabile del Test di Livello Avanzato. Professionisti di Livello Avanzato della Gestione dei Test dovrebbero essere in grado di: Definire gli obiettivi e la strategia complessiva di test per i sistemi che devono essere testati Pianificare, tempificare e monitorare le attività Descrivere e organizzare le attività necessarie Selezionare, acquisire e assegnare risorse adeguate alle attività Selezionare, organizzare e guidare gruppi di test Organizzare la comunicazione tra i membri dei gruppi di test e tra i gruppi di test e tutti gli altri ruoli interessati Giustificare le decisioni e fornire adeguate informazioni dove applicabile Analista del Test di Livello Avanzato. Gli analisti del test di Livello Avanzato dovrebbero essere in grado di: Strutturare i task definiti nella strategia di test in termini di requisiti del dominio di business Analizzare il sistema in un dettaglio sufficiente per soddisfare le aspettative di qualità degli utenti Valutare i requisiti del sistema per determinarne la validità rispetto al dominio Preparare ed eseguire le attività necessarie e produrre dei report sul loro avanzamento Fornire l evidenza necessaria a supportare le valutazioni Implementare le tecniche e gli strumenti necessari per raggiungere gli obiettivi predefiniti Analista Tecnico del Test di Livello Avanzato. Gli analisti tecnici del test di Livello Avanzato dovrebbero essere in grado di: Strutturare i task definiti nella strategia di test in termini di requisiti tecnici Analizzare la struttura interna del sistema in un dettaglio sufficiente a soddisfare il livello di qualità previsto Valutare il sistema in termini di attributi di qualità tecnica, quali prestazioni, sicurezza ecc. Preparare ed eseguire le attività necessarie e produrre dei report sul loro avanzamento Condurre le attività tecniche di testing Fornire l evidenza necessaria a supportare le valutazioni Implementare le tecniche e gli strumenti necessari per raggiungere gli obiettivi predefiniti Versione 2007 Pagina 10 di Set 2008 / ITAlian Qualification Board

11 0.3 Obiettivi di Apprendimento / Livelli di Conoscenza Sono applicabili a questo syllabus gli obiettivi di apprendimento definiti nel seguito. Ogni argomento nel syllabus verrà esaminato in base agli obiettivi ad esso associati. Livello 1: Ricordare (K1) Il candidato è in grado di riconoscere e ricordare un termine o un concetto. Parole chiave: Ricordare, riconoscere, conoscere. Esempio Si può riconoscere la definizione di guasto come: la mancata effettuazione di un servizio a un utente finale o ad un altro stakeholder o la deviazione di un componente o di un sistema dal comportamento, servizio o risultato atteso. Livello 2: Capire (K2) Il candidato è in grado di selezionare le ragioni o le spiegazioni associate all argomento, ed è in grado di riepilogare, differenziare, classificare e fornire esempi di azioni (ad es. confrontare termini), concetti di test, procedure di test (spiegando la sequenza di attività). Parole chiave: Riepilogare, classificare, confrontare, mappare, evidenziare, esemplificare, interpretare, tradurre, rappresentare, inferire, concludere, categorizzare. Esempi Spiegare le ragioni per le quali occorre progettare i test il più anticipatamente possibile: Per trovare i difetti quando è meno costoso rimuoverli Per trovare prima i difetti più importanti Spiegare le somiglianze e le differenze tra i test di integrazione e il test di sistema: Somiglianze: test di più di un componente e di aspetti anche non funzionali. Differenze: il test di integrazione si concentra sulle interfacce e le interazioni, il test di sistema si concentra su aspetti che riguardano l intero sistema, quali il processing end to end. Livello 3: Applicare (K3) Il candidato è in grado di selezionare la corretta applicazione di un concetto o di una tecnica, e di applicarla nel contesto individuato. K3 è normalmente applicabile alla conoscenza procedurale. Non sono contemplate azioni creative quali la valutazione di un applicazione software o la creazione di un modello per un dato software. Quando abbiamo un determinato modello e nel syllabus trattiamo le fasi procedurali per creare i test case partendo dal modello stesso, allora si tratta del livello K3. Parole chiave: implementare, eseguire, usare, seguire una procedura, applicare una procedura. Esempio Si possono identificare i valori limite per partizioni valide e non valide. Si usa la procedura generica per la creazione di test case per selezionare i test case da un diagramma delle transizioni di stato dato (e da un insieme di possibili test case) al fine di trattare tutte le transizioni. Level 4: Analyze (K4) Il candidato è in grado di suddividere le informazioni relative a una procedura o a una tecnica in parti più elementari per migliorare la comprensione, ed è in grado di distinguere tra fatti e inferenze. L applicazione tipica è analizzare una situazione di progetto, software o documento e proporre le azioni appropriate per risolvere un problema o un task. Parole chiave: analizzare, differenziare, selezionare, strutturare, focalizzare, attribuire, smontare, valutare, giudicare, monitorare, coordinare, creare, sintetizzare, generare, ipotizzare, pianificare, progettare, costruire, produrre. Esempio Analizzare i rischi del prodotto e proporre attività preventive e di limitazione degli errori. Descrivere quali parti di un report degli incidenti sono reali e quali dedotte dai risultati. Versione 2007 Pagina 11 di Set 2008 / ITAlian Qualification Board

12 Riferimenti bibliografici (Per i livelli cognitivi degli obiettivi di apprendimento) Bloom, B. S. (1956). Taxonomy of Educational Objectived, Handbook I: The Cognitive Domain, David McKay, Co. Inc. Anderson, L. W. and Krathwohl, D. R. (a cura di) (2001). A Taxonomy for Learning, Teaching, and Assessing: A Revision of Bloom s Taxonomy of Educational Objectives, Allyn & Bacon. 0.4 Obiettivi di Apprendimento per Responsabili del Test Questa sezione fornisce un elenco di obiettivi di apprendimento dettagliati per il modulo Responsabile del test. In generale tutte le parti di questo syllabus sono oggetto di esame al livello K1: cioè il candidato deve essere in grado di riconoscere e ricordare un termine o un concetto. Per questo motivo, la tabella sottostante contiene solo obiettivi di apprendimento ai livelli K2, K3 e K4. Introduzione al syllabus Responsabile del test [60 minuti] (Compresa la revisione del syllabus Foundation Level ISTQB ) Capitolo 1: Elementi fondamentali del software testing [150 minuti] 1.2 Testing nel ciclo di vita del software (K2) Descrivere come il testing sia una parte di un attività di sviluppo e mantenimento del software (K4) Analizzare i modelli di ciclo di vita del software e descrivere a grandi linee le funzionalità/attività di test più appropriate che devono essere eseguite (distinguere tra attività di sviluppo e di test). 1.3 Sistemi specifici (K2) Spiegare con esempi le specifiche di sistemi di testing di sistemi (K2) Spiegare perché i tre principali esiti di sistemi safety critical di testing sono necessari per dimostrare la conformità a norme 1.4 Metriche e misurazioni (K2) Descrivere e confrontare le metriche relative al testing di standard (K3) Monitorare le attività di testing misurando l oggetto/gli oggetti del test e il processo di test Capitolo 2: Processi di testing [120 minuti] 2.3 Controllo e pianificazione del test (K2) Descrivere con esempi come le strategie di test influiscano sulla pianificazione del test (K2) Confrontare prodotti di lavoro del test e spiegare, con alcuni esempi, le relazioni tra i prodotti di lavoro del testing e lo sviluppo (K2) Classificare le attività di controllo del test correlate per determinare se il compito del test, le strategie e gli obiettivi sono stati raggiunti 2.5 Esecuzione ed implementazione dei test (K2) Spiegare le precondizioni per l esecuzione dei test (K2) Spiegare con esempi i vantaggi e gli svantaggi o l implementazione precoce dei test, considerando tecniche diverse di test (K2) Spiegare i motivi per cui gli utenti e/o i clienti potrebbero essere inclusi nell esecuzione del test (K2) Descrivere come il livello di test logging potrebbe cambiare a seconda del livello di test 2.6 Valutazione dei criteri di uscita e reportistica (K2) Riepilogare le informazioni necessarie che si devono raccogliere durante il processo di test per supportare valutazioni e reportistica precise rispetto ai criteri di uscita 2.7 Attività di chiusura del test (K2) Riepilogare i quattro gruppi di attività di chiusura del test (K3) Generalizzare le lezioni apprese nella fase di chiusura del test al fine di scoprire i settori da migliorare o ripetere Versione 2007 Pagina 12 di Set 2008 / ITAlian Qualification Board

13 Capitolo 3: Gestione del test [1120 minuti] 3.2 Documentazione della gestione del test (K4) Descrivere a grandi linee i documenti della gestione del test, ad esempio il Piano di test, la Specifica di progettazione dei test e la Procedura di test in accordo con IEEE 829 (K2) Descrivere almeno quattro importanti elementi di un approccio/strategia di test e quei documenti che in accordo con IEEE 829 contengono elementi di strategia di test (K2) Illustrare come e perché gli scostamenti dalla strategia di test sono gestiti in altri documenti della gestione del test 3.3 Documentazione del piano di test (K2) Riepilogare la struttura IEEE 829 di un piano di test master (K2) Parafrasare ed interpretare gli argomenti suggeriti dalla struttura IEEE 829 standard di un piano di test rispetto all adeguamento ad un organizzazione, al rischio di un prodotto e alle dimensioni, alla formalità e al rischio di un progetto 3.4 Stima del test (K3) Stimare lo sforzo di testing per un piccolo sistema campione usando un approccio basato sull esperienza e uno basato sulla metrica considerando i fattori che influenzano costi, sforzo e durata (K2) Capire i fattori elencati nel syllabus che possono comportare imprecisioni nelle stime e fornire degli esempi 3.5 Pianificazione dei test (K2) Spiegare i vantaggi di una pianificazione dei test precoce ed iterativa. Supportare la spiegazione con esempi. 3.6 Monitoraggio e controllo dello stato di avanzamento del test (K2) Confrontare le diverse procedure per controllare l avanzamento del test (K2) Fornire almeno cinque esempi concettualmente diversi di come i risultati dell avanzamento del test influenzino il corso del processo di test (K4) Usare i risultati relativi all avanzamento del test osservati durante il monitoraggio e il controllo di misure e attività, al fine di descrivere un piano d azione per migliorare il processo di test corrente. Suggerire dei miglioramenti (K4) Analizzare i risultati del test e determinare l avanzamento del test, documentato in un report di monitoraggio e in un report finale riassuntivo che copre tutte le 4 dimensioni di reportistica 3.7 Valore di business del testing (K2) Fornire esempi (misure) per ciascuna delle 4 categorie che determinano il costo di qualità (K3) Per un contesto dato, elencare i valori qualitativi e/o quantitativi applicabili 3.8 Testing distribuito, outsourced e insourced (K2) Elencare i rischi, le uguaglianze e le differenze tra le 3 strategie di staffing (testing distribuito, outsourced e insourced) 3.9 Testing basato sul rischio Introduzione al testing basato sul rischio (K2) Spiegare i diversi modi in cui il testing basato sul rischio risponde ai rischi (K4) Identificare il rischio all interno di un progetto e di un prodotto e determinare la strategia di test adeguata e il piano di test basato su questi rischi Gestione del rischio (K3) Eseguire per un prodotto l analisi del rischio dal punto di vista dei tester, seguendo l approccio specifico FMEA (K4) Riepilogare i risultati da vari punti di vista sul rischio, tipicamente degli stakeholder, e usare il loro giudizio complessivo per descrivere le attività di test e ridurre i rischi Gestione del rischio nel ciclo di vita (K2) Descrivere le caratteristiche di gestione del rischio che impongono un processo iterativo (K3) Tradurre un dato rischio basato sulla strategia di test in attività di test e controllarne gli effetti durante il testing Versione 2007 Pagina 13 di Set 2008 / ITAlian Qualification Board

14 (K4) Analizzare e riportare i risultati del test; determinare e/o proporre i rischi residui per consentire ai responsabili del progetto di prendere decisioni intelligenti riguardo ai rilasci 3.10 Failure Mode and Effect Analysis (K2) Descrivere il concetto di FMEA e spiegare con un esempio la sua applicazione ai progetti e i vantaggi che ne comporta 3.11 Problemi di gestione del test (K2) Confrontare i problemi di gestione del test per il testing esplorativo, i sistemi di sistemi e sistemi di testing safety critical per quanto concerne strategia, vantaggi e svantaggi, congruità e il loro impatto sulla pianificazione, la copertura, il monitoraggio e il controllo Capitolo 4: Tecniche di test [0 minuti] Nessun obiettivo di apprendimento (a qualsiasi livello K) richiesto al responsabile del test Capitolo 5: Test delle caratteristiche del software [0 minuti] Nessun obiettivo di apprendimento (a qualsiasi livello K) richiesto al responsabile del test Capitolo 6: Revisioni [120 minuti] 6.2 I principi delle revisioni (K2) Spiegare i vantaggi delle revisioni rispetto al testing dinamico e ad altre tecniche di testing statico 6.4 Introduzione alle revisioni (K2) Confrontare i tipi di revisione ed evidenziarne i relativi punti di forza, le debolezze e i campi d uso (K3) Dirigere un team di revisioni attraverso una revisione formale che segue le fasi identificate (K4) Descrivere un piano di revisione come parte di un piano di qualità/test per un progetto, considerando le tecniche di revisione che hanno come obiettivo l individuazione di difetti e competenze tecniche dello staff e sono allineate con gli appropriati approcci di testing dinamico 6.5 Fattori di successo per le revisioni (K2) Spiegare i rischi che possono insorgere tralasciando i problemi tecnici, personali e i fattori organizzativi per eseguire le revisioni Capitolo 7: Gestione degli incidenti [80 minuti] (K3) Trattare un difetto seguendo la procedura del ciclo di vita della gestione degli incidenti come proposto dallo Standard IEEE (K3) Valutare i report dei difetti rispetto allo Standard IEEE e alla tassonomia dei difetti applicata al fine di migliorarne la qualità (K4) Analizzare i report dei difetti creati nel tempo e aggiornare la tassonomia dei difetti Capitolo 8: Standard e processo di miglioramento del test [120 minuti] (K2) Riepilogare le fonti di standard software e spiegarne l utilità per il software testing 8.4 Miglioramento dei processi di test (K3) Scrivere e testare il piano di miglioramento usando i passi generici che coinvolgono le persone giuste (K2) Riepilogare il processo di miglioramento di testing come definito da TMM, TPI, CTP, STEP e la verifica e la convalida delle aree di processo in CMMI (K2) Spiegare i criteri di valutazione dei modelli di miglioramento dei test TMM, TPI, CTP, STEP e la verifica e la convalida delle aree di processo in CMMI Capitolo 9: Tool di test e automazione [90 minuti] 9.2 Concetti riguardanti i tool di test Versione 2007 Pagina 14 di Set 2008 / ITAlian Qualification Board

15 (K2) Confrontare gli elementi e gli aspetti insiti in ogni concetto di tool di test: Vantaggi e rischi, Strategie di tool di test, Integrazione di tool, Linguaggi di automazione, Oracoli del test, Installazione dei tool, Tool open source, Sviluppo di tool e Classificazione dei tool (K2) Descrivere perché e quando è importante creare una mappa o una strategia di tool di test per il proprio tool (K2) Comprendere le diverse fasi nell implementazione dei tool di test 9.3 Categorie di tool di test (K2) Riepilogare le categorie di tool di test per obiettivi, uso previsto, punti forza, rischi e fornire esempi (K2) Riepilogare i requisiti specifici dei tool di test e dei tool di test open source usati per testare i sistemi safety critical (K2) Descrivere aspetti e conseguenze importanti di diversi tool di test e la loro implementazione, l uso e gli effetti sul processo di test (K2) Descrivere quando e perché implementare il proprio tool è un opzione e i vantaggi, i rischi e le conseguenze Capitolo 10: Competenze tecniche Composizione del team [240 minuti] 10.2 Competenze tecniche individuali (K3) Utilizzare un questionario specifico al fine di determinare i punti forza e le debolezze dei membri del team relativi all uso di sistemi software, conoscenza di business e di dominio, aree di sviluppo di sistemi, competenze interpersonali e software testing 10.3 Dinamiche del gruppo di test (K3) Effettuare una gap analysis al fine di determinare le competenze soft e tecniche richieste per posizioni aperte in un organizzazione 10.4 Adattamento del testing all interno di un organizzazione (K2) Caratterizzare le varie opzioni organizzative e confrontarle con in/out source e in/off shoring 10.5 Motivazione (K2) Fornire esempi di fattori incentivanti e demotivanti per i tester 10.6 Comunicazione (K2) Descrivere con esempi la comunicazione efficace, obiettiva e professionale in un progetto dal punto di vista del tester. È possibile anche considerare i rischi e le opportunità 0.5 Obiettivi di Apprendimento per Analisti del Test Questa sezione fornisce un elenco di obiettivi di apprendimento dettagliati per il modulo Analista del Test. In generale tutte le parti di questo syllabus sono oggetto di esame al livello K1: cioè il candidato deve essere in grado di riconoscere e ricordare un termine o un concetto. Per questo motivo, la tabella sottostante contiene solo obiettivi di apprendimento ai livelli K2, K3 e K4. Introduzione al syllabus Analista del test [60 minuti] (Compresa la revisione del syllabus Foundation Level ISTQB ) Capitolo 1: Elementi fondamentali del software testing [30 minuti] Capitolo 2: Processi di testing [180 minuti] 2.4 Progettazione ed analisi di test (K2) Spiegare le cause di testing funzionale che può aver luogo in specifiche fasi del ciclo di vita di un applicazione (K2) Esemplificare i criteri che influenzano la struttura e il livello di sviluppo delle condizioni di test (K2) Descrivere come la progettazione e l analisi di test siano tecniche di testing statico che possono essere usate per scoprire i difetti Versione 2007 Pagina 15 di Set 2008 / ITAlian Qualification Board

16 (K2) Spiegare con esempi il concetto di oracoli del test e come un oracolo del test possa essere usato nelle specifiche di test 2.5 Implementazione ed esecuzione di test (K2) Descrivere le precondizioni per l esecuzione dei test, tra cui: testware, ambiente di test, gestione della configurazione e gestione dei difetti 2.6 Valutazione dei criteri di uscita e reportistica (K3) Determinare da un insieme dato di misure se un criterio di completamento del test è stato soddisfatto Capitolo 3: Gestione dei test [120 minuti] Testing basato sul rischio (K3) Ordinare per priorità la selezione di test case, test di copertura e dati di test basati sul rischio e documentare il tutto appropriatamente in una schedulazione del test e in una procedura di test (K2) Descrivere le attività di un approccio basato sul rischio per pianificare ed eseguire testing di dominio Capitolo 4: Tecniche di test [1080 minuti] 4.2 Basate sulle specifiche (K2) Elencare esempi di difetti tipici che devono essere identificati da ogni tecnica basata sulle specifiche, fornire i criteri di copertura corrispondenti (K3) Scrivere test case da modelli software dati usando le seguenti tecniche di progettazione dei test (i test raggiungeranno una copertura dei modelli dati) o Partizionamento di equivalenza o Analisi ai valori limite o Tabelle delle decisioni o Testing delle transizioni di stato o Metodo dell albero di classificazione o Testing combinatorio o Casi d uso (K4) Analizzare un sistema o la sua specifica di requisiti al fine di determinare quali tecniche basate sulle specifiche applicare ad obiettivi specifici e descrivere una specifica di test basata su IEEE 829, focalizzandosi su test case di dominio e funzionale e su procedure di test 4.4 Basate sui difetti e sull esperienza (K2) Descrivere il principio e le ragioni per cui usare tecniche basate sui difetti e differenziarne l uso rispetto a tecniche basate sulle specifiche e sulla struttura (K2) Spiegare con esempi le tassonomie dei difetti e il loro utilizzo (K2) Capire il principio e le ragioni per cui usare tecniche basate sull esperienza e quando usarle (K3) Specificare, eseguire e riportare test usando testing esplorativo (K2) Classificare i difetti che devono essere identificati tramite diversi tipi di attacchi basati sui guasti software secondo i difetti che hanno come obiettivo (K4) Analizzare un sistema al fine di determinare quali tecniche basate sull esperienza, sulle specifiche o sui difetti applicare per scopi specifici Capitolo 5: Test delle caratteristiche del software [210 minuti] 5.2 Attributi di qualità per testing del dominio (K4) Spiegare con esempi quali tecniche di testing elencate nel Capitolo 4 sono appropriate per testare le caratteristiche di accuratezza, idoneità, interoperabilità e sicurezza funzionale (K3) Descrivere, progettare, specificare ed eseguire test di usabilità usando tecniche appropriate e considerando obiettivi di test dati e difetti da attaccare 5.3 Attributi di qualità per testing tecnico Versione 2007 Pagina 16 di Set 2008 / ITAlian Qualification Board

17 (K2) Spiegare i motivi per includere test di efficienza, affidabilità e sicurezza tecnica in una strategia di testing e fornire esempi di difetti che ci si aspetta di trovare (K2) Caratterizzare tipi di test non funzionali per testing tecnico tramite difetti tipici che devono essere attaccati, l applicazione tipica nel ciclo di vita dell applicazione e tecniche di test adatte ad essere usate per la progettazione dei test Capitolo 6: Revisioni [180 minuti] (K3) Usare una lista di controllo di revisione per verificare codice e architettura dal punto di vista dei tester (K3) Usare una lista di controllo di revisione per verificare requisiti e casi d uso dal punto di vista dei tester (K2) Confrontare i tipi di revisione ed evidenziarne i punti di forza, le debolezze e i campi d uso Capitolo 7: Gestione degli incidenti [120 minuti] (K4) Analizzare, classificare e descrivere difetti funzionali e non-funzionali in report dei difetti comprensibili Capitolo 8: Standard e processo di miglioramento del test [0 minuti] Nessun obiettivo di apprendimento (a qualsiasi livello K) richiesto all analista del test Capitolo 9: Tool di test e automazione [90 minuti] 9.2 Concetti riguardanti i tool di test (K2) Confrontare gli elementi e gli aspetti insiti in ogni concetto di tool di test: Vantaggi e rischi, Strategie di tool di test, Integrazione di tool, Linguaggi di automazione, Oracoli del test, Installazione dei tool, Tool open source, Sviluppo di tool e Classificazione dei tool 9.3 Categorie di tool di test (K2) Riepilogare le categorie di tool di test per obiettivi, uso previsto, punti forza, rischi e fornire esempi (K2) Rappresentare i tool delle categorie di tool in diversi livelli e tipi di testing Capitolo 10: Competenze tecniche Composizione del team [30 minuti] 10.6 Comunicazione (K2) Descrivere con esempi la comunicazione efficace, obiettiva e professionale in un progetto dal punto di vista del tester. È possibile anche considerare i rischi e le opportunità. 0.6 Obiettivi di Apprendimento per Analisti Tecnici del Test Questa sezione fornisce un elenco di obiettivi di apprendimento dettagliati per il modulo Analista Tecnico del Test. In generale tutte le parti di questo syllabus sono oggetto di esame al livello K1: cioè il candidato deve essere in grado di riconoscere e ricordare un termine o un concetto. Per questo motivo, la tabella sottostante contiene solo obiettivi di apprendimento ai livelli K2, K3 e K4. Introduzione al syllabus Analista di test tecnico [60 minuti] (Compresa la revisione del syllabus Foundation Level ISTQB ) Capitolo 1: Elementi fondamentali del [30 minuti] Capitolo 2: Processi di testing [180 minuti] 2.4 Progettazione ed analisi di test Versione 2007 Pagina 17 di Set 2008 / ITAlian Qualification Board

18 (K2) Spiegare le fasi nel ciclo di vita di un applicazione in cui possono essere applicati i test non-funzionali e i test basati sull architettura. Spiegare le cause di testing non-funzionale che può aver luogo solo in specifiche fasi del ciclo di vita di un applicazione (K2) Esemplificare i criteri che influenzano la struttura e il livello di sviluppo delle condizioni di test (K2) Descrivere come la progettazione e l analisi di test siano tecniche di testing statico che possono essere usate per scoprire i difetti (K2) Spiegare con esempi il concetto di oracoli del test e come un oracolo del test possa essere usato nelle specifiche di test 2.5 Esecuzione ed implementazione dei test (K2) Descrivere le precondizioni per l esecuzione dei test, tra cui: testware, ambiente di test, gestione della configurazione e gestione dei difetti 2.6 Valutazione dei criteri di uscita e reportistica (K3) Determinare da un insieme dato di misure se un criterio di completamento del test è stato soddisfatto Capitolo 3: Gestione del test [120 minuti] Gestione del rischio (K2) Descrivere le attività di un approccio basato sul rischio per pianificare ed eseguire testing tecnico Capitolo 4: Tecniche di test [930 minuti] 4.2 Basate sulle specifiche (K2) Elencare esempi di difetti tipici che devono essere identificati da ogni tecnica basata sulle specifiche (K3) Scrivere test case da modelli software dati nella vita reale usando le seguenti tecniche di progettazione dei test (i test raggiungeranno una copertura dei modelli dati) o Partizionamento di equivalenza o Analisi ai valori limite o Tabelle delle decisioni o Testing delle transizioni di stato (K4) Analizzare un sistema o la sua specifica di requisiti al fine di determinare quali tecniche basate sulle specifiche applicare ad obiettivi specifici e descrivere una specifica di test basata su IEEE 829, focalizzandosi su test case non-funzionali e di componente e su procedure di test 4.3 Basate sulla struttura (K2) Elencare esempi di difetti tipici che devono essere identificati da ogni tecnica specifica basata sulla struttura (K3) Scrivere test case da modelli software dati nella vita reale usando le seguenti tecniche di progettazione dei test (i test raggiungeranno una copertura dei modelli dati) o Testing delle istruzioni o Testing delle decisioni o Testing di determinazione delle condizioni o Testing delle condizioni multiple (K4) Analizzare un sistema al fine di determinare quali tecniche basate sulla struttura applicare a specifici obiettivi di test (K2) Capire ogni tecnica basata sulla struttura e i corrispondenti criteri di copertura e quando usarli (K4) È possibile confrontare ed analizzare quale tecnica basata sulla struttura usare in situazioni diverse 4.4 Basate sui difetti e sull esperienza (K2) Descrivere il principio e le ragioni per cui usare tecniche basate sui difetti e differenziarne l uso rispetto a tecniche basate sulle specifiche e sulla struttura Versione 2007 Pagina 18 di Set 2008 / ITAlian Qualification Board

19 (K2) Spiegare con esempi le tassonomie dei difetti e il loro utilizzo (K2) Capire il principio e le ragioni per cui usare tecniche basate sull esperienza e quando usarle (K3) Specificare, eseguire e riportare test usando testing esplorativo (K3) Specificare test usando i diversi tipi di attacchi basati sui guasti software secondo i difetti che attaccano (K4) Analizzare un sistema al fine di determinare quali tecniche basate sull esperienza, sulle specifiche o sui difetti applicare per scopi specifici 4.5 Analisi statica (K3) Usare gli algoritmi Analisi del flusso di controllo, Analisi del flusso di dati per verificare se il codice non ha alcuna anomalia del flusso di dati o di controllo (K4) Interpretare i risultati del flusso di dati e di controllo consegnati da un tool al fine di valutare se il codice ha un anomalia del flusso di dati o di controllo (K2) Spiegare l uso di grafi richiamati per la valutazione della qualità dell architettura. Questo includerà la necessità di identificare difetti, usare progettazione di test e pianificazione di test, e le limitazioni di risultati 4.6 Analisi dinamica (K2) Spiegare come l analisi dinamica per il codice possa essere eseguita e riepilogare i difetti che possono essere identificati usando quella tecnica, e le sue limitazioni Capitolo 5: Test delle caratteristiche del software [240 minuti] 5.2 Attributi di qualità per testing del dominio (K2) Caratterizzare tipi di test non funzionali per testing del dominio tramite difetti tipici che devono essere attaccati, l applicazione tipica nel ciclo di vita dell applicazione e tecniche di test adatte ad essere usate per la progettazione dei test (K4) Specificare test case per particolari tipi di test non-funzionali e considerare obiettivi di test dati e difetti da attaccare 5.3 Attributi di qualità per testing tecnico (K2) Caratterizzare tipi di test non funzionali per testing tecnico tramite difetti tipici che devono essere attaccati, l applicazione tipica nel ciclo di vita dell applicazione e tecniche di test adatte ad essere usate per la progettazione dei test (K2) Capire e spiegare le fasi nel ciclo di vita di un applicazione in cui possono essere applicati test di efficienza, affidabilità e sicurezza (tra cui i loro corrispondenti sottoattributi ISO9126) (K2) Distinguere tra i tipi di guasti trovati da test di efficienza, affidabilità e sicurezza (tra cui i loro corrispondenti sottoattributi ISO9126) (K2) Caratterizzare approcci di testing per attributi di qualità di efficienza, affidabilità e sicurezza e i loro corrispondenti sottoattributi ISO9126 (K3) Specificare test case per attributi di qualità di efficienza, affidabilità e sicurezza e i loro corrispondenti sottoattributi ISO9126 (K2) Capire e spiegare i motivi per cui includere test di mantenibilità, portabilità ed accessibilità in una strategia di testing (K3) Specificare test case per tipi di mantenibilità e portabilità di test non-funzionale Capitolo 6: Revisioni [180 minuti] (K4) Descrivere una lista di controllo di revisione per individuare difetti tipici che vanno individuati con la revisione del codice e dell architettura (K2) Confrontare i tipi di revisione ed evidenziarne i punti di forza, le debolezze e i campi d uso Capitolo 7: Gestione degli incidenti [120 minuti] (K4) Analizzare, classificare e descrivere difetti funzionali e non-funzionali in report dei difetti comprensibili Versione 2007 Pagina 19 di Set 2008 / ITAlian Qualification Board

20 Capitolo 8: Standard e processo di miglioramento del test [0 minuti] Nessun obiettivo di apprendimento (a qualsiasi livello K) richiesto all analista del test Capitolo 9: Tool di test e automazione [210 minuti] 9.2 Concetti riguardanti i tool di test (K2) Confrontare gli elementi e gli aspetti insiti in ogni concetto di tool di test: Vantaggi e rischi, Strategie di tool di test, Integrazione di tool, Linguaggi di automazione, Oracoli del test, Installazione dei tool, Tool open source, Sviluppo di tool e Classificazione dei tool 9.3 Categorie di tool di test (K2) Riepilogare le categorie di tool di test per obiettivi, uso previsto, punti forza, rischi e fornire esempi (K2) Rappresentare i tool delle categorie di tool in diversi livelli e tipi di testing Automazione del testing guidato dalle parole chiave (K3) Creare tabelle di parole d azione/chiave usando l algoritmo di selezione delle parole chiave che deve essere usato da un tool di esecuzione dei test (K3) Registrare test con tool di cattura/riesecuzione al fine di rendere possibile testing di regressione con alta qualità, molti test case trattati in una breve cronologia Tool di testing delle prestazioni (K3) Progettare un test delle prestazioni usando tool di test delle prestazioni tra cui pianificazione e misurazioni sulle caratteristiche di sistema Capitolo 10: Competenze tecniche Composizione del team [30 minuti] 10.6 Comunicazione (K2) Descrivere con esempi la comunicazione efficace, obiettiva e professionale in un progetto dal punto di vista del tester. È possibile anche considerare i rischi e le opportunità. Versione 2007 Pagina 20 di Set 2008 / ITAlian Qualification Board

Certificazione di Tester. Syllabus Livello Advanced. Test Manager

Certificazione di Tester. Syllabus Livello Advanced. Test Manager Syllabus Livello Advanced Versione 2012 ITAlian - Copyright (di seguito indicato come ISTQB ). Gruppo di lavoro per il livello avanzato: Rex Black (Chair), Judy McKay (Vice Chair), Graham Bath, Debra Friedenberg,

Dettagli

ITAlian Software Testing Qualifications Board Simulazione d Esame. Livello Foundation. Versione 2011

ITAlian Software Testing Qualifications Board Simulazione d Esame. Livello Foundation. Versione 2011 ITAlian Software Testing Qualifications Board Simulazione d Esame Livello Foundation Versione 2011 DATI IDENTIFICATIVI CODICE DOCUMENTO DATA DI EMISSIONE STATO ITASTQB-EXAMSIM-FOUND-01 15/01/2012 REDATTA

Dettagli

Certificazione di Tester. Syllabus Livello Advanced. Test Analyst

Certificazione di Tester. Syllabus Livello Advanced. Test Analyst Syllabus Livello Advanced Test Analyst Versione 2012 ITAlian - Copyright (di seguito indicato come ISTQB ). Copyright (nel prosieguo ISTQB ). Sottogruppo di lavoro per il Advanced Level Test Analyst: Judy

Dettagli

Certificazione di Tester. Syllabus. Livello Advanced. Technical Test Analyst

Certificazione di Tester. Syllabus. Livello Advanced. Technical Test Analyst Syllabus Livello Advanced Technical Test Analyst Versione 2012 ITAlian - Copyright (di seguito indicato come ISTQB ). Gruppo di lavoro per il livello avanzato: Graham Bath (Presidente), Paul Jorgensen,

Dettagli

Certificazione di Tester. Syllabus. Livello Advanced. Technical Test Analyst

Certificazione di Tester. Syllabus. Livello Advanced. Technical Test Analyst Syllabus Livello Advanced Technical Test Analyst Versione 2012 ITAlian - Copyright (di seguito indicato come ISTQB ). Gruppo di lavoro per il livello avanzato: Graham Bath (Presidente), Paul Jorgensen,

Dettagli

ITAlian Software Testing Qualifications Board Syllabus Foundation. Versione 2011

ITAlian Software Testing Qualifications Board Syllabus Foundation. Versione 2011 ITAlian Software Testing Qualifications Board Syllabus Foundation Versione 2011 DATI IDENTIFICATIVI CODICE DOCUMENTO DATA DI EMISSIONE STATO ITASTQB-FLSY-110501-01 01/05/2011 REDATTA APPROVATA REDATTORI

Dettagli

Processi (di sviluppo del) software. Fase di Analisi dei Requisiti. Esempi di Feature e Requisiti. Progettazione ed implementazione

Processi (di sviluppo del) software. Fase di Analisi dei Requisiti. Esempi di Feature e Requisiti. Progettazione ed implementazione Processi (di sviluppo del) software Fase di Analisi dei Requisiti Un processo software descrive le attività (o task) necessarie allo sviluppo di un prodotto software e come queste attività sono collegate

Dettagli

ITAlian Software Testing Qualifications Board Processo di Accreditamento per Formatori

ITAlian Software Testing Qualifications Board Processo di Accreditamento per Formatori ITAlian Software Testing Qualifications Board Processo di Accreditamento per Formatori DATI IDENTIFICATIVI CODICE DOCUMENTO DATA DI EMISSIONE STATO ITASTQB-ACCR-150313-02 15/03/2013 REDATTA APPROVATA REDATTORI

Dettagli

Overview. Estensioni del Livello Foundation

Overview. Estensioni del Livello Foundation Overview Estensioni del Livello Foundation Versione 1.0 International Software Testing Qualifications Board ITAlian Software Testing Qualifications Board Copyright International Software Testing Qualifications

Dettagli

RANDY RICE ROMA 15-17 GIUGNO 2009 ROMA 18-19 GIUGNO 2009 ARESIDENZA DI RIPETTA - VIA DI RIPETTA, 231

RANDY RICE ROMA 15-17 GIUGNO 2009 ROMA 18-19 GIUGNO 2009 ARESIDENZA DI RIPETTA - VIA DI RIPETTA, 231 LA TECHNOLOGY TRANSFER PRESENTA RANDY RICE STRUCTURED USER ACCEPTANCE TESTING APPROCCI INNOVATIVI AL SOFTWARE TESTING ROMA 15-17 GIUGNO 2009 ROMA 18-19 GIUGNO 2009 ARESIDENZA DI RIPETTA - VIA DI RIPETTA,

Dettagli

Valorizzazione della professionalità di SW Quality Assurance

Valorizzazione della professionalità di SW Quality Assurance Valorizzazione della professionalità di SW Quality Assurance 17 Esther BEVERE Miriam MERENDA ALTEN Italia Agenda Rilevanza della Professionalità del Software Tester Professionalità nel Testing Percorsi

Dettagli

Verifica e Validazione (V & V) Software e difetti. Processo di V & V. Test

Verifica e Validazione (V & V) Software e difetti. Processo di V & V. Test Software e difetti Il software con difetti è un grande problema I difetti nel software sono comuni Come sappiamo che il software ha qualche difetto? Conosciamo tramite qualcosa, che non è il codice, cosa

Dettagli

Gestione Requisiti. Ingegneria dei Requisiti. Requisito. Tipi di Requisiti e Relativi Documenti. La gestione requisiti consiste in

Gestione Requisiti. Ingegneria dei Requisiti. Requisito. Tipi di Requisiti e Relativi Documenti. La gestione requisiti consiste in Ingegneria dei Requisiti Il processo che stabilisce i servizi che il cliente richiede I requisiti sono la descrizione dei servizi del sistema Funzionalità astratte che il sistema deve fornire Le proprietà

Dettagli

CONCETTI DI BASE PER LA QUALITA

CONCETTI DI BASE PER LA QUALITA CONCETTI DI BASE PER LA QUALITA Misura: è una funzione m: A -> B che associa ad ogni attributo A di un osservabile nel mondo reale o empirico (dominio) un oggetto formale B nel mondo matematico (range);

Dettagli

Sillabo. REQB Certified Professional for Requirements Engineering. Livello Foundation

Sillabo. REQB Certified Professional for Requirements Engineering. Livello Foundation Sillabo REQB Certified Professional for Livello Foundation Version 2.1 2014 I diritti di autore (copyright) di questa edizione del Sillabo, sono di REQB e ITA-STQB Storia delle modifiche Versione Data

Dettagli

Requisiti sulla qualità del software secondo lo standard ISO/IEC 25010

Requisiti sulla qualità del software secondo lo standard ISO/IEC 25010 1. Premessa. Requisiti sulla qualità del software secondo lo standard ISO/IEC 25010 Domenico Natale AB Medica Versione 1 Riunione delle Commissione UNINFO Informatica Medica Milano, 30 settembre 2013 La

Dettagli

Università di Venezia Corso di Laurea in Informatica. Marco Fusaro KPMG S.p.A.

Università di Venezia Corso di Laurea in Informatica. Marco Fusaro KPMG S.p.A. Università di Venezia Corso di Laurea in Informatica Laboratorio di Informatica Applicata Introduzione all IT Governance Lezione 5 Marco Fusaro KPMG S.p.A. 1 CobiT: strumento per la comprensione di una

Dettagli

Università degli Studi di Salerno GPS: Gestione Progetti Software. Project Proposal Versione 1.1

Università degli Studi di Salerno GPS: Gestione Progetti Software. Project Proposal Versione 1.1 Università degli Studi di Salerno GPS: Gestione Progetti Software Project Proposal Versione 1.1 Data 27/03/2009 Project Manager: D Amato Angelo 0521000698 Partecipanti: Nome Andrea Cesaro Giuseppe Russo

Dettagli

Ingegneria dei Requisiti

Ingegneria dei Requisiti Corso di Laurea Specialistica in Ingegneria Informatica Corso di Ingegneria del Software A. A. 2008 - Ingegneria dei Requisiti E. TINELLI Contenuti I requisiti del software Documento dei requisiti I processi

Dettagli

INGEGNERIA DEL SOFTWARE. Prof. Paolo Salvaneschi

INGEGNERIA DEL SOFTWARE. Prof. Paolo Salvaneschi Università di Bergamo Facoltà di Ingegneria Corso di Laurea in Ingegneria Informatica INGEGNERIA DEL SOFTWARE Prof. Paolo Salvaneschi 1 Obiettivi Scopi del corso: - Fornire gli elementi di base della disciplina,

Dettagli

ALTEN ITALIA ACADEMY

ALTEN ITALIA ACADEMY Catalogo Corsi ALTEN ITALIA ACADEMY 1/17 ALTEN Italia S.p.A. Società Unipersonale Sistema Qualità Certificato UNI EN ISO 9001 Sede Legale e Amm.va: Via G. Crespi, 12-20134 Milano - Altre sedi: Bologna,

Dettagli

Software testing. Lezione 3 Functional Testing Federica Spiga federica_spiga@yahoo.it. A.A. 2010-2011 Autori: A.Bei/F.Rabini/F.

Software testing. Lezione 3 Functional Testing Federica Spiga federica_spiga@yahoo.it. A.A. 2010-2011 Autori: A.Bei/F.Rabini/F. 1 Software testing Lezione 3 Functional Testing Federica Spiga federica_spiga@yahoo.it A.A. 2010-2011 Autori: A.Bei/F.Rabini/F.Spiga 2 Functional Testing Sotto la dicitura funzionale si raccolgono i criteri

Dettagli

Lezione 1 Ingegneria del Software II- Introduzione e Motivazione. Ingegneria del Software 2 Introduzione e Richiami 1

Lezione 1 Ingegneria del Software II- Introduzione e Motivazione. Ingegneria del Software 2 Introduzione e Richiami 1 Lezione 1 Ingegneria del Software II- Introduzione e Motivazione Ingegneria del Software 2 Introduzione e Richiami 1 Riferimenti bibliografici I. Sommerville Ingegneria del Software 8a edizione Cap.1 R.

Dettagli

Sistemi di Gestione: cosa ci riserva il futuro? Novità Normative e Prospettive

Sistemi di Gestione: cosa ci riserva il futuro? Novità Normative e Prospettive Comitato SGQ Comitato Ambiente Sistemi di Gestione: cosa ci riserva il futuro? Novità Normative e Prospettive Mercoledì, 23 febbraio 2005 - Palazzo FAST (Aula Morandi) Piazzale Morandi, 2 - Milano E' una

Dettagli

Il sistema di gestione dei dati e dei processi aziendali. Il sistema di controllo interno

Il sistema di gestione dei dati e dei processi aziendali. Il sistema di controllo interno Il sistema di gestione dei dati e dei processi aziendali Il sistema di controllo interno Argomenti della lezione 1 - Controllo Interno: definizione e componenti 2 - Ambiente di controllo 3 - Valutazione

Dettagli

Verifica e validazione della qualità del sw

Verifica e validazione della qualità del sw Verifica e validazione della qualità del sw Tecniche di Programmazione Lez. 07 Università di Firenze a.a. 2009/10, I semestre 1/40 contenuti Termini e definizioni Tecniche rispetto alle caratteristiche

Dettagli

Questionario Modello di Maturità di Project Management (V.1.5.0)

Questionario Modello di Maturità di Project Management (V.1.5.0) Questionario Modello di Maturità di Project Management (V.1.5.0) E necessario rispondere a tutte le domande riportate di seguito, selezionando la risposta ritenuta migliore o quella che meglio descrive

Dettagli

Corso ISTQB Certified Tester Livello Foundation

Corso ISTQB Certified Tester Livello Foundation Fornitore della formazione accreditato da ITA-STQB Corso ISTQB Certified Tester Livello Foundation Conforme al Syllabus Foundation versione 2011 ALTEN ITALIA ACADEMY ALTEN ITALIA is: Certified by BMC for

Dettagli

Quality gate. Sono eventi programmati regolarmente e condotti seguendo una procedura standard

Quality gate. Sono eventi programmati regolarmente e condotti seguendo una procedura standard Quality gate Nei punti chiave del processo di sviluppo del software, viene integrato un insieme di quality gate per monitorare la qualità del prodotto intermedio prima che quest ultimo possa passare al

Dettagli

Root Cause Analysis come strumento di audit clinico: metodo e strumenti. Donatella Rizzini Ausl 1 Massa e Carrara

Root Cause Analysis come strumento di audit clinico: metodo e strumenti. Donatella Rizzini Ausl 1 Massa e Carrara Root Cause Analysis come strumento di audit clinico: metodo e strumenti Dott.ssa Donatella Rizzini Ausl 1 Massa e Carrara Root Cause Analysis Root Cause Analysis è un indagine strutturata che ha lo scopo

Dettagli

DAL PROGETTO/DESIGN PROGETTO/PROJECT

DAL PROGETTO/DESIGN PROGETTO/PROJECT DAL PROGETTO/DESIGN AL PROGETTO/PROJECT Dal Progetto / Design al Progetto / Project. Il Project Management come strumento per la competitività. Una panoramica su strumenti e tecniche per la gestione efficace

Dettagli

ISO Revisions Whitepaper

ISO Revisions Whitepaper ISO Revisions ISO Revisions ISO Revisions Whitepaper Processi e procedure Verso il cambiamento Processo vs procedura Cosa vuol dire? Il concetto di gestione per processi è stato introdotto nella versione

Dettagli

Fattori critici di successo

Fattori critici di successo CSF e KPI Fattori critici di successo Critical Success Factor (CSF) Definiscono le azioni o gli elementi più importanti per controllare i processi IT Linee guida orientate alla gestione del processo Devono

Dettagli

ALTEN ITALIA ACADEMY progetta ed eroga ai propri Clienti e Dipendenti formazione professionale nelle seguenti aree tematiche:

ALTEN ITALIA ACADEMY progetta ed eroga ai propri Clienti e Dipendenti formazione professionale nelle seguenti aree tematiche: ALTEN ITALIA ACADEMY è l ente di formazione specialistica del gruppo ALTEN in Italia che in ragione del proprio accreditamento, talvolta esclusivo, con alcuni dei più importanti schemi di certificazione

Dettagli

Università di Venezia Corso di Laurea in Informatica. Marco Fusaro KPMG S.p.A.

Università di Venezia Corso di Laurea in Informatica. Marco Fusaro KPMG S.p.A. Università di Venezia Corso di Laurea in Informatica Laboratorio di Informatica Applicata Introduzione all IT Governance Lezione 4 Marco Fusaro KPMG S.p.A. 1 CobiT Obiettivi del CobiT (Control Objectives

Dettagli

2. Ciclo di Vita e Processi di Sviluppo

2. Ciclo di Vita e Processi di Sviluppo 2. Ciclo di Vita e Processi di Sviluppo come posso procedere nello sviluppo? Andrea Polini Ingegneria del Software Corso di Laurea in Informatica (Ingegneria del Software) 2. Ciclo di Vita e Processi di

Dettagli

Modulo 1 Concetti di base della Qualità

Modulo 1 Concetti di base della Qualità Syllabus rev. 1.04 Modulo 1 Concetti di base della Qualità Il seguente Syllabus è relativo al Modulo 1, Concetti e approcci di base per la gestione della qualità in una organizzazione, e fornisce i fondamenti

Dettagli

Lo Studio di Fattibilità

Lo Studio di Fattibilità Lo Studio di Fattibilità Massimo Mecella Dipartimento di Informatica e Sistemistica Università di Roma La Sapienza Definizione Insieme di informazioni considerate necessarie alla decisione sull investimento

Dettagli

Indice. Prefazione all edizione italiana

Indice. Prefazione all edizione italiana Indice Prefazione all edizione italiana XV Capitolo 1 Il software e l ingegneria del software 1 1.1 L evoluzione del ruolo del software 3 1.2 Il software 5 1.3 La natura mutevole del software 8 1.4 Il

Dettagli

GESTIONE DI PROGETTO E ORGANIZZAZIONE DI IMPRESA

GESTIONE DI PROGETTO E ORGANIZZAZIONE DI IMPRESA GESTIONE DI PROGETTO E ORGANIZZAZIONE DI IMPRESA Il project management nella scuola superiore di Antonio e Martina Dell Anna 2 PARTE II ORGANIZZAZIONE DEL PROGETTO UDA 4 IL TEAM DI PROGETTO LEZIONE: IL

Dettagli

4. Requisiti del Software

4. Requisiti del Software 4. Requisiti del Software Cosa? Andrea Polini Ingegneria del Software Corso di Laurea in Informatica (Ingegneria del Software) 4. Requisiti del Software 1 / 35 Sommario 1 Generalità 2 Categorizzazione

Dettagli

Modulo 1 Concetti di base della Qualità

Modulo 1 Concetti di base della Qualità Syllabus rev. 1.03 Modulo 1 Concetti di base della Qualità Il seguente Syllabus è relativo al Modulo 1, Concetti e approcci di base per la gestione della qualità in una organizzazione, e fornisce i fondamenti

Dettagli

Sistemi Informativi DERIVAZIONE DEI REQUISITI FUNZIONALI. Obiettivi Specifica dei Requisiti Assembly Lines Esercizi

Sistemi Informativi DERIVAZIONE DEI REQUISITI FUNZIONALI. Obiettivi Specifica dei Requisiti Assembly Lines Esercizi Sistemi Informativi DERIVAZIONE DEI REQUISITI FUNZIONALI Obiettivi Specifica dei Requisiti Assembly Lines Esercizi Obiettivi Nelle lezioni precedenti abbiamo descritto come modellare i requisiti funzionali

Dettagli

Ingegneria del Software Requisiti e Specifiche

Ingegneria del Software Requisiti e Specifiche Ingegneria del Software Requisiti e Specifiche Obiettivi. Affrontare i primi passi della produzione del software: la definizione dei requisiti ed il progetto architetturale che porta alla definizione delle

Dettagli

Istituti Tecnici - Settore tecnologico Indirizzo Informatica e telecomunicazioni Articolazione Informatica

Istituti Tecnici - Settore tecnologico Indirizzo Informatica e telecomunicazioni Articolazione Informatica Linee guida Secondo ciclo di istruzione Istituti Tecnici - Settore tecnologico Indirizzo Informatica e telecomunicazioni Quadro orario generale 1 biennio 2 biennio 5 anno 1^ 2^ 3^ 4^ 5^ Sistemi e reti**

Dettagli

USO SICURO S.r.l. SPIN-OFF UNIVERSITARIO

USO SICURO S.r.l. SPIN-OFF UNIVERSITARIO SPIN-OFF UNIVERSITARIO P. IVA 06062510489 Sede Legale e Segreteria: c/o CESPRO, Largo G.A. Brambilla 3 Edificio H3-50134 Firenze Prof. Sergio Boncinelli, Cell: + 39 3392667880 mail: info@usosicuro.com

Dettagli

Approfondimento sulla ISO 29990

Approfondimento sulla ISO 29990 Approfondimento sulla ISO 29990 Lo standard ISO 29990 nasce da un progetto sul principio dell ISO 9001, volto alla creazione di uno standard dei servizi e dell organizzazione ed alla certificazione degli

Dettagli

Studio di fattibilità (2) Identificazione ed analisi dei requisiti

Studio di fattibilità (2) Identificazione ed analisi dei requisiti Prime fasi nella produzione del software &RUVR GL,QJHJQHULD GHO 6RIWZDUH Capitolato d appalto o doc. formale di richiesta prodotto Incontri con il committente e/o interviste Esercitazione Studio del dominio

Dettagli

Business white paper. Sette best practice per creare applicazioni che rispondano alle esigenze aziendali

Business white paper. Sette best practice per creare applicazioni che rispondano alle esigenze aziendali Business white paper Sette best practice per creare applicazioni che rispondano alle esigenze aziendali Indice 3 Sommario esecutivo 3 Introduzione 3 Best practice a livello aziendale 5 Best practice a

Dettagli

Automazione dei processi con SharePoint: Windows SharePoint Foundation 2010 Workflow o Josh, il sistema di Business Process Management?

Automazione dei processi con SharePoint: Windows SharePoint Foundation 2010 Workflow o Josh, il sistema di Business Process Management? Automazione dei processi con SharePoint: Windows SharePoint Foundation 2010 Workflow o Josh, il sistema di Business Process Management? di Gabriele Del Giovine (Tech. Strategist, it Consult) e Giovanni

Dettagli

Università degli Studi di Parma Facoltà di Scienze MM. FF. NN. Corso di Laurea in Informatica. Ingegneria del Software.

Università degli Studi di Parma Facoltà di Scienze MM. FF. NN. Corso di Laurea in Informatica. Ingegneria del Software. Università degli Studi di Parma Facoltà di Scienze MM. FF. NN. Corso di Laurea in Informatica Ingegneria del Software La fase di Test Giulio Destri Ing. del Software: Test - 1 Scopo del modulo Definire

Dettagli

LA TECHNOLOGY TRANSFER PRESENTA ROMA 18-20 GIUGNO 2012 ROMA 21-22 GIUGNO 2012 VISCONTI PALACE HOTEL - VIA FEDERICO CESI, 37

LA TECHNOLOGY TRANSFER PRESENTA ROMA 18-20 GIUGNO 2012 ROMA 21-22 GIUGNO 2012 VISCONTI PALACE HOTEL - VIA FEDERICO CESI, 37 LA TECHNOLOGY TRANSFER PRESENTA RANDY RICE TESTING DI SISTEMI LEGACY COMPLESSI E NON DOCUMENTATI PRACTICAL SOFTWARE TEST AUTOMATION ROMA 18-20 GIUGNO 2012 ROMA 21-22 GIUGNO 2012 VISCONTI PALACE HOTEL -

Dettagli

Ciclo di Vita Evolutivo

Ciclo di Vita Evolutivo Ciclo di Vita Evolutivo Prof.ssa Enrica Gentile a.a. 2011-2012 Modello del ciclo di vita Stabiliti gli obiettivi ed i requisiti Si procede: All analisi del sistema nella sua interezza Alla progettazione

Dettagli

Lista delle descrizioni dei Profili

Lista delle descrizioni dei Profili Lista delle descrizioni dei Profili La seguente lista dei Profili Professionali ICT è stata definita dal CEN Workshop on ICT Skills nell'ambito del Comitato Europeo di Standardizzazione. I profili fanno

Dettagli

Poca documentazione: uso di Story Card e CRC (Class Responsibility Collabor) Collaborazione con il cliente rispetto alla negoziazione dei contratti

Poca documentazione: uso di Story Card e CRC (Class Responsibility Collabor) Collaborazione con il cliente rispetto alla negoziazione dei contratti Sviluppo Agile [Cockburn 2002] Extreme Programming (XP) [Beck 2000] Sono più importanti auto-organizzazione, collaborazione, comunicazione tra membri del team e adattabilità del prodotto rispetto ad ordine

Dettagli

Qualifiche professionali per ITIL PRACTICES FOR SERVICE MANAGEMENT. Certificato ITIL Foundation in IT Service Management SYLLABUS

Qualifiche professionali per ITIL PRACTICES FOR SERVICE MANAGEMENT. Certificato ITIL Foundation in IT Service Management SYLLABUS Qualifiche professionali per ITIL PRACTICES FOR SERVICE MANAGEMENT Certificato ITIL Foundation in IT Service Management SYLLABUS Page 1 of 11 IL CERTIFICATO ITIL FOUNDATION IN IT SERVICE MANAGEMENT La

Dettagli

Piano di gestione della qualità

Piano di gestione della qualità Piano di gestione della qualità Pianificazione della qualità Politica ed obiettivi della qualità Riferimento ad un eventuale modello di qualità adottato Controllo della qualità Procedure di controllo.

Dettagli

Rational Unified Process Introduzione

Rational Unified Process Introduzione Rational Unified Process Introduzione G.Raiss - A.Apolloni - 4 maggio 2001 1 Cosa è E un processo di sviluppo definito da Booch, Rumbaugh, Jacobson (autori dell Unified Modeling Language). Il RUP è un

Dettagli

Università di Macerata Facoltà di Economia

Università di Macerata Facoltà di Economia Materiale didattico per il corso di Internal Auditing Anno accademico 2011-2012 Università di Macerata Facoltà di Economia 1 Obiettivo della lezione QUALITY ASSESSMENT REVIEW I KEY PERFORMANCE INDICATORS

Dettagli

7.1 Livello di completezza degli esempi

7.1 Livello di completezza degli esempi Luca Cabibbo Analisi e Progettazione del Software Capitolo 7 marzo 2013 Buono, poco costoso, rapidamente. Puoi scegliere due di queste caratteristiche. Anonimo 1 *** AVVERTENZA *** I lucidi messi a disposizione

Dettagli

La portata del software

La portata del software La portata del software Portata Contesto. In che modo il software in costruzione si inserirà nel sistema, prodotto o contesto aziendale esistente e quali vincoli impone il contesto? Obiettivi relativi

Dettagli

ALTEN è ad oggi training Provider:

ALTEN è ad oggi training Provider: L ALTEN ITALIA ACADEMY è l ente di formazione specialistica del gruppo ALTEN in Italia che, in ragione del proprio accreditamento, talvolta esclusivo, con alcuni dei più importanti schemi di certificazione

Dettagli

BOZZA DEL 06/09/2011

BOZZA DEL 06/09/2011 ARTICOLAZIONE: INFORMATICA Disciplina: COMPLEMENTI DI MATEMATICA (C4) Il docente di Complementi di matematica concorre a far conseguire allo studente, al termine del percorso quinquennale, i seguenti risultati

Dettagli

Panoramica su ITIL V3 ed esempio di implementazione del Service Design

Panoramica su ITIL V3 ed esempio di implementazione del Service Design Master Universitario di II livello in Interoperabilità Per la Pubblica Amministrazione e Le Imprese Panoramica su ITIL V3 ed esempio di implementazione del Service Design Lavoro pratico II Periodo didattico

Dettagli

5 Gestione dei progetti software. 5.1 Attività gestionale. Sistemi Informativi I Lezioni di Ingegneria del Software

5 Gestione dei progetti software. 5.1 Attività gestionale. Sistemi Informativi I Lezioni di Ingegneria del Software 5 Gestione dei progetti software. Dopo aver completato lo studio del ciclo di vita del software, in questa parte vengono discussi gli aspetti gestionali della produzione del software. Vengono esaminate

Dettagli

5.A.1 Controllo statistico di processo (SPC)

5.A.1 Controllo statistico di processo (SPC) 5.A.1 Controllo statistico di processo (SPC) F [2.A.3] Gli obiettivi che si vogliono raggiungere sono relativi alla comprensione del metodo, all utilizzo sistematico delle, alla progettazione di un controllo

Dettagli

ISO/IEC 27001 Versioni a confronto: 2005 vs 2013

ISO/IEC 27001 Versioni a confronto: 2005 vs 2013 ISO/IEC 27001 Versioni a confronto: 2005 vs 2013 Introduzione Il primo ottobre 2015 la normativa ISO/IEC 27001: 2005 verrà definitivamente sostituita dalla più recente versione del 2013: il periodo di

Dettagli

PMO: così fanno le grandi aziende

PMO: così fanno le grandi aziende PMO: così fanno le grandi aziende Tutte le grandi aziende hanno al loro interno un PMO - Project Management Office che si occupa di coordinare tutti i progetti e i programmi aziendali. In Italia il project

Dettagli

LA TECHNOLOGY TRANSFER PRESENTA ROMA 14-15 GIUGNO 2010 ROMA 16-17 GIUGNO 2010 VISCONTI PALACE HOTEL - VIA FEDERICO CESI, 37

LA TECHNOLOGY TRANSFER PRESENTA ROMA 14-15 GIUGNO 2010 ROMA 16-17 GIUGNO 2010 VISCONTI PALACE HOTEL - VIA FEDERICO CESI, 37 LA TECHNOLOGY TRANSFER PRESENTA RANDY RICE APPROCCI INNOVATIVI AL SOFTWARE TESTING SOFTWARE TEST AUTOMATION ROMA 14-15 GIUGNO 2010 ROMA 16-17 GIUGNO 2010 VISCONTI PALACE HOTEL - VIA FEDERICO CESI, 37 info@technologytransfer.it

Dettagli

L esperienza d integrazione in SSC

L esperienza d integrazione in SSC Roma, 10 dicembre 2010 Centro Congressi Cavour L esperienza d integrazione in SSC Approcci multimodello nelle pratiche aziendali Il presente documento contiene informazioni e dati di S.S.C. s.r.l., pertanto

Dettagli

RAM ABB - IL PROCESSO RAM. I processi di analisi RAM, già istituzionalizzati

RAM ABB - IL PROCESSO RAM. I processi di analisi RAM, già istituzionalizzati ABB - IL PROCESSO RAM un modello di valore Le analisi di affidabilità, disponibilità e manutenibilità (RAM: Reliability, Availability, Maintainability) si apprestano a diventare lo standard in tutti i

Dettagli

PIANO DI LAVORO (a.s. 2014/2015) Prof.ssa Andrea Luppichini Prof. Marco Fiorentini DISCIPLINA Informatica

PIANO DI LAVORO (a.s. 2014/2015) Prof.ssa Andrea Luppichini Prof. Marco Fiorentini DISCIPLINA Informatica lllo Istituto Tecnico Commerciale Statale e per Geometri E. Fermi Pontedera (Pi) Via Firenze, 51 - Tel. 0587/213400 - Fax 0587/52742 http://www.itcgfermi.it E-mail: mail@itcgfermi.it PIANO DI LAVORO (a.s.

Dettagli

UML e (R)UP (an overview)

UML e (R)UP (an overview) Lo sviluppo di sistemi OO UML e (R)UP (an overview) http://www.rational.com http://www.omg.org 1 Riassumento UML E un insieme di notazioni diagrammatiche che, utilizzate congiuntamente, consentono di descrivere/modellare

Dettagli

Processo parte III. Modello Code and fix. Modello a cascata. Modello a cascata (waterfall) Leggere Sez. 7.4 Ghezzi et al.

Processo parte III. Modello Code and fix. Modello a cascata. Modello a cascata (waterfall) Leggere Sez. 7.4 Ghezzi et al. Modello Code and fix Processo parte III Leggere Sez. 7.4 Ghezzi et al. Modello iniziale Iterazione di due passi scrittura del codice correzione degli errori Problemi: dopo una serie di cambiamenti, la

Dettagli

INDIRIZZO Informatica e Telecomunicazioni

INDIRIZZO Informatica e Telecomunicazioni ISTRUZIONE TECNICA INDIRIZZO Informatica e Telecomunicazioni L indirizzo Informatica e Telecomunicazioni ha lo scopo di far acquisire allo studente, al termine del percorso quinquennale, specifiche competenze

Dettagli

DOMENICO CLERICI LUIGI PETRUZZELLI

DOMENICO CLERICI LUIGI PETRUZZELLI DOMENICO CLERICI LUIGI PETRUZZELLI 2006-10-31 TICLE Srl - www.ticle.it Pag. 1/9 Dalla IV di copertina... Knowledge Based Project Management - Presentazione Questo libro nasce da un esperienza ventennale

Dettagli

R. De Pari. CO0142 rev. B 1

R. De Pari. CO0142 rev. B 1 R. De Pari CO0142 rev. B 1 VERIFICA ISPETTIVA PER LA QUALITÀ (O AUDIT DELLA QUALITÀ) - DEFINIZIONE Processo sistematico, indipendente e documentato per ottenere evidenze della Verifica Ispettiva e valutarle

Dettagli

Corso di Amministrazione di Sistema Parte I ITIL 3

Corso di Amministrazione di Sistema Parte I ITIL 3 Corso di Amministrazione di Sistema Parte I ITIL 3 Francesco Clabot Responsabile erogazione servizi tecnici 1 francesco.clabot@netcom-srl.it Fondamenti di ITIL per la Gestione dei Servizi Informatici Il

Dettagli

l assicurazione di qualità della convalida dell apprendimento non formale e informale (LLP-LdV-TOI-11-IT-632)

l assicurazione di qualità della convalida dell apprendimento non formale e informale (LLP-LdV-TOI-11-IT-632) (LLP-LdV-TOI-11-IT-632) l assicurazione di qualità della convalida dell apprendimento non formale e informale Il presente progetto è finanziato con il sostegno della Commissione europea. L autore è il

Dettagli

Metodologia Classica di Progettazione delle Basi di Dati

Metodologia Classica di Progettazione delle Basi di Dati Metodologia Classica di Progettazione delle Basi di Dati Metodologia DB 1 Due Situazioni Estreme Realtà Descritta da un documento testuale che rappresenta un insieme di requisiti del software La maggiore

Dettagli

Domenico Clerici Luigi Petruzzelli La gestione quantitativa di progetti software

Domenico Clerici Luigi Petruzzelli La gestione quantitativa di progetti software Domenico Clerici Luigi Petruzzelli La gestione quantitativa di progetti software Edizioni Della Vigna Indice PREFAZIONE... XIII RICHIAMI DI PROJECT MANAGEMENT... 19 1.1 - Introduzione al project management...

Dettagli

AUDITOR D.Lgs 231/01. Seminario ACIQ SICEV Sessione di Aggiornamento Dedicata ai Registri SICEV SICEP. Milano 28 Settembre 2012.

AUDITOR D.Lgs 231/01. Seminario ACIQ SICEV Sessione di Aggiornamento Dedicata ai Registri SICEV SICEP. Milano 28 Settembre 2012. AUDITOR D.Lgs 231/01 Seminario ACIQ SICEV Sessione di Aggiornamento Dedicata ai Registri SICEV SICEP Milano 28 Settembre 2012 Rosso Claudio 0 INDICE 01. D.Lgs. 231/01: Implicazioni Penali e strumenti Organizzativi

Dettagli

REPERTORIO DELLE QUALIFICAZIONI PROFESSIONALI DELLA REGIONE CAMPANIA

REPERTORIO DELLE QUALIFICAZIONI PROFESSIONALI DELLA REGIONE CAMPANIA REPERTORIO DELLE QUALIFICAZIONI PROFESSIONALI DELLA REGIONE CAMPANIA SETTORE ECONOMICO PROFESSIONALE 1 INFORMATICA Processo Sviluppo e gestione di prodotti e servizi informatici Sequenza di processo Analisi

Dettagli

ARIES. Architettura per l'implementazione rapida dei Sistemi Aziendali. Presentazione della metodologia ARIES

ARIES. Architettura per l'implementazione rapida dei Sistemi Aziendali. Presentazione della metodologia ARIES ARIES Architettura per l'implementazione rapida dei Sistemi Aziendali. Presentazione della metodologia ARIES ARIES è una metodologia per implementare rapidamente sistemi informativi aziendali complessi,

Dettagli

Copyright Università degli Studi di Torino, Progetto Atlante delle Professioni 2009 IT PROCESS EXPERT

Copyright Università degli Studi di Torino, Progetto Atlante delle Professioni 2009 IT PROCESS EXPERT IT PROCESS EXPERT 1. CARTA D IDENTITÀ... 2 2. CHE COSA FA... 3 3. DOVE LAVORA... 4 4. CONDIZIONI DI LAVORO... 5 5. COMPETENZE... 6 Quali competenze sono necessarie... 6 Conoscenze... 8 Abilità... 9 Comportamenti

Dettagli

Analisi dei requisiti e casi d uso

Analisi dei requisiti e casi d uso Analisi dei requisiti e casi d uso Indice 1 Introduzione 2 1.1 Terminologia........................... 2 2 Modello del sistema 4 2.1 Requisiti hardware........................ 4 2.2 Requisiti software.........................

Dettagli

ISTITUTO TECNICO ECONOMICO MOSSOTTI

ISTITUTO TECNICO ECONOMICO MOSSOTTI CLASSE III INDIRIZZO S.I.A. UdA n. 1 Titolo: conoscenze di base Conoscenza delle caratteristiche dell informatica e degli strumenti utilizzati Informatica e sistemi di elaborazione Conoscenza delle caratteristiche

Dettagli

PRINCIPIO DI REVISIONE INTERNAZIONALE (ISA Italia) 230 LA DOCUMENTAZIONE DELLA REVISIONE CONTABILE. Indice

PRINCIPIO DI REVISIONE INTERNAZIONALE (ISA Italia) 230 LA DOCUMENTAZIONE DELLA REVISIONE CONTABILE. Indice PRINCIPIO DI REVISIONE INTERNAZIONALE (ISA Italia) 230 LA DOCUMENTAZIONE DELLA REVISIONE CONTABILE (In vigore per le revisioni contabili dei bilanci relativi ai periodi amministrativi che iniziano dal

Dettagli

12. FONDAMENTI DI INGEGNERIA DEL SOFTWARE

12. FONDAMENTI DI INGEGNERIA DEL SOFTWARE 12. FONDAMENTI DI INGEGNERIA DEL SOFTWARE PREMESSA La produzione del software non può essere affidata all improvvisazione: sapere scrivere algoritmi e programmi non garantisce di per se l avere un software

Dettagli

Progetto software 2008/2009. Docente Marianna Nicolosi Asmundo

Progetto software 2008/2009. Docente Marianna Nicolosi Asmundo Progetto software 2008/2009 Docente Marianna Nicolosi Asmundo Obiettivi del corso Coinvolgervi nello sviluppo di un progetto software in cui mettere a frutto le conoscenze che avete acquisito durante i

Dettagli

WebRatio. L altra strada per il BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8

WebRatio. L altra strada per il BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 WebRatio L altra strada per il BPM Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 Il BPM Il BPM (Business Process Management) non è solo una tecnologia, ma più a grandi linee una disciplina

Dettagli

QUESTIONARIO 1: PROCESSO DI AUTOVALUTAZIONE

QUESTIONARIO 1: PROCESSO DI AUTOVALUTAZIONE QUESTIONARIO 1: PROCESSO DI AUTOVALUTAZIONE Step 1 - Decidere come organizzare e pianificare l autovalutazione (AV) 1.1. Assicurare l impegno e il governo del management per avviare il processo. 1.2. Assicurare

Dettagli

ALLEGATO 1.4 CICLI DI VITA DEL SOFTWARE

ALLEGATO 1.4 CICLI DI VITA DEL SOFTWARE ALLEGATO 1.4 CICLI DI VITA DEL SOFTWARE Allegato 1.4 Cicli di vita del software Pagina 1 di 20 Indice 1 CICLI DI VITA... 3 1.1 Ciclo di Sviluppo...3 1.2 Ciclo di Manutenzione...5 2 LE FASI PROGETTUALI...

Dettagli

ALLEGATO 1.4 CICLI DI VITA DEL SOFTWARE

ALLEGATO 1.4 CICLI DI VITA DEL SOFTWARE ALLEGATO 1.4 CICLI DI VITA DEL SOFTWARE Allegato 1.4 Cicli di vita del software Pagina 1 di 20 Indice 1 CICLI DI VITA... 3 1.1 Ciclo di Sviluppo... 3 1.2 Ciclo di Manutenzione... 5 2 LE FASI PROGETTUALI...

Dettagli

Scuola Primaria Statale Falcone e Borsellino

Scuola Primaria Statale Falcone e Borsellino ISTITUTO COMPRENSIVO STATALE DI LOVERE VIA DIONIGI CASTELLI, 2 - LOVERE Scuola Primaria Statale Falcone e Borsellino PROGRAMMAZIONE DIDATTICA ANNUALE Le programmazioni didattiche sono state stese in base

Dettagli

Modellazione di sistema

Modellazione di sistema Corso di Laurea Specialistica in Ingegneria Informatica Corso di Ingegneria del Software A. A. 2008 - Modellazione di sistema E. TINELLI Contenuti Approcci di analisi Linguaggi di specifica Modelli di

Dettagli

02: Project Management

02: Project Management 02: Project Management Le tre P del project management Persone motivate / esperte SEI PM-CMM (People Management Capability Maturity Model) assunzione / selezione addestramento / cultura di gruppo stipendio

Dettagli

Indice. 1 Evoluzione dell Idea di project management e definizione del progetto ----------------------4

Indice. 1 Evoluzione dell Idea di project management e definizione del progetto ----------------------4 LEZIONE LA GESTIONE DEI PROGETTI DOTT. GIUSEPPE IULIANO Indice 1 Evoluzione dell Idea di project management e definizione del progetto ----------------------4 1.1 La prima fase di impostazione ---------------------------------------------------------------------7

Dettagli

INSEGNARE CON I TASK Appunti

INSEGNARE CON I TASK Appunti INSEGNARE CON I TASK Appunti 1. Condizioni per l apprendimento Esposizione alla lingua da apprendere Opportunità per l uso della lingua Motivazione l uso della lingua in attività di ascolto, parlato, lettura

Dettagli