Code and fix: differenze tra le versioni

Versione delle 10:51, 1 giu 2010

Versione delle 14:50, 1 giu 2010

Riga 2:

{{W|informatica|maggio 2010}}

Il '''Code and Fix''' è un [[Metodologia di sviluppo del software|modello di sviluppo del software]] non è considerato un vero e proprio modello, ma più una pratica molto comune nello sviluppo del software.

IlEsso '''Codeè andassimilabile Fix''' èad un [[MetodologiaCiclo di sviluppovita del software#Modelli iterativi|modello iterativo]] che si alterna in due fasi ed è quasi totalmente privo di sviluppoorganizzazione del software]]processo. consideratoInfatti peril lolavoro piùdegli sviluppatori inizia senza che essi abbiano un'idea nondettagliata modello,di incosa quantoil caratterizzabileprogramma comedebba unfare [[Cicloe di vitacome deldebba software#Modelliessere iterativi|modelloimplementato<ref iterativo]]name=lenzmo03>Gunther conLenz, assenzaThomas (oMoeller, quasi).NET-A diComplete organizzazioneDevelopment delCycle, processoAddison-Wesley Professional, 2003, pp.26-27</ref>. Si tratta, infattidi conseguenza, di un modello in cui il software si adatta progressivamente a ciò che il suo progettista desidera. Sostanzialmente l’obiettivo è capire approssimativamente quale sarà la risposta finale del software e di provare ripetutamente a generare codice e correggere gli errori: se la complessità è bassa e l’esperienza del programmatore è buona, allora l’applicazione verrà prodotta in breve tempo.

{{cn|La figura del progettista-programmatore tipicamente coincide con quella dell’utente finale. Code and fix concede molto all’ingegnerizzazione del processo tanto che risulta applicato in contesti dove il numero di righe di codice da produrre non oltrepassa le 1500.

È il modo più semplice per sviluppare software ma anche il più costoso. Per tale motivo viene utilizzato tipicamente dalle aziende appena nate}}.

==Fasi==

Riga 11:

successivamente si passa alla fase di mini test che volge ad accertare se il programma funziona correttamente e soddisfa i requisiti (quasi certamente non specificati esplicitamente in qualche documento). In caso contrario si ritorna a codificare per fissare (''fix'') eventuali errori o disturbi.

L’ultimo passo prevede l’uscita nel caso in cui il programma soddisfi i requisiti.

==Contesti in cui viene utilizzato==

Il modello Code and Fix viene spesso usato quando si dispone di poco tempo per lo [[Ciclo di vita del software|sviluppo del software]]. In tali situazioni si può pensare di risparmiare tempo evitando di passare per tutte le fasi di sviluppo del software. Generalmente, però, ciò non risulta essere vero poichè, nella maggior parte dei casi non si raggiungeranno i risultati desiderati dal cliente nè si andrà incontro alle sue esigenze<ref name=lenzmo03/>.

{{cn|La figura del progettista-programmatore tipicamente coincide con quella dell’utente finale. Code and fix concede molto all’ingegnerizzazione del processo tanto che risulta applicato in contesti dove il numero di righe di codice da produrre non oltrepassa le 1500.

È il modo più semplice per sviluppare software ma anche il più costoso. Per tale motivo viene utilizzato tipicamente dalle aziende appena nate}}.

==Pro e contro==

Questo modello consente di raggiungere risultati in tempi più brevi poichè non viene eseguita la fase di [[progettazione]], ma proprio per tale motivo necessità di grande lavoro di mantenimento<ref name=lenzmo03/>

==Note==

<references/>

==Bibliografia==

*{{en}} Gunther Lenz, Thomas Moeller, ''.NET-A Complete Development Cycle'', Addison-Wesley Professional, 2003. ISBN 978-0-321-16882-5

{{portale|informatica}}