MODEL RAD

Model RAD

   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) dalammengembangkan 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 menggambarkan 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. Hal ini dirancang untuk mengambil keuntungan

 maksimum dari pengembangan perangkat lunak yang telah berevolusi barubaru ini.
   "Profesor Clifford Kettemborough dari College Whitehead, University of Redlands,

 mendefinisikan Rapid Application Development sebagai "pendekatan untuk membangun

 sistem komputer yang menggabungkan ComputerAssisted Software Engineering (CASE)

 tools dan teknik, userdriven prototyping, RAD meningkatkan kualitas sistem

 secara drastic dan mengurangi waktu yang diperlukan untuk membangun sistem

   Sebagai gambaran umum, pengembangan aplikasi berarti mengembangkan

 aplikasi pemrograman yang bervariasi dari pemrograman umum dalam arti bahwa

 ia memiliki tingkat yang lebih tinggi dari liabillity, termasuk untuk kebutuhan

 capturing dan testing. Pada 1970an, Rapid Application Development muncul

 sebagai respon untuk nonagile processes,

   Seperti model Waterfall. Pengembang perangkat lunak menghadapi

 masalah waktu dengan metodologi sebelumnya sebagai sebuah aplikasi

 yang begitu lama untuk membangun. Dengan demikian, metodologi tersebut

 sering mengakibatkan sistem tidak dapat digunakan.
   Unsur-unsur Rapid Application Development Rad memiliki banyak unsur-unsur yang
 membuat sebuah metodologi yang unik termasuk prototyping, iterative development,
 time boxing, team members, management approach, dan RAD tools.

• Prototype

   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).

• 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.

• 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.

• 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, dan

 melebihi 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.

• 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.

• Model RAD

   1.Bussiness modeling

   Aliran informasi di antara fungsi – fungsi bisnis dimodelkan dengan suatu cara untuk

 menjawab pertanyaan – pertanyaan berikut :

    a. Informasi apa yang mengendalikan proses bisnis?

    b. Informasi apa yang di munculkan?

    c. Siapa yang memunculkanya?

    d. Ke mana informasi itu pergi?

    e. Siapa yang memprosesnya?

   2.Data modeling

    a. Aliran informasi yang didefinisikan sebagai bagian dari
 fase business modeling disaring ke dalam serangkaian
 objek data yang dibutuhkan untuk menopang bisnis tersebut.

    b. Karakteristik (disebut atribut) masing – masing objek diidentifikasi dan

 hubungan antara objek – objek tersebut didefinisikan.

    c. Bagian dari pemodelan bisnis yang didefinisikan ke dalam sekumpulan

 objek data.

    d. Karakteristik (atribut) dari setiap objek diidentifikasikan dan hubungannya.

   3.Proses modelling

    a. Aliran informasi yang didefinisikan di dalam fase data modeling
 ditransformasikan untuk mencapai aliran informasi yang perlu bagi

 implementasi sebuah fungsi bisnis. Gambaran pemrosesan
 diciptakan untuk menambah, memodifikasi, menghapus, atau
 mendapatkan kembali sebuah objek data.

       b. Objek data akan diimplementasikan pada fungsi bisnis.

       c. Deskripsi proses dibangun untuk penambahan modifikasi,

    penghapusan, atau pengambilan kembali objek data.

      4.Application generation

          a. RAD mengasumsikan pemakaian teknik generasi ke empat.

       Selain menciptakan perangkat lunak dengan menggunakan bahasa

       pemrograman generasi ketiga yang konvensional.

       Pada semua kasus, alat – alat bantu otomatis dipakai untuk memfasilitasi

       konstruksi perangkat lunak.

       b. Melakukan penggunaan kembali komponen yang ada (jika mungkin).

       c. Atau membuat kembali penggunaan kembali komponen jika dibutuhkan.

    5.Testing and turnover

       a. Karena proses RAD menekankan pada pemakaian kembali,

    banyak komponen program telah diuji. Hal ini mengurangi keseluruhan

    waktu pengujian.Tetapi komponen baru harus di uji dan semua

    interface harus dilatih secara penuh.

• Implementasi RAD

   RAD mempunyai keuntungan yang dapat disimpulkan sebagai berikut:

    1.Sangat berguna dilakukan pada kondisi user tidak memahami kebutuhankebutuhan

 apa saja  ang digunakan pada proses pengembangan perangkat lunak.

    2.RAD mengikuti tahapan pengembangan sistem sepeti umumnya,

 tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang

 ada (reusable object) sehingga pengembang tidak perlu membuat dari awal

 lagi dan waktu lebih singkat berkisar antara 60 dari 90 hari.

    3.Karena mempunyai kemampuan untuk menggunakan komponen yang

 sudah ada dan waktu yang lebih singkat maka membuat biaya menjadi

 lebih rendah dalam menggunakan RAD

• Keuntungan RAD

   RAD mempunyai keuntungan yang dapat disimpulkan sebagai berikut:

    1.Sangat berguna dilakukan pada kondisi user tidak memahami kebutuhan-kebutuhan

 apa saja  ang digunakan pada proses pengembangan perangkat lunak.

    2.RAD mengikuti tahapan pengembangan sistem sepeti umumnya,

 tetapi mempunyai kemampuan untuk menggunakan kembali komponen

 yang ada (reusable object) sehingga pengembang tidak perlu membuat

 dari awal lagi dan waktu lebih singkat berkisar antara 60 dari 90 hari.

    3.Karena mempunyai kemampuan untuk menggunakan komponen yang sudah

 ada dan waktu yang lebih singkat maka membuat biaya menjadi lebih rendah 

 alam menggunakan RAD

Kekurangan RAD

   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.

   Model RAD memerlukan komitmen yang kuat antara pengembang dan pemesssan,

   bahkan keduanya bisa tergabung dalam 1 tim.

      2.Kinerja dari perangkat lunak yang dihasilkan dapat menjadi masalah

   manakala kebutuhan-kebutuhan diawal proses tidak dapat dimodulkan,

   sehingga pendekatan dengan model ini kurang bagus.

      3.Sistem yang tidak bisa dimodularisasi tidak cocok untuk model ini.

      4.Penghalusan dan penggabungan dari beberapa tim di akhir proses sangat

   diperlukan dan ini memerlukan kerja keras.

     5.Proyek bisa gagal karena waktu yang disepakati tidak dipenuhi.

     6.Risiko teknis yang tinggi juga kurang cocok untuk model ini.

Kesimpulan

   Rapid Application Development lebih dari sekedar menyelesaikan

 aplikasi secepat mungkin. James Martin yang dimaksudkan sebagai pendekatan

 mendefinisikan dengan baik untuk pengembangan aplikasi yang melibatkan,

 siklus pendek pengembangan berulang seperti timeboxing, prototyping, dan

 penggunaan teknologi modern untuk melihat persyaratan kebutuhan secara langsung

 kemudian ditangkap ke dalam aplikasi yang bekerja menggunakan generasi kode atau

 teknologi serupa . Pendekatan ini berlaku sekarang sama seperti pada tahun 1980an,

 hanya artinya telah agak tertutup oleh pemasaran modern.

   Rapid Application Development, pembangunan yang berkualitas lebih

 tinggi ,dan biaya perangkat lunak yang efisien dalam waktu yang singkat, dengan

 demikian kami berusaha untuk memenuhi tuntutan perangkat lunak industry baru.

Ed Yourdon mengakui bahwa "teknologi informasi sekarang menjadi

 komoditas konsumen" dan pengembang perangkat lunak harus

 sesuai dengan fakta kemudian menantang diri mereka sendiri untuk mengadopsi

 perubahan yang baru untuk memenuhi tuntutan konsumen.

   Rapid Application Development, dan penggunaan dalam CASE tools yang kuat,

 adalah seperti sarana. Hal ini adalah sebuah proses dinamis yang menekankan pada

 lebih banyak tantangan yang baik dan cepat. Kemuadian menyediakan sebuah ruang kerja

 yang baik maupu alatalat fungsional untuk mengembangkan software yang baik

 dan cepat. Rapid Application Development (RAD) merupakan software yang sangat mudah.

Referensi :

1. Britton, Carol (2001). ObjectOriented Systems Development. McGrawHill. hlm. 2829, 269.

 SBN 0077095448.

2.Prasetyo Wibowo, Rapid Application Develpoment Model, http://prasetyowibowo.    com/2010/03/11/rapidapplicationdevelopmentmodel/

3. Wikipedia, Rapid Apllication Development, 

     http://id.wikipedia.org/wiki/Rapid_Application_Development,

4. Wittawat Chaisaraseree , Rapid Application Development: A Quick Methodology,

     http://softwaredocument.blogspot.com/2010/11/rapidapplicationdevelopmentquick.html

5. Rangga Firdaus, M.Kom, Nurul Hidayat, M.Kom, and Yulia K, S.Kom, 

PENGEMBANGAN SISTEM MOBILE COMMERCE PADA PROSES RENTAL

MOBIL MENGGUNAKAN RAPID APPLICATION DEVELOPMENT,

openstorage.gunadarma.ac.id/.../0103010Penerapan%5BRangga%5D.pdf