Software Requirements Specification for <Project> Page i

Table of Contents
Table of Contents ........................................................................................................................... i
Revision History ............................................................................................................................. i
1. Introduction ................................................................................ Error! Bookmark not defined.
1.1 Purpose ............................................................................... Error! Bookmark not defined.
1.2 Document Conventions ...................................................... Error! Bookmark not defined.
1.3 Intended Audience and Reading Suggestions .................... Error! Bookmark not defined.
1.4 Product Scope .................................................................... Error! Bookmark not defined.
1.5 References .......................................................................... Error! Bookmark not defined.
2. Overall Description .................................................................... Error! Bookmark not defined.
2.1 Product Perspective ............................................................ Error! Bookmark not defined.
2.2 Product Functions .............................................................. Error! Bookmark not defined.
2.3 User Classes and Characteristics ....................................... Error! Bookmark not defined.
2.4 Operating Environment ...................................................... Error! Bookmark not defined.
2.5 Design and Implementation Constraints ............................ Error! Bookmark not defined.
2.6 User Documentation .......................................................... Error! Bookmark not defined.
2.7 Assumptions and Dependencies ........................................ Error! Bookmark not defined.
3. External Interface Requirements ............................................. Error! Bookmark not defined.
3.1 User Interfaces ................................................................... Error! Bookmark not defined.
3.2 Hardware Interfaces ........................................................... Error! Bookmark not defined.
3.3 Software Interfaces ............................................................ Error! Bookmark not defined.
3.4 Communications Interfaces ............................................... Error! Bookmark not defined.
4. System Features ......................................................................... Error! Bookmark not defined.
4.1 System Feature 1 ................................................................ Error! Bookmark not defined.
4.2 System Feature 2 (and so on) ............................................. Error! Bookmark not defined.
5. Other Nonfunctional Requirements ......................................... Error! Bookmark not defined.
5.1 Performance Requirements ................................................ Error! Bookmark not defined.
5.2 Safety Requirements .......................................................... Error! Bookmark not defined.
5.3 Security Requirements ....................................................... Error! Bookmark not defined.
5.4 Software Quality Attributes ............................................... Error! Bookmark not defined.
5.5 Business Rules ................................................................... Error! Bookmark not defined.
6. Other Requirements .................................................................. Error! Bookmark not defined.
Appendix A: Glossary...................................................................... Error! Bookmark not defined.
Appendix B: Analysis Models ......................................................... Error! Bookmark not defined.
Appendix C: To Be Determined List .............................................. Error! Bookmark not defined.


Revision History
Name Date Reason For Changes Version




Software Requirements Specification for <Project> Page 2


1. Pendahuluan
1.1 tujuan
< Mengidentifikasi produk persyaratan perangkat
lunak yang ditetapkan dalamdokumen ini, termasuk revisi atau melepaskan nomor. menggambar
kan lingkupproduk yang ditutupi oleh SRS ini, terutama jika SRS ini menjelaskan hanya bagian
darisistem atau subsistem tunggal. mengatakan
1.2 dokumen Konvensi
<
Menggambarkan setiap standar atau ketik Konvensi yang diikuti ketika menulis SRSini, seperti f
ont atau menyoroti yang memiliki arti
penting khusus. misalnya, negaraApakah prioritas untuk persyaratan tingkat yang lebih
tinggi dianggap diwariskan olehpersyaratan rinci, atau setiap pernyataan persyaratan akan memil
iki prioritas sendiri. mengatakan
1.3 dimaksudkan penonton dan membaca saran
<
Menggambarkan berbagai jenis pembaca bahwa dokumen ini ditujukan untuk,seperti pengemban
g, proyek manajer, pemasaran staf, pengguna, penguji, dandokumentasi penulis. menggambarkan
apa yang berisi sisa SRS ini dan bagaimana iadiorganisir. menyarankan urutan untuk membaca
dokumen, diawali dengan bagianIkhtisar dan melanjutkan melalui bagian-
bagian yang paling berkaitan dengan setiapjenis pembaca. mengatakan
1.4 lingkup produk
<
Memberikan penjelasan singkat tentang perangkat lunak yang ditentukan dantujuan, termasuk m
anfaat yang relevan, tujuan, dan tujuan. berhubungan perangkat
lunak untuk tujuan perusahaan atau bisnis strategi. Jika dokumen visi dan ruang
lingkup tersedia, merujuk kepada itu daripada duplikasi isinya sini. mengatakan
1.5 referensi
<
Daftar dokumen lain atau Web alamat yang SRS ini mengacu. ini mungkin termasukpanduan pen
gguna antarmuka gaya, kontrak, standar, spesifikasi persyaratan sistem,dokumen
mengenai kasus penggunaan, atau visi dan ruang
lingkup dokumen.menyediakan informasi yang cukup sehingga pembaca dapat mengakses salina
n darimasing-
masing referensi, termasuk judul, penulis, nomor versi, tanggal, dan sumberatau lokasi.
mengatakan
2. secara keseluruhan deskripsi
2.1 perspektif produk
< Menggambarkan konteks dan asal-
usul produk yang ditentukan dalam ini SRS.misalnya, negara apakah produk ini adalah anggota a
tsmosferik keluarga produk,pengganti untuk sistem tertentu yang
ada, atau baru, mandiri produk. jika SRSmendefinisikan sebuah komponen dari sistem yang lebi
h besar, persyaratan sistemyang lebih
Software Requirements Specification for <Project> Page 3

besar untuk fungsi software ini berhubungan dan mengidentifikasiantarmuka antara dua. diagram
sederhana yang menunjukkan komponen-
komponenutama dari keseluruhan sistem, subsistem interkoneksi, dan antarmuka eksternal dapat
membantu. mengatakan
2.2 fungsi produk
<
Merangkum fungsi utama produk harus melakukan atau harus membiarkanpengguna melakukan.
rincian akan disediakan dalam bagian 3, sehingga hanya tingkattinggi ringkasan (seperti daftar p
eluru) adalah dibutuhkan sini. Atur fungsi untukmembuat mereka dapat
dimengerti untuk setiap pembaca gambar SRS. A kumpulan-
kumpulan utama terkait persyaratan dan bagaimana mereka berhubungan, sepertidiagram aliran
data tingkat atas atau diagram kelas obyek, sering efektif. mengatakan
2.3 kelas-kelas user dan karakteristik
<
Mengidentifikasi pengguna berbagai kelas yang Anda mengantisipasi akanmenggunakan kelas p
engguna produk. ini dapat dibedakan berdasarkan frekuensipenggunaan, subset dari fungsi produ
k digunakan, keahlian teknis, tingkat keamananatau hak
istimewa, tingkat pendidikan, atau pengalaman. menggambarkankarakteristik penting dari setiap
kelas pengguna persyaratan tertentu mungkin terkaithanya ke beberapa pengguna kelas. membed
akan kelas-kelas user yang palingpenting untuk produk ini dari orang-
orang yang kurang penting untuk memenuhi. mengatakan
2.4 lingkungan operasi
< Menggambarkan lingkungan di mana perangkat
lunak akan beroperasi, termasukplatform perangkat
keras, sistem operasi dan versi, dan komponen perangkat
lunaklain atau aplikasi yang harus berdampingan dengan damai mengatakan.
2.5 desain dan implementasi kendala
<
Menggambarkan setiap item atau masalah yang akan membatasi pilihan yangtersedia untuk peng
embang. ini mungkin termasuk: kebijakan perusahaan atauperaturan keras keterbatasan (persyara
tan waktu, persyaratan memori); antarmukauntuk aplikasi lain; teknologi tertentu, alat, dan datab
ase yang akan digunakan; paraleloperasi; persyaratan bahasa; protokol komunikasi; pertimbanga
n keamanan; Konvensidesain atau pemrograman standar (misalnya, jika organisasi klien akan ber
tanggung jawab untuk menjaga perangkat lunak disampaikan). mengatakan
2.6 dokumentasi pengguna
< Daftar pengguna dokumentasi komponen (seperti user manual, bantuan on-
line dantutorial) yang akan dikirimkan bersama dengan perangkat
lunak. mengidentifikasi ataudikenal pengguna dokumentasi pengiriman format standar.
mengatakan
2.7 asumsi-asumsi dan dependensi
< Daftar setiap faktor diasumsikan (sebagai lawan dari fakta-
fakta yang diketahui)yang dapat mempengaruhi persyaratan yang dinyatakan dalam SRS ini dapa
tmencakup komponen pihak
Software Requirements Specification for <Project> Page 4

ketiga atau komersial yang Anda berencana untukmenggunakan, masalah di
sekitar pengembangan atau operasi lingkungan, ataukendala. proyek dapat terpengaruh jika asum
si ini tidak benar, tidak dibagi, atauperubahan. juga mengidentifikasi dependensi setiap proyek m
emiliki faktor eksternal,seperti komponen perangkat
lunak yang Anda berniat untuk menggunakan
kembalidari proyek lain, kecuali mereka sudah didokumentasikan di tempat
lain (misalnya,dalam visi dan lingkup dokumen atau rencana proyek). mengatakan
3. persyaratan antarmuka eksternal
3.1 user interface
< Menggambarkan karakteristik Logis setiap antarmuka antara produk perangkat
lunak dan user. hal
ini dapat mencakup gambar layar sampel, standar GUI apapunatau produk bergaya keluarga pan
duan yang harus diikuti, layar tata
letak kendala,tombol standar dan fungsi (misalnya, membantu) yang akan muncul di layar, cara
pintas keyboard, pesan kesalahan setiap tampilan standar, dan seterusnya.mendefinisikan kompo
nen perangkat
lunak yang diperlukan user interface. rinciandesain antarmuka pengguna harus didokumentasika
n dalam spesifikasi antarmukapengguna terpisah. mengatakan
3.2 hardware antarmuka
< Menggambarkan karakteristik logis dan fisik dari setiap antarmuka antara produkperangkat
lunak dan komponen perangkat
keras sistem ini mungkin termasuk jenisperangkat yang didukung, sifat data dan control interaksi
antara perangkat lunak danperangkat keras, dan protokol komunikasi untuk digunakan.
mengatakan
3.3 Interface perangkat lunak
< Menggambarkan hubungan antara produk ini dan komponen perangkat
lunaktertentu lainnya (nama dan versi), termasuk database, operasi sistem, alat,Perpustakaan dan
terpadu komersial komponen. mengidentifikasi data item ataupesan yang datang ke
dalam sistem dan pergi dan menggambarkan tujuan masing-
masing. menjelaskan layanan yang diperlukan dan sifat komunikasi. Lihat dokumen-
dokumen yang menggambarkan aplikasi rinci pemrograman antarmuka protokol.mengidentifikas
i data yang akan dibagi di seluruh perangkat
lunak komponen. jikaberbagi mekanisme data yang harus dilaksanakan dengan cara tertentu (mis
alnya,penggunaan area global data di sebuah sistem operasi multitasking), menetapkan inisebaga
i kendala implementasi. mengatakan
3.4 komunikasi interface
<
Menggambarkan persyaratan yang terkait dengan setiap fungsi komunikasi yangdiperlukan oleh
produk ini, termasuk web browser, protokol komunikasi jaringanserver e-
mail, formulir elektronik, dan sebagainya. Tentukan pemformatan pesanbersangkutan. mengident
ifikasi setiap standar komunikasi yang akan digunakan,seperti FTP atau HTTP menentukan masa
lah keamanan atau enkripsi komunikasi,transfer data tingkat, dan sinkronisasi mekanisme.
mengatakan
Software Requirements Specification for <Project> Page 5


4. sistem fitur
< Template ini menggambarkan penyelenggaraan persyaratan fungsional untukproduk dengan fit
ur sistem, Layanan utama yang diberikan oleh produk. Anda dapatmemilih untuk mengatur bagia
n ini dengan menggunakan kasus, modus operasi,pengguna kelas, kelas obyek fungsional hirarki,
atau kombinasi ini, apa pun yangmasuk akal paling logis untuk produk Anda mengatakan
4.1 sistem fitur 1
< Tidak benar-
benar mengatakan "Fitur sistem 1." menyatakan nama fitur dalamhanya beberapa kata.
mengatakan
4.1.1 keterangan dan prioritas
<
Memberikan penjelasan singkat tentang fitur dan menunjukkan apakah sangattinggi, menengah a
tau rendah prioritas. Anda juga dapat menyertakan peringkatkomponen tertentu prioritas, manfaa
t, penalti, biaya dan risiko (masing-masing diberi
nilai pada skala yang relatif rendah dari 1 sampai 9) mengatakan.
4.1.2 stimulus/tanggapan urutan
<
Daftar urutan tindakan pengguna dan respons sistem yang merangsang perilakuyang didefinisika
n untuk fitur ini. ini akan sesuai dengan unsur-unsur dialog terkaitdengan kasus penggunaan.
mengatakan
4.1.3 persyaratan fungsional
<
Memerinci persyaratan fungsional yang terperinci yang terkait dengan fitur ini. iniadalah kemam
puan perangkat
lunak yang harus hadir agar pengguna untukmelaksanakan layanan yang disediakan oleh fitur, at
au untuk melaksanakanpenggunaan kasus. sertakan bagaimana produk harus menanggapi kondisi
diantisipasi kesalahan atau tidak
valid input. persyaratan harus ringkas, lengkap, jelas,diverifikasi, dan diperlukan. Gunakan "TB
D" sebagai pengganti untuk menunjukkanKapan informasi yang diperlukan ini belum tersedia.
mengatakan

< Kebutuhan masing-masing harus secara
unik diidentifikasi dengan urutan nomoratau tag yang bermakna semacam. mengatakan

REQ-1:
REQ-2:
4.2 sistem fitur 2 (dan sebagainya)
5. persyaratan nonfungsional
5.1 persyaratan kinerja
< Jika ada persyaratan kinerja untuk produk dalam berbagai keadaan, menyatakanmereka di
sini dan menjelaskan alasan mereka, untuk membantu para pengembangmengerti maksud dan me
Software Requirements Specification for <Project> Page 6

mbuat cocok desain pilihan. Tentukan hubungan waktuuntuk real-
time sistem. membuat persyaratan tersebut sejelas mungkin. Andamungkin perlu untuk persyarat
an kinerja negara untuk kebutuhan fungsional individuatau fitur. mengatakan
5.2 persyaratan keselamatan
<
Menentukan persyaratan yang prihatin dengan kemungkinan kehilangan, kerusakan,atau kerugia
n yang dapat mengakibatkan dari penggunaan produk. menetapkansetiap perlindungan atau tinda
kan yang harus diambil, serta tindakan yang harusdicegah. merujuk eksternal kebijakan atau pera
turan yang menyatakan masalahkeamanan yang mempengaruhi produk desain atau penggunaan.
mendefinisikansetiap sertifikasi keselamatan yang harus dipenuhi. mengatakan
5.3 keamanan persyaratan
<
Menentukan persyaratan mengenai keamanan atau privasi isu seputar penggunaanproduk atau pe
rlindungan data yang digunakan atau dibuat oleh produk.mendefinisikan setiap pengguna identita
s otentikasi persyaratan. Lihat untuk eksternalkebijakan atau peraturan yang
mengandung keamanan isu-
isu yang mempengaruhiproduk. Tentukan apapun keamanan atau privasi sertifikasi yang harus di
penuhi. mengatakan
5.4 atribut kualitas perangkat lunak
<
Menentukan karakteristik tambahan kualitas setiap produk yang akan menjadipenting untuk pela
nggan atau pengembang. beberapa untuk mempertimbangkanadalah: adaptasi, ketersediaan, kete
patan, fleksibilitas, interoperabilitas, Kemampu-
rawatan, portabilitas, keandalan, usabilitas, ketahanan, testability, dan kegunaan.menulis ini menj
adi spesifik, kuantitatif dan diverifikasi ketika mungkin. paling
tidak,memperjelas relatif preferensi untuk berbagai atribut, misalnya kemudahanpenggunaan lebi
h mudah belajar. mengatakan
5.5 aturan bisnis
< Daftar prinsip-
prinsip operasi apapun tentang produk, seperti yang individu atauperan dapat melakukan yang be
rfungsi di bawah keadaan-keadaan tertentu. ini tidakpersyaratan fungsional dalam dirinya
sendiri, tetapi mereka mungkin menyiratkanpersyaratan tertentu fungsional untuk menegakkan at
uran mengatakan.
6. persyaratan lainnya
< Mendefinisikan persyaratan lain yang tidak tercakup di tempat
lain dalam SRS inimungkin termasuk persyaratan database, persyaratan internasionalisasi, persya
ratanhukum, reuse tujuan untuk proyek, dan sebagainya. menambahkan bagian baruapapun yang
berkaitan dengan proyek. mengatakan
Lampiran A: Glossary
<
Menetapkan semua persyaratan yang diperlukan untuk benar menafsirkan SRS,termasuk akroni
m dan singkatan. Anda mungkin ingin membangun sebuah daftarterpisah yang mencakup bebera
Software Requirements Specification for <Project> Page 7

pa proyek atau seluruh organisasi, dan hanyamencakup persyaratan khusus untuk satu proyek di
SRS setiap mengatakan.
Lampiran B: analisis model
<
Opsional, termasuk model bersangkutan analisis apapun, seperti data flow diagram,diagram kela
s, transisi state diagram atau diagram hubungan entitas. mengatakan
Lampiran C: ditentukan daftar
<
Mengumpulkan daftar bernomor TBD (yang akan ditentukan) referensi yang tetap diSRS sehing
ga mereka dapat dilacak penutupan. mengatakan