20150722   淡然

续上




8.2 流程执行原则


8.2.1          总体执行原则

1） 所有涉及运行环境的程序更新都必须严格遵循发布管理流程。

2） 用于发布的版本都是经过授权、测试通过的。

3） 所有发布执行工作都应被记录并可追踪。

4） 每季度产生发布流程管理报表，对失败的发布进行回归和检查，更好地管理发布流程。

1)        定期对流程进行回顾，回顾内容包括流程KPI、流程执行效率和流程支持工具的有效性，以改进发布管理流程。；

8.2.2          提交发布的入口政策

新项目满足下列条件时，可提交发布：

1）  业务验收（或技术测试）通过

2）  上线核查通过

变更任务，满足下列条件时，可提交发布：

1)        业务验收（或技术测试）通过。

8.2.3          发布单重开政策

已经关闭的发布单，不能重新打开

8.2.4          发布失败开单政策

1、发布失败时，如果对应发布单已关闭，则修改关闭代码，新建发布单，并与之前的发布单进行关联。

2、发布失败时，如果对应发布单未关闭，则新建变更单，重新安排发布。                     ITSS考试

8.3 流程相关定义

8.3.1    发布单信息项

发布单通常包含如下主要信息项，集团可以根据自身的情况在此该信息项上进行扩充或删减：

序号	信息项	说明
1	发布ID	为每个发布请求分配一个唯一的序列号
2	登记时间	发布请求创建的时间
3	实际请求人信息	记录实际发布请求人的信息，包括：姓名、部门、电子邮件、办公电话、手机
4	发布标题	简单描述发布请求
5	发布来源	参见“发布来源”定义
6	关联的需求单号	如果发布来源是需求，则关联到相应的需求单
7	关联的变更单号	发布所生成的变更单号，一般为多个
8	发布类型	参见“发布类型”定义
9	发布影响程度	参见“影响程度”定义
10	发布紧急程度	参见“发布紧急程度”定义
11	发布优先级	参见“发布优先级”定义
12	发布分类	参见“发布分类”定义
13	发布描述	详细描述发布的内容
14	所影响的应用系统、部门	实施该发布将对哪些应用系统、部门、使用人员产生影响，用于评估发布
15	发布状态	参见“发布状态”定义
16	发布经理	发布经理姓名
17	发布受理人	发布受理人姓名
18	发布实施人	发布实施人姓名
19	发布实施人	发布实施人姓名
20	计划开始时间	发布计划开始时间
21	计划完成时间	发布计划完成时间
22	实际开始时间	发布实际开始时间
24	实际完成时间	发布实际完成时间
25	发布系统日志	发布系统日志，
26	发布工作日志	发布工作日志，人工记录的发布工作进度和问题
27	发布关闭代码	参见“发布结束代码”定义
28	关闭时间	发布关闭的时间
29	备注	填写备注信息
30	附件	发布附件

8.3.2    发布主要状态定义

新建	New	发布申请表正在填写之中
已分派	Assigned	发布请求已分派给发布受理者进行初始的计划、准备工作
计划中	Planning	发布受理者正在准备变更的计划
审批中	Approving	发布经理正在审阅发布的计划
实施中	Working In Progress	发布正在处理中
已实施	Implemented	发布实施结束，并且返回结果
已关闭	Closed	发布完成

8.3.3    发布类型

类型	选择规范
重大发布	1、政策性的，有重大政策上意义的发布
	2、发布本身会对关键或众多系统带来影响（如全公司数据库升级）
	3、上级领导重点关注的发布                            ITSS认证
	4、新系统上线
紧急发布	1、服务中断且没有替代方案，目的为立即恢复服务的发布
	2、政策因素导致的，且需要立即执行的发布
	3、短时间内必须完成，且延误会造成一定损失的发布
正常发布	除重大发布和紧急发布之外的所有发布

。

8.3.4    发布分类

在本项目中，将使用三级（CTI）分类来对发布进行分类：

q  类别（Category）

类别是CTI分类方法的最高层。它将被用作对变更进行分组的第一层。例如：硬件、系统软件、网络、应用软件、数据库。

q  子类（Type）

子类用来区分每个“系统”的基本组成模块。它将被用作对变更进行分组的第二层。例如：对类别“硬件”来说，可以分为服务器、打印机和监视器等“子类”。

q  项目（Item）

这个层次体系中第三层是项目。项目这一层能够获得更详细的信息和更准确的搜索。

8.3.5    发布优先级

在确定发布优先级时需要考虑两个因素：影响度和紧急度。这两个因素的定义分别如下：

严重等级		影响程度
		广泛/普遍	极大/大型	适度/受限	次要/本地化
紧急度	极高	极高	极高	高	中
	高	极高	高	中	中
	中	高	中	中	低
	低	中	中	低	低

8.3.6    发布关闭代码

发布结束代码用来表示发布实施的结果，如下表所示：                            ITSS培训

结束代码	描述
审批未通过	未通过发布经理审批
成功	发布成功实施完毕
部分成功	发布实施过程中某些步骤失败而导致了部分完成，且此结果可以接受
失败	发布实施失败（全部变更结果均汇报失败）
取消	提交前取消了发布

待续http://www.ITILxf.com/thread-51845-1-1.html

本帖关键字：ITSS

展开全部

微信扫一扫，阅读更方便^_^

20150722   淡然

续上




8.2 流程执行原则


8.2.1          总体执行原则

1） 所有涉及运行环境的程序更新都必须严格遵循发布管理流程。

2） 用于发布的版本都是经过授权、测试通过的。

3） 所有发布执行工作都应被记录并可追踪。

4） 每季度产生发布流程管理报表，对失败的发布进行回归和检查，更好地管理发布流程。

1)        定期对流程进行回顾，回顾内容包括流程KPI、流程执行效率和流程支持工具的有效性，以改进发布管理流程。；

8.2.2          提交发布的入口政策

新项目满足下列条件时，可提交发布：

1）  业务验收（或技术测试）通过

2）  上线核查通过

变更任务，满足下列条件时，可提交发布：

1)        业务验收（或技术测试）通过。

8.2.3          发布单重开政策

已经关闭的发布单，不能重新打开

8.2.4          发布失败开单政策

1、发布失败时，如果对应发布单已关闭，则修改关闭代码，新建发布单，并与之前的发布单进行关联。

2、发布失败时，如果对应发布单未关闭，则新建变更单，重新安排发布。                     ITSS考试

8.3 流程相关定义

8.3.1    发布单信息项

发布单通常包含如下主要信息项，集团可以根据自身的情况在此该信息项上进行扩充或删减：

序号	信息项	说明
1	发布ID	为每个发布请求分配一个唯一的序列号
2	登记时间	发布请求创建的时间
3	实际请求人信息	记录实际发布请求人的信息，包括：姓名、部门、电子邮件、办公电话、手机
4	发布标题	简单描述发布请求
5	发布来源	参见“发布来源”定义
6	关联的需求单号	如果发布来源是需求，则关联到相应的需求单
7	关联的变更单号	发布所生成的变更单号，一般为多个
8	发布类型	参见“发布类型”定义
9	发布影响程度	参见“影响程度”定义
10	发布紧急程度	参见“发布紧急程度”定义
11	发布优先级	参见“发布优先级”定义
12	发布分类	参见“发布分类”定义
13	发布描述	详细描述发布的内容
14	所影响的应用系统、部门	实施该发布将对哪些应用系统、部门、使用人员产生影响，用于评估发布
15	发布状态	参见“发布状态”定义
16	发布经理	发布经理姓名
17	发布受理人	发布受理人姓名
18	发布实施人	发布实施人姓名
19	发布实施人	发布实施人姓名
20	计划开始时间	发布计划开始时间
21	计划完成时间	发布计划完成时间
22	实际开始时间	发布实际开始时间
24	实际完成时间	发布实际完成时间
25	发布系统日志	发布系统日志，
26	发布工作日志	发布工作日志，人工记录的发布工作进度和问题
27	发布关闭代码	参见“发布结束代码”定义
28	关闭时间	发布关闭的时间
29	备注	填写备注信息
30	附件	发布附件

8.3.2    发布主要状态定义

新建	New	发布申请表正在填写之中
已分派	Assigned	发布请求已分派给发布受理者进行初始的计划、准备工作
计划中	Planning	发布受理者正在准备变更的计划
审批中	Approving	发布经理正在审阅发布的计划
实施中	Working In Progress	发布正在处理中
已实施	Implemented	发布实施结束，并且返回结果
已关闭	Closed	发布完成

8.3.3    发布类型

类型	选择规范
重大发布	1、政策性的，有重大政策上意义的发布
	2、发布本身会对关键或众多系统带来影响（如全公司数据库升级）
	3、上级领导重点关注的发布                            ITSS认证
	4、新系统上线
紧急发布	1、服务中断且没有替代方案，目的为立即恢复服务的发布
	2、政策因素导致的，且需要立即执行的发布
	3、短时间内必须完成，且延误会造成一定损失的发布
正常发布	除重大发布和紧急发布之外的所有发布

。

8.3.4    发布分类

在本项目中，将使用三级（CTI）分类来对发布进行分类：

q  类别（Category）

类别是CTI分类方法的最高层。它将被用作对变更进行分组的第一层。例如：硬件、系统软件、网络、应用软件、数据库。

q  子类（Type）

子类用来区分每个“系统”的基本组成模块。它将被用作对变更进行分组的第二层。例如：对类别“硬件”来说，可以分为服务器、打印机和监视器等“子类”。

q  项目（Item）

这个层次体系中第三层是项目。项目这一层能够获得更详细的信息和更准确的搜索。

8.3.5    发布优先级

在确定发布优先级时需要考虑两个因素：影响度和紧急度。这两个因素的定义分别如下：

严重等级		影响程度
		广泛/普遍	极大/大型	适度/受限	次要/本地化
紧急度	极高	极高	极高	高	中
	高	极高	高	中	中
	中	高	中	中	低
	低	中	中	低	低

8.3.6    发布关闭代码

发布结束代码用来表示发布实施的结果，如下表所示：                            ITSS培训

结束代码	描述
审批未通过	未通过发布经理审批
成功	发布成功实施完毕
部分成功	发布实施过程中某些步骤失败而导致了部分完成，且此结果可以接受
失败	发布实施失败（全部变更结果均汇报失败）
取消	提交前取消了发布

待续http://www.ITILxf.com/thread-51845-1-1.html

本帖关键字：ITSS

展开全部

微信扫一扫，阅读更方便^_^