BRS Vs. SRS: Perbedaan Utama Diantaranya
Charles Moore
PERBEDAAN UTAMA
- SRS menentukan persyaratan fungsional dan non-fungsional perangkat lunak yang akan dikembangkan sedangkan BRS dalam rekayasa perangkat lunak adalah dokumen formal yang menjelaskan persyaratan yang diberikan oleh klien.
- SRS dibuat oleh arsitek Sistem sedangkan perangkat lunak BRS biasanya dibuat oleh analis bisnis.
- SRS adalah singkatan dari Spesifikasi Kebutuhan Sistem sedangkan BRS adalah singkatan dari Spesifikasi Kebutuhan Bisnis.
- SRS berasal dari BRS sedangkan BRS berasal dari interaksi dan persyaratan klien.
Sebelum kita mulai, Anda harus mengetahui – Perbedaan antara Persyaratan dan Spesifikasi
| Persyaratan | spesifikasi |
|---|---|
| Mereka menguraikan “apa” yang harus dilakukan perangkat lunak | Mereka menguraikan “bagaimana” perangkat lunak akan dibuat |
| Mereka menguraikan perangkat lunak dari sudut pandang pengguna akhir, bisnis, dan pemangku kepentingan. | Mereka menguraikan perangkat lunak dari perspektif tim teknis. |
Ada banyak sekali istilah dan terminologi untuk berbagai dokumen
Spesifikasi Dokumen seperti –
- SRS – Spesifikasi Kebutuhan Sistem
- FRS – Spesifikasi Kebutuhan Fungsional
- BRS – Spesifikasi Kebutuhan Bisnis
- CRS- Spesifikasi Persyaratan Kompatibilitas
- PRS – Spesifikasi Persyaratan Kinerja
- RRS- Spesifikasi Persyaratan Keandalan
- Spesifikasi Persyaratan Konfigurasi CRS
Dokumen Persyaratan seperti –
- BRD – Dokumen Persyaratan Bisnis
- SRD – Dokumen Persyaratan Sistem
Poin Untuk Direnungkan
- Di banyak tempat, dokumen-dokumen ini tidak terpisah dan digunakan secara bergantian.
- Spesifikasi dan persyaratan secara kasar mengkomunikasikan informasi yang sama, tetapi kepada dua audiens yang sangat berbeda.
- Untuk suatu proyek tertentu dokumen-dokumen di atas dibuat, bergantung pada “sifat” proyek dan “proses” organisasi
Pada tutorial kali ini kita akan membahas Perbedaan BRS dan SRS di pengujian perangkat lunak:
| BRS (Spesifikasi Kebutuhan Bisnis) | SRS (Spesifikasi Kebutuhan Sistem) |
|---|---|
| Ini menggambarkan spesifikasi fungsional perangkat lunak pada tingkat yang sangat tinggi | Ini menjelaskan pada tingkat tinggi, spesifikasi fungsional dan teknis perangkat lunak |
| Ini adalah dokumen formal yang menjelaskan tentang persyaratan yang diberikan oleh klien (tertulis, lisan) | Ini menentukan persyaratan fungsional dan non-fungsional dari perangkat lunak yang akan dikembangkan |
| Biasanya itu dibuat oleh Analis Bisnis yang berinteraksi dengan klien | Biasanya itu dibuat oleh System ArchiTect siapa yang ahli teknis.
Meskipun di perusahaan yang lebih kecil, BA juga akan membuat SRS. Beberapa perusahaan tidak membuat SRS sama sekali. BRS mereka cukup detail untuk digunakan sebagai SRS juga. |
| Ini berasal dari interaksi dan persyaratan klien | Itu berasal dari BRS |
