Model air terjun adalah model yang dikembangkan untuk pengembangan perangkat lunak, yaitu untuk membuat perangkat lunak. Disebut seperti itu karena model berkembang secara sistematis dari satu tahap ke tahap lain dalam mode seperti air terjun.
Fase-fase dalam Model ini adalah sebagai berikut.
• Definisi Studi / Analisis
• Dasar Desain
• Desain Teknis / Desain Detil
• Konstruksi
• Pengujian
• Integrasi
• Manajemen dan
• Pemeliharaan.
Sebelum munculnya metode ini, pengembangan perangkat lunak di perusahaan komputer mengalami hambatan karena tidak terintegrasi dengan baik. Namun dengan metode ini mereka berharap untuk membawa kejelasan dalam proyek-proyek mereka.
Tentang Fase
Seperti dikatakan sebelumnya model air terjun telah terstruktur pada beberapa fase terutama untuk membantu perusahaan konstruksi perangkat lunak untuk mengembangkan sistem konstruksi yang terorganisir. Dengan mengikuti metode ini, proyek ini akan dibagi menjadi beberapa tahapan sehingga lebih efisien dari segi proses. Misalnya Anda mulai dengan Tahap I dan menurut model ini, harus dilalui tahapan demi tahapan. Ini salah satu cara bergerak secara progresif ke tahap akhir dan sekali titik itu tercapai, Anda tidak bisa kembali, mirip dengan air di air terjun.
Deskripsi singkat Fase Model Air Terjun
• Definisi Studi / Analisis: Selama fase penelitian sedang dilakukan yang meliputi brainstorming tentang perangkat lunak, apa yang akan dan apa tujuan itu akan tercapai.
• Desain Dasar: Jika fase pertama akan berhasil diselesaikan dan dipikirkan dengan baik rencana untuk pengembangan perangkat lunak, maka langkah selanjutnya adalah merumuskan desain dasar dari perangkat lunak di atas kertas.
• Desain Teknis / Detail Desain: Setelah desain dasar akan disetujui, maka desain teknis lebih diuraikan serta dapat direncanakan. Berikut fungsi dari masing-masing bagian adalah memutuskan dan unit teknik ditempatkan untuk contoh modul, program dll
• Konstruksi / Pelaksanaan: Pada fase ini kode sumber dari program ditulis.
• Pengujian: Pada tahap ini, seluruh desain dan konstruksi diletakkan di dalam sebuah tes untuk memeriksa fungsionalitas. Jika ada kesalahan maka mereka akan muncul ke permukaan pada saat proses terlaksana.
• Integrasi: dalam fase Integrasi, perusahaan menempatkan prodak atau sistem yang berhasil diuji.
• Pengelolaan dan Pemeliharaan: Pemeliharaan dan manajemen diperlukan untuk memastikan bahwa sistem akan terus melakukan seperti yang diinginkan.
Melalui langkah-langkah tersebut di atas jelas menunjukkan bahwa model air terjun itu dimaksudkan untuk berfungsi dalam suatu cara sistematis yang mengambil produksi perangkat lunak dari langkah dasar akan ke blangkah akhir seperti Air Terjun yang dimulai di bagian atas tebing dan berjalan ke bawah tapi tidak mundur.
Keuntungan dari Model Waterfall
Mari kita lihat beberapa keuntungan dari model ini,
• Proyek ini membutuhkan pemenuhan satu fase, sebelum melanjutkan ke yang berikutnya. Oleh karena itu jika ada kesalahan dalam perangkat lunak ini akan terdeteksi selama salah satu tahap awal dan akan disegel untuk koreksi.
• Banyak penekanan diletakkan pada dokumen dalam metode ini dibandingkan dengan metode baru. Ketika pekerja baru memasuki proyek, lebih mudah bagi mereka untuk melanjutkan pekerjaan dari mana ia telah ditinggalkan. Metode baru tidak mendokumentasikan proses perkembangan mereka yang membuat sulit bagi seorang anggota tim baru untuk memahami apa langkah yang akan mengikuti selanjutnya. Model Waterfall adalah metode ke depan lurus dan mudah memungkinkan satu tahu apa yang sedang berlangsung tahap.
• Metode Waterfall ini juga dikenal di kalangan pengembang perangkat lunak sehingga mudah digunakan. Hal ini lebih mudah untuk mengembangkan berbagai perangkat lunak melalui metode ini dalam kurun waktu singkat.
Kekurangan Model Waterfall
Ada banyak kelemahan model juga. Mari kita lihat pada orang,
• Banyak proyek perangkat lunak tergantung pada faktor eksternal; dari mana klien untuk perangkat lunak yang sedang dirancang adalah faktor terbesar. Hal ini terjadi banyak kali, bahwa klien perubahan persyaratan proyek, sehingga mempengaruhi sebuah perubahan dalam rencana normal konstruksi dan karenanya fungsi juga. Model Waterfall tidak bekerja dengan baik dalam situasi seperti ini karena mengasumsikan ada perubahan terjadi setelah proses telah dimulai sesuai rencana.
Jika, misalnya, hal ini terjadi dalam Model Air Terjun, maka sejumlah langkah akan pergi ke limbah, dan di sana akan muncul kebutuhan untuk memulai semuanya lagi. Tentu saja hal ini juga membawa tentang aspek waktu dan uang yang semua akan sia-sia. Oleh karena itu metode ini tidak akan sama sekali terbukti efektif biaya. Bahkan tidak mudah untuk mengambil perkiraan biaya setiap langkah, karena setiap tahapan yang cukup besar.
Ada banyak model perangkat lunak lainnya perkembangan yang meliputi banyak aspek yang sama dari model Waterfall. Namun tidak seperti model Waterfall, metode ini tidak sebagian besar dipengaruhi oleh sumber-sumber luar. Dalam model air terjun, ada banyak orang yang berbeda bekerja di fase yang berbeda dari proyek seperti perancang dan pembangun dan masing-masing membawa pendapatnya sendiri tentang bidang keahliannya. Desain, oleh karena itu, pasti akan dipengaruhi, namun dalam model Waterfall, tidak ada ruang untuk itu.
• Aspek negatif lain dari model ini adalah bahwa sejumlah besar waktu juga terbuang. Sebagai contoh jika kita mempelajari setiap proses pengembangan perangkat lunak, kita tahu bahwa Tahap II tidak dapat dilaksanakan sampai Tahap I telah berhasil diselesaikan, maka sementara desainer masih merancang perangkat lunak, saat pembangun benar-benar sia-sia.
• Kelemahan lain dari metode ini adalah bahwa periode pengujian datang agak terlambat dalam proses perkembangan, sedangkan dalam berbagai program pembangunan lain desain akan diuji banyak lebih cepat untuk menemukan cacat pada saat banyak waktu dan uang belum terbuang.
• Menjelaskan dokumentasi selama metode Waterfall memiliki keuntungan, tetapi tidak tanpa kelemahan juga. Dibutuhkan banyak upaya dan waktu, yang mengapa itu tidak cocok untuk proyek-proyek kecil.
Modifikasi Model Air Terjun
Karena berbagai kerugian banyak versi modifikasi lain dari model ini juga telah diajukan dan beberapa di antaranya disebutkan di bawah ini:
• Royce Model
Model Royce menekankan pada kenyataan bahwa model Waterfall menderita cacat serius yang satu tidak dapat kembali ke tahap sebelumnya untuk memperbaiki sesuatu yang tidak beres.
• Sashimi Model
Sashimi adalah versi modifikasi sejati dari model Waterfall. Fase-fase yang agak sama seperti dalam Model Air terjun; hanya kali ini fase yang tumpang tindih satu sama lain yang hadir banyak keuntungan. Misalnya waktu tidak akan terbuang karena sebelum Tahap I akan selesai, Tahap II sudah akan berlangsung. Selain itu, karena mereka tumpang tindih, sehingga seseorang dapat kembali ke langkah sebelumnya jika diinginkan.
• Model Siklus Hidup Aorta
Perbedaan dalam model ini adalah bahwa mereka banyak mengandalkan pada umpan balik yang berasal dari fase-fase lain sebelum maju ke berikutnya.
• Model Waterfall V
Model Waterfall V bergantung pada sebuah program perangkat lunak perkembangan linier yang menekankan pada pengembangan seimbang lebih dari apa pun.
