Persyaratan Software Spesifikasi untuk <Project> Versi 1.0 disetujui Disiapkan oleh <author> <Organisasi> <Tanggal dibuat> Hak cipta © 1999 oleh Karl E. Wiegers. Izin diberikan untuk menggunakan, memodifikasi, dan mendistribusikan dokumen ini. Perangkat lunak Persyaratan Spesifikasi <Project> Page 2 Daftar Isi Daftar Isi.........................................................................................................................................ii revisi Sejarah..................................................................................................................................ii 1. Perkenalan.................................................................................................................................... ....................................................................................................................................................1 1.1Purpose................................................................................................................................................ 1 Konvensi 1.2Document............................................................................................................................. 1 1.3Intended Pemirsa dan Reading Saran................................................................................................... 1 1.4Product Lingkup.................................................................................................................................. 1 1.5References........................................................................................................................................... 1 2.Overall Deskripsi.......................................................................................................................... ....................................................................................................................................................2 2.1Product Perspektif................................................................................................................................ 2 Fungsi 2.2Product..................................................................................................................................... 2 Kelas 2.3User dan Karakteristik............................................................................................................... 2 2.4Operating Lingkungan......................................................................................................................... 2 2.5Design dan Implementasi Kendala....................................................................................................... 2 Dokumentasi 2.6User................................................................................................................................ 2 2.7Assumptions dan Dependensi.............................................................................................................. 3 Persyaratan 3.External Antarmuka............................................................................................... ....................................................................................................................................................3 3.1User Interfaces..................................................................................................................................... 3 3.2Hardware Interfaces............................................................................................................................. 3 3.3Software Interfaces.............................................................................................................................. 3 3.4Communications Interfaces.................................................................................................................. 3 Fitur 4.System.................................................................................................................................. ....................................................................................................................................................4 4.1System Fitur 1...................................................................................................................................... 4 4.2System Fitur 2 (dan seterusnya)........................................................................................................... 4 5.Other Persyaratan Nonfungsional............................................................................................... ....................................................................................................................................................4 Persyaratan 5.1Performance...................................................................................................................... 4 5.2Safety Persyaratan................................................................................................................................ 5 Perangkat lunak Persyaratan Spesifikasi <Project> Page 3 Persyaratan 5.3Security............................................................................................................................. 5 5.4Software Atribut Kualitas.................................................................................................................... 5 Aturan 5.5Business................................................................................................................................... 5 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 <Project> Page 1. pengantar 1.1 Tujuan 1 <Mengidentifikasi produk yang persyaratan perangkat lunak yang ditentukan dalam dokumen ini, termasuk revisi atau nomor rilis. Jelaskan ruang lingkup produk yang ditutupi oleh SRS ini, terutama jika SRS ini hanya menjelaskan bagian dari sistem atau subsistem tunggal.> 1.2 Konvensi dokumen <Jelaskan standar atau konvensi ketik yang diikuti saat menulis SRS ini, seperti font atau highlight yang memiliki makna khusus. Sebagai contoh, negara apakah prioritas untuk kebutuhan tingkat yang lebih tinggi diasumsikan diwariskan oleh persyaratan rinci, atau apakah setiap pernyataan persyaratan adalah memiliki prioritas sendiri.> 1.3 Ditujukan Audiens dan Reading Saran <Menjelaskan berbagai jenis pembaca bahwa dokumen ini ditujukan untuk, seperti pengembang, manajer proyek, staf marketing, pengguna, penguji, dan penulis dokumentasi. Jelaskan apa sisa SRS ini mengandung dan bagaimana ia diorganisir. Sarankan berurutan untuk membaca dokumen, dimulai dengan bagian ikhtisar dan melanjutkan melalui bagian yang paling relevan untuk setiap jenis pembaca.> 1.4 Lingkup produk <Berikan penjelasan singkat dari perangkat lunak yang ditentukan dan tujuannya, termasuk manfaat yang relevan, tujuan, dan sasaran. Mengaitkan perangkat lunak untuk tujuan perusahaan atau strategi bisnis. Jika visi dan ruang lingkup dokumen terpisah tersedia, lihat itu bukan duplikasi isinya di sini.> 1.5 Referensi <Daftar dokumen lain atau alamat Web yang SRS ini mengacu. Ini 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 <Project> Page 2. secara keseluruhan Keterangan 2.1 Perspektif produk 2 <Jelaskan konteks dan asal produk yang ditentukan dalam SRS ini. Sebagai contoh, negara apakah produk ini merupakan tindak-on anggota dari keluarga produk, pengganti sistem yang ada tertentu, atau produk baru, mandiri. Jika SRS mendefinisikan komponen dari sistem yang lebih besar, berhubungan persyaratan dari sistem yang lebih besar untuk fungsi software ini dan mengidentifikasi interface antara keduanya. Sebuah diagram sederhana yang menunjukkan komponen utama dari sistem secara keseluruhan, interkoneksi subsistem, dan interface eksternal dapat membantu.> 2.2 Fungsi produk <Merangkum fungsi utama produk harus melakukan atau harus membiarkan pengguna melakukan. Rincian akan diberikan dalam Bagian 3, sehingga hanya ringkasan tingkat tinggi (seperti daftar peluru) yang dibutuhkan di sini. Mengatur fungsi untuk membuat mereka dimengerti untuk setiap pembaca SRS. Sebuah gambar dari kelompok utama persyaratan terkait dan bagaimana mereka berhubungan, seperti tingkat atas diagram alir data atau objek diagram kelas, seringkali efektif.> 2.3 Kelas pengguna dan Karakteristik <Mengidentifikasi berbagai kelas pengguna yang Anda mengantisipasi akan menggunakan produk ini. kelas pengguna dapat dibedakan berdasarkan frekuensi penggunaan, subset dari fungsi produk yang digunakan, keahlian teknis, tingkat keamanan atau hak istimewa, tingkat pendidikan, atau pengalaman. Menggambarkan karakteristik yang bersangkutan masing-masing kelas pengguna. persyaratan tertentu mungkin berhubungan hanya untuk pengguna kelas tertentu. Membedakan kelas pengguna yang paling penting untuk produk ini dari mereka yang kurang penting untuk memuaskan.> 2.4 Lingkungan operasi <Jelaskan lingkungan di mana perangkat lunak akan beroperasi, termasuk platform perangkat keras, sistem operasi dan versi, dan setiap komponen perangkat lunak lain atau aplikasi dengan yang harus hidup berdampingan secara damai.> 2.5 Desain dan Implementasi Kendala <Jelaskan setiap item atau masalah yang akan membatasi pilihan yang tersedia untuk para pengembang. Ini mungkin termasuk: kebijakan perusahaan atau peraturan; keterbatasan hardware (persyaratan waktu, persyaratan memori); interface untuk aplikasi lain; teknologi tertentu, alat-alat, dan database yang akan digunakan; operasi paralel; persyaratan bahasa; protokol komunikasi; pertimbangan keamanan; konvensi desain atau standar pemrograman (misalnya, jika organisasi pelanggan akan bertanggung jawab untuk menjaga perangkat lunak yang dikirimkan).> Perangkat lunak Persyaratan Spesifikasi <Project> Page 2.6 3 Dokumentasi pengguna <Daftar 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 <Daftar setiap diasumsikan faktor (sebagai lawan fakta yang diketahui) yang dapat mempengaruhi persyaratan dalam SRS. Ini dapat mencakup pihak ketiga atau komponen komersial yang Anda berencana untuk menggunakan, isu seputar pembangunan atau lingkungan operasi, atau kendala. Proyek 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 Anda 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 <Jelaskan karakteristik logis dari setiap antarmuka antara produk perangkat lunak dan pengguna. Ini mungkin termasuk gambar sampel layar, setiap standar GUI atau panduan gaya keluarga produk yang akan diikuti, kendala tata letak layar, tombol standar dan fungsi (misalnya, bantuan) yang akan muncul pada setiap layar, keyboard, standar tampilan pesan kesalahan, dan sebagainya. Mendefinisikan komponen perangkat lunak yang user interface yang diperlukan. Rincian desain antarmuka pengguna harus didokumentasikan dalam spesifikasi antarmuka pengguna yang terpisah.> 3.2 Antarmuka hardware <Jelaskan karakteristik logis dan fisik dari setiap antarmuka antara produk perangkat lunak dan komponen perangkat keras dari sistem. Ini mungkin termasuk jenis perangkat yang didukung, sifat data dan kontrol interaksi antara perangkat lunak dan perangkat keras, dan protokol komunikasi yang akan digunakan.> 3.3 Antarmuka software <Jelaskan hubungan antara produk ini dan komponen lainnya yang spesifik perangkat lunak (nama dan versi), termasuk database, sistem operasi, alat, perpustakaan, dan komponen komersial terpadu. Mengidentifikasi item data atau pesan yang masuk ke sistem dan akan keluar dan menjelaskan tujuan masing-masing. Jelaskan layanan yang dibutuhkan dan sifat komunikasi. Mengacu pada dokumen yang menggambarkan aplikasi rinci protokol antarmuka pemrograman. Mengidentifikasi data yang akan dibagi di komponen perangkat lunak. Jika mekanisme berbagi data harus dilaksanakan dengan cara tertentu (misalnya, penggunaan area data global dalam sistem operasi multitasking), tentukan ini sebagai kendala implementasi.> Perangkat lunak Persyaratan Spesifikasi <Project> Page 3.4 4 komunikasi Antarmuka <Jelaskan persyaratan terkait dengan fungsi komunikasi yang dibutuhkan oleh produk ini, termasuk e-mail, web browser, protokol komunikasi server jaringan, formulir elektronik, dan sebagainya. Mendefinisikan format pesan yang bersangkutan. Mengidentifikasi standar komunikasi setiap yang akan digunakan, seperti FTP atau HTTP. Tentukan masalah keamanan komunikasi atau enkripsi, kecepatan transfer data, dan mekanisme sinkronisasi.> 4. Fitur sistem <Template ini menggambarkan mengatur persyaratan fungsional untuk produk dengan fitur sistem, layanan utama yang disediakan oleh produk. Anda 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 Anda.> 4.1 Sistem Fitur 1 <Jangan benar-benar mengatakan “Sistem Fitur 1.” Sebutkan nama fitur hanya dalam beberapa kata.> 4.1.1Description dan Prioritas <Berikan penjelasan singkat dari fitur dan menunjukkan apakah itu dari High, Medium, atau prioritas rendah. Anda juga dapat mencakup penilaian komponen prioritas tertentu, seperti manfaat, penalti, biaya, dan risiko (masing-masing dinilai pada skala relatif dari rendah dari 1 sampai yang tertinggi 9).> 4.1.2Stimulus / Response Urutan <Daftar urutan tindakan pengguna dan respon sistem yang merangsang perilaku yang ditetapkan untuk fitur ini. Ini akan sesuai dengan unsur-unsur dialog terkait dengan kasus penggunaan.> Persyaratan 4.1.3Functional <Merinci persyaratan fungsional rinci terkait dengan fitur ini. Ini adalah kemampuan perangkat lunak yang harus hadir agar pengguna untuk melaksanakan layanan yang diberikan oleh fitur, atau untuk mengeksekusi kasus penggunaan. Termasuk bagaimana produk harus menanggapi kondisi kesalahan diantisipasi atau input tidak valid. Persyaratan harus singkat, lengkap, jelas, dapat diverifikasi, dan diperlukan. Gunakan “TBD” sebagai pengganti untuk menunjukkan bila informasi yang diperlukan belum tersedia.> <Setiap persyaratan harus diidentifikasi secara unik dengan nomor urut atau tag bermakna dari beberapa jenis.> REQ-1: REQ-2: Perangkat lunak Persyaratan Spesifikasi <Project> Page 4.2 Sistem Fitur 2 (dan seterusnya) 5. Persyaratan Nonfungsional lainnya 5.1 Persyaratan kinerja 5 <Jika ada persyaratan kinerja untuk produk dalam berbagai keadaan, menyatakan mereka di sini dan menjelaskan alasan mereka, untuk membantu para pengembang memahami maksud dan membuat pilihan desain yang cocok. Tentukan hubungan waktu untuk sistem real time. Membuat persyaratan seperti spesifik mungkin. Anda mungkin perlu untuk menyatakan persyaratan kinerja untuk kebutuhan fungsional individu atau fitur.> 5.2 Persyaratan keselamatan <Tentukan 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 bahwa isu-isu keamanan negara yang mempengaruhi desain produk atau penggunaan eksternal. Mendefinisikan sertifikasi keselamatan yang harus dipenuhi.> 5.3 Persyaratan keamanan <Tentukan 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 <Tentukan setiap karakteristik kualitas tambahan untuk produk yang akan menjadi penting untuk baik pelanggan atau pengembang. Beberapa 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 <Daftar prinsip-prinsip operasi tentang produk, seperti yang individu atau peran dapat melakukan yang berfungsi dalam keadaan tertentu. Ini adalah persyaratan tidak fungsional dalam diri mereka, tetapi mereka mungkin menyiratkan kebutuhan fungsional tertentu untuk menegakkan aturan.> Perangkat lunak Persyaratan Spesifikasi <Project> Page 6. Persyaratan lainnya <Tentukan persyaratan lain tidak tercakup di tempat lain di SRS. Ini 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 <Tentukan semua persyaratan yang diperlukan untuk benar menafsirkan SRS, termasuk akronim dan singkatan. Anda 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 <Opsional, mencakup model analisis yang bersangkutan, seperti diagram aliran data, diagram kelas, diagram negara-transisi, atau diagram relasi entitas.> Lampiran C: To Be Daftar Ditentukan <Kumpulkan daftar bernomor dari TBD (akan ditentukan) referensi yang tetap di SRS sehingga mereka dapat dilacak penutupan.> 6
