Model Prototipe

Model prototipe mensyaratkan bahwa sebelum melakukan pengembangan perangkat lunak yang sebenarnya, sebuah prototipe sistem yang berfungsi harus dibangun. Sebuah prototipe adalah implementasi sederhana dari sistem. Sebuah prototipe biasanya menjadi versi yang sangat kasar dari sistem yang sebenarnya, mungkin memiliki kemampuan fungsional yang terbatas, reliabilitas rendah, dan kinerja yang tidak efisien dibandingkan dengan perangkat lunak yang sebenarnya. Dalam banyak kasus, klien hanya memiliki pandangan umum tentang apa yang diharapkan dari produk perangkat lunak. Dalam skenario di mana tidak ada informasi detail tentang masukan ke sistem, kebutuhan pemrosesan, dan kebutuhan keluaran, model prototyping dapat digunakan.

Langkah-langkah Model Prototipe

1. Pengumpulan Persyaratan dan Analisis
2. Pengambilan Keputusan Cepat
3. Membangun Prototipe
4. Evaluasi Pengguna atau Penilaian
5. Peningkatan Prototipe
6. Pengembangan Produk

Keuntungan Model Prototipe

• Mengurangi risiko kesalahan persyaratan pengguna.
• Bagus di mana persyaratan berubah atau tidak pasti.
• Proses yang terlihat secara teratur membantu manajemen.
• Mendukung pemasaran produk awal.
• Mengurangi biaya pemeliharaan.
• Kesalahan dapat terdeteksi jauh lebih awal karena sistem dibuat berdampingan.

Kerugian Model Prototipe

• Prototipe yang tidak stabil/buruk seringkali menjadi produk akhir.
• Memerlukan kolaborasi pelanggan yang luas.
• Menghabiskan uang pelanggan.
• Membutuhkan pelanggan yang berkomitmen.
• Sulit untuk menyelesaikan jika pelanggan mundur.
• Mungkin terlalu khusus untuk pelanggan tertentu, tidak pasar yang luas.
• Sulit untuk mengetahui berapa lama proyek akan berlangsung.
• Mudah untuk kembali ke kode dan memperbaiki tanpa analisis persyaratan yang tepat, desain, evaluasi pelanggan, dan umpan balik.
• Alat prototyping mahal.
• Diperlukan alat dan teknik khusus untuk membangun prototipe.
• Proses yang memakan waktu.

Model Proses Evolusioner

Model proses evolusioner menyerupai model perbaikan berulang. Tahap-tahap yang sama seperti pada model waterfall terjadi di sini secara berulang. Model ini berbeda dari model perbaikan berulang dalam hal ini tidak memerlukan produk yang bermanfaat di akhir setiap siklus. Dalam pengembangan evolusioner, persyaratan diimplementasikan berdasarkan kategori daripada berdasarkan prioritas.

Misalnya, dalam aplikasi database sederhana, satu siklus dapat mengimplementasikan antarmuka pengguna grafis (GUI), manipulasi file lainnya, kueri lainnya, dan pembaruan lainnya. Keempat siklus tersebut harus selesai sebelum ada produk yang berfungsi tersedia. GUI memungkinkan pengguna berinteraksi dengan sistem, manipulasi file memungkinkan data disimpan dan diambil kembali, kueri memungkinkan pengguna keluar dari sistem, dan pembaruan memungkinkan pengguna memasukkan data ke dalam sistem.

Manfaat Model Proses Evolusioner

• Penggunaan EVO membawa penurunan risiko yang signifikan untuk proyek perangkat lunak.
• EVO dapat mengurangi biaya dengan memberikan jalur terstruktur dan disiplin untuk eksperimen.
• EVO memungkinkan departemen pemasaran mengakses pengiriman awal, memfasilitasi pengembangan dokumentasi dan demonstrasi.
• Lebih cocok dengan kebutuhan pengguna dan persyaratan pasar.
• Mengelola risiko proyek dengan definisi konten siklus awal.
• Mengungkap masalah kunci dengan cepat dan memusatkan perhatian dengan tepat.
• Meningkatkan peluang untuk memasuki jendela pasar.
• Mempercepat siklus penjualan dengan paparan pelanggan awal.
• Meningkatkan keterlihatan kemajuan proyek oleh manajemen.
• Meningkatkan produktivitas tim produk dan motivasi.

//TC

ref : [1][2]