摘要：对于【信息系统项目管理师】软考考试而言，试题无疑是最重要的学习资料之一。在软考备考过程中，吃透所考知识点、熟悉出题思路，对我们提升分数的效果是最明显的，通过试题反复练习，还可以查漏补缺。今天，给大家带来【信息系统项目管理师】部分试题的详解，一起来看看吧~



1、关于合同违约索赔的描述，不正确的是（　）。
A、 项目索赔事件中，监理工程师和政府建设主管机构承担调节责任，经济合同仲裁委员会承担调解或仲裁责任
B、 合同索赔遵循的原则包括：索赔的有理性、索赔依据的有效性、索赔计算的正确性
C、 对于属于买方的原因造成拖延工期，只需给卖方延长工期，不应给予费用补偿
D、 《民法通则》、《合同法》中与合同纠纷相关条款，可以作为工程索赔的法律依据

答案:C
答题解析:

因买方原因造成拖延工期，应给予卖方工期补偿，同时还要给予卖方费用补偿（比如窝工费等）

2、关于需求管理的描述，正确的是（　）。
A、 需求管理包括在产品生存周期中维持需求一致性和精准性的所有活动
B、 从测试用例和测试报告的描述中追踪到用户原始需求的过程是正向追踪
C、 需求文件之间的跟踪用于检查需求分解中可能出现的错误或遗漏
D、 需求跟踪矩阵中可以不体现测试策略和测试场景的跟踪结果

答案:C
答题解析:

需求管理计划主要包括以下内容。

1）如何规划、跟踪和汇报各种需求活动。需求管理过程也是由一个组织单元来完成，涉及项目团队内若干职能岗位的成员。组织制度应该规定需求管理组的组织方式、汇报制度、会议制度，以及怎样建设、维护和解散等。应加强与组织的职能管理部门的沟通，以便获得他们的支持，获取到需求管理所需要的资源，使需求管理得以顺利进行。根据项目规模设置相应的需求管理岗位，确定需求管理总负责人、成员及其责任和权限，确认相关人员理解分配给他们的责任和权限并且接受任务。

2）需求管理需要使用的资源。根据项目的规模及财力，确定应使用何种需求管理工具，例如，需求变更审批表、需求跟踪矩阵（Requirements Traceability Matrix）、管理软件、计算机硬件资源等。

3）培训计划。由于需求管理是一项规范性的管理工作，由项目团队中的需求管理人员所执行的需求管理活动过程，不管是应用方针（或指南）和组织过程资产，还是专业化的管理工具，都应该进行有针对性的培训，才能统一项目团队成员的共识，规范成员的行动步骤。主要培训专题有应用领域、需求定义、需求分析、需求验证、需求管理及相关工具、配置管理等。

4）项目干系人参与需求管理的策略。在需求管理计划中，应明确列出与需求管理有关的项目干系人清单，以及各干系人介入需求管理活动的时机，以便项目干系人按照计划参与需求管理活动。项目干系人介入需求管理的主要活动包括为解决对需求的共识问题、评估需求变更的影响、通报双向追踪情况，以及识别项目工作范围与需求之间的不一致性。

5）判断项目范围与需求不一致的准则和纠正规程。项目需求是项目的工作目标，当项目的实际工作偏离需求的情况发生时，变更控制系统应该按照既定的规程判断、分析偏差，并采取相应的纠正措施。包括由谁负责跟踪项目进度和纠正进度偏差、由谁负责跟踪项目成本和纠正成本偏差、采用什么工具进行跟踪分析和纠正等。

6）需求跟踪结构，即哪些需求属性将列入跟踪矩阵，并可在其他哪些项目文件中追踪到这些需求。该规程包括建立何种程度的需求跟踪矩阵，哪些需求跟踪信息、应该被收集和整理等。在需求管理中，要维持对原始需求、需求规格说明书、所有产品和产品组件之间的双向跟踪。所谓双向跟踪，包括正向跟踪和逆向跟踪，均依赖于建立与维护需求跟踪矩阵。本书5.3.4节将详细讨论需求跟踪。

7）配置管理活动，例如，如何启动产品、服务或成果的变更，如何分析其影响，如何进行跟踪和汇报，以及谁有权批准变更。在项目生命周期中，需求变更十分频繁，为了保证项目的顺利进行和保证产品的质量，需求的变更应该受到严格控制。

3、某公司决定在现有公文处理系统的基础上，新开发一个移动端APP，便于大家远程办公。项目经理召开工作会议，就工作分解结构提出如下的建议，其中（　）是不妥当的。
A、 项目组所有人员都要参与，任务分解的层次控制在4至6层之间
B、 对目前尚不清楚具体活动的模块可以使用规划包进行分解
C、 项目干系人对完成的WBS给予确认，并达成共识
D、 项目经理负责项目WBS分解，外包商负责外包合同WBS的分解

答案:D
答题解析:

创建WBS时需要满足以下几点基本要求：

1）某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。

2）WBS中某项任务的内容是其下所有WBS项的总和。

3）一个WBS项只能由一个人负责，即使许多人都可能在其上工作，也只能由一个人负责，其他人只能是参与者。

4）WBS必须与实际工作中的执行方式一致。

5）应让项目团队成员积极参与创建WBS，以确保WBS的一致性。

6）每个WBS项都必须文档化，以确保准确理解已包括和未包括的工作范围。

7）WBS必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。