 |
项目忙还想过软考，您需要简练！ 《简练APP》针对软考项目管理中级高级，梳理历年真题、大纲、教程、知识点四者的动态关系，建立一体化的“学习-检测”系统，大纲为主线，教程为源点，知识点逐个击破，用真题检测。 |
|
项目忙还想过软考，您需要简练！ 《简练APP》针对软考项目管理中级高级，梳理历年真题、大纲、教程、知识点四者的动态关系，建立一体化的“学习-检测”系统，大纲为主线，教程为源点，知识点逐个击破，用真题检测。 |
参考答案及解析：
总解析
从“案例描述及问题”中的相关信息，我们很容易判断出该案例分析题主要考查的是项目范围管理。从题目中可以看出该项目已经出现的问题：即甲方负责人提出APP的UI设计不符合公司风格、不兼容新燃气表的数据接口、数据传输加密算法不符合要求等多项问题，项目延期1个月完成，项目上线后用户又发现了若干问题。根据这些问题并结合我们的项目管理经验，我们可以推断出：没有制定范围管理计划和需求管理计划；只是根据以往经验完成需求调研和范围说明书，没有考虑项目实际情况（这两点从“刘工和李工带领团队根据以往经验完成了需求调研和范围说明书”可以推导出）；需求文件和项目范围说明书没有经过评审就直接进入设计和编码阶段（这点从“需求评审会无法召开”和“为了不影响进度，张工让项目组采用敏捷开发模式，直接进入了设计和编码阶段”可以推导出）；需求文件和项目范围说明书没有经过客户确认，导致验收测试时才发现多项不符合要求的问题（这点从“甲方负责人提出APP的UI设计不符合公司风格、不兼容新燃气表的数据接口、数据传输加密算法不符合要求等多项问题”可以推导出）；双方只是口头约定未完善需求的实现方式，没有采取书面的形式约定；没有执行需求变更控制流程（这两点从“双方口头约定可以采用新产品部分功能实现未完善的需求”可以推导出）等是导致项目出现“甲方负责人提出APP的UI设计不符合公司风格、不兼容新燃气表的数据接口、数据传输加密算法不符合要求等多项问题，项目延期1个月完成，项目上线后用户又发现了若干问题”的主要原因（用于回答【问题一】）。该案例的【问题二】、【问题三】和【问题四】属于纯理论性质的问题。
【问题一】答题思路解析及参考答案
一、答题思路解析
根据“答题思路总解析”中的阐述，我们知道，从项目范围管理的角度，该项目实施过程中存在的主要问题有：（1）没有制定范围管理计划和需求管理计划；（2）只是根据以往经验完成需求调研和范围说明书，没有考虑项目实际情况；（3）需求文件和项目范围说明书没有经过评审就直接进入设计和编码阶段；（4）需求文件和项目范围说明书没有经过客户确认，导致验收测试时才发现多项不符合要求的问题；（5）双方只是口头约定未完善需求的实现方式，没有采取书面的形式约定；（6）没有执行需求变更控制流程。
二、参考答案
从项目范围管理的角度，该项目实施过程中存在的主要问题有：
（1）没有制定范围管理计划和需求管理计划；
（2）只是根据以往经验完成需求调研和范围说明书，没有考虑项目实际情况；
（3）需求文件和项目范围说明书没有经过评审就直接进入设计和编码阶段；
（4）需求文件和项目范围说明书没有经过客户确认，导致验收测试时才发现多项不符合要求的问题；
（5）双方只是口头约定未完善需求的实现方式，没有采取书面的形式约定；
（6）没有执行需求变更控制流程。
【问题二】答题思路解析及参考答案
一、答题思路解析
根据“答题思路总解析”中的阐述，我们知道，该问题是一个纯理论性质的问题，根据《信息系统项目管理师教程（第3版）》第236页和第237页中的内容，我们可以知道，项目范围说明书的内容主要包括：（1）产品范围描述；（2）验收标准；（3）可交付成果；（4）项目的除外责任；（5）制约因素；（6）假设条件。项目范围说明书的作用主要有：（1）确定范围；（2）沟通基础；（3）规划和控制依据；（4）变更基础；（5）规划基础。
二、参考答案
项目范围说明书的内容主要包括：
（1）产品范围描述；
（2）验收标准；
（3）可交付成果；
（4）项目的除外责任；
（5）制约因素；
（6）假设条件。
项目范围说明书的作用主要有：
（1）确定范围；
（2）沟通基础；
（3）规划和控制依据；
（4）变更基础；
（5）规划基础。
【问题三】答题思路解析及参考答案
一、答题思路解析
根据“答题思路总解析”中的阐述，我们知道，该问题是一个纯理论性质的问题，《信息系统项目管理师教程（第3版）》第509页和第510页的内容，我们可以总结归纳出张工在需求变更过程中需要完成的具体工作内容有：（1）接收变更申请；（2）组织评估变更的影响；（3）将影响通知到相关干系人；（4）组织CCB审批变更；（5）根据评估结果组织实施变更；（6）记录变更的实施情况；（7）评估变更的效果；（8）对相关变更文件进行分发和归档。
二、参考答案
张工在需求变更过程中需要完成的具体工作内容有：
（1）接收变更申请；
（2）组织评估变更的影响；
（3）将影响通知到相关干系人；
（4）组织CCB审批变更；
（5）根据评估结果组织实施变更；
（6）记录变更的实施情况；
（7）评估变更的效果；
（8）对相关变更文件进行分发和归档。
【问题四】答题思路解析及参考答案
一、答题思路解析
根据“答题思路总解析”中的阐述，我们知道，该问题是一个纯理论性质的问题，《信息系统项目管理师教程（第3版）》第5章：项目范围管理的相关内容，本题不难回答。
二、参考答案
（1）在每个项目任务的分解单元中都存在可交付成果和里程碑，标志着某个可交付成果或阶段的正式完成。
（2）创建WBS是将项目的可交付成果和项目工作分解为较小的、更易管理的组件的过程，其主要作用是对所要交付的内容提供一个结构化的视图。其最底层的可交付成果或项目工作组成部分称为工作包。
（3）项目干系人提出变更申请后，一般由项目经理或配置管理员进行初审。
参考答案及解析：
答题思路解析
从本案例后提出的四个问题，我们很容易知道：该案例主要考查的是项目的进度管理和项目的成本管理。
本案例后的【问题一】、【问题三】考的是挣值技术，【问题二】主要考查考生对快速跟进的认识，【问题四】考的是三点估算计算概率。
【问题一】答题思路解析及参考答案
一、答题思路解析
根据“案例描述及问题”中的相关信息，我们知道：截止6月30日，该项目的计划价值PV是39800（元）（25000+9000+5800+0）；挣值EV是36000（元）（25000*100%+12000*50%+10000*50%+5000*0%），其中，活动A的挣值EV = 25000*100%=25000（元），活动B的挣值EV=12000*50%=6000（元），活动C的挣值EV =10000*50%=5000（元），活动D的挣值EV=5000*0%=0（元）；实际成本AC是32000元（25000+5400+1100+0），套公式SV = EV – PV = 36000 – 39800 = -3800（元），CV = EV – AC = 36000 – 32000 = 4000（元）。由于SV < 0，CV > 0，所以项目进度滞后，成本节约。
二、参考答案
活动A的挣值EV = 25000*100%=25000（元）
活动B的挣值EV=12000*50%=6000（元）
活动C的挣值EV =10000*50%=5000（元）
活动D的挣值EV=5000*0%=0（元）
PV=25000+9000+5800+0= 39800（元）
EV=25000*100%+12000*50%+10000*50%+5000*0% = 36000（元）
AC=25000+5400+1100+0 = 32000（元）
SV = EV – PV = 36000 – 39800 = -3800（元）
CV = EV – AC = 36000 – 32000 = 4000（元）
由于SV < 0，CV > 0，所以项目进度滞后，成本节约。
【问题二】答题思路解析及参考答案
一、答题思路解析
根据“答题思路总解析”，该问题主要是考查考生对进度压缩的方法之一：快速跟进的理解，根据《教材》第281页对快速跟进的阐述，我们不难总结出快速跟进的不足主要有：（1）可能造成返工；（2）增加项目的风险；（3）由于返工和风险增加，可能会增加项目成本。
二、参考答案
快速跟进的不足主要有：
（1）可能造成返工；
（2）增加项目的风险；
（3）由于返工和风险增加，可能会增加项目成本。
【问题三】答题思路解析及参考答案
一、答题思路解析
根据【案例描述及问题】中给出的信息，我们知道该项目的BAC是52000（元），套用典型偏差情况EAC的计算公式，EAC = AC + ETC = 32000+（BAC - EV）/CPI = 32000 +（52000 - 36000）/（36000/32000） = 32000+16000*32000/36000 ≈32000 + 14222.22 = 46222.22（元）。
二、参考答案
EAC = AC + ETC = 32000+（BAC - EV）/CPI = 32000 +（52000 - 36000）/（36000/32000） = 32000+16000*32000/36000 ≈ 32000 + 14222.22 = 46222.22（元）
【问题四】答题思路解析及参考答案
一、答题思路解析
根据【答题思路总解析】中的描述，我们知道该问题考查的主要是三点估算计算概率。根据【案例描述及问题】中给出的信息，我们可以计算出C活动的工期均值是21（天）（（14+20*4*32）/6），标准差是3（天）（（32-14）/6）。问题问的是活动C在24天内完成的概率是多少，即活动C在（0,24天】这个区间内完成的概率是多少。由于时间没有负数，所以（0,24】实际上是（-∞,24】，我们可以把（-∞,24】转换为用活动C的工期均值和标准差来表示，即（-∞，工期均值 + 标准差】，利用正态分布图，可以结算出，（-∞，工期均值 + 标准差】这一区域的面积是50% + 68.26%/2 = 84.13%（见下图），所以项目经理预计24天内完成活动C的概率是84.13%。
二、参考答案
项目经理预计24天内完成活动C的概率是84.13%。
参考答案及解析：
答题思路解析
从“案例描述及问题”中的相关信息，我们很容易判断出该案例分析题主要考查的是配置管理和信息系统综合测试与管理。“案例描述及问题”中的文字并结合我们的项目管理经验，我们可以推断出，从配置管理的角度看，项目实施过程中存在的主要问题有：配置库权限设置存在问题，不能让项目组所有成员都有管理员权限（这点从“我们10个人都有管理员权限”可以推导出）；配置库设置存在问题，缺少受控库（这点从“小张看到配置库分为了开发库和产品库”可以推导出）；版本管理存在问题，产品库中的版本与实际运行的版本不一致（这点从“产品库包括上线的3个大版本的完整代码和文档资料，而且与实际运行版本有偏差”可以推导出）；所有已发布的版本并没有全部存档在产品库内（这点从“小版本只能在开发库中找到代码”可以推导出）；文档管理存在问题，部分文档缺失（这点从“但没有相关文档”可以推导出）；变更管理存在问题，没有走变更控制流程（这点从“因为新需求迭代太快，有些很细微的修改，开发人员随手进行了修改”可以推导出）；配置项管理存在问题，代码和文档不一致（这点从“文档和代码存在一些偏差”可以推导出）（用于回答【问题一】）。
该案例的【问题二】、【问题三】和【问题四】基本属于纯理论性质的问题。
【问题一】答题思路解析及参考答案
一、答题思路解析
根据“答题思路总解析”中的阐述，我们可以推断出，从配置管理的角度看，项目实施过程中存在的主要问题有：（1）配置库权限设置存在问题，不能让项目组所有成员都有管理员权限；（2）配置库设置存在问题，缺少受控库；（3）版本管理存在问题，产品库中的版本与实际运行的版本不一致；（4）所有已发布的版本并没有全部存档在产品库内；（5）文档管理存在问题，部分文档缺失；（6）变更管理存在问题，没有走变更控制流程；（7）配置项管理存在问题，代码和文档不一致。
二、参考答案
从配置管理的角度看，项目实施过程中存在的主要问题有：
（1）配置库权限设置存在问题，不能让项目组所有成员都有管理员权限；
（2）配置库设置存在问题，缺少受控库；
（3）版本管理存在问题，产品库中的版本与实际运行的版本不一致；
（4）所有已发布的版本并没有全部存档在产品库内；
（5）文档管理存在问题，部分文档缺失；
（6）变更管理存在问题，没有走变更控制流程；
（7）配置项管理存在问题，代码和文档不一致。
【问题二】答题思路解析及参考答案
一、答题思路解析
根据“答题思路总解析”中的阐述，我们知道，该问题是一个纯理论性质的问题，根据《信息系统项目管理师教程（第3版）》第23章：“信息系统综合测试与管理”中的内容，我们可以归纳整理出系统测试方案：测试目的：找出软件系统中的缺陷和错误，衡量软件系统是否达到质量要求；测试对象：软件功能模块和文档；测试内容：功能测试、界面测试、流程测试、接口测试、安装测试、文档测试、源代码测试、性能测试、数据库测试、网络测试等；测试过程：制定测试计划、设计测试用例、搭建测试环境、执行测试、编制测试报告；测试用例设计依据：《软件需求规格说明书》；测试技术：白盒测试技术和黑盒测试技术等。
二、参考答案
系统测试方案：
测试目的：找出软件系统中的缺陷和错误，衡量软件系统是否达到质量要求；
测试对象：软件功能模块和文档；
测试内容：功能测试、界面测试、流程测试、接口测试、安装测试、文档测试、源代码测试、性能测试、数据库测试、网络测试等；
测试过程：制定测试计划、设计测试用例、搭建测试环境、执行测试、编制测试报告；
测试用例设计依据：《软件需求规格说明书》；
测试技术：白盒测试技术和黑盒测试技术等。
【问题三】答题思路解析及参考答案
一、答题思路解析
根据“答题思路总解析”中的阐述，我们知道，该问题是一个纯理论性质的问题，根据《信息系统项目管理师教程（第3版）》第685页和第686页中的内容，我们可以知道，黑盒测试的含义是把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，其用途是检查每个功能是否都能正常使用；白盒测试的含义是把程序看作装在一个透明的白盒子里，也就是清楚了解程序结构和处理过程，检查是否所有的结构及路径都是正确的，检查软件内部动作是否按照设计说明书的规定正常进行，其用途是检查软件内部的逻辑结构是否正确和合理；灰盒测试的含义是基于程序运行时的外部表现同时又结合程序内部逻辑结构来设计和执行测试用例，它是介于白盒测试和黑盒测试之间的测试，其用途是关注输出对于输入的正确性，同时也关注内部表现。
二、参考答案
黑盒测试、白盒测试和灰盒测试的含义和用途：
黑盒测试的含义是把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息；其用途是检查每个功能是否都能正常使用。
白盒测试的含义是把程序看作装在一个透明的白盒子里，也就是清楚了解程序结构和处理过程，检查是否所有的结构及路径都是正确的，检查软件内部动作是否按照设计说明书的规定正常进行；其用途是检查软件内部的逻辑结构是否正确和合理。
灰盒测试的含义是基于程序运行时的外部表现同时又结合程序内部逻辑结构来设计和执行测试用例，它是介于白盒测试和黑盒测试之间的测试；其用途是关注输出对于输入的正确性，同时也关注内部表现。
【问题四】答题思路解析及参考答案
一、答题思路解析
根据“答题思路总解析”中的阐述，我们知道，该问题是一个纯理论性质的问题，根据《信息系统项目管理师教程（第3版）》第471页中的内容，本题很容易回答。
二、参考答案
配置项的状态通常可分为三种，配置项初建时其状态为（B．草稿）。配置项通过评审后，其状态变为（F．正式）。此后若更改配置项，则其状态变为（E．修改）。当配置项修改完毕并重新通过评审时，其状态又变为（F．正式）。
