如何确定ITSS发布管理中的不同周期状态
20151022淡然
续上7.6.7系统测试结果
编号 | 代码 | 描述 |
1 | 通过 | 发布系统通过系统测试 |
2 | 未通过 | 发布系统测试失败ITSS考试 |
编号 | 代码 | 描述 |
1 | 通过 | 用户测试通过 |
2 | 未通过 | 用户测试失败 |
7.6.9发布状态
发布从被发布经理接受到最后被关闭,会历经各个阶段。发布处于不同的处理阶段具有不同的状态,需要不同的角色参与。以下是发布请求从接受、计划到结束的整个生命周期中的不同状态:
编号 | 代码 | 描述 |
1 | 已接受 | 发布请求已经被发布经理接受 |
2 | 待准备 | 发布主管根据发布周期,将发布请求合理安排到一个发布中 |
3 | 已准备 | 实施人根据发布任务进行相应的硬件与软件的准备工作 |
4 | 待培训 | 等待培训状态 |
5 | 已培训 | 对将发布系统完成帮助台培训、维护培训、使用培训等工作 |
6 | 待测试审批 | 等待发布流程经理审批进入测试环境 |
7 | 测试已审批 | 发布流程经理已审批按计划发布至测试环境 |
8 | 待系统测试 | 等待系统测试状态 |
9 | 系统已测试 | 实施人已完成发布所涉及到多个变更的系统集成测试 |
10 | 待用户测试 | 等待用户测试状态 |
11 | 用户已测试 | 用户已完成发布所涉及到多个变更的用户测试 |
12 | 待发布审批 | 等待发布流程经理审批进入生产环境 |
13 | 发布已审批 | 发布流程经理已审批按计划发布至生产环境 |
14 | 已发布 | 发布工作完成 |
15 | 关闭 | 发布关闭,关闭发布时需指定关闭代码(成功,失败)ITSS认证 |
7.6.10发布结束代码
发布结束代码用来描述其完结时的不同状态。
编号 | 代码 | 描述 |
1 | 成功 | 发布成功完成 |
2 | 失败 | 发布不成功,执行了回退计划或被拒绝 |
7.6.11发布工作单信息项
表9-2发布工作单信息项
序号 | 信息项 | 描述 |
1 | 工作单ID | 为每个发布工作单分派一个唯一的序列号(系统自动产生) |
2 | 发布请求单号 | 该发布工作单所属的发布请求单号,来源于发布信息项(系统自动关联) |
3 | 标题 | 简单描述发布请求,来源于发布信息项 |
4 | 实施内容 | 描述发布实施的内容(手工填写) |
5 | 关联的配置项 | 关联的配置项(手工关联) |
6 | 记录登记时间 | 发布实施单创建的时间(系统自动产生) |
7 | 发布工作单状态 | 参加“发布工作单状态” |
8 | 实施人员信息 | 姓名、手机、办公电话、邮件地址、联系方式、 地域、机构、部门(手工填写) |
9 | 核查人信息 | 姓名、手机、办公电话、邮件地址、联系方式、 地域、机构、部门(手工填写) |
10 | 计划开始时间 | 该工作单的计划开始时间(手工填写) |
11 | 计划完成时间 | 该工作单的计划完成时间(手工填写) |
12 | 实际开始时间 | 该工作单的实际开始时间(手工填写) |
13 | 实际完成时间 | 该工作单的实际完成时间(手工填写) |
14 | 实施任务记录 | 实施任务的工作日志、系统日志(手工填写) |
15 | 核查结论 | 实施任务的核查结论(手工填写) |
7.6.12发布工作单状态
发布工作单状态向发布流程描述相关发布工作的接受与处理情况。
编号 | 代码 | 描述 |
1 | 新建 | 发布工作单在系统中新建 |
2 | 已分派 | 发布工作单已分派至发布主管 |
3 | 处理中 | 发布实施中 |
4 | 关闭 | 工作单完成ITSS培训 |
7.6.13发布工作单关闭代码
发布工作单结束代码用来描述发布工作单关闭的不同结果
编号 | 代码 | 描述 |
1 | 成功 | 发布工作单成功完成 |
2 | 失败 | 发布工作不成功 |
待续
本帖关键字:ITSS