Program Studi Sistem dan Teknologi Informasi • ITB Yadika Pasuruan

Analisis Kebutuhan Perangkat Lunak & User Story

Pahami kebutuhan pengguna secara mendalam sebelum mulai menulis kode program.

By Alimin, M.Kom

Fokus Utama: Menghindari kesalahan fatal mahasiswa yang langsung membuat program tanpa memetakan kebutuhan nyata pengguna.

By Alimin, M.Kom | ITB Yadika 1 / 9 Slide Berikutnya →

A. Pengantar

Jangan Langsung Membuat Program!

"Saya akan membuat aplikasi penjualan."

Pertanyaan kritis yang wajib dijawab:

Siapa penggunanya? Apa hak akses admin dan kasir?
Data apa yang diperlukan & bagaimana proses transaksinya?

← Slide Sebelumnya 2 / 9 Slide Berikutnya →

B & C. Konsep & Aktor

Analisis Kebutuhan & Peran (RBAC)

Analisis Kebutuhan: Proses investigasi terstruktur mencari tahu apa yang dibutuhkan pengguna sebelum koding.

Role-Based Access Control (RBAC):

Admin: Mengelola user, produk, kategori.
Kasir: Melakukan transaksi penjualan.
Pemilik: Melihat dashboard & laporan.

← Slide Sebelumnya 3 / 9 Slide Berikutnya →

C. Pendalaman Aktor

Memahami Konsep RBAC

RBAC (Role-Based Access Control) adalah metode pembatasan hak akses ke dalam sistem berdasarkan jabatan atau peran (*role*) masing-masing pengguna.

Mengapa RBAC Sangat Penting?

Keamanan Data: Mencegah pengguna biasa mengakses menu sensitif (seperti laporan keuangan).
Pencegahan Kesalahan: Menghindari human error atau kecurangan operasional.
Contoh Nyata: Kasir berhak input transaksi, tetapi dilarang menghapus akun pengguna lain.

← Slide Sebelumnya 4 / 9 Slide Berikutnya →

D & E. Spesifikasi Sistem

Fungsional vs Non-Fungsional

Kebutuhan Fungsional

"Apa yang bisa dikerjakan sistem?"

Sistem dapat melakukan login.
Admin dapat CRUD produk.
Kasir membuat transaksi.

Kebutuhan Non-Fungsional

"Bagaimana standar kinerjanya?"

Diakses via web browser.
Response halaman cepat.
Password aman (hashing).

Catatan: Fungsional fokus pada fitur/layanan, sedangkan Non-Fungsional fokus pada kualitas, kecepatan, dan keamanan sistem.

← Slide Sebelumnya 5 / 9 Slide Berikutnya →

F, G & H. User Story & AC

User Story & Acceptance Criteria

Format: Sebagai [role], saya ingin [fitur], sehingga [tujuan].

Apa itu Acceptance Criteria (AC)?

Syarat atau kondisi objektif yang wajib terpenuhi agar sebuah fitur dianggap selesai dan valid (contoh: kasir pilih barang, subtotal terhitung, stok berkurang otomatis).