携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第4天，点击查看活动详情
需求工程过程
1.需求分析的目的是保证需求的（完整性和一致性）。
2.系统需求开发的结果最终会写入（ 系统需求规格说明）。
3.比较容易发现的涉众称为初始涉众，又称为（ 涉众基线 ），通常包括客户、管理者和相关的投资者。
4.（ 统计报表）属于定量硬数据。
5.需求分析活动的一个重要任务是进行（ 需求细化），明确用户需求的隐含信息，展开为明确的对软件系统的行为期望，即系统需求。
6.项目的前景和范围文档、用户需求文档都被视为属于（ 用户文档），重点都是用户的现实世界。
7.系统需求规格说明文档、软件需求规格说明文档、硬件需求规格说明文档、接口需求规格说明文档和人机交互文档一
起被用于系统开发的目的，都被认为是（开发文档）。
8.（ 销售商）不是需求规格说明文档的读者。
9.需求工程过程实践方法是需求工程（工作方式与行为方法）。
10.需求开发过程包括需求获取、需求分析、需求规格说明及（需求验证）。
11.传统的需求分析方法都是从设计领域转入分析领域的。
12.需求工程是所有需求处理活动的总和，它收集信息、分析问题、整合观点、记录需 求并验证其正确性，终反映软件被应用后与其环境互动形成的期望效应。
13.软件需求开发用来确定系统需求中应该由软件满足的部分，将其映射为软件行为，产生软件需求规格说明。
14.优秀的需求应该具备 7 个特性，即完整性、正确性、精确性、可行性、必要性、无歧义和可验证。
15.所有对软件系统的开发和应用具有发言权和决定权的人统称为涉众。
16.在需求工程中，主要产生三类重要的文档：项目前景和范围文档、用户需求文档以及需求规格说明。
17.需求获取得到的信息和需求开发应该建立的软件系统解决方案之间有着很大的差距。需求分析就是用来解决这个差距的需求工程活动。
18.需求分析的根本任务是：建立分析模型并创建解决方案。
19.需求协商活动既包括对目标冲突的处理，也包括对需求细节冲突的处理。
20.【判断题】需求验证是需求工程中最后一个活动。×
21.【判断题】软件系统能够与问题域进行交互和相互影响的原因在于，软件系统中的某些部分对问题域中的某些部分具有模拟特性。√
22.【判断题】规格说明是问题域为满足用户需求而提供的解决方案，规定了解系统的行为特征。×
23.【判断题】业务需求具有明显的目的性和较高的抽象性，经过明确和细化的处理，可以直接转化为系统需求。×
24.【判断题】需求开发的一些特性决定了需求开发过程只能是一个简单的线性增量过程。×
25.【判断题】对于需求不确定性比较小的项目，用户参与可以取得比较好的效果，但对于需求不确定性比较大的项目，用户参与反而可能带来阻碍作用。×
26.【判断题】如果选择的开发方法是实验式或者探索式开发方法，应该尽量花费最小的代价，争取最快的速度，忽略或简化不重要的功能处理。×
27.【判断题】由于文档是来自于当前计算机或手工系统的产物，因此它是正确的，也正是客户所需要的。×
28.【判断题】对系统的现状和背景进行分析往往能够发现重要的目标，得到一些明确的问题和缺陷，它们的反面就是
系统需要实现的目标。√
29.【判断题】软件需求规格说明文档是对部分系统功能分配给软件部分的详细描述。×
30.【名词解释】基线
基线是软件工程活动从一个环节转入另外一个环节时对阶段产品或组件的标识。因为软件规模的膨胀和分工的细化，软件开发过程变得越来越复杂，每个阶段可能由不同类型的角色和人员来完成，因此有必要清晰标识上一阶段完成的成果和下阶段开始工作的基础。这种标识活动就是建立基线。
31.【名词解释】需求基线
需求基线是被明确和固定的需求集合，是项目团队的需要在某一特定产品版本中实现的特征和需求集合。
