系统架构设计师 习题练习 项目范围管理.docx

项目范围管理范围管理概述【单项选择题】（ ） 不是获取需求的方法。A、问卷调查B、会议讨论C、获取原型D、决策分析答案：D 解析：需求获取的方法有很多种，常见的有用户访谈法、问卷调查法、会议讨论法、原型法、采样法等。决策分析是一种定量分析方法，而不是获取需求的方法。风险管理中的决策树分析就是属于决策分析的一种。【单项选择题】项目范围说明书（初步）的内容不包括 （ ） 。A、项目和范围的目标B、产品或服务的需求和特点C、项目需求和交付物D、项目计划网络图答案：D 解析：根据最新的考试大纲，已经取消了"初步范围说明书"这个说法，只称为"范围说明书"。项目的范围说明书包括：（1） 项目目标。项目目标包括衡量项目成功的可量化标准。（2） 产品范围描述。产品范围描述了项目承诺交付的产品、服务或结果的特征。（3） 项目需求。项目需求描述了项目可交付物要满足合同、标准、规范或其他强制性文档所必须具备的条件或能力。（4） 项目边界。边界严格的定义了项目内包括什么和不包括什么，以免项目干系人假定某些产品或服务是项目中的一部分。（5） 项目的可交付物。可交付物包括项目的产品和附属产出物（例如项目管理报告和文档）。（6） 项目的制约因素。指具体的与项目范围有关的约束条件，它会对项目团队的选择造成限制。（7） 假设条件。与范围相关的假设条件，以及当这些条件不成立时对项目造成的影响。项目计划网络图属于进度管理阶段。【单项选择题】（ ） 是指包含所有必需的工作，并且能成功地完成一个项目所需的工作。管理项目的范围主要涉及识别与控制不包括在项目中的内容。A、创造范围B、项目干系人管理C、项目范围管理D、项目成本管理答案：C 解析：【单项选择题】以下关于需求分析的叙述中，不正确的是： （ ） 。A、 需求分析的目的是确定系统必须完成哪些工作，对目标系统提出完整、准确、清晰、具体的要求 B、 完整的需求分析过程包括：获取用户需求、分析用户需求、编写需求说明书三个过程 C、 根据项目的复杂程度，需求分析的工作可以由专门的系统分析人员来做，也可以由项目经理带领技术人员完成 D、 软件需求分为三个层次：业务需求、用户需求、功能需求与非功能需求 答案：B 解析：软件需求分析主要目的是分析并抽象描述各种需求信息，为目标系统建立一个概念模型，是在计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。是要解决目标系统"做什么"的问题。由此可见选项A正确。选项B需求分析可分为需求提出、需求描述及需求评审三个阶段。需求提出：主要集中于描述系统目的。需求提出和分析仅仅集中在使用者对系统的观点上。开发人员和用户确定一个问题领域，并定义一个描述该问题的系统，这样的定义称作系统规格说明，并且它在用户和开发人员之间充当合同。需求描述：在问题分析阶段分析人员的主要任务是：对用户的需求进行鉴别、综合和建模，清除用户需求的模糊性、歧义性和不一致性，分析系统的数据要求，为原始问题及目标软件建立逻辑模型。分析人员要将对原始问题的理解与软件开发经验结合起来，以便发现哪些要求是由于用户的片面性或短期行为所导致的不合理要求，哪些是用户尚未提出但具有真正价值的潜在需求。需求评审：在需求评审阶段，分析人员要在用户和软件设计人员的配合下对自己生成的需求规格说明和初步的用户手册进行复核，以确保软件需求的完整、准确、清晰、具体，并使用户和软件设计人员对需求规格说明和初步的用户手册的理解达成一致。一旦发现遗漏或模糊点，必须尽快更正，再行检查。因此B不正确。选项C正确，根据项目的复杂程度，需求分析的工作可以由不同人员来完成。选项D正确，需求分为三个层次：业务需求、用户需求、功能需求与非功能需求。业务需求（Business Requirement）表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。用户需求（User Requirement）描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件一一响应都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。功能需求（functional requirement）规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求有时也被称作行为需求（Behaviour Requirement）。功能需求描述是开发人员需要实现什么。非功能需求：产品必须具备的属性或品质，如可靠性、性能、响应时间、容错性、扩展性等。项目范围管理规划范围管理【单项选择题】（ ） 不属于范围变更控制的工作。A、确定影响导致范围变更的因素，并尽量使这些因素向有利的方面发展B、判断范围变更是否已经发生C、管理范围变更，确保所有被请求变更按照项目整体变更控制过程处理D、确定范围正式被接受的标准和要素答案：D 解析：范围变更控制的工作有：（1）确定影响导致范围变更的因素，并尽量使这些因素向有利的方面发展。（2）判断范围变更是否已经发生。（3）范围变更发生时管理实际的变更，确保所有被请求的变更按照项目整体变更控制过程处理。【单项选择题】某项目范围基准发生变化，经 （请作答此空） 同意，对需求规格说明书进行变更，则该配置项的状态应从 （ ） 。A、项目经理B、技术负责人C、配置管理员D、变更控制委员会答案：D 解析：变更需要经过CCB批准后才能实施，并且配置项的状态由"正式发布"变迁为"正在修改"。【单项选择题】项目的需求文档应精准描述要交付的产品，应能反映出项目的变更。当不得不做出变更时，应该 （ ） 对被影响的需求文件进行处理。A、从关注高层系统需求变更的角度B、从关注底层功能需求变更的角度C、按照从高层到底层的顺序D、按照从底层到高层的顺序答案：C 解析：在需求文档中一定要反映项目的变更，需求文档应精确描述要交付的产品。当不得不做出变更时，应该按从高到低的顺序对被影响的需求文档进行处理。【单项选择题】项目范围基线包括 （ ） 。A、批准的项目范围说明书、WBS及WBS字典B、项目初步范围说明书、WBS及WBS字典C、批准的项目范围说明书，WBS字典D、项目详细范围说明书、WBS答案：A 解析：范围基线又叫作范围基准，包括：经批准的范围说明书、WBS、WBS字典。【单项选择题】典型的信息系统项目开发的过程中， （请作答此空） 阶段拟定了系统的目标、范围和要求；而系统各模块的算法一般在 （   ）阶段确定。A、 概要设计 B、 需求分析 C、 详细设计 D、 程序设计 答案：B 解析：需求分析阶段要确定对系统的综合要求、功能要求和性能要求等。而概要设计、详细设计均是对系统的具体设计方案的分析。程序设计即为编码过程。【单项选择题】在进行项目需求管理时，某需求的状态描述是"该需求已被分析，估计了其对项目余下部分的影响，已用一个明确的产品版本号或创建编号分配到相关的基线中，软件开发团队已同意实现该需求"，则这个需求状态值是 （ ） 。A、已建议B、已验证C、已实现D、已批准答案：D 解析：【单项选择题】典型的信息系统项目开发的过程中， （ ）阶段拟定了系统的目标、范围和要求，而系统各模块的算法一般在 （请作答此空） 阶段确定。A、概要设计B、需求分析C、详细设计D、架构设计答案：C 解析：需求分析拟定了系统的目标、范围和要求；而系统各模块的算法一般在详细设计阶段确定。【单项选择题】关于WBS的描述，不正确的是：（ ） 。A、WBS 必须且只能包括100%的工作B、WBS 的元素必须指定一个或多个负责人C、WBS 应该由全体项目成员、用户和项目干系人一致确认D、分包出去的工作也应纳入WBS中答案：B 解析：在WBS分解的过程中，应该注意以下8个方面：（1）WBS必须是面向可交付成果的。项目的目标是提供产品或服务，仅仅是一连串特别的活动。（2）WBS必须符合项目的范围。WBS必须包括，也仅包括为了完成项目的可交付成果的活动。（3）WBS的底层应该支持计划和控制。WBS是项目管理计划和项目范围之间的桥梁，WBS的底层不但要支持项目管理计划，而且要让管理层能够监视和控制项目的进度和预算。（4）WBS中的元素必须有人负责，而且只由一个人负责，尽管实际上可能需要多个人参与。（5）WBS的指导。作为指导而不是原则，WBS应控制在4?6层。当然，大项目可以超过6层。（6）WBS应包括项目管理工作，也要包括分包出去的工作。（7）WBS的编制需要所有（主要）项目干系人的参与，需要项目团队成员的参与。（8）WBS并非是一成不变的，在完成了WBS之后的工作中，仍然有可能需要对WBS进行修改。【单项选择题】某项目范围基准发生变化，经 （ ） 同意，对需求规格说明书进行变更，则该配置项的状态应从 （请作答此空） 。A、"草稿"变迁为"正在修改"B、"正式发布"变迁为"正在修改"C、"Check in"变迁为"Check out"D、"Check out"变迁为"Check in"答案：B 解析：变更需要经过CCB批准后才能实施，并且配置项的状态由"正式发布"变迁为"正在修改"。【单项选择题】WBS最底层的工作单元被称为工作包，以下关于工作包的叙述中，正确的是 （ ） 。A、可依据工作包来确定进度安排、成本估算等工作B、工作包可以非常具体，也可以很粗略，视项目情况而定C、如果项目规模很大，也可以将其分解为子项目，这时子项目可以认为是一个工作包D、工作包的规模应该较小，可以在40小时之内完成答案：A 解析：某个可交付成果，如果具有如下特征之一，就可能被当成工作包： 规模较小，可以在短时间（80小时）完成。 从逻辑上讲，不能再分了。 所需资源、时间、成本等可以比较准确地估算，已经可以对其进行有效的时间、成本、质量、范围和风险控制。【单项选择题】某公司中标一个企业信息化系统开发项目，合同中该项目包括：人事系统、OA系统和生产系统。下图为项目经理制作的WBS，此处项目经理违反了关于WBS的 （ ） 原则。A、WBS需要考虑将不同的人员的工作分开B、WBS中各项工作是为提供可交付成果服务的C、可以按照系统子系统来逐层分解 WBSD、一个工作单元只能从属于某个上层单元答案：D 解析："OA系统"与"人事系统下面都有""员工培训"，这违反了WBS划分原则的"一个工作单元只能从属于某个上层单元"的原则。【单项选择题】在创建工作分解结构时，描述生产一个产品所需要的实际部件、组件的分解层次表格称为 （ ） 。A、风险分解结构B、物料清单C、组织分解结构D、资源分解结构答案：B 解析：风险分解结构（RBS）-以层次化结构的方式对已识出的风险进行组织，通常是按照风险类别进行划分的。物料清单（BOM）-描述了生产一个产品所需的实际部件、组件和构件的分解层次表格。组织分解结构（OBS）-描述了执行组织的层次结构，以便把工作包同执行组织单元关联。资源分解结构（RBS）-根据资源类型进行组织的一个分层架构。【单项选择题】以下关于需求跟踪的叙述中，不正确的是 （ ） 。A、需求跟踪是为了确认需求，并保证需求被实现B、需求跟踪可以改善产品质量C、需求跟踪可以降低维护成本D、需求跟踪能力矩阵用于表示需求和别的系统元素之间的联系链答案：A 解析：需求跟踪矩阵可以把每个需求与业务目标或项目目标联系起来；需求跟踪矩阵为管理产品范围变更提供框架；逆向需求跟踪检查设计文档、代码、测试用例等工作产品是否都能在需求规格说明书中找到出处。如果按照"需求开发-系统设计-编码-测试"瀑布型顺序开发产品，由于每一步的输出就是下一步的输入，所以对上一步输入的逆向需求跟踪，将会大大降低后期产品或交付成果与项目目标不一致的后果。项目范围管理控制范围【单项选择题】（ ） 属于控制范围的活动。A、与客户仔细讨论项目范围说明书，并请客户签字B、当客户提出新的需求时，说服用户放弃新的需求C、确认项目范围是否覆盖了需要完成的产品或服务进行的所有活动D、确认每项工作是否有明确的质量标准答案：B 解析：选项A是范围定义的内容。选项C、D都是范围确认的工作内容。项目干系人进行范围确认时，一般需要检查以下6个方面的问题：（1）可交付成果是否是确定的、可确认的。（2）每个可交付成果是否有明确的里程碑，里程碑是否有明确的、可辨别的事件。（3）是否有明确的质量标准。（4）审核和承诺是否有清晰的表达。（5）项目范围是否覆盖了需要完成的产品或服务进行的所有活动，有没有遗漏或者错误。（6）项目范围的风险是否太高，管理层是否能够降低可预见的风险发生时对项目的冲击。项目范围管理软件工程【单项选择题】（ ）不是软件需求分析的目的。A、检测和解决需求之间的冲突B、发现软件的边界，以及软件与其环境如何交互C、详细描述系统需求D、导出软件需求答案：D 解析：导出软件需求应该是一个过程而不是目的。软件需求分析主要目的是分析并抽象描述各种需求信息，为目标系统建立一个概念模型，是在计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求，是要解决目标系统做什么的问题。项目范围管理分析技术【单项选择题】对项目的投资效果进行经济评价的方法主要有静态分析法和动态分析法。以下叙述中，不正确的是 （ ） 。A、静态分析法对若干方案进行粗略评价，或对短期投资项目做经济分析时，不考虑资金的时间价值B、动态分析法考虑资金的时间价值C、静态分析法包括投资收益率法、投资回收期法、追加投资回收期法D、动态分析法包括挣现值法、内部收益率法、最小费用法答案：D 解析：最小费用法属于静态分析法。项目范围管理需求分析【单项选择题】以下关于软件需求分析的叙述中，不正确的是（ ） 。A、软件需求分析阶段的任务是描述出软件架构及相关组件之间的接口B、软件需求分析可以检测和解决需求之间的冲突C、软件需求分析可以确定系统的边界D、软件需求分析是软件工程中的一个关键过程答案：A 解析：软件需求分析的目的是对各种需求信息进行分析并抽象描述，为目标系统建立一个概念模型。通过需求分析，可以检测和解决需求之间的冲突；发现系统的边界；并详细描述出系统的需求。选项A是软件设计的任务。通过软件设计，描述出软件架构及相关组件之间的接口；然后，进一步详细地描述这些组件，以便能构造这些组件。