SDLC - V-Model
Model V adalah model SDLC di mana eksekusi proses terjadi secara berurutan dalam bentuk V. Itu juga dikenal sebagaiVerification and Validation model.
Model-V adalah perpanjangan dari model air terjun dan didasarkan pada asosiasi fase pengujian untuk setiap tahap pengembangan yang sesuai. Ini berarti bahwa untuk setiap fase dalam siklus pengembangan, ada fase pengujian yang terkait langsung. Ini adalah model yang sangat disiplin dan fase berikutnya dimulai hanya setelah menyelesaikan fase sebelumnya.
V-Model - Desain
Di bawah V-Model, fase pengujian yang sesuai dari fase pengembangan direncanakan secara paralel. Jadi, ada fase Verifikasi di satu sisi dari fase 'V' dan fase Validasi di sisi lain. Fase Coding menggabungkan dua sisi Model-V.
Ilustrasi berikut menggambarkan fase yang berbeda dalam Model-V SDLC.
V-Model - Tahapan Verifikasi
Ada beberapa tahapan Verifikasi dalam Model-V, masing-masing dijelaskan secara rinci di bawah ini.
Analisis Kebutuhan Bisnis
Ini adalah fase pertama dalam siklus pengembangan di mana persyaratan produk dipahami dari perspektif pelanggan. Fase ini melibatkan komunikasi terperinci dengan pelanggan untuk memahami ekspektasi dan kebutuhan tepatnya. Ini adalah aktivitas yang sangat penting dan perlu dikelola dengan baik, karena sebagian besar pelanggan tidak yakin tentang apa yang sebenarnya mereka butuhkan. Ituacceptance test design planning dilakukan pada tahap ini karena kebutuhan bisnis dapat digunakan sebagai masukan untuk pengujian penerimaan.
Desain sistem
Setelah Anda memiliki persyaratan produk yang jelas dan terperinci, sekarang saatnya merancang sistem yang lengkap. Desain sistem akan memiliki pemahaman dan perincian perangkat keras lengkap dan pengaturan komunikasi untuk produk yang sedang dikembangkan. Rencana pengujian sistem dikembangkan berdasarkan desain sistem. Melakukan ini pada tahap sebelumnya menyisakan lebih banyak waktu untuk eksekusi tes yang sebenarnya nanti.
Desain arsitektur
Spesifikasi arsitektur dipahami dan dirancang dalam fase ini. Biasanya lebih dari satu pendekatan teknis diusulkan dan berdasarkan kelayakan teknis dan finansial keputusan akhir diambil. Desain sistem dipecah lebih jauh menjadi modul-modul yang menggunakan berbagai fungsi. Ini juga disebut sebagaiHigh Level Design (HLD).
Transfer data dan komunikasi antara modul internal dan dengan dunia luar (sistem lain) dipahami dan didefinisikan dengan jelas dalam tahap ini. Dengan informasi ini, pengujian integrasi dapat dirancang dan didokumentasikan selama tahap ini.
Desain Modul
Dalam fase ini, desain internal terperinci untuk semua modul sistem ditentukan, disebut sebagai Low Level Design (LLD). Penting agar desainnya kompatibel dengan modul lain dalam arsitektur sistem dan sistem eksternal lainnya. Tes unit adalah bagian penting dari setiap proses pengembangan dan membantu menghilangkan kesalahan dan kesalahan maksimum pada tahap yang sangat awal. Tes unit ini dapat dirancang pada tahap ini berdasarkan desain modul internal.
Fase Pengkodean
Pengkodean sebenarnya dari modul sistem yang dirancang dalam fase desain diambil dalam fase Pengodean. Bahasa pemrograman yang paling cocok ditentukan berdasarkan persyaratan sistem dan arsitektur.
Pengkodean dilakukan berdasarkan pedoman dan standar pengkodean. Kode melewati banyak tinjauan kode dan dioptimalkan untuk kinerja terbaik sebelum build akhir diperiksa ke dalam repositori.
Tahapan Validasi
Fase Validasi yang berbeda dalam Model-V dijelaskan secara rinci di bawah ini.
Pengujian Unit
Pengujian unit yang dirancang dalam fase desain modul dijalankan pada kode selama fase validasi ini. Pengujian unit adalah pengujian pada tingkat kode dan membantu menghilangkan bug pada tahap awal, meskipun semua kerusakan tidak dapat ditemukan dengan pengujian unit.
Tes integrasi
Pengujian integrasi dikaitkan dengan fase desain arsitektur. Tes integrasi dilakukan untuk menguji koeksistensi dan komunikasi modul internal di dalam sistem.
Pengujian Sistem
Pengujian sistem secara langsung dikaitkan dengan fase desain sistem. Pengujian sistem memeriksa seluruh fungsionalitas sistem dan komunikasi sistem yang sedang dikembangkan dengan sistem eksternal. Sebagian besar masalah kompatibilitas perangkat lunak dan perangkat keras dapat ditemukan selama pelaksanaan pengujian sistem ini.
Ujian penerimaan
Pengujian penerimaan dikaitkan dengan fase analisis kebutuhan bisnis dan melibatkan pengujian produk di lingkungan pengguna. Tes penerimaan mengungkap masalah kompatibilitas dengan sistem lain yang tersedia di lingkungan pengguna. Ini juga menemukan masalah non-fungsional seperti cacat beban dan kinerja di lingkungan pengguna yang sebenarnya.
V- Model ─ Aplikasi
Aplikasi model V hampir sama dengan model air terjun, karena kedua model tersebut memiliki tipe sekuensial. Persyaratan harus sangat jelas sebelum proyek dimulai, karena biasanya mahal untuk kembali dan membuat perubahan. Model ini digunakan dalam bidang pengembangan medis, karena merupakan domain yang sangat disiplin.
Petunjuk berikut adalah beberapa skenario yang paling cocok untuk menggunakan aplikasi V-Model.
Persyaratan didefinisikan dengan baik, didokumentasikan dengan jelas, dan diperbaiki.
Definisi produk stabil.
Teknologi tidak dinamis dan dipahami dengan baik oleh tim proyek.
Tidak ada persyaratan yang ambigu atau tidak ditentukan.
Proyeknya pendek.
V-Model - Pro dan Kontra
Keunggulan metode V-Model adalah sangat mudah dipahami dan diterapkan. Kesederhanaan model ini juga memudahkan pengelolaan. Kerugiannya adalah modelnya tidak fleksibel terhadap perubahan dan kalau-kalau ada perubahan persyaratan, yang sangat umum dalam dunia dinamis saat ini, menjadi sangat mahal untuk melakukan perubahan.
Kelebihan metode V-Model adalah sebagai berikut -
Ini adalah model yang sangat disiplin dan Tahapan diselesaikan satu per satu.
Bekerja dengan baik untuk proyek yang lebih kecil di mana persyaratannya sangat dipahami.
Sederhana dan mudah dimengerti dan digunakan.
Mudah dikelola karena modelnya yang kaku. Setiap fase memiliki kiriman khusus dan proses peninjauan.
Kerugian dari metode V-Model adalah sebagai berikut -
Resiko tinggi dan ketidakpastian.
Bukan model yang baik untuk proyek yang kompleks dan berorientasi objek.
Model yang buruk untuk proyek yang panjang dan berkelanjutan.
Tidak cocok untuk proyek yang persyaratannya berisiko tinggi untuk berubah.
Setelah aplikasi berada dalam tahap pengujian, sulit untuk kembali dan mengubah fungsionalitas.
Tidak ada perangkat lunak yang berfungsi diproduksi hingga akhir selama siklus hidup.