Il ciclo di vita dei metodi software è un processo in cui avvengono la pianificazione e lo sviluppo di un pezzo di software. Ogni passaggio è normalmente seguito in ordine sequenziale con alcuni passaggi viene ripetuti fino a quando un prototipo soddisfacente è pronto per essere testato e poi alla fine distribuito a un client o un prodotto per il pubblico di massa.

Storia

Introdotto nel 1970 da Winston Royce, modello della cascata è il primo documentato pubblicamente modello di ciclo di vita. Royce ha sviluppato questo modello a causa della crescente complessità delle attività correlate con progetti aerospaziali al momento. Da allora si è evoluta in vari tipi di modelli, ma rimane ancora popolare in alcune industrie.

Modello della cascata caratteristiche

Software Engineer e project manager formulare i requisiti necessari per il prodotto software di fine. Essi normalmente discutere il tipo di linguaggio di programmazione, piattaforma del sistema operativo e raggiungere un consenso generale di quello che il software dovrebbe realizzare, tra gli altri dettagli...

La fase successiva del modello della cascata è la fase di progettazione. Durante la fase di progettazione, un progetto è disegnato per gli sviluppatori di software avviare l'attuazione, basato sull'architettura design creato durante la fase di progettazione e requisiti.

Il test viene eseguito una volta completata la fase di implementazione. Il prodotto software finito è pronto per essere rilasciato una volta che i bug sono stati rimossi.

Critiche del metodo cascata

Alcune critiche del metodo cascata comprendono che non è realistico o flessibile. Altre critiche includono che ci sono configurazioni del software infrequenti, imprecisa bilancio e analisi dei costi e nessun controllo di gestione su un progetto. Gestione del rischio non è anche coperto.

Un progetto di software dovrà essere adattabile ai cambiamenti. Trovare tutti i requisiti pre-software di sviluppo non è un approccio realistico come alcuni requisiti saranno scoperti durante o dopo ogni fase.

Secondo selezionare soluzioni di Business, i critici del metodo cascata sostengono che è necessaria la prova continua. Questo modello consente solo per il test nella fase finale. Tuttavia, il test è necessario dopo ogni fase per assicurarsi che tutto funzioni correttamente.

Con senza adeguato controllo, requisiti non possono essere attuati correttamente e un progetto rapidamente può andare oltre il budget.

Altri modelli

Modello a cascata poi evoluto in altri modelli che possono essere adattati dalle aziende secondo le proprie esigenze. Il più comunemente usati includono il modello a spirale, modello USA e getta prototipazione, modello evolutivo prototipazione, sviluppo incrementale e automated software di sintesi.

Il modello a spirale o Boehm è stato sviluppato nel 1985 per superare gli svantaggi del modello della cascata. È meglio usarla per progetti di grandi dimensioni che devono essere costantemente esaminati per rispettare il piano di progettazione. I suoi vantaggi sono in analisi della gestione del rischio. Se i requisiti o esigenze dell'utente non sono chiare o non accuratamente pianificato, il modello di prototipazione USA e getta è buono per ottenere qualcosa in fretta. Fondamentalmente, un team svilupperà una parte rapida e parziale del prodotto software prima o durante il fase di raccolta dei requisiti.

Il modello evolutivo prototipazione è meglio utilizzato in progetti che sono a basso rischio ad esempio il budget, pianificazione o grandi problemi di integrazione di sistema. Un altro modello è lo sviluppo incrementale e prevede la costruzione di un pezzo di software in bit o incrementi, con ognuna con più funzionalità di quello precedente.

Strumenti di sintesi software automatici vengono utilizzati per trasformare le esigenze in codice. Anche se non ampiamente accettato, questo modello dovrebbe per essere un approccio conveniente per pianificazione automatizzando il processo.

Analisi

Lo scopo di questi modelli di ciclo di vita è per consentire un processo organizzato e strutturato per lo sviluppo del software. Tuttavia, in considerazione delle variazioni dei modelli, è sicuro di dire che questi non sono gli unici utilizzati nell'industria. Ogni azienda ha le proprie politiche, cultura e procedure su come si avvicina lo sviluppo. Molti sarebbero d'accordo, tuttavia, che seguendo queste linee guida consente di semplificare un processo che può essere molto complesso, soprattutto nei progetti su larga scala.