Modello a spirale: differenze tra le versioni

Versione delle 22:03, 12 apr 2016

Versione attuale delle 22:39, 18 ago 2023

(17 versioni intermedie di 14 utenti non mostrate)

Riga 2:

[[File:Modelloaspirale.gif|thumb|upright=1.6]]

Il '''modello a spirale''' è un modello del [[ciclo di vita del software]] che consente di rappresentare i diversi cicli di vita, per cui può essere visto come un ''metamodello''.

==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.

Proposto da Barry Boehm<ref>[http://simone.cabrino.it/blog/modelli_ciclo_vita/ Ingegneria del Software: modelli di ciclo di vita<!-- Titolo generato automaticamente -->]</ref> nel 1988, scompone il processo di sviluppo in quattro fasi multiple, ciascuna ripetuta più volte.

==Definizione==

Riga 22 ⟶ 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 29 ⟶ 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 ilin tutto - i requisiti non realizzati e passare a una un'ulteriore sessione di analisi dei rischi, di sviluppo e di valutazioneverifica.

==Note==

Riga 36 ⟶ 35:

== Altri progetti ==

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

{{portale|informatica}}