验证
结束
已取消
12、要避免因需求变更可能造成不良后果，应该遵循哪些原则？
需求一定要分类管理
需求必须分优先级
需求必须文档化
需求一旦变化，就必须对需求变更的影响进行评估
需求管理必须与需求工程的其他活动紧密整合。
13、针对经常发生的软件需求变更，在实践中总结出的对策有哪些？
优先排序，分批实现
软件开发人员与用户相互协作
12、非功能性需求定义了对系统提供的服务或功能的约束，包括时间约束、空间约束、开发过程约束及应遵循的标准等。
13、非功能需求还与系统的开发过程有关，例如对在软件过程中必须要使用的质量标准的描述、设计中必须使用的CASE工具集的描述以及软件过程所必须遵守的原则等。
14、按照非功能需求的起源，可将其分为产品需求、机构需求和外部需求3大类。
充分交流
安排专职人员负责需求变更管理
合同约束
区别对待
选用适当的软件生命周期模型
14、什么是客户和用户？
15、根据对需求的不同处理，可以把需求状态分为哪8种？
自动化工具，对使用的CASE工具作出选择。
4、需求要考虑的属性有哪些？
需求的创建时间
需求的版本
需求的创建者
需求的批准者
需求状态
需求的原因或根据
需求涉及的子系统
需求涉及的产品版本
需求的验证方法或测试标准
需求的优先级
需求的稳定性
5、何谓需求状态？
需求状态，是某个时间点用户需求的一种反映。
6、用户的需求有哪些情况？
用户可以明确清楚地提出的需求
用户知道需要做些什么，但却不能确定的需求。
需求可以从用户处得到，但需求的业务不明确，还需要等待外部信息。
用户自己也说不清楚的需求。
7、需求开发的注意事项。
项目前景认识一致需求获取完整和确需求分析过程中要注意划分需求优先级
需求规格得到双方一致理解和认可
8、需求管理的注意事项。
7、功能需求取决于软件的类型、软件的用户及系统的类型等。
8、功能需求应该具有全面性和一致性。
9、功能需求全面性指对用户所需要的所有服务进行描述。
10、功能需求一致性则指需求的描述不能前后自相矛盾。
11、非功能需求是指那些不直接与系统的具体功能相关的一类需求。它们与系统总体特性相关，如可靠性、响应时间及需要的存储空间等。
4、通常情况下，在4个不同层次的软件需求描述中，由于原始问题描述和软件设计描述过于抽象和过于具体而不常出现，人们经常提到的是用户需求和系统需求。
5、系统需求一般分为功能需求、非功能需求和领域需求。
6、功能需求描述系统所应提供的功能和服务，包括系统应该提供的服务、对输入如何响应及特定条件下系统行为的描述。
第2章 软件项目需求管理复习题
一、填空题：
1、需求是从系统外部能发现系统所具有的满足于用户的特点、功能与属性等。
2、软件需求的四个层次依次分别是：原始问题描述、用户需求、系统需求、软件设计描述。
3、原始问题描述和用户需求的抽象层次比较高，能帮助我们的较高抽象层次上进行交流，而系统需求和软件设计描述则是具体的，可以根据它们的来进行编码。
便于项目跟踪和减少项目风险
简化了系统再设计，易于软件重用
10、版本控制的最简单方法。
在每一个版本的需求文档中，保留版本修正的历史纪录，即已进行变更的内容、变更日期、变更责任人以及变更的原因，并根据标准约定手工标记软件需求规格说明的每一次修改
11、需求变更有哪些状态？
变更提交
变更评估
被采纳
被拒绝
实施变更
15、产品需求对产品的行为进行描述；机构需求描述用户与开发人员所在机构的政策和规定；外部需求范围比较广，包括系统的所有外部因素和开发过程。
16、一个好的需求集应该包含用户解决问题需要的功能服务，而且尽量避免涉及软件设计与软件实现的细节。区分一个需求集质量的高低可通过软件需求质量度量的9个元素，即正确性、无歧义、完备性、一致性、分级别、可验证性、可修改性、可跟踪性、可理解性。
21、需求评审有两类，其中的正式技术评审也称为同行评审。
22、实现需求跟踪的一种通用方法是采用需求跟踪矩阵。
二、简答题：
1、软件需求的定义是什么，分别从用户角度和开发者角度给以阐述。
用户角度：用户解决问题或达到目标所需的条件或能力；
开发者角度：系统或系统不见腰满足合同、标准、规范或其他正式文档所需具有的条件或能力。
2、何时开始需求管理活动？
初始需求导出的同时就启动了需求管理规划，一旦形成了需求文档的草稿，需求管理活动就开始。
3、需求管理规划的包括哪些内容？
需求识别，给需求唯一的标识，以便在上下文中引用。
变更管理过程，确定一个选择、分析和决策需求变更的过程，所有的需求变更都要遵循此过程。
需求跟踪，定义需求之间的关系及需求和设计之间的关系，记录并维护这些关系。
需求变更
需求变更过程
未实现的需求
扩充项目范围
9、需求跟踪的目的与作用。
目的：建立和维护从用户需求到测试的一致性与完整性，确保实现都以客户需求为基础，实现的需求覆盖了预期的需求，并确保输出与用户需求的符合性。
需求跟踪的作用
在需求验证中，便于确保所有需求被应用
有助于变更影响分析
便于需求的维护
便于测试时找出问题所在
17、需求工程可分解为需求开发和需求管理。需求开发关注需求的生成，需求管理关注需求变更的控制。
18、需求开发与需求管理之间的界限是基准需求规格。
19、需求管理是一个使客户与项目团队不断变更的软件需求达成并保持一致的过程。
20、需求开发的结果应该有项目视图、范围文档、用例文档、软件需求规格说明书及相关分析模型。