Persyaratan 6.Other........................................................................................................................ ....................................................................................................................................................5 Lampiran A: Daftar Istilah...........................................................................................................5 Lampiran B: Model Analisis.........................................................................................................5 Lampiran C: To Be Daftar Ditentukan.......................................................................................6
revisi Sejarah Nama
Tanggal
Alasan Untuk Perubahan
Versi
Perangkat lunak Persyaratan Spesifikasi Page
1.
pengantar
1.1
Tujuan
1
1.2
Konvensi dokumen
1.3
Ditujukan Audiens dan Reading Saran
1.4
Lingkup produk
1.5
Referensi
<"aftar dokumen lain atau alamat #eb yang SRS ini mengacu. $ni mungkin termasuk panduan pengguna antarmuka gaya, kontrak, standar, sistem persyaratan spesifikasi, dokumen kasus penggunaan, atau visi dan ruang lingkup dokumen. Memberikan informasi yang cukup sehingga pembaca bisa mengakses salinan setiap referensi, termasuk judul, penulis, nomor versi, tanggal, dan sumber atau lokasi.>
Perangkat lunak Persyaratan Spesifikasi Page
2.
secara keseluruhan Keterangan
2.1
Perspektif produk
2
2.2
Fungsi produk
2.3
Kelas pengguna dan Karakteristik
2.4
Lingkungan operasi
2.5
Desain dan Implementasi Kendala
Perangkat lunak Persyaratan Spesifikasi Page
2.6
3
Dokumentasi pengguna
<"aftar komponen dokumentasi pengguna 'seperti manual pengguna, on%line membantu, dan tutorial( yang akan disampaikan bersama dengan perangkat lunak. Mengidentifikasi format pengiriman dokumentasi pengguna yang dikenal atau standar.>
2.7
Asumsi dan Dependensi
<"aftar setiap diasumsikan faktor 'sebagai laan fakta yang diketahui( yang dapat mempengaruhi persyaratan dalam SRS. $ni dapat mencakup pihak ketiga atau komponen komersial yang )nda berencana untuk menggunakan, isu seputar pembangunan atau lingkungan operasi, atau kendala. royek ini bisa terpengaruh jika asumsi ini tidak benar, tidak dibagi, atau mengubah. Juga mengidentifikasi dependensi proyek memiliki faktor%faktor eksternal, seperti komponen perangkat lunak yang )nda berniat untuk menggunakan kembali dari proyek lain, kecuali mereka sudah didokumentasikan di tempat lain 'misalnya, dalam visi dan lingkup dokumen atau rencana proyek(.>
3.
Persyaratan Antarmuka eksternal
3.1
Antarmuka pengguna
3.2
Antarmuka hardware
3.3
Antarmuka software
Perangkat lunak Persyaratan Spesifikasi Page
3.4
4
komunikasi Antarmuka
4.
Fitur sistem
<0emplate ini menggambarkan mengatur persyaratan fungsional untuk produk dengan fitur sistem, layanan utama yang disediakan oleh produk. )nda dapat memilih untuk mengatur bagian ini dengan kasus penggunaan, modus operasi, kelas pengguna, kelas objek, hirarki fungsional, atau kombinasi ini, apa pun yang membuat rasa paling logis untuk produk )nda.>
4.1
Sistem Fitur 1
4.1.1Description dan Prioritas
4.1.2Stimulus / Response Urutan <"aftar urutan tindakan pengguna dan respon sistem yang merangsang perilaku yang ditetapkan untuk fitur ini. $ni akan sesuai dengan unsur%unsur dialog terkait dengan kasus penggunaan.>
Persyaratan 4.1.3Functional
REQ-1: REQ-2:
Perangkat lunak Persyaratan Spesifikasi Page
4.2
Sistem Fitur 2 (dan seterusnya)
5.
Persyaratan Nonfungsional lainnya
5.1
Persyaratan kinerja
5
5.2
Persyaratan keselamatan
<0entukan persyaratan yang berkaitan dengan kemungkinan kehilangan, kerusakan, atau kerugian yang dapat hasil dari penggunaan produk. Mendefinisikan perlindungan atau tindakan yang harus diambil, serta tindakan yang harus dicegah. Mengacu pada setiap kebijakan atau peraturan baha isu%isu keamanan negara yang mempengaruhi desain produk atau penggunaan eksternal. Mendefinisikan sertifikasi keselamatan yang harus dipenuhi.>
5.3
Persyaratan keamanan
<0entukan persyaratan mengenai masalah keamanan atau privasi seputar penggunaan produk atau perlindungan data yang digunakan atau dibuat oleh produk. Mendefinisikan persyaratan otentikasi identitas pengguna. Mengacu pada setiap kebijakan atau peraturan yang berisi masalah keamanan yang mempengaruhi produk eksternal. Mendefinisikan sertifikasi keamanan atau privasi yang harus puas.>
5.4
Atribut Kualitas Perangkat Lunak
<0entukan setiap karakteristik kualitas tambahan untuk produk yang akan menjadi penting untuk baik pelanggan atau pengembang. !eberapa yang perlu dipertimbangkan adalah* adaptasi, ketersediaan, ketepatan, fleksibilitas, interoperabilitas, maintainability, portabilitas, kehandalan, usabilitas, ketahanan, testability, dan kegunaan. Menulis ini untuk lebih spesifik, kuantitatif, dan dapat diverifikasi bila memungkinkan. Setidaknya, mengklarifikasi preferensi relatif untuk berbagai atribut, seperti kemudahan penggunaan lebih mudah belajar.>
5.5
Peraturan bisnis
<"aftar prinsip%prinsip operasi tentang produk, seperti yang individu atau peran dapat melakukan yang berfungsi dalam keadaan tertentu. $ni adalah persyaratan tidak fungsional dalam diri mereka, tetapi mereka mungkin menyiratkan kebutuhan fungsional tertentu untuk menegakkan aturan.>
Perangkat lunak Persyaratan Spesifikasi Page
6.
Persyaratan lainnya
<0entukan persyaratan lain tidak tercakup di tempat lain di SRS. $ni mungkin termasuk persyaratan database, persyaratan internasionalisasi, persyaratan hukum, tujuan penggunaan kembali untuk proyek tersebut, dan sebagainya. Menambahkan bagian baru yang berkaitan dengan proyek.>
Lampiran A: Daftar Istilah <0entukan semua persyaratan yang diperlukan untuk benar menafsirkan SRS, termasuk akronim dan singkatan. )nda mungkin ingin untuk membangun sebuah daftar yang terpisah yang mencakup beberapa proyek atau seluruh organisasi, dan hanya mencakup istilah khusus untuk satu proyek di setiap SRS.>
Lampiran B: Model Analisis <6psional, mencakup model analisis yang bersangkutan, seperti diagram aliran data, diagram kelas, diagram negara%transisi, atau diagram relasi entitas.>
Lampiran C: To Be Daftar Ditentukan <7umpulkan daftar bernomor dari 0!" 'akan ditentukan( referensi yang tetap di SRS sehingga mereka dapat dilacak penutupan.>