2014软考《系统集成项目管理工程师》试题(2)

　　查看汇总：2014软考《系统集成项目管理工程师》试题汇总

　　1、 在项目执行过程中，有时需要对项目的范围进行变更，(1)属于项目范围变更

　　A、 修改所有项目基线

　　B、 在甲、乙双方同意的基础上，修改WBS中规定的项目范围

　　C、 需要调整成本、完工时间、质量和其他项目目标

　　D、 对项目管理的内容进行修改

　　答案：B

　　工作分解结构(WBS)是项目定义对项目范围定义的输出，定义了项目的全部范围。范围变更是对已经达成一致的、由WBS定义的项目范围的修改。

　　在项目的实施过程中，项目的范围难免会因为很多因素而需要或者至少为项目利益相关人进行变更。对项目范围变更的控制要与项目的时间控制、成本控制以及质量控制结合起来。

　　范围变更的原因包括项目外部环境发生变化(如法律、竞争对手的新产品等)，范围计划不周、有错误或者遗漏，出现了新的技术、手段、方案，项目实施组织发生了变化，项目业主对项目或者项目产品的要求发生变化等。

　　所有的这些变化，即使是好的变化，对于项目管理者而言，都会令他们感到不安。项目范围定义规定了项目应该做的和不应该做的，那么范围变更就不能随意进行。所有的变更必须被记载，范围控制必须能够对造成范围变化的因素施加影响。需要对项目的资金、进度和风险等影响进行估算，以保证变化是有利的。同时，需要判断范围变化是否发生，如果已经发生，就要对变化进行管理。

　　对范围变更进行控制是，要以工作分解结构、项目进展报告、变更请求和范围管理计划为依据。进行范围变更控制必须经过范围变更控制系统。

　　项目进展报告提供了有关范围的实际进度情况的资料，报告了哪些中间成果可以完成，哪些还没有完成。项目进展报告还能对将来可能发生的问题提供预警。

　　2、 由于政府的一项新规定，某项目的项目经理必须变更项目的范围。由于项目目标已经进行了若干变更，项目经理已经对项目的技术和管理文件进行了必要的修改，那么下一步他应该(2)

　　A、 及时通知项目干系人

　　B、 修改公司的知识管理系统

　　C、 获取客户的正式认可

　　D、 获得政府认可

　　答案：A

　　范围控制管理依赖于范围变化控制系统，这个系统定义了项目范围的变化所应遵循的程序。这个程序包括使用正式的书面报告、建立必要的跟踪系统和核准变更需求的批准系统。项目范围变化控制系统是整个项目管理变化控制系统的一部分。

　　对于有合同的项目而言，项目范围变化必须遵守项目合同的相关条款。

　　在收到范围变化请求后，项目利益相关人要对申请的变更可能对项目产生的影响进行估计。范围的变化会给项目的目标、成本、进度和资源带来影响。范围变化是严重的事件，无论这个变更看起来多么的细小。同时，一个看起来是好的变化也可能对项目造成不良的影响。

　　范围变更通过计划流程得到反馈，并可能需要对成本、事件、质量和其他项目进行修正。一旦技术和计划文件发生了更新，应该通知项目干系人。由于政府的新规定对项目来说是一项强制变更，所以应按变更控制流程及时通知干系人。

　　3、 某项目的项目范围已经发生变更，因此成本基线也将发生变更，此时，项目经理需要尽快(3)

　　A、 进行范围变更决策

　　B、 更新预算

　　C、 记录获得的经验

　　D、 执行得到批准的范围变更

　　答案：B

　　根据项目范围变更的流程，首先要提出项目变更请求，然后由项目利益相关人根据变更对项目影响(时间、成本等)进行决策变更，决定是否接受变更。如果不接受变更，则反馈给变更请求人，并说明不接受的原因。如果接受变更，则需要按照变更的流程，更新相应的计划和文档，实施范围变更。最后应对变更进行评审。

　　根据本题的描述“某项目的范围已经发生变更”，这意味着范围变更请求已被接受。因此，就不存在进行范围变更决策问题，即选项A是错误的。

　　另外，本题中还提到“成本基线也将发生变更”。因此，应当使用成本变更控制系统对成本基线的变更进行控制。成本变更控制系统公司一种项目成本控制的程序性方法，主要通过建立项目成本变更控制体系对项目成本进行控制。该系统主要包括3个部分，分别是成本变更申请、批准成本变更申请和变更项目成本预算。

　　4、 项目范围是否完成和产品范围是否完成分别以(4)作为衡量标准

　　A、 项目管理计划，产品需求

　　B、 范围说明书，WBS

　　C、 范围基线，范围定义

　　D、 合同，工作说明书

　　答案：A

　　在信息系统项目中，实际上存在两个相互关联的范围，分别是产品范围和项目范围。

　　产品范围是指信息系统产品或者服务所应该包含的功能。如何确定信息系统的范围在软件工程中常常称为需求分析。产品范围包含产品规格、性能技术指标的描述，即产品所包含的特征和具体地功能情况等。产品范围是否完成由产品需求和技术指标衡量。

　　项目范围是指为了交付信息系统项目所必须进行的工作。项目范围是否完成由项目管理计划来衡量。

　　显然，产品范围是项目范围的基础，产品范围的定义是信息系统要求的量度，而项目范围的定义是产生项目计划的基础，两种定义在应用上有所区别。另外，这两种定义的区别还在于需求分析更加偏重软件技术，而项目范围管理则更偏向管理。判断项目范围是否完成，要以项目管理计划、项目范围说明书、工作分解结构、工作分解结构词汇表来衡量。而判断信息系统产品或服务是否完成，则应根据产品或服务是否满足了需求分析来确定。

　　项目范围说明书详细描述了项目的可交付物和产生这些可交付物所必须进行的项目工作，是所有项目干系人对项目范围的共同理解，说明了项目的主要目标，在项目执行过程中指导团队工作，并为评估是否要为客户需求进行变更或附加的工作是否在项目范围之内提供基线。

　　WBS是面向可交付物得项目元素的层次分解，它组织并定义了整个项目的范围。

　　范围定义对于项目而言非常重要，它增加了对项目时间、费用和资源估算的准确度，定义实施项目控制的依据，明确相关责任人在项目中责任。项目和子项目都需要编写项目范围定。项目范围定义明确了项目的范围，即项目的合理性、目标和主要可交付成果。

　　范围定义最重要的任务就是详细定义项目范围边界。范围边界是应该进行的工作和不需要进行的工作的分界线。

　　工作说明书是采购所需工作的文档化描述，只覆盖相应的子项目的范围

　　根据《中华人民共和国合同法》的规定“合同是平等主体的自然人、法人、其他组织之间设立、变更、终止民事权利义务关系协议”

　　5、 小王负责一个管理信息系统项目，最近在与客户共同进行的质量审查是发现一个程序模块不符合客户的需求，进行最舒适，也未发现相应的变更请求。最终，小王被迫对这一模块进行再设计和重新编程。造成此项目返工的原因可能是(5)

　　A、 未进行需求管理

　　B、 未进行范围确认

　　C、 未进行变更管理

　　D、 质量管理过严

　　答案：B

　　范围确认主要确认项目的可交付成果是否满足项目干系人的要求，把项目的可交付成果列表提交给项目干系人。项目干系人在进行范围确认时，要检查以下事项。

　　l 可交付成果是否是确实的、可核实的。

　　l 每个可交付成果是否有明确的里程碑。每个里程碑是否有明确、可辨别的事件，比如客户的书面认可

　　l 是否有明确的质量标准。也就是说，可交付成果的交付不但要有明确的标准来标志其是否完成，要有衡量其是否按照要求完成的标准，还要求可交付成果与其标准之间是否有明确的联系

　　l 审核和承诺是否有清晰的表达。项目投资人必须真实地同意项目的边界、项目完成的产品或者服务，以及项目相关的可交付成果。项目组必须清楚地了解可交付成果是什么。所有的这些表达必须清晰并取得项目干系人的一致同意

　　l 项目范围是否覆盖了需要完成产品或者服务进行的所有活动是否存在遗漏或者错误

　　l 项目范围的风险是否过高，管理层是否能够降低可预见的风险发生对项目的冲击

　　如果在项目确认工作中发现项目范围说明书和工作分解结构中有遗漏或者错误，需要向项目组明确指出错误的内容，并给出修改意见。项目组要根据修改意见重新修改项目范围说明书和工作分解结构。

　　在范围确认的工作过程中也可能会出现范围变更请求，如果这些范围变更请求得到了批准，那么也要重新修改项目范围说明书和工作分解结构

　　这本题中，很多考生选择选项A“未进行需求管理”。而需求管理主要是收集需求的变更和变更理由，并且维持对原有需求的跟踪。本题中已经提出“进行追溯时，也未发现相应的变更请求”，因此可以知道，并非没有进行需求管理和变更管理

　　相关推荐：

　　2014年计算机软件水平考试如何避免五大失误

　　名师指导如何复习并通过2014年软考开发类考试