logo

Ciclo di vita dello sviluppo software (SDLC)

Un modello del ciclo di vita del software (chiamato anche modello di processo) è una rappresentazione pittorica e schematica del ciclo di vita del software. Un modello del ciclo di vita rappresenta tutti i metodi necessari per far transitare un prodotto software attraverso le fasi del suo ciclo di vita. Cattura anche la struttura in cui questi metodi devono essere intrapresi.

In altre parole, un modello del ciclo di vita mappa le varie attività eseguite su un prodotto software dal suo inizio fino al ritiro. Diversi modelli di ciclo di vita possono pianificare le attività di sviluppo necessarie in fasi in modi diversi. Pertanto, nessun elemento da seguire nel modello del ciclo di vita, le attività essenziali sono contenute in tutti i modelli del ciclo di vita sebbene l'azione possa essere svolta in ordini distinti in diversi modelli del ciclo di vita. Durante ciascuna fase del ciclo di vita possono essere svolte anche più attività.

Necessità di SDLC

Il team di sviluppo deve determinare un modello di ciclo di vita adatto per un particolare piano e poi osservarlo.

Senza l'utilizzo di un modello esatto del ciclo di vita, lo sviluppo di un prodotto software non avverrebbe in modo sistematico e disciplinato. Quando un team sta sviluppando un prodotto software, deve esserci una chiara comprensione tra i rappresentanti del team su quando e cosa fare. Altrimenti, ciò indicherebbe il caos e il fallimento del progetto. Questo problema può essere definito utilizzando un esempio. Supponiamo che un problema di sviluppo software sia diviso in varie parti e che le parti siano assegnate ai membri del team. Da quel momento in poi, supponiamo che al rappresentante del team venga concessa la libertà di sviluppare i ruoli assegnatigli nel modo che preferisce. È possibile che un rappresentante inizi a scrivere il codice da parte sua, un altro scelga di preparare prima i documenti di test e qualche altro ingegnere possa iniziare con la fase di progettazione dei ruoli a lui assegnati. Questo sarebbe uno dei metodi perfetti per il fallimento del progetto.

Un modello del ciclo di vita del software descrive i criteri di ingresso e di uscita per ciascuna fase. Una fase può iniziare solo se i suoi criteri di accesso alla fase sono stati soddisfatti. Pertanto, senza un modello del ciclo di vita del software, non è possibile riconoscere i criteri di ingresso e di uscita da una fase. Senza modelli del ciclo di vita del software, diventa difficile per i project manager software monitorare lo stato di avanzamento del progetto.

Ciclo SDLC

Il ciclo SDLC rappresenta il processo di sviluppo del software. Il framework SDLC include i seguenti passaggi:

Ciclo di vita dello sviluppo software (SDLC)

Le fasi dell'SDLC sono le seguenti:

Fase 1: Pianificazione e analisi dei requisiti

css del wrapper di testo

L'analisi dei requisiti è la fase più importante e necessaria nell'SDLC.

I membri senior del team lo eseguono con il contributo di tutte le parti interessate e di esperti di settore o PMI del settore.

In questa fase viene effettuata anche la pianificazione dei requisiti di garanzia della qualità e l'identificazione dei rischi associati ai progetti.

L'analista aziendale e l'organizzatore del progetto hanno organizzato un incontro con il cliente per raccogliere tutti i dati come ciò che il cliente desidera costruire, chi sarà l'utente finale, qual è l'obiettivo del prodotto. Prima di creare un prodotto, è molto necessaria una comprensione o conoscenza di base del prodotto.

Per esempio , Un cliente desidera avere un'applicazione che riguardi le transazioni monetarie. In questo metodo, i requisiti devono essere precisi, ad esempio che tipo di operazioni verranno eseguite, come verranno eseguite, in quale valuta verranno eseguite, ecc.

Una volta eseguita la funzione richiesta, l'analisi viene completata verificando la fattibilità della crescita di un prodotto. In caso di ambiguità, viene creato un segnale per un'ulteriore discussione.

Una volta compreso il requisito, viene creato il documento SRS (Software Requirement Specifica). Gli sviluppatori dovrebbero seguire attentamente questo documento e dovrebbero anche essere rivisti dal cliente per riferimento futuro.

Fase 2: definizione dei requisiti

Una volta eseguita l'analisi dei requisiti, la fase successiva consiste nel rappresentare e documentare con certezza i requisiti del software e farli accettare dalle parti interessate del progetto.

Ciò viene ottenuto tramite il documento 'SRS' - Specifiche dei requisiti software che contiene tutti i requisiti del prodotto da costruire e sviluppare durante il ciclo di vita del progetto.

Fase 3: progettazione del software

La fase successiva sta per portare a termine tutta la conoscenza dei requisiti, dell'analisi e della progettazione del progetto software. Questa fase è il prodotto delle ultime due, come gli input del cliente e la raccolta dei requisiti.

Fase 4: sviluppo del progetto

In questa fase di SDLC inizia lo sviluppo vero e proprio e viene costruita la programmazione. L'implementazione del progetto inizia riguardando la scrittura del codice. Gli sviluppatori devono seguire le linee guida di codifica descritte dai loro strumenti di gestione e di programmazione come compilatori, interpreti, debugger, ecc. vengono utilizzati per sviluppare e implementare il codice.

Fase 5: test

Dopo che il codice è stato generato, viene testato rispetto ai requisiti per assicurarsi che i prodotti risolvano le esigenze indirizzate e raccolte durante la fase dei requisiti.

Durante questa fase vengono eseguiti test unitari, test di integrazione, test di sistema e test di accettazione.

Fase 6: distribuzione

Una volta che il software è certificato e non vengono segnalati bug o errori, viene distribuito.

Quindi, in base alla valutazione, il software può essere rilasciato così com'è o con il miglioramento suggerito nel segmento dell'oggetto.

alfabeto con numeri

Dopo che il software è stato distribuito, inizia la sua manutenzione.

Fase7: Manutenzione

Una volta che il cliente inizia a utilizzare i sistemi sviluppati, emergono i problemi reali e i requisiti da risolvere di volta in volta.

Questa procedura in cui viene prestata attenzione al prodotto sviluppato è nota come manutenzione.