Rekayasa Perangkat Lunak

Kebutuhan P/L
Maret 2012
Program D4 TI Kesehatan – STEI – ITB
Sumber: Roger S. Pressman; Software Engineering: A Practitioner's Approach (7thEd.); Mc Graw-
Hill, 2010

03/30/2021
Rekayasa Kebutuhan
(Requirements Engineering)
Membantu pengembang P/L untuk lebih memahami persoalan yang akan
diselesaikan
Menghasilkan spesifikasi kebutuhan P/L secara tertulis
Dimulai pada aktivitas KOMUNIKASI hingga MODELING

* SEPA 6th ed, Roger S. Pressman

Apa itu Kebutuhan?
Dapat berupa pernyataan kebutuhan P/L yang dinyatakan dalam
kalimat natural hingga kalimat matematis yang lebih detil
Akan menjadi dasar untuk membuat kontrak pekerjaan

* Software Engineering 7th ed, Ian Sommerville

Tipe Kebutuhan

Kebutuhan pengguna
Penyataan kebutuhan yang menyatakan layanan yang akan
disediakan P/L serta batasan-batasannya
Ditulis untuk keperluan pelanggan (customers)
Terdiri dari:
Kebutuhan fungsional
Kebutuhan non fungsional
Ada juga: kebutuhan berdasarkan domain persoalan

* Software Engineering 7th ed, Ian Sommerville

 Kebutuhan Fungsional dan Non Fungsional

Kebutuhan fungsional
Pernyataan layanan yang akan disediakan P/L, bagaimana P/L akan
bereaksi 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

* Software Engineering 7th ed, Ian Sommerville

Contoh Kebutuhan Fungsional
Sistem Informasi Perpustakaan
P/L menyediakan fasilitas untuk mengelola data peminjaman buku, mencakup
penambahan, penghapusan, dan pengubahan data
P/L menyediakan fasilitas untuk melakukan pencarian buku berdasarkan judul,
pengarang, atau penerbit
 Contoh kebutuhan non fungsional
Sistem Informasi Perpustakaan

Pencarian buku harus dapat dilakukan dalam waktu yang

singkat, yaitu dalam waktu maksimal 5 detik
Pembangunan P/L harus memanfaatkan DBMS MySQL

* Software Engineering 7th ed, Ian Sommerville

 Pengukuran kebutuhan non fungsional
 Kemudahan penggunaan:
 Lama waktu yang dibutuhkan untuk pelatihan
 Ketebalan manual penggunaan
 Kecepatan waktu proses (performansi)
 Diukur waktunya

* Software Engineering 7th ed, Ian Sommerville

Kebutuhan berdasarkan domain
persoalan
Kebutuhan yang datang dari domain persoalan tertentu yang bersifat khas dan
merefleksikan karakteristik dari domain persoalan tsb

03/30/2021
Persoalan pada Kebutuhan berdasarkan
domainPemahaman persoalan
Pernyataan kebutuhan dinyatakan dalam istilah-istilah sesuai
domain persoalan, yang kadang-kadang sulit dipahami oleh
pengembang P/L
Implisit
Pakar domain persoalan menyatakan kebutuhannya secara
implisit karena dianggap sudah berlaku umum; padahal
pengembang P/L belum paham

* Software Engineering 7th ed, Ian Sommerville

 Dokumen Spesifikasi Kebutuhan P/L
Pernyataan kebutuhan yang harus disediakan oleh P/L
Harus lengkap dan cukup detil, sehingga bisa dijadikan
dasar untuk tahap berikutnya (perancangan)
BUKAN dokumen perancangan
Fokus: APA yang harus disediakan P/L, bukan
BAGAIMANA

* Software Engineering 7th ed, Ian Sommerville

 Pembaca Dokumen SKPL
Specify the requirements and
read them to check that they
System
meet their needs. T hey
customers
specify changes to the
requirements

Use the requirements

document to plan a bid for
Managers
the system and to plan the
system development process

Use the requirements to

System
understand what system is to
eng ineers
be developed

System test Use the requirements to

eng ineers develop validation tests for
the system

System Use the requirements to help

maintenance understand the system and
eng ineers the relationships between its
par ts

* Software Engineering 7th ed, Ian Sommerville

 Aktivitas Rekayasa Kebutuhan P/L
Insepsi
Memahami persoalan secara garis besar
Kolaborasiantara pengembang dan 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

* SEPA 6th ed, Roger S. Pressman

Aktivitas Rekayasa Kebutuhan P/L (2)
Negosiasi
Menentukan prioritas kebutuhan P/L
Spesifikasi
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
kualitas tertentu
Membuat Requirement Pada Power Designer

03/30/2021
Report – Generate Report

03/30/2021
 Tugas Mandiri
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 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.

Siapa / apa saja yang menjadi entitas?

Definisikan kebutuhan-kebutuhannya (Functional dan Non-Functional)! (Gunakan Power Designer!)

03/30/2021