БРС против. SRS: ключевая разница между ними
КЛЮЧЕВАЯ РАЗНИЦА
- SRS определяет функциональные и нефункциональные требования к разрабатываемому программному обеспечению, тогда как BRS в разработке программного обеспечения представляет собой формальный документ, описывающий требования, предоставленные клиентом.
- SRS создается системным архитектором, тогда как программное обеспечение BRS обычно создается бизнес-аналитиком.
- SRS означает «Спецификация системных требований», тогда как BRS означает «Спецификация бизнес-требований».
- SRS вытекает из BRS, тогда как BRS выводится из взаимодействия и требований клиента.
Прежде чем мы начнем, вы должны знать – разница между требованием и спецификацией.
Требования | Характеристики |
---|---|
Они описывают, «что» должно делать программное обеспечение. | Они описывают, «как» будет создаваться программное обеспечение. |
Они описывают программное обеспечение с точки зрения конечного пользователя, бизнеса и заинтересованных сторон. | Они описывают программное обеспечение с точки зрения технической команды. |
Существует множество терминов и терминологии для различных документов.
Спецификационные документы, такие как –
- SRS – Спецификации системных требований
- FRS – Спецификации функциональных требований
- BRS – Спецификация бизнес-требований
- CRS — Требования совместимости. Спецификации
- PRS – Спецификации требований к производительности
- RRS-Спецификации требований к надежности
- Спецификация требований к CRS-конфигурациям
Требования к документам, таким как –
- BRD – Документ бизнес-требований
- SRD — документ с системными требованиями
Вопросы для размышления
- Во многих местах эти документы не являются отдельными и используются как взаимозаменяемые.
- Спецификации и требования передают примерно одну и ту же информацию, но двум совершенно разным аудиториям.
- Какие документы создаются для конкретного проекта, зависит от «характера» проекта и организационных «процессов».
В этом уроке мы обсудим разницу между BRS и SRS в тестирование программного обеспечения:
BRS (Спецификация бизнес-требований) | SRS (спецификация системных требований) |
---|---|
Он описывает на очень высоком уровне функциональные характеристики программного обеспечения. | Он описывает на высоком уровне функциональные и технические характеристики программного обеспечения. |
Это официальный документ, описывающий требование, предоставленное клиентом (письменное, устное). | Он определяет функциональные и нефункциональные требования к разрабатываемому программному обеспечению. |
Обычно его создают Бизнес-аналитик кто общается с клиентами | Обычно он создается Системой ArchiTect, кто является техническим экспертом.
Хотя в небольших компаниях БА также создаст SRS. Некоторые компании вообще не создают SRS. Их BRS достаточно детализирована, чтобы ее можно было использовать и в качестве SRS. |
Это зависит от взаимодействия с клиентом и его требований. | Это производное от BRS. |