V-Model adalah metodologi pengembangan linier unik yang digunakan selama siklus hidup pengembangan perangkat lunak (SDLC). V-Model berfokus pada metode mirip air terjun yang mengikuti tahapan langkah demi langkah yang ketat. Meskipun tahap awal adalah tahap desain yang luas, kemajuan berlanjut melalui tahap yang semakin terperinci, mengarah ke implementasi dan pengkodean, dan akhirnya kembali melalui semua tahap pengujian sebelum proyek selesai.

Dalam artikel ini kita akan memeriksa apa yang sebenarnya diperlukan oleh V-Model, dan mengapa itu mungkin (atau mungkin tidak) cocok untuk jenis proyek atau organisasi tertentu.

Proses Dalam V-Model

Sama seperti model air terjun tradisional, Model-V menetapkan serangkaian tahapan linier yang harus terjadi di seluruh siklus hidup, satu per satu, hingga proyek selesai. Karena alasan ini V-Model tidak dianggap sebagai metode pengembangan yang gesit, dan karena banyaknya tahapan dan integrasinya, memahami model secara detail dapat menjadi tantangan bagi semua orang di tim, apalagi klien atau pengguna.

Untuk memulai, yang terbaik adalah memvisualisasikan tahapan kasar Model-V, seperti yang terlihat pada diagram di bawah ini.

Bentuk V dari metode V-Model merepresentasikan berbagai tahapan yang akan dilalui selama siklus hidup pengembangan perangkat lunak. Dimulai dari tahapan kiri atas dan bekerja, seiring waktu, menuju ujung kanan atas, tahapan mewakili perkembangan linier pengembangan yang mirip dengan model air terjun.

Di bawah ini kami akan membahas secara singkat masing-masing dari sekitar sembilan tahap yang terlibat dalam Model-V tipikal dan bagaimana semuanya bersatu untuk menghasilkan produk jadi.

Persyaratan

Selama fase awal ini, persyaratan dan analisis sistem dilakukan untuk menentukan kumpulan fitur dan kebutuhan pengguna. Sama seperti fase yang sama dari model air terjun atau metode serupa lainnya, menghabiskan cukup waktu dan membuat dokumentasi persyaratan pengguna secara menyeluruh sangat penting selama fase ini, karena ini hanya terjadi sekali.

Komponen lain yang unik untuk V-Model adalah bahwa selama setiap tahap desain, pengujian yang sesuai juga dirancang untuk diterapkan nanti selama tahap pengujian. Jadi, selama fase persyaratan, tes penerimaan dirancang.

Desain sistem

Memanfaatkan umpan balik dan dokumen persyaratan pengguna yang dibuat selama fase persyaratan, tahap selanjutnya ini digunakan untuk menghasilkan dokumen spesifikasi yang akan menguraikan semua komponen teknis seperti lapisan data, logika bisnis, dan sebagainya.

Pengujian Sistem juga dirancang selama tahap ini untuk digunakan nanti.

Desain arsitektur

Selama tahap ini, spesifikasi dibuat yang merinci bagaimana aplikasi akan menghubungkan semua berbagai komponennya, baik secara internal maupun melalui integrasi luar. Seringkali ini disebut sebagai desain tingkat tinggi.

Tes integrasi juga dikembangkan selama ini.

Desain Modul

Fase ini terdiri dari semua desain tingkat rendah untuk sistem, termasuk spesifikasi terperinci untuk bagaimana semua fungsional, logika bisnis yang dikodekan akan diimplementasikan, seperti model, komponen, antarmuka, dan sebagainya.

Tes unit juga harus dibuat selama fase desain modul.

Implementasi / Coding

Pada titik ini, di tengah tahapan proses, pengkodean dan implementasi yang sebenarnya terjadi. Periode ini harus mengalokasikan waktu sebanyak yang diperlukan untuk mengubah semua dokumen desain dan spesifikasi yang dibuat sebelumnya menjadi sistem yang berkode dan fungsional. Tahap ini harus selesai sepenuhnya setelah tahap pengujian dimulai.

Pengujian Unit

Sekarang proses tersebut bergerak kembali ke sisi jauh V-Model dengan pengujian terbalik, dimulai dengan pengujian unit yang dikembangkan selama fase desain modul. Idealnya, fase ini harus menghilangkan sebagian besar bug dan masalah potensial, dan dengan demikian akan menjadi fase pengujian proyek yang paling lama.

Meskipun demikian, sama seperti saat melakukan pengujian unit dengan model pengembangan lainnya, pengujian unit tidak dapat (atau tidak seharusnya) mencakup setiap kemungkinan masalah yang dapat terjadi dalam sistem, sehingga fase pengujian yang kurang terperinci yang harus diikuti harus mengisi celah ini.

Tes integrasi

Pengujian yang dirancang selama fase desain arsitektur dilaksanakan di sini, memastikan bahwa sistem berfungsi di semua komponen dan integrasi pihak ketiga.

Pengujian Sistem

Pengujian yang dibuat selama desain sistem akan dijalankan selanjutnya, sebagian besar berfokus pada pengujian kinerja dan regresi.

Ujian penerimaan

Terakhir, pengujian penerimaan adalah proses penerapan semua pengujian yang dibuat selama fase persyaratan awal dan harus memastikan bahwa sistem berfungsi dalam lingkungan langsung dengan data aktual, siap untuk diterapkan.

Kelebihan V-Model

Cocok untuk Proyek yang Dibatasi: Karena sifat V-Model yang ketat serta fase desain, implementasi, dan pengujian liniernya, mungkin tidak mengherankan bahwa V-Model telah banyak diadopsi oleh industri perangkat medis dalam beberapa tahun terakhir. Dalam situasi di mana panjang dan ruang lingkup proyek ditentukan dengan baik, teknologinya stabil, dan dokumentasi & spesifikasi desainnya jelas, V-Model bisa menjadi metode yang bagus.

Ideal untuk Manajemen Waktu: Dengan nada yang sama, V-Model juga cocok untuk proyek yang harus mempertahankan tenggat waktu yang ketat dan memenuhi tanggal tonggak penting selama proses berlangsung. Dengan tahapan yang cukup jelas dan dipahami dengan baik yang dapat dengan mudah dipahami dan dipersiapkan oleh seluruh tim, relatif sederhana untuk membuat garis waktu untuk seluruh siklus hidup pengembangan, sambil menghasilkan tonggak sejarah untuk setiap tahapan di sepanjang jalan. Tentu saja, penggunaan BM sama sekali tidak memastikan tonggak sejarah akan selalu terpenuhi, tetapi sifat ketat model itu sendiri memaksakan kebutuhan untuk menjaga jadwal yang cukup ketat.