Modello a spirale: differenze tra le versioni

Versione delle 20:13, 13 nov 2016

Versione attuale delle 22:39, 18 ago 2023

(15 versioni intermedie di 12 utenti non mostrate)

Riga 6:

==Descrizione==

Per ovviare ai problemi dei modelli precedentemente sviluppati, ([[Modello a cascata]], [[Prototipazione Rapida]]) è nata la metodologia a spirale (o iterativa), ancora oggi ampiamente utilizzata. Proposta da Barry Boehm<ref>[{{Cita web |url=http://simone.cabrino.it/blog/modelli_ciclo_vita/ |titolo=Ingegneria del Software: modelli di ciclo di vita<!-- Titolo generato automaticamente -->] |accesso=5 maggio 2015 |dataarchivio=4 marzo 2016 |urlarchivio=https://web.archive.org/web/20160304221700/http://simone.cabrino.it/blog/modelli_ciclo_vita/ |urlmorto=sì }}</ref> nel 1988, scompone il processo di sviluppo in quattro fasi multiple, ciascuna ripetuta più volte.

==Definizione==

Riga 21:

===Analisi dei rischi===

Nell'analisi dei rischi si identificano e si analizzano i problemi e i rischi associati al progetto, al fine di determinare delle strategie per controllarli. Tra i rischi che devono essere presi in considerazione sivi annoveranosono i fattori di costo, di tempo e di variazione delle specifiche.

I rischi più evidenti da valutare sono quelli di carattere economico, facendo riferimento ai costi di realizzazione, gestione e di esercizio.

Altri parametri di rischio sono il [[tempo]] e la variazione delle specifiche.

Riga 28:

Nella fase di sviluppo si procede alla vera e propria realizzazione: i tempi di realizzazione di questa attività, che comprende sia la codifica sia la verifica, sono tra i più lunghi tra tutti quelli previsti all'interno del ciclo di vita del prodotto software.

===ValutazioneVerifica===

Nella fase di valutazioneverifica il committente valuta se il sistema realizzato risponde alle sue esigenze. Attraverso questa fase il committente verifica che il prodotto soddisfi effettivamente i requisiti richiesti. Una logica conseguenza del fatto che un prodotto software non superi la fase di validazione dei requisiti è la necessità di impostare un nuovo ciclo di attività in cui definire più chiaramente -o ridefinire in tutto - i requisiti non realizzati e passare a una un'ulteriore sessione di analisi dei rischi, di sviluppo e di valutazioneverifica.

==Note==

Riga 35:

== Altri progetti ==

{{interprogetto|commonspreposizione=Category:Spiral model of Boehmsul}}

{{portale|informatica}}