发布管理的ITSS信息单怎样定义各项的
20151022淡然
续上
7.6流程相关定义7.6.1发布信息项
发布单必须包含如下发布信息项:
表9-1发布信息项
序号 | 信息项 | 描述 |
1 | 发布ID | 为每个发布请求分配一个唯一的序列号(系统自动产生) |
2 | 登记时间 | 发布请求创建的时间(系统自动产生)ITSS考试 |
3 | 实际请求人信息 | 记录发布请求人的信息,包括:姓名、省/分公司、部门、电子邮件、办公电话、手机(直接继承“变更请求人信息”) |
4 | 发布标题 | 简单描述发布请求(手工填写) |
5 | 发布来源 | 参见“发布来源”定义 |
6 | 关联的事件单号 | 直接继承变更信息项的同一字段 |
7 | 关联的问题单号 | 直接继承变更信息项的同一字段 |
8 | 发布类型 | 参见“发布类型”定义 |
9 | 风险等级 | 直接继承变更信息项的同一字段 |
10 | 发布所属系统类型 | 直接继承变更信息项的“变更所属系统类型”定义 |
11 | 发布分类 | 直接继承变更信息项的“变更分类”定义 |
12 | 发布描述 | 详细描述发布的内容(手工填写) |
13 | 所影响的应用系统、部门 | 实施该发布将对哪些应用、部门产生影响,用于评估发布(直接继承变更信息项的同一字段) |
14 | 需通知的部门 | 定义需要通知的部门名称(直接继承变更信息项的同一字段) |
15 | 发布是否中断业务 | 参见“发布是否中断业务”定义 |
16 | 变更是否需要系统测试 | 参见“发布是否需要系统测试”定义 |
17 | 变更是否需要用户测试 | 参见“发布是否需要用户测试”定义 |
18 | 发布状态 | 参见“发布状态”定义 |
19 | 发布主管 | 发布主管姓名(手工填写) |
20 | 发布主管接受发布时间 | 发布主管接受发布请求的时间(手工填写) |
21 | 发布计划 | 使用附件形式。发布计划通常包括发布的培训计划、测试计划、回退计划、配置项更新计划等(手工填写) |
22 | 计划开始时间 | 发布计划开始时间YYYY-MM-DDHH:MM(手工填写) |
23 | 计划完成时间 | 发布计划完成时间YYYY-MM-DDHH:MM(手工填写) |
24 | 发布审批记录 | 记录发布审批的历史记录,包括如下信息:审批人姓名、审批结果、原因、时间等(手工填写,包括变更请求审批记录和发布实施审批记录) |
25 | 是否启动集团审批或备案 | 直接继承变更信息项的同一字段ITSS认证 |
26 | 实际开始时间 | 发布实际开始时间YYYY-MM-DDHH:MM(手工填写) |
27 | 发布实施记录 | 用于描述实施时的现场情况(手工填写) |
28 | 系统测试结果 | 参见“系统测试结果”定义 |
29 | 用户测试结果 | 参见“用户测试结果”定义 |
30 | 实际完成时间 | 发布实际完成时间YYYY-MM-DDHH:MM(手工填写) |
31 | 发布观察记录 | 描述发布结束后,观察期间的情况(手工填写) |
32 | 融合计费业务中断时长 | 描述该发布所中断的关键业务系统1的时长,按分钟计算。(手工填写) |
33 | 综合帐务业务中断时长 | 描述该发布所中断的关键业务系统2的时长,按分钟计算。(手工填写) |
34 | 客户服务业务中断时长 | 描述该发布所中断的关键业务系统3的时长,按分钟计算。(手工填写) |
35 | 发布工作单关闭代码 | 参见“发布工作单关闭代码”定义 |
36 | 发布工作单状态 | 参见“发布工作单状态”定义 |
37 | 发布结束代码 | 参见“发布结束代码”定义 |
38 | 关闭人 | 关闭人的姓名(手工填写) |
39 | 关闭时间 | 发布关闭的时间,关闭人手工填写。YYYY-MM-DDHH:MM |
40 | 备注 | 留用 |
编号 | 代码 | 描述 |
1 | 正常变更 | 由于正常变更所出发的发布 |
2 | 项目上线 | 由于新项目上线引发的变更所触发的发布 |
编号 | 代码 | 描述 |
1 | 新系统上线 | 新系统所有组件及功能的发布方式。 |
2 | 单项升级 | 对某系统单项功能进行升级的发布实施方式 |
3 | 包升级 | 对一组相关系统的一组功能进行升级的发布实施方式 |
4 | 补丁 | 对某系统安装相关补丁 |
编号 | 代码 | 描述 |
1 | 是 | 发布会引起业务中断 |
2 | 否 | 发布不会引起业务中断 |
编号 | 代码 | 描述 |
1 | 需要 | 需要系统测试 |
2 | 不需要 | 不需要系统测试 |
编号 | 代码 | 描述 |
1 | 需要 | 需要用户测试 |
2 | 不需要 | 不需要用户测试 |
待续
本帖关键字:ITSS