Rapid application development: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
m →Storia: fix wlink a disambigua |
Aggiungi 1 libro per la Wikipedia:Verificabilità (20210210)) #IABot (v2.0.8) (GreenC bot |
||
(15 versioni intermedie di 11 utenti non mostrate) | |||
Riga 1:
== Storia ==
Lo sviluppo del software fa riferimento allo sviluppo di applicazioni per la programmazione e differisce dalla [[Programmazione (informatica)|programmazione]] in sé e per sé dato che prevede maggiori responsabilità, includendo la comprensione dei requisiti e la fase di [[Collaudo del software|testing]].<ref>''Cos'è lo sviluppo di applicazioni'' {{Citazione necessaria|date=February 2007}}</ref>
Il RAD nacque in risposta alle metodologie di programmazione sviluppate negli [[Anni 1970|anni settanta]], come ad esempio il [[modello a cascata]], che soffrivano principalmente del problema della lentezza di sviluppo. Spesso accadeva che i requisiti dell'applicazione cambiassero ancor prima che questa fosse stata completata, rendendola di fatto inutilizzabile. Sulla base delle idee di [[Brian Gallagher (informatico)|Brian Gallagher]], [[Barry Boehm]] e [[Scott Shultz]], [[James Martin (informatico)|James Martin]] sviluppò l'approccio RAD durante gli anni ottanta presso [[IBM]] ed infine lo formalizzò pubblicando un libro sull'argomento nel
Una compagnia incentrata sullo sviluppo della programmazione RAD, la [[Magic Software Enterprises|Magic Software]], sviluppò un paradigma unico che abilitò sia i [[programmatore|programmatori]] che i non-programmatori a scrivere rapidamente programmi sofisticati, tramite la definizione di "business rules" in tabelle, piuttosto che scrivere del nuovo codice o riusarne dell'altro. A metà degli anni '90 si tenne un evento dedicato alla programmazione, il [[Droege Computing Services|Droege]][http://www.droegecomputing.com/] Competition, in cui programmatori di tutto il mondo si sfidarono nel completare un'applicazione utilizzando linguaggio e piattaforma di loro scelta. Il paradigma della Magic Software non solo vinse la competizione tutti e cinque gli anni in cui questa ebbe luogo, ma dominò tutte le prime posizioni con uno schiacciante distacco sui secondi. Il paradigma della Magic Software stava per diventare un [[ambiente di sviluppo integrato|IDE]] stabile grazie alla capacità di ridurre significativamente non solo i tempi di programmazione, ma anche quelli della manutenzione su progetti di livello aziendale.
==
Pro:
* Maggiore velocità di sviluppo attraverso metodi includenti la [[prototipizzazione rapida|rapid prototyping]], la virtualizzazione delle procedure correlate al sistema, l'utilizzo di [[strumenti CASE|CASE tool]], e altre tecniche.
Line 19 ⟶ 18:
* Ridotte funzionalità si presentano a causa del [[time boxing]] quando queste sono accelerate verso la nuova versione allo scopo di ultimare in tempi brevi la release del software.{{Citazione necessaria|date=February 2007}}
== Note ==
<references/>
== Bibliografia ==
* {{cita libro|autore=James Martin
* {{cita libro|autore=Ian Sommerville|titolo=Ingegneria del software|edizione=8|editore=Addison-Wesley, Pearson PLC|data=aprile 2007|curatore=Stefano Gaburri|isbn=978-88-7192-354-3|pagine=394-402|cid=Sommerville|url=https://books.google.it/books?id=h-hCKFMbqNMC&pg=PA394}}
== Voci correlate ==
Riga 31:
==Collegamenti esterni==
*[http://www.blueink.biz/RapidApplicationDevelopment.aspx blueink.biz - Rapid Application Development] - More details on RAD including the process and lifecycle stages, and Rapid Application Development tools
{{Portale|informatica}}
[[Categoria:Metodologie di sviluppo]]▼
|