本帖最后由 monicazhang 于 2015-11-12 16:16 编辑
20151112 淡然
续上
7.7 变更分类 根据对目前变更种类的分析,变更的分类层次设计为两层。第一级分类,称之为”类别”,第二级分类,称之为”子类”。
以下是对类别的定义:
q 硬件变更:是指对网络设备、主机、存储等硬件系统的维护和调整,这些操作可能会对生产有影响或导致服务中断。如设备容量升级、补丁升级、参数调整、模块更换、扩容等
q 系统软件变更:是指对系统软件进行维护和调整,这些操作可能会对生产有影响或导致服务中断。如操作系统、数据库等的版本升级、打补丁、重要参数修改等
q 应用软件变更:是指对应用软件进行的主版本升级、次版本升级、软件补丁升级、软件配置变更等 ITSS培训
q 应用系统变更:如信息系统的用户权限更改、工作流流程调整、显示界面修改、相关报表修改、业务数据更改和导入、系统缺陷修复等
q 配套设施变更:是指对机房配套设施的变更,可能会影响生产或导致服务中断。如空调、UPS等的调整或扩容等
q 文档变更:对于相关正式文档的变更
注:对包含以上多种变更的复杂变更,建议选择主要的内容作为变更分类。
下表为变更分类:
类别
| 子类
|
硬件变更
| 路由器
|
交换机
|
PC服务器
|
磁盘阵列
|
光纤交换机
|
磁带库
|
光盘库
|
防火墙
|
其他
|
系统软件变更
| 操作系统
|
数据库
|
安全软件
|
备份软件
|
其他
|
应用软件变更
| 新版本安装、上线
|
补丁升级
|
软件配置更新
|
其他
|
应用系统变更
| 工作流流程调整
|
显示界面修改
|
报表修改
|
业务数据更改和导入
|
系统缺陷修复
|
补丁升级
|
系统设置
|
功能调整
|
其他
|
配套设施变更
| 机房UPS
|
机房空调
|
其他
|
文档变更
| 文档变更
|
7.8 变更状态 变更从提出到最后被关闭,会历经各个阶段。变更处于不同的处理阶段具有不同的状态,需要不同的角色参与。以下是变更请求从提出、实施到结束的整个生命周期中的不同状态:
编号
| 代码
| 描述 ITSS认证
|
1
| 已登记
| 变更请求已登记入系统,变更主管还未受理
|
2
| 计划中
| 变更主管对变更进行规划,检验变更单的分类和信息是否正确,为进一步提交变更做准备工作
|
3
| 等待审批
| 变更请求提交给变更经理或变更委员会等待审批
|
4
| 已批准
| 变更单得到批准
|
5
| 处理中
| 变更主管在此状态下,进行任务的创建、分发,变更实施者实施变更
|
6
| 已完成
| 变更实施完成,进入观察期
|
7
| 关闭
| 变更关闭,关闭变更时需指定关闭代码(成功,失败,已取消)
|
7.9 回顾代码 回顾代码用于描述变更计划和实施过程的质量,以便更好地改善未来的变更。
编号
| 代码
| 描述
|
1
| 实施正常
| 变更实施计划、操作没有问题
|
2
| 计划不全
| 变更实施计划有缺陷,不完善
|
3
| 实施操作有误
| 变更实施人员在实施过程中操作有误
|
4
| 不可预料情况
| 其他不可预料的意外情况,如系统突然无法启动
|
7.10 变更结束代码 变更结束代码用来描述其完结时的不同状态。
编号
| 代码
| 描述
|
1
| 成功
| 变更成功完成
|
2
| 失败
| 变更不成功,执行了回退计划
|
3
| 已取消
| 变更因为各种原因被取消 ITSS考试
|