Rapid application development: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
Tidak ada ringkasan suntingan |
kTidak ada ringkasan suntingan Tag: VisualEditor Suntingan perangkat seluler Suntingan peramban seluler Tugas pengguna baru Tugas pengguna baru: pranala |
||
| (15 revisi perantara oleh 14 pengguna tidak ditampilkan) | |||
| Baris 1: | 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 |
||
|last= Britton |
|||
| ⚫ | '''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 di mana 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.<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=}} |
||
|first= Carol |
|||
</ref> |
|||
|coauthors= Jill Doake |
|||
|title= Object-Oriented Systems Development |
|||
|publisher= McGraw-Hill |
|||
|year= 2001 |
|||
|month= |
|||
|isbn= 0-07-709544-8 |
|||
|pages=28-29, 269}} |
|||
</ref> Working model digunakan kadang-kadang saja sebagai basis desain dan implementasi sistem final.<ref name="rapidprototyping"/> |
|||
== Penerapan == |
== Penerapan == |
||
Model RAD mengadopsi model waterfall dan pembangunan dalam waktu singkat yang dicapai dengan menerapkan |
Model RAD mengadopsi model waterfall dan pembangunan dalam waktu singkat yang dicapai dengan menerapkan: |
||
# Component based construction ( pemrograman berbasis komponen bukan prosedural). |
# Component based construction ( [[pemrograman]] berbasis komponen bukan prosedural). |
||
# Penekanan pada penggunaan ulang (reuse) komponen perangkat lunak yang telah ada. |
# Penekanan pada penggunaan ulang (reuse) [[komponen perangkat lunak]] yang telah ada. |
||
# Pembangkitan kode program otomatis/semi otomatis. |
# Pembangkitan kode program otomatis/semi otomatis. |
||
# Multiple team (banyak tim), tiap tim menyelesaikan satu tugas yang selevel |
# Multiple team (banyak tim), tiap tim menyelesaikan satu tugas yang selevel tetapi tidak sama. Banyaknya tim tergantung dari area dan kompleksitasnya sistem yang dibangun. |
||
Jika keutuhan yang diinginkan pada tahap |
Jika keutuhan yang diinginkan pada 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 ini sangat pendek dengan penerapan [[teknik]] yang cepat. |
||
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. |
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 == |
== Kelemahan & Kelebihan RAD == |
||
Beberapa hal ( |
Beberapa hal ([[kelebihan]] dan kekurangan) yang perlu diperhatikan dalam implementasi pengembangan menggunakan model RAD: |
||
# Model RAD memerlukan sumber daya yang cukup besar, terutama untuk proyek dengan skala besar. |
# Model RAD memerlukan sumber daya yang cukup besar, terutama untuk proyek dengan skala besar. |
||
# Model ini cocok 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 |
# 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. |
# 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. |
# 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. |
# penghalusan dan penggabungan dari beberapa tim di akhir proses sangat diperlukan dan ini memerlukan kerja keras. |
||
| Baris 35: | Baris 28: | ||
== Referensi == |
== Referensi == |
||
{{reflist}} |
{{reflist}} |
||
== contoh == |
|||
[[Apps Generator]] |
|||
[[Joget Workflow]] |
|||
{{it-stub}} |
{{it-stub}} |
||
[[Kategori:Rekayasa perangkat lunak]] |
[[Kategori:Rekayasa perangkat lunak]] |
||
[[ar:تطوير تطبيقات سريع]] |
|||
[[ca:Rapid Application Development]] |
|||
[[de:Rapid Application Development]] |
|||
[[en:Rapid application development]] |
|||
[[es:Desarrollo rápido de aplicaciones]] |
|||
[[eu:RAD]] |
|||
[[fi:Nopean kehityksen malli (RAD)]] |
|||
[[fr:Développement rapide d'applications]] |
|||
[[hu:Gyors alkalmazásfejlesztés]] |
|||
[[it:Rapid Application Development]] |
|||
[[ja:RAD (計算機プログラミング環境)]] |
|||
[[ko:고속 응용 프로그램 개발]] |
|||
[[nl:Rapid application development]] |
|||
[[pl:Rapid Application Development]] |
|||
[[pt:Rapid Application Development]] |
|||
[[ru:RAD (программирование)]] |
|||
[[uk:Швидка розробка програмного забезпечення]] |
|||
[[zh:快速應用程式開發]] |
|||
Revisi terkini sejak 27 Agustus 2022 08.08
 | Artikel ini perlu diwikifikasi agar memenuhi standar kualitas Wikipedia. Anda dapat memberikan bantuan berupa penambahan pranala dalam, atau dengan merapikan tata letak dari artikel ini.
Untuk keterangan lebih lanjut, klik [tampil] di bagian kanan.
|
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 di mana 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.[1]
Penerapan[sunting | sunting sumber]
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 tetapi tidak sama. Banyaknya tim tergantung dari area dan kompleksitasnya sistem yang dibangun.
Jika keutuhan yang diinginkan pada 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 ini sangat pendek dengan penerapan teknik yang cepat.
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[sunting | sunting sumber]
Beberapa hal (kelebihan dan kekurangan) yang perlu diperhatikan dalam implementasi pengembangan menggunakan model RAD:
- 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.
- proyek bisa gagal karena waktu yang disepakati tidak dipenuhi
- risiko teknis yang tinggi juga kurang cocok untuk model ini.
Referensi[sunting | sunting sumber]
- ^ Britton, Carol (2001). Object-Oriented Systems Development. McGraw-Hill. hlm. 28–29, 269. ISBN 0-07-709544-8.
contoh[sunting | sunting sumber]
 | Artikel bertopik teknologi informasi ini adalah sebuah rintisan. Anda dapat membantu Wikipedia dengan mengembangkannya. |