Siklus Hidup Pengembangan Perangkat Lunak Waterfall

Model waterfall adalah pendekatan klasik, populer, dan linear untuk siklus hidup pengembangan perangkat lunak. Model ini menetapkan urutan tahapan dengan tujuan yang jelas pada setiap tahap. Seperti air yang mengalir menuruni lereng, proses dalam model yang ketat ini terus bergerak maju tanpa kembali ke tahap sebelumnya.

Pendekatan waterfall bersifat ketat dan hanya memberi sedikit ruang untuk revisi. Pengujian diperlakukan sebagai tahap tersendiri, alih-alih dilakukan terus-menerus selama pengembangan. Akibatnya, model ini tidak memungkinkan deteksi cacat pada tahap awal pengembangan.

Buka Diagram Ukuran Penuh ↗

Siklus Hidup Pengembangan Perangkat Lunak Waterfall

Tahapannya berjalan dalam urutan berikut:

1. Pengumpulan persyaratan. Catat persyaratan klien dan siapkan dokumentasi yang diperlukan.
2. Perancangan sistem. Gunakan persyaratan untuk menentukan arsitektur sistem serta kebutuhan perangkat keras dan perangkat lunaknya.
3. Implementasi. Mulailah menulis kode berdasarkan rancangan. Bagi program menjadi unit kecil yang mandiri, uji setiap unit berdasarkan spesifikasinya, lalu gabungkan unit menjadi sistem lengkap.
4. Pengujian integrasi. Gabungkan unit yang telah diuji, lalu uji seluruh sistem untuk menemukan cacat.
5. Penerapan. Perbaiki cacat yang ditemukan saat pengujian integrasi, lalu uji kembali untuk memastikan perbaikan berhasil. Setelah itu, sistem siap diluncurkan ke pasar dan diterapkan di lingkungan pelanggan.
6. Pemeliharaan. Rilis tambalan atau versi baru untuk mengatasi cacat dan masalah yang ditemukan setelah penyerahan.

Tahapan berjalan secara berurutan. Suatu tahap hanya dimulai setelah tahap sebelumnya berhasil diselesaikan.

Gunakan waterfall jika persyaratannya jelas, produknya stabil, dan setiap tahap memiliki sumber daya yang memadai. Dalam praktik, gunakan model ini hanya untuk proyek kecil yang mudah dikelola. Hindari model ini ketika persyaratan memiliki risiko sedang atau tinggi.

Spesifikasi dan Analisis Persyaratan

Pengembangan perangkat lunak bergantung pada seberapa baik persyaratan dikumpulkan dan didokumentasikan. Pekerjaan mengidentifikasi dan mendokumentasikan persyaratan disebut spesifikasi dan analisis persyaratan.

Klien, tim manajemen, dan tim dukungan teknis membahas persyaratan secara terperinci. Mereka menganalisis, meninjau, dan mendokumentasikannya sampai persyaratan jelas dan lengkap.

Buka Diagram Ukuran Penuh ↗

Spesifikasi Persyaratan Pengguna

Gunakan format yang diwajibkan perusahaan, seperti dokumen Word, diagram alir, atau gambar. Hasilnya mencatat keinginan pelanggan secara terperinci dan membantu tim memahaminya dengan benar. Cacat adalah segala hal yang tidak memenuhi persyaratan pelanggan. Mencatat persyaratan yang keliru membuat proyek salah arah sejak awal.

Spesifikasi Persyaratan Pengguna

Dokumen nonteknis ini menguraikan harapan dan kebutuhan bisnis pengguna. Pengguna akhir menulisnya, lalu persyaratan di dalamnya diperiksa saat pengujian penerimaan pengguna. Dokumen ini menjadi dasar untuk kegiatan terkait persyaratan berikutnya dan untuk perancangan sistem.

Spesifikasi Persyaratan Perangkat Lunak

Spesifikasi persyaratan perangkat lunak (SRS) menjelaskan bagaimana perangkat lunak seharusnya berfungsi menurut pengguna. Dokumen ini memiliki tujuan berikut:

• Mencatat kesepakatan antara pelanggan dan pemasok tentang fungsi perangkat lunak secara terperinci.
• Menjadi dasar perancangan perangkat lunak.
• Mempermudah pengembangan dan pengujian melalui persyaratan yang jelas.
• Mendukung penjadwalan kegiatan dan perkiraan biaya.
• Menjadi dasar verifikasi dan validasi.

Buka Diagram Ukuran Penuh ↗

Spesifikasi Persyaratan Perangkat Lunak

Perancangan Perangkat Lunak

Perancangan perangkat lunak memiliki dua tingkat:

• Rancangan perangkat lunak tingkat tinggi
• Rancangan perangkat lunak terperinci

Buka Diagram Ukuran Penuh ↗

Perancangan Perangkat Lunak

Rancangan perangkat lunak tingkat tinggi

Rancangan tingkat tinggi (HLD) menjelaskan rancangan basis data dan arsitektur fungsional. Dokumen ini memandu pengembang dan menjawab pertanyaan tentang alur rancangan. SRS yang jelas diperlukan sebelum HLD dapat disusun.

Rancangan perangkat lunak terperinci

Rancangan terperinci atau rancangan tingkat rendah (LLD) membagi HLD menjadi bagian yang lebih kecil dan mencatat logika yang membentuk spesifikasi program. Dokumen ini menjelaskan sistem secara terperinci dan bergantung pada HLD yang sudah siap.

Pendekatan Perancangan Perangkat Lunak

Proses perancangan dapat mengikuti salah satu pendekatan berikut:

• Perancangan dari atas ke bawah
• Perancangan dari bawah ke atas

Pendekatan perancangan dari atas ke bawah

Perancangan dari atas ke bawah dimulai dengan gambaran umum sistem. Rincian subsistem disusun kemudian. Uraikan setiap subsistem secara bertahap dengan tingkat detail yang semakin tinggi sampai Anda mencapai elemen dasar.

Pendekatan perancangan dari bawah ke atas

Perancangan dari bawah ke atas dimulai dengan elemen dasar yang sudah didefinisikan secara lengkap. Gabungkan elemen menjadi subsistem, lalu satukan subsistem sampai seluruh sistem terbentuk. Bayangkan sebutir benih yang Anda tanam, lalu perlahan tumbuh menjadi pohon.