Devprom ALM: Руководство пользователя

Целостность разрабатываемой системы может контролироваться относительно требований или функциональной иерархии. Например, в процессе Выполнение ТЗ целостность контролируется относительно ТЗ. В легковесных процессах целостность контролируется относительно функциональной иерархии, поскольку нет полного описания требований (или ТЗ). Вы можете выбрать наиболее подходящий вариант контроля целостности, независимо от используемого процесса.

В системе предусмотрены метрики, отслеживающие число устаревших артефактов, а также модули, например "Устаревшие сценарии" и "Устаревшие разделы документации".

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

Легковесные процессы

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

Процессы с предварительным проектированием

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

При актуализации, вместо "Новые пожелания" вы увидите поле "Новые требования".

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

Поскольку изменений в исходном требовании может быть выполнено много, более того они могут иметь чисто технический характер (разметка текста, орфография и т.п.), помечать устаревшими производные артефакты лучше на конкретных этапах жизненного цикла требования. Отметка об устаревании реализована при помощи системных действий. Например, оно вызывается при переводе требования в состояние Готово или Согласовано. Вы можете настроить удобный механизм именно для вашего процесса управления изменениями.