Nama : Nazwa Auliarahman

NPM : 227006007
Mata Kuliah : Rekayasa Perangkat lunak

RANGKUMAN MENGENAI SRS

A. Pengertian SRS
Sebuah dokumen yang berisi pernyataan lengkap dari apa yang dapat
dilakukan oleh perangkat lunak, tanpa menjelaskan bagaimana hal tersebut
dikerjakan oleh perangkat lunak

Mencantumkan deskripsi perangkat lunak dengan lingkungannya

(Mencakup antarmuka untuk perangkat keras, perangkat lunak, komunikasi
dan pemakai). SRS umumnya dikembangkan bersama oleh calon pengguna
dan para pengembang system/perangkat lunak

B. Faktor – faktor pembentuk SRS

1. Menganalisis sasaran atau user yang menggunakan perangkat lunak
2. Menjelaskan manfaat dari perangkat lunak tersebut
3. Menjelaskan implementasi perangkat lunak kepada pengguna

C. Fungsi dokumen SRS:

1. mencatat semua kebutuhan calon pengguna perangkat lunak..
2. sebagai kontrol saat proses pengembangan perangkat lunak dilakukan,
sehingga setiap tahapan pengerjaan pengembangan sesuai dengan yang
diharapkan.
3. Digunakan sebagai acuan pada saat pengujian dilakukan sehingga hasil
akhir sesuai dengan yang dibutuhkan.
4. Dijadikan pedoman jika terdapat perbedaan pendapat antara calon
pemakai dengan pengembang system terhadap hasil dari pengembangan
perangkat lunak
5. Bukti bahwa pengembang telah melakukan tahap software requirements
analysis.

D. Kriteria dokument SRS yang baik:

1. Benar (correct)
2. Tepat (precise)
3. Ketidakjelasan
4. Lengkap (complete)
 5. Bisa diverifikasi (verifiable)
6. Konsistensi
7. Dapat dimengerti
8. Bisa dimodifikasi (modifiedable)
9. Dapat ditelusuri (traceable)
10. Harus dapat dibedakan bagian what (bagian spesifikasi) dan how
(bagian yang menjelaskan bagaimana menjelaskan what tadi)
11. Dapat mencakup dan melingkupi seluruh system.
12. Dapat melingkupi semua lingkungan operasional, misalnya interaksi
fisik dan operasional.
13. Bisa menggambarkan sistem seperti yang dilihat oleh pemakai.
14. Harus toleran (bisa menerima) terhadap ketidaklengkapan
ketidakpastian (ambiguous) dan ketidak konsistenan.
15. Harus bisa dilokalisasi dengan sebuah coupling, yaitu hubungan
ketergantungan antara dua model yang tidak terlalu erat.

E. Hindari hal-hal berikut saat pembentukan SRS

1. Over specification (penjelasan berlebih dan berulang-ulang sehingga

menjadi tidak jelas)
2. Tindakan unconcistency
3. Ambiguity dalam kata atau kalimat
4. Menuliskan "mimpi-mimpi", yaitu hal-hal yang tidak bisa dilakukan

F. Aspek yg harus terlihat di SRS:

1. Fungsi
Menjelaskan fungsi dari perangkat lunak (digunakan untuk apa
keperluan apa), sifat perangkat lunak dan datanya.

2. Non-Fungsi

• reliability

• maintainbility

• security integrity

• Ergonomic

• Performance
G. Orang yang terlibat dalam pembuatan SRS

1. Pemakai (user)
Merupakan orang yang akan mengoperasikan/menggunakan produk
final dari perangkat lunak yang dibuat.
2. Sponsor/ Client Orang atau perusahaan yang mau membuat sistem
(yang menentukan).
3. Sistem analyst (sistem engineer) Adalah orang yang biasa melakukan
kontak teknik pertama dengan client. Bertugas menganalisis persoalan,
menerima requirement dan menulis requirement.
4. Software engineer Merupakan orang yang bekerja setelah kebutuhan
perangkat lunak dibuat (bekerja sama dengan sistem engineer
berdasarkan SRS).
5. Programmaer
Orang yang akan menerima spesifikasi perancangan perangkat lunak
membuat kode dalam bentuk modul, menguji dan memeriksa (tes)
modul.
6. Test integration group
Kumpulan orang yang melakukan tes dan mengintegrasi modul.
7. Maintenance group
Orang yang memantau dan merawat performansi sistem perangkat
lunak yang dibuat selama pelaksanaan dan pada saat modifikasi
muncul (80% dari pekerjaan).
8. Technical Support
Orang-orang yang mengelola (manage) pengembang perangkat lunak,
termasuk konsultan atau orang yang mempunyai kepandaian lebih
tinggi.
9. Staff dan Clerical Work Bertugas mengetik, memasukkan data dan
membuat dokumen.

H. Contoh Layout Dokumen SRS

1. PENDAHULUAN

a) Tujuan Ruang Lingkup

b) Definisi
c) Referensi
d) Sistematika

2. DESKRIPSI UMUM

a) Perspektif
b) Kegunaan
c) Karakteristik Pengguna
 d) Batasan-batasan
e) Asumsi dan Ketergantungan

3. SPESISIKASI KEBUTUHAN
• Kebutuhan Fungsional

a) Pendahuluan
b) Input
c) Proses
d) Output
• Kebutuhan Antarmuka Eksternal
a) Antarmuka Pengguna
b) Antarmuka Perangkat Keras
c) Antarmuka Perangkat Lunak
d) Antarmuka Komunikasi
• Kebutuhan Performasi
• Kendala Desain
• Standard Compliance
• Perangkat Keras
• Atribut
• Keamanan Sistem
• Pemeliharaan
• Database