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 ще създаде и SRS. Някои компании изобщо не създават СРС. Техният BRS е достатъчно подробен, за да се използва и като SRS. |
| Извлича се от взаимодействието и изискванията на клиента | Произлиза от БРС |
