BRS Vs. SRS: Ключова різниця між ними
Чарльз Мур
КЛЮЧОВА РІЗНИЦЯ
- SRS визначає функціональні та нефункціональні вимоги до програмного забезпечення, яке буде розроблено, тоді як BRS у розробці програмного забезпечення є офіційним документом, що описує вимоги, надані клієнтом
- SRS створює архітектор системи, тоді як програмне забезпечення BRS зазвичай створює бізнес-аналітик.
- SRS означає специфікацію системних вимог, тоді як BRS означає специфікацію бізнес-вимог.
- SRS походить від BRS, тоді як BRS походить від взаємодії та вимог клієнта.
Перш ніж ми почнемо, ви повинні знати – Різниця між вимогою та специфікацією
| Вимога | Специфікації |
|---|---|
| Вони окреслюють, «що» має робити програмне забезпечення | Вони описують, «як» буде створено програмне забезпечення |
| Вони описують програмне забезпечення з точки зору кінцевого користувача, бізнесу та зацікавлених сторін. | Вони описують програмне забезпечення з точки зору технічної групи. |
Для різних документів існує безліч термінів і термінології
Специфікаційні документи, такі як –
- SRS – специфікації системних вимог
- FRS – специфікації функціональних вимог
- BRS – специфікація бізнес-вимог
- Специфікації вимог щодо сумісності CRS
- PRS – Специфікації вимог до продуктивності
- RRS - Специфікації вимог до надійності
- Специфікація вимог до конфігурацій CRS
Необхідні документи, такі як –
- BRD – документ бізнес-вимог
- SRD – документ системних вимог
Пункти для роздумів
- У багатьох місцях ці документи не є окремими і використовуються як взаємозамінні.
- Специфікації та вимоги приблизно передають ту саму інформацію, але двом абсолютно різним аудиторіям.
- Для конкретного проекту, які вищезазначені документи створюються, залежить від «характеру» проекту та організаційних «процесів».
У цьому підручнику ми обговоримо різницю між BRS і SRS в тестування програмного забезпечення:
| BRS (специфікація бізнес-вимог) | SRS (специфікація системних вимог) |
|---|---|
| Він на дуже високому рівні описує функціональні характеристики програмного забезпечення | У ньому на високому рівні описані функціональні та технічні характеристики програмного забезпечення |
| Це офіційний документ, що описує вимоги, надані клієнтом (письмово, усно) | Він визначає функціональні та нефункціональні вимоги до програмного забезпечення, яке буде розроблено |
| Зазвичай його створює Бізнес-аналітик хто взаємодіє з клієнтами | Зазвичай його створює Система Architect, який є технічним експертом.
Хоча в менших компаніях BA також створюватиме СГД. Деякі підприємства взагалі не створюють СГД. Їхній BRS достатньо детальний, щоб використовувати його також як SRS. |
| Це похідне від взаємодії з клієнтом і вимог | Він походить від BRS |
