Напишите нам

Напишите нам свои вопросы или предложения по Almware. Используйте эту форму или напишите нам на e-mail.

Управление требованиями

Управление требованиями к программному обеспечению в Almware

Описание требований в Almware осуществляется с использованием нескольких типов связанных между собой артефактов, описывающих отдельные компоненты требований. Вы можете настроить необходимые типы артефактов для Вашего проекта и отключить артефакты, которые Вы не используете.

Использование нескольких типов артефактов вместо единого документа позволяет организовать трассируемость артефактов и упростить поддержку. 

Например, Вы можете быстро получить информацию по функциональностям, которые используют ту или иную сущность данных. Это упрощает анализ и поддержку требований. Вы можете быстро определить зависимые артефакты, и актуализировать информацию о них.

В Almware предусмотрено 3 уровня требований:

  • Бизнес-требования. Верхнеуровневые требования, варианты использования, бизнес-процессы и т.д.
  • Требования к ПО. Каждый артефакт описывает отдельную функциональность или тип нефункциональных требований. Артефакты сгруппированы в “модули”.
  • Спецификации. Дополнительные типы артефактов, позволяющие выделить отдельно и трассировать спецификации требований, такие как сущности модель данных ПО, пользовательские интерфейсы, программные интерфейсы (API), и другие артефакты, которые Вы можете настроить с учетом специфики проекта. 
Requirements Artifacts

Бизнес-требования

Бизнес-требования – это требования верхнего уровня. Слово “Бизнес” мы используем чтобы явно отделить эти требования от Требований к ПО.

В отличие от требований к ПО, где описывается функциональность системы, бизнес-требования используются для описания ожидания со стороны пользователей и бизнеса.

Каталог требований верхнего уровня может быть использован для определения следующих типов требований:

  • Бизнес-требования. Бизнес-процессы, бизнес-правила, цели;
  • Пользовательские требования. Варианты использования (use cases), пользовательские истории (user storys);
  • Другие верхнеуровневые артефакты, для которых нужен трекинг и трассировка.

Подробнее о бизнес-требованиях

Требования к ПО

Требования к ПО – это артефакты, описывающие поведение и/или характеристики программного обеспечения для какой-то конкретной функциональности или особенности. Требования к ПО сгруппированы в модули. 

Модуль -> Требование к ПО (Функциональность / Характеристика)

Требования к ПО

Основной артефакт используемый для описания требований в Almware – это Требование к ПО. В англоязычной версии мы используем термин Feature, который более точен, т.к. может описывать как функциональную особенность, так и нефункциональные требований. В русском языке мы, к сожалению, не нашли краткой формулировки для аналогичного понятия, поэтому используем просто “Требование к ПО”. 

Артефакт требования к ПО является артефактом, описывающим набор низкоуровневых требований для конкретной функциональности или другой небольшой части системы. 

Например, предположим у нас есть набор требований "Администрирование пользователей".
В этот набор будут входить следующие требования к ПО (отдельный артефакт для каждого требования):
- "Каталог пользователей",
- "Поиск пользователей",
- "Просмотр информации о пользователе",
- "Добавление пользователя",
- "Изменение пользователя",
- "Разблокировка пользователя",
- "Блокировка пользователя",
- "Удаление пользователя".

Требования к ПО являются единицей планирования и тестирования, а также центральным артефактом, к которому привязываются как спецификации, так и тест-кейсы, проверки, задачи, и другие артефакты.

Подробнее о требованиях к ПО

Модули требований

Модули требований является набором взаимосвязанных требований к ПО, которые разрабатываются и функционируют совместно, реализуя полезную функциональность. Наборы позволяют структурировать большие наборы требований по функциональности программного обеспечения, позволяя сузить фокус при работе с требованиями и управлении проектом.

Наборы и требования к ПО связаны между собой по принципу один-ко-многим. Таким образом, один артефакт требования к ПО может быть частью только одного пакета, в то время как пакет может включать несколько требований к ПО.

В отличие от бизнес-требований, модуль группирует требования к системе исходя из структуры разрабатываемого ПО, а не пользовательских или бизнес требований.
Например, модуль может объединять требования описывающие CRUD-функции для сущности. А вариант использования может включать только отдельные требования CRUD-функциональности или разные требования из разных модулей, необходимых для реализации своей реализации.

Подробнее о модулях

Спецификации

Almware позволяет настроить для проекта дополнительные типы артефактов, которые будут могут использоваться для хранения различных спецификаций, таких как модель данных, пользовательские интерфейсы и другие. 

Спецификации являются опциональными артефактами. Вы можете отключить использование спецификаций в проекте в основных настройках проекта.

Модель данных

Модель данных – это каталог артефактов, описывающих сущности которые использует программное обеспечение в своей работе. 

Формирование и поддержание каталога модули данных позволяет связать данные и функциональность ПО и трассировать какие данные и каким образом используются различными функциями ПО.

Подробнее о модели данных

Пользовательские интерфейсы

Пользовательские интерфейсы – это артефакты, используемые для описания экранов пользовательского интерфейса, значимых с точки зрения описания и анализа требований. 

Для небольших проектов отдельный каталог пользовательских интерфейсов может быть избыточен. Для крупных проектов отдельный каталог UI позволяет быстро найти требования к ПО, связанные с конкретными экранами в рамках жизненного пути пользователя.

Подробнее о пользовательских интерфейсах

Программные интерфейсы

Программные интерфейсы – артефакты, описывающие программные интерфейсы, используемые для реализации требований. Каталог программных интерфейсов может использоваться как для описания внутренних API, с помощью которых взаимодействуют под-системы, так и внешних, используемых для интеграции с внешними системами.

В текущей версии каталог не вводит каких-то существенных ограничений на способ описания и в ближайших версиях будет реализована возможность интеграции с Postman и другими системами проектирования API.

Подробнее о программных интерфейсах

Настраиваемые артефакты

Настраиваемые артефакты – отдельный каталог, для которого Вы можете создать свои типы артефактов для систематизации элементов Вашего программного обеспечения. 

Настраиваемые артефакты можно использовать для систематизации событий, уведомлений, конфигурационных переменных и других элементов

Подробнее о настраиваемых артефактах

Трекинг

В Almware предусмотрены различные представления артефактов, показывающие актуальную картину разработки и тестирования программного обеспечения в разрезе требований.

Для трекинга доступно отслеживание статусов и аггрегированной информации по задачам, тестовому покрытию, результатам тестов и фазам реализации требований.

Подробнее о трекинге

Версионирование и ветвление

Ревизии

Almware автоматически сохраняет информацию о всех сделанных изменениях. Кроме автоматического сохранения, в Almware предусмотрен механизм ревизий, который позволяет фиксировать ревизии для дальнейшего сравнения и отката. 

Подробнее о ревизиях

Ветки для параллельной работы

Almware предоставляет механизм для параллельной работы с артефактами в рамках веток. 

Если вам нужно изменить требования для будущих релизов, не нарушая текущую разработку, создайте ветку и ответвите туда необходимые артефакты. 

Ветвь позволяет вам:

  • Безопасно экспериментировать с новыми идеями.
  • Сравнивать и объединять изменения по мере их готовности.
  • Управлять несколькими версиями одного и того же требования одновременно

Подробнее о ветках

Бейзлайны

Прежде чем вносить серьезные изменения в требования (переход к новой версии или внесение правок от клиента), вы можете создать новый бейзлайн, сохранив текущее состояние. Бейзлайн – это снимок требований вашего проекта в определенный момент времени. Создание бейзланов на значимых вехах проекта позволяет:

  • Сравнить новую и старую версии: Понять, что изменилось с момента выхода интересующего релиза.
  • Отслеживать изменения в соответствии с версиями ПО, что помимо прочего будет полезно для формирования документации, зависимой от версии ПО.

Подробнее о бейзлайнах