RAPIDAPPLICATIONDEVELOPMENT

AdeSetiawan(ade@adesetiawan.web.id)dedenendrawan
T.P(deden.endrawan@yahoo.com),Rifkifathoni(reefay_20@rifkifathoni.com),Septian
BudiP(diditkubil@gmail.com)
SISTEMINFORMASI
UNIVERSITASGUNADARMA
2011
1. PENGERTIAN
Rapidapplicationdevelopment (RAD)atau rapidprototyping adalahmodelproses
pembangunan perangkatlunak yangtergolongdalamteknikincremental(bertingkat).RAD
menekankan pada siklus pembangunan pendek, singkat, dan cepat. Waktu yang singkat
adalahbatasanyangpentinguntukmodelini.Rapidapplicationdevelopmentmenggunakan
metode iteratif (berulang) dalam mengembangkan sistem dimana working model (model
kerja) sistem dikonstruksikan di awal tahap pengembangan dengan tujuan menetapkan
kebutuhan(requirement)pengguna.Modelkerjadigunakanhanyasesekalisajasebagaibasis
desaindanimplementasisistemakhir.
RapidApplicationDevelopment(RAD)adalahmetodologipengembanganperangkat
lunakyangberfokuspadamembangunaplikasidalamwaktuyangsangatsingkat.Istilahini
menjadi katakunci pemasaran yang umum menjelaskan aplikasi yang dapat dirancang dan
dikembangkan dalam waktu 6090 hari, tapi itu awalnya ditujukan untukmenggambarkan
suatu proses pembangunan yang melibatkan application prototyping dan iterative
development.
Menurut James Martin Rapid Application Development (RAD) merupakan
pengembangan siklus yang dirancang untuk memberikan pengembangan yang jauh lebih
cepat dan hasil yang lebih berkualitas tinggi daripada yang dicapai dengan siklus hidup
tradisional. Halinidirancang untuk mengambilkeuntunganmaksimumdari pengembangan
perangkatlunakyangtelahberevolusibarubaruini."
1

Profesor Clifford Kettemborough dari College Whitehead, Universityof Redlands,

mendefinisikan Rapid Application Development sebagai "pendekatan untuk membangun
sistem komputer yang menggabungkan ComputerAssisted Software Engineering (CASE)
toolsdanteknik,userdrivenprototyping,.RADmeningkatkankualitassistemsecaradrastis
danmengurangiwaktuyangdiperlukanuntukmembangunsistem."
Sebagai gambaranumum, pengembangan aplikasi berarti mengembangkan aplikasi
pemrogramanyangbervariasidaripemrogramanumumdalamartibahwaiamemilikitingkat
yanglebihtinggidariliabillity,termasukuntukkebutuhancapturingdantesting.Pada1970
an, Rapid Application Development muncul sebagai respon untuk nonagile processes,
seperti model Waterfall. Pengembang perangkatlunak menghadapi masalah waktu dengan
metodologi sebelumnya sebagai sebuah aplikasi yang begitu lama untuk membangun.
Dengandemikian,metodologitersebutseringmengakibatkansistemtidakdapatdigunakan.
2. SEJARAHRAD

Siklushidup Tradisional dirancang di tahun1970an, dan masih banyakdigunakan

hingga saatini, berdasarkanpendekatan terstrukturyangbertahap untuk mengembangkan
sistem. Urutan atau langkahlangkah yang rumit ini memaksa user untuk keluar setelah
menyelesaikan spesifikasi masingmasing sebelum pengembangan dapat melanjutkan ke
langkah berikutnya. Persyaratan dan perencanaan kemudian berhenti dan sistem
diimplementasikan,dan diuji,. Dengan konvensional metode, ada penundaan yang lama
sebelum pelanggandapat melihat hasilapapun danproses pembangunan dapat mengambil
waktu begitu lama sehingga pelanggan bisnis dapat mengubah secara mendasar sebelum
sisteminisiapuntukdigunakan.
Sebagaitanggapanterhadap,langkahsearahStagewiseatauModelWaterFall,Barry
Boehm, Ketua SW Engineer di TRW, memperkenalkan Model development Spiral nya.
Model Spiral adalah risikodriven, sebagai lawan dari kodedriven, pendekatan yang
menggunakan pemodelan proses daripada fase metodologi. Melalui model nya, Boehm
pertamakalidiimplementasikanperangkatlunakprototypingsebagaicarauntukmengurangi
risiko.PengembanganprosesSpiralModelmemisahkanprodukkebagianbagianyangkritis
atau tingkat sementara melakukan analisis risiko, prototyping, dan langkahyangsama di

setiaptingkatan.Demikianpula,TomGilb'sevolusionerLifeCycledidasarkanpadaevolusi
prototypingalasanmanaprototipetumbuhdanhaluskefinalproduk.
Karya Boehm dan Gilb membuka jalan bagi perumusan metodologi yang disebut
Rapid Prototyping Iteratif Produksi (RIPP) di DuPont di pertengahankeakhir 1980an.
JamesMartinkemudiandiperluaskerjayangdilakukandiDuPontdantempatlainkedalam
suatuproses,lebihbesarlebihformal,yangtelahmenjadidikenalsebagaiRapidApplication
Development (RAD). RAD kompres pengembangan langkahdemilangkah metode
konvensional menjadi proses berulangulang. Pendekatan RAD demikian termasuk
mengembangkan dan memperbaiki model data, model proses, dan prototipe secaraparallel
menggunakan proses iteratif. Persyaratan Pengguna diperhalus, solusi dirancang, solusinya
adalahprototyped,prototipeditinjau,masukanpenggunadisediakan,danprosesdimulailagi.
3. UNSURUNSURRAPIDAPPLICATIONDEVELOPMENT
RAD memiliki banyak unsurunsur yang membuat sebuah metodologi yang unik
termasuk prototyping, iterative development, time boxing, team members, management
approach,danRADtools.
a. Prototyping

Sebuah aspek kunci dari RAD adalah pembangunan prototipe untuk tujuan
membangkitkankembalidesainuntukkebutuhanpengguna.Tujuannyaadalahuntuk
membangun sebuah fitur ringanyanghasilakhirnyadalamjumlahpendekdengan
waktu yang memugkinkan. Prototipe awal berfungsi sebagai bukti konsep untuk
klien,tetapilebihpentingberfungsisebagaititikberbicaradanalatuntukkebutuhan
pemurnian. Mengembangkan prototipe cepat dicapai dengan Computer Aided
Engineering CASE tools Software yang berfokus pada menangkap persyaratan,
mengkonversi mereka ke model data, mengubah model data ke database, dan
menghasilkankodesemuadalamsatualat.CASEtoolspopulerdi80andanawal90
an, tetapi sebagai teknologi telah berubah (dan COBOL telah menjadi usang)
beberapa alat mengambil keuntungan penuh dari potensi penuh dari teknologi
KASUS alat. Perusahaan rasional adalah yang paling terkenal meskipun prototipe
potensi pembangkitnya terbatas. Pada Otomatis Arsitektur produk cetakbirukami
3

berfokus pada peningkatan tingkat aplikasi enterprise web yang berfungsi sebagai
prototipekarenakecepatanyangmerekadapatdiciptakan(dalammenit).

b. IterativeDevelopment
IterativeDevelopment berarti menciptakan versi yanglebih fungsional darisebuah
sistem dalam siklus pembangunan pendek. Setiapversi ditinjau dengan klien untuk
menghasilkanpersyaratanuntukmembuatversiberikutnya.Prosesinidiulangsampai
semuafungsionalitastelahdikembangkan.Panjangidealiterasiadalahantarasatuhari
(yang lebih dekat dengan Metodologi Agile) dan tiga minggu. Setiap siklus
pengembangan memberikan pengguna kesempatan untuk memberikan umpanbalik,
memperbaikipersyaratan,dankemajuanmelihat(dalampertemuansesifokusgrup).
Halini akhirnya pembangunan berulang yang memecahkan masalahyangmelekat
dalammetodologifleksibeldibuatpada1970an.
c. Timeboxing
Timeboxingadalah proses menunda fitur untuk versi aplikasi dimasamendatang
untukmelengkapiversisaatinisebagaiketepatanwaktu.Ketepatanwaktumerupakan
aspek pentingdari RAD, karena tanpa itu ruang lingkup dapat mengancam untuk
memperpanjang iterasi pembangunan, sehingga membatasi umpanbalikdariklien,
meminimalkan manfaatdaripembangunan berulang,danberpotensimengembalikan
proseskembalikependekatanmetodologiairterjun.
d. TeamMember
MetodologiRADmerekomendasikanpenggunaantimkecilyangterdiridarianggota
yangberpengalaman,serbaguna,danmotivasiyangmampumelakukanperanganda.
Sebagai klien memainkan peran penting dalamproses pembangunan, sumberdaya
klien khusus harus tersedia selama awal JointApplicationDevelopment (JAD) sesi
serta Focus Group Sessions dilakukan pada akhir siklus pengembangan.
Pengembangantim(jugadikenalsebagaiSWATatauSkilledWorkerswithAdvance
4

Tools) idealnya harus memiliki pengalaman di Rapid ApplicationDevelopment dan

harus memiliki pengalaman dengan Computer Aided Software Engineering.
Pendekatan manajemen Aktif dan manajemen yang terlibat sangat penting untuk
mengurangi risiko siklus pengembangan diperpanjang, kesalahpahaman klien, dan
melebihitenggat waktu. Diatas manajemen semuaharus kuat dan konsisten dalam
keinginanmereka untuk menggunakan metodologi Rapid Application Development.
Selain menegakkan waktu yang ketat, manajemen harus fokus pada pemilihan
anggotatim,motivasitim,danpadakliringhambatanbirokrasiataupolitik.
e. RADTools
Salah satu tujuan utama dari metodologi Rapid Application Development yang
dikembangkan oleh James Martin pada tahun1980an adalah untuk memanfaatkan
teknologi terbaru yang tersedia untuk mempercepat pembangunan. Jelas teknologi
tahun 1980 sudah kuno, tetapi fokus RAD tentang alat terbaru adalah sama
pentingnyahariinisepertiketikametodologiawalnyadiciptakan.
4. MODELRAD

a) Bussinessmodeling
Aliraninformasidiantarafungsifungsibisnisdimodelkandengan
menjawabpertanyaanpertanyaanberikut:
a.
b.
c.
d.
e.

suatucarauntuk

informasiapayangmengendalikanprosesbisnis?
Informasiapayangdimunculkan?
Siapayangmemunculkanya?
Kemanainformasiitupergi?
Siapayangmemprosesnya?

b) Datamodeling

a. Aliraninformasiyangdidefinisikansebagaibagiandarifasebusinessmodeling

disaringkedalamserangkaianobjekdatayangdibutuhkanuntukmenopangbisnis
tersebut.
b. Karakteristik(disebutatribut)masingmasingobjekdiidentifikasidanhubungan
antaraobjekobjektersebutdidefinisikan.
c. Bagiandaripemodelanbisnisyangdidefinisikankedalamsekumpulanobjekdata.
d. Karakteristik(atribut)darisetiapobjekdiidentifikasikandanhubungannya.

c) Prosessmodelling

a. Aliraninformasiyangdidefinisikandidalamfasedatamodelingditransformasikan

untukmencapaialiraninformasiyangperlubagiimplementasisebuahfungsibisnis.
Gambaranpemrosesandiciptakanuntukmenambah,memodifikasi,
menghapus,ataumendapatkankembalisebuahobjekdata.
b. Objekdataakandiimplementasikanpadafungsibisnis.
c. Deskripsiprosesdibangununtukpenambahanmodifikasi,penghapusan,atau
pengambilankembaliobjekdata.
d) Applicationgeneration
a. RADmengasumsikanpemakaianteknikgenerasikeempat.
Selainmenciptakan
perangkatlunakdenganmenggunakanbahasapemrogramangenerasiketigayang
konvensional
Padasemuakasus,alatalatbantuotomatisdipakaiuntukmemfasilitasi
konstruksiperangkatlunak.
b. Melakukanpenggunaankembalikomponenyangada(jikamungkin).
c. Ataumembuatkembalipenggunaankembalikomponenjikadibutuhkan.

e) Testingandturnover

a. KarenaprosesRADmenekankanpadapemakaiankembali,banyakkomponen

programtelahdiuji.Halinimengurangikeseluruhanwaktupengujian.
Tetapikomponenbaruharusdiujidansemuainterfaceharusdilatihsecara
penuh.

5. PENDEKATANMODELRAPIDAPPLICATIONDEVELOPMENT

Model RAD mengadopsi model waterfall dan pembangunan dalam waktu singkat
yangdicapaidenganmenerapkan:
1. Componentbasedconstruction(pemrogramanberbasiskomponen).
2. Penekananpadapenggunaanulang(reuse)komponenperangkatlunakyangtelahada.
3. Pembangkitankodeprogramotomatis/semiotomatis.
4. Multipleteam(banyaktim),tiaptimmenyelesaikansatutugasyangseleveltapitidak

sama.Banyaknyatimtergantungdariareadankomplekstasnyasistemyangdibangun.
Jikakeutuhanyangdiinginkanpadatahapanalisakebutuhantelahlengkapdanjelas,
maka waktu yang dibutuhkan untuk menyelesakan secara lengkap perangkat lunak yang
dibuatadalahberkisar60sampai90hari.ModelRADhamprsamadenganmodelwaterfall,
bedanya siklus pengembangan yangditempuhmodelinsangatpendekdenganpenerapan
6

teknikyangcepat.Sistemdibagibagimenjadibeberapamoduldandikerjakanbeberapatmm
dalam waktu yang hampir bersamaan dalam waktu yang sudah ditentukan. Model in
melibatkan banyak tim, dan setiap tim mengerjakan tugas yang selevel, namun berbeda.
Sesuaidenganpembagianmodulsistem.

6. PERBANDINGANRADDENGANMETODELAIN

a. PerbandinganDenganMetodeTradisional
Sebagai gambaran umum, pengembangan aplikasi berarti mengembangkan aplikasi
pemrogramanyangbervariasidaripemrogramanumumdalamartibahwaiamemilikitingkat
yanglebihtinggidarikewajiban,termasukuntukkebutuhanmenangkapdanpengujian.Pada
1970an,RapidApplicationDevelopmentmunculsebagairesponmengerikanuntukproses
nontangkas, seperti model Waterfall. Pengembang perangkat lunak menghadapi masalah
waktudenganmetodologisebelumnyasebagaiaplikasibegitulamauntukmembangunbahwa
spesifikasipersyaratandiubaholehsistemwaktuituselesai.Dengandemikian,metodologi
tersebutseringmengakibatkansistemtidakdapatdigunakan.
MetodologiRADadalahdalamjangkauanhampirsemuaorangsebagaigeneratorkode,
alatalatvisualsepertiVB,VisualC++danCASEtoolsepertiRationalRosedidasarkan
pada teknik RAD saja. JikaAndamerancang aplikasi dengan Rational Rose,kode dapat
secaraotomatisdihasilkandalambahasasepertiC++,VC++atauVB.Sebagaicontoh
sederhana,jikaAndatelahmenggunakanalatalatsepertiMSFrontPagemakaitukembali
alatRAD.BerikutinigambarperbandinganantarametodeRADdenganmetodeTrdisional.

Gambar1PerbandinganRADdenganmetodeTradisional
Padagambar1menggambarkanperbedaandarimetodetradisonaldenganmetodeRAD.
UntuktahaptradisonalmengacupadaurutantahaptahapSDLC.PadaRADTahappertama
langsung membuat analisis dan design, lalu langsung ketahap siklus prototyping yaitu
membangun,memperhalusdanmendemonstrasikannya.Ituakanmempercepatprosesdalam
pembuatan suatu project. RAD memang lebih cepat dari Waterfall. Jika
kebutuhan dan batasan project sudah diketahui dengan baik. Juga jika
proyekmemungkinkanuntukdimodularisasi.
b. MetodelogiRADmengunakanPrototypingdanThrowawayPrototyping

Gambar2RADmenggunakanPrototyping
8

Karena Keunggulan metode ini menggabungkan teknik SDLC, Prototyping, teknik

joint application development (JAD) dan computer aided software engineering (CASE
Tools)yangbertujuanuntukmembuatsystemdalamwaktusingkat(kurangdari6bulan).
Padagambar2diatas Metodologiprototypingmelakukananalisis,desaindanimplementasi
secara bersamaan untuk menghadirkan sebuah sistem dengan skala kecil dalam fungsi
minimalkemudiandireviewolehuseruntukdilakukanprosesdevelopmentsecaraberulang
hinggamenghasilkansebuahsystem.

Gambar3RADMenggunakanThrowawayPrototypingMethodologies
Untukgambar3adalahmetodeThrowawayPrototyping,padametodologiiniAnalisa
dilakukanlebihmendalam,prototypedibuatdanditest,pengalamanyangdiperolehdari
latihaninidigunakanuntukmembuatprodukfinalnya,tetapiprototypenyasendiridibuang.
7. KEUNTUNGANRAPIDAPPLICATIONDEVELOPMENT
RADmempunyaikeuntunganyangdapatdisimpulkansebagaiberikut:

Sangatbergunadilakukanpadakondisiusertidakmemahami
kebutuhankebutuhanapasajayangdigunakanpadaprosespengembangan
perangkatlunak.

RADmengikutitahapanpengembangansistemsepetiumumnya,tetapi
mempunyaikemampuanuntukmenggunakankembalikomponenyangada
(reusableobject)sehinggapengembangtidakperlumembuatdariawallagi
danwaktulebihsingkatberkisarantara60hari90hari.

8.

Karenamempunyaikemampuanuntukmenggunakankomponenyangsudah
adadanwaktuyanglebihsingkatmakamembuatbiayamenjadilebihrendah
dalammenggunakanRAD

KELEMAHANRAPIDAPPLICATIONDEVELOPMENT
Beberapa hal yang perlu diperhatikan dalam implementasi pengembangan
menggunakanmodelRAD:

Proyekyangberskalabesar,RADmemerlukansumberdayamanusiayang
memadaiuntukmenciptakanjumlahtimyangbaik.

RADmenuntutpengembangdanpelangganmemilikikomitmendalam
aktivitasrapidfireyangdiperlukanuntukmelengkapisebuahsistemdalam
waktuyangsingkat.JikakomitmentersebuttidakadamakaproyekRADakan
gagal.

9. IMPLEMENTASI
1) KondisiSesuaiRAD

Proyekdenganskalakecilsampaimediumdenganwaktupendek.

Fokuspadalingkuptertentu,misalnyapadaobjekbisnisyangtelah
didefinisikandenganbaik.

Bukanaplikasidengankomputasiyangkompleks

Usertahupastiareayangharusdimilikiaplikasi

Manajemenmemilikikomitmenterhadapketerlibatanuser.

Spesifikasikebutuhansudahbenarbenardiketahui

Pendefinisianspesifikasiyangtidakperluwaktulama

Komposisitimstabil

2) KondisiYangTidakSesuaiRAD

Proyekyangterlalubesardankompleks

Sistemdengankomputasitinggi
10

Lingkupdanobjekbisnisproyekbelumjelas

Timproyekbesardengankoordinasitinggi

3) Penerapan

BerikutiniContohdaripembuatansystemmenggunakanRapidApplicationDeveloopment
Methodology:
Pembuatan website mcommerce (mobile commerce) untuk mempermudah proses
penyewaankendaraanmobilpadasuatubadanusaha.Pengembangansistemmcommerceini
menggunakan metode Rapid Application Development (RAD), dengan demikian siklus
pembangunan perangkat lunak menjadi lebih pendek atau singkat. Penerapan sistem m
commerceinimenggunakanarsitekturyangberbasisWirelessApplicationProtocol(WAP)
sehinggawebsitedapatdiaksesdariteleponseluler(ponsel)melaluibrowser.

Gambar4HalamanUtamaSistemPenyewaanMobilMenggunakanRAD

10. KESIMPULAN
RapidApplication Development lebih dari sekedar menyelesaikan aplikasi secepat
mungkin.JamesMartinyangdimaksudkansebagaipendekatanmendefinisikandenganbaik
untuk pengembangan aplikasi yang melibatkan, siklus pendek pengembangan berulang
seperti timeboxing, prototyping, dan penggunaan teknologi modern untuk melihat
persyaratan kebutuhansecaralangsungkemudianditangkapkedalamaplikasiyangbekerja
menggunakan generasi kode atau teknologiserupa . Pendekatan ini berlakusekarang sama
sepertipadatahun1980an,hanyaartinyatelahagaktertutupolehpemasaranmodern.
11

Rapid Application Development, pembangunan yang berkualitas lebih tinggi ,dan

biaya perangkat lunak yang efisien dalam waktu yang singkat, dengan demikian kami
berusaha untuk memenuhituntutan perangkatlunakindustrybaru. Ed Yourdon mengakui
bahwa "teknologi informasi sekarang menjadi komoditas konsumen" dan pengembang
perangkatlunakharus sesuaidengan faktakemudianmenantangdirimerekasendiri untuk
mengadopsi perubahanyangbaruuntukmemenuhi tuntutan konsumen. RapidApplication
Development,danpenggunaandalamCASEtoolsyangkuat,adalah sepertisarana.Halini
adalahsebuahprosesdinamisyangmenekankanpadalebihbanyaktantanganyangbaikdan
cepat. Kemuadianmenyediakansebuahruangkerjayangbaikmaupualatalatfungsional
untuk mengembangkan software yang baik dan cepat. Rapid Application Development
(RAD)merupakansoftwareyangsangatmudah.

Referensi:
1. Britton,Carol(2001).ObjectOrientedSystemsDevelopment.McGrawHill.hlm.28

29,269.ISBN0077095448.
2. PrasetyoWibowo,RapidApplicationDevelpomentModel,http://prasetyo

wibowo.com/2010/03/11/rapidapplicationdevelopmentmodel/,March21,2011,
10:28
3. Wikipedia,RapidApllicationDevelopment,

http://id.wikipedia.org/wiki/Rapid_Application_Development,March21,2011,10:28
4. WittawatChaisaraseree ,RapidApplicationDevelopment:AQuickMethodology,

http://softwaredocument.blogspot.com/2010/11/rapidapplicationdevelopment
quick.html,March21,2011,10:28
5. RanggaFirdaus,M.Kom,NurulHidayat,M.Kom,andYuliaK,S.Kom,

PENGEMBANGANSISTEMMOBILECOMMERCEPADAPROSESRENTAL
MOBILMENGGUNAKANRAPIDAPPLICATIONDEVELOPMENT,
openstorage.gunadarma.ac.id/.../0103010Penerapan%5BRangga%5D.pdf,March
27,2011,15:15

12