Rapid application development: differenze tra le versioni

Contenuto cancellato Contenuto aggiunto
m r2.6.4) (Bot: Modifico: ar:تطوير تطبيقات سريع
Riga 7:
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 inusabile. Sulla base delle idee di [[Brian Gallagher]], [[Barry Boehm]] and [[Scott Shultz]], [[James Martin]] sviluppò l'approccio RAD durante gli anni ottanta presso [[IBM]] ed infine lo formalizzò pubblicando un libro sull'argomento nel [[1991]].
 
Una compagnia incentrata sullo sviluppo della programmazione RAD, [[Magic Software Enterprises|Magic Software]], sviluppò un paradigma unico che abilitò sia i 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 una 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 dai secondi. Il paradigma della Magic Software stava per diventare uno stabile [[ambiente di sviluppo integrato|IDE]] con la capacità di ridurre significativamente non solo i tempi di programmazione, ma anche quelli della manutenzione su progetti di livello aziendale.
 
== Pro e Contro del RAD ==