Rapid application development: differenze tra le versioni

Contenuto cancellato Contenuto aggiunto
m da en.wiki
Nessun oggetto della modifica
Riga 4:
== Storia ==
 
<!--Lo sviluppo del software fa riferimento allo sviluppo di applicazioni per la programmazione e differisce dalla [[programmazione]] in se per se dato che prevede maggiori responsabilità, includendo la comprensione dei requisiti e la fase di testing.<ref>''Cos'è lo sviluppo di applicazioni''</ref> -->
<!--Application development refers to the developing of programming applications and differs from [[programming]] itself in that it has a higher level of responsibility, including for requirement capturing and testing.<ref>''What is Application Development''</ref> -->
 
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, renendola di fatto inusabile. Sullla 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]].
<!--
OneUna suchcerta companycompagnia whichincentrata concentratedsullo onsviluppo thedella development ofprogrammazione RAD programming, [[Magic Software Enterprises|Magic Software]], developedsviluppò aun uniqueparadigma paradigmunico whichche enabledabilitò bothsia programmersi andprogrammatori che i non-progammersprogrammatori toa quicklyscrivere writerapidamente programmi sofisticati, sophisticatedtramite programsla bydefinizione definingdi "business rules" in tablestabelle, ratherpiuttosto thanche reusingscrivere ordel developingnuovo newcodice codeo riusarne dell'altro. A Inmetà thedegli midanni 90's90 asi tenne un programmingevento eventdedicato wasalla establishedprogrammazione, theil [[Droege Computing Services|Droege]][http://www.droegecomputing.com/] Competition, in whichcui programmersprogrammatori fromdi alltutto overil themondo worldsi racedsfidarono tonel completecompletare anuna applicationapplicazione usingutilizzando thelinguaggio languagee andpiattaforma platformdi ofloro their choicescelta. Il paradigma della Magic Software's paradigmnon notsolo onlyvinse wonla thecompetizione competitiontutti eache ofcinque thegli fiveanni yearsin thecui eventquesta wasebbe heldluogo, butma dominateddominò alltutte thele topprime positionsposizioni bycon anuno overwhelmingschiacciante margindistacco dai secondi. Il paradigma della Magic Software's paradigm wentstava onper todiventare becomeuno an establishedstabile [[ambiente di sviluppo integrato|integrated development environment|IDE]] withcon thela abilitycapacità notdi onlyridurre tosignificativamente siginificantlynon cutsolo programmingi timetempi di programmazione, butma anche additionallyquelli cutdella maintenancemanutenzione timesu onprogetti enterprisedi levellivello projectsaziendale.
 
== ProsPro ande ConsContro ofdel RAD ==
'''ProsPro'''
# IncreasedMaggiore speedvelocità ofdi developmentsviluppo throughattraverso methodsmetodi includingincludenti la [[prototipizzazione rapida|rapid prototyping]], virtualizationla ofvirtualizzazione systemdelle relatedprocedure routines,correlate theal usesistema, ofl'utilizzo di [[strumenti CASE|CASE tool]]s, ande otheraltre techniquestecniche.
# ''Ridotte'' funzionalità per l'utente finale (derivante da una più mirata progettazione), da cui una ridotta complessità
# ''Decreased'' end-user functionality (arising from narrower design focus), hence reduced complexity
# Maggiore enfasi sulla semplicità e l'usabilità del design delle GUI (Graphic User Interface)
# Larger emphasis on simplicity and usability of GUI design
 
'''ConsContro'''
# ReducedRidotta [[Scalabilità|Scalability]], ande reducedridotte featuresfunzionalità whenquando auna RADapplicazione developedsviluppata applicationtramite startsRAD asinizia acome [[prototipo|prototype]] anded evolvesevolve intoin auna finishedapplicazione applicationcompleta.
# ReducedRidotte featuresfunzionalità occursi duepresentano toa causa del [[time boxing]] whenquando featuresqueste aresono pushedaccelerate toverso laterla versionsnuova inversione orderallo toscopo finishdi a releaseultimare in atempi shortbrevi amountla ofrelease timedel software.{{Fact|date=February 2007}}
 
== ReferencesRiferimenti ==
*James Martin: ''Rapid Application Development'', Macmillan Coll Div, ISBN 0-02-376775-8
 
== SeeVedi alsoanche ==
*[[Agile software development]]
*[[Collaborative development environment]] (CDE)
*[[List of Rapid Application Development tools]]
 
==ExternalLink linksesterni==
*[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
*[http://csweb.cs.bgsu.edu/maner/domains/RAD.htm More details on RAD]