Seminario CNIPA 2 giornata La misura della Qualità del software. Roma - 10 aprile Giovanni Pistarini

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "Seminario CNIPA 2 giornata La misura della Qualità del software. Roma - 10 aprile 2006. Giovanni Pistarini (giovanni.pistarini@it.compuware."

Transcript

1 Il collaudo del software Metodologie e principi del testing, funzionale e prestazionale esempi e regole da seguire per impostare un collaudo Seminario CNIPA 2 giornata La misura della Qualità del software Roma, 10 aprile Argomenti di oggi Come richiedere ed ottenere la qualità pattuita e non sostenere costi aggiuntivi Le richieste formali L organizzazione interna Processi e strumenti da utilizzare Come minimizzare i rischi nel caso di qualità non sufficiente Organizzazione del pre collaudo e collaudo Gestire il rischio e le risorse Metriche 2

2 Le multidimensioni della Qualità conformità con i requisiti funzionali e prestazionali espiciti, con standard di sviluppo documenti e con le caratteristiche implicite che è lecito attendersi (R.S.Pressman, Ingegneria del software, McGraw Hill, libri Italia 200) conseguenza dell efficacia e della efficienza dei processi che li hanno generati e li supportano (UNI ISO ) assenza di difetti che potrebbero bloccare l uso sel prodotto o condurlo a fornire risultati e/o prestazioni inaccettabili (C.Jones, Applied software measurement, 2 ed. McGraw Hill, 1996) soddisfazione dell utente ed aderenza ai requisiti (W.E.Perry, Quality Assurance for information Systems, QED Publishing Company, 1991) 3 Le multidimensioni della Qualità requisiti funzionali e prestazionali standard di sviluppo documenti Strategia di Acquisizione Gestione del contratto dei processi assenza di difetti prestazioni inaccettabili Processo di QA Piano di Qualità Controlli di Qualità Prodotti / Servizi Collaudo Metriche Slide di transizione Livelli di Servizio soddisfazione dell utente soddisfazione dell utente aderenza Certificazione ai requisiti di Qualità 4

3 Le multidimensioni della Qualità dei processi requisiti funzionali e prestazionali assenza di difetti prestazioni inaccettabili aderenza ai requisiti Strategia di Acquisizione Gestione del contratto Processo di QA Piano di Qualità Controlli di Qualità Prodotti / Servizi Collaudo standard di sviluppo documenti Metriche Livelli di Servizio soddisfazione dell utente Certificazione di Qualità 5 Perchè preoccuparsi (della qualità) Robert Cringely (giornalista scientifico): se l automobile avesse seguito lo stesso sviluppo del computer, una Rolls-Royce Royce costerebbe oggi giorno 100 $, farebbe un milione di kilometri con 5 litri ed esploderebbe una volta all annoanno causando la morte di tutti i passeggeri 6

4 Perchè preoccuparsi (della qualità) non solo un discorso di eccellenza Maggiore complessità delle applicazioni e sistemi con esposizione diretta verso gli utenti finali 70% dei progetti implementati fuori tempo e budget previsto (source: Newport group study) 60-70% dei progetti falliti sono per carenza nella gestione e dei requisiti (source: META Group) Rischi e costi derivati dalla non qualità sempre più insostenibili Cost of Inadequate Testing (billions) Feasible Cost Reduction (billions) Software developers $21.2 $10.6 Software users $38.3 $11.7 Total $59.5 $22.2 Source: National Institute of Standards and Technology The Economic Impacts of Inadequate Infrastructure for Software Testing May Assicurare minor costo della Qualità per avere la Qualità richiesta Cost of NonConformance I costi delle non conformità rappresentano gli effetti negativi di malfunzionamenti e incorretti sviluppi Includono: Sviluppo di servizi/ funzioni non adeguate alle richieste dell utente le attività di correzione dei difetti e retesting; eccessivo consumo di risorse; distribuzione del fix, gestione del disservizio e dell utente; oltre ai danni all immagine, la perdita di produttività, INVESTIMENTO QUALITA Investment in Conformance I costi per la conformità rappresentano gli investimenti per ridurre i costi legati alle non Conformità. COSTI NON QUALITA Includono: attività di assicurazione e controllo qualità (test, verifiche, validazioni, revisioni, ispezioni,collaudi ) analisi e gestione delle non conformità; tutti i processi atti a garantire e controllare gli standard di qualità prefissati (processi, procedure,...) 8

5 I costi della Qualità Prevention Appraisal Cost of preventing customer dissatisfaction, including errors or weaknesses in software, design, documentation, and support. Internal Failure Cost of dealing with errors discovered during development and testing. Note that the company loses money as a user (who can t make the product work) and as a developer (who has to investigate, and possibly fix and retest it). Cost of inspection (testing, reviews, etc.). External Failure Cost of dealing with errors that affect your customers, after the product is released. Source: Cem Kaner & James Black Black Box Testing 9 Alcuni esempi dei costi della qualità Prevention Staff training Requirements analysis & early prototyping Fault-tolerant design Defensive programming Usability analysis Clear specification Accurate internal documentation Pre-purchase evaluation of the reliability of development tools Internal Failure Bug fixes Regression testing Wasted in-house user time Wasted tester time Wasted writer time Wasted marketer time Wasted advertisements Direct cost of late shipment Opportunity cost of late shipment Source: Cem Kaner & James Black Black Box Testing Appraisal Design review Code inspection Glass box testing Black box testing Training testers Beta testing Usability testing Pre-release out-of-box testing by customer service staff External Failure Lost sales and lost customer goodwill Technical support calls Writing answer books (for Support) Investigating complaints Supporting multiple versions in the field Refunds, recalls, warranty, legal costs Interim bug fix releases Shipping updated product PR to soften bad reviews Discounts to resellers 10

6 I costi per il cliente e i costi per fornitore These illustrate costs absorbed by the seller that releases a defective product. Lost sales and lost customer goodwill Technical support calls Writing answer books (for Support) Investigating complaints Refunds, recalls, warranty, legal costs Government investigations Supporting multiple versions in the field Interim bug fix releases Shipping updated product PR to soften bad reviews Discounts to resellers Seller: external costs Customer: failure costs (seller s externalized costs) These illustrate costs absorbed by the customer who buys a defective product. Wasted time Lost data Lost business Embarrassment Frustrated employees quit Failure during one-time-only tasks, e.g. demos to prospective customers Cost of replacing product Reconfiguring the system Cost of recovery software Tech support fees Injury / death Source: Cem Kaner & James Black Black Box Testing 11 Cost of Costi indotti dalle NonConformance non conformità e I costi delle non conformità difetti rilevati rappresentano gli effetti negativi di malfunzionamenti e incorretti sviluppi Includono: Sviluppo di servizi/ funzioni non adeguate alle richieste dell utente le attività di correzione dei difetti e retesting; eccessivo consumo di risorse; distribuzione del fix, gestione del disservizio e dell utente; oltre ai danni all immagine, la perdita di produttività, Costi Assicurare minor costo della Qualità per avere la Qualità richiesta INVESTIMENTO QUALITA *QUALITYPOINT : denominazione della metodologia di test Compuware Investment in Conformance Quality Point* Quality Point* Risk $$$ Investimenti I costiin per qualità, la conformità processi e controlli rappresentano gli investimenti per ridurre i costi legati alle non Conformità. COSTI NON QUALITA Investimento nella qualità Includono: attività di assicurazione e controllo qualità (test, verifiche, validazioni, revisioni, ispezioni,collaudi ) analisi e gestione delle non conformità; tutti i processi atti a garantire e controllare gli standard di qualità prefissati (processi, procedure,...) Fonte ISO

7 Perchè preoccuparsi (della qualità) situazioni nella realtà Rapporto amministrazione fornitore troppo spesso sbilanciato sul minor costo La qualità non viene richiesta con i doverosi dettagli Nuove forniture basate su nuove tecnologie che richiedono un costante investimento in aggiornamento e formazione, nuovi costi per i fornitori Di contro una situazione generale difficile di mercato Necessità di mantenere le proprie posizioni nel mercato Necessità di abbassare i costi mantenendo i profitti Minori investimenti sul personale Esperienza e preparazione professionale da costruire Perché la qualità è il prodotto di un processo che deve iniziare subito ma i cui risultati sono visibili solo molto più avanti 13 La qualità dovuta, ma non è scontata Avere la qualità richiesta significa avere quel 46% (35%-50%) dal fornitore, per garantire non la qualità eccelsa, ma: Il software corretto per soddisfare le proprie necessità Il valore corretto per quanto corrisposto Questa parte della fornitura deve esserci L amministrazione deve far capire fin da subito che 100 è richiesto e 100 è corrisposto (costo di sviluppo) Altrimenti il ribasso sui costi interni porterà il fornitore a limitare quella parte di investimento meno visibili all amministrazione nell immediato : la qualità. E infatti difficile valutare la qualità nel breve tempo, e quanto ci si accorge della sua mancanza è troppo tardi per tutti tornare indietro. L amministrazione rischia di ottenere, del 100% corrisposto, solo il 60%, con l aggravante di sostenere i costi successivi della non qualità. 14

8 Ridurre i costi della qualità significa intervenire all origine Avere la qualità richiesta significa avere quel 46% (35%-50%) dal fornitore, per garantire non la qualità eccelsa, ma: Il software corretto per soddisfare le proprie necessità Il valore corretto per quanto corrisposto Questa parte della fornitura deve esserci attraverso un adeguato processo di assicurazione della Qualità e i relativi controlli di Qualità Qualità richiesta Controlli di Qualità verifica validazione riesame accettazione (UNI CEI ISO/IEC 12207) Revisioni Ispezioni Requisiti Revisioni Disegno Revisioni Assicurazione della Qualità test precollaudo Sviluppo e test funzionale qualità prestaizonale Collaudo Erogazione Manutenzione Periodo di garanzia n.c. n.c. n.c. n.c. n.c. n.c. Rilevazione Non Conformità - BIP Base informativa di Progetto (PGE Gestione) accettazione Test Collaudo accettazione Utente finale 15 I controlli di QUALITA alla base di un processo di sviluppo a più basso costo L Assicurazione della Qualità ha come obiettivo primario digarantire che i processiproduttivi producano qualità nel prodotto realizzato: la precocità della rilevazione di anomalie e non conformità è anche alla base di un processo di sviluppo a più basso costo, data l incidenza elevata che nei costi globali assumono le rilavorazioni effettuate nelle parti finali del processo produttivo o dopo la sua conclusione (manutenzione). Il costo per la scoperta delle non conformità Metriche $10 $100 $1,000 $10,000 $100,000 Requirements Gathering Design Coding Testing Production 16

9 PAQ Assicurazione della Qualità (6.1.3) Definizione Assicurazione della Qualità (PAQ) è l insieme delle attivit à sistematiche e pianificate messe in campo dal fornitore per dare evidenza e fiducia all Amministrazione che i servizi e i prodotti contrattualmente forniti siano conformi ai requisiti. Determinare il livello di Qualità minimo... Determinare il livello di qualità minimo richiesto e le modalità di assicurazione della qualità è una attività che si deve preparare già nell analisi del rischio per essere valutata rispetto ai potenziali costi (e rischi) derivati dalla non qualità raggiunta. Parte integrante della fornitura È importante considerare il PAQ, e con esso il sistema di Controllo della Qualità (ad esempio il piano di test e il sistema realizzato per effettuarlo) e gli altri sistemi connessi (ad esempio gestione della configurazione), come parte integrante della fornitura del prodotto o servizio, e non un mezzo finalizzato alla sola consegna ed accettazione della fornitura. Questa considerazione, se applicata, permette di innescare un meccanismo di assicurazione della qualità tale da permettere un progressivo e continuo miglioramento dei livelli qualitativi. 17 Come valutare un processo di Qualità? Un PAQ deve essere misurato sulla sua capacità di rilevare le non conformità il più vicino possibile alla loro origine Tanto più questa distanza è minore, tanto minori saranno i costi di intervento per ristabilire il livello qualitativo richiesto (rimuovere la n.c.) Come misurare l efficacia del Processo di Assicurazione della Qualità? Il sistema di registrazione delle non conformità ed anomalie, oltre che essere un indispensabile processo di supporto, rappresenta un elemento di ingresso per il PAQ, fondamentale per valutare l efficacia e qualità del processo di assicurazione della qualità implementato dal fornitore e permettere dunque i necessari interventi per migliorarlo nel rispetto degli obiettivi e dei costi del progetto. (Descrizione delle attività e dei prodotti Cap 5) Metriche come la Defect Removal Effectiveness (Efficacia di rimozione delle Requisiti Disegno Sviluppo e test Collaudo Erogazione Manutenzione Utente finale non conformità). Essa misura la percentuale di non conformità rilevate e rimosse prima del rilascio della fornitura, Periodo o ad di garanzia una certa fase di sviluppo del n.c. n.c. n.c. n.c. n.c. n.c. n.c. n.c. n.c. n.c. Garanzia progetto, sul totale delle non conformità presenti sulla fornitura. (Misurare l efficacia Rilevazione della Non Conformità qualità Cap - BIP 5.2.2) Base informativa di Progetto (PGE Gestione) 18

10 Gli effetti nella non qualità Come riuscire a valutare che siano state effettivamente impegnate risorse per inserire Qualità nel processo e nel prodotto (46%) Concetto di costo della qualità È il costo da sostenere per rimuovere le non conformità inserite nelle varie fasi del progetto (analisi, disegno, codifica,...) Questo costo è tanto più alto quanto più tardi sono rilevate le non conformita Questo costo è tanto più basso quanto più minima è la distanza tra l iniezione del difetto e la sua scoperta Per questo motivo è necessario che il processo di assicurazione di qualità e le attività di validazione e verifica siano presenti fin dalle prime fasi e per tutto il progetto (revisioni, ispezioni, test,..) Inoltre la misurare l efficacia delle attività di validazione e verifica può essere fatta solo sul lungo termine, quanto si conosce la reale quantità delle non conformità presenti Per questo motivo è pericoloso misurare la qualità effettiva solo quando si arriva al collaudo 19 I costi pericolosi della (non) Qualità importanza del PAQ nello sviluppo SW Il Costo della Qualità può essere considerato come il costo per rimuovere le NON conformità presenti CeBase Software Defect Reduction Top-10 List, Basili, Victor and Boehm, Barry, Presentation, January 10, 2001, page 5 (adapted) ,000 10, ,000 Requirements Gathering Design Coding Testing Production 20

11 Ridurre i costi della qualità significa intervenire all origine Conformità presenti per fase di progetto Esempio di calcolo del costo per 100 bug Situazione ideale Tutte le non conformità sono rilevate e rimosse non appena introdotte (all interno della stessa fase di progetto) Costo 25 n.c 40 n.c. 30 n.c. 3 n.c. 2 n.c. minimo Requirements Design Coding Testing Production Gathering della Qualità 25 x x x x x = ,000 10, ,000 Requirements Gathering Design Coding Testing Production Esempio del costo della non qualità 21 Ridurre i costi della qualità significa intervenire all origine Situazione peggiore le non conformità sono rilevate e rimosse solo in fasi successive per mancanza di controlli di qualità all interno delle stesse fasi di progetto 20 n.c 10 n.c. Costo 5 n.c. massimo 25 n.c 40 n.c. 30 n.c. 3 n.c. 2 n.c. della Requirements Design Coding Testing Production Qualità Gathering = ,000 10, ,000 Requirements Gathering 35 n.c. 30 n.c. Design Coding Testing Production Esempio di calcolo del costo Esempio del costo della non qualità 22

12 Ripartizione reale dei costi della non QUALITA Esempio di calcolo del costo 35 n.c. 30 n.c. 20 n.c 10 n.c. Costo 5 n.c. massimo 25 n.c 40 n.c. 30 n.c. 3 n.c. 2 n.c. della Requirements Design Coding Testing Production Qualità Gathering = Costi interni nelprocesso di sviluppo per il fornitore Area dicompromesso (troppo tardiper rifare, si deve comunque andare in produzione) Costi aggiuntiviper l amministrazione Manutenzione Correttiva & Evolutiva 23 Argomenti di oggi Come richiedere ed ottenere la qualità pattuita e non sostenere costi aggiuntivi Le richieste formali L organizzazione interna Processi e strumenti da utilizzare Come minimizzare i rischi nel caso di qualità non sufficiente Organizzazione del pre collaudo e collaudo Gestire il rischio e le risorse Metriche 24

13 Ridurre i costi della qualità significa intervenire all origine Ottenere la qualità al momento giusto 25 n.c 40 n.c. 30 n.c. 3 n.c. 2 n.c. Requirements Gathering Design Coding Testing Production Qualità richiesta Controlli di Qualità verifica validazione riesame accettazione (UNI CEI ISO/IEC 12207) Revisioni Ispezioni Requisiti Revisioni Disegno Revisioni Assicurazione della Qualità test precollaudo Sviluppo e test funzionale qualità prestaizonale Collaudo Erogazione Manutenzione Periodo di garanzia n.c. n.c. n.c. n.c. n.c. n.c. Rilevazione Non Conformità - BIP Base informativa di Progetto (PGE Gestione) accettazione Test Collaudo accettazione Utente finale 25 Metriche come la Defect Removal Effectiveness (Efficacia di rimozione delle non conformità). permettono la misura della percentuale di non conformità rilevate e rimosse prima del rilascio della fornitura, o ad una certa fase di sviluppo del progetto, sul totale delle non conformità presenti sulla fornitura. Assicurazione della Qualità (PAQ ) Linee Guida CNIPA per la qualità nelle forniture ICT Gennaio 2005 Ma è difficile valutare le attività di V&V prima del test CeBase Software Defect Reduction Top-10 List, Basili, Victor and Boehm, Barry, Presentation, January 10, 2001, page 5 (adapted). Planning Report 02-3: The Economic Impacts of Inadequate Infrastructure for Software Testing, prepared by RTI for the National Institute of Standards & Technology, May 2002, page 6-10 (adapted). 26

14 Non impossibile controllare le attività per il test Test e collaudo (o collaudo?) Il test è la parte più costosa nelle attività di controllo qualità Ma è anche la parte visibile delle Verifiche e Validazioni costruite dal fornitore per assicurare la qualità E l ultima occasione per intervenire a costi accettabili per ridurre i rischi La Svolta: il test come parte integrante della fornitura Diventa argomento di valutazione, anche economica Si assicura la sua corretta preparazione (fin dalle prime fasi) e qualità (copertura, efficacia e riusabilità) Si quantifica, si qualifica, si dettagliano le modalità di documentazione ed esecuzione Si richiede di un asset utilizzabile a seguito di successive manutenzioni, si richiede il codice di test Si inseriscono strumenti e tecnologie di mercato a supporto, per garantire il rispetto di un certo processo Si assicura che il test, almeno il test, venga effettuato con il giusto rigore Si predispone ad un collaudo affidabile e rapido Applicazione o servizio più documentato Attenzione È una parte attiva del sistema, va mantenuta 27 Scopo del TESTING oltre la qualità il controllo e la mitigazione del rischio Il TESTING deve essere in grado di offrire La riduzione massima del rischio La garanzia (oggettiva) del rispetto dei requisiti richiesti (funzionalità e prestazioni). TEST La riduzione del rischio della messa in esercizio di applicazioni non correttamente funzionanti (core business, middleware, patch, ecc.). Un sistema organizzato e riutilizzabile che costituisce patrimonio per l amministrazione al pari dell applicazione. La portabilità del processo sia per lo sviluppo interno sia per quello esterno (fornitori). Un processo di miglioramento continuo della Qualità (accrescimento, miglioramento e automazione dei piani di test in vista del futuro riutilizzo). Metriche 28

15 Evitare che il TEST diventa COLLAUDO La qualità del sw non è immediatamente misurabile e quando è possibile farlo è troppo tardi E necessario riuscire a far sviluppare quel 46% al fornitore per le attività di verifica e validazione, incluse le attività di test. Per raggiungere questo obiettivo serve Attenzione massima al processo di assicurazione di qualità Specificare fin da subito con chiarezza le modalità richieste per il test, in termini di standard, strumenti, quantità, contenuti e modalità di progettazione ed esecuzione Gestire i test sulla base di requisiti e livello di rischio rappresentato Dare valenza economica in fase di aggiudicazione della gara Richiedere e approvare i documenti di test prima dello sviluppo e il codice di test al suo termine Implementare un processo di tracciatura dei difetti, dalle prime revisioni al collaudo e successivo periodo di garanzia, da implementare immediatamente Utilizzo metriche, ecc Creare al proprio interno una struttura competente con ruoli e poteri per seguire il progetto software in tutti i controlli di qualità richiesti. 29 Le mosse possibili delle amministrazioni Seguire le attività di V&V dal capitolato al collaudo Quantificare i test Definire gli standard per la progettazione dei test Definire i contenuti dei test, livello di dettaglio Definire le modalità di esecuzione (manuale/ automatica) Introdurre strumenti di test management e test automation Introdurre vincoli sull accettazione della documentazione di test Determinare precisi criteri di ingresso / uscita per la fase di collaudo Documentazione di test approvata Script di test dettagliati e riutilizzabili Ambiente di collaudo allestito Superamento di una prima fase di test a campione (smoke test) 30

16 Quantificare e qualificare il test Quanti test? Legare i test alle dimensioni del software Esempio 1,2 casi di test per FUNCTION POINT più 1 caso di test per ogni messaggio verso l utente Quali test Copertura funzionale, identificare e pesare la mappa delle funzioni da testare (REQUISITI FUNZIONALI DI TEST), dalla macro funzione e requisito di business fino alla funzione elementare. Copertura delle condizioni di test, identificare e pesare i singoli requisiti di test per le diverse condizioni di test da implementare per ogni singola funzione Attenzione Definire univocamente la dimensione e confine del caso di test Definire formati e contenuti minimi e comuni da utilizzare Definire ruoli all interno dell amministrazione e i tempi di consegna 31 Le mosse possibili delle amministrazioni (recenti capitolati) Quantificare i test [ ] Un test di funzione o di applicazione si compone di una sequenza di test elementari (casi di test, ad ognuno dei quali tipicamente corrisponde una segnalazione di ok, di warning o di errore), che si possono distinguerein: casi di test informatici (es. controllo di validità di un valorein un campo); casi di test applicativi (es. controllo di quadratura dopo un elaborazione di altri dati in input o presenti sulla base dati). I test di funzionedevono essere prodotti in modo da assicurarela seguente copertura: almeno 1 test per ogni funzione e almeno 0,5 casi di test per Punto Funzione; almeno 1 caso di test per ogni segnalazione intrafunzionale (di ok, di warning o di errore). 32

17 Le mosse possibili delle amministrazioni (recenti capitolati) i test come parte integrante della fornitura [ ] il codice di test (casi di test, script, set up dati di prova ecc.) relativo agli Obiettivi realizzativi, dovrà essere consegnato come parte integrante della fornitura, per essere catalogato e riusato nell ambito delle attività di manutenzione e di certificazione. Nel caso di manutenzione su applicazioni per le quali sia stato già prodotto il codice di test e collaudo, questo dovrà essereriutilizzato, aggiornato e riconsegnato a fronte dell intervento di manutenzione effettuato. Il codice di test e collaudo deve essere realizzato in forma autoconsistente. Il test perciò sarà composto di una prima parte di cleaning o set up della porzione di base dati che sarà utilizzata e di una seconda parte composta dall insieme dei casi di test di cui il test si compone. La parte set up potrà essererealizzata in forma autonoma e comuneper essere usata da più di un test. [ ] Richiedere test riutilizzabili implica cura nella loro preparazione e soprattutto implica che si tratta di test realmente utilizzati. Aumenta la confidenza che i test forniti siano test il cui utilizzo nel collaudo può essere limitato ad un campione. L amministrazione potrà selezionare i test per il collaudi e costruire un processo di certificazione Si introduce il concetto di codice di test, sia esso manuale o automatico (script di test). 33 Le mosse possibili delle amministrazioni (recenti capitolati) Attenzione al processo [ ]... per l attività di test funzionale : Va assicurato che i casi e le procedure di test siano completi e accurati. I risultati di queste attività vanno registrati e vanno aggiornati i casi di test e le procedure, se necessario. Vanno registrati e analizzati i risultati del test e le anomalie eventualmente riscontrate.... per l attività di Assicurazione della Qualità : Vanno effettuate, in modo continuativo, verifiche sulle attività di sviluppo software e sui prodotti risultanti da queste, al fine di: 1. assicurare che ogni attività sia stata eseguita in conformità con il contratto e con le procedure previste nel Piano della qualità 2. assicurare che ogni prodotto software sia stato sottoposto a verifiche, test e azioni correttive necessarie I piani e gli script di test realizzati sono considerati parte integrante del software fornito e devono essere rilasciati all Amministrazione per futuri collaudi di non regressione. 34

18 Le mosse possibili delle amministrazioni (recenti capitolati) Attenzione ai contenuti, alla copertura e alla modalità di verifica [ ] Test Funzionali e di integrazione : Vanno predisposti opportuni casi di test (in termini di output, risultati attesi e criteri di valutazione), procedure e dati per l effettuazione di test funzionali e di integrazione. I casi di test devono coprire tutti gli aspetti funzionali e qualitativi considerati nella progettazione del software. [ ] L analisi dell esito del test viene intesa come verifica, mediante strumenti automatici, dei dati elaborati sia a livello interfaccia sia a livello di dati presenti nel database dell applicazione (comparazione). Introduzione di strumenti per il test [ ] Strumenti per il test e il controllo di qualità : Il test del software dovrà essere effettuato impiegando strumenti specifici. Per quanto sopra, oltre alla realizzazione dei sistemi richiesti, la fornitura dovrà comprendere specifici prodotti software di mercato atti a consentire l automazione dei processi di test e la documentazione dei risultati, oltre che la verifica della qualità dei prodotti, della correttezza dei dati ed il test delle performance del sistema in condizioni di carico simulate. 35 Le mosse possibili delle amministrazioni (recenti capitolati) Non dare discrezionalità a priori [ ] Il criterio di determinazione dei casi di prova deve prevedere : descrizione dell'esito test, intesa come verifica oggettiva dei dati attesi, sia a livello interfaccia grafica, sia a livello dei dati presenti nel data-base dell'applicazione ; più casidi prova per ogni funzione ritenuta critica, secondo i criteri concordati tra il Fornitore e l'amministrazione ; per ogni funzione, per cui possano essere significativi, i casi che simulino operazioni errate da parte dell'utente ; per ogni funzione, per cui possano essere significativi, i casi di prova che simulino tentativi di accessi illegali da parte dell'utente ; le funzioni del sistema sottoposte al collaudo, con evidenziazione di quelle che, eventualmente, sostituiscono funzioni già esistenti nelsistema informatico attualmente in uso; Introdurre un criterio di rischio, ma definire le regole in anticipo il metodo adottato per valutare la criticità delle funzioni del sistema(es. funzioni di uso frequente, funzioni il cui ipotetico malfunzionamento potrebbe causare un grave danno pecuniario o d'immagine, ecc.); 36

19 La documentazione del TEST Piano di test Esplicita le strategie di test indicate nel piano di qualità Specifico per il tipo di test (es. funzionale) Obiettivi, standard, modalità, criteri, tecniche, strumenti Definizione dei cicli di test Definizione check list di test Requisiti funzioni di test scomposizione funzionale del progetto in requisiti funzionali di test (fino alla funzione elementare) visione completa dell applicazione e matrice con i requisiti di business punto di partenza per sviluppare i casi di test applicare fattori di rischio (complessita, impatto, maturità,..) Requisiti di test (casi di test) Ad ogni funzione elementare viene applicata la tecnica di test prescelta (es. BlackBox) Sono identificati i requisiti di test (casi di test) applicare fattori di rischio (complessita, impatto, maturità,..) Piano di Qualità Script di test (codice di test) Viene sviluppato ogni requisito di test secondo standard e tecniche previste dettaglio azioni / data input e output (risultato atteso) script manuale (inzialmente) / automatico piano di qualità Macro funzione Requisito Funzionale di test specifiche di test Funzione elementare Requisito Funzionale di test piano di test Caso di test Requisito di test Script di test Azioni / in / out 37 Il piano di test E un documento che finalizza quanto definito come linea strategica del test nel Piano della Qualità o di procedura generale del test Indica gli obiettivi e i risultati da produrre (deliverable) Tipicamente un piano per ogni tipo di test (test funzionale, integrazione, prestazionale, ecc) Contiene informazioni : Ruoli e responsabilità Definizione dei cicli di test e per ogni ciclo i criteri di ingresso e di uscita del test ( cosa serve per iniziare, e quanto posso fermarmi) Oggetti del test (ese. Requisiti funzionali di test ) Misure e metriche da rilevare Ambiente e risorse per il test (esempio strumenti) Naming convention, standard riferimento, processi associati (come QA, gestione difetti e gestione configurazione), 38

20 I requisiti funzionali di test scomposizione del progetto Matrice con i requisiti di Business Requisiti Funzionali di test Mappa delle funzioni da testare Funzionalita e matrice Piano di test criteri di ingresso e uscita Modalita Individuare le funzionalità da sottoporre a test Per ciascuna funzionalità valutare se funzionalità elementare, altrimenti decomporre Macro Funzionalità Gestione Anagrafica Gestione Contabile Gestione Documenti Gestione Personale Funzionalità principali Profilo Cittadino Profilo Aziende Gestione Spese Gestione Contributi Gestione Speciale Funzionalità elementare Aggiunta dati Cancellazione dati Modifica dati Visualizzazione dati Comunicazione Interazione Interrogazione Ricerca Produzione output Controllo stato Esempio standard COMPUWARE : Tabella requisiti funzionali di test Esempio standard CONSIP : Tabella di scomposizione funzionale del progetto 39 Determinare la tempistica per il test PIANO DI QUALITA Il test deve sviluppato secondo un ciclo parallelo allo sviluppo software Il piano di test dovrà essere pronto prima ancora dell inizio della fase di codifica e sottoposto a verifica e approvazione Si utilizzano diverse risorse specializzate che collaborano Le Specifiche di test (casi e script di test) dovranno essere consegnate prima della consegna del codice, e sottoposte a verifica e approvazione Le modalità e i tempi sono indicati nel piano di qualità. 40

Giuseppe Santucci. Qualità nella Produzione del Software. 02- Il sistema assicurazione qualità (SQAS: Sofware Quality Assurance System)

Giuseppe Santucci. Qualità nella Produzione del Software. 02- Il sistema assicurazione qualità (SQAS: Sofware Quality Assurance System) Giuseppe Santucci Qualità nella Produzione del Software 02- Il sistema assicurazione qualità (SQAS: Sofware Quality Assurance System) 02SQAS.1 Peculiarità del SW XXX warrants that the media (!) on which

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

Noi siamo quello che facciamo ripetutamente. Perciò l'eccellenza non è un'azione, ma un'abitudine. Aristotele. Qualità del Software

Noi siamo quello che facciamo ripetutamente. Perciò l'eccellenza non è un'azione, ma un'abitudine. Aristotele. Qualità del Software Noi siamo quello che facciamo ripetutamente. Perciò l'eccellenza non è un'azione, ma un'abitudine. Aristotele Qualità del Software Quality Assurance per tutte le esigenze Web Site Testing Mobile Application

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

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

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

La certificazione ISO/IEC 20000-1:2005: casi pratici

La certificazione ISO/IEC 20000-1:2005: casi pratici La certificazione ISO/IEC 20000-1:2005: casi pratici L esperienza DNV come Ente di Certificazione ISO 20000 di Cesare Gallotti e Fabrizio Monteleone La ISO/IEC 20000-1:2005 (che recepisce la BS 15000-1:2002

Dettagli

Ingegneria del Software Testing. Corso di Ingegneria del Software Anno Accademico 2012/2013

Ingegneria del Software Testing. Corso di Ingegneria del Software Anno Accademico 2012/2013 Ingegneria del Software Testing Corso di Ingegneria del Software Anno Accademico 2012/2013 1 Definizione IEEE Software testing is the process of analyzing a software item to detect the differences between

Dettagli

IS Governance. Francesco Clabot Consulenza di processo. francesco.clabot@netcom-srl.it

IS Governance. Francesco Clabot Consulenza di processo. francesco.clabot@netcom-srl.it IS Governance Francesco Clabot Consulenza di processo francesco.clabot@netcom-srl.it 1 Fondamenti di ISO 20000 per la Gestione dei Servizi Informatici - La Norma - 2 Introduzione Che cosa è una norma?

Dettagli

Indice REGIONE BASILICATA

Indice REGIONE BASILICATA DIPARTIMENTO PROGRAMMAZIONE UFFICIO SISTEMA INFORMATIVO REGIONALE E Via Vincenzo Verrastro n 4 fax 0971/668954 REGI ONE BASI UFFICIO S. I. LICA R. S. TA Piano dei Test Id Sistema APPROVAZIONI Redatto da:

Dettagli

I controlli generali IT riguardano l organizzazione della funzione IT, le attività di acquisizione e manutenzione del software, le procedure di sicurezza logica e fisica, i controlli sul funzionamento

Dettagli

Il Processo di Testing

Il Processo di Testing Il Processo di Testing I deliverable del processo di testing Il testing è un processo; L'esigenza di definire modelli di riferimento a partire dai quali istanziare tali processi; Un modo per fissare riferimenti

Dettagli

Come favorire la competitività e la sostenibilità con la nuova ISO 9001:2015

Come favorire la competitività e la sostenibilità con la nuova ISO 9001:2015 Come favorire la competitività e la sostenibilità con la nuova ISO 9001:2015 Lucio Galdangelo - Fieramilano 02/10/2014 Come cambierà la norma ISO 9001 2015 ISO 9001:2015 2012 New Work Item Proposal per

Dettagli

Software Testing. Lezione 1 Introduzione al processo di testing. Federica Spiga. federica_spiga@yahoo.it. A.A. 2010-2011 Autori: A. Bei/F.

Software Testing. Lezione 1 Introduzione al processo di testing. Federica Spiga. federica_spiga@yahoo.it. A.A. 2010-2011 Autori: A. Bei/F. Software Testing Lezione 1 Introduzione al processo di testing Federica Spiga federica_spiga@yahoo.it A.A. 2010-2011 Autori: A. Bei/F.Spiga 1 2 Definizione di Software Testing Glen Myers -The Art of Software

Dettagli

Check list per la valutazione di adeguatezza e Indice di adeguatezza

Check list per la valutazione di adeguatezza e Indice di adeguatezza Check list per la valutazione di adeguatezza e Indice di adeguatezza DigitPA 00137 Roma - viale Marx, 43 Pagina 1 di 16 Indice 1. PREMESSA... 3 2. ELEMENTI DI VALUTAZIONE DELL ADEGUATEZZA DELLA SOLUZIONE...

Dettagli

PROCEDURA PR.07/03. Progettazione e sviluppo software STATO DI REVISIONE. Verificato da

PROCEDURA PR.07/03. Progettazione e sviluppo software STATO DI REVISIONE. Verificato da PROCEDURA PR.07/03 Progettazione e sviluppo software STATO DI REVISIONE NUMERO REVISIONE DATA Emesso da DT Fabio 0 15/07/03 Matteucci 1 22/12/03 Fabio Matteucci 2 Verificato da Rappresentante della Direzione

Dettagli

Ingegneria del Software. Business Object Technology

Ingegneria del Software. Business Object Technology Ingegneria del Software Business Object Technology Premesse I sistemi informativi di qualsiasi organizzazione devono essere capaci di: gestire quantità di dati sempre crescenti fornire supporto a nuovi

Dettagli

Manutenzione del software

Manutenzione del software del software Generalità Leggi dell evoluzione del software Classi di manutenzione Legacy systems Modelli di processo per la manutenzione 1 Generalità La manutenzione del software è il processo di modifica

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

Collaudo e qualità del software Quali test eseguire

Collaudo e qualità del software Quali test eseguire Collaudo e qualità del software Relatore Ercole Colonese Roma, Tipologie di test Temi trattati nel libro Modello a V Livelli di testing Tipi di test Test funzionali Test delle funzionalità Test di gestione

Dettagli

Sistemi Informativi I Lezioni di Ingegneria del Software

Sistemi Informativi I Lezioni di Ingegneria del Software 4 Codifica, Test e Collaudo. Al termine della fase di progettazione, a volte anche in parallelo, si passa alla fase di codifica e successivamente alla fase di test e collaudo. In questa parte viene approfondita

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 16 Indice 1 CICLI DI VITA... 3 1.1 Ciclo di Sviluppo... 3 1.2 Ciclo di Manutenzione... 5 2 LE FASI PROGETTUALI...

Dettagli

Valutazione del sistema di controllo interno: un'unica modalità di approccio per i processi di business e di IT Governance

Valutazione del sistema di controllo interno: un'unica modalità di approccio per i processi di business e di IT Governance Valutazione del sistema di controllo interno: un'unica modalità di approccio per i processi di business e di IT Governance Livorno 24-25 maggio 2007 Paolo Casati 1 Evoluzione delle attività di Internal

Dettagli

Il processo di sviluppo sicuro. Kimera Via Bistolfi, 49 20134 Milano www.kimera.it info@kimera.it

Il processo di sviluppo sicuro. Kimera Via Bistolfi, 49 20134 Milano www.kimera.it info@kimera.it Il processo di sviluppo sicuro Kimera Via Bistolfi, 49 20134 Milano www.kimera.it info@kimera.it Kimera Via Bistolfi, 49 20134 Milano www.kimera.it info@kimera.it Argomenti: Perchè farlo Il processo di

Dettagli

DataFix. La soluzione innovativa per l'help Desk aziendale

DataFix. La soluzione innovativa per l'help Desk aziendale DataFix D A T A N O S T O P La soluzione innovativa per l'help Desk aziendale La soluzione innovativa per l'help Desk aziendale L a necessità di fornire un adeguato supporto agli utenti di sistemi informatici

Dettagli

Auditorium dell'assessorato Regionale Territorio e Ambiente

Auditorium dell'assessorato Regionale Territorio e Ambiente Auditorium dell'assessorato Regionale Territorio e Ambiente Università degli Studi di Palermo Prof. Gianfranco Rizzo Energy Manager dell Ateneo di Palermo Plan Do Check Act (PDCA) process. This cyclic

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

Esempi di errori/difetti. algoritmi sintassi calcolo e precisione documento stress capacità ricovery sistema hardware e software standard e procedure

Esempi di errori/difetti. algoritmi sintassi calcolo e precisione documento stress capacità ricovery sistema hardware e software standard e procedure COLLAUDO Esempi di errori/difetti algoritmi sintassi calcolo e precisione documento stress capacità ricovery sistema hardware e software standard e procedure Verifica e Validazione Validazione Requisiti

Dettagli

Classificazione Nuovo Esame PMP

Classificazione Nuovo Esame PMP Notizie sul nuovo esame PMP a partire dal Agosto 0 Classificazione Nuovo Esame PMP Questo è il link al documento del PMI: Crosswalk Between Current and New PMP Classifications del PMI Di seguito trovi

Dettagli

SCD IS. Processi software. Processi Software. UniPD - 2009 - Ingegneria del Software mod. A 1. Definizioni. Modelli di ciclo di vita

SCD IS. Processi software. Processi Software. UniPD - 2009 - Ingegneria del Software mod. A 1. Definizioni. Modelli di ciclo di vita Processi software Anno accademico 2009/10 Ingegneria del mod. A Tullio Vardanega, tullio.vardanega@math.unipd.it SCD IS Definizioni Ciclo di vita Copre l evoluzione di un prodotto dal concepimento al ritiro

Dettagli

LE NOVITÀ DELL EDIZIONE 2011 DELLO STANDARD ISO/IEC 20000-1 E LE CORRELAZIONI CON IL FRAMEWORK ITIL

LE NOVITÀ DELL EDIZIONE 2011 DELLO STANDARD ISO/IEC 20000-1 E LE CORRELAZIONI CON IL FRAMEWORK ITIL Care Colleghe, Cari Colleghi, prosegue la nuova serie di Newsletter legata agli Schemi di Certificazione di AICQ SICEV. Questa volta la pillola formativa si riferisce alle novità dell edizione 2011 dello

Dettagli

NORME PER LA REDAZIONE DEL PIANO DI ASSICURAZIONE DEL PRODOTTO (PRODUCT ASSURANCE PLAN)

NORME PER LA REDAZIONE DEL PIANO DI ASSICURAZIONE DEL PRODOTTO (PRODUCT ASSURANCE PLAN) Pagina: 1 di 11 NORME PER LA REDAZIONE DEL PIANO DI ASSICURAZIONE DEL PRODOTTO (PRODUCT ASSURANCE PLAN) Pagina: 2 di 11 Indice 1.0 PREMESSA... 3 2.0 SCOPO DEL DOCUMENTO... 3 3.0 DEFINIZIONI... 3 4.0 DOCUMENTI

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

13. Ciclo di Vita e Processi di Sviluppo

13. Ciclo di Vita e Processi di Sviluppo 13. 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) 13. Ciclo di Vita e Processi

Dettagli

Test e collaudo del software Continuous Integration and Testing

Test e collaudo del software Continuous Integration and Testing Test e collaudo del software Continuous Integration and Testing Relatore Felice Del Mauro Roma, Cosa è la Continuous Integration A software development practice where members of a team integrate their

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

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

REGOLAMENTO PARTICOLARE PER LA CERTIFICAZIONE DI SISTEMI DI GESTIONE PER LA SICUREZZA DELLE INFORMAZIONI

REGOLAMENTO PARTICOLARE PER LA CERTIFICAZIONE DI SISTEMI DI GESTIONE PER LA SICUREZZA DELLE INFORMAZIONI 1 OGGETTO E CAMPO DI APPLICAZIONE... 1 2 TERMINI E DEFINIZIONI... 2 3 DOCUMENTI DI RIFERIMENTO... 2 4 REGOLE PARTICOLARI CERTIFICAZIONE IN ACCORDO ALLE NORME DI RiFERIMENTO... 2 4.1 Referente per DNV GL...

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

Gli aspetti innovativi del Draft International Standard (DIS) ISO 9001:2015

Gli aspetti innovativi del Draft International Standard (DIS) ISO 9001:2015 Gli aspetti innovativi del Draft International Standard (DIS) ISO 9001:2015 I requisiti per la gestione del rischio presenti nel DIS della nuova ISO 9001:2015 Alessandra Peverini Perugia 9/09/2014 ISO

Dettagli

LA PIANIFICAZIONE DELLE ATTIVITA E IL WORK BREAKDOWN STRUCTURE

LA PIANIFICAZIONE DELLE ATTIVITA E IL WORK BREAKDOWN STRUCTURE LA PIANIFICAZIONE DELLE ATTIVITA E IL WORK BREAKDOWN STRUCTURE La Work Breakdown Structure La WBS è uno strumento di pianificazione delle attività progettuali che comporta un lavoro di: 1) suddivisione

Dettagli

Software Testing. Lezione 2 Livelli di test. Federica Spiga. federica_spiga@yahoo.it. A.A. 2010-2011 Autori: F.Rabini/F.Spiga

Software Testing. Lezione 2 Livelli di test. Federica Spiga. federica_spiga@yahoo.it. A.A. 2010-2011 Autori: F.Rabini/F.Spiga Software Testing Lezione 2 Livelli di test Federica Spiga federica_spiga@yahoo.it A.A. 2010-2011 Autori: F.Rabini/F.Spiga 1 2 Livelli di test Unit Testing Integration Testing System Testing Unit Testing

Dettagli

Finalità del ciclo di vita nel System Engineering

Finalità del ciclo di vita nel System Engineering Fasi del ciclo di vita overview Finalità del ciclo di vita nel System Engineering Modularità Individuazione più agevole delle componenti riutilizzabili Ciclo di vita Esaustività Certezza di coprire tutte

Dettagli

Corso di Amministrazione di Sistema Parte I ITIL 2

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

Dettagli

Linee guida per la gestione del rischio nei progetti di sviluppo e manutenzione dei sistemi

Linee guida per la gestione del rischio nei progetti di sviluppo e manutenzione dei sistemi Linee guida per la gestione del rischio nei progetti di sviluppo e manutenzione dei sistemi Quaderno N. 25 Ercole Colonese ercole@colonese.it Roma, 17 dicembre 2007 Argomenti trattati Valutazione del rischio

Dettagli

A3_1 V2.2 Analisi dei Requisiti e Specifica Significato, motivazioni e processi

A3_1 V2.2 Analisi dei Requisiti e Specifica Significato, motivazioni e processi Università di Bergamo Facoltà di Ingegneria INGEGNERIA DEL SOFTWARE Paolo Salvaneschi A3_1 V2.2 Analisi dei Requisiti e Specifica Significato, motivazioni e processi Il contenuto del documento è liberamente

Dettagli

IL PROGETTO E LA GESTIONE DELLA QUALITA' NEI PROCESSI DI GLOBAL SERVICE

IL PROGETTO E LA GESTIONE DELLA QUALITA' NEI PROCESSI DI GLOBAL SERVICE IL PROGETTO E LA GESTIONE DELLA QUALITA' NEI PROCESSI DI GLOBAL SERVICE. PRESENTAZIONE DEL RAPPORTO TEROTEC QUALITY PLANNING AND CONTROL IN GLOBAL SERVICE PROCESSES PRESENTATION OF TEROTEC REPORT Autori

Dettagli

La soluzione IBM per la Busines Analytics Luca Dalla Villa

La soluzione IBM per la Busines Analytics Luca Dalla Villa La soluzione IBM per la Busines Analytics Luca Dalla Villa Cosa fa IBM Cognos Scorecards & Dashboards Reports Real Time Monitoring Supporto? Decisionale Come stiamo andando? Percezione Immediate immediata

Dettagli

Sistemi elettronici per la sicurezza dei veicoli: presente e futuro. Il ruolo della norma ISO 26262 per la Sicurezza Funzionale

Sistemi elettronici per la sicurezza dei veicoli: presente e futuro. Il ruolo della norma ISO 26262 per la Sicurezza Funzionale La Sicurezza Funzionale del Software Prof. Riccardo Sisto Ordinario di Sistemi di Elaborazione delle Informazioni Dipartimento di Automatica e Informatica Sicurezza Funzionale del Vari Aspetti Sicurezza

Dettagli

Solutions in motion.

Solutions in motion. Solutions in motion. Solutions in motion. SIPRO SIPRO presente sul mercato da quasi trent anni si colloca quale leader italiano nella progettazione e produzione di soluzioni per il motion control. Porsi

Dettagli

Configuration Management

Configuration Management Configuration Management Obiettivi Obiettivo del Configuration Management è di fornire un modello logico dell infrastruttura informatica identificando, controllando, mantenendo e verificando le versioni

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

SISTEMA INFORMATIVO INPDAP SERVIZI E PROGETTI PER L'INTEGRAZIONE DEL SISTEMA MODALITÀ DI COLLAUDO DEL SOFTWARE

SISTEMA INFORMATIVO INPDAP SERVIZI E PROGETTI PER L'INTEGRAZIONE DEL SISTEMA MODALITÀ DI COLLAUDO DEL SOFTWARE SISTEMA INFORMATIVO INPDAP SERVIZI E PROGETTI PER L'INTEGRAZIONE DEL SISTEMA MODALITÀ DI COLLAUDO DEL SOFTWARE Pag. I INDICE 1. INTRODUZIONE...1 1.1 SCOPO DEL DOCUMENTO...1 1.2 AREA DI APPLICAZIONE...1

Dettagli

Ingegneria del Software

Ingegneria del Software Ingegneria del Software Testing - Strategie di del Software Testing del Software Il testing è quell attivit attività di esercizio del software tesa all individuazione dei malfunzionamenti prima della messa

Dettagli

Collaudo e qualità del software Il testing nel ciclo di vita del software

Collaudo e qualità del software Il testing nel ciclo di vita del software Il testing nel ciclo di vita del software Relatore Ercole Colonese Roma, Il test nel ciclo di vita del software Temi trattati nel libro Il test nello sviluppo del software Strategia e pianificazione dei

Dettagli

Incident Management. Obiettivi. Definizioni. Responsabilità. Attività. Input

Incident Management. Obiettivi. Definizioni. Responsabilità. Attività. Input Incident Management Obiettivi Obiettivo dell Incident Management e di ripristinare le normali operazioni di servizio nel piu breve tempo possibbile e con il minimo impatto sul business, garantendo il mantenimento

Dettagli

Applicazione delle metodologie di Project Management in ambito pubblico

Applicazione delle metodologie di Project Management in ambito pubblico wwwisipmorg Applicazione delle metodologie di Project Management in ambito pubblico Arch Eugenio Rambaldi Presidente ISIPM Istituto Italiano di Project Management wwwisipmorg Intervento all interno del

Dettagli

Copyright 2012 Binary System srl 29122 Piacenza ITALIA Via Coppalati, 6 P.IVA 01614510335 - info@binarysystem.eu http://www.binarysystem.

Copyright 2012 Binary System srl 29122 Piacenza ITALIA Via Coppalati, 6 P.IVA 01614510335 - info@binarysystem.eu http://www.binarysystem. CRWM CRWM (Web Content Relationship Management) has the main features for managing customer relationships from the first contact to after sales. The main functions of the application include: managing

Dettagli

ESPERIENZE DI ESECUZIONE DI GAP ANALYSIS E RELATIVI PIANI DI ADEGUAMENTO ALLA ISO 26262 9 Automotive Software Workshop. Ernesto Viale 1 Dicembre 2011

ESPERIENZE DI ESECUZIONE DI GAP ANALYSIS E RELATIVI PIANI DI ADEGUAMENTO ALLA ISO 26262 9 Automotive Software Workshop. Ernesto Viale 1 Dicembre 2011 ESPERIENZE DI ESECUZIONE DI GAP ANALYSIS E RELATIVI PIANI DI ADEGUAMENTO ALLA ISO 26262 9 Automotive Software Workshop Ernesto Viale 1 Dicembre 2011 Skytechnology srl Skytechnology è una società di ingegneria,

Dettagli

Centro Servizi Territoriali (CST) Asmenet Calabria

Centro Servizi Territoriali (CST) Asmenet Calabria Cofinanziamento Fondi CIPE Progetto CST CUP J59H05000040001 Centro Servizi Territoriali (CST) Asmenet Calabria Convenzione per la costituzione di un Centro Servizi Territoriale tra la Regione Calabria

Dettagli

Qualità del software. Tecniche di Programmazione 2009/10. Giovanni A. Cignoni - http://www.di.unipi.it/~giovanni/ 1. contenuti. definizione di qualità

Qualità del software. Tecniche di Programmazione 2009/10. Giovanni A. Cignoni - http://www.di.unipi.it/~giovanni/ 1. contenuti. definizione di qualità Qualità del software Tecniche di Programmazione Lez. 05 Università di Firenze a.a. 2009/10, I semestre 1/33 contenuti Qualità? Definizioni Il prodotto software Modelli della qualità per il sw: ISO/IEC

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

COME MISURARE UN SERVICE DESK IT

COME MISURARE UN SERVICE DESK IT OSSERVATORIO IT GOVERNANCE COME MISURARE UN SERVICE DESK IT A cura di Donatella Maciocia, consultant di HSPI Introduzione Il Service Desk, ovvero il gruppo di persone che è l interfaccia con gli utenti

Dettagli

Le norme della Qualità

Le norme della Qualità Le norme ISO9000 e la loro evoluzione L evoluzione delle ISO 9000 in relazione alla evoluzione delle prassi aziendali per la Qualita 3 Evoluzione della serie ISO 9000 2 1 Rev. 1 ISO 9000 Rev. 2 ISO 9000

Dettagli

Software Embedded Integration Testing. Ing. Matteo Maglio Milano, 17 Febbraio 2011

Software Embedded Integration Testing. Ing. Matteo Maglio Milano, 17 Febbraio 2011 Software Embedded Integration Testing Ing. Matteo Maglio Milano, 17 Febbraio 2011 Chi siamo Skytechnology è una società di ingegneria che opera nell area dei sistemi embedded aiutando i propri Clienti

Dettagli

Introduzione Kerberos. Orazio Battaglia

Introduzione Kerberos. Orazio Battaglia Orazio Battaglia Il protocollo Kerberos è stato sviluppato dal MIT (Massachusetts Institute of Tecnology) Iniziato a sviluppare negli anni 80 è stato rilasciato come Open Source nel 1987 ed è diventato

Dettagli

ISIPM Base. Project Management epmq: Project Management Fundamentals (ISIPM Base)

ISIPM Base. Project Management epmq: Project Management Fundamentals (ISIPM Base) ISIPM Base Project Management epmq: Project Management Fundamentals (ISIPM Base) Gruppo B Conoscenze Tecniche e Metodologiche Syllabus da 2.1.1 a 2.7.1 1 Tema: Gestione Ambito del Progetto e Deliverable

Dettagli

MANUTENZIONE SOFTWARE - ASSISTENZA ALL AVVIAMENTO E COLLAUDO - FORMAZIONE DEGLI UTENTI

MANUTENZIONE SOFTWARE - ASSISTENZA ALL AVVIAMENTO E COLLAUDO - FORMAZIONE DEGLI UTENTI MANUTENZIONE SOFTWARE - ASSISTENZA ALL AVVIAMENTO E COLLAUDO - FORMAZIONE DEGLI UTENTI DeltaDator garantirà un servizio di manutenzione correttiva, di manutenzione adeguativa e di manutenzione evolutiva.

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

CONFIGURATION MANUAL

CONFIGURATION MANUAL RELAY PROTOCOL CONFIGURATION TYPE CONFIGURATION MANUAL Copyright 2010 Data 18.06.2013 Rev. 1 Pag. 1 of 15 1. ENG General connection information for the IEC 61850 board 3 2. ENG Steps to retrieve and connect

Dettagli

Le aree funzionali ed i processi

Le aree funzionali ed i processi Le aree funzionali ed i processi Gestione Operativa ITIL Information Technology Infrastructure Library (ITIL) è un insieme di linee guida ispirate dalla pratica (Best Practice) nella gestione dei servizi

Dettagli

Ingegneria del Software T. 2. Analisi orientata agli oggetti

Ingegneria del Software T. 2. Analisi orientata agli oggetti Ingegneria del Software T 2. Analisi orientata agli oggetti Per effettuare correttamente l analisi, è necessario Comunicare con l utente Ottenere una buona conoscenza dell area applicativa Determinare

Dettagli

Sistemi Informativi I Function Point Analisys

Sistemi Informativi I Function Point Analisys 7. Stima dei costi. Nelle diverse fasi del progetto di sviluppo del software si possono individuare quattro principali voci di costo, corrispondenti alle fasi del ciclo posteriori allo studio di fattibilità:

Dettagli

Security Scan e Penetration Testing

Security Scan e Penetration Testing Security Scan e Penetration Testing esperienze di una realtà specializzata http://www.infosec.it info@infosec.it Il Net Probing INFOSEC Relatore: Stefano Venturoli Infosecurity 2002 Security Scan e Penetration

Dettagli

TXT e-solutions. Passion for Quality. Marzo 2014

TXT e-solutions. Passion for Quality. Marzo 2014 TXT e-solutions Passion for Quality Marzo 2014 TXT e-solutions S.p.A. Fornitore Internazionale di prodotti e soluzioni software dedicati a Grandi Clienti Un azienda solida, con budget raggiunti e bilanci

Dettagli

Seminari Eucip, Esercizio e Supporto di Sistemi Informativi

Seminari Eucip, Esercizio e Supporto di Sistemi Informativi Seminari Eucip, Esercizio di Sistemi Informativi Service Delivery and Support Dipartimento di Informtica e Sistemistica Università di Roma La Sapienza ITIL.1 Relazioni con il.2 Pianificazione.3 Gestione

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

Indice strutturato dello studio di fattibilità

Indice strutturato dello studio di fattibilità Indice strutturato dello studio di fattibilità DigitPA 00137 Roma - viale Marx, 43 Pagina 1 di 10 Indice 1 2 SPECIFICITÀ DELLO STUDIO DI FATTIBILITÀ IN UN PROGETTO DI RIUSO... 3 INDICE STRUTTURATO DELLO

Dettagli

metodologie metodologia una serie di linee guida per raggiungere certi obiettivi

metodologie metodologia una serie di linee guida per raggiungere certi obiettivi metodologie a.a. 2003-2004 1 metodologia una serie di linee guida per raggiungere certi obiettivi più formalmente: un processo da seguire documenti o altri elaborati da produrre usando linguaggi più o

Dettagli

Software project management. www.vincenzocalabro.it

Software project management. www.vincenzocalabro.it Software project management Software project management Sono le attività necessarie per assicurare che un prodotto software sia sviluppato rispettando le scadenze fissate rispondendo a determinati standard

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

Analisi. Ingegneria del Software L-A. Analisi. Analisi. Ingegneria del Software L-A 2.1. 2. Analisi orientata agli oggetti

Analisi. Ingegneria del Software L-A. Analisi. Analisi. Ingegneria del Software L-A 2.1. 2. Analisi orientata agli oggetti Ingegneria del Software L-A 2. orientata agli oggetti Per effettuare correttamente l analisi, è necessario Comunicare con l utente Ottenere una buona conoscenza dell area applicativa Determinare in dettaglio

Dettagli

Analisi. Ingegneria del Software L-A. Analisi. Analisi. Analisi e gestione dei rischi. Analisi e gestione dei rischi. Ingegneria del Software L-A 2.

Analisi. Ingegneria del Software L-A. Analisi. Analisi. Analisi e gestione dei rischi. Analisi e gestione dei rischi. Ingegneria del Software L-A 2. Ingegneria del Software L-A 2. orientata agli oggetti Per effettuare correttamente l analisi, è necessario Comunicare con l utente Ottenere una buona conoscenza dell area applicativa Determinare in dettaglio

Dettagli

Fase di offerta. Realizzazione del progetto

Fase di offerta. Realizzazione del progetto Linee guida per un buon progetto Commissione dell informazione e dei Sistemi di Automazione Civili e Industriali CONTENUTI A) Studio di fattibilità B) Progetto di massima della soluzione C) Definizione

Dettagli

LA NUOVA NORMA ISO 9001:2000 (VISION 2000)

LA NUOVA NORMA ISO 9001:2000 (VISION 2000) LA NUOVA NORMA ISO 9001:2000 (VISION 2000) INTRODUZIONE Il 15 dicembre 2000, come atteso, è entrata puntualmente in vigore la nuova norma relativa ai Sistemi di Gestione della Qualità ISO 9001:2000 (altrimenti

Dettagli

Il dilemma del test: Manuale o Automatico? Fabio Milanese Sales Account Manager Borland Solutions Micro Focus Italy

Il dilemma del test: Manuale o Automatico? Fabio Milanese Sales Account Manager Borland Solutions Micro Focus Italy Il dilemma del test: Manuale o Automatico? Fabio Milanese Sales Account Manager Borland Solutions Micro Focus Italy V 1.0 Micro Focus International 20,000+ CUSTOMERS 4,500 EMPLOYEES WORLDWIDE $1.4 ANNUAL

Dettagli

Implementazione e gestione del transitorio nell introduzione di un sistema ERP: il caso Power-One - Oracle

Implementazione e gestione del transitorio nell introduzione di un sistema ERP: il caso Power-One - Oracle FACOLTÀ DI INGEGNERIA RELAZIONE PER IL CONSEGUIMENTO DELLA LAUREA SPECIALISTICA IN INGEGNERIA GESTIONALE Implementazione e gestione del transitorio nell introduzione di un sistema ERP: il caso Power-One

Dettagli

Domenico Ercolani Come gestire la sicurezza delle applicazioni web

Domenico Ercolani Come gestire la sicurezza delle applicazioni web Domenico Ercolani Come gestire la sicurezza delle applicazioni web Agenda Concetti generali di sicurezza applicativa La soluzione IBM La spesa per la sicurezza non è bilanciata Sicurezza Spesa Buffer Overflow

Dettagli

VALUTARE, QUALIFICARE E MONITORARE I FORNITORI

VALUTARE, QUALIFICARE E MONITORARE I FORNITORI VALUTARE, QUALIFICARE E MONITORARE I FORNITORI Rev. Data Causale Redazione Verifica Approvazione 00 Xx/xx/xxxx Prima emissione INDICE SCOPO DELLA PROCEDURA RESPONSABILITÀ CAMPO DI APPLICAZIONE MODALITÀ

Dettagli

Agile in tough economic times. Agile in tough. Slide 1 30 April 2009

Agile in tough economic times. Agile in tough. Slide 1 30 April 2009 Slide 1 Indice Storia Agile di una startup nel nostro progetto Qual e il valore aggiunto di Agile nei periodi di incertezza Conclusioni Slide 2 Non disclosure agreement Ho firmato un NDA che non mi permette

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

Analisi dei Sistemi di Misurazione - MSA

Analisi dei Sistemi di Misurazione - MSA Data: 16 Marzo 2011 Indice Il processo zione impiego specifico Cenni di SPC e di MSA 2 CARATTERISTICA DA CONTROLLARE, TOLLERANZA E RELATIVA CLASSE DI IMPORTANZA METODO DI CONTROLLO STRUMENTO DI MISURA

Dettagli

Introduzione di nuove logiche di

Introduzione di nuove logiche di Introduzione di nuove logiche di Romano Brida Venezia Mestre, 6 Ottobre 01 1 Obiettivi del documento Presentare l'approccio NTT DATA al Performance & Quality Management lungo il ciclo di vita del software

Dettagli

Ingegneria del Software MINR Giuseppe Santucci. 05 - Il metodo dei FP

Ingegneria del Software MINR Giuseppe Santucci. 05 - Il metodo dei FP Ingegneria del Software MINR Giuseppe Santucci 05 - Il metodo dei FP 05fp.1 Metriche relative al sw Dirette misure effettuabili direttamente sul codice LOC (Line Of Code) Indice di McCabe... misure effettuabili

Dettagli

Application Security Governance

Application Security Governance Application Security Governance 28 ottobre 2010 Francesco Baldi Security & Risk Management Practice Principal 1 AGENDA Problematiche di sicurezza applicativa Modello di riferimento Processo di sicurezza

Dettagli

Allegato Tecnico al Contratto di Appalto di Servizi Informatici tra ACAM SPA e ACAM CLIENTI SPA. Allegato A2 Servizi APPLICATION MANAGEMENT SERVICE

Allegato Tecnico al Contratto di Appalto di Servizi Informatici tra ACAM SPA e ACAM CLIENTI SPA. Allegato A2 Servizi APPLICATION MANAGEMENT SERVICE Allegato Tecnico al Contratto di Appalto di Servizi Informatici tra ACAM SPA e ACAM CLIENTI SPA Allegato A2 Servizi APPLICATION MANAGEMENT SERVICE 1 Introduzione 1.1 Premessa 1. Il presente Allegato A2

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

We take care of your buildings

We take care of your buildings We take care of your buildings Che cos è il Building Management Il Building Management è una disciplina di derivazione anglosassone, che individua un edificio come un entità che necessita di un insieme

Dettagli

Strumenti di Migrazione, Testing Applicativo e Infrastrutturale

Strumenti di Migrazione, Testing Applicativo e Infrastrutturale Strumenti di Migrazione, Testing Applicativo e Infrastrutturale Domenico Fortunato Oracle System and Application Management (SAM) Specialist domenico.fortunato@oracle.com Application

Dettagli