Code and fix: differenze tra le versioni

Versione delle 11:30, 30 mag 2010

Versione attuale delle 15:58, 8 gen 2024

(25 versioni intermedie di 14 utenti non mostrate)

Riga 1:

Nell'ambito dell'[[Ingegneria del software]] il termine '''code and fix''' esprime una pratica molto comune nello sviluppo del software, ovvero il metodo di cominciare a sviluppare una applicazione scrivendo codice informatico, correggendo eventuali errori e tornando a scrivere. Il code and fix non è considerato un vero e proprio [[Metodologia di sviluppo del software|modello di sviluppo del software]], perché è un modello di sviluppo privo di alcuna pianificazione.

{{W|informatica|maggio 2010}}

{{O|informatica|maggio 2010}}

ÈIl consideratocode perand lofix piùè assimilabile ad un [[Ciclo nondi vita del software#Modelli iterativi|modello, iterativo]] che si alterna in quantodue caratterizzabilefasi, comeovvero unscrittura modellodel iterativocodice cone assenzacorrezione (oerrori, 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, infattidi conseguenza, di un modello in cui il software si adatta progressivamente a ciò che il suo progettista desidera. Sostanzialmente l’obiettivol'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’esperienzal'esperienza del programmatore è buona, allora l’applicazionel'applicazione verrà prodotta in breve tempo. 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==

[[Immagine:http://www.orvaal.com/Pic%20Elements/mod1.gif|none|Modello Code & Fix]]

Nella pratica code and fix, la prima fase è essenzialmente di [[Programmazione (informatica)|codifica]] (''code''), a volte preceduta da qualche [[Unified Modeling Language#I diagrammi classici .28UML 1.x.29|diagramma]] molto elementare per schematizzare la complessità del problema ed una primordiale soluzione;

La prima fase è essenzialmente di codifica (''code''), magari preceduta da qualche diagramma molto elementare per schematizzare la complessità del problema ed una primordiale soluzione; 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 soddisfa i requisiti.

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

==Contesti in cui viene utilizzato==

La prima fase è essenzialmente di codifica (''code''), magari preceduta da qualche diagramma molto elementare per schematizzare la complessità del problema ed una primordiale soluzione; 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 soddisfa i requisiti.

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

--[[Utente:Sharkbait|sharkbait]] ([[Discussioni utente:Sharkbait|msg]]) 11:30, 30 mag 2010 (CEST)

{{Citazione necessaria|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 necessita di grande lavoro di mantenimento<ref name=lenzmo03/>

Nonostante ciò se utilizzato per progetti molto piccoli, che non comportano grossi rischi all'organizzazione, risulta essere un buon approccio. Infatti, non richiedendo grossi investimenti iniziali, il progetto può tranquillamente essere abbandonato se non si raggiunge il risultato desiderato<ref name=browi>Eric J. Brown, William A. Yarberry Jr., ''The Effective CIO: How to Achieve Outstanding Success through Strategic Alignment, Financial Management, and IT Governance'', CRC Press, 2008, pp. 65-67</ref> .

==Note==

<references/>

==Bibliografia==

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

{{Wportale|informatica|maggio 2010}}

[[Categoria:Metodi di sviluppo software]]