Kebutuhan Perangkat Lunak Dan Teknik Analisis Kebutuhan Perangkat Lunak(kelompok 3)

 

Apa Itu Kebutuhan Perangkat Lunak?

Kebutuhan perangkat lunak adalah segala hal yang harus dimiliki atau dijalankan oleh suatu sistem agar mampu memenuhi harapan serta kebutuhan pengguna dan pihak yang berkepentingan. Kebutuhan ini menjadi pondasi penting dalam proses pembuatan perangkat lunak yang tepat guna, handal, dan efisien.

Kebutuhan tersebut diklasifikasikan ke dalam tiga kelompok utama:

1. Kebutuhan Fungsional

Ini adalah perilaku atau fungsi inti yang harus tersedia dalam sistem. Fungsionalitas ini memungkinkan pengguna menjalankan aktivitas utama.
Contoh: Pada aplikasi pemesanan makanan online, fitur seperti pencarian restoran, pemesanan makanan, dan pelacakan pengiriman merupakan bagian dari kebutuhan fungsional.

2. Kebutuhan Non-Fungsional

Berhubungan dengan aspek kualitas dari sistem itu sendiri—bagaimana sistem bekerja, bukan apa yang dikerjakannya.
Contoh: Kemampuan aplikasi memproses banyak pesanan dalam waktu bersamaan, tingkat keamanan data pelanggan, atau kecepatan respon sistem.

3. Kebutuhan Domain

Merupakan aturan atau standar khusus yang berlaku dalam konteks industri tertentu.
Contoh: Dalam sistem rumah sakit, keharusan menggunakan standar ICD-10 untuk klasifikasi penyakit merupakan kebutuhan domain.

Teknik untuk Menganalisis Kebutuhan

Agar perangkat lunak yang dibuat benar-benar relevan dan sesuai dengan harapan, dibutuhkan pendekatan sistematis untuk menggali kebutuhan. Beberapa metode yang sering dipakai antara lain:

• Wawancara & Survei: Berbicara langsung dengan pengguna seperti kasir atau manajer restoran untuk memahami proses bisnis.

• Observasi Lapangan: Mengamati bagaimana sistem lama digunakan dalam operasional nyata.

• Prototyping: Menyusun sketsa awal sistem, seperti tampilan aplikasi kasir digital, untuk diuji coba secara cepat.

• JAD (Joint Application Development): Sesi kolaboratif antara pengembang, pengguna, dan manajer untuk menggali kebutuhan secara mendalam.

Langkah-Langkah dalam Analisis Kebutuhan

1. Identifikasi Pihak Terkait: Menentukan siapa saja yang berkepentingan terhadap sistem (misalnya pelanggan, pegawai, dan manajemen).

2. Pengumpulan Informasi: Menggunakan metode-metode di atas untuk mendapatkan data tentang kebutuhan pengguna.

3. Evaluasi Kebutuhan: Memeriksa informasi yang dikumpulkan untuk menyaring dan memvalidasi yang benar-benar penting.

4. Dokumentasi Kebutuhan: Menulis kebutuhan secara sistematis agar dapat menjadi pedoman saat pengembangan.

5. Validasi: Memastikan semua pihak setuju bahwa kebutuhan yang telah dicatat sesuai dengan keinginan mereka.

Mengelola Perubahan Kebutuhan

Kebutuhan perangkat lunak bisa berubah seiring waktu. Oleh karena itu, pengelolaan yang baik diperlukan untuk menjaga stabilitas proyek:

• Pencatatan yang Rapi: Menyimpan kebutuhan dalam dokumen yang jelas dan terstruktur.

• Tinjauan Berkala: Melakukan pengecekan ulang atas kebutuhan seiring berjalannya waktu.

• Penentuan Prioritas: Menyusun urutan pengerjaan berdasarkan tingkat pentingnya kebutuhan.

• Manajemen Perubahan: Menyesuaikan sistem dengan perubahan kebutuhan tanpa merusak struktur yang sudah dibangun.

Dari Kebutuhan Menuju Rancangan Sistem

Setelah kebutuhan dikumpulkan dan disetujui, langkah berikutnya adalah mengubahnya menjadi desain sistem yang konkret.

Prinsip-Prinsip Desain:

• Modularitas: Memecah sistem menjadi bagian kecil yang saling terpisah.

• Reusability: Komponen dapat digunakan ulang dalam proyek lain.

• Maintainability: Sistem dirancang agar mudah diperbaiki jika ada gangguan.

Jenis Desain dalam Perangkat Lunak:

• Desain Arsitektur: Menentukan struktur besar sistem, seperti penggunaan microservices atau MVC.

• Desain Modular: Pengelompokan fitur menjadi modul seperti "Manajemen Menu", "Pembayaran", dan "Laporan Penjualan".

• Desain Data: Menggunakan diagram basis data seperti ERD atau skema tabel NoSQL.

• Desain Antarmuka: Membuat UI/UX untuk aplikasi serta API bagi integrasi.

• Desain Algoritma: Menyusun logika sistem dalam bentuk flowchart atau pseudocode.

Pendekatan Desain

• Object-Oriented Design (OOD): Pendekatan berbasis objek, ideal untuk sistem yang kompleks dan dinamis.

• Structured Design: Pendekatan terstruktur yang cocok untuk sistem dengan alur yang jelas dan linier.

Dokumentasi yang Perlu Disiapkan

• SRS (Software Requirements Specification): Berisi semua kebutuhan yang telah dianalisis dan disepakati.

• SDD (Software Design Document): Menjelaskan secara rinci desain teknis sistem.

Studi Kasus: Aplikasi Pemesanan Makanan Online

Untuk ilustrasi nyata, kita bisa ambil contoh aplikasi pemesanan makanan. Sistem ini dibangun dengan:

• Arsitektur microservices: Agar fitur seperti pencarian restoran, pembayaran, dan pelacakan bisa berdiri sendiri dan dikembangkan terpisah.

• Model C4: Untuk menggambarkan struktur sistem dari level tinggi hingga detail teknis.

• Dokumentasi SRS & SDD: Untuk mendefinisikan kebutuhan pengguna dan cara teknis sistem dijalankan.

• Desain Berorientasi Objek & Modular: Masing-masing fitur dikembangkan sebagai objek dan modul mandiri.