Sviluppo Software. Procedura. Validità: Ottobre REDAZIONE Responsabile Sviluppo Soluzioni Carla CORAZZA

Transcript

1 Sviluppo Software Procedura Validità: Ottobre 2013 REDAZIONE Responsabile Sviluppo Soluzioni Carla CORAZZA VERIFICA PER SISTEMA DI GESTIONE QASE Responsabile Funzione Sicurezza e Tutela Alfonso MESSINA APPROVAZIONE: Information e Communication Techlogy (ICT) Marco POGGI Rev. 2

2 Procedura Sviluppo e manutenzione evolutiva stemi informativi INDICE 1 MODALITÀ DI DISTRIBUZIONE SCOPO CAMPO DI APPLICAZIONE RIFERIMENTI ESTERNI E INTERNI DEFINIZIONI IL PROCESSO DEFINIZIONE DEL REQUISITO DEFINIZIONE DEL FABBISOGNO REQUISITO FUNZIONALE ANALISI DI PREFATTIBILITÀ ANALISI DEL REQUISITO SUDDIVISIONE DEL REQUISITO IN TASK STIMA EFFORT E PIANO DELLE ATTIVITA VERIF ICA SOLUZIONE E CAPIENZA CONTRATTO, PIANO INTEGRATO TASK VERIF ICA ESERCIBILITA PROGETTAZIONE SOLUZIONE PIANO E COSTI APPROVAZIONE APPROVAZIONE P ROPOSTA AUTORIZZAZIONE NOTIF ICA ACCETTAZIONE SVILUPPO INSERIMENTO ATTIVITA A PIANO SVILUPPO E TEST INTERNO TEST INTEGRATO PERFORMA NCE TEST COLLAUDO E RILASC IO RILASCIO E PREDISPOSIZIONE COLLAUDO COLLAUDO UTENTE AZIONI CORRETTIVE PREDISPOSIZIONE RILASCIO IN ES ERCIZIO INSTALLAZIONE IN ESERCIZIO E VERIF ICA AZIONI CORRETTIVE VERIF ICHE POST RILASCIO PRODOTTI DI PROCESSO TRACCIABILITÀ E CONSERVAZIONE DELLA DOCUMENTAZIONE ELENCO MODULI ELENCO REGISTRAZIONI Rev. 2 2 di 16

3 Procedura Sviluppo e manutenzione evolutiva stemi informativi 1 MODALITÀ DI DISTRIBUZIONE La distribuzione avviene tramite pubblicazione su rete intranet aziendale. 2 SCOPO Il presente documento ha lo scopo di definire le responsabilità e le modalità operative in del processo di sviluppo dei stemi informativi. L obiettivo è quello di rappresentare, descrivere e schematizzare il flusso procedurale e le fa che costituisco il ciclo di vita di una Change Request, di seguito CR, ovvero di una Richiesta di Sviluppo Software per soddisfare un Requito di Buness o Normativo. 3 CAMPO DI APPLICAZIONE Il presente documento applica ad Acea SpA e alle Società del Gruppo che accedo ai stemi informativi gestiti dalla Funzione ICT di Acea, per quanto compatibile ed in relazione alle peculiarità e alle dimeni delle Società ed in coerenza con i vincoli rmativi e regolatori dello specifico buness. In particolare, le Società del Gruppo recepisco il presente documento ed eventualmente, in coordinamento con la Funzione Personale e Organizzazione, lo adegua alle specificità operative ed organizzative dell azienda. 4 RIFERIMENTI ESTERNI E INTERNI Disciplina della responsabilità amministrativa delle persone giuridiche, D.Lgs. 231/01 e s.m.i. Codice in materia di protezione dei dati personali, D.Lgs. 196/03 e s.m.i. Codice Etico di Acea SpA, 22 febbraio 2012 Modello di Organizzazione e di Gestione di Acea SpA, 12 maggio 2010 Linea Guida Sicurezza Informatica (perimetro Unità ICT di Acea), aprile 2010 Norma Direzionale di Gruppo Utilizzo delle risorse informatiche, dicembre 2010 Procedura Accesso stemi informativi centralizzati, dicembre 2010 Procedura Attivazione Acquisto-Emisone e presa in carico RdA, 19 ottobre 2012 Procedura Acquisto - Emisone OdA, 19 ottobre 2012 Procedura Sviluppo e manutenzione evolutiva Sistemi Informat ivi, gennaio DEFINIZIONI SI CR Sistemi Informativi Change Request REFERENTE IT DI SOCIETÀ Eventuale referente di Società, che supporta le Strutture richiedenti nell interfacciar con la Funzione ICT. Rev. 2 3 di 16

4 Procedura Sviluppo e manutenzione evolutiva stemi informativi CLIENTE INTERNO Unità di Acea o di una Società del Gruppo, che richiede l intervento dalla Funzione ICT su un stema informativo. SISTEMA INFORMATIVO (SI) Nel presente documento intendo solo i stemi informativi gestiti dalla Funzione ICT di Acea. UNITÀ DI SVILUPPO Nel presente documento intendo l Unità Sviluppo Soluzioni oppure l Unità Progetti Strategici ICT, in funzione dello specifico progetto. UNITÀ DI DEMAND Nel presente documento intende l Unità di ICT di Demand e Portfolio Management. UNITÀ DI OPERATIONS Nel presente documento intende l Unità di ICT di Operations. FORNITORE Terza parte che in virtù di un contratto è coinvolta formalmente nel processo di realizzazione del software. CHANGE REQUEST (CR) Richiesta di Sviluppo Software per soddisfare egenze rmative e di buness. TASK Attività in cui viene scomposta una CR. Le attività fan riferimento a ngoli stemi coinvolti nella CR. DELIVERABLE Prodotti di lavoro delle attività. Una CR viene scomposta in Attività dette TASK. Questi devo essere tanti quanti so i stemi/applicazioni coinvolti nello sviluppo della CR. CR e TASK dan vita ad un workflow suddiviso in MACROFASI che raggruppa le ngole attività assegnate ai diver OWNER di processo appartenenti alle unità aziendali di ACEA ICT coinvolte nell evoluzione del ciclo di vita della CR. Le MACROFASI del workflow so: MF1: Definizione del requito della CR MF2: Anali e stima dei TASK MF3: Approvazione CR MF4: Sviluppo dei TASK MF5: Collaudo e Rilascio della CR All inter di questi raggruppamenti so iltre definite, in corrispondenza di alcuni cambi di stato chiave, le coddette FASI FORMALI. Le Fa che costituisco gli eventi, formali o sostanziali, di riferimento per le attività di consuntivazione e contabilizzazione della CR e dei relativi task, so: INSERITA IN FATTIBILITÀ IN APPROVAZIONE Rev. 2 4 di 16

5 Procedura Sviluppo e manutenzione evolutiva stemi informativi PIANIFICATA IN SVILUPPO IN TEST IN COLLAUDO RILASCIATA CHIUSA 6 IL PROCESSO Le MACROFASI del PROCESSO so: MF1: Definizione del requito MF2: Anali e st ima MF3: Approvazione MF4: Sviluppo MF5: Collaudo e Rilascio 6.1 DEFINIZIONE DEL REQUISITO Comprende tutte le attività necessarie ad identificare le reali egenze dell utente, con riferimento ai proces e alle funzioni che le compongo, al fine di giungere ad una ipote di soluzione condivisa, fattibile e che risponda efficacemente agli obiettivi di buness DEFINIZIONE DEL FABBISOGNO Definizione delle egenze di buness da parte del Cliente Inter REQUISITO FUNZIONALE In un processo congiunto tra il Cliente Inter e l Unità di Demand viene prodotto il documento contenente in dettaglio il requito funzionale delle egenze esplicitate dal Cliente Inter e gli scenari di test da verificare in sede di collaudo; dove necessario, va anche predisposto il documento contenente il flusso del processo, eventualmente a modifica di quello già estente. Tali attività so contestuali all apertura da parte dell Unità di Demand, di una CR sui Sistemi di Gestione CR di ACEA e dell iltro della documentazione prodotta all Unità di Sviluppo. D010 Requito Funzionale D020 Scenari di Test ANALISI DI PREFATTIBILITÀ A valle dell inserimento del requito sui Sistemi di Gestione CR di ACEA, il Demand valuta se richiedere una macrostima dell effort in gg/uomo necessario per l espletamento della Richiesta verso i Responsabili delle Applicazioni impattate dalla CR. L Unità di Sviluppo analizza il documento dei requiti funzionali e determina una macrostima dell effort in gg/uomo necessario per lo sviluppo della soluzione determinata. Alla ricezione di tutti i contributi di macrostima da parte dei Responsabili coinvolti, il Demand valuta se aprire formalmente la Change Request qualora approvi i valori della stima ricevuti, altrimenti provvede all annullamento della stessa. Nel caso in cui il fabbisog provenga direttamente dall Unità di Sviluppo, la stessa può procedere direttamente all apertura della CR sul stema preposto. Rev. 2 5 di 16

6 Procedura Sviluppo e manutenzione evolutiva stemi informativi ANALISI DEL REQUISITO L Unità di Sviluppo analizza il documento dei requiti funzionali e se necessario apre un dialogo con l Unità di Demand per l'eventuale necestà di chiarimenti. Effettua iltre una prima verifica di alto livello sulla fattibilità della richiesta e qualora necessario condivide e/o integra, con il supporto del fornitore, i contenuti dei documenti in elaborazione, al fine di pervenire alla fase di anali con una verone del requito finale già concordata e che pertanto permetta un rapido iter di approvazione SUDDIVISIONE DEL REQUISITO IN TASK L Unità di Sviluppo apre sul Sistema di Gestione CR di ACEA tanti task quanti so i stemi (alme u) interessati dalla CR, ed iltra ai fornitori incaricati la documentazione necessaria affinché elabori lo studio di fattibilità tecnico-ecomica relativo a quanto espresso nel documento dei requiti funzionali STIMA EFFORT E PIANO DELLE ATTIVITA Comprende tutte le attività necessarie a definire in modo completo ed esaustivo il prodotto da realizzare (applicazione/funzionalità) in termini di fattibilità ed effort (tempi e costi) previsti: al ricevimento della richiesta di pianificazione da parte dell Unità di Sviluppo, il Fornitore prende in carico il task assegnato e dà indicazione della data prevista di consegna della fattibilità. Ciascun Fornitore provvede a produrre lo studio di fattibilità relativamente a quanto richiesto e ad indicare la stima di: - impeg previsto (effort in gg/uomo per figura profesonale) - durata temporale ritenuta necessaria - pianificazione delle attività previste. D030 Studio di fattibilità D040 Effort VERIFICA SOLUZIONE E CAPIENZA CONTRATTO, PIANO INTEGRATO TASK L Unità di Sviluppo valuta le soluzioni proposte dai ngoli fornitori, a dal punto di vista tecnico, ovvero della soluzione definita nello studio di fattibilità, a in merito all impeg indicato in tempi e costi; verifica iltre la capienza contrattuale disponibile per ciascun fornitore e, qualora n ne riscontri la congruità avvia una trattativa tecnica per garantire la coerenza della proposta del Fornitore con quanto deve essere realmente realizzato. Se l Unità di Sviluppo lo reputa necessario o opportu avvia le azioni necessarie per l ampliamento dell ordine. A completamento della verifica tecnica, l Unità di Sviluppo mette in relazione tra loro le pianificazioni dei ngoli fornitori allo scopo di verificare con gli stes la compatibilità temporale delle attività e rendere il quadro complesvo coerente dal punto di vista metodologico, producendo infine il macro pia integrato. L Unità di Sviluppo valuta iltre, sulla base della verifica tecnica effettuata, se sottoporre la soluzione proposta dai fornitori all Unità di Operations per la Verifica di Esercibilità della stessa. D050 Pia di Lavoro D060 Documento di Esercibilità Rev. 2 6 di 16

7 Procedura Sviluppo e manutenzione evolutiva stemi informativi VERIFICA ESERCIBILITA L Unità di Operations effettua l'anali degli impatti architetturali legati alla messa in esercizio delle soluzioni proposte e verifica l'estenza dei necessari requiti di curezza; valuta, iltre, l'eventuale necestà di acquisti HW, SW e LU e nel caso in cui dovessero emergere problematiche legate alla fattiva realizzazione, per quanto di propria competenza, iltra all Unità di Sviluppo le modifiche necessarie da apportare alla soluzione presentata PROGETTAZIONE SOLUZIONE PIANO E COSTI L Unità di Sviluppo predispone un documento integrato con le proposte dei diver fornitori ed una descrizione di nte della proposta complesva da inviare all approvazione del Cliente Inter. D070 Riepilogo delle proposte 6.2 APPROVAZIONE Comprende tutte le attività necessarie a definire l iter di validazione tecnico/ecomica della CR che termina con l accettazione da parte del Cliente Inter della soluzione presentata nella sua completezza (soluzione applicativa, impeg ecomico e pianificazione delle attività) APPROVAZIONE PROPOSTA Verifica complesva da parte dell Unità di Demand della soluzione proposta dall Unità Sviluppo in rispondenza al requito e alle egenze espresse dal Cliente Inter ed invio all approvazione AUTORIZZAZIONE Approvazione e autorizzazione a procedere da parte del Cliente Inter con la soluzione proposta in termini di sostenibilità della spesa (rapporto costi/benefici) e tempi di rilascio (pianificazione delle attività) NOTIFICA ACCETTAZIONE L Unità di Demand tifica al Referente dell Unità di Sviluppo l'avvenuta approvazione della proposta da parte del Cliente Inter. 6.3 SVILUPPO Comprende tutte le attività di progettazione, sviluppo e test di quanto assegnato a ciascun fornitore incaricato. A valle degli Unit Test realizzati dal fornitore incaricato, le soluzioni sviluppate posso essere sottoposte ad un test inter da parte dell Unità Sviluppo, e succesvamente validate tramite un test integrato INSERIMENTO ATTIVITA A PIANO Sulla base dell'approvazione del Cliente Inter, la pianificazione proposta dal/i fornitore/i è inserito nel pia generale delle attività e viene predisposta da parte dell Unità di Sviluppo la lettera formale di c ommit me nt dei fornitori SVILUPPO E TEST INTERNO Comprende tutte le attività di progettazione e realizzazione software effettuate dai fornitori sotto il coordinamento e la responsabilità dell Unità Sviluppo. Una volta effettuati i propri test (Unit Test), il fornitore comunica alle strutture di Sviluppo interessate la propria Rev. 2 7 di 16

8 Procedura Sviluppo e manutenzione evolutiva stemi informativi disponibilità ad effettuare il Test inter consegnando la documentazione tecnica di corredo prevista dal processo e dal contratto. D080 - Specifiche Tecniche D090 - Test Bo D100 Verbale di collaudo (predispozione per la fase di collaudo) D110 - Manuale Utente D120 - Manuale di esercibilità D130 - Specifiche di rilascio TEST INTEGRATO L Unità di Sviluppo, qualora necessario, potrà verificare quanto realizzato tramite un Test Integrato con tutti i fornitori coinvolti dove saran verificati gli scenari di test definiti in fase di formulazione dei requiti. L'eto del test dovrà essere opportunamente formalizzato. D140 Verbale di Test Integrato PERFORMANCE TEST L Unità di Operations al superamento del Test Integrato ha la posbilità di valutare e verificare le performance di quanto realizzato in relazione ai requiti prestazionali (es. tempi masmi di esecuzione) espres dal Cliente Inter o in ottica di n regresone delle attuali performance garantite. Il performance test dovrebbe essere realizzato prima del collaudo utente (al più tardi in parallelo). 6.4 COLLAUDO E RILASCIO Comprende tutte le attività necessarie al collaudo e al rilascio in esercizio della CR. Se il collaudo ha eto potivo, procede con le attività di rilascio in produzione. L Unità di Sviluppo è responsabile a che il fornitore predisponga la documentazione ed il software necessario per le attività di rilascio in esercizio la cui responsabilità operativa è dell Unità di Operations. La CR risulterà in stato concluso solo al superamento, con eto potivo, delle verifiche post rilascio effettuate dal Cliente Inter RILASCIO E PREDISPOSIZIONE COLLAUDO L Unità di Sviluppo, al c omplet ament o del Test Integrato, predispone quanto necessario per il collaudo utente (ambiente, file di prova, ecc.) COLLAUDO UTENTE Il collaudo di quanto realizzato è di responsabilità dell utente finale con il supporto del Demand o dello Sviluppo che per tale attività potran avvaler di un Fornitore ad hoc. A propria discrezione, ed in funzione della mire complestà della soluzione da collaudare, l utente finale potrebbe avvaler dei risultati dei ca test effettuati preventivamente dallo Sviluppo ed appotamente documentati approvandoli come collaudo. Il collaudo viene effettuato secondo un pia di collaudo predisposto dall Unità di Sviluppo e pre-condiviso con il Cliente Inter. Rev. 2 8 di 16

9 Procedura Sviluppo e manutenzione evolutiva stemi informativi Il Cliente Inter verifica tutti gli scenari di test descritti nella fase di definizione del requito, attraverso i ca di test predisposti dallo Sviluppo in fase di progettazione e succesvamente approvati dal Cliente Inter. Per ciascun caso di test procede alla formalizzazione dell eto segnalando le eventuali n conformità e/o amalie da risolvere con azioni correttive succesve. Il buon eto del collaudo ed il conseguente benestare al rilascio in esercizio dovrà essere certificato formalmente tramite accettazione da parte del Cliente Inter del verbale di collaudo predisposto dallo Sviluppo. D150 Verbale di collaudo firmat o AZIONI CORRETTIVE Le eventuali n conformità e/o amalie riscontrate in fase di collaudo so gestite come azioni correttive: le n conformità so analizzate da un gruppo di lavoro costituito da referenti dell Unità di Demand e dell Unità di Sviluppo che ne pianifica e coordina il superamento in accordo con il Fornitore; diversamente, le eventuali amalie, so escluvamente a carico del Fornitore e devo essere rettificate quanto prima PREDISPOSIZIONE RILASCIO IN ESERCIZIO L Unità di Sviluppo tifica formalmente la richiesta di rilascio in esercizio all Unità di Operations allegando tutta la documentazione prodotta dal fornitore necessaria all espletamento dell attività. D160 Nota di Rilascio 6.5 INSTALLAZIONE IN ESERCIZIO E VERIFICA L Unità di Operations rilascia in esercizio la soluzione e formalizza, con appota documentazione, l avvenuto rilascio, registrando tutte le informazioni ed istruzioni utili alla gestione del package installato AZIONI CORRETTIVE In caso di problematiche riscontrate in fase di rilascio in esercizio il Fornitore, coordinato dall Unità di Sviluppo, deve definire o attuare le opportune azioni correttive necessarie alla loro risoluzione VERIFICHE POST RILASCIO Il Cliente Inter, con il supporto dell Unità di Sviluppo, verifica il buon eto del rilascio e comunica formalmente l eto al referente dell Unità di Sviluppo che chiude ufficialmente la CR con comunicazione formale all Unità di Demand dell'avvenuto rilascio. Nel caso in cui le verifiche post rilascio evidenziassero amalie, il Cliente Inter apre un ciclo di gestione amalie con carattere di urgenza che lo Sviluppo deve far risolvere dal fornitore di competenza tempestivamente, ovvero prima c he il rilascio n conforme possa determinare inconvenienti sui proces in produzione. Qualora n pervenga entro un certo tempo predeterminato nessuna evidenza di amalia dal Cliente Inter, il Verbale delle Verifiche Post Rilascio intende formalmente accettato dallo stesso. D170 Verbale Eto Test Rev. 2 9 di 16

10 Procedura Sviluppo e manutenzione evolutiva stemi informativi FLUSSO DI PROCESSO LEGENDA Start Inizio del Processo end Fine del Processo Attività secondaria del processo Attività primaria del processo Riferimento ester Processo Ester Riferimento ester Sdo Decionale Documentazione Attività di supporto Percorso di processo Percorso decionale Percorso decionale Invio mail Firma di un documento A Riferimento inter pagina A Riferimento ester pagina Rev di 16

11 Procedura Sviluppo e manutenzione evolutiva stemi informativi Manutenzione evolutiva - CR Buness Demand Sviluppo Fornitori Esercizio Start Definizione del fabbisog Requito Funzionale D010 Requito Funzionale D020 Scenari di test INSERITA Anali del Requito Richiesta Macrostima Anali di Pre Fattibilità IN FATTIBILITA Definizione Alternativa Suddivione requito in task Stima effort e pia delle attività Verifica soluzione e capienza contratto pia integrato task D030 Studio di fattibilità D040 Effort Mail dettaglio modifiche necessarie D050 Pia di lavoro D060 Documento di Esercibilità Verifica Esercibilità Verifica requiti esercibilità Approvazione proposta IN APPROVAZIONE D070 Riepilogo Proposte* Progettazione soluzione Pia Costi Autorizzazione Mail di Notifica Autorizzazione Inserimento Attività a pia Alternativa Posbile Notifica Autorizzazione PIANIFICATA Supporto Sviluppo Test integrato Lettera affidamento al fornitore IN SVILUPPO IN TEST Sviluppo e test inter Supporto Test Integrato D080 Specifiche Tecniche D090 Test Bo D100 Manuale Utente D110 Manuale di esercibilità D120 Predisp. Verbale di collaudo D130 Specifiche di rilascio D140 Verbale di Test integrato end Rilascio e predispozione collaudo Performance Test Collaudo Utente IN COLLAUDO Supporto Collaudo Azioni Correttive D150 Verbale di Collaudo Firmato Predispozione Rilascio in esercizio D160 Nota di rilascio Installazione in esercizio e verifica Mail dettaglio modifiche necessarie Verifiche post rilascio RILASCIATA Mail di Notifica Accettazione D170 Verbale Eto Test CHIUSA end Gestione amalie Azioni Correttive Supporto Verifiche Post Rilascio Rev di 16

12 Procedura Sviluppo e manutenzione evolutiva stemi informativi Gestione amalie Post Esercizio Buness Demand Sviluppo Fornitori Esercizio Gestione Amalie Anali amalia riscontrata Supporto Sviluppo Sviluppo soluzione e test inter Regreson Test Supporto Regreson Test Aggiornamento documentazione Predispozione Rilascio in esercizio Supporto Installazione Installazione in esercizio e verifica Mail dettaglio modifiche necessarie Azioni Correttive Verifiche post rilascio Supporto Verifiche Post Rilascio D120 Verbale di Rilascio Mail di Notifica Accettazione CHIUSA end D130 Verbale di Verifiche Post Rilascio Rev di 16

13 Procedura Sviluppo e manutenzione evolutiva stemi informativi 7 PRODOTTI DI PROCESSO Di seguito è riportata una tabella riassuntiva di tutti i deliverable da produrre durante l evoluzione del ciclo di vita di una CR (e dei relativi TASK) specificando con WRITE e READ gli owner di produzione e i destinatari della documentazione da fornire. Nella colonna Mandatory è riportata l obbligatorietà della consegna del document o per procedere allo step succesvo previsto dal processo. CODICE DELIVERABLE WRITE READ CR/TASK MANDATORY D010 Requito Funzionale DM TT CR Y D020 Scenari di Test DM TT CR N D030 Studio di fattibilità FT RS TASK Y D040 Effort FT RS TASK Y D050 Pia di lavoro RS ES CR N D060 Documento di esercibilità RS ES CR N D070 Riepilogo Proposte RA DM CR N D080 Specifiche tecniche FT RS TASK N D090 Test Bo FT TT TASK N D100 Verbale di Collaudo FT TT TASK N D110 Manuale utente FT TT TASK N D120 Manuale di Esercibilità FT TT TASK N D130 Specifiche rilascio FT TT TASK N D140 Verbale di test integrato RS TT CR N D150 Verbale Collaudo Firmato RS TT CR Y D160 Nota di rilascio RS ES CR N D170 Verbale eto Test RS ES CR N Rev di 16

14 Procedura Sviluppo e manutenzione evolutiva stemi informativi Legenda DM RA RS Demand Responsabile dell'applicazione Referente ICT Sviluppo ES FT ICT Esercizio Fornitore del task TT Tutti 8 TRACCIABILITÀ E CONSERVAZIONE DELLA DOCUMENTAZIONE Le Unità coinvolte nelle attività disciplinate dal presente documento, per quanto di propria competenza, ascura la tracciabilità dei dati e delle informazioni e provvedo alla conservazione e all archiviazione della documentazione prodotta, cartacea e/o elettronica, in modo da consentire la ricostruzione delle diverse fa del processo stesso. 8.1 ELENCO MODULI Titolo modulo Codice modulo Requito Funzionale Scenari di Test D010 D020 Studio di fattibilità Effort D030 D040 Pia di lavoro Documento di esercibilità D050 D060 Riepilogo Proposte Specifiche tecniche Test Bo D070 D080 D090 Rev di 16

15 Procedura Sviluppo e manutenzione evolutiva stemi informativi Titolo modulo Codice modulo Verbale di Collaudo Manuale utente D100 D110 Manuale di Esercibilità Specifiche rilascio D120 D130 Verbale di test integrato Verbale Collaudo Firmato D140 D150 Nota di rilascio Verbale eto Test D160 D ELENCO REGISTRAZIONI Titolo registrazione Requito Funzionale Responsabile archiviazione Supporto di archiviazione Luogo archiviazione Tempi di archiviazione DM Informat ic o \\zenit\repotory_cr_2013$ 2 anni Scenari di Test DM Informat ic o \\zenit\repotory_cr_2013$ 2 anni Studio di fattibilità FT Informat ic o \\zenit\repotory_cr_2013$ 2 anni Effort FT Informat ic o \\zenit\repotory_cr_2013$ 2 anni Pia di lavoro RS Informat ic o \\zenit\repotory_cr_2013$ 2 anni Documento di esercibilità Riepilogo Proposte Specifiche tecniche RS Informat ic o \\zenit\repotory_cr_2013$ 2 anni RA Informat ic o \\zenit\repotory_cr_2013$ 2 anni FT Informat ic o \\zenit\repotory_cr_2013$ 2 anni Test Bo FT Informat ic o \\zenit\repotory_cr_2013$ 2 anni Verbale di Collaudo FT Informat ic o \\zenit\repotory_cr_2013$ 2 anni Rev di 16

16 Procedura Sviluppo e manutenzione evolutiva stemi informativi Titolo registrazione Manuale utente Manuale di Esercibilità Specifiche rilascio Verbale di test integrato Verbale Collaudo Firmat o Responsabile archiviazione Supporto di archiviazione Luogo archiviazione Tempi di archiviazione FT Informat ic o \\zenit\repotory_cr_2013$ 2 anni FT Informat ic o \\zenit\repotory_cr_2013$ 2 anni FT Informat ic o \\zenit\repotory_cr_2013$ 2 anni RS Informat ic o \\zenit\repotory_cr_2013$ 2 anni RS Informat ic o \\zenit\repotory_cr_2013$ 2 anni Nota di rilascio RS Informat ic o \\zenit\repotory_cr_2013$ 2 anni Verbale eto Test RS Informat ic o \\zenit\repotory_cr_2013$ 2 anni Legenda DM RA RS ES Demand Responsabile dell'applicazione Referente ICT Sviluppo ICT Esercizio FT TT Fornitore del task Tutti Rev di 16