在软件开发项目的需求工程中，需求管理贯穿整个过程。需求管理最基本的任务是明确需求， 并使项目团队和用户达成共识，即建立__________ 。 A．需求分析文档 B．需求跟踪文档 C．需求基线 D．需求变更管理文档
题目
在软件开发项目的需求工程中，需求管理贯穿整个过程。需求管理最基本的任务是明确需求， 并使项目团队和用户达成共识，即建立__________ 。 A．需求分析文档 B．需求跟踪文档 C．需求基线 D．需求变更管理文档
相似考题
更多“在软件开发项目的需求工程中,需求管理贯穿整个过程。需求管理最基本的任务是明确需求,并使项目团 ”相关问题
-
第1题：
需求管理过程的目标,是管理和控制需求,维护软件计划、产品和活动与需求的一致性,并保证需求在软件项目中得到实现。按照“五个面向理论”,软件管理是面向过程的。需求管理是面向需求过程的,需求管理过程不包括:A.需求确认
B.需求分析
C.需求评审
D.需求跟踪
E.需求变更活动
正确答案：B
-
第2题：
论网络工程项目的需求管理和范围管理
在网络工程项目的建设过程中，含糊的需求和范围经常变化，使网络工程项目的甲乙双方吃尽了苦头，这使得项目团队体会到需求管理和范围管理的重要性，并努力寻找良策，改进以进行管理。
请围绕“需求管理和范围管理”论题，分别从以下3个方面进行论述。
1．概要叙述你参与过管理的网络工程项目，以及该项目在需求管理和范围管理方面的情况。
2．论述需求开发、需求管理和范围管理的区别与联系。
3．详细论述在你参与过管理的网络工程项目中具体采用的范围管理过程、方法、工具及其实际效果。
正确答案：1．介绍你参与过管理的网络工程项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品尤其要着重介绍项目的需求和范围简要说明自己所承担的主要工作。 2．虽然需求管理贯穿网络工程项目的整个生命周期但只有经过需求分析过程之后才能确定项目的范围。 (1) 需求开发、需求管理和范围管理。 “需求”指的是由项目接受的或项目产生的产品和产品构件需求包括由组织征集的对项目的需求。这种需求既有技术性的也有非技术性的。 所有与需求直接相关的活动都称为需求工程。需求工程的活动可分为两大类：一类属于需求开发另一类属于需求管理。 需求开发的目的是通过调查与分析获取用户需求并定义产品需求。 需求管理的目的是确保各方对需求的一致理解管理和控制需求的变更执行从需求到最终产品的双向跟踪。 项目范围管理的目的是确保项目包含且只包含项目所必须完成的工作。 项目范围管理包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制5个过程。 (2) 需求开发、需求管理和范围管理的区别与联系。 首先通过需求开发来获取网络工程项目的需求在此基础上确定项目的范围进行项目范围管理。需求管理是对己批准的网络工程项目需求进行全生命周期的管理其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。 对于网络工程项目需求可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况分步或分期满足。确定每一期应满足的需求后该期的范围管理就有了基础。 需求管理处理需求的变更需求的变更会引起项目范围的变更。 3．结合自身参与管理网络工程项目的实际体会阐述项目的范围管理。项目范围管理主要包括范围计划编制、范围定义及创建工作分解结构、范围确认和范围控制等管理过程。各个管理过程的输入、方法/工具/技术和主要输出如表5-20所示。其中方法、工具和技术各点都要叙述其实际效果要谈出体会和深度来。
1．介绍你参与过管理的网络工程项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品，尤其要着重介绍项目的需求和范围，简要说明自己所承担的主要工作。 2．虽然需求管理贯穿网络工程项目的整个生命周期，但只有经过需求分析过程之后才能确定项目的范围。 (1) 需求开发、需求管理和范围管理。 “需求”指的是由项目接受的或项目产生的产品和产品构件需求，包括由组织征集的对项目的需求。这种需求既有技术性的，也有非技术性的。 所有与需求直接相关的活动都称为需求工程。需求工程的活动可分为两大类：一类属于需求开发，另一类属于需求管理。 需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 需求管理的目的是确保各方对需求的一致理解，管理和控制需求的变更，执行从需求到最终产品的双向跟踪。 项目范围管理的目的是确保项目包含且只包含项目所必须完成的工作。 项目范围管理，包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制5个过程。 (2) 需求开发、需求管理和范围管理的区别与联系。 首先通过需求开发来获取网络工程项目的需求，在此基础上确定项目的范围，进行项目范围管理。需求管理是对己批准的网络工程项目需求进行全生命周期的管理，其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。 对于网络工程项目需求，可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况，分步或分期满足。确定每一期应满足的需求后，该期的范围管理就有了基础。 需求管理处理需求的变更，需求的变更会引起项目范围的变更。 3．结合自身参与管理网络工程项目的实际体会，阐述项目的范围管理。项目范围管理主要包括范围计划编制、范围定义及创建工作分解结构、范围确认和范围控制等管理过程。各个管理过程的输入、方法/工具/技术和主要输出如表5-20所示。其中，方法、工具和技术各点都要叙述其实际效果，要谈出体会和深度来。
-
第3题：
试题一
论软件需求管理及其应用
软件需求工程关注创建和维护软件需求文档需展开的一切活动。需求工程可分为需求开发和需求管理两项工作，其中需求管理的目标是为软件需求建立一个基线，供软件开发及其管理使用，确保软件计划、产品和活动与软件需求的一致性。从软件需求工程的角度来看，需求管理包括在软件开发过程中维持需求一致性和精确性的所有活动。
请围绕“软件需求管理及其应用”论题，依次从以下三个方面进行论述。
1．概要叙述你参与管理和开发的软件项目以及你在其中所担任的主要工作。
2．详细论述软件需求管理的主要活动及其所包含的主要内容。
3．结合你具体参与管理和开发的实际项目，说明是如何采用软件需求管理方法进行需求管理的，说明具体实施过程以及应用效果。
正确答案：1.简要叙述所参与管理和开发的软件项目，并明确指出在其中承担的主要任务和开展的主要工作。
2.需求管理的主要活动有变更控制，版本控制，需求跟踪和需求状态跟踪。
（1）需求变更管理过程包括：
问题分析和变更描述，需要识别和分析需求问题，形成明确的变更协议，以检查它的有效性，从而产生一个更明确的需求变更提议。
变更分析和成本计算。使用可追溯性信息和系统需求的一般知识，对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改，系统修改的设计和实现的成本。一旦分析完成并且被确认，应该进行是否执行这一变更的决策。
变更实现。这要求需求文档和系统设计以及实现都要同时修改。
（2）版本控制：主要包括确定需求文档版本。
（3）需求跟踪：包括定义对其他需求的链接；定义对其他系统元素的链接；使用的工具即需求跟踪矩阵。
（4）需求状态跟踪：定义需求状态；跟踪需求的每一个状态。
3.考生需结合自身参与项目的实际状况，指出其参与管理和开发的项目中所进行的需求管理活动，说明该活动的具体实施过程，使用的方法和工具，并对实际应用效果进行分析。
-
第4题：
论信息系统项目的需求管理和范围管理
在信息系统项目的开发过程中，人们越来越体会到需求管理和范围管理的重要性，含糊的需求和范围经常性的变化使信息系统项目的甲乙双方吃尽了苦头，这使得人们急于寻找良策以管理范围。
请围绕“需求管理和范围管理”论题，分别从以下三个方面进行论述：
概要叙述你参与管理过的信息系统项目，以及该项目在需求管理和范围管理方面的情况。
正确答案：[写作要点] 介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品尤其着重介绍项目的需求和范围介绍自己担任的工作。
[写作要点] 介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品，尤其着重介绍项目的需求和范围，介绍自己担任的工作。 -
第5题：
以下关于需求管理的描述中，正确的是(59)。
A．需求管理要通过调查与分析，以获取用户需求并定义产品需求
B．需求管理包括需求获取、需求分析、需求定义和需求验证4个活动过程
C．需求管理的成果有项目视图、范围文档、需求规格说明书、用例文档等
D．需求管理要取得利益相关方对需求的一致承诺
正确答案：D
解析：需求工程可以分为需求开发和需求管理。需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。软件项目需求开发的成果有项目视图、范围文档、需求规格说明书、用例文档及相关分析模型等。需求开发包括需求获取、需求分析、需求定义和需求验证4个活动过程。需求管理的目的是管理项目产品和产品部件的需求，识别项目计划和工作产物与这些需求之间的不一致之处。需求管理的活动包括获取对需求的一致理解、获取对需求的承诺、管理需求变更、维护对需求的双向溯源能力、识别项目工作与需求之间的不一致之处。 -
第6题：
以下关于项目范围控制与用户需求变更的联系说法错误的是（ ）。A. 用户的需求变更必须控制在可控范围之内。
B. 如果项目团队缺乏明确的需求变更管理控制及范围管理控制，非常容易导致项目的失控。
C. 需求基线定义了项目的范围。
D. 需求基线是固定的，不需要根据少量需求变更而改变。答案：D解析：本题考查项目范围控制与用户需求变更的联系。
每次需求变更并经过需求评审后，都要重新确定新的需求基线。 -
第7题：
论信息系统项目的需求管理和范围管理评分标准
一、介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品，尤其着重介绍项目的需求和范围；介绍自己担任的工作及需要处理的问题。
二、虽然需求管理贯穿信息系统项目的整个生命周期，但只有经过需求分析过程之后才能确定项目的范围。
需求开发和需求管理
“需求”指的是由项目接受的或项目产生的产品和产品构件需求，包括由组织征集的对项目的需求。这种需求既有技术性的，也有非技术性的。“需求管理”（Requirements Management，REQM）的目的是确保各方对需求的一致理解；管理和控制需求的变更；从需求到最终产品的双向跟踪。
所有与需求直接相关的活动通称为需求工程。需求工程的活动可分为两大类，一类属于需求开发；另一类属于需求管理。
需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。
需求管理的工作流程主要包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。
范围管理
项目范围管理，包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制等五个过程。
需求管理和范围管理的区别与联系
客户给开发商提需求，需求本身没有对错问题，只有什么时候做的问题。对大量的复杂的需求的满足要根据需求的紧急重要程度、项目本身和甲乙双方的实际情况，分步或分期满足。对每期应满足的需求，需求确定后，本期的范围管理就有了基础。同样，对信息系统项目的每一期而言，仍然有需求管理和范围管理的问题。
三、根据参与管理过的信息系统项目的实际体会，阐述项目的范围管理。过程要有：范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制等五个过程。
方法和工具要有：
（1） 范围计划编制要有“专家判断”、“模板、表格和标准”。
（2） 范围定义要有“产品分析”、“可选方案识别”和“专家判断法”
（3） 创建工作分解结构要有“工作分解结构模板”、“分解”。
（4） 范围确认要有“检查”。
（5） 范围控制要有“变更控制系统”、“配置管理系统”和“重新规划”。
以上各点都要叙述其实际效果，要谈出体会和深度来。答案：解析：论文评分标准
一、论文满分是75分，论文评分可分为优良、及格与不及格三个档次。评分的分数可分为：
60分至75分优良（相当于百分制80分至100分）；
45分至59分及格（相当于百分制60分至79分）；
0分至44分不及格（相当于百分制0分至59分）；
评分时可先用百分制进行评分，然后转化为以75分为满分 （乘以0.75）。
二、建议具体评分时，参照每一试题相应的“解答要点”中提出的要求，对照下述五个方面进行评分：
（1） 切合题意（30%）
无论是管理论文、理论论文或实践论文，都需要切合解答要点中的一个主要方面或者多个方面进行论述。可分为非常切合、较好地切合与基本上切合三档。
（2） 应用深度与水平（20%）
可分为有很强的、较强的、一般的与较差的独立工作能力四档。
（3） 实践性（20%）
可分为如下四档；有大量实践和深入的专业级水平与体会；有良好的实践与切身体会和经历；有一般的实践与基本合适的体会；有初步实践与比较肤浅的体会。
（4） 表达能力（15%）
可从逻辑清晰、表达严谨、文字流畅和条理分明等方面分为三档。
（5） 综合能力与分析能力（15%）
可分为很强、比较强和一般三档。
三、下述情况的论文，需要适当扣分：
（1） 摘要应控制在200～400字的范围内，凡是没有写论文摘要、摘要过于简略、或者摘要中没有实质性内容的论文；
（2） 字迹比较潦草、其中有不少字难以辨认的论文；
（3） 正文基本上只是按照条目方式逐条罗列叙述的论文；
（4） 确实属于过分自我吹嘘或自我标榜、夸大其词的论文；
（5） 内容有明显错误和漏洞的，按同一类错误每一类扣一次分；
（6） 内容仅属于大学生或研究生实习性质的项目、并且其实际施用背景的水平相对较低的论文。
可考虑扣5分到10分。
四、下述情况之一的论文，不能给予及格分数。
（1） 虚构情节、文章中有较严重的不真实的或者不可信的内容出现的论文。
（2） 未能详细讨论项目开发的实际经验、主要从书本知识和根据资料摘录进行讨论的论文。
（3） 所讨论的内容与方法过于陈旧、或者项目的水准相对非常低下的论文。例如， 数据库设计仅讨论了FoxPro且没有鲜明特色的应用；开发的是仅能用单机版的（孤立型的）规模很小的并且没有特色的应用项目。
（4） 内容不切题意，或者内容相对很空洞、基本上是泛泛而谈且没有较深入体会的论文。
（5） 正文与摘要的篇幅过于短小的论文（如正文少于1200字）。
（6） 文理很不通顺、错别字很多、条理与思路不清晰、字迹过于潦草等情况相对严重的论文。
五、下述情况，可考虑适当加分：
（1） 有独特的见解或者有着很深入的体会、相对非常突出的论文；
（2） 起点很高，确实符合当今计算机应用系统发展的新趋势与新动向，并能初步加以实现的论文；
（3） 内容详实、体会中肯、思路清晰、非常切合实际的很优秀的论文，
（4） 项目难度很高，或者项目完成的质量优异，或者项目涉及国家重大信息系统工程且作者本人参加并发挥重要作用、并且能正确按照试题要求论述的论文。
可考虑加5分到10分。 -
第8题：
在软件需求工程中，需求管理贯穿整个过程。需求管理最基本的任务是明确需求，并使项目团队和客户达成共识，即建立（）
- A、需求跟踪说明
- B、需求变更管理文档
- C、需求分析计划
- D、需求基线
正确答案:D -
第9题：
需求管理的目的是（）。
- A、跟踪一个需求使用周期的全过程，确保所有的工作成果符合用户需求
- B、编制每个需求同系统元素之间的联系文档，提供由需求到产品实现整个过程范围的明确查阅的能力
- C、对需求进行可行性论证，确保需求准确、完整的表达了客户的要求
- D、帮助组织记录并控制需求变化，维持需求的稳定，在产品或项目开发过程中保持需求的完整性、一致性、有效性、稳定性
正确答案:D -
第10题：
以下关于需求管理的叙述中，正确的是（）
- A、需求管理是一个对系统需求及其变更进行了解和控制的过程
- B、为了获得项目，开发人员可以先向客户做出某些承诺
- C、需求管理的重点在于收集和分析项目需求
- D、软件开发过程是独立于需求管理的活动
正确答案:A -
第11题：
单选题需求管理的目的是（）。A跟踪一个需求使用周期的全过程，确保所有的工作成果符合用户需求
B编制每个需求同系统元素之间的联系文档，提供由需求到产品实现整个过程范围的明确查阅的能力
C对需求进行可行性论证，确保需求准确、完整的表达了客户的要求
D帮助组织记录并控制需求变化，维持需求的稳定，在产品或项目开发过程中保持需求的完整性、一致性、有效性、稳定性
正确答案： A解析： 暂无解析 -
第12题：
多选题在管理培训项目的开发流程中，需求分析阶段的工作，主要抓住（）关键点。A个人发展需求
B晋升替补需求
C组织发展需求
D整个人员现状
正确答案： A,D解析： 暂无解析 -
第13题：
论软件项目的需求变更管理
在大中型软件项目的开发过程中，开发者和用户对问题的理解随时间在不断变化，这些变更又反馈到需求中。需求管理是一个对系统需求变更了解和控制的过程。
请围绕“软件项目的需求变更管理”论题，依次从以下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个基本阶段。 简要说明你参与分析和开发的软件项目的用户需求。列举出在开发该软件项目时所发生的需求变更的具体情况，并重点说明解决这些变更问题所采用的管理技术和方法。最后，简要讨论几点你对“有效的需求变更管理”的实践体会。 -
第14题：
论IT项目的需求管理和范围管理
在信息系统项目的建设过程中，含糊的需求和范围经常性的变化，使信息系统项目的甲乙双方都吃尽了苦头，这使得项目团队体会到需求管理和范围管理的重要性，并努力寻找良策，以改进管理范围。
请围绕“IT项目的需求管理和范围管理”论题，分别从以下3个方面进行论述。
1．概要叙述与你参与管理过的信息系统项目，以及该项目在需求管理和范围管理方面的情况。
2．论述需求开发、需求管理和范围管理的区别与联系。
3．详细论述你参与管理过的信息系统项目具体采用的范围管理过程、方法、工具及其实际效果。
正确答案：1．介绍你参与管理过的信息系统项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品尤其着重介绍项目的需求和范围简要说明自己所承担的主要工作。 2．虽然需求管理贯穿信息系统项目的整个生命周期但只有经过需求分析过程之后才能确定项目的范围。 (1)需求开发、需求管理和范围管理。 “需求”指的是由项目接受的或项目产生的产品和产品构件需求包括由组织征集的对项目的需求。这种需求既有技术性的也有非技术性的。 所有与需求直接相关的活动通称为需求工程。需求工程的活动可分为两大类：一类属于需求开发另一类属于需求管理。 需求开发的目的是通过调查与分析获取用户需求并定义产品需求。 需求管理的目的是确保各方对需求的一致理解；管理和控制需求的变更；从需求到最终产品的双向跟踪。 项目范围管理的目的是确保项目包含且仅仅只包含项目所必须完成的工作。 项目范围管理包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制这5个过程。 (2)需求开发、需求管理和范围管理的区别与联系。 首先通过需求开发来获取信息系统项目的需求在此基础上确定项目的范围、进行项目范围管理。需求管理是对已批准的信息系统项目需求进行全生命周期的管理其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。 对于信息系统项目需求可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况分步或分期满足。确定每一期应满足的需求后该期的范围管理就有了基础。 需求管理处理需求的变更需求的变更会引起项目范围的变更。 3．结合自身参与管理过的信息系统项目的实际体会阐述项目的范围管理。项目范围管理主要包括范围计划编制、范围定义及创建工作分解结构、范围确认和范围控制等管理过程。各个管理过程的输入、方法/工具/技术和主要输出如表2-24所示。其中方法、工具和技术各点都要叙述其实际效果要谈出体会和深度来。
1．介绍你参与管理过的信息系统项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品，尤其着重介绍项目的需求和范围，简要说明自己所承担的主要工作。 2．虽然需求管理贯穿信息系统项目的整个生命周期，但只有经过需求分析过程之后才能确定项目的范围。 (1)需求开发、需求管理和范围管理。 “需求”指的是由项目接受的或项目产生的产品和产品构件需求，包括由组织征集的对项目的需求。这种需求既有技术性的，也有非技术性的。 所有与需求直接相关的活动通称为需求工程。需求工程的活动可分为两大类：一类属于需求开发，另一类属于需求管理。 需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 需求管理的目的是确保各方对需求的一致理解；管理和控制需求的变更；从需求到最终产品的双向跟踪。 项目范围管理的目的是确保项目包含且仅仅只包含项目所必须完成的工作。 项目范围管理，包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制这5个过程。 (2)需求开发、需求管理和范围管理的区别与联系。 首先通过需求开发来获取信息系统项目的需求，在此基础上确定项目的范围、进行项目范围管理。需求管理是对已批准的信息系统项目需求进行全生命周期的管理，其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。 对于信息系统项目需求，可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况，分步或分期满足。确定每一期应满足的需求后，该期的范围管理就有了基础。 需求管理处理需求的变更，需求的变更会引起项目范围的变更。 3．结合自身参与管理过的信息系统项目的实际体会，阐述项目的范围管理。项目范围管理主要包括范围计划编制、范围定义及创建工作分解结构、范围确认和范围控制等管理过程。各个管理过程的输入、方法/工具/技术和主要输出如表2-24所示。其中，方法、工具和技术各点都要叙述其实际效果，要谈出体会和深度来。
-
第15题：
论软件需求管理 软件需求管理是一个对系统需求变更了解和控制的过程。需求管理过程与需求开发过程相互关联，初始需求导出的同时就要形成需求管理规划，一旦启动了软件开发过程，需求管理活动就紧密相伴。 需求管理过程中主要包含变更控制、版本控制、需求跟踪和需求状态跟踪等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中找到出处。
-
第16题：
以下关于需求管理的叙述中，正确的是______。
A．需求管理是一个对系统需求及其变更进行了解和控制的过程
B．为了获得项目，开发人员可以先向客户做出某些承诺
C．需求管理的重点在于收集和分析项目需求
D．软件开发过程是独立于需求管理的活动
正确答案：A
解析：需求管理是一个对系统需求变更、了解和控制的过程。需求管理过程与需求开发过程相互关联，当初始需求导出的同时就启动了需求管理计划，一旦形成了需求文档的初稿，需求管理活动就开始了。
关于需求管理过程域内的原则和策略，可以参考：
①需求管理的关键过程领域不涉及收集和分析项目需求，而是假定己收集了软件需求，或者已由更高一级的系统给定了需求。
②开发人员在向客户以及有关部门承诺某些需求之前，应该确认需求和约束条件、风险、偶然因素、假定条件等。
③关键处理领域同样建议通过版本控制和变更控制来管理需求文档。 -
第17题：
以下关于需求管理的描述中，正确的是__________。 A．需求管理包括需求获取、需求分析、需求定义和需求验证4个活动过程 B．需求管理的主要目的是减少需求变更的数量 C．在需求变更管理中，CCB的职责之一是分析变更请求所带来的影响 D．需求管理的成果有项目视图、范围文档、需求规格说明书、用例文档等
正确答案：D
要点解析：需求工程可以分为需求开发和需求管理。其中，需求开发包括需求获取、需求分析、需求定义和需求验证4个活动过程。据此，选项A的说法有误。
需求开发的El的是通过调查与分析，获取用户需求并定义产品需求。软件项目需求开发的成果有项目视图、范围文档、需求规格说明书、用例文档及相关分析模型等。据此，选项D的说法正确。 需求管理的主要目的是确保各方对需求的一致理解；管理和控制需求的变更；从需求到最终产品的双向追踪。对待变更的正确态度是将变更置于合理、规范的管理之下，而不是一味地减少变更。据此，选项B的说法有误。
在需求变更管理中，CCB是一个具有决策性质的组织机构，其职责是决定采纳或拒绝针对项目需求的变更请求。通常，CCB不负责分析变更请求所带来的影响、负责实现需求变更、判定变更是否正确地实现等具体的事务性工作。据此，选项C的说法有误。
-
第18题：
以下关于项目范围控制与用户需求变更的联系说法错误的是（ ）。A：用户的需求变更必须控制在可控范围之内。
B：如果项目团队缺乏明确的需求变更管理控制及范围管理控制，非常容易导致项目的失控。
C：需求基线定义了项目的范围。
D：需求基线是固定的，不需要根据少量需求变更而改变。答案：D解析：本题考查项目范围控制与用户需求变更的联系。
每次需求变更并经过需求评审后，都要重新确定新的需求基线。 -
第19题：
某软件开发项目在项目的最后阶段发现对某个需求的理解与客户不一致，产生该问题最可能的原因是（）
- A、需求获取
- B、需求分析
- C、需求定义
- D、需求验证
正确答案:A -
第20题：
软件项目需求工程包括需求开发和（）。
- A、需求策划
- B、需求感知
- C、需求管理
- D、需求组织
正确答案:C -
第21题：
工程咨询服务项目的管理过程不包括（）。
- A、初步接洽
- B、明确客户需求
- C、制订管理方案
- D、估算咨询费用
正确答案:D -
第22题：
下列关于软件需求管理与需求开发的论述，正确的是（）
- A、所谓需求管理是指对需求开发的管理
- B、需求管理包括：需求获取、需求分析、需求定义和需求验证
- C、需求开发是将用户需求转化为应用系统成果的过程
- D、在需求管理中，要求维持对原有需求和所有产品构件需求的双向跟踪
正确答案:D -
第23题：
单选题在软件需求工程中，需求管理贯穿整个过程。需求管理最基本的任务是明确需求，并使项目团队和客户达成共识，即建立（）A需求跟踪说明
B需求变更管理文档
C需求分析计划
D需求基线
正确答案： D解析： 暂无解析