RAD (Rapid Application Development) is een ontwikkelmethode die erop gericht is snel, pragmatisch en met veel flexibiliteit software te ontwikkelen. Deze methode maakt gebruik van interactieve ontwikkeling, prototypes en de inzet van CASE tools (Computer Aided Software Engineering). Bovendien besteedt RAD ook aandacht aan de (her)bruikbaarheid, toepasbaarheid en snelheid van uitvoering. Hier vind je alles wat je wilt weten over RAD: de definitie, de voor- en nadelen én de fasen binnen een proces met RAD.

Om te begrijpen wat RAD precies inhoudt, moeten we eerst teruggaan naar de basisprincipes: mensen, tools, werkwijze en management. James Martin was eind jaren ‘80 de eerste persoon die over RAD sprak. Hij was van mening dat je met deze vier basisprincipes rekening moet houden als je RAD correct wilt toepassen. Het uitgangspunt is namelijk om in korte tijd én met lage investeringenkosten systemen van hoge kwaliteit te leveren. Om dit te bereiken, moet je bepaalde fasen volgen die samenhangend zijn met RAD (dit komt verderop ter sprake).
Inmiddels is RAD uitgegroeid tot een van de meest populaire ontwikkelmethoden binnen agile-softwareontwikkeling.

Tegenwoordig investeren bedrijven een groot deel van hun middelen in het ontwikkelen van applicaties waarmee ze efficiënter kunnen werken. Door gebruik te maken van RAD, zijn ze in staat om snel en goedkoop software te ontwikkelen om aan de zakelijke behoeften te voldoen, waarbij er minder tijd en geld wordt geïnvesteerd.

Voordat je RAD gaat gebruiken, moet je rekening houden met de voor- en nadelen ervan. Je gaat immers toch geen methode toepassen zonder dat je helder hebt waarom RAD wordt ingezet? De voor- en nadelen zijn dus belangrijk. We hebben ze vast voor je op een rijtje gezet.

Voordelen

  • Meetbare voortgang. Door de talrijke iteraties, componenten en prototypes die herhaaldelijk worden opgeleverd, is het eenvoudig om het verloop van het project bij te houden en te evalueren terwijl het budget wordt bewaakt (ook niet geheel onbelangrijk).

  • Snel resultaat. RAD stelt ontwikkelaars in staat om een multidisciplinaire rol te vervullen en op deze manier snel prototypes en programmacodes te creëren. Oftewel, zo wordt er sneller resultaat geboekt.

  • Scheiding van systeemcomponenten. Met RAD ontwikkel je onafhankelijke componenten die vaker gebruikt kunnen worden bij een prototype of andere versie. Ieder element wordt onderverdeeld in meerdere delen en kan worden aangepast naarmate de behoeften veranderen.

  • Constante feedback. Prototypes en iteraties worden snel gelanceerd, waardoor je regelmatig waardevolle feedback ontvangt van de gebruikers.

  • Vroege systeemintegratie. Software die is ontwikkeld met RAD kan bijna vanaf het begin met andere systemen worden geïntegreerd. Doordat de software al in een vroeg stadium wordt geïntegreerd, kunnen mogelijke fouten worden opgespoord en kan er gewerkt worden aan een oplossing. Over efficiëntie gesproken.

  • Aanpasbaarheid. De snelle ontwikkeling van applicaties zorgt ervoor dat de software zeer flexibel is. Het voordeel hiervan is dat prototypes of iteraties op elke mogelijke manier aangepast kunnen worden.

Nadelen

Net als elke andere software ontwikkelmethode, heeft RAD ook enkele nadelen.

  • Vereist veel gebruikersparticipatie. Gebruikersfeedback is fijn in een vroeg stadium, maar daarvoor heb je wel de bereidheid nodig om constructieve feedback te accepteren.

  • Behoefte aan senior ontwikkelaars. RAD een onderdeel maken van een groter IT landschap is niet zo eenvoudig als het lijkt; het team heeft bekwame ontwikkelaars nodig die in staat zijn om gestelde eisen of benodigde aanpassingen in de praktijk te brengen.

Om het Rapid Application Development-model te implementeren, moet een specifieke werkwijze worden gevolgd die bestaat uit een aantal cyclische fasen.

1. De eisen van het project bepalen

In de eerste fase leg je de basis door te bepalen welke eisen er aan het project worden gesteld. Hieronder vallen zowel de eisen die gesteld worden aan de applicatie als de reikwijdte van het project. Met deze kaders kun je beginnen met het creëren van prototypes.

2. Ontwerp en inbreng van de gebruiker

Gebruikers zullen commentaar inbrengen dat doorslaggevend zal zijn bij het ontwerpen van de systeemarchitectuur. De eerste modellen en prototypes worden gebouwd met behulp van gebruikersfeedback. Deze stap kun je zo vaak als nodig herhalen.

3. De ontwikkeling

Na het bepalen van het basisontwerp, kun je starten met het leeuwendeel van het project: het programmeren, testen en integreren van de applicatie. Net als de vorige fase kun je dit meerdere keren herhalen (afhankelijk van nieuwe concepten en/of wijzigingen in het project).

4. De overgang

In de laatste fase, ook wel ‘cutover’ genoemd, kan het ontwikkelteam de componenten naar een live productieomgeving verplaatsen om alle noodzakelijke tests uit te voeren.

Hopelijk heb je alle ins & outs van RAD nu op een rijtje staan.
Momenteel bestaan er ontwikkeltools die werken op basis van RAD. Een voorbeeld van zo'n tool is Mendix. Wij weten daar toevallig alles vanaf. Benieuwd naar de mogelijkheden van RAD voor jouw bedrijf? We helpen je graag verder.