当前位置: 首页icon 软考首页 >考试科目 >信息系统项目管理师高级历年试题:2018年11月信息系统项目管理师 上午

信息系统项目管理师高级历年试题:2018年11月信息系统项目管理师 上午

作者:mb64e70aac116d82024-05-23 11:03:18
备考咨询 刷题指导
添加专属学姐
下载资料 2024上半年软考备考资料+考试大纲
下载按钮 下载
引号

摘要:对于【信息系统项目管理师】软考考试而言,试题无疑是最重要的学习资料之一。在软考备考过程中,吃透所考知识点、熟悉出题思路,对我们提升分数的效果是最明显的,通过试题反复练习,还可以查漏补缺。今天,给大家带来【信息系统项目管理师】部分试题的详解,一起来看看吧~1、成本预算的输入不包括( )。A、 资源日历 B、 风险登记册 C、 协议 D、 成本基准 答案:D答题解析:成本预算的输入主要有:①成本

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



1、成本预算的输入不包括( )。
A、 资源日历
B、 风险登记册
C、 协议
D、 成本基准

答案:D
答题解析:

成本预算的输入主要有:①成本管理计划;②范围基准;③活动成本估算;④估算依据;⑤项目进度计划;⑥资源日历;⑦风险登记册;⑧协议;⑨组织过程资产。



2、项目经理为某政府网站改造项目制作了如下双代号网络图(单位:天),该项目的总工期为( )天。在项目实施的过程中,活动2-7比计划提前了2天,活动8-10实际工期是3天,活动6-7的工期增加了3天,判断对项目总工期的影响(请作答此空)。
A、 没有影响
B、 增加了2天
C、 增加了3天
D、 增加了4天

答案:B
答题解析:

1.jpg
图中粗线为关键路径,关键路径的总长度即为总工期,即37天。

依据上图,绘制时标网络图如下:

2.jpg

已知:题目要求活动2-7比计划提前了2天,活动8-10实际工期是3天,活动6-7的工期增加了3天。因此需要对路径进行调整,如下图所示:

3.jpg

由于2-7提前2天,所以S-2由之前3天缩短至1天。因此S-2-7由之前3+14=17天,缩短至1+14=15天;

由于6-8增加3天,因此6-8由之前5天延长至8天;

由于8-10实际为3天,因此8-10由之前4天缩短至3天;

经过对最近的关键路径进行分析发现,关键路径依然是S-3-6-7-5-8-10-E,但是关键路径的长度由37天延长至39天,最后得出结论总工期增加2天。



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

答案:C
答题解析:

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

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

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

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

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

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

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

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




代理合作学习群