Спасибо! Мы свяжемся с Вами в ближайшее время.
Напишите нам
Управление требованиями
Описание требований в Almware осуществляется с использованием нескольких типов связанных между собой артефактов, описывающих отдельные компоненты требований. Вы можете настроить необходимые типы артефактов для Вашего проекта и отключить артефакты, которые Вы не используете.
Использование нескольких типов артефактов вместо единого документа позволяет организовать трассируемость артефактов и упростить поддержку.
В Almware предусмотрено 3 уровня требований:
- Бизнес-требования. Верхнеуровневые требования, варианты использования, бизнес-процессы и т.д.
- Требования к ПО. Каждый артефакт описывает отдельную функциональность или тип нефункциональных требований. Артефакты сгруппированы в “модули”.
- Спецификации. Дополнительные типы артефактов, позволяющие выделить отдельно и трассировать спецификации требований, такие как сущности модель данных ПО, пользовательские интерфейсы, программные интерфейсы (API), и другие артефакты, которые Вы можете настроить с учетом специфики проекта.

Бизнес-требования
Бизнес-требования – это требования верхнего уровня. Слово “Бизнес” мы используем чтобы явно отделить эти требования от Требований к ПО.
В отличие от требований к ПО, где описывается функциональность системы, бизнес-требования используются для описания ожидания со стороны пользователей и бизнеса.
Каталог требований верхнего уровня может быть использован для определения следующих типов требований:
- Бизнес-требования. Бизнес-процессы, бизнес-правила, цели;
- Пользовательские требования. Варианты использования (use cases), пользовательские истории (user storys);
- Другие верхнеуровневые артефакты, для которых нужен трекинг и трассировка.
Подробнее о бизнес-требованиях
Требования к ПО
Требования к ПО – это артефакты, описывающие поведение и/или характеристики программного обеспечения для какой-то конкретной функциональности или особенности. Требования к ПО сгруппированы в модули.
Модуль -> Требование к ПО (Функциональность / Характеристика)
Требования к ПО
Основной артефакт используемый для описания требований в Almware – это Требование к ПО. В англоязычной версии мы используем термин Feature, который более точен, т.к. может описывать как функциональную особенность, так и нефункциональные требований. В русском языке мы, к сожалению, не нашли краткой формулировки для аналогичного понятия, поэтому используем просто “Требование к ПО”.
Артефакт требования к ПО является артефактом, описывающим набор низкоуровневых требований для конкретной функциональности или другой небольшой части системы.
В этот набор будут входить следующие требования к ПО (отдельный артефакт для каждого требования):
- "Каталог пользователей",
- "Поиск пользователей",
- "Просмотр информации о пользователе",
- "Добавление пользователя",
- "Изменение пользователя",
- "Разблокировка пользователя",
- "Блокировка пользователя",
- "Удаление пользователя".
Требования к ПО являются единицей планирования и тестирования, а также центральным артефактом, к которому привязываются как спецификации, так и тест-кейсы, проверки, задачи, и другие артефакты.
Модули требований
Модули требований является набором взаимосвязанных требований к ПО, которые разрабатываются и функционируют совместно, реализуя полезную функциональность. Наборы позволяют структурировать большие наборы требований по функциональности программного обеспечения, позволяя сузить фокус при работе с требованиями и управлении проектом.
Наборы и требования к ПО связаны между собой по принципу один-ко-многим. Таким образом, один артефакт требования к ПО может быть частью только одного пакета, в то время как пакет может включать несколько требований к ПО.
Например, модуль может объединять требования описывающие CRUD-функции для сущности. А вариант использования может включать только отдельные требования CRUD-функциональности или разные требования из разных модулей, необходимых для реализации своей реализации.
Спецификации
Almware позволяет настроить для проекта дополнительные типы артефактов, которые будут могут использоваться для хранения различных спецификаций, таких как модель данных, пользовательские интерфейсы и другие.
Спецификации являются опциональными артефактами. Вы можете отключить использование спецификаций в проекте в основных настройках проекта.
Модель данных
Модель данных – это каталог артефактов, описывающих сущности которые использует программное обеспечение в своей работе.
Формирование и поддержание каталога модули данных позволяет связать данные и функциональность ПО и трассировать какие данные и каким образом используются различными функциями ПО.
Пользовательские интерфейсы
Пользовательские интерфейсы – это артефакты, используемые для описания экранов пользовательского интерфейса, значимых с точки зрения описания и анализа требований.
Для небольших проектов отдельный каталог пользовательских интерфейсов может быть избыточен. Для крупных проектов отдельный каталог UI позволяет быстро найти требования к ПО, связанные с конкретными экранами в рамках жизненного пути пользователя.
Подробнее о пользовательских интерфейсах
Программные интерфейсы
Программные интерфейсы – артефакты, описывающие программные интерфейсы, используемые для реализации требований. Каталог программных интерфейсов может использоваться как для описания внутренних API, с помощью которых взаимодействуют под-системы, так и внешних, используемых для интеграции с внешними системами.
В текущей версии каталог не вводит каких-то существенных ограничений на способ описания и в ближайших версиях будет реализована возможность интеграции с Postman и другими системами проектирования API.
Подробнее о программных интерфейсах
Настраиваемые артефакты
Настраиваемые артефакты – отдельный каталог, для которого Вы можете создать свои типы артефактов для систематизации элементов Вашего программного обеспечения.
Настраиваемые артефакты можно использовать для систематизации событий, уведомлений, конфигурационных переменных и других элементов
Подробнее о настраиваемых артефактах
Трекинг
В Almware предусмотрены различные представления артефактов, показывающие актуальную картину разработки и тестирования программного обеспечения в разрезе требований.
Для трекинга доступно отслеживание статусов и аггрегированной информации по задачам, тестовому покрытию, результатам тестов и фазам реализации требований.
Версионирование и ветвление
Ревизии
Almware автоматически сохраняет информацию о всех сделанных изменениях. Кроме автоматического сохранения, в Almware предусмотрен механизм ревизий, который позволяет фиксировать ревизии для дальнейшего сравнения и отката.
Ветки для параллельной работы
Almware предоставляет механизм для параллельной работы с артефактами в рамках веток.
Если вам нужно изменить требования для будущих релизов, не нарушая текущую разработку, создайте ветку и ответвите туда необходимые артефакты.
Ветвь позволяет вам:
- Безопасно экспериментировать с новыми идеями.
- Сравнивать и объединять изменения по мере их готовности.
- Управлять несколькими версиями одного и того же требования одновременно
Бейзлайны
Прежде чем вносить серьезные изменения в требования (переход к новой версии или внесение правок от клиента), вы можете создать новый бейзлайн, сохранив текущее состояние. Бейзлайн – это снимок требований вашего проекта в определенный момент времени. Создание бейзланов на значимых вехах проекта позволяет:
- Сравнить новую и старую версии: Понять, что изменилось с момента выхода интересующего релиза.
- Отслеживать изменения в соответствии с версиями ПО, что помимо прочего будет полезно для формирования документации, зависимой от версии ПО.