Il processo di gestione della configurazione software è un attività ausiliaria con lo scopo di riconoscere, gestire e controllare il cambiamento nel software informando gli interessati. La gestione deve godere di alcune proprietà:
- Gestione delle versioni: ogni versione deve essere archiviata permettendo ai programmatori di fare il downgrade quando necessario.
- Monitoraggio delle dipendenze: i cambimenti delle dipendenze devono essere archiviati.
- Monitoraggio dei requisiti: i cambiamenti nei requisiti devono essere opportunamente monitorati.
- Gestione della configurazione: le configurazioni rappresentano rappresentano specifici risultati del processo.
- Audit Trail: bisogna tener conto di chi,quando e perchè ha portato ad un cambiamento.
Un sistema per il controllo delle versioni deve prevedere un database di progetto per catalogare tutti gli oggetti di configurazione rilevanti, deve permettere di gestire le diverse versione consentendo all'ingegnere del software di raccogliere tutti gli oggetti al fine di costruire una specifica versione del software. Anche i bug presenti nelle diversi versioni vanno monitorati. Il controllo di cambiamento prevede diverse fasi. Una volta riconosciuta l'esigenza di una modifica e approvata si assegna del personale al compito, vengono raccolte le informazioni dagli archivi, si procede alla modifica e ai testi, si registrano e si archiviano i nuovi cambiamenti. Il diagramma di flusso è il seguente:
1.Richiesta di modifica dall’utente
2.Lo sviluppatore valuta la richiesta
3.Si produce una relazione
4.L’autorità di controllo delle modifiche decide
5.a.La richiesta è posta in coda oppure
5.b.Richiesta respinta e l’utente viene informato.
6.Si riconosce l’esigenza di una modifica
7.Assegnazione del personale agli SCI
8.Estrazione degli SCI dall’archivio
9.Modifica
10.Revisione del cambiamento
11.Documento acquisito per il collaudo
12.Esecuzione SQA e collaudo
13.Ratifica delle modifiche da iincludere nella nuova versione
14.Costruzione della nuova versione del software
15.Revisione per tutti gli elementi della configurazione
16.Inserimento delle modifiche nella nuova versione
1.Richiesta di modifica dall’utente
2.Lo sviluppatore valuta la richiesta
3.Si produce una relazione
4.L’autorità di controllo delle modifiche decide
5.a.La richiesta è posta in coda oppure
5.b.Richiesta respinta e l’utente viene informato.
6.Si riconosce l’esigenza di una modifica
7.Assegnazione del personale agli SCI
8.Estrazione degli SCI dall’archivio
9.Modifica
10.Revisione del cambiamento
11.Documento acquisito per il collaudo
12.Esecuzione SQA e collaudo
13.Ratifica delle modifiche da iincludere nella nuova versione
14.Costruzione della nuova versione del software
15.Revisione per tutti gli elementi della configurazione
16.Inserimento delle modifiche nella nuova versione
0 commenti:
Posta un commento