Code and fix: differenze tra le versioni

Versione delle 07:38, 3 set 2011

Versione delle 12:12, 19 nov 2011

Riga 2:

{{W|informatica|maggio 2010}}

Il '''Code and Fix''' è ununa [[Metodologiapratica dimolto sviluppocomune del software|modello dinello sviluppo del software]], non è considerato un vero e proprio modello,[[Metodologia madi piùsviluppo unadel praticasoftware|modello molto comune nellodi sviluppo del software]].

Esso è assimilabile ad un [[Ciclo di vita del software#Modelli iterativi|modello iterativo]] che si alterna in due fasi ed è quasi totalmente privo di organizzazione del processo. Infatti il lavoro degli sviluppatori inizia senza che essi abbiano un'idea dettagliata di cosa il programma debba fare e di come debba essere implementato<ref name=lenzmo03>Gunther Lenz, Thomas Moeller, .NET-A Complete Development Cycle, Addison-Wesley Professional, 2003, pp.26-27</ref>. Si tratta, di 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.

Esso è assimilabile ad un [[Ciclo di vita del software#Modelli iterativi|modello iterativo]] che si alterna in due fasi ed è quasi totalmente privo di organizzazione del processo. Infatti il lavoro degli sviluppatori inizia senza che essi abbiano un'idea dettagliata di cosa il programma debba fare e di come debba essere implementato<ref name=lenzmo03>Gunther Lenz, Thomas Moeller, .NET-A Complete Development Cycle, Addison-Wesley Professional, 2003, pp.26-27</ref>. Si tratta, di 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.

==Fasi==