Model Inkremental dalam SDLC: Kegunaan, Keuntungan & Kerugian
Lucas Bennett
Apa itu Model Tambahan?
Model Inkremental adalah proses pengembangan perangkat lunak di mana persyaratan dipecah menjadi beberapa modul mandiri dalam siklus pengembangan perangkat lunak. Pengembangan bertahap dilakukan dalam beberapa langkah mulai dari desain analisis, implementasi, pengujian/verifikasi, pemeliharaan.
Setiap iterasi melewati persyaratan, desain, pengkodean dan fase pengujian. Dan setiap rilis berikutnya dari sistem menambahkan fungsi ke rilis sebelumnya hingga semua fungsionalitas yang dirancang telah diimplementasikan.
Sistem dimasukkan ke dalam produksi ketika peningkatan pertama dikirimkan. Peningkatan pertama sering kali merupakan produk inti yang memenuhi persyaratan dasar, dan fitur tambahan ditambahkan pada peningkatan berikutnya. Setelah produk inti dianalisis oleh klien, ada pengembangan rencana untuk peningkatan berikutnya.
Karakteristik modul Inkremental meliputi
- Pengembangan sistem dipecah menjadi banyak proyek pengembangan mini
- Sistem parsial dibangun secara berturut-turut untuk menghasilkan sistem total akhir
- Persyaratan prioritas tertinggi ditangani terlebih dahulu
- Setelah persyaratan dikembangkan, persyaratan untuk kenaikan tersebut dibekukan
| Fase Tambahan | Kegiatan dilakukan secara bertahap |
|---|---|
| Analisis Kebutuhan |
|
| Mendesain |
|
| Kode |
|
| uji |
|
Kapan menggunakan model Inkremental?
- Persyaratan sistem dipahami dengan jelas
- Ketika permintaan untuk peluncuran suatu produk lebih awal muncul
- Ketika rekayasa Perangkat Lunak tim tidak terlalu terampil atau terlatih
- Ketika fitur dan sasaran berisiko tinggi terlibat
- Metodologi seperti ini lebih banyak digunakan untuk aplikasi web dan perusahaan berbasis produk
Kelebihan dan Kekurangan Model Inkremental
| Kelebihan | Kekurangan |
|---|---|
| Perangkat lunak akan dihasilkan dengan cepat selama siklus hidup perangkat lunak | Untuk itu diperlukan perancangan perencanaan yang baik |
| Fleksibel dan lebih murah untuk mengubah persyaratan dan ruang lingkup | Masalah mungkin disebabkan oleh arsitektur sistem sehingga tidak semua persyaratan dikumpulkan terlebih dahulu untuk seluruh siklus hidup perangkat lunak |
| Sepanjang tahap pengembangan perubahan dapat dilakukan | Setiap fase iterasi bersifat kaku dan tidak saling tumpang tindih |
| Model ini lebih murah dibandingkan model lainnya | Perbaikan suatu permasalahan pada satu unit memerlukan koreksi pada semua unit dan memakan banyak waktu |
| Pelanggan dapat merespons setiap bangunan | |
| Kesalahan mudah diidentifikasi |
