信息系统项目管理师案例分析当天每日一练试题地址：http://www.cnitpm.com/exam/ExamDayAL.aspx

往期信息系统项目管理师每日一练试题汇总：http://www.cnitpm.com/class27-1-1.aspx

信息系统项目管理师案例分析每日一练试题（2017/6/12）在线测试：http://www.cnitpm.com/exam/ExamDayAL.aspx?day=2017/6/12

信息系统项目管理师案例分析每日一练试题内容（2017/6/12）

试题一（25 分）
阅读下列说明，从项目整体管理和配置管理的角度，回答问题1至问题3。将解答填入答题纸的对应栏内。
【说明】
老高承接了一个信息系统开发项目的项目管理工作。在进行了需求分析和设计后，项目人员分头进行开发工作，其间客户提出的一些变更要求也由各部分人员分别解决。各部分人员在进行自测的时候均报告正常，因此老高决定直接在客户现场进行集成。各部分人员分别提交了各自工作的最终版本进行集成，但是发现问题很多，针对系统各部分所表现出来的问题，开发人员又分别进行了修改，但是问题并未有明显减少，而且项目工作和产品版本越来越混乱。
【问题1】
请用200字以内的文字，分析出现这种情况的原因。
【问题2】
请用300字以内的文字，说明配置管理的主要工作并作简要解释。
【问题3】
请用300字以内的文字，说明针对目前情况可采取哪些补救措施。
 

信管网zhchunfen：
问题1：
沟通不充分；项目启动工作不充分，未建立项目管理几乎；变更管理不完善，未严格按照变更流程执行，且变更后未及时通知项目组；现场集成，无法进行集成测试；开发和修改都是分别进行，缺少沟通；配置管理不完善，未进行版本控制；
问题2：
（1） 制定配置管理计划。确定方针，分配资源，明确责任，计划培训，确定干系人，制定配置识别准则，制定基线计划，制定配置库备份计划，制定变更控制流程，制定审批计划。 
（2） 配置项识别。识别配置项，分配唯一标识，确定配置项特征，记录配置项进入时间，确定配置项拥有者职责，进行配置项登记管理。 
（3） 建立配置管理信息系统。建立分级配置管理机制，存储和检索配置项，共享和转换配置项，进行归档、记录、保护和权限设置。 
（4） 基线化。获得授权，建立或发布基线，形成文件，使基线可用。 
（5） 建立配置库。建立动态库，受控库和静态库。 
（6） 变更控制。包括变更记录、分析、批准、实施、验证、沟通和存档。 
（7） 配置状态统计。统计配置项的各种状态。 
（8） 配置审计。包括功能配置审计和物理配置审计。
问题3：
结合问题1.2

信管网shenrong610：
问题1：（1）需求分析后未与客户进行需求范围确认和制定范围基线，就进行分头开发。
（2）没有制定和执行项目变更管理流程和制度
（3）项目变更没有评审、审核就随意安排人员进行变更。
（4）项目整体管理混乱，没有进行系统测试就安排进行现场集成。
（5）项目配置管理混乱，人员可以对产品版本进行修改。

信管网河南省移动随E行(全省通用)考友：

信管网liuxuehong001：
问题1：出现这种情况的原因是：（1）没有形成正规的需求规格说明书 （2）对项目人员开发工作缺乏整体协调管理 （3）缺乏需求变更控制流程，对客户提出的变更要求没有统一管理 （4）在现场集成之前缺乏系统测试，对最终软件版本缺乏整体集成，导致问题很多 （5）软件集成之后出现的问题缺乏整体管理，只由开发人员分别修改，收效甚微 （6）缺乏配置管理，导致产品版本混乱 7. 缺乏进度管理，导致项目工作混乱 8.缺乏质量管理，导致问题很多 9. 缺乏项目整体管理计划 问题2：配置管理的主要工作：1. 统一软件版本 2. 制定配置基线 问题3：针对目前情况可采取的补救措施包括：1. 及时加强版本管理，分派专门的配置管理员，统一可交付的产品版本 2. 形成详细统一的需求说明书，针对需求追溯功能实现情况，监控实施情况 3. 增加系统测试及第三方测试，确保软件质量

信管网sdfsdj：
问题1： 首先，项目人员分头进行开发工作，是符合项目按工作包分解任务进行的。但是在客户变更上面犯了如下几个错误。1是变更需要进行整体变更控制流程，即分析变更在各自部分产生的影响，以及变更在整体上产生的影响。本例中没有体现出整理变更流程，也没有进行整体集成的内部测试。就提交到了用户环境。出现问题后也仅仅是分别进行修改。仍然没有考虑整体变更带来的关联影响。 问题2： 配置管理主要是设立配置项，针对配置项进行监控。在工作总某个配置项出现问题，应该做识别登记 ，记录分析问题，然后依据后续步骤做相应处理。 问题3： 针对目前问题，项目工作和产品版本已经开始混乱。应该就某一问题嘴上的项目版本核对产品配置库，标记出当前调整的参考基线，再次基线上将目前产生的问题进行分类和汇总，已经预计的修改措施。分项整合后，进一步分析整体继承的问题和相互影响的点。根据配置项和用户需求范围做核对，必要时提交整体变更控制流程。然后经批准后实施整体变更控制