Presentasi sedang didownload. Silahkan tunggu

Presentasi sedang didownload. Silahkan tunggu

Rapid Application Development & Incremental Development Kelompok 2.

Presentasi serupa


Presentasi berjudul: "Rapid Application Development & Incremental Development Kelompok 2."— Transcript presentasi:

1 Rapid Application Development & Incremental Development Kelompok 2

2 Pengertian RAD adalah : Model proses pembangunan perangkat lunak yang tergolong dalam teknik incremental (bertingkat). Model proses pembangunan perangkat lunak yang tergolong dalam teknik incremental (bertingkat). RAD menekankan pada siklus pembangunan pendek/singkat/cepat. Waktu yang singkat adalah batasan yang penting untuk model ini. Waktu yang singkat adalah batasan yang penting untuk model ini

3 Model RAD mengadopsi model waterfall dan pembangunan dalam waktu singkat yang dicapai dengan menerapkan : Component based construction ( pemrograman berbasis komponen ). Component based construction ( pemrograman berbasis komponen ). 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 tapi tidak sama. Banyaknya tim tergantung dari area dan komplekstasnya sstem yang dibangun. Multiple team (banyak tim), tiap tim menyelesaikan satu tugas yang selevel tapi tidak sama. Banyaknya tim tergantung dari area dan komplekstasnya sstem yang dibangun.

4 Beberapa hal (kelebhan 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.

5 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. proyek bisa gagal karena waktu yang disepakati tidak dipenuhi proyek bisa gagal karena waktu yang disepakati tidak dipenuhi resiko tekns yang tinggi juga kurang cocok untuk model ini. resiko tekns yang tinggi juga kurang cocok untuk model ini.

6

7 Prinsip Dasar RAD  Dalam situasi tertentu, yang digunakan 80% solusi dapat diproduksi di 20% dari waktu yang telah diminta untuk menghasilkan total solusi.  Dalam situasi tertentu, usaha persyaratan untuk suatu sistem dapat harus puas meskipun beberapa persyaratan operasional tidak puas.  Dalam situasi tertentu, yang dpt diterima dari sistem dapat dinilai bertentangan dengan disepakati minimal bergun aset persyaratan daripada semua persyaratan.  Dalam situasi tertentu, yang dpt diterima dari sistem dapat dinilai bertentangan dengan disepakati minimal bergun aset persyaratan daripada semua persyaratan.

8 Mengapa Gunakan RAD ? untuk mencegah biaya overruns (RAD kebutuhan tim sudah disiplin dalam biaya manajemen) untuk mencegah biaya overruns (RAD kebutuhan tim sudah disiplin dalam biaya manajemen) untuk mencegah pelarian jadwal (RAD kebutuhan tim sudah disiplin dalam manajemen waktu) untuk mencegah pelarian jadwal (RAD kebutuhan tim sudah disiplin dalam manajemen waktu) berkumpul awal menuju ke sebuah desain yang dapat diterima oleh pelanggan dan layak berkumpul awal menuju ke sebuah desain yang dapat diterima oleh pelanggan dan layak untuk para pengembang untuk membatasi proyek dari eksposur ke kekuatan perubahan untuk para pengembang untuk membatasi proyek dari eksposur ke kekuatan perubahan untuk menghemat waktu pembangunan, kemungkinan pada biaya ekonomi atau kualitas produk untuk menghemat waktu pembangunan, kemungkinan pada biaya ekonomi atau kualitas produk

9 Kelebihan RAD Fleksibilitas yang lebih besar Fleksibilitas yang lebih besar Sangat mengurangi manual coding Sangat mengurangi manual coding Peningkatan keterlibatan pengguna Peningkatan keterlibatan pengguna Mungkin lebih sedikit cacat Mungkin lebih sedikit cacat Mungkin dikurangi biaya Mungkin dikurangi biaya Singkat siklus pengembangan Singkat siklus pengembangan

10 Kekurangan RAD Sulit untuk mengukur kemajuan Sulit untuk mengukur kemajuan Kurang efisien Kurang efisien Kebutuhan mungkin tidak terca Kebutuhan mungkin tidak tercapai Sulit mengulang untuk berhasil Sulit untuk mengukur kemajuan

11 Incremental Development Bukan sekedar menghantarkan sistem sebagai “ single delivery ”, development dan delivery dipecah menjadi beberapa tahapan dimana tiap tahap akan men-deliver bagian dari kebutuhan fungsionalitas sistem Kenutuhan User diberi urutan prioritas dan kebutuhan dengan prioritas tertinggi akan disertakan padapengembangan awal. Ketika pengembangan pada suatu tahapan dimulai, maka kebutuhan akan di bekukan, walaupun kebutuhan untuk tahapan berikutnya dapat melanjutkan untuk berubah.

12 Keuntungan menggunakan pendekatan Incremental development : Kebutuhan klien dapat dikirimkan di tiap-tiap increment sehingga sistem akan tersedia lebih awal increment awal bertindak sebagai prototype untuk membantu menentukan kebutuhan untuk increment selanjutnya Resiko yang lebih rendah terjadinya kesalahan projek secara keseluruhan Layanan sistem dengan prioritas tertinggi yang akan paling di uji

13


Download ppt "Rapid Application Development & Incremental Development Kelompok 2."

Presentasi serupa


Iklan oleh Google