Persyaratan Perangkat Lunak

(Software Requirements)

Andik Taufiq
19 Maret 2009
http://www.gangsir.com
 Tujuan Requirements
• Memahami kebutuhan user

#
 Klasifikasi Requirements
• Fungsional
• Non-fungsional
• Domain

#
 Requirements Fungsional
• Fungsi teknis
dari perangkat
lunak yang
akan
dikembangkan

#
Requirements Non-fungsional
• Persyaratan yang bersifat kualitatif
terhadap sistem atau perangkat lunak
yang akan dikembangkan
• Biasanya mencakup batasan waktu,
batasan proses pengembangan,
penggunaan standar, dsb

#
 Requirements Domain
• Mencakup domain sistem beserta
karakteristiknya
• Persyaratan ini bisa berupa persyaratan
fungsional maupun non-fungsional

#
 Metode Requirements
• Metode Æ Bagaimana menjembatani
antara user dengan pengembang
perangkat lunak atau developer
• Tujuan lebih lanjut Æ agar tidak terjadi
kesalahan persepsi baik dari sisi user
maupun developer
• Metode : SRS Document

#
 SRS Document
• SRS Æ Software Requirements
Specification
• Tujuan :
– Aspek legalitas antara user dengan
developer
– Dengan adanya SRS, diharapkan
kebutuhan user akan dapat terpenuhi
dengan baik
#
 SRS Document
• Syarat SRS Document :
– Harus dapat menspesifikasi perilaku eksternal
– Harus dapat menspesifikasi batasan-batasan
implementasi
– Harus mudah diubah
– Sebagai alat bantu referensi untuk maintenance
– Harus ada perkiraan mengenai siklus hidup
sistem
– Harus dapat mencirikan tanggapan yang dapat
diterima terhadap kejadian yang tidak diinginkan
#
 SRS Document
• Ada standar tertentu untuk pembuatan
SRS Document
• Standar Æ IEEE

#
 SRS Document
• IEEE
– Pendahuluan
– Deskripsi Umum
– Requirements Khusus
– Lampiran
– Indeks

#
 SRS Document
• Pendahuluan
– Tujuan SRS Document
– Cakupan Perangkat Lunak
– Daftar Istilah, Singkatan, Akronim
– Referensi
– Tinjauan bagian dokumen berikutnya

#
 SRS Document
• Deskripsi Umum
– Perspektif Perangkat Lunak
– Fungsi Perangkat Lunak
– Karakteristik User
– Batasan-batasan Umum
– Asumsi

#
 SRS Document
• Requirements Khusus
– Mencakup requirements fungsional, non-
fungsional, dan domain
– Merupakan bagian paling penting dari SRS
Document Æ harus ada
– Standar penulisan untuk bagian ini sangat
beragam

#
 SRS Document
• Lampiran
– Jelas, jika ada dokumen lain yang bisa
dilampirkan
– Contoh: dokumen notulensi rapat, hasil
brainstorming, dsb
• Indeks
– Untuk mempermudah pembacaan
dokumen Æ lebih terstruktur
#
 Terima Kasih

Semoga bermanfaat…