Model V

Model V, juga disebut sebagai Model Verifikasi dan Validasi. Dalam model ini, setiap fase dari SDLC harus diselesaikan sebelum fase berikutnya dimulai. Ini mengikuti proses desain sekuensial yang sama dengan model air terjun. Pengujian perangkat direncanakan secara paralel dengan tahap pengembangan yang sesuai.

Verifikasi:

• Melibatkan metode analisis statis (review) yang dilakukan tanpa menjalankan kode. Ini adalah proses evaluasi dari proses pengembangan produk untuk menemukan apakah persyaratan yang ditentukan dipenuhi.

Validasi:

• Melibatkan metode analisis dinamis (fungsional, non-fungsional), pengujian dilakukan dengan menjalankan kode. Validasi adalah proses untuk mengklasifikasikan perangkat lunak setelah penyelesaian proses pengembangan untuk menentukan apakah perangkat lunak memenuhi harapan dan persyaratan pelanggan.

Model V mengandung fase Verifikasi di satu sisi dan fase Validasi di sisi lainnya. Proses Verifikasi dan Validasi dihubungkan oleh fase pengkodean dalam bentuk huruf V. Oleh karena itu, dikenal sebagai Model V.

Fase Verifikasi Model V:

1. Analisis Persyaratan Bisnis: Tahap pertama di mana persyaratan produk dipahami dari sisi pelanggan. Tahap ini berisi komunikasi mendalam untuk memahami harapan pelanggan dan persyaratan yang tepat.
2. Desain Sistem: Pada tahap ini, insinyur sistem menganalisis dan menginterpretasikan bisnis sistem yang diusulkan dengan mempelajari dokumen persyaratan pengguna.
3. Desain Arsitektur: Landasan dalam memilih arsitektur adalah bahwa itu harus memahami semua yang biasanya terdiri dari daftar modul, fungsionalitas singkat setiap modul, hubungan antarmuka mereka, dependensi, tabel database, diagram arsitektur, detail teknologi, dll. Model pengujian integrasi dilakukan dalam fase tertentu.
4. Desain Modul: Dalam fase desain modul, sistem dibagi menjadi modul-modul kecil. Desain rinci dari modul ditentukan, yang dikenal sebagai Desain Rendah.
5. Fase Pengkodean: Setelah desain, fase pengkodean dimulai. Berdasarkan persyaratan, bahasa pemrograman yang sesuai dipilih. Ada beberapa pedoman dan standar untuk pengkodean. Sebelum memeriksa di repositori, build akhir dioptimalkan untuk kinerja yang lebih baik, dan kode melewati banyak tinjauan kode untuk memeriksa kinerja.

Fase Validasi Model V:

1. Pengujian Unit: Dalam Model V, Rencana Pengujian Unit (UTP) dikembangkan selama fase desain modul. UTP ini dieksekusi untuk menghilangkan kesalahan pada tingkat kode atau unit. Unit adalah entitas terkecil yang dapat ada secara independen, misalnya, modul program. Pengujian unit memverifikasi bahwa entitas terkecil dapat berfungsi dengan benar ketika diisolasi dari bagian kode/unit lainnya.
2. Pengujian Integrasi: Rencana Pengujian Integrasi dikembangkan selama Fase Desain Arsitektur. Pengujian ini memverifikasi bahwa grup yang dibuat dan diuji secara independen dapat berdampingan dan berkomunikasi di antara mereka.
3. Pengujian Sistem: Rencana Pengujian Sistem dikembangkan selama Fase Desain Sistem. Berbeda dengan Rencana Pengujian Unit dan Integrasi, Rencana Pengujian Sistem disusun oleh tim bisnis klien. Pengujian Sistem memastikan bahwa harapan dari pengembang aplikasi terpenuhi.
4. Pengujian Penerimaan: Pengujian penerimaan terkait dengan analisis persyaratan bisnis. Ini termasuk pengujian produk perangkat lunak di lingkungan pengguna. Pengujian penerimaan mengungkapkan masalah kompatibilitas dengan sistem-sistem yang berbeda, yang tersedia dalam lingkungan pengguna. Ini juga mengungkapkan masalah non-fungsional seperti beban dan kecacatan kinerja dalam lingkungan pengguna nyata.

Kapan Menggunakan Model V?

• Ketika persyaratan sudah terdefinisi dengan baik dan tidak ambigu.
• Model berbentuk V harus digunakan untuk proyek-proyek kecil hingga menengah di mana persyaratan sudah jelas dan tetap.
• Model berbentuk V harus dipilih ketika sumber daya teknis tersedia dengan keahlian teknis yang diperlukan.

Keuntungan Model V:

• Mudah dipahami.
• Metode pengujian seperti perencanaan, desain pengujian terjadi sebelum pengkodean.
• Hal ini menghemat banyak waktu. Oleh karena itu, peluang keberhasilan lebih tinggi dibandingkan dengan model air terjun.
• Menghindari aliran turunnya cacat.
• Bekerja dengan baik untuk rencana-rencana kecil di mana persyaratan mudah dipahami.

Kekurangan Model V:

• Sangat kaku dan kurang fleksibel.
• Tidak baik untuk proyek yang kompleks.
• Perangkat lunak dikembangkan selama tahap implementasi, sehingga tidak ada prototipe awal dari perangkat lunak yang dihasilkan.
• Jika ada perubahan di tengah jalan, maka dokumen pengujian bersama dengan dokumen yang diperlukan harus diperbarui.

//TC

ref : [1][2]