La presentazione è in caricamento. Aspetta per favore

La presentazione è in caricamento. Aspetta per favore

IL PROCESSO SOFTWARE EMERSO DALLA DOCUMENTAZIONE.

Presentazioni simili


Presentazione sul tema: "IL PROCESSO SOFTWARE EMERSO DALLA DOCUMENTAZIONE."— Transcript della presentazione:

1 IL PROCESSO SOFTWARE EMERSO DALLA DOCUMENTAZIONE

2 PROCESSO SOFTWARE Nell’ingegneria del software, è il procedimento che permette di scrivere un software di qualità in un tempo prefissato. Stesura specifiche Sviluppo del sw ATTIVITA’ PORTANTI Ispezione del sw Collaudo del sw Manutenzione del sw Localizzazione del sw ATTIVITA’ AUSILIARIE gestione della qualità del sw gestione della configurazione del sw

3 sistema di comando e di controllo di bordo Centralina di Comunicazione (CC) Centralina di Supervisione (CS) Centralina di Supervisione Locale (CSL) Centralina di Diagnostica (CD) Centralina Controllo Azionamento (CCA) Centralina Ausiliaria (CA)

4 PROCESSO DI ATTRIBUZIONE DELLA COMMESSA RICHIESTA PRODOTTO DA PARTE DEL CLIENTE OFFERTA DELL’AZIENDA (documentazione di offerta) L’AZIENDA VINCE LA GARA DI APPALTO IL CLIENTE COMMISSIONA IL PRODOTTO ALL’AZIENDA Fornendogli un CAPITOLATO TECNICO PARTE IL PROCESSO DI SVILUPPO DEL SW

5 Fasi del Ciclo di vita del software Specifica dei Requisiti del swSviluppo dell’Architettura del Sw Descrizione dell’Architettura del Sistema

6 DOCUMENTAZIONE PROCESSO DOCUMENTI DI INGRESSOFASEDOCUMENTI DI USCITA Modelli standard dei documenti di pianificazione: piano di assicurazione qualità del SW piano di Verifica e Validazione del SW piano di Gestione della Configurazione del SW piano di Sviluppo del progetto SW PIANIFICAZIONE SQAP SCMP SVVP SDP Capitolato del cliente PROGETTAZIONE DI SISTEMASFD Eventuali varianti concordate col cliente Specifiche del sistema e dei sottosistemi componenti Specifiche del Sistema e dei Sottosistemi Componenti PROGETTAZIONE DI MASSIMA SRS STS SDD SFD SQAP Documenti da verificareDESIGN REVIEW 1SVR SRS STS SDD SQAP PROGETTAZIONE DI DETTAGLIO MODULO SMRS SMTS SMDD Documenti da verificareDESIGN REVIEW 2SMVR SMDDCODIFICA MODULO CODICE SORGENTE DEL MODULO SMTSTEST DI MODULOSMTR STSTEST DI SISTEMASTR Software e documenti relativi al progetto softwareRILASCIOMC SVDD

7 DOCUMENTAZIONE PROCESSO PROGETTAZIONE DI MASSIMA Specifica dei Requisiti del Sistema Specifica dei Requisiti del SW Specifica dei Requisiti del Software Specifica dei Requisiti di Sicurezza del Sistema Specifica di Prova dei Requisiti del Software Descrizione dell’Architettura del Sistema Piano di Assicurazione della Qualità del Software Specifica dei Requisiti del Software Sviluppo Architettura del SW Specifica dell’Architettura del Software SSpecifica dei Requisiti di Sicurezza del Sistema Descrizione dell’Architettura del Sistema Piano di Assicurazione della Qualità del Software

8 VERIFICA: attività che determina, attraverso analisi e prove, che l’uscita di ogni fase del ciclo di vita soddisfa i requisiti della fase precedente. Si sta costruendo un prodotto in modo giusto e corretto? VALIDAZIONE: attività di dimostrazione, attraverso analisi e prove, che il prodotto soddisfa, in tutti gli aspetti, i suoi requisiti specificati. Si sta costruendo il prodotto giusto, proprio quello che il cliente ha chiesto? la “verifica” determina se una certa attività è stata effettuata correttamente, mentre la “validazione” certifica che un prodotto soddisfa i suoi requisiti.

9 Tipi di test Unità o modulo – Classi o tipi individuali Componente – Gruppo di classi Correlate Integrazione – Interazione tra classi

10 Testing di un modulo :il test unitario è un processo di test eseguito su singole funzioni, procedure o routine di un programma. METODI BLACK BOX: considerano l’oggetto da testare come una scatola chiusa, agendo sugli ingressi e valutandone le uscite. METODI WHITE BOX: esaminano la logica di funzionamento dell’oggetto da testare e tentano di coprire ogni suo percorso logico.

11 IL RUOLO DEL PROJECT ENGINEER (PE) HA IL COMPITO DI GARANTIRE LA COMPLETEZZA E LA COERENZA TECNICA TRA IL PROGETTO E LE SPECIFICHE DI FORNITURA, NEL RISPETTO DEGLI OBIETTIVI DI PROGRAMMA. SI OCCUPA DEL COORDINAMENTO TECNICO DEL PROGETTO NELLA SUA TOTALITA’

12 La sicurezza e la qualità nel processo SPECIFICA DEI REQUISITI DI SICUREZZA (parametri RAM) 5 LIVELLI DI INTEGRITA’ DELLA SICUREZZA DEL SW (normativa CEI EN 50128) PIANO DI ASSICURAZIONE DELLA QUALITA’ (ente aziendale)


Scaricare ppt "IL PROCESSO SOFTWARE EMERSO DALLA DOCUMENTAZIONE."

Presentazioni simili


Annunci Google