序号
| | |
1
| | 为每个变更请求分配一个唯一的序列号(系统自动产生) |
2
| | |
3
| | 记录实际变更请求人的信息,包括:姓名、省/分公司、部门、电子邮件、办公电话、手机(手工填写) |
4
| | |
5
| | |
6
| | 如果变更来源是事件,则关联到相应的事件单(手工填写) |
7
| | 如果变更来源是问题,则关联到相应的问题单(由变更请求者手工填写) |
8
| | |
9
| | |
10
| | |
11
| | |
12
| | |
13
| | 实施该变更将对哪些应用、部门产生影响,用于评估变更(手工填写) |
14
| | |
15
| | |
16
| | |
17
| | |
18
| | |
19
| | |
20
| | 使用附件形式。变更计划通常包括变更的实施计划、测试计划、回退计划、配置项更新计划等(手工填写) |
21
| | 当符合发布条件的变更需要进入发布管理流程(手工填写) |
22
| | 变更窗口的关闭时间 YYYY-MM-DD HH:MM(手工填写) |
23
| | 变更计划开始时间 YYYY-MM-DD HH:MM(手工填写) ITSS考试 |
24
| | 变更计划完成时间YYYY-MM-DD HH:MM(手工填写) |
25
| | 记录变更审批的历史记录,包括如下信息:审批人姓名、审批结果、原因、时间等(手工填写) |
26
| | 变更实际开始时间YYYY-MM-DD HH:MM(手工填写) |
27
| | |
28
| | 描述测试的情况、测试结果(手工填写) ITSS认证 |
29
| | 变更实际完成时间YYYY-MM-DD HH:MM(手工填写) |
30
| | |
31
| | 描述该变更所中断的关键业务系统的名称,填写内容参见“变更所属系统类型”中的子类定义(手工填写) ITSS培训 |
32
| | 描述该变更所中断的关键业务系统的时长,按分钟计算。(手工填写) |
33
| | |
34
| | |
35
| | |
36
| | |
37
| | 变更关闭的时间,关闭人手工填写。YYYY-MM-DD HH:MM |
38
| | |
39
| | |
40
| | 参见“是否需要地区局参与变更实施”定义 ISO20000培训 |