Il concetto di Software Development Life Cycle (SLDC). Ma in diverse occasioni è complesso decidere quale sia la migliore metodologia di sviluppo tra Waterfall Model, Evolutionary, Agile SCRUM o altri nuovi modelli e quindi come affrontare il ciclo di vita dello sviluppo, ovvero pianificazione, requisiti, progettazione, sviluppo, test , realizzazione e manutenzione.
Cos'è il ciclo di vita dello sviluppo software (SLDC)
SDLC è un processo seguito dal dipartimento tecnologico dell'organizzazione per un progetto. Comprende sette fasi principali per creare software o hardware. Questa metodologia ha come scopo migliorare il processo di sviluppo e la qualità del software.
Fasi del ciclo di vita dello sviluppo:
- pianificazione
- Requisiti dell'usuario
- Progettazione e realizzazione di prototipi o proof of concept
- Sviluppo di soluzioni
- Prove sullo sviluppo finale
- Distribuzione del prodotto completata e testata
- Operazioni e attività di manutenzione
Il piano d'azione deve essere ben strutturato per ridurre i ritardi e rispettare scadenze, budget e obiettivi. Per avere successo in questo ambiente digitale competitivo, l'azienda deve scegliere tra le diverse metodologie esistenti (waterfall, agile, ecc.) al fine di ottenere uno sviluppo di progetti software efficace ed efficiente.
L'SLDC ha lo scopo di consentire la produzione di successo della soluzione, con qualità e che soddisfi o superi i requisiti del cliente, nel rispetto del budget e nei tempi previsti.
Seguendo il processo SLDC viene fornita una vista dettagliata dell'intero sistema, delle risorse, della pianificazione e degli obiettivi. Consente il massimo livello di controllo di gestione e documentazione. Il team di sviluppo capisce cosa devono costruire e perché. Sia il cliente che l'ufficio tecnologico decidono in anticipo l'obiettivo e stabiliscono il piano specifico per raggiungerlo, conoscendo i costi e le risorse necessarie. I principali vantaggi di questo approccio sono:
- Semplifica la misurazione dei progressi e dei costi in ogni fase del processo.
- Migliora il controllo e il monitoraggio di iniziative importanti o complesse.
- Implica passaggi ben dettagliati e completi.
- Le revisioni del progetto aiutano a garantire l'affidabilità e la qualità della soluzione sviluppata.
- Fornisce adeguata documentazione del sistema a livello tecnico per successive revisioni.
- Se vengono apportate modifiche ai membri del progetto, i nuovi membri possono continuare nel punto di interruzione.
- Aiuta a valutare, programmare e stimare i risultati finali.
- Garantisce una consegna corretta e tempestiva al cliente.
- Fornisce un quadro per una serie standard di attività e risultati.
- Migliora la velocità di sviluppo.
Fasi del ciclo di vita dello sviluppo del software (SLDC)
1.- Pianificazione
In questa fase, vengono identificati e assemblati tutti gli strumenti necessari per l'ambito pianificato di costruzione della soluzione. Include e conoscenza delle esigenze del cliente e il budget, il tempo e le risorse disponibili per raggiungere il successo finale. Il risultato di questa fase è noto anche come "rapporto di fattibilità". In questo processo di preparazione, le tre cose che è obbligatorio tenere in considerazione sono:
- Identificazione del sistema di sviluppo
- Valutazione di fattibilità
- Creazione del piano di progetto
Inoltre, in questa fase, valutiamo anche le nostre opzioni per vedere se vale la pena iniziare lo sviluppo di un software o di un programma per i tuoi investitori o per l'azienda in generale. Serve anche come fase per valutare le capacità di business e software della nostra azienda.
1.- Requisiti
La raccolta dettagliata dei requisiti è un processo preliminare che in molti casi viene trascurato o non viene fornito il tempo o i dettagli necessari. L'organizzazione necessita di un elevato grado di collaborazione da e con i dipartimenti tecnologici per rendere comprensibili la nuova soluzione ei suoi criteri di miglioramento.
Architetti, sviluppatori e product manager collaborano per documentare i processi aziendali finali. Questa fase del ciclo di vita dello sviluppo del sistema aiuta a garantire la corretta conformità, compilando le informazioni in un unico documento, essendo accettate da tutti i soggetti coinvolti e producendo un successivo follow-up.
A volte il documento risultante è chiamato Specifica dei requisiti software o SRS (Specifica dei requisiti software).
3.- Progettazione e prototipo
Gli sviluppatori di software e gli architetti iniziano a progettare software dopo aver identificato i requisiti. Spesso nel processo di progettazione è inclusa anche la prototipazione rapida. Questo genera un'idea più chiara del risultato finale dal punto di vista del cliente finale, e permette di includere temi importanti come la customer experience, l'usabilità, ecc. Questo approccio richiede un confronto delle soluzioni esistenti sul mercato attraverso studi e analisi dettagliati.
Al termine di questa fase, i team ottengono i documenti di progettazione con i modelli e i componenti scelti per il progetto e il codice utilizzato come punto di partenza per ulteriori esigenze di sviluppo.
4.- Costruzione
Una volta finalizzata e approvata la progettazione del software, il passo successivo è la costruzione vera e propria, lo sviluppo del codice. Gli sviluppatori iniziano a creare l'intero framework utilizzando il linguaggio di programmazione scelto per scrivere il codice. Le attività sono suddivise in unità o moduli nel processo di codifica e assegnate a sviluppatori specifici. La codifica è il grande passo di SLDC.
Gli sviluppatori obbediranno a specifiche linee guida di codifica predefinite durante questo processo. Utilizzeranno anche strumenti di programmazione come compilatori, interpreti, debugger per creare ed eseguire il codice.
L'intero processo viene misurato applicando KPI e gestione per obiettivi definito in fase di progettazione.
5.- Prove
Quando la build è completa, viene avviato il test del risultato finale e dei suoi moduli. Poiché il test del software è necessario per evitare errori, i test set vengono preparati sia a livello di utilizzo, risultati, scalabilità, forzatura degli errori di utilizzo, ecc., verificando caso per caso gli errori prodotti.
Questa revisione esauriente viene effettuata anche da diverse tipologie di clienti con profili differenti, in modo che, durante questo processo, qualsiasi problema riscontrato venga assegnato agli sviluppatori affinché procedano alla sua risoluzione.
Dopo ogni modifica, vengono eseguiti nuovi test e test di regressione fino a quando il software non è conforme alle aspettative del cliente. I tester fanno riferimento al documento dei requisiti per assicurarsi che il software sia conforme allo standard del cliente.
6.- Produzione
Dopo i test certificati e di successo, l'implementazione del software inizia nell'ambiente di produzione in modo che i consumatori possano iniziare a utilizzare il prodotto. In alcuni casi, le aziende preferiscono spingere il prodotto in ambienti o fasi di consegna diversi, come un'area di staging o test aggiuntiva.
Consente a tutte le parti interessate di giocare in sicurezza con il prodotto prima che venga introdotto sul mercato a livello globale. Questo approccio consente di rilevare eventuali errori finali prima di avviare il prodotto.
7.- Manutenzione
Quando il software attraversa tutte le fasi senza complicazioni, viene eseguito un ciclo di manutenzione in cui viene aggiornato e modificato di volta in volta per adattarsi ai cambiamenti e apportarvi miglioramenti.
Aspetti aggiuntivi
Il piano che deriva dal seguire queste fasi non è quasi mai perfetto quando colpisce la realtà. Inoltre, poiché le condizioni del mondo reale cambiano, il software deve essere aggiornato e avanzato per allinearsi ai nuovi requisiti e abitudini del mercato.
Movimento DevOps, ad esempio, ha modificato l'SLDC. Gli sviluppatori sono ora responsabili di più passaggi nell'intero processo di sviluppo. Compaiono anche nuovi valori, come ad esempio avvicinarsi al lato dell'utente in maniera più propositiva rispetto ad una posizione più reattiva alle esigenze.
Quando i team di sviluppo e operazioni utilizzano lo stesso set di strumenti per tenere traccia delle prestazioni e determinare i difetti dall'inizio alla disattivazione di un'applicazione, fornisce un linguaggio comune e trasferimenti di conoscenza più rapidi tra i team.
D'altra parte, gli strumenti APM (Application Performance Management) possono essere utilizzati sia nell'ambiente di sviluppo, QA che di produzione. Ciò consente a tutti i partecipanti di utilizzare lo stesso set di strumenti durante tutto il ciclo di vita dello sviluppo.
Metodologie
cascata. Modello a cascata
Questo modello è il più antico e il più facile da capire. Con questa metodologia, una fase è terminata prima di iniziare la successiva. Ogni fase ha il suo mini-piano e ogni fase "scorre" nella successiva. Il più grande svantaggio di questo modello è che piccoli dettagli lasciati incompleti possono ritardare l'intero processo.
Agile
Separa il prodotto in cicli e fornisce un prodotto funzionale molto rapidamente. Questa metodologia produce una successione di lanci. Il test di ogni versione restituisce le informazioni incorporate nella versione successiva. Lo svantaggio di questo modello è che la forte enfasi sull'interazione con il cliente può portare il progetto nella direzione sbagliata in alcuni casi.
Visualizza Efficace gestione del progetto
Modello iterativo
La ripetizione è enfatizzata in questo modello. Gli sviluppatori creano una versione molto rapidamente e a un costo relativamente basso, quindi la testano e la migliorano tramite rilasci successivi e rapidi. Un grande svantaggio qui è che può consumare rapidamente risorse se non sono in atto controlli severi.
Modello a V
Un'estensione del modello a cascata, che esegue test in ogni fase di sviluppo. Come con la sua simile metodologia a cascata, questo processo può incontrare ostacoli dovuti al fatto di lasciare piccoli requisiti per le fasi successive.
modello big bang
Questo modello è ad alto rischio poiché spende la maggior parte delle sue risorse per lo sviluppo e, sebbene funzioni meglio per piccoli progetti, manca della fase di definizione completa dei requisiti degli altri metodi.
Modello a spirale
Il più flessibile dei modelli SLDC, il modello a spirale è simile al modello iterativo nella sua enfasi sulla ripetizione. Il modello a spirale passa attraverso le fasi di pianificazione, progettazione, costruzione e test più e più volte, con miglioramenti incrementali a ogni passaggio.
Vantaggi SLDC
Un processo SLDC ben eseguito produce il massimo livello di controllo di gestione e documentazione. Gli sviluppatori capiscono cosa dovrebbero costruire e perché. Tutte le parti concordano sull'obiettivo sin dall'inizio e vedono un piano chiaro per raggiungerlo. Tutti capiscono i costi e le risorse necessarie.
Vari ostacoli possono rendere l'attuazione dell'SLDC più un problema di sviluppo che uno strumento di aiuto allo sviluppo. La mancata presa in considerazione delle esigenze dei clienti, di tutti gli utenti e di altre parti interessate può comportare una scarsa comprensione dei requisiti di sistema sin dall'inizio. I vantaggi dell'SDLC esistono solo se il piano viene seguito fedelmente. I principali vantaggi sono:
- Facilita la misurazione degli anticipi e dei costi del sistema.
- Migliora il controllo e il monitoraggio di progetti grandi o complessi.
- Implica passaggi ben dettagliati e completi.
- Le revisioni del design aiutano a garantire l'affidabilità e la qualità della soluzione.
- Fornisce un'ampia documentazione tecnica, operativa e commerciale del sistema.
L'importanza di SLDC può essere compresa solo quando viene applicata. Rende le attività più gestibili e seguendo queste 7 fasi del ciclo di vita dello sviluppo del software, produce le soluzioni attese.
