本帖最后由monicazhang于2015-11-1216: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考试
|
| 
转播
分享
淘帖
()