Rapid application development: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
kTidak ada ringkasan suntingan Tag: VisualEditor Suntingan perangkat seluler Suntingan peramban seluler Tugas pengguna baru Tugas pengguna baru: pranala |
|||
| (19 revisi perantara oleh 15 pengguna tidak ditampilkan) | |||
Baris 1:
{{Underlinked|date=Januari 2016}}
'''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.<ref name="rapidprototyping">{{cite book▼
▲'''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
</ref>
== Penerapan ==
Model RAD mengadopsi model waterfall dan pembangunan dalam waktu singkat yang dicapai dengan menerapkan
# Component based construction ( [[pemrograman]] berbasis komponen bukan prosedural).
# Penekanan pada penggunaan ulang (reuse) [[komponen perangkat lunak]] yang telah ada.
# Pembangkitan kode program otomatis/semi otomatis.
# Multiple team (banyak tim), tiap tim menyelesaikan satu tugas yang selevel
Jika keutuhan yang diinginkan pada tahap
Sistem dibagi-bagi menjadi beberapa modul dan dikerjakan beberapa tim dalam waktu yang hampir bersamaan dalam waktu yang sudah ditentukan. Model ini melibatkan banyak tim, dan setiap tim mengerjakan tugas yang selevel, namun berbeda. Sesuai dengan pembagian modul sistem.
== Kelemahan & Kelebihan RAD ==
Beberapa hal (
# Model RAD memerlukan sumber daya yang cukup besar, terutama untuk proyek dengan skala besar.
# Model ini cocok untuk proyek dengan skala besar.
# Model RAD memerlukan komitmen yang kuat antara pengembang dan pemesssan, bahkan keduanya bisa tergabung dalam 1 tim
# kinerja dari [[perangkat lunak]] yang dihasilkan dapat menjadi masalah manakala kebutuhan-kebutuhan diawal proses tidak dapat dimodulkan, sehingga pendekatan dengan model ini kurang bagus.
# 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.
Baris 35 ⟶ 28:
== Referensi ==
{{reflist}}
== contoh ==
[[Apps Generator]]
[[Joget Workflow]]
{{it-stub}}
[[Kategori:Rekayasa perangkat lunak]]
| |||