BRS против SRS
В проекте разработки программного обеспечения BRS (спецификация бизнес-требований) представляет собой документ, в котором подробно описаны требования заказчика. Он содержит информацию о бизнесе и подробности о процессах, которые необходимо реализовать в программном обеспечении. SRS (Спецификация требований к программному обеспечению) определяет требования к программной системе. Он включает описание системы, которую необходимо разработать. SRS включает в себя информацию о том, как пользователи взаимодействуют с программной системой, нефункциональные требования и т. д.
Что такое BRS?
BRS (Спецификация бизнес-требований) - это документ, в котором подробно описаны требования заказчика. На это будет ссылаться команда разработчиков при разработке программного обеспечения и группа тестирования на этапе тестирования. В нем содержится подробная информация о процессах, которые необходимо реализовать в программном обеспечении, и о том, требуются ли какие-либо новые функции. В общем, BRS содержит такую информацию, как кто намеревался использовать программное обеспечение, максимальное количество одновременных пользователей, которые будут использовать систему, типы пользователей, компьютерная грамотность использования, проблемы, с которыми сталкиваются пользователи в настоящее время, уровень безопасности, требуемый для приложение, оборудование и ограничения окружающей среды, с которыми сталкивается программное обеспечение. Он также содержит описание текущей системы и возможных будущих расширений. BRS также описывает результаты или то, что ожидает клиент. Он также должен описывать уровень надежности, ожидаемый программным обеспечением. Самое главное, что BRS не написан с использованием какого-либо компьютерного жаргона.
Что такое SRS?
SRS определяет требования к программной системе. Он включает описание системы, которую необходимо разработать. Он включает в себя то, как пользователь взаимодействует с системой, используя варианты использования. Варианты использования предоставляют описание действий, которые происходят между пользователями и программной системой. Обычно UML (унифицированный язык моделирования) используется для формального указания вариантов использования в SRS. Он также содержит нефункциональные требования, такие как требования к производительности, стандарты, требуемые системой, и любые ограничения системы. SRS всегда должен быть правильным и последовательным, поскольку он используется разработчиками в процессе разработки. Тоже должно быть однозначно. Как правило, SRS должна содержать как минимум следующие разделы: введение, общее описание системы и конкретные требования. Введение должно четко определять объем ожидаемой системы среди другой информации, такой как цель системы и обзор системы. Общее описание обеспечивает взаимодействие с пользователем, зависимости и ограничения системы и т. д. Конкретные требования содержат любые требования к производительности, требования к базе данных и т. д.
В чем разница между BRS и SRS?
BRS - это документ, в котором подробно описаны требования заказчика с использованием нетехнических терминов, тогда как SRS определяет требования к программной системе более формально. SRS описывает, как пользователи взаимодействуют с системой, используя варианты использования (указанные с помощью UML), тогда как BRS предоставляет описание взаимодействия с пользователем. И BRS, и SRS используются разработчиками в процессе разработки, а также для тестирования системы.
