变更流程灵活性的优势
本摘要重点阐述变更流程灵活性 (增强的发布逻辑) 和增强的变更流程灵活性 (阶段) 的设计优势与新功能，这两个流程旨在提升独立管理与发布变更任务的效率。
使用序列 (不分阶段) 实施变更任务
以下是使用序列但不使用阶段实施变更任务的好处：
• 您可以为任何新启动的变更任务设置实际开始日期并开始实施该任务。
• 对空白 (零) 序列进行设置后，序列按数字顺序连续执行。
• 不再实施任何已取消的变更任务，系统会跳过此类任务。这样可提高整个工作流的效率。
 |
可以使用“设置状态”选项取消变更任务的实施。
|
使用序列和阶段执行变更任务
以下是使用序列和阶段实施变更任务的好处：
• 阶段支持 - 您可以将变更通告工作流设计为使用阶段
• 首选项：“已排序的计划执行顺序”和“分阶段计划执行”
◦ 可以通过设置阶段和序列选项来实施变更任务。这两个首选项允许使用“仅序列”、“仅阶段”或“序列和阶段”实施选项。
◦ 可以将工作流设计为使用同步自动机执行单个阶段。
◦ 这些首选项支持在对空白 (零) 序列进行设置后以数字顺序实施变更任务。
◦ “实际开始日期”在变更任务开始实施时进行设置。
• 增强的发布逻辑
以下是使用增强的发布逻辑来实施变更任务的好处：
◦ 用于发布“阶段”可变更对象的新 releaseChangeable2 API。
◦ releaseChangeable2 API 结合了对阶段未合并变更的审批。
◦ 发布时，仅处理分配给阶段 (在特殊情况下为空) 的变更任务。
◦ 将跳过阶段内单独发布的变更任务。
◦ 最后一个阶段 (即“发布后”阶段) 使用 releaseChangeable2 API 来发布整个变更通告。
◦ API 会发布所有剩余的变更任务，并设置变更任务和变更通告的“实际完成日期”。
◦ 将针对单个阶段处理待处理有效性。
验证变更任务
可以验证单个变更任务、变更通告“阶段”或整个变更通告。启用增强的发布逻辑后：
• 所有变更通告工作流均使用工作流变量来启用增强的发布逻辑。
• 验证期间将跳过先前发布的变更任务 (即已设置“实际完成日期”) 或所有已取消变更任务。
发布变更任务
以下是使用增强的发布逻辑来发布变更任务的好处：
• 系统将为已发布的所有变更任务设置“实际完成日期”，而无论采用了何种发布方法 (单一、阶段或完整变更通告)。
• releaseChangeable2 API 会设置发布变更任务的“实际完成日期”。
• releaseChangeable2 API 将对未合并变更的批准合并到 API 中。
处理待处理有效性
以下是使用增强的发布逻辑来处理待处理有效性的好处：
• 可以在单一变更任务、变更通告阶段或整个变更通告的上下文中进行处理。
• 在应用待处理有效性之前发布了变更任务 (已设置“实际完成日期”)。
• 将跳过已取消的变更任务。
• 不会再次处理先前应用的待处理有效性。
设置解决日期
可以使用增强的发布逻辑来设置变更任务和变更通告的解决日期：
• 可以为变更通告和单个变更任务或为此阶段计划的所有变更任务设置“解决日期”。
• 如果之前已设置“解决日期”，则不会覆盖该日期。
• 在变更通告的新修订版本和任何已修订的变更任务上，“解决日期”将会重置。
• 在变更通告的新修订版本和任何已修订的变更任务上，“实际完成日期”将会重置。