Fakultas Sains dan Tenologi

UIN Sunan Gunung Djati Bandung

3/5/17
Praktikum Requirement
Engineering
Oleh
Rian Andrian

1
Requirements Engineering (Rekayasa
Kebutuhan)

Membantu pengembang P/L untuk lebih

memahami persoalan yang akan
diselesaikan

3/5/17
Menghasilkan spesifikasi kebutuhan P/L
secara tertulis
Dimulai pada aktivitas KOMUNIKASI hingga
MODELING

2
Apa itu Kebutuhan?
Dapat berupa pernyataan kebutuhan P/L
yang dinyatakan dalam kalimat natural
hingga kalimat matematis yang lebih detil

3/5/17
Akan menjadi dasar untuk membuat
kontrak pekerjaan

3
Contoh User Requirement

3/5/17
4
Tipe Kebutuhan
Kebutuhan pengguna
Penyataan kebutuhan yang menyatakan
layanan yang akan disediakan P/L serta

3/5/17
batasan-batasannya
Ditulis untuk keperluan pelanggan
(customers)
Terdiri dari:
1. Kebutuhan fungsional
2. Kebutuhan non fungsional
Kebutuhan berdasarkan domain persoalan
5
Kebutuhan Fungsional dan Non
Fungsional
Kebutuhan Fungsional
Pernyataan layanan yang akan disediakan
P/L, bagaimana P/L akan bereaksi

3/5/17
terhadap masukan (input) dari luar
Kebutuhan Non Fungsional
Batasan terhadap layanan yang akan
disediakan P/L, seperti batasa waktu,
batasan model proses, batasan standard,
dll
6
Contoh Kebutuhan Fungsional
(Sistem Informasi Perpustakaan)
Perangkat Lunak menyediakan fasilitas untuk
mengelola data peminjaman buku, mencakup
penambahan, penghapusan, dan pengubahan

3/5/17
data
Perangkat Lunak menyediakan fasilitas untuk
melakukan pencarian buku berdasarkan judul,
pengarang, atau penerbit

Note:
Penulisan kebutuhan yang baik harus tertulis
dengan jelas (subjek-predikat-objek + keterangan)
7
Contoh Kebutuhan Non Fungsional
(Sistem Informasi Perpustakaan)
Pencarian buku harus dapat dilakukan
dalam waktu yang singkat, yaitu dalam
waktu maksimal 5 detik

3/5/17
Sistem dapat menjamin keamanan data
yang terdapat dalam database

8
Pengukuran Kebutuhan Non
Fungsional
Kemudahan penggunaan
Kecepatan waktu proses (performansi)

3/5/17
9
Kebutuhan Berdasarkan Domain
Persoalan
Kebutuhan yang datang dari domain
persoalan tertentu yang bersifat khas dan
merefleksikan karakteristik dari domain

3/5/17
persoalan tsb

10
Kebutuhan Berdasarkan Domain
Persoalan
Kebutuhan yang datang dari domain persoalan
tertentu yang bersifat khas dan merefleksikan
karakteristik dari domain persoalan tsb
Pada kebutuhan berdasarkan domain persoalan,

3/5/17
seringkali muncul persoalan seperti berikut:
Kurangnya pemahaman terhadap persoalan
Pernyataan kebutuhan dinyatakan dalam istilah-istilah
sesuai domain persoalan, yang kadang-kadang sulit
dipahami oleh pengembang P/L
Dinyatakan secara implisit
Pakar domain persoalan menyatakan kebutuhannya
secara implisit karena dianggap sudah berlaku umum;
padahal pengembang P/L belum paham
11
Aktivitas Rekayasa Kebutuhan P/L -
1
Insepsi
Memahami persoalan secara garis besar
Kolaborasiantara pengembang dan

3/5/17
pengguna
Elisitasi
Mengetahui lebih lanjut objektif
pembuatan P/L, bagaimana P/L dapat
mendukung bisnis pengguna, dan
bagaimana P/L akan digunakan sehari-hari
Elaborasi
Membuat model teknis dari P/L
12
Aktivitas Rekayasa Kebutuhan P/L -
1
Negosiasi
Menentukan prioritas kebutuhan P/L
Spesifikasi

3/5/17
Menuliskan pernyataan kebutuhan
fungsional dan non fungsional serta
batasan-batasan yang diperlukan
Validasi
Memastikan bahwa pernyataan
kebutuhan sudah lengkap dan sesuia
dengan kebutuhan pengguna;
memastikan sudah mengikuti standar 13
kualitas tertentu
Studi Kasus
Akan dibangun sebuah perangkat lunak untuk mendukung proses
pendaftaran ulang mahasiswa secara online. Melalui aplikasi tersebut,
mahasiswa dapat mengajukan usulan pengambilan matakuliah.
Selanjutnya, dosen wali dapat melihat usulan pengambilan matakuliah untuk

3/5/17
disetujui/ditolak. Usulan yang ditolak dapat direvisi kembali oleh mahasiswa.
Usulan yang telah disetujui wali dapat langsung diproses oleh Petugas
Administrasi untuk pencetakan KSM. KSM hanya bisa dicetak apabila status
pembayaran SPP mahasiswa sudah beres. Informasi status pembayaran SPP
diperoleh dari perangkat lunak lain yaitu SISKEU (Sistem Informasi
Keuangan). Perangkat lunak ini juga akan berhubungan dengan perangkat
lunak SIKAD (Sistem Informasi Akademik) untuk mendapatkan informasi
tentang matakuliah yang ditawarkan pada semester tersebut, serta
informasi transkrip nilai mahasiswa, agar dosen wali mendapatkan referensi
untuk menyetujui/menolak usulan pengambilan matakuliah.

14
Tugas:
Definisikan Kebutuhan Fungsional dan Non Fungsional dari Kebutuhan user
diatas!