SOFTWARE REQUIREMENT

SPECIFICATION
Program Studi
S1 – Sistem Informasi
INTRODUCTION
| Introduction
y Dokumen SRS ini harus memberikan gambaran dari detil
spesifikasi kebutuhan software. Ini harus mencakup tujuan,
ruang lingkup, definisi, akronim, singkatan, referensi dan
gambaran dari SRS.

| Purpose
y Tentukan tujuan dari SRS.
y SRS harus sepenuhnya menggambarkan perilaku eksternal
dari aplikasi atau subsistem yang diidentifikasi.
diidentifikasi
y SRS juga menjelaskan persyaratan nonfunctional, desain
constraint dan faktor-faktor lain yang diperlukan untuk
memberikan deskripsi yang lengkap dan komprehensif dari
persyaratan untuk perangkat lunak.
INTRODUCTION
| Scope
p
y Sebuah deskripsi singkat dari aplikasi perangkat lunak
yang berlaku untuk SRS; fitur atau pengelompokan
subsistem lainnya;

| Definitions, Acronyms and Abbreviations

y Sub bagian ini harus menyediakan definisi semua
istilah, akronim, dan singkatan yang diperlukan untuk
menafsirkan dengang benar tentang
g SRS. Informasi ini
dapat diberikan dengan mengacu pada Glosari proyek.
INTRODUCTION
| References
y Sub bagian ini harus memberikan daftar lengkap dari
semua dokumen yang direferensikan di tempat lain di
SRS. Tentukan sumber-sumber dari mana referensi dapat
p
diperoleh. Informasi ini dapat diberikan dengan mengacu
pada lampiran atau dokumen lain.

| Overview
y Sub bagian ini harus menjelaskan apa content dari SRS
dan menjelaskan bagaimana SRS diatur.
OVERALL DESCRIPTION
| Overall Description
p
y Bagian SRS harus menjelaskan faktor-faktor umum yang
mempengaruhi produk dan persyaratannya. Sertakan item
seperti:
p
| product perspective,

| product functions,

| user characteristics,
characteristics
| constraints,

| assumptions and dependencies and

| Requirement subset
SPECIFIC REQUIREMENTS
| Bagian SRS harus berisi semua persyaratan perangkat lunak
ke tingkat detail yang cukup untuk memungkinkan desainer
untuk merancang sebuah sistem untuk memenuhi kebutuhan
tersebut dan penguji untuk menguji bahwa sistem ini
tersebut,
memenuhi persyaratan.

| Functional
| Non Functional
y Usability
y Reliability
y Performance
y Supportability
y Desain Constraint
| Bagian ini harus menunjukkan kendala desain apapun pada
sistem yang sedang dibangun. Kendala desain merupakan
keputusan desain yang telah diamanatkan dan harus ditaati.

| Contoh termasuk bahasa perangkat lunak, persyaratan

perangkat
p g lunak p proses,, p penggunaan
gg alat diresepkan
p
perkembangan, kendala arsitektur dan desain, komponen yang
dibeli, perpustakaan kelas, dll.
SPECIFIC REQUIREMENTS
| Online User Documentation and Help
p System
y
Requirements
y Menjelaskan persyaratan, jika ada, untuk on-line dokumentasi
untuk p
pengguna,
gg , bantuan sistem,, bantuan tentang
g informasi,, dll

| Purchased Components
y Bagian ini menjelaskan komponen-komponen yang dibeli untuk
digunakan oleh sistem, setiap lisensi yang berlaku atau
pembatasan penggunaan, dan setiap kompatibilitas /
interoperabilitas atau antarmuka terkait standar.
standar
SPECIFIC REQUIREMENTS
| Interfaces
y Bagian ini mendefinisikan interface yang harus didukung oleh
aplikasi. Ini harus berisi spesifisitas yang memadai, protokol, port
dan alamat logis, g dll, sehingga
gg perangkat
p g lunak dapatp
dikembangkan dan diverifikasi terhadap persyaratan antarmuka.
| User Interface, Hardware Interface, Software Interface,
Communications Interfaces

| Licensing Requirements
| Legal,
Legal Copyright and Other Notices
| Applicable Standards
SUPPORTING INFORMATION
| Daftar Lampiran
p yyang
g terkait dengan
g dokumen
Software Requirement Specification