BRS vs SRS
Dalam proyek pengembangan perangkat lunak, BRS (Spesifikasi Persyaratan Bisnis) adalah dokumen yang merinci persyaratan pelanggan. Ini berisi informasi tentang bisnis dan perincian tentang proses yang perlu diimplementasikan dalam perangkat lunak. SRS (Spesifikasi Persyaratan Perangkat Lunak) Menentukan persyaratan sistem perangkat lunak. Itu termasuk deskripsi sistem yang perlu dikembangkan. SRS mencakup informasi seperti bagaimana pengguna berinteraksi dengan sistem perangkat lunak, persyaratan non-fungsional, dll.
Apa itu BRS?
BRS (Spesifikasi Persyaratan Bisnis) adalah dokumen yang merinci persyaratan pelanggan. Ini akan dirujuk oleh tim pengembangan saat mengembangkan perangkat lunak dan tim pengujian selama fase pengujian. Ini memiliki perincian tentang proses yang perlu diimplementasikan dalam perangkat lunak dan apakah ada fitur baru yang diperlukan. Secara umum, BRS berisi informasi seperti siapa yang bermaksud menggunakan perangkat lunak, jumlah maksimum pengguna bersamaan yang akan menggunakan sistem, jenis pengguna, melek komputer dari penggunaan, masalah yang dihadapi oleh pengguna saat ini, jumlah keamanan yang diperlukan oleh Aplikasi, perangkat keras dan kendala lingkungan yang dihadapi oleh perangkat lunak. Ini juga memberikan deskripsi sistem saat ini dan kemungkinan ekspansi di masa depan. BRS juga menjelaskan hasil yang dihasilkan atau apa yang diharapkan oleh pelanggan. Itu juga harus menggambarkan tingkat keandalan yang diharapkan oleh perangkat lunak. Yang terpenting BRS tidak ditulis menggunakan jargon komputer mana pun.
Apa itu SRS?
SRS Menentukan persyaratan sistem perangkat lunak. Itu termasuk deskripsi sistem yang perlu dikembangkan. Ini mencakup bagaimana pengguna berinteraksi dengan sistem menggunakan kasus penggunaan. Kasing penggunaan memberikan deskripsi tindakan yang terjadi antara pengguna dan sistem perangkat lunak. Biasanya UML (Bahasa Pemodelan Terpadu) digunakan untuk secara formal menentukan kasus penggunaan di SRS. Ini juga berisi persyaratan non fungsional seperti persyaratan kinerja, standar yang diperlukan oleh sistem dan segala kendala pada sistem. SRS harus selalu benar dan konsisten karena digunakan oleh pengembang dalam proses pengembangan. Itu juga harus tidak ambigu. Secara umum, SRS harus berisi setidaknya bagian berikut: Pendahuluan, deskripsi keseluruhan sistem dan persyaratan spesifik. Pendahuluan harus secara jelas menentukan ruang lingkup sistem yang diharapkan di antara informasi lain seperti tujuan sistem dan ikhtisar sistem. Deskripsi keseluruhan memberikan interaksi pengguna, ketergantungan dan kendala sistem, dll. Persyaratan khusus berisi persyaratan kinerja, persyaratan basis data, dll.
Apa perbedaan antara BRS dan SRS?
BRS adalah dokumen yang merinci persyaratan pelanggan menggunakan istilah non teknis, sedangkan SRS menentukan persyaratan sistem perangkat lunak dengan cara yang lebih formal. SRS menjelaskan bagaimana pengguna berinteraksi dengan sistem menggunakan kasus penggunaan (ditentukan dengan UML) sedangkan BRS memberikan deskripsi interaksi pengguna. BRS dan SRS digunakan oleh pengembang dalam proses pengembangan dan untuk menguji sistem juga.