Model Dalam SDLC (System Development Lifecycle) - Spiral

Model ini merupakan penggabungan dari model waterfall dan model iteratif. Model spiral menggabungkan gagasan pengembangan iteratif dengan aspek sistematis dan terkontrol dari model waterfall dengan penekanan yang sangat tinggi pada analisis risiko. Hal ini memungkinkan pelepasan produk secara bertahap atau perbaikan tambahan melalui setiap iterasi di sekitar spiral.

SDLC SPIRAL - Image from geeksforgeeks.org

Tahapan model Spiral:

Identification : Fase ini dimulai dengan mengumpulkan persyaratan bisnis dalam spiral baseline. Pada spiral berikutnya saat produk matang, identifikasi persyaratan sistem, persyaratan subsistem, dan persyaratan unit semuanya dilakukan dalam fase ini. Fase ini juga termasuk memahami persyaratan sistem dengan komunikasi terus menerus antara pelanggan dan analis sistem. 

Design : Fase Desain dimulai dengan desain konseptual pada spiral dasar dan melibatkan desain arsitektur, desain logis modul, desain produk fisik, dan desain akhir pada spiral berikutnya.

Construct or Build : Fase Construct mengacu pada produksi produk perangkat lunak aktual di setiap spiral. Dalam spiral dasar, ketika produk baru saja dipikirkan dan desain sedang dikembangkan, PoC (Bukti Konsep) dikembangkan dalam fase ini untuk mendapatkan umpan balik pelanggan. Kemudian pada spiral berikutnya dengan kejelasan yang lebih tinggi tentang persyaratan dan detail desain, model kerja perangkat lunak yang disebut build diproduksi dengan nomor versi. Build ini kembali dikirim ke pelanggan untuk mendapatkan umpan balik.

Evaluation & Risk Analysis : Analisis Risiko termasuk mengidentifikasi, memperkirakan dan memantau kelayakan teknis dan risiko manajemen, seperti jadwal dan kelebihan biaya. Setelah menguji build, pada akhir iterasi pertama, pelanggan mengevaluasi perangkat lunak dan memberikan umpan balik.

Kelebihan :

• Pengembangan dapat dibagi menjadi bagian-bagian yang lebih kecil dan bagian yang berisiko dapat dikembangkan lebih awal yang membantu dalam manajemen risiko yang lebih baik.
• Fungsionalitas atau perubahan tambahan dapat dilakukan di tahap selanjutnya.
• Kebutuhan sistem dapat diakomodasi lebih baik karena melalui serangkaian proses yang terstruktur dan berulang.

Kekurangan :

• Waktu pengembangannya cukup lama karena menggunakan model terstruktur yang terus berulang.
• Sama seperti model iterasi, kita tidak dapat memprediksi kapan pengembangan sistem akan selesai dilakukan.
• Tidak cocok untuk projek berskala kecil karena sistem dapat menjadi komleks dan membuthkan biaya yang tinggi.