一个大型软件系统的需求总是有变化的。为了降低项目开发的风险，需要一个好的变更控制过程。如下图所示的需求变更管理过程中，①②③处对应的内容应是（请作答此空）；自动化工具能够帮助变更控制过程更有效地运作，（）是这类工具应具有的特性之一。 A. 问题分析与变更描述、变更分析与成本计算、变更实现 B. 变更描述与变更分析、成本计算、变更实现 C. 问题分析与变更描述、变更分析、变更实现 D. 变更描述、变更分析、变更实现

题目

一个大型软件系统的需求总是有变化的。为了降低项目开发的风险，需要一个好的变更控制过程。如下图所示的需求变更管理过程中，①②③处对应的内容应是（请作答此空）；自动化工具能够帮助变更控制过程更有效地运作，（）是这类工具应具有的特性之一。

A. 问题分析与变更描述、变更分析与成本计算、变更实现
B. 变更描述与变更分析、成本计算、变更实现
C. 问题分析与变更描述、变更分析、变更实现
D. 变更描述、变更分析、变更实现

如果没有搜索结果或未解决您的问题，请直接联系老师获取答案。

相似问题和答案

第1题：

大量的工具和技术对于整合变更控制的过程是非常有帮助的。如果你想评估是否需要偏离了原计划的项目是否需要矫正行为，你应该使用

A、范围变更管理软件

B、一个项目管理信息系统

C、项目状态评估会议

D、绩效测评技术

正确答案：D

第2题：

以下关于软件需求变更的叙述中，不正确的是( )

A.每一个需求变更都必须能追溯到一个经核准的变更请求

B.变更控制过程本身应该形成文档

C.所有需求变更必须遵循变更控制过程

D.需求变更后，可以删除原始的需求文档

正确答案：D

第3题：

● 一个大型软件系统的需求通常是会发生变化的。以下关于需求变更策略的叙述中，错误的是（23）。

（23）

A. 所有需求变更必须遵循变更控制过程

B. 对于未获得核准的变更，不应该做变更实现工作

C. 完成了对某个需求的变更之后，就可以删除或者修改变更请求的原始文档

D. 每一个集成的需求变更必须能追溯到一个经核准的变更请求

正确答案：C

试题（23）分析
    一个大型软件系统的需求通常是会发生变化的。在进行需求变更时，可以参考以下
的需求变更策略：
    （1）所有需求变更必须遵循变更控制过程；
    （2）对于未获得批准的变更，不应该做设计和实现工作；
    （3）变更应该由项目变更控制委员会决定实现哪些变更；
    （4）项目风险承担者应该能够了解变更数据库的内容；
    （5）决不能从数据库中删除或者修改变更请求的原始文档；
    （6）每一个集成的需求变更必须能跟踪到一个经核准的变更请求。
参考答案
（23）C

第4题：

以下关于需求管理的叙述中，正确的是______。

A．需求管理是一个对系统需求及其变更进行了解和控制的过程

B．为了获得项目，开发人员可以先向客户做出某些承诺

C．需求管理的重点在于收集和分析项目需求

D．软件开发过程是独立于需求管理的活动

正确答案：A
解析：需求管理是一个对系统需求变更、了解和控制的过程。需求管理过程与需求开发过程相互关联，当初始需求导出的同时就启动了需求管理计划，一旦形成了需求文档的初稿，需求管理活动就开始了。
关于需求管理过程域内的原则和策略，可以参考：
①需求管理的关键过程领域不涉及收集和分析项目需求，而是假定己收集了软件需求，或者已由更高一级的系统给定了需求。
②开发人员在向客户以及有关部门承诺某些需求之前，应该确认需求和约束条件、风险、偶然因素、假定条件等。
③关键处理领域同样建议通过版本控制和变更控制来管理需求文档。

第5题：

论软件需求管理软件需求管理是一个对系统需求变更了解和控制的过程。需求管理过程与需求开发过程相互关联，初始需求导出的同时就要形成需求管理规划，一旦启动了软件开发过程，需求管理活动就紧密相伴。需求管理过程中主要包含变更控制、版本控制、需求跟踪和需求状态跟踪等4项活动，其目标是为项目管理人员建立一个软件需求基线，并保持软件计划、产品和活动与软件需求的一致性。

请以“软件需求管理”为题，依次从以下三个方面进行论述。 1．概要叙述你参与管理和开发的软件项目以及你在其中所担任的主要工作。 2．详细描述需求管理过程中各个活动中的主要工作。 3．详细说明你所参与的软件开发项目中，是如何进行软件需求管理的，实施的具体效果如何。

正确答案：

本文第一部分应花400-600字的篇幅进行项目简介，涉及项目背景、规模、人员、作者的角色，开发的系统有什么样的一些功能，大体的设计。

接下来的主体部分中，着重描述的，应是问题3，对于问题2只需要花200-400字的篇幅大致介绍概念层次的内容。

在对问题3进行论述时，要注意选问题2中的一些活动来论述，其中2个主题是比较好展开的，分别为：变更控制与需求跟踪。

1、变更控制：

变更控制的工作程序依次为：提出与接受变更申请、对变更初审、变更方案论证、项目变更控制委员会审查、发出变更通知并开始实施、变更实施的监控、变更效果的评估、判断发生变更后的项目是否已纳入正常轨道。

（1）提出与接受变更申请。提出变更申请应当及时以正式方式进行，并留下书面记录。变更的提出可以是各种形式，但在评估前应以书面形式提出。

（3）对变更的初审。变更初审的目的是为了对变更提出方施加影响，确认变更的必要性，确保变更是有价值的；进行格式校验，完整性较验，确保评估所需信息准备充分；在干系人间就提出供评估的变更信息达成共识。

（3）变更方案论证。变更方案的主要作用，首先是对变更请求是否可实现进行论证，如果可能实现，则将变更请求由技术要求转化为资源需求，以供CCB决策。常见的方案内容包括技术评估和经济评估，前者评估需求如何转化为成果，后者评估价值和风险。

（4）项目变更控制委员会审查。审查过程由项目所有者据变更申请及评估方案，决定是否批准变更。审查通常是文档会签形式，重大的变更审查可以包括正式会议形式。审查过程应注意分工，项目投资人虽有最终的决策权，但通常在专业技术上并非强项。所以应当在评审过程中将专业评审、经济评审分开，对涉及项目目标和交付成果的变更，客户的意见应放在核心位置。

（5）发出变更通知并开始实施。评审通过，意味着项目基准的调整，同时确保变更方案中的资源需求及时到位。项目基准的调整，包括项目目标的确认，最终成果、工作内容和资源、进度计划的调整。需要强调的是，变更通知后，不只是包括实施项目基准的调整，更要明确项目的交付日期、成果对相关干系人的影响。如变更造成交付期的调整，应在变更确认时发布，而非在交付前公布。

（6）变更实施的监控。要监控的，除了调整过的项目基准中所涉及变更的内容外，还应当对项目的整体基准是否反映项目实施情况负责。通过监控行动，确保项目的整体实施工作是受控的。通常由项目经理负责项目基准的监控，管理委员会监控变更明确的主要成果、进度里程碑等，可以委托监理单位承担监控职责。

（7）变更效果的评估。变更评估首要的评估依据，是项目基准，可需结合变更的初衷来看要达到的目的是否已达成，以及评估变更方案中的技术论证、经济论证内容与实施过程的差距并推进解决。

（8）判断发生变更后的项目是否已纳入正常轨道。项目基准调整后，需要确认的是相应的资源配置和人员是否及时到位，更需多加关注。之后对项目的整体监控应按新的项目基准进行，当确认新的项目基准已经生效则按正常的项目实施流程进行。

2、需求跟踪

根据国家标准GB/T 8567-2006，SRS中的每个软件配置项的需求到其涉及的系统（或子系统）需求都要具有双向可追踪性。所谓双向跟踪，包括正向跟踪和反向跟踪，正向跟踪是指检查SRS中的每个需求是否都能在后继工作成果中找到对应点；反向跟踪也称为逆向跟踪，是指检查设计文档、代码、测试用例等工作成果是否都能在SRS中找到出处。

第6题：

论软件项目的需求变更管理

在大中型软件项目的开发过程中，开发者和用户对问题的理解随时间在不断变化，这些变更又反馈到需求中。需求管理是一个对系统需求变更了解和控制的过程。

请围绕“软件项目的需求变更管理”论题，依次从以下3个方面进行论述。

1．概要叙述你参与分析和开发的软件项目以及你所担任的主要工作。

2．简要说明该软件项目的用户需求，以及你在需求管理中所规划和建立的细节层次结构。

3．概要说明一个需求变更管理过程所包含的基本阶段，具体叙述在开发该软件项目时所发生的需求变更情况，以及你管理这些变更问题所采用的技术和方法，并简要叙述你在这方面的体会。

正确答案：1．需求管理需要“建立并维护在软件工程中同客户达成的契约”。这种契约都包含在编写的需求规格说明与模型中。客户的接受仅是需求成功的一半开发人员也必须能够接受他们并真正把需求应用到产品中。 2．在需求管理中所规划和建立的细节层次结构可通过需求跟踪表来反应。需要确定需求识别、变更管理过程、跟踪策略、CASE工具等内容。 3．通常的需求管理活动包括以下几个方面。 (1)定义需求基线(迅速制订需求文档的主体)。 (2)评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它。 (3)以一种可控制的方式将需求变更融入到项目中。 (4)使当前的项目计划与需求一致。 (5)估计变更需求所产生的影响并在此基础上协商新的承诺(约定)。 (6)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪。 (7)在整个项目过程中跟踪需求状态及其变更情况。一个需求变更管理过程包含问题分析和变更描述、变更分析和成本计算、变更实现这3个基本阶段。简要说明你参与分析和开发的软件项目的用户需求。列举出在开发该软件项目时所发生的需求变更的具体情况并重点说明解决这些变更问题所采用的管理技术和方法。最后简要讨论几点你对“有效的需求变更管理”的实践体会。
1．需求管理需要“建立并维护在软件工程中同客户达成的契约”。这种契约都包含在编写的需求规格说明与模型中。客户的接受仅是需求成功的一半，开发人员也必须能够接受他们，并真正把需求应用到产品中。 2．在需求管理中所规划和建立的细节层次结构，可通过需求跟踪表来反应。需要确定需求识别、变更管理过程、跟踪策略、CASE工具等内容。 3．通常的需求管理活动包括以下几个方面。 (1)定义需求基线(迅速制订需求文档的主体)。 (2)评审提出的需求变更、评估每项变更的可能影响，从而决定是否实施它。 (3)以一种可控制的方式将需求变更融入到项目中。 (4)使当前的项目计划与需求一致。 (5)估计变更需求所产生的影响，并在此基础上协商新的承诺(约定)。 (6)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪。 (7)在整个项目过程中跟踪需求状态及其变更情况。一个需求变更管理过程包含问题分析和变更描述、变更分析和成本计算、变更实现这3个基本阶段。简要说明你参与分析和开发的软件项目的用户需求。列举出在开发该软件项目时所发生的需求变更的具体情况，并重点说明解决这些变更问题所采用的管理技术和方法。最后，简要讨论几点你对“有效的需求变更管理”的实践体会。

第7题：

一个大型软件系统的需求总是有变化的。为了降低项目开发的风险，需要一个好的变更控制过程。如下图所示的需求变更管理过程中，①②③处对应的内容应是（）；自动化工具能够帮助变更控制过程更有效地运作，（）是这类工具应具有的特性之一。

A.问题分析与变更描述，变更分析与成本计算，变更实现 B.变更描述与变更分析，成本计算，变更实现 C.问题分析与变更描述，变更分析，变更实现 D.变更描述，变更分析，变更实现 A.自动维护系统的不同版本 B.支持系统文档的自动更新 C.自动判定变更是否能够实施 D.记录每一个状态变更的日期及变更者

正确答案：A,D

第8题：

● 以下关于需求管理的叙述中，正确的是（24）。

（24）

A. 需求管理是一个对系统需求及其变更进行了解和控制的过程

B. 为了获得项目，开发人员可以先向客户做出某些承诺

C. 需求管理的重点在于收集和分析项目需求

D. 软件开发过程是独立于需求管理的活动

正确答案：A
试题（24）分析
    需求管理是一个对系统需求变更、了解和控制的过程。需求管理过程与需求开发过程相互关联，当初始需求导出的同时就启动了需求管理计划，一旦形成了需求文档的初稿，需求管理活动就开始了。
    关于需求管理过程域内的原则和策略，可以参考：
    ① 需求管理的关键过程领域不涉及收集和分析项目需求，而是假定已收集了软件需求，或者已由更高一级的系统给定了需求。
    ② 开发人员在向客户以及有关部门承诺某些需求之前，应该确认需求和约束条件、风险、偶然因素、假定条件等。
    ③ 关键处理领域同样建议通过版本控制和变更控制来管理需求文档。
参考答案
（24）A

第9题：

以下关于项目整体变更控制过程的叙述中，不正确的是：（）

A.实施整体变更控制过程的目的是为了降低项目风险

B.实施整体变更控制过程贯穿项目始终，并且应用于项目的各个阶段

C.变更控制委员会对整体变更控制过程负最终责任

D.会议是实施整体变更控制的工具与技术之一

正确答案：C

第10题：

风险，需要一个好的变更控制过程。如下图所示的需求变更管理过程中，①②③处对应的内容应是（）。

A. 问题分析与变更描述、变更分析与成本计算、变更实现
B. 变更描述与变更分析、成本计算、变更实现
C. 问题分析与变更分析、变更分析、变更实现
D. 变更描述、变更分析、变更实现

答案：A

解析：

一个大型的软件系统的需求总是有变化的。对许多项目来说，系统软件总需要不断完善，一些需求的改进是合理的而且不可避免，要使得软件需求完全不变更，也许是不可能的，但毫无控制的变更是项目陷入混乱、不能按进度完成，或者软件质量无法保证的主要原因之一。一个好的变更控制过程，给项目风险承担者提供了正式的建议需求变更机制，可以通过变更控制过程来跟踪已建议变更的状态，使己建议的变更确保不会丢失或疏忽。需求变更管理过程如下图所示：

①问题分析和变更描述。这是识别和分析需求问题或者一份明确的变更提议，以检查它的有效性，从而产生一个更明确的需求变更提议。

②变更分析和成本计算。使用可追溯性信息和系统需求的一般知识，对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改、系统修改的设计和实现的成本。一旦分析完成并且确认，应该进行是否执行这一变更的决策。

③变更实现。这要求需求文档和系统设计以及实现都要同时修改。如果先对系统的程序做变更，然后再修改需求文档，这几乎不可避免地会出现需求文档和程序的不一致。

自动化工具能够帮助变更控制过程更有效地运作。许多团队使用商业问题跟踪工具来收集、存储和管理需求变更。用这样的工具创建的最近提交的变更建议清单，可以用作CCB会议的议程。问题跟踪工具也可以随时按变更状态分类报告出变更请求的数目。

因为可用的工具、厂商和特性总在频繁地变化，所以这里无法给出有关工具的具体建议。但工具应该具有以下几个特性，以支持需求变更过程:

①可以定义变更请求中的数据项；

②可以定义变更请求生命周期的状态转换模型；

③可以强制实施状态转换模型，以便只有授权用户可以做出允许的状态变更；

④可以记录每一个状态变更的日期和做出这一变更的人；

⑤可以定义当提议者提交新请求或请求状态被更新时，!哪些人可以自动接收电子邮件通知；

⑥可以生成标准的和定制的报告和图表。

有些商业需求管理工具内置有简单的变更建议系统。这些系统可以将提议的变更与某一特定的需求联系起来，这样无论什么时候，只要有人提交了一个相关的变更请求，负责需求的每个人都会收到电子邮件通知。

题目

相似问题和答案

更多相关问题

相关内容