某集成公司和某地区的燃气公司签订了系统升级合同，将原有的终端抄表系统升级改造，实现远程自动抄表且提供APP终端应用服务。公司指定原系统的项目经理张工来负责该项目，目前张工已经升任新产品研发部经理。张工调派了原项目团队的核心骨干刘工和李工分别负责新项目的需求调研和开发工作。刘工和李工带领团队根据以往经验完成了需求调研和范围说明书。但由于该项目甲方负责人负责多个项目，时间紧张，导致需求评审会无法召开。张工考虑到双方已经有合作基础，李工和刘工对原系统非常熟悉。为了不影响进度，张工让项目组采用敏捷开发模式，直接进入了设计和编码阶段。在客户验收测试时，甲方负责人提出APP的UI设计不符合公司风格、不兼容新燃气表的数据接口、数据传输加密算法不符合要求等多项问题，要求必须全部实现这些需求后才能验收。此时张工把公司新产品研发部正在研发的新产品给甲方负责人展示，双方口头约定可以采用新产品部分功能实现未完善的需求。经过增加人员和加班赶工，延期1个月完成。项目上线后用户又发现了若干问题。

【问题1】 ( 8 分）结合案例，请从项目范围管理的角度指出该项目实施过程中存在的问题。【问题2】   ( 6 分）请写出范围说明书的内容和作用。【问题3】  ( 6 分）结合案例，请阐述张工在需求变更过程中需要完成的具体工作内容。【问题4】   ( 5 分）请将下面①-⑤处的答案填写在答题纸的对应栏内。（1）在每个项目任务的分解单元中都存在可交付成果和①，标志着某个可交付成果或阶段的正式完成。（2）创建②是将项目的可交付成果和项目工作分解为较小的、更易管理的组件的过程，其主要作用是对所要交付的内容提供一个结构化的视图。其最底层的可交付成果或项目工作组成部分称为③。（3）项目干系人提出变更申请后，一般由④或⑤进行初审。

答案与解析

【问题1】（1）事先没有制订好项目范围管理计划；（2）甲方没有对乙方记录描述的需求进行确认、验证；（3）由于产品范围的缺陷，导致项目范围定义存在缺陷，影响了本项目进度、预算的制定；（4）没有编写需求规格说明书和详细设计文档；（5）需求变更没有遵循规范的变更控制流程，控制范围存在问题；（6）没有创建工作分解结构。【问题2】内容:（1）产品范围描述；（2）验收标准；（3）可交付成果；（4）项目的除外责任；（5）制约因素；（6) 假设条件。作用：（1）确定范围；（2）沟通基础；（3）规划和控制依据；（4）变更基础；（5）规划基础。【问题3】（1）接受（受理或响应）需求变更申请；（2）变更初审；（3）变更影响分析，制定应对方案；（4）建立需求基线，做好需求管理。【问题4】1.里程碑2.WBS3.工作包4.项目配置管理员5.项目经理

【问题1】（1）事先没有制订好项目范围管理计划；（2）甲方没有对乙方记录描述的需求进行确认、验证；（3）由于产品范围的缺陷，导致项目范围定义存在缺陷，影响了本项目进度、预算的制定；（4）没有编写需求规格说明书和详细设计文档；（5）需求变更没有遵循规范的变更控制流程，控制范围存在问题；（6）没有创建工作分解结构。【问题2】内容:（1）产品范围描述；（2）验收标准；（3）可交付成果；（4）项目的除外责任；（5）制约因素；（6) 假设条件。作用：（1）确定范围；（2）沟通基础；（3）规划和控制依据；（4）变更基础；（5）规划基础。【问题3】（1）接受（受理或响应）需求变更申请；（2）变更初审；（3）变更影响分析，制定应对方案；（4）建立需求基线，做好需求管理。【问题4】1.里程碑2.WBS3.工作包4.项目配置管理员5.项目经理

某软件开发项目包括ABCD四个活动，项目总预算为52000元。截至6月30日，各活动相关信息如下表所示。

C活动是项目中的一项关键任务，目前刚刚开始，项目经理希望该任务能在24天之内完成，项目组一致决定采取快速跟进的方法加快项目进度，并估算C活动的预计工期为乐观14天、最可能20天、悲观32天。

【问题1】( 13 分）结合案例，请计算截至6月30日各活动的挣值和项目的进度偏差（SV）和成本偏差（CV) ，并判断项目的执行绩效。【问题2】  ( 3 分）项目组决定采用快速跟进的方式加快进度，请简述该方式的不足。【问题3】  ( 4 分）如果当前项目偏差属于典型偏差，请计算完工估算成本（EAC）。【问题4】  ( 5 分）项目经理尝试采用资源优化技术24天完成C活动的目标，请计算能达到项目经理预期目标的概率。

答案与解析

【问题1】BAC=52000(元)检查点项目PV=39800；

A活动EV=

25000×100% =25000

B活动EV=

12000×50% =6000

C活动EV= 

10000×50% =5000

D活动EV=0 总EV=25000×100%+12000×50%+10000×50%=36000；

AC=32000；CV=EV－AC=36000－32000=4000；

SV=EV－PV=36000－39800=-3800；

因为CV>0；所以成本节约；因为SV0；所以成本节约；因为SV其他试题答案：

【问题1】存在的问题：1.产品经理小马不应兼任多职，应设立专职的配置管理员角色岗位2.配置管理员拥有管理员权限，其它人员不应有管理员权限3.配置库没有划分并设立受控库4.产品库应保存配置项的所有版本5.没有做好版本管理和版本控制6.对于配置项的修改应遵循基于配置库的变更控制流程7.没有制定好配置管理计划【问题2】系统测试方案：（1）测试目的：在真实系统工作环境下，验证完整的软件配置项能否和系统正确连接，并满足系统/子系统设计文档和软件开发合同的规定要求；（2）测试对象：文档，源代码；或3.01版本系统；（3）测试内容：功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装与反安装测试；（4）测试过程：制定测试计划，设计测试用例，执行测试、编写测试报告、回归测试；（5）测试用例设计依据：用户需求或开发合同；（6）测试技术：黑盒测试；白盒测试。【问题3】（1）黑盒测试黑盒测试也称功能测试，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用， （2）白盒测试白盒测试也称结构测试或逻辑驱动测试，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。3.灰盒测试灰盒测试，确实是介于二者之间的测试。【问题4】1.B2.F3.E4.F

【问题1】存在的问题：1.产品经理小马不应兼任多职，应设立专职的配置管理员角色岗位2.配置管理员拥有管理员权限，其它人员不应有管理员权限3.配置库没有划分并设立受控库4.产品库应保存配置项的所有版本5.没有做好版本管理和版本控制6.对于配置项的修改应遵循基于配置库的变更控制流程7.没有制定好配置管理计划【问题2】系统测试方案：（1）测试目的：在真实系统工作环境下，验证完整的软件配置项能否和系统正确连接，并满足系统/子系统设计文档和软件开发合同的规定要求；（2）测试对象：文档，源代码；或3.01版本系统；（3）测试内容：功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装与反安装测试；（4）测试过程：制定测试计划，设计测试用例，执行测试、编写测试报告、回归测试；（5）测试用例设计依据：用户需求或开发合同；（6）测试技术：黑盒测试；白盒测试。【问题3】（1）黑盒测试黑盒测试也称功能测试，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用， （2）白盒测试白盒测试也称结构测试或逻辑驱动测试，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。3.灰盒测试灰盒测试，确实是介于二者之间的测试。【问题4】1.B2.F3.E4.F