从哪些角度可以对ITSS变更进行分类
本帖最后由 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考试
待续http://ITIL-foundation.cn/thread-53160-1-1.html本帖关键字：ITSS
页:
[1]