Apa itu Model Air Terjun?
MODEL AIR TERJUN adalah model sekuensial yang membagi pengembangan perangkat lunak menjadi fase yang telah ditentukan sebelumnya. Setiap fase harus diselesaikan sebelum fase berikutnya dapat dimulai tanpa tumpang tindih antar fase. Setiap fase dirancang untuk melakukan aktivitas tertentu selama fase SDLC. Itu diperkenalkan pada tahun 1970 oleh Winston Royce.
Fase Berbeda Model Air Terjun dalam Rekayasa Perangkat Lunak
| Fase yang berbeda | Kegiatan dilakukan di setiap tahapan |
| Tahap Requirement Gathering |
- Selama fase ini, persyaratan rinci dari sistem perangkat lunak yang akan dikembangkan dikumpulkan dari klien
|
| Tahap Desain |
- Rencanakan bahasa pemrograman, Misalnya Java, PHP, .net
- atau database seperti Oracle, MySQL, dll.
- Atau detail teknis tingkat tinggi lainnya dari proyek tersebut
|
| Panggung Dibangun |
- Setelah tahap desain, maka dibangun tahap yang tidak lain adalah pengkodean perangkat lunak
|
| Tahap Uji |
- Dalam fase ini, Anda menguji perangkat lunak untuk memverifikasi bahwa itu dibuat sesuai spesifikasi yang diberikan oleh klien.
|
| Tahap penerapan |
- Terapkan aplikasi di lingkungan masing-masing
|
| Tahap pemeliharaan |
- Setelah sistem Anda siap digunakan, Anda mungkin perlu mengubah kode sesuai permintaan pelanggan
|
Kapan menggunakan Model Air Terjun SDLC
Model air terjun bisa digunakan saat
- Persyaratan tidak sering berubah
- Aplikasinya tidak rumit dan besar
- Proyek pendek
- Persyaratannya jelas
- Lingkungan stabil
- Teknologi dan alat yang digunakan tidak dinamis dan stabil
- Sumber daya tersedia dan dilatih
Keuntungan dan Kerugian Model Air Terjun
| Keuntungan | Dis-Advantages |
- Sebelum tahap pengembangan berikutnya, setiap tahap harus diselesaikan
|
- Kesalahan hanya dapat diperbaiki selama fase
|
- Cocok untuk proyek kecil yang persyaratannya ditentukan dengan baik
|
- Tidak diinginkan untuk proyek yang kompleks di mana persyaratan sering berubah
|
- Mereka harus melakukan uji jaminan kualitas (Verifikasi dan Validasi) sebelum menyelesaikan setiap tahap
|
- Periode pengujian datang cukup terlambat dalam proses pengembangan
|
- Dokumentasi yang rumit dilakukan di setiap fase siklus pengembangan perangkat lunak
|
- Dokumentasi menghabiskan banyak waktu pengembang dan penguji
|
- Proyek sepenuhnya bergantung pada tim proyek dengan intervensi klien minimum
|
- Umpan balik berharga klien tidak dapat disertakan dengan fase pengembangan yang sedang berlangsung
|
- Setiap perubahan dalam perangkat lunak dilakukan selama proses pengembangan
|
- Perubahan kecil atau kesalahan yang muncul dalam perangkat lunak yang telah selesai dapat menyebabkan banyak masalah
|
