RAD (RAPID APPLICATION DEVELOPMENT)
adalah model
proses pembangunan perangkat lunak yang tergolong dalam teknik incremental
(bertingkat). RAD menekankan pada siklus pembangunan pendek, singkat, dan
cepat. Waktu yang singkat adalah batasan yang penting untuk model ini. Rapid
application development menggunakan metode iteratif (berulang) dalam
mengembangkan sistem dimana working model (model kerja) sistem dikonstruksikan
di awal tahap pengembangan dengan tujuan menetapkan kebutuhan (requirement)
pengguna. Model kerja digunakan hanya sesekali saja sebagai basis desain dan
implementasi sistem akhir.
Rapid Application Development (RAD) adalah metodologi
pengembangan perangkat lunak yang berfokus pada membangun aplikasi dalam waktu
yang sangat singkat. Istilah ini menjadi kata kunci pemasaran yang umum
menjelaskan aplikasi yang dapat dirancang dan dikembangkan dalam waktu 6090 hari,
tapi itu awalnya ditujukan untuk menggambarkanbsuatu proses pembangunan yang
melibatkan application prototyping dan iterative development.
UNSUR-UNSUR RAPID
APPLICATION DEVELOPMENT
RAD memiliki banyak unsurunsur yang membuat sebuah metodologi
yang unik termasuk prototyping, iterative development, time boxing, team
members, management approach, dan RAD tools.
a. Prototyping
Sebuah aspek kunci dari RAD adalah pembangunan prototipe
untuk tujuan membangkitkan kembali desain untuk kebutuhan pengguna. Tujuannya
adalah untuk membangun sebuah fitur ringan yang hasil akhirnya dalam jumlah
pendek dengan waktu yang memugkinkan. Prototipe awal berfungsi sebagai bukti
konsep untuk klien, tetapi lebih penting berfungsi sebagai titik berbicara dan
alat untuk kebutuhan 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 menghasilkan kode semua dalam satu alat. CASE tools populer di 80an dan
awal 90an, 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
prototype potensi pembangkitnya terbatas. Pada Otomatis Arsitektur produk cetak
biru kami berfokus pada peningkatan tingkat aplikasi enterprise web yang
berfungsi sebagai prototipe karena kecepatan yang mereka dapat diciptakan
(dalam menit).
b. Iterative Development
Iterative Development
berarti menciptakan versi yang lebih fungsional dari sebuah sistem dalam siklus
pembangunan pendek. Setiap versi ditinjau dengan klien untuk menghasilkan
persyaratan untuk membuat versi berikutnya. Proses ini diulang sampai semua
fungsionalitas telah dikembangkan. Panjang ideal iterasi adalah antara satu
hari (yang lebih dekat dengan Metodologi Agile) dan tiga minggu. Setiap siklus pengembangan
memberikan pengguna kesempatan untuk memberikan umpan balik, memperbaiki
persyaratan, dan kemajuan melihat (dalam pertemuan sesi fokus grup). Hal ini
akhirnya pembangunan berulang yang memecahkan masalah yang melekat dalam
metodologi fleksibel dibuat pada 1970an.
c. Time boxing
Time boxing adalah proses menunda fitur untuk versi aplikasi
di masa mendatang untuk melengkapi versi saat ini sebagai ketepatan waktu.Ketepatan
waktu merupakan aspek penting dari RAD, karena tanpa itu ruang lingkup dapat
mengancam untuk memperpanjang iterasi pembangunan, sehingga membatasi umpan
balik dari klien, meminimalkan manfaat dari pembangunan berulang, dan
berpotensi mengembalikan proses kembali ke pendekatan metodologi air terjun.
d. Team Member
Metodologi RAD merekomendasikan penggunaan tim kecil yang
terdiri dari anggota yang berpengalaman, serbaguna, dan motivasi yang mampu
melakukan peran ganda. Sebagai klien memainkan peran penting dalam proses
pembangunan, sumber daya klien khusus harus tersedia selama awal Joint Application
Development (JAD) sesi serta Focus Group Sessions dilakukan pada akhir siklus
pengembangan. Pengembangan tim (juga dikenal sebagai SWAT atau Skilled Workers
with Advance Tools) idealnya harus memiliki pengalaman di Rapid Application
Development 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, danmelebihi tenggat waktu. Di atas manajemen semua harus
kuat dan konsisten dalam keinginan mereka untuk menggunakan metodologi Rapid
Application Development. Selain menegakkan waktu yang ketat, manajemen harus
fokus pada pemilihan anggota tim, motivasi tim, dan pada kliring hambatan
birokrasi atau politik.
e. RAD Tools
Salah satu tujuan
utama dari metodologi Rapid Application Development yang dikembangkan oleh
James Martin pada tahun 1980an adalah untuk memanfaatkan teknologi terbaru yang
tersedia untuk mempercepat pembangunan. Jelas teknologi tahun 1980 sudah kuno, tetapi
fokus RAD tentang alat terbaru adalah sama pentingnya hari ini seperti ketika
metodologi awalnya diciptakan.
PERBANDINGAN RAD DAN
METODE LAIN
Pada gambar menggambarkan perbedaan dari metode tradisonal
dengan metode RAD. Untuk tahap tradisonal mengacu pada urutan tahap-tahap SDLC.
Pada RAD Tahap pertama langsung membuat analisis dan design, lalu langsung
ketahap siklus prototyping yaitu membangun, memperhalus dan
mendemonstrasikannya. Itu akan mempercepat proses dalam pembuatan suatu
project. RAD memang lebih cepat dari Waterfall. Jika kebutuhan dan batasan
project sudah diketahui dengan baik. Juga jika proyek memungkinkan untuk
dimodularisasi.
sumber :
Prasetyo
Wibowo, Rapid Application Develpoment Model,http://prasetyowibowo.com/2010/03/11/rapidapplicationdevelopmentmodel/
Britton,
Carol (2001). ObjectOriented Systems Development. McGrawHill. hlm. 2829, 269
