Гибкость процесса управления изменениями путем независимого выпуска заданий на изменение
Обычно извещение об изменении и соответствующие задания являются проверенными и выпущенными с ожидающими решения ограничениями применимости, применяемыми после завершения. Однако бывают ситуации, когда отдельные задания на изменение должны быть выпущены до полного завершения извещения об изменении. В таких случаях каждое задание на изменение может быть проверено, выпущено и иметь ожидающие решения ограничениям применимости, применяемые по отдельности.
Эта улучшенная логика выпуска работает для комбинаций следующих рабочих процессов:
Рабочий процесс извещения об изменении версии 1
Этот новый стандартный рабочий процесс предназначен для замены существующего
Рабочего процесса извещения об изменении. Существующий
Рабочий процесс извещения об изменении обновляется путем добавления переменной рабочего процесса
optInFinishedAndCancelledFilter и API
releaseChangeables2, чтобы задавать фактическую дату завершения для выпуска для всех заданий по изменению. Дополнительные сведения об этой переменной см. в разделах
Использование переменной рабочего процесса для активации расширенной логики выпуска (версия 1) и
Использование API releaseChangeable2 для задания фактической даты завершения.
Рабочий процесс задания на изменение с выпуском задания на изменение версии 1
В новом стандартном рабочем процессе демонстрируется выпуск отдельного задания на изменение. Он дополнен параметрами фактической даты начала и фактической даты завершения. Для указания фактической даты завершения используется API
releaseChangeables2. Дополнительные сведения см. в разделах
Задание фактической даты начала и фактической даты завершения и
Использование API releaseChangeable2 для задания фактической даты завершения.
|
|
PTC рекомендует как можно скорее обновить рабочие процессы с использованием нового интерфейса API и переменной, чтобы адаптировать их к этой расширенной логике.
|
См. также