Model Tambahan di SDLC: Penggunaan, Keuntungan & Kerugian

Daftar Isi:

Anonim

Apa itu Model Inkremental?

Model Incremental adalah proses pengembangan perangkat lunak di mana persyaratan dipecah menjadi beberapa modul mandiri dari siklus pengembangan perangkat lunak. Pengembangan bertahap dilakukan dalam langkah-langkah mulai dari desain analisis, implementasi, pengujian / verifikasi, pemeliharaan.

Setiap iterasi melewati fase persyaratan, desain, pengkodean, dan pengujian . Dan setiap rilis berikutnya dari sistem menambahkan fungsi ke rilis sebelumnya hingga semua fungsionalitas yang dirancang telah diterapkan.

Sistem dimasukkan ke dalam produksi saat kenaikan pertama dikirimkan. Kenaikan pertama sering kali merupakan produk inti yang memenuhi persyaratan dasar, dan fitur tambahan ditambahkan di kelipatan berikutnya. Setelah produk inti dianalisis oleh klien, ada pengembangan rencana untuk kenaikan berikutnya.

Karakteristik modul Incremental meliputi

  • Pengembangan sistem dipecah menjadi banyak proyek pengembangan mini
  • Sistem parsial dibangun secara berurutan untuk menghasilkan sistem total akhir
  • Persyaratan prioritas tertinggi ditangani terlebih dahulu
  • Setelah persyaratan dikembangkan, persyaratan untuk kenaikan tersebut dibekukan
Tahapan Inkremental Aktivitas yang dilakukan dalam fase inkremental
Analisis Kebutuhan
  • Persyaratan dan spesifikasi perangkat lunak dikumpulkan
Rancangan
  • Beberapa fungsi kelas atas dirancang selama tahap ini
Kode
  • Pengkodean perangkat lunak dilakukan selama tahap ini
Uji
  • Setelah sistem diterapkan, itu melewati tahap pengujian

Kapan menggunakan model Incremental?

  • Persyaratan sistem dipahami dengan jelas
  • Ketika permintaan untuk rilis awal suatu produk muncul
  • Ketika tim rekayasa perangkat lunak tidak terlalu terampil atau terlatih
  • Ketika fitur dan tujuan berisiko tinggi terlibat
  • Metodologi tersebut lebih banyak digunakan untuk aplikasi web dan perusahaan berbasis produk

Keuntungan dan Kerugian Model Inkremental

Keuntungan Kekurangan
  • Perangkat lunak akan dibuat dengan cepat selama siklus hidup perangkat lunak
  • Ini membutuhkan perancangan perencanaan yang baik
  • Fleksibel dan lebih murah untuk mengubah persyaratan dan cakupan
  • Masalah mungkin disebabkan karena arsitektur sistem karena tidak semua persyaratan dikumpulkan di awal untuk seluruh siklus hidup perangkat lunak
  • Sepanjang tahapan pengembangan, perubahan bisa dilakukan
  • Setiap fase iterasi bersifat kaku dan tidak tumpang tindih satu sama lain
  • Model ini lebih murah dibandingkan model lainnya
  • Memperbaiki masalah dalam satu unit membutuhkan koreksi di semua unit dan menghabiskan banyak waktu
  • Seorang pelanggan dapat menanggapi setiap gedung
  • Kesalahan mudah diidentifikasi