Спасибо! Мы свяжемся с Вами в ближайшее время.
Напишите нам
Бизнес-требования
Бизнес-требования определяют границы, ограничения и задачи проекта на уровне бизнеса и пользователей.
В зависимости от процесса, принятого в Вашей компании, они могут служить отправной точкой для процесса сбора требований, являться механизмом определения готовности проекта с точки зрения бизнеса или быть полезными для понимания конечных обязательств перед клиентом/владельцем проекта.
Использование бизнес-требований опционально. В проектах с небольшой командой, разрабатывающей собственный продукт, бизнес-требования могут быть излишне и могут не использоваться.
Бизнес-требования обычно не содержат деталей реализации, таких как особенности UI, спецификацию данных, и т.д. Эти детали описываются в артефактах нижнего уровня, таких как требования к ПО.
Описание бизнес-требований
Для описания бизнес-требований доступны следующие инструменты:
- Текстовое описание требования;
- Файлы, загружаемые с компьютера пользователя;
- Диаграммы, сделанные с помощью встроенного редактора;
- Файлы из внешних сервисов. Например, документы Google Docs или фреймы Figma.
Классификация требований
Название | Описание |
Тип бизнес-требования | Тип бизнес-требования, выбранный из ранее настроенных типов проекта. |
Подсистемы | Подсистемы (можно выбрать несколько), которые затрагивает бизнес-требования. |
Акторы | Акторы (можно выбрать несколько), которые взаимодействуют с системой в контексте верхнеуровневого требование. |
Папка | Бизнес-требования могут быть организованы с помощью древовидных папок. |
Приоритет | Приоритет бизнес-требования |
Лейблы | Лейблы бизнес-требования |
Настраиваемые классификаторы скоро | Настраиваемые классификаторы могут быть использованы для дополнительной классификации требований заданного типа |
Возможные типы бизнес-требований
В зависимости от особенностей процесса сбора требований, Вы можете задать различные типы бизнес-требований, например :
- Цели: Описывают цели и бизнес-потребности клиента/владельца.
- Варианты использования (Use Cases): Описывают сценарии взаимодействия пользователей с системой для достижения полезного результата.
- Пользовательская история (User Story): Описывает потребности пользователей от системы. Похоже на варианты использования, но содержат значительно меньше деталей и применяется в основном при использовании гибких методологий разработки.
- Бизнес-правила: Правила со стороны бизнеса, которые должны быть учтены при проектировании и реализации системы.
- Ограничения: Ограничения, которые влияют на реализацию требований.
- Другие типы: Вы можете задать свой набор типов, в соответствии с процессом принятым в Вашей компании.
Бизнес-требования могут быть связаны между собой. Типы связей между бизнес-требованиями также определяется подходом к сбору и организации бизнес-требований.
Связи с другими артефактами
Определение деталей реализации бизнес-требований осуществляется с помощью требований к ПО, которые, в свою очередь связаны с артефактами спецификации, такими как экраны UI, сущности данных, API методы и другие.
Можно выделить следующие связи бизнес-требования поддерживаемые в Almware:
Связь | Описание |
Бизнес-требования | Бизнес-требования могут быть связаны между собой с указанием типа связи. Это может потребоваться, если одно требование влияет на другие требования, включает или расширяет их. |
Требования к ПО | Определяет требования к программному обеспечению, которые реализуют бизнес-требование. |