2020年信息系统项目管理师考试下午真题(专业解析+参考答案)
第 1 题
某集成公司和某地区的燃气公司签订了系统升级合同,将原有的终端抄表系统升级改造,实现远程自动抄表且提供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.WBS
3.工作包
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.WBS
3.工作包
4.项目配置管理员
5.项目经理
第 2 题
某软件开发项目包括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</p>
B活动EV=
12000×50% =6000</p>
C活动EV=
10000×50% =5000</p>
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;所以成本节约;
因为SV<0;所以进度落后;
【问题2】
(1)快速跟进可能造成返工和风险增加。
(2)只适用于能够通过并行活动来缩短关键路径上的项目工期情况。
(3)通常会增加活动之间的协调工作量,还有可能导致成本增加。
【问题3】
典型偏差:EAC=BAC/CPI=52000/(36000/32000) =46222.2;
【问题4】
C活动的标准差=(32-14)/6=3
C活动的期望时间=(14+32+20×4
)/6=21(天);
根据正态分布图:
在24天完成的概率50%+68.26%/2=84.13%
</p>
- 试题解析:
【问题1】
BAC=52000(元)
检查点项目PV=39800;A活动EV=
25000×100% =25000</p>
B活动EV=
12000×50% =6000</p>
C活动EV=
10000×50% =5000</p>
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;所以成本节约;
因为SV<0;所以进度落后;
【问题2】
(1)快速跟进可能造成返工和风险增加。
(2)只适用于能够通过并行活动来缩短关键路径上的项目工期情况。
(3)通常会增加活动之间的协调工作量,还有可能导致成本增加。
【问题3】
典型偏差:EAC=BAC/CPI=52000/(36000/32000) =46222.2;
【问题4】
C活动的标准差=(32-14)/6=3
C活动的期望时间=(14+32+20×4
)/6=21(天);
根据正态分布图:
在24天完成的概率50%+68.26%/2=84.13%
</p>
第 3 题
A公司是提供SaaS平台服务业务的公司,小张作为研发流程优化经理,他抽查了核心产品的配置管理和测试过程。
情况如下:项目组共10人,产品经理小马兼任项目经理和配置管理员,还有7名开发工程师和2名测试工程师,采用敏捷开发的方法,2周为一个迭代周期,目前刚刚完成一个3.01版本的上线。
小张要求看一下配置管理库,小马回复:“我正忙着,让测试工程师王工给你看吧,我们10个人都有管理员权限”。小张看到配置库分为了开发库和产品库,产品库,包括上线的3个大版本的完整代码和文档资料,而且与实际运行版本有偏差。小版本只能在开发库中找到代码,但没有相关文档,而且因为新需求迭代太快,有些很细微的修改,开发人员随手进行了修改,文档和代码存在一些偏差。
小张策划对产品一次3.01版本的系统测试,以便更好的解决研发流程和系统本身的问题。
【问题1】( 5 分)
结合本案例,从配置管理的角度指出项目实施过程存在的问题。
【问题2】 ( 10 分)
结合本案例,请帮助测试工程师从测试目的、测试对象、测试内容、测试过程、测试用例设计依据、测试技术6个方面设计核心产品3.01版本的系统测试方案。
【问题3】 ( 6 分)
如果系统测试中需要采用黑盒测试、白盒测试和灰盒测试,请阐述三种测试的含义和用途。
【问题4】 ( 4 分)
从候选答案中选择正确选项,将该选项编号填入答题纸对应栏内。
配置项的状态通常可分为三种,配置项初建时其状态为(1)。配置项通过评审后,其状态变为(2)。此后若更改配置项,则其状态变为(3)。当配置项修改完毕并重新通过评审时,其状态又变为(4)。
A.送审稿
B.草稿
C.报批稿
D.征求意见
E.修改
F.正式
答案与解析
- 试题难度:一般
- 知识点:案例分析>其他
- 试题答案:
【问题1】
存在的问题:
1.产品经理小马不应兼任多职,应设立专职的配置管理员角色岗位
2.配置管理员拥有管理员权限,其它人员不应有管理员权限
3.配置库没有划分并设立受控库
4.产品库应保存配置项的所有版本
5.没有做好版本管理和版本控制
6.对于配置项的修改应遵循基于配置库的变更控制流程
7.没有制定好配置管理计划
【问题2】
系统测试方案:
(1)测试目的:在真实系统工作环境下,验证完整的软件配置项能否和系统正确连接,并满足系统/子系统设计文档和软件开发合同的规定要求;
(2)测试对象:文档,源代码;或3.01版本系统;
(3)测试内容:功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装与反安装测试;
(4)测试过程:制定测试计划,设计测试用例,执行测试、编写测试报告、回归测试;
(5)测试用例设计依据:用户需求或开发合同;
(6)测试技术:黑盒测试;白盒测试。
【问题3】
(1)黑盒测试
黑盒测试也称功能测试,在测试时,把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,
(2)白盒测试
白盒测试也称结构测试或逻辑驱动测试,按照程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,测试者必须检查程序的内部结构,从检查程序的逻辑着手,得出测试数据。
3.灰盒测试
灰盒测试,确实是介于二者之间的测试。
【问题4】
1.B
2.F
3.E
4.F - 试题解析:
【问题1】
存在的问题:
1.产品经理小马不应兼任多职,应设立专职的配置管理员角色岗位
2.配置管理员拥有管理员权限,其它人员不应有管理员权限
3.配置库没有划分并设立受控库
4.产品库应保存配置项的所有版本
5.没有做好版本管理和版本控制
6.对于配置项的修改应遵循基于配置库的变更控制流程
7.没有制定好配置管理计划
【问题2】
系统测试方案:
(1)测试目的:在真实系统工作环境下,验证完整的软件配置项能否和系统正确连接,并满足系统/子系统设计文档和软件开发合同的规定要求;
(2)测试对象:文档,源代码;或3.01版本系统;
(3)测试内容:功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装与反安装测试;
(4)测试过程:制定测试计划,设计测试用例,执行测试、编写测试报告、回归测试;
(5)测试用例设计依据:用户需求或开发合同;
(6)测试技术:黑盒测试;白盒测试。
【问题3】
(1)黑盒测试
黑盒测试也称功能测试,在测试时,把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,
(2)白盒测试
白盒测试也称结构测试或逻辑驱动测试,按照程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,测试者必须检查程序的内部结构,从检查程序的逻辑着手,得出测试数据。
3.灰盒测试
灰盒测试,确实是介于二者之间的测试。
【问题4】
1.B
2.F
3.E
4.F