Rapid application development: Perbedaan antara revisi

Model'''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. ModelRapid RADapplication mengadopsidevelopment modelmenggunakan waterfallmetode daniteratif pembangunan(berulang) dalam waktumengembangkan singkatsistem yangdi dicapaimana working model (model bekerja) sistem dikonstruksikan di awal tahap pengembangan dengan menerapkantujuan menetapkan kebutuhan (requirement) user dan selanjutnya disingkirkan. Working model digunakan kadang-kadang saja sebagai basis desain dan implementasi sistem final.<ref name="rapidprototyping">{{cite book|last=Britton|first=Carol|year=2001|title=Object-Oriented Systems Development|publisher=McGraw-Hill|isbn=0-07-709544-8|pages=28-29, 269|coauthors=Jill :Doake|month=}}

ModelJika RADkeutuhan iniyang sebenarnyadiinginkan hamprpada tahap analisis kebutuhan telah lengkap dan jelas, maka waktu yang dibutuhkan untuk menyelesaikan secara lengkap perangkat lunak yang dibuat adalah berkisar 60 sampai 90 hari. Model RAD hampir sama dengan [[model waterfall]], bedanya siklus pengembangan yang ditempuh model inini sangat pendek dengan penerapan teknk[[teknik]] yang cepat.

SystemSistem dibagi-bagi menjadi beberapa modul dan dikerjakan beberapa tmmtim dalam waktu yang hampir bersamaan dalam waktu yang sudah ditentukan. Model inini melibatkan banyak tim, dan setiap tmtim mengerjakan tugas yang selevel, namun berbeda. Sesuai dengan pembagian modul systemsistem.

Beberapa hal (kelebhan[[kelebihan]] dan kekurangan) yang perlu diperhatikan dalam implementasi pengembangan menggunakan model RAD :

2. # Model iniRAD memerlukan sumber daya yang cukup besar, cocokterutama 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 kebutuhan-kebutuhan diawal proses tidak dapat dimodulkan, sehingga pendekatan dengan model ini kurang bagus.

6# sistem yang tidak bisa dimodularisasi tidak cocok untuk model ini.
# 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. resiko# risiko teknsteknis yang tinggi juga kurang cocok untuk model ini.