变更接入SDK
什么是变更的生命周期接入
背景
变更管控系统提供统一的管控能力,同时整合上游不同业务中的变更执行。除信息标准化外,还包含两个关键的点,分别是接口标准化和能力标准化。无论下游领域是风险识别还是应急定位,都能在同一个交互泛型里进行扩展,达成各自的目标。
但是,不是所有变更都需要如此庞大且复杂的生命周期管理,部分本身低危且频繁的变更动作,运用这套模式,反而会加大人工成本,降低效率。因此,ChangeRiskPilot提出了分代际的变更生命周期接入方案。
什么是变更代际
顾名思义,代际的概念是指"逐代衍生传承,且之间有相互联系"。在变更管控领域,代际说明的是各代变更之间,除了"传承"了上第一代的管控思路与模式外,在本代又"衍生"出了新的生命周期节点定义,用于增加新的扩展切面,提供新的能力。
变更代际的定义共分为"G0~G4"5个等级,含义分别如下:
代际名称 | 含义 | 生命周期定义 | 使用场景 |
---|---|---|---|
G0 | 仅做事件同步接入到ChangeRiskPilot,无管控能力 | 仅有一个事件同步节点 | 适用于无任何风险的变更,但数据需要提供给相关人员做检索、审计等场景 |
G1 | 仅做单节点的变更前后切面管控 | 生命周期中仅有一个变更节点 | 适用于低风险变更,无需复杂风险管控能力,仅做事前准入性和事后完整性检查的场景 |
G2 | 有完整的变更工单,且工单下关联了至少1个批次的子节点 | 生命周期分为工单开始 < 各批次节点开始 < 各批次节点结束 < 工单结束四个阶段 | 适用于多数逐步生效的变更,并需要配套进行风险管控的场景 |
G3 | 在完整的变更工单感知基础上,增加了变更提单阶段的感知 | 生命周期在G2代际的基础上,前置增加了变更提单阶段 | 适用于非技术人员或专人代理执行变更,需要系统辅助进行事前风险分析的场景 |
G4 | 在变更提单感知的基础上,增加了变更无人值守的决策能力 | 生命周期在G3代际的基础上,变更提单后增加了无人值守决策阶段 | 适用于需要系统进行无人值守代理执行变更的场景 |
我的接入场景怎么做改造
将变更接入到AlterShield里面之前,需要准备以下内容。
- 首先,明确您当前想要管控的场景,需要何种程度的风险管控策略,对应到哪种代际的管控方案,这几点决定了您后续的接入复杂度。
- 其次,明确变更信息模型中基础信息的概念与您想要管控场景中的概念对应关系。