Ciclo di vita del software Agile

April 4

Ciclo di vita del software Agile


Agile ciclo di vita del software è un processo iterativo in cui il software è pronto ad ogni iterazione, ma può sempre essere migliorata ulteriormente iterazione. Non vi è documentazione minima e massima attenzione alla comunicazione diretta faccia a faccia. Software Agile è adattabile ai cambiamenti veloci ed è ideale per piccoli gruppi che devono fornire il software praticabile entro un termine molto breve.

Agile Software Caratteristiche

Ciclo di vita del software Agile

Gatti in comunicazione intima. La comunicazione è una grande parte di Agile SDLC.

lo sviluppo agile del software si occupa di produrre software che soddisfi le esigenze degli utenti nel più breve tempo possibile. L'utente è normalmente coinvolti nel processo di produzione iterativo. processi software agili sono caratterizzate dalla consegna accelerata di software di lavoro in qualsiasi fase del processo di sviluppo. L'enfasi è sulla collaborazione con i clienti, la comunicazione e il lavoro di squadra. Così requisiti possono cambiare in qualsiasi parte del processo e il processo è adattabile al cambiamento.

Fasi SDLC Agile

Ci sono sei fasi individuate per un ciclo di vita dello sviluppo software Agile (SDLC). Sono iterazione -1, l'iterazione 0, iterazioni di costruzione, il rilascio, la produzione e la pensione. In poche parole è stato selezionato il progetto e avviato (prime due fasi). Nella terza fase (costruzione iterazioni) un prototipo funzionante che risponde alle esigenze degli stakeholder è consegnato. Nella fase quattro (Release) si distribuisce uscita-N in produzione mentre il lavoro inizia il rilascio N + 1, un'iterazione torna alla fase tre. La quinta fase è la fase di produzione. Alla sesta fase, il sistema è in pensione che viene rimosso completamente dalla produzione.

Fase 1

Ciclo di vita del software Agile

Proprio come nel calcio, la squadra è molto importante in Agile SDLC.

Fase 1, chiamato anche la fase di iterazione -1, si concentra sull'identificazione di un progetto fattibile e la strategia per la sua esecuzione. Altre decisioni prese in questa fase comprendono la possibilità di un nuovo sistema o un sistema esistente modificato, la squadra di sviluppo e la sua posizione. Infine, il paradigma di sviluppo è scelto e studio di fattibilità appena sufficiente fatto per decidere sì o no al progetto.

Fase 2

Ciclo di vita del software Agile

gruppi software Agile comunicare per risolvere i problemi requisiti più veloce.

La fase 2 è la fase di riscaldamento iterativo che avvia il progetto per raccogliere il supporto iniziale e il finanziamento. Il responsabile del progetto funziona anche con le parti interessate per definire il campo di applicazione del sistema proposto. Egli costruisce una squadra composta da sviluppatori senior, project manager e rappresentanti delle parti interessate.

Fase 3

Fase 3 offre software di alta qualità in grado di soddisfare le mutevoli esigenze degli stakeholder. Le esigenze del parti interessate possono cambiare in qualsiasi momento. Lo stakeholder è un partecipante intimo nella definizione e attuazione dei requisiti. Il design è basato sui test, con prove di guida modifiche di progettazione.

Fase 4

Nella fase 4, noto anche come fase di rilascio, il collaudo finale del sistema avviene. Alcuni difetti scoperti vengono corretti. La documentazione viene prodotta se la parti interessate è disposto a pagare per questo. gli sviluppatori di software Agile ascoltano con forza alle esigenze delle parti interessate. Infine la formazione degli utenti finali e di tutti i soggetti coinvolti nel usando il software conclude questa fase.

Fasi 5 e 6

L'obiettivo della fase di produzione è quello di produrre, gestire e supportare il sistema e identificare i difetti e miglioramenti futuri che possono aiutare a raggiungere il modello di business della loro fase organization.The pensionamento conclude il ciclo di vita di sviluppo del software. Un sistema è ritirato per una o più di una serie di motivi. Può diventare ridondante o di una nuova versione può essere stata prodotta. L'organizzazione potrebbe aver cambiato il proprio modello di business, rendendo il software non necessario.