Версионирование и выпуск требований
Чтобы эффективно ориентироваться в динамичном ландшафте изменяющихся требований на протяжении всего жизненного цикла продукта, в Requirements & Systems Portal предусмотрена система версий, использующая историю изменений. Эта система присваивает требованиям номера версий, обеспечивая тщательное отслеживание и управление. Благодаря возможности выпускать требования после обзора ворот или вех, эта функция обеспечивает систематический подход к учету изменений и обновлений. Более того, вы можете легко использовать базовые линии для пересмотра и анализа предыдущих версий спецификаций, обеспечивая всестороннее представление о процессе разработки продукта.
Эта функция Versions улучшает общее отслеживание и управление требованиями и спецификациями, способствуя более рациональному и адаптируемому процессу разработки продукта.
Версионирование на уровне требований
Версионирование начинается на уровне требований, начиная с 0. Любая модификация атрибутов требования, например, изменение текста требования, идентификатора, обоснования и т. д., автоматически вызывает незначительное повышение версии, например, переход от 0 к 0.1.
Короче говоря, при любом обновлении требования, которое сохраняется/добавляется в поле истории "Требование", связанное с требованием, номер версии требования также корректируется, чтобы отразить эти изменения. Такой систематический подход обеспечивает комплексную и отслеживаемую систему версионирования требований на протяжении всего их жизненного цикла.
Список изменений, вызывающих увеличение номера версии
Вот список изменений в требовании, которые вызывают минорное увеличение версии
-
Редактирование текста атрибутов требования, таких как "Текст", "Заголовок", "Обоснование", "Пользовательские колонки"
-
Добавление или удаление "родительских" и "дочерних" элементов
-
Изменение "Типа", "Штата", "Соответствия"
-
Добавление или удаление тегов
Требования к релизу
После завершения работы над требованием на этапе разработки продукта, достигнутого в ходе тщательных обзоров, вех, базовых линий или обзоров ворот, требование становится пригодным для выпуска. Это означает крупный релиз для требования, который может быть выполнен с помощью опции релиза, связанной с требованием. Акт выпуска требований не только знаменует их завершение, но и служит заключительным шагом в доработке версии.

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

Как выпустить требование - на изображении показаны шаги для доступа к "Функции выпуска"
Ниже показан видеоролик, демонстрирующий массовый выпуск требований.
Выпуск спецификаций
У пользователей есть возможность выпускать спецификации, связанные с несколькими требованиями. Они могут получить доступ к этой опции, щелкнув правой кнопкой мыши имя спецификации в иерархии дерева (см. рис
Выпуск спецификации - изображение, иллюстрирующее, как выпустить спецификацию
После выбора опции выпуска на уровне спецификации у пользователей есть два варианта выпуска спецификации.
Опции выпуска спецификации - текущие опции в меню выпуска спецификацииАссоциировать все требования с текущей версией
Первая опция, "
Сценарии
-
Обратите внимание, что требования, находящиеся в состоянии освобождения, не освобождаются.
-
Если требование было выпущено, но в него были внесены некоторые изменения, то требование с изменениями выпускается снова.
Ассоциировать только требования с выпущенными версиями
В отличие от первого варианта, второй вариант, "
Выпуск требований по отзывам
Пользователи могут инициировать выпуск требований через Центр рецензирования. После того как рецензент завершит рецензию, она должна быть одобрена утверждающим лицом, чтобы завершить процесс рецензирования. Утверждающий имеет возможность "Выпустить требования" как часть завершения обзора (см. рис
Выпуск требований через центр рецензирования