Apa masalah dari Model Air Terjun?

Model air terjun adalah pendekatan desain berurutan yang relatif linier untuk area tertentu dalam desain rekayasa.

Dalam pengembangan perangkat lunak, ini cenderung menjadi salah satu pendekatan yang kurang iteratif dan fleksibel, karena kemajuan mengalir ke satu arah ke bawah, seperti air terjun, melalui fase konsepsi, inisiasi, analisis, desain, konstruksi, pengujian, penerapan, dan pemeliharaan. Digunakan dalam proyek pengembangan perangkat lunak, fase-fase tersebut biasanya terlihat seperti ini:

Model air terjun

1. Kebutuhan

Jika Anda terlibat dalam pengembangan perangkat lunak atau jenis tim pembuatan proyek lainnya, Anda ingin mengetahui konteks bisnis dari apa yang ingin Anda buat — Anda ingin mendefinisikan jenis masalah yang ingin Anda selesaikan dan bagaimana orang akan bereaksi terhadap produk jadi Anda. Setelah Anda mendefinisikan semua “kebutuhan” ini, Anda memiliki masukan yang Anda perlukan untuk melanjutkan ke langkah berikutnya.

2. Merancang

Langkah ini terdiri dari semua langkah yang perlu Anda lakukan untuk memenuhi semua kebutuhan yang telah Anda tentukan sebelumnya. Dalam pengembangan perangkat lunak, ini adalah bagian di mana Anda mendefinisikan semua arsitektur perangkat lunak dan perangkat keras, bahasa pemrograman, penyimpanan data, dll. Ini juga merupakan bagian di mana Anda menentukan bagaimana proyek akan berguna bagi pengguna akhir.

3. Implementasi

Dalam langkah ini, Anda mulai membangun apa yang telah Anda rancang dalam rencana Anda. Bagian dari metode Air Terjun ini didedikasikan untuk memenuhi standar yang telah Anda buat di langkah-langkah sebelumnya. Ini adalah bagian di mana orang-orang dari tim pengembangan masuk dan mewujudkan semua hal yang dibahas di langkah-langkah sebelumnya.

4. Verifikasi

Ini adalah bagian dari metode di mana orang-orang jaminan kualitas masuk untuk memastikan bahwa tim pengembangan tidak melakukan kesalahan. Ini juga kemungkinan besar adalah bagian di mana orang-orang menyadari apa yang berfungsi atau tidak berfungsi dalam rencana mereka.

Catatan Bahwa

Ketika semua hal dipenuhi oleh pengembang proyek, klien atau pengguna akhir masuk dan membuat keputusan akhir apakah proyek siap diluncurkan.

Metode Air Terjun menekankan bahwa ketika sesuatu berjalan salah di tahap tertentu, orang dapat kembali ke tahap sebelumnya untuk melihat apa yang salah. Misalnya, jika ada masalah dalam Implementasi Rencana dan orang-orang tahu bahwa mereka hanya mengikuti cetak biru yang telah diserahkan kepada mereka, maka manajer melihat rencana mereka dan membuat revisi dari sana.

Apa Masalah dari Air Terjun?

Masalah Kebutuhan Awal — Rencana vs Realitas

Klien mungkin tidak tahu persis apa kebutuhan mereka sebelum mereka melihat perangkat lunak yang berfungsi dan sehingga mengubah kebutuhan mereka, yang mengarah pada perancangan ulang, pengembangan ulang, dan pengujian ulang, serta biaya yang meningkat.

Pengembang mungkin tidak menyadari kesulitan di masa depan saat merancang produk atau fitur perangkat lunak baru, dalam hal ini lebih baik untuk merevisi desain daripada bertahan pada desain yang tidak memperhitungkan batasan, kebutuhan, atau masalah baru yang ditemukan.

Dengan demikian, tidak ada jaminan bahwa kebutuhan yang telah dipikirkan oleh organisasi akan benar-benar berfungsi. Dari sini, Anda akan menyadari bahwa model Air Terjun memiliki masalah berikut:

1. Orang-orang mengikuti rencana secara membabi buta.

Dalam metode tradisional, orang lebih memperhatikan bagaimana sesuatu akan terjadi pada saat yang tepat tanpa menyadari apakah semuanya benar-benar berjalan dengan baik. Meskipun perencanaan itu penting, penting juga bagi pengembang dan pemeriksa kualitas untuk memahami bagaimana sesuatu seharusnya terjadi, terutama dengan klien atau pengguna akhir. Penting juga bahwa semua orang yang terlibat dalam proyek dapat segera mengatakan bagaimana langkah tertentu dalam pemenuhan proyek dapat gagal tanpa harus menunggu tahap pengujian.

2. Proses berurutan dan perubahan menjadi mahal

Pendekatan ini tidak memberikan ruang untuk perubahan kebutuhan yang telah ditentukan seiring dengan kemajuan proyek. Dengan demikian, ada potensi besar bahwa perangkat lunak tidak akan sepenuhnya memenuhi kebutuhan pengguna, akan menjadi tidak efisien dan memiliki fungsionalitas yang buruk.

Ini tidak memadai karena pengembang tidak dapat begitu saja kembali dan mengubah sesuatu di fase sebelumnya saat kebutuhan konsumen berubah, tetapi pengembang harus kembali ke tempat di mana kebutuhan perlu diubah dan memulai fase itu dari awal. Tidak sampai fase itu selesai, dia dapat melanjutkan ke fase berikutnya.

3. Pengguna akhir tidak tahu apa yang mereka inginkan.

Sebagian besar waktu, pikiran pengguna akhir terus berubah dan kebanyakan orang memiliki ide yang samar tentang kebutuhan perangkat lunak mereka dan saat perangkat lunak berkembang, mereka menentukan kebutuhan mereka.

Ketika saatnya menyerahkan produk jadi kepada klien, kemungkinan besar mereka tidak akan menyukai hasilnya, meskipun secara sengaja mengatakan sebaliknya selama tahap awal. Mudah bagi klien dan pengguna akhir untuk mengubah apa yang mereka inginkan seiring waktu. Sistem Air Terjun belum memiliki cara untuk menyelesaikan itu, tanpa harus merevisi rencana dan mengulang seluruh proyek.

4. Pengujian untuk kualitas mungkin terganggu.

Tidak mungkin untuk memprediksi hasil proyek dengan akurat, dan ketika seluruh tim terdesak waktu, mungkin untuk mempersingkat tahap pengujian untuk memenuhi tenggat waktu.

5. Anda tidak akan pernah tahu di tahap mana Anda sebenarnya berada.

Karena produk yang Anda coba buat tidak akan diproduksi sampai akhir, Anda tidak benar-benar yakin apakah Anda masih dalam tahap perencanaan atau sudah dalam tahap pengembangan. Itu berarti Anda juga mungkin menghabiskan lebih banyak waktu di suatu tahap daripada yang Anda harapkan karena kurangnya visibilitas ini.

Pada akhirnya, metode Air Terjun bisa terlalu berisiko karena terlalu kaku. Agar Anda dapat menghasilkan produk yang berfungsi dan cukup fleksibel untuk membantu Anda mengetahui apa yang berfungsi atau tidak.

Sumber Terkait

This post is also available in Deutsch, English, Español, فارسی, Français, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.

Leave a Reply

Alamat email Anda tidak akan dipublikasikan. Ruas yang wajib ditandai *