(Siklus Hidup Software) V-Model
The V-Model adalah model
SDLC dimana pelaksanaan proses yang terjadi secara berurutan dalam bentuk-V.
Dikenal juga sebagai model Verifikasi dan Validasi.
The V-Model merupakan
perluasan dari waterfall model dan
didasarkan pada asosiasi dari fase pengujian untuk setiap tahap
pengembangan yang sesuai. Ini berarti bahwa untuk setiap fase tunggal
dalam siklus pengembangan, ada tahap pengujian terkait langsung. Ini adalah
model yang sangat disiplin dan tahap berikutnya dimulai setelah selesainya tahap
sebelumnya.
Ilustrasi berikut
menggambarkan berbagai tahap dalam V-Model SDLC.
Ada beberapa tahapan
verifikasi di V-Model, masing-masing dijelaskan secara rinci di bawah:
Business Requirement
Analysis
Ini adalah tahap pertama
dalam siklus pengembangan di mana persyaratan produk dipahami dari perspektif
pelanggan. Fase ini melibatkan komunikasi rinci dengan pelanggan untuk memahami
harapan dan kebutuhan yang tepat. Ini merupakan kegiatan yang sangat penting
dan perlu dikelola dengan baik, karena sebagian besar pelanggan tidak yakin
tentang apa yang sebenarnya mereka butuhkan Acceptance
test desain dilakukan pada tahap ini sebagai kebutuhan bisnis dapat
digunakan sebagai masukan untuk pengujian penerimaan.
System Design
Setelah Anda memiliki
persyaratan produk yang jelas dan rinci, sekarang saatnya untuk merancang sistem
yang lengkap. Desain sistem akan memiliki pemahaman dan merinci hardware
lengkap dan setup komunikasi untuk produk dalam pengembangan. Rencana pengujian
sistem dikembangkan berdasarkan desain sistem. Melakukan hal ini pada tahap
awal membuat lebih banyak waktu untuk pelaksanaan tes yang sebenarnya nanti
Architectural Design
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 ke dalam modul mengambil fungsi yang
berbeda. Hal ini juga disebut sebagai "Desain Tingkat Tinggi"
Module Design
Pada fase ini, desain
internal rinci untuk semua modul sistem yang ditentukan, disebut "Desain
Tingkat Rendah". Penting bahwa desain tersebut kompatibel
dengan modul lain dalam arsitektur sistem dan sistem eksternal lainnya.
Coding Phase
Bahasa pemrograman yang
paling cocok ditentukan berdasarkan sistem dan persyaratan arsitektur.
pengkodean dilakukan berdasarkan pedoman coding dan standar. Kode berjalan
melalui berbagai ulasan kode dan dioptimalkan untuk kinerja terbaik sebelum
final membangun diperiksa ke dalam repositori
Fase Validasi berbeda
dalam V-Model dijelaskan secara rinci di bawah ini:
Unit Testing
Unit testing adalah
pengujian pada tingkat kode dan membantu menghilangkan bug pada tahap awal,
meskipun semua cacat tidak dapat ditemukan oleh unit testing.
Integration Testing
Integration testing dikaitkan dengan
fase desain arsitektur. Tes integrasi dilakukan untuk menguji keksistensi dan
komunikasi dari modul internal dalam sistem.
System Testing
System
testing secara langsung berhubungan dengan tahap desain sistem. System
testing memeriksa seluruh fungsi sistem dan komunikasi sistem dalam
pengembangan dengan sistem eksternal. Sebagian besar perangkat lunak dan
perangkat keras masalah kompatibilitas dapat ditemukan selama pelaksanaan test
ini
Acceptance Testing
Acceptance testing dikaitkan dengan tahap analisis kebutuhan bisnis dan
melibatkan pengujian produk di lingkungan pengguna. Acceptance testing
mengungkap masalah kompatibilitas dengan sistem lain yang tersedia di
lingkungan pengguna. Juga menemukan masalah non-fungsional seperti beban dan
kinerja cacat pada aktual lingkungan pengguna.
Kelebihan dari V-Model
SDLC
- Ini adalah model yang sangat-disiplin
dan Tahapan selesai satu per satu.
- Bekerja dengan baik untuk
proyek-proyek yang lebih kecil dimana persyaratan dipahami dengan baik.
- Sederhana dan mudah dimengerti dan
digunakan.
- Mudah dikelola karena setiap fase
memiliki spesifik kiriman dan proses review.
Kekurangan dari V-Model
SDLC
- Berisiko tinggi dan ketidakpastian.
- Tidak cocok untuk proyek-proyek yang
kompleks dan berorientasi objek.
- Tidak cocok untuk proyek-proyek
dimana persyaratan beresiko tinggi
- Tidak cocok untuk proyek-proyek yang
lama dan berkelanjutan.
- Setelah aplikasi dalam tahap
pengujian, sulit untuk kembali dan mengubah fungsionalitas.
Referensi :
TutorialPoints.com
Komentar
Posting Komentar