本帖最后由monicazhang于2015-10-2210:59编辑
20151022淡然 续上
6.11省公司上报报表参见附录中变更管理上报报表章节。ITSS考试
6.12实施指导6.12.1流程图、流程角色定义与映射n各省在细化时，可以增加省公司管理层等角色以及相关的流程活动描述 n各省在细化时，不能对变更主管和变更经理等角色进行合并或取消 n各省在进行流程角色映射时，可以根据实际情况设置多个变更经理 n各省在进行流程角色映射时，变更主管可以映射为多个人，通常为各技术领域的负责人，变更实施人员映射为支持人员 n各省在细化时，省公司结合自身的组织结构与流程角色相映射，尽量避免一人多角色的现象 n各省在细化时，省公司在“流程概要设计”的基础上，可以根据自身的实际工作情况固化、抽取相应的具体变更流程，如口令修改、应用软件升级等
6.12.2流程衡量指标和报表n各省在细化时，可以扩充流程衡量指标 n各省在细化时，可以自定义省内使用的流程报表内容、计算方法和生成频度ITSS认证
6.12.3变更信息项n变更信息项表内容参见8.6.1。 n各省在细化时可以增加新的信息项，但概要设计中已经定义的信息项不能修改和删除，对信息项的描述可以扩充说明，但不能违反现有描述 n集团、省公司两级交互时不传递省内新增的变更信息项
6.12.4变更实施单信息项n变更实施单信息项表内容参见8.6.14。 n各省在细化时可以增加新的信息项，但概要设计中已经定义的信息项不能修改，对信息项的描述可以扩充说明，但不能违反现有描述
6.12.5流程相关定义[td] 定义
| | | | 变更来源
| | |
| 变更类型
| | |
| 变更是否中断业务
| | |
| 变更是否需要测试
| | |
| 风险等级
| | 不能增加、修改或删除代码，不能修改风险等级量化评估表 |
| 所属系统类型
| | 注：各省在细化设计时不能修改此表中现有定义，第一层业务系统和第二层子类不能修改和扩充(注：第一层为“其他系统”的话，对应的子类可以扩充)，但可以有选择的基于第二层子类定义扩充进行第三层条目的细化。 | 各省在细化时，对没有覆盖到的业务系统用“其他系统”表示，子类中没有覆盖到的业务用“其他”表示ITSS培训 | 变更分类
| | |
| 是否启动集团审批或备案
| | |
| 变更状态
| | |
| 回顾代码
| | |
| 变更结束代码
| | |
|
| 
转播
分享
淘帖
()