MODEL RAD

MODEL RAD

Pengertian
Rapid application development (RAD) atau rapid prototyping 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 bekerja) sistem dikonstruksikan di awal tahap pengembangan
dengan tujuan menetapkan kebutuhan (requirement) user dan selanjutnya
disingkirkan. Working model digunakan kadang-kadang saja sebagai basis desain dan
implementasi sistem final.
Fase-fase dalam RAD

1. Bussines Modelling.
Aliran informasi diantara funsi-fungsi bisnis dimodelkan dengan suatu cara untuk
menjawab pertanyaan-pertanyaan berikut: Informasi apa yg mengendalikan
proses bisnis? Informasi apa yg dimunculkan? Siapa yg memunculkan? Ke mana
informasi itu pergi? Siapa yg memprosesnya?

2. Data Modelling
Aliran informasi yg di definisikan sebagai bagian dari fase bussiness modelling di
saring ke dalam serangkaian objek data yg dibutuhkan untuk menopang bisnis
tersebut. Karakteristik (disebut atribut) masing-masing objek diidentifikasi dan
hubungan antara objek-objek tersebut didefinisikan.

3. Prosess Modeling
Aliran informasi yg didefinisikan di dalam fase data modelling ditransformasikan
untuk mencapai aliran informasi yg perlu bagi implementasi sebuah fungsi bisnis.
Gambaran pemrosesan digunakan untuk menambah, memodifikasi, menghapus,
atau mendapatkan kembali sebuah objek data.
By: Pt. Mega Christanta 2

4. Aplication generation
RAD mengasumsikan pemakaian teknik generasi ke-empat. Selain menciptakan
perangkat lunak dengan menggunakan bahasa pemrograman generasi ke-tiga yg
konvensional, RAD lebih banyak memproses kerja untuk memakai lagi komponen
program yg ada (pada saat memungkinkan) atau menciptakan komponen yg bisa
dipakai lagi (bila perlu). Pada semua kasus, alat-alat bantu otomatis dipakai untuk
memfasilitasi konstruksi perangkat lunak.

5. Testing and turnover
Karena proses RAD menekankan pada pemakaian kembali, banyak komponen
program telah diuji. Hal ini mengurangi keseluruhan waktu pengujian. Tetapi
komponen baru harus diuji dan semua interface harus dilatih secara penuh.

Gambar fase-fase dalam RAD:

Penerapan
Model RAD mengadopsi model waterfall dan pembangunan dalam waktu singkat yang
dicapai dengan menerapkan :
1. Component based construction ( pemrograman berbasis komponen ).
2. Penekanan pada penggunaan ulang (reuse) komponen perangkat lunak yang
telah ada.
3. Pembangkitan kode program otomatis/semi otomatis.
4. Multiple team (banyak tim), tiap tim menyelesaikan satu tugas yang selevel tapi
tidak sama. Banyaknya tim tergantung dari area dan komplekstasnya sstem yang
dibangun.
Jika keutuhan yang diinginkan pada tahap analisa kebutuhan telah lengkap dan jelas,
maka waktu yang dibutuhkan untuk menyelesakan secara lengkap perangkat lunak yang
dibuat adalah berkisar 60 sampai 90 hari. Model RAD hampr sama dengan model
waterfall, bedanya siklus pengembangan yang ditempuh model in sangat pendek
dengan penerapan teknik yang cepat.
Sistem dibagi-bagi menjadi beberapa modul dan dikerjakan beberapa tmm dalam waktu
yang hampir bersamaan dalam waktu yang sudah ditentukan. Model in melibatkan
banyak tim, dan setiap tim mengerjakan tugas yang selevel, namun berbeda. Sesuai
dengan pembagian modul sistem.

Kelebihan dan Kelemahan
Beberapa hal (kelebhan dan kekurangan) yang perlu diperhatikan dalam implementasi
pengembangan menggunakan model RAD :
1. Model RAD memerlukan sumber daya yang cukup besar, terutama untuk proyek
dengan skala besar.
2. Model ini cocok untuk proyek dengan skala besar.
3. Model RAD memerlukan komitmen yang kuat antara pengembang dan
pemesssan, bahkan keduanya bisa tergabung dalam 1 tim
4. kinerja dari perangkat lunak yang dihasilkan dapat menjadi masalah manakala
By: Pt. Mega Christanta 5
kebutuhan-kebutuhan diawal proses tidak dapat dimodulkan, sehingga
pendekatan dengan model ini kurang bagus.
5. sisttem yang tidak bisa dimodularisasi tidak cocok untuk model ini.
6. penghalusan dan penggabungan dari beberapa tim di akhir proses sangat
diperlukan dan ini memerlukan kerja keras.
7. proyek bisa gagal karena waktu yang disepakati tidak dipenuhi
8. risiko tekns yang tinggi juga kurang cocok untuk model ini.

Referensi :

http://mega19boy.files.wordpress.com/2011/03/model-rad.pdf