BRS vs SRS
Dalam proyek pengembangan perangkat lunak, BRS (Spesifikasi Kebutuhan Bisnis) adalah dokumen yang merinci kebutuhan pelanggan. Ini berisi informasi tentang bisnis dan detail tentang proses yang perlu diimplementasikan dalam perangkat lunak. SRS (Spesifikasi Persyaratan Perangkat Lunak) menentukan persyaratan sistem perangkat lunak. Ini mencakup 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 menyimpan rincian tentang proses yang perlu diimplementasikan dalam perangkat lunak dan apakah ada fitur baru yang diperlukan. Secara umum, BRS berisi informasi seperti siapa yang ingin menggunakan perangkat lunak, jumlah maksimum pengguna secara bersamaan yang akan menggunakan sistem, jenis pengguna, literasi penggunaan komputer, masalah yang dihadapi pengguna saat ini, jumlah keamanan yang dibutuhkan oleh aplikasi, perangkat keras dan kendala lingkungan yang dihadapi oleh perangkat lunak. Ini juga memberikan gambaran tentang sistem saat ini dan kemungkinan ekspansi di masa depan. BRS juga menjelaskan tentang deliverables atau apa yang diharapkan oleh pelanggan. Ini juga harus menggambarkan tingkat keandalan yang diharapkan oleh perangkat lunak. Yang terpenting BRS tidak ditulis menggunakan jargon komputer.
Apa itu SRS?
SRS menentukan persyaratan sistem perangkat lunak. Ini mencakup deskripsi sistem yang perlu dikembangkan. Ini mencakup bagaimana pengguna berinteraksi dengan sistem menggunakan kasus penggunaan. Use case memberikan deskripsi tindakan yang terjadi antara pengguna dan sistem perangkat lunak. Biasanya UML (Unified Modeling Language) digunakan untuk secara formal menentukan use case di SRS. Ini juga berisi persyaratan non-fungsional seperti persyaratan kinerja, standar yang diperlukan oleh sistem dan kendala apa pun pada sistem. SRS harus selalu benar dan konsisten karena digunakan oleh pengembang dalam proses pengembangan. Itu juga harus jelas. Umumnya, SRS harus berisi setidaknya bagian berikut: pengantar, deskripsi keseluruhan sistem dan persyaratan khusus. Pendahuluan harus secara jelas mendefinisikan ruang lingkup sistem yang diharapkan antara lain informasi seperti tujuan sistem dan gambaran umum sistem. Deskripsi keseluruhan menyediakan interaksi pengguna, ketergantungan dan batasan 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 menetapkan 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. Baik BRS dan SRS digunakan oleh pengembang dalam proses pengembangan dan juga untuk pengujian sistem.
