2015年上半软考培训案例分析题答案.docVIP

案例分析一： 1、问题1解答要点如下： （1）、投标前的项目内部启动会上，没有邀请技术或实施部门。 （2）、没有把以往的经验教训收集、归纳和积累。 （3）、 没有建立完善内部评审机制，或虽有评审机制但未有效执行。 （4）、项目中没有实行有效变更管理,同时没有执行变更控制流程。 （5）、公司级的项目管理体系不健全，或执行的不好。 2、问题2解答要点如下： （1）、改进项目的组织形式，明确项目团队和职能部门之间的协作关系和工作程序。 （2）、做好项目当前的经验教训收集、归纳和积累。 （3）、明确项目工作交付物，建立和实施项目的质量评审机制。 （4）、建立项目的变更管理机制，同时执行变更管理流程。 （5）、识别变更中的利益相关方并加强沟通。 （6）、加强对项目团队成员和相关人员的项目管理培训。 3、问题3解答要点如下： （1）、建立企业级的项目管理体系和工作规范。 （2）、加强对项目工作记录的管理。 （3）、加强项目质量管理和相应的评审制度。 （4）、加强项目经验教训的收集、归纳、积累和分享工作。 （5）、引入合适的项目管理工具平台，提升项目管理工作效率。 案例分析二： 【问题 1】 1. 缺乏项目整体管理（尤其是项目整体问题分析） 2. 缺乏整体变更控制流程； 3. 缺乏项目干系人之间的沟通； 4. 缺乏配置管理； 5. 缺乏整体版本管理 6. 缺乏单元接口测试和集成测试； 【问题 2】 1. 制定配置管理计划。确定方针，分配资源，明确责任，计划培训，确定干系人，制定配置识别准则，制定基线计划，制定配置库备份计划，制定变更控制流程，制定审批计划。 2. 配置项识别。识别配置项，分配唯一标识，确定配置项特征，记录配置项进入时间，确定配置项拥有者职责，进行配置项登记管理。 3. 建立配置管理信息系统。建立分级配置管理机制，存储和检索配置项，共享和转换配置项，进行归档、记录、保护和权限设置。 4. 基线化。获得授权，建立或发布基线，形成文件，使基线可用。 5. 建立配置库。建立动态库，受控库和静态库。 6. 变更控制。包括变更记录、分析、批准、实施、验证、沟通和存档。 7. 配置状态统计。统计配置项的各种状态。 8. 配置审计。包括功能配置审计和物理配置审计。 【问题 3】 1. 针对目前系统建立或调整基线； 2. 梳理变更脉络，确定统一的最终需求和设计； 3. 梳理配置项及其历时版本； 4. 对照最终需求和设计逐项分析现有配置项及历时版本的符合情况； 5. 根据分析结果由相关干系人确定整体变更计划和实施； 6. 加强单元测试与系统集成测试或联调； 7. 加强整体版本管理； 案例分析三： 1、问题1解答要点如下： （1）没有按照严谨的变更控制流程对整个需求变更做完整的记录和跟踪。（对于需求变更请求没有记录，没有对变更进行正式的评审和批准，对于变更的结果没有验证）。 对需求变更可能造成的影响没有进行全面的评估和分析（只 分析了需求变更对于工期的影响）。 没有修改项目管理计划并重新评审（项目经理不应口头布置 任务，同时里程碑的调整没有通知相应的管理层） 配置管理工作没有做好（没有对需求文件和设计文件进行修 改，并升级相应版本；相应的模块编码的修改也没有进行版本控制）。 变更结果没有跟客户沟通（需求变更实施后，没有让客户对 最终结果进行确认）。 2、问题2解答要点如下： （1）没有遵循正式的变更控制流程，可能导致需求变更的过程 失控和不可追溯。 没有对变更的影响进行完整分析，可能导致无法全面了解这 次变更对项目进度、范围、成本和质量等造成多大的影响。 （3）没有修改项目管理计划可能导致实际工作内容与计划有较大的偏差，使项目管理计划无法指导项目实施。 （4）没有对相应技术文档进行修改，可能导致需求、设计与编码无法对应，不利于后期的测试和以后的维护工作。版本管理和配置管理没有做好，可能导致变更失败后无法将项目恢复到变更前的状态。 （5）没有让用户对最终结果进行确认可能导致双方对变更结果的意见不一致，不利于项目验收和最终交付。 3、问题3解答要点如下： （1）提出书面的变更申请； （2）对变更可能造成的影响进行评估；（变更的整体影响分析） （3）提交CCB进行审批。（接收和拒绝变更） （4）获得批准后，安排相关人员实施变更。 （5）对变更的结果进行验证。（6）对变更的信息进行记录存档。 案例分析四： 1、问题1解答要点如下： （1）、合同没订好，合同里没有就具体完成的工作形成明确清晰的条款。 （2）、甲方没有对各部门的需求及其变更进行统一的组织和管理。 （3）、缺乏变更的接收或拒绝准则。 （4）、由于乙方对项目干系人及其关系分析不到位，缺乏足够的信息来源，范围定