全部科目 > 信息系统项目管理师 >
2017年上半年 上午试卷 综合知识
第 34 题
知识点 整体变更控制   变更控制   管理流程  
关键词 变更控制   流程图   变更  
章/节 项目整体管理过程  
 
 
下图是变更控制管理流程图,流程图缺失( )。
 
  A.  评估影响记录
 
  B.  配置审计
 
  C.  变更定义
 
  D.  记录变更实施情况
 
 




 
 
相关试题     项目整体变更控制 

  第29题    2009年上半年  
以下关于变更控制委员会(CCB)的描述错误的是(29) 。

  第51题    2022年上半年  
关于变更工作程序的描述,正确的是()。

  第22题    2021年下半年  
属于整体变更控制的成果是()。 ①变更请求②项目管理计划更新③工价绩效信息④工价绩效报告⑤变更日志⑥项目文件更新

 
知识点讲解
· 整体变更控制
· 变更控制
· 管理流程
 
        整体变更控制
        整体变更控制包含的活动
        整体变更控制贯穿项目从启动到收尾的整个过程,包含的活动有:
        .识别可能发生和已经发生的变更。
        .对妨碍整体变更控制的因素施加影响,保证只实施经过批准的变更。
        .审查和批准请求的变更。
        .通过控制变更流程来管理已批准的变更。
        .维护基线的完整性,确保只有已批准的变更才能被纳入项目产品或服务中,并维护相应的配置项和计划类文档。
        .评审并审批所有书面的纠正措施和预防措施。
        .根据批准的变更来控制并更新范围、成本、进度和质量需求,协调整个项目的变更。
        .记录变更请求的所有影响。
        .确认缺陷修复。
        .根据质量报告控制项目质量,使其符合标准。
        配置管理系统要达到的目标
        .建立一种有效的方法,以便以统一的方式进行变更的识别、请求、批准,以及评估变更的价值和效果。
        .通过对每项变更进行影响分析,以便持续不断地对项目进行验证与改进。
        .为项目管理团队提供一种与项目干系人之间就所有变更进行沟通的机制。
        配置管理活动
        .配置识别
        .配置状态统计
        .配置验证和审核
        输入
        1.项目管理计划
        2.请求的变更
        3.工作绩效信息
        4.推荐的预防措施
        5.推荐的纠正措施
        6.推荐的缺陷修复
        7.交付物
        工具与技术
        1.项目管理方法论
        2.项目管理信息系统
        3.专家判断
        输出
        1.否决的变更请求
        2.项目管理计划更新
        3.项目范围说明书更新
        4.批准的纠正措施
        5.批准的预防措施
        6.批准的变更请求
        7.批准的缺陷修复
        8.确认的缺陷修复
        9.交付物
        交付物由整体变更控制过程批准。
 
        变更控制
        变更控制系统是一套事先确定的修改项目文件或改变项目活动时应遵循的程序,其中包括必要的表格或其他书面文件,责任追踪,以及变更审批制度、人员和权限。变更控制系统应当明确规定变更控制委员会的责任和权力,并由所有的项目干系人认可。在审批变更时,要加强对变更风险和变更效果的评估,并选择对项目影响最小的变更方案,尽量防止增加项目投资。变更控制系统可细分为整体、范围、进度、费用和合同变更控制系统。变更控制系统应当同项目管理信息系统一起通盘考虑,形成整体。
               变更控制委员会
               变更控制委员会(Change Control Board,CCB)也称配置控制委员会(Configuration Control Board),其任务是对建议的配置项变更做出评价、审批,以及监督已批准变更的实施。CCB的成员通常包括项目经理、用户代表、质量控制人员、配置控制人员。这个组织不必是常设机构,可以根据工作的需要组成,其中的人员可以全职的,也可以是兼职的。
               如果CCB除控制变更以外,还要承担更多的配置管理任务,那就应该包括基线的审定、标识的审定,以及产品的审定,并且可能实际的工作需分为项目层、系统层和组织层来组建,使其完成不同层面的配置管理任务。
               变更控制的流程
               变更管理的基本流程如下:
               ①变更申请。应记录变更的提出人、日期、申请变更的内容等信息。
               ②变更评估。对变更的影响范围、严重程度、经济和技术可行性进行系统分析。
               ③变更决策。由具有相应权限的人员或机构决定是否实施变更。
               ④变更实施。由管理者指定的工作人员在受控状态下实施变更。
               ⑤变更验证。由配置管理人员或受到变更影响的人对变更结果进行评价,确定变更结果和预期是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求。
               ⑥沟通存档。将变更后的内容通知可能会受到影响的人员,并将变更记录汇总归档。如提出的变更在决策时被否决,其初始记录也应予以保存。
               变更申请需要采用书面的形式提出,主要内容有如下3个方面:
               ①变更描述。包括变更理由、变更的影响、变更的优先级等,就是要描述做什么变更,为什么要做,以及打算怎么做的问题。
               ②对变更的审批。对变更的必要性、可行性的审批意见,主要是由配置管理员和CCB对此项变更把关。
               ③变更实施的信息。
               利用配置库实现变更控制
               配置项可以有3种状态,分别是工作状态、评审状态和受控状态。开发中的配置项尚未稳定下来,对于其他配置项来说是处于不处理工作状态下(自由状态),此时它并未受到配置管理的控制,开发人员的变更并未受到限制。但当开发人员认为工作已告完成,可供其他配置项使用时,它就开始于稳定。把它交出评审,就开始进入评审状态;若通过评审,可作为基线进入配置库(实施检入),开始冻结,此时开发人员不允许对其任意修改,因为它已处于受控状态。通过评审表明它确已达到质量要求;但若未能通过评审,则将其回归到工作状态,重新进行调整。配置项的状态变化过程如下图所示。
               
               配置项的状态变化过程
               处于受控状态下的配置项原则上不允许修改,但这不是绝对的,如果由于多种原因需要变更,就需要提出变更请求。在变更请求得到批准的情况下,允许配置项从库中检出,待变更完成,并经评审后,确认变更无误方可重新入库,使其恢复到受控状态。
 
        管理流程
        信息系统软件交付之后就进入了运维阶段,该阶段短则4~5年,长则可达10年以上。运维的目的是保证信息系统软件能正常而可靠地运行,并能使系统不断得到改善和提高,以充分发挥作用。运维的过程也就是不断满足用户各种维护需求的过程。用户的维护需求是不断变化的,所以需要持续地对信息系统软件进行修改和维护。这一过程从本质上来说是一个P、D、C、A(P-Plan,策划;D-Do,实施;C-Check,检查;A-Act,处理)循环,不停顿地周而复始地运转。按照戴明质量控制理论,信息系统软件运维的管理流程如下图所示。
        
        信息系统软件运维管理流程
        信息系统软件运维服务的四个关键要素是:人员、资源、技术和过程,每个要素通过关键指标反映运维服务的能力。在运维服务提供过程中,通过应用PDCA的方法论,在运维的策划、实施、检查、改进等不同阶段,通过对人员、资源、技术和过程四个服务要素的统一管理,来实现运维服务能力的持续提升。



更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5
京公网安备 11010502032051号 | 营业执照
 Copyright ©2000-2023 All Rights Reserved
软考在线版权所有