Ciclo di vita dello sviluppo del software
Il ciclo di vita dello sviluppo del software (SDLC) è un processo seguito in un progetto software, all'interno di un'organizzazione software. Consiste in un piano dettagliato che descrive come sviluppare, mantenere, sostituire e alterare o migliorare software specifico. Definisce una metodologia per migliorare la qualità del software e il processo di sviluppo complessivo.
SDLC è un processo utilizzato dagli analisti IT per sviluppare o riprogettare un sistema software di alta qualità, che soddisfi sia il cliente che i requisiti del mondo reale.
Prende in considerazione tutti gli aspetti associati al test del software, all'analisi e alla manutenzione post-processo.
Le fasi importanti dell'SDLC sono illustrate nella seguente illustrazione:
Fase di pianificazione
Ogni attività deve iniziare con un piano. Non riuscire a pianificare significa progettare di fallire. Il grado di pianificazione varia da un modello all'altro, ma è molto importante avere una chiara comprensione di ciò che costruiremo creando le specifiche del sistema.
Fase di definizione
In questa fase analizziamo e definiamo la struttura del sistema. Definiamo l'architettura, i componenti e il modo in cui questi componenti si adattano per produrre un sistema funzionante.
Fase di progettazione
Nella progettazione del sistema, le funzioni e le operazioni di progettazione sono descritte in dettaglio, inclusi layout dello schermo, regole aziendali, diagrammi di processo e altra documentazione. L'output di questa fase descriverà il nuovo sistema come una raccolta di moduli o sottosistemi.
Fase di costruzione
Questa è la fase di sviluppo. Iniziamo la generazione del codice in base alla progettazione del sistema utilizzando compilatori, interpreti, debugger per dare vita al sistema.
Implementazione
L'implementazione è una parte della fase di costruzione. In questa fase, iniziamo la generazione del codice in base alla progettazione del sistema utilizzando compilatori, interpreti, debugger per dare vita al sistema.
Fase di prova
Man mano che diverse parti del sistema vengono completate; vengono sottoposti a una serie di test. viene testato rispetto ai requisiti per assicurarsi che il prodotto stia effettivamente risolvendo le esigenze affrontate durante la fase dei requisiti.
Piani di test e casi di test vengono utilizzati per identificare i bug e per garantire che il sistema funzioni secondo le specifiche.
In questa fase vengono eseguiti diversi tipi di test come test unitari, test manuali, test di accettazione e test di sistema.
Tracciamento dei difetti nei test
I rapporti di test del software vengono utilizzati per comunicare i risultati dei piani di test eseguiti. Stando così le cose, un rapporto dovrebbe contenere tutte le informazioni sui test che riguardano il sistema corrente in fase di test. La completezza dei rapporti verrà verificata durante le sessioni dettagliate.
Il test per un progetto cerca di raggiungere due obiettivi principali:
Rileva guasti e difetti nel sistema.
Rileva l'incongruenza tra requisiti e implementazione.
Il seguente diagramma di flusso illustra il file Defect Tracking Process -
Per raggiungere gli obiettivi principali, la strategia di test per il sistema proposto consisterà solitamente in quattro livelli di test.
Si tratta di test unitari, test di integrazione, test di accettazione e test di regressione. Le seguenti sottosezioni descrivono questi livelli di test, quali ruoli del team di sviluppo sono responsabili dello sviluppo e della loro esecuzione e i criteri per determinarne la completezza.
Distribuzione
Al termine della fase di test, il sistema viene rilasciato ed entra nell'ambiente di produzione. Una volta che il prodotto è stato testato e pronto per essere distribuito, viene rilasciato formalmente nel mercato appropriato. A volte la distribuzione del prodotto avviene in più fasi secondo la strategia aziendale dell'organizzazione.
Il prodotto può essere prima rilasciato in un segmento limitato e testato nell'ambiente di lavoro reale (UAT - Test di accettazione dell'utente). Quindi, in base al feedback, il prodotto può essere rilasciato così com'è o con miglioramenti suggeriti nel segmento di mercato di destinazione.
Processo post SDLC
Dopo che il prodotto è stato immesso sul mercato, la sua manutenzione viene eseguita per la base di clienti esistente.
Una volta nell'ambiente di produzione, il sistema subirà modifiche a causa di bug non rilevati o altri eventi imprevisti. Il sistema viene valutato e il ciclo viene ripetuto per la manutenzione del sistema.
Ruolo dell'analista aziendale durante il processo SDLC
Come possiamo vedere nel diagramma seguente, BA è coinvolto nel determinare i requisiti aziendali e convertirli in requisiti di soluzione.
È coinvolto nella traduzione delle caratteristiche della soluzione in requisiti software. Quindi conduce nella fase di analisi e progettazione, detta nello sviluppo del codice, quindi segue la fase di test durante la correzione dei bug come agente di cambiamento nel team di progetto e infine soddisfa i requisiti del cliente.
