Разница между BRS и SRS

BRS против SRS

В проекте разработки программного обеспечения BRS (Business Requirement Specification) - это документ, в котором подробно описываются требования заказчика. Он содержит информацию о бизнесе и подробную информацию о процессах, которые должны быть реализованы в программном обеспечении. SRS (Спецификация требований к программному обеспечению) определяет требования к программной системе. Включает описание системы, которую необходимо разработать. SRS включает информацию о том, как пользователи взаимодействуют с системой программного обеспечения, нефункциональные требования и т. Д..

Что такое БРС?

BRS (Business Requirement Specification) - это документ, в котором подробно описываются требования клиента. Это будет упомянуто командой разработчиков при разработке программного обеспечения и командой тестирования на этапе тестирования. Он содержит подробную информацию о процессах, которые должны быть реализованы в программном обеспечении, и о том, требуются ли какие-либо новые функции. В целом, BRS содержит информацию о том, кто намеревался использовать программное обеспечение, максимальное количество одновременных пользователей, которые собираются использовать систему, типы пользователей, компьютерная грамотность использования, проблемы, с которыми сталкиваются пользователи в настоящее время, уровень безопасности, требуемый для применение, аппаратные и экологические ограничения, с которыми сталкивается программное обеспечение. Он также предоставляет описание текущей системы и возможных будущих расширений. BRS также описывает результаты или то, что ожидается от клиента. Также следует описать уровень надежности, ожидаемый программным обеспечением. Самое главное, BRS не написан с использованием любого компьютерного жаргона.

Что такое СГД??

SRS определяет требования к программной системе. Включает описание системы, которую необходимо разработать. Он включает в себя, как пользователь взаимодействует с системой, используя варианты использования. Варианты использования предоставляют описание действий, которые происходят между пользователями и системой программного обеспечения. Обычно UML (Unified Modeling Language) используется для формального определения вариантов использования в SRS. Он также содержит нефункциональные требования, такие как требования к производительности, стандарты, требуемые системой, и любые ограничения системы. SRS всегда должна быть правильной и последовательной, поскольку она используется разработчиками в процессе разработки. Это также должно быть однозначным. Как правило, SRS должна содержать как минимум следующие разделы: введение, общее описание системы и конкретные требования. Во введении следует четко определить область действия ожидаемой системы среди другой информации, такой как назначение системы и общий обзор системы. Общее описание обеспечивает взаимодействие с пользователем, зависимости и ограничения системы и т. Д. Конкретные требования содержат любые требования к производительности, требования к базе данных и т. Д..

В чем разница между BRS и SRS?

BRS - это документ, в котором подробно описываются требования клиента с использованием нетехнических терминов, тогда как SRS определяет требования к программной системе более формальным образом. SRS описывает, как пользователи взаимодействуют с системой, используя варианты использования (заданные с помощью UML), тогда как BRS предоставляет описание взаимодействия с пользователем. И BRS, и SRS используются разработчиками как в процессе разработки, так и для тестирования системы..