Nama : Agustinus Sulistyo Budi
Utomo
NIM : TI1210027
Semester : 5
Matkul : Pemrograman Mobile
Secara
sederhana, Software Requirement
Specifications (SRS) adalah dokumen yang menjelaskan tentang berbagai kebutuhan
yang harus dipenuhi oleh suatu software. Dokumen ini dibuat oleh developer (pembuat software) setelah
menggali informasi dari calon pemakai software. Pembuatannya pun seharusnya
mengikuti standar yang ada dan paling diakui oleh para praktisi rekayasa
software di dunia. Oleh karena itu, standar yang akan dibahas di sini adalah
standar dari IEEE.
IEEE membuat standar SRS agar dokumen penting itu tidak ambigu
dan tentu saja komplit. Lengkap. Dengan standar itu, si penggguna dapat mencurahkan semua keinginannya terkait
software tersebut dengan jelas dan akurat sehingga sang developer pun dapat
memahami apa yang diinginkan pengguna dengan tepat. Bahkan, bagi perorangan,
standar ini dapat membantunya dalam mengembangkan outline SRS yang baku khusus
untuk perusahaannya, membantunya membuat dokumen SRS dengan format dan isi yang
standar (minimal), serta membantunya mengembangkan rincian-rincian pendukung
lainnya.
SRS yang baik
akan bermanfaat bagi customer, supplier, ataupun perorangan. Manfaat-manfaat
tersebut antara lain:
1.
Sebagai
bentuk perjanjian antara customer dan supplier tentang software apa yang akan
dibuat
2.
Mengurangi
beban dalam proses pengembangan software
3.
Sebagai
bahan perkiraan biaya dan rencana penjadwalan
4.
Sebagai
dasar validasi dan verifikasi software di ujung penyelesaian proyek nantinya
5.
Memfasilitasi
transfer, semisal software tersebut ingin ditransfer ke pengguna atau
mesin-mesin yang lain. Customer pun merasa mudah jika ingin mentransfer
software ke bagian-bagian lain dalam organisasinya. Bahkan, jika terjadi
pergantian personil developer, proyek dapat mudah ditransfer ke personil baru
dengan memahami SRS ini.
6.
Mendasari
perbaikan produk software di kemudian hari. Jadi, kadang SRS boleh diperbaiki
dengan alasan dan mekanisme tertentu serta atas kesepakatan antara customer dan
developer.
Ada
beberapa istilah yang digunakan dan harus diketahui untuk memahami standar SRS
yang dibuat IEEE ini. Istilah-istilah tersebut adalah:
§ Kontrak: dokumen yang
mengikat secara hukum dan disepakati oleh customer dan supplier, termasuk
syarat-syarat teknologi dan organisasi, biaya, serta jadwal pengerjaan. Kontrak
bisa mengandung sesuatu yang kurang formal tetapi bermanfaat, seperti komitmen
atau harapan dari pihak yang terlibat.
§ Customer (pelanggan) :
Pihak yang membayar untuk produk dan biasanya yang menentukan persyaratan (requirements).
§ Supplier (pemasok):
Pihak yang membuat produk software untuk customer.
§ Pengguna: Pihak yang
mengoperasikan atau berinteraksi langsung dengan software. Pengguna dan
customer biasanya bukan orang yang sama.
Untuk
menyusun SRS, beberapa hal perlu dipertimbangkan, yaitu:
§ Sifat SRS;
§ Lingkungan SRS;
§ Karakteristik dari SRS
yang baik, yaitu:
1.
Correct
(benar)
2.
Unambiguous
(tidak ambigu, tapi jelas)
3.
Complete
(lengkap)
4.
Consistent
(konsisten)
5.
Ranked
for importance and/or stability (prioritas penting dan atau stabilitas)
6.
Verifiable
(dapat diverifikasi)
7.
Modifiable
(bisa dimodifikasi)
8.
Traceable
(bisa dilacak)
§ Penyusunan SRS secara
bersama-sama;
§ Evolusi SRS
;
§ Membuat prototipe,
seperti model atau contoh;
§ Mencantumkan desain
sistem di SRS;
§ Pencantuman
persyaratan proyek di SRS. Untuk persyaratan proyek ada dokumen tersendiri
Tidak ada komentar:
Posting Komentar