Apa itu V-Model?

V-Model merupakan perpanjangan dari model Waterfall dimana proses eksekusi model mengalir dalam "V-shape". Model-V menentukan serangkaian fase yang dijalankan secara berurutan, satu per satu hingga proyek selesai. Model ini juga dikenal sebagai "model Verifikasi dan Validasi".

Model-V sekarang merupakan model pengembangan linier yang unik dan model yang paling banyak digunakan dalam siklus hidup pengembangan perangkat lunak. Fase pengujian direncanakan secara paralel dengan fase pengembangan yang seharusnya diuji dan digabungkan di bagian bawah dengan proses pengkodean yang sebenarnya.

Setiap fase pengembangan memiliki fase pengujian yang sesuai. Baik aktivitas pengembangan dan pengujian berjalan bersama-sama (paralel). Mirip dengan model air terjun, fase berikutnya dimulai hanya ketika fase saat ini selesai.

Model-V SDLC melakukan eksekusinya secara berurutan. Struktur yang mengikutinya berbentuk huruf V. Model ini juga populer disebut sebagai model Verifikasi dan Validasi. Di sini, setiap fase harus diselesaikan sebelum memulai fase berikutnya. Perkembangan desain sekuensial diikuti seperti model air terjun.


Model V SDLC
 Model V SDLC


Tahapan SDLC V-Model

Fase pengembangan dan pengujian berjalan secara paralel dalam model ini untuk setiap langkah. Setiap langkah memiliki pengembangan yang sesuai, fase pengujian dan bergerak ke langkah berikutnya setelah kedua fase selesai. Kemudian hanya langkah berikutnya yang dimulai.

Tahapan Model-V

  1. Verifikasi - Melibatkan analisis statis dengan eksekusi kode Prosedur evolusi yang dilakukan selama pengembangan untuk memverifikasi semua persyaratan yang tercakup dalam pengkodean atau tidak.
  2. Validasi - Melibatkan analisis dinamis (baik fungsional maupun non-fungsional) dan pengujian dilakukan dengan eksekusi kode. Validasi dapat dilakukan setelah pengembangan selesai.

Verifikasi

Ada beberapa fase Verifikasi di V-Model dan masing-masing dijelaskan secara rinci di bawah ini -

  • Fase Analisis Kebutuhan - Pengumpulan Kebutuhan adalah fase paling penting dan pertama dari SDLC. Pada fase ini, analis bisnis dan manajer proyek berpartisipasi dalam pertemuan dengan klien untuk mengumpulkan persyaratan.
  • Klien adalah pemilik produk dan memberikan informasi tentang apa yang akan dibuat, siapa yang akan menggunakannya, atau tujuannya kepada semua peserta.
  • Analis bisnis adalah orang yang mengumpulkan persyaratan tingkat tinggi dari klien dan mendokumentasikannya dalam bentuk persyaratan bisnis
  • Manajer Proyek dapat berlokasi di darat / lepas pantai yang akan menangani proyek.
  • Persyaratan bisnis umumnya didokumentasikan dalam Business Requirement Document (BRS). Perhatikan bahwa nama dokumen BRS dapat diubah berdasarkan konvensi penamaan yang ditentukan dalam proyek dan nama bervariasi dari proyek ke proyek.
  • Tahap Desain Sistem - Terlibat dalam merancang sistem dengan seluruh perangkat keras & setup dibangun untuk pengembangan produk.
  • Tahap Perancangan Arsitektural - Terlibat dalam merancang sistem ke tingkat yang lebih detail dengan fungsionalitas yang berbeda. Transfer data antara modul internal dan eksternal juga diidentifikasi dalam fase ini.
  • Desain tingkat rendah atau Desain Modul - Terlibat dalam memecah seluruh pengembangan produk menjadi modul yang lebih kecil di mana setiap modul yang memerlukan modifikasi ditentukan. Proses ini juga disebut sebagai Desain Tingkat Rendah (LLD).


 Validasi 

Fase validasi yang berbeda dalam model-V tercantum di bawah ini -

  • Pengujian Unit - Terlibat dalam melakukan pengujian unit untuk modul individual yang dimodifikasi/dikembangkan. Pengujian unit melibatkan penghapusan bug di tingkat modul independen.
  • Pengujian Integrasi - Setelah pengujian unit selesai, pengujian integrasi melakukan pengujian dengan mengintegrasikan modul dalam sistem. Pengujian ini dilakukan pada tahap perancangan arsitektur.
  • Pengujian Sistem - Terlibat dalam pengujian pada seluruh produk dalam hubungannya dengan fungsionalitas dan penggabungan modul yang berbeda menjadi satu unit.
  • Pengujian Penerimaan Pengguna - Melibatkan pengujian yang dilakukan di depan pengguna atau di lingkungan pengguna tempat produk akan disiapkan. UAT menguji apakah produk siap bekerja di dunia nyata.

Kelebihan Model-V

  • Model yang lebih sistematis dan semua fase diselesaikan sekaligus.
  • Perkembangan dan kemajuannya sangat terorganisir dan sistematis.
  • Ideal untuk manajemen waktu.
  • Paling cocok untuk proyek yang lebih kecil.
  • Sederhana, mudah dimengerti dan digunakan.
  • Mudah dikelola.
  • Menghindari lebih banyak bug.
  • Aliran ke bawah dari cacat dapat dihindari.

Kekurangan Model-V

  • Tidak memiliki daya adopsi dan fleksibilitas.
  • Batasan waktu.
  • Sangat ketat dan paling tidak fleksibel.
  • Karena kekakuannya, itu kurang fleksibel.
  • Tidak cocok untuk proyek besar dan kompleks.
  • Tidak cocok untuk proyek yang persyaratannya tidak jelas.
  • Tidak perlu menghasilkan prototipe.
  • Jika ada perubahan yang muncul di tengah, maka semua dokumen perlu diperbarui lagi.
  • Tidak ada perangkat lunak yang diproduksi pada fase perantara dan hanya menghasilkan pada akhir.
  • Sangat sulit untuk kembali dan mengubah fungsionalitas.
  • Tidak ada analisis risiko.
  • Dokumen pengujian dan desain harus diperbarui ketika desain berubah.
Baca Juga: