第3章需求工程2

功能需求和非功能需求定义了开发人员必须 实现的软件功能，这些需求则体现在需求文 档中。
2020/10/22
6
3.1.1 业务需求
业务需求说明了提供给客户和产品开发商 的新系统的最初利益, 它们在项目视图与范 围文档中予以说明。
项目视图和范围文档应该包括高层的产 品业务目标，所有的使用实例和功能需求都 必须能达到业务需求的需要。项目视图说明 使所有项目参与者对项目的目标能达成共识。 而范围则是作为评估需求或潜在特性的参考。
2020/10/22
17
3.3 需求的获取
需求获取是在问题及其最终解决方案之 间架设桥梁的第一步。需求获取的关键在于 通过与用户的沟通和交18
3.3.1 需求获取的过程
需求获取的主要任务是与客户或用户沟 通，了解系统或产品的目标是什么，客户或 用户想要实现什么？
第3章 需求工程
3.1 软件需求 3.2 需求工程过程 3.3 需求的获取 3.4 需求分析 3.5 需求定义 3.6 需求验证 3.7 需求管理 3.8 案例:小型教学管理系统 3.9 小结
2020/10/22
内容提要
1
引言
软件需求是决定软件开发是否成功的一 个关键因素
整个软件工程活动中，只有需求阶段可以称 为需求工程。这体现了需求在整个软件工程 过程中非同一般的重要性。
2020/10/22
7
3.1.2 用户需求
用户需求是从用户角度描述的系统功能 需求和非功能需求，通常只涉及系统的外部 行为，而不涉及系统的内部特性。用户需求 文档描述了用户使用软件产品要完成的任务， 用户需求描述的原则是：应该易于用户的理 解，一般不采用技术性很强的语言，而是采 用自然语言和直观图形相结合的方式进行描 述。
2020/10/22
16
3.2 需求工程过程
3.需求定义 利用描述语言、标准格式书写软件系统的需求规 格说明。 4.需求验证 审查和验证软件系统需求规格说明，进而确定需 求规格说明是否正确描述了用户对软件系统的需 求。 5.需求管理 需求管理的任务是：管理软件系统的需求规格说 明，评估需求变更带来的影响及成本费用，跟踪 软件需求的状态，管理需求规格说明的版本等。 下面分别叙述需求工程的每一部分。
非功能需求
产品需求
机构需求
外部需求
可可效移
用靠率植
性性需性
需需求需
求求
求
交实标 付现准 需需需 求求求
道立互 德法操 需需作 求求需
求
性能需 求
2020/10/22
空间需 求
隐私需 求
安全需 求
12
3.1.4 非功能需求
对于非功能需求的表述要求尽可能的量化且 可验证。表3.1给出了一些可能用来指定非 功能性系统特性的度量，据此可以检验系统 是否满足了相应的需求。
2020/10/22
13
特性 速度
规模
3.1.4 非功能需求
度量指标
每秒处理的事务 用户/事件响应时间 屏幕刷 新时间
K字节
RAM芯片数
易用性 培训时间 帮助画面数
可靠性 鲁棒性
失败平均时间 无效的概率 失败发生率 有效性
失败之后的重启次数 事件引起失败的百分比 失败中数据崩溃的可能性
可移植性 依赖于目标的语句百分比 目标系统数
2020/10/22
14
3.2 需求工程过程
软件需求工程是一门应用有效的技术和方法、 合适的工具和符号，来确定、管理和描述目 标系统及其外部行为特征的学科。
需求工程过程中 ，开发人员需要： 收集和分析各方面的需求 编写规格说明文档 并采用评审和商议等有效手段对其进行验证，
最终形成一个需求基线 由于软件开发过程中经常发生需求变更的情
2020/10/22
10
3.1.4 非功能需求
非功能需求涉及的面非常广，包括系统 的性能，目标系统所受的限制条件和开发和 维护软件的限制，还包括如安全规章、隐私 权保护的立法等外部因素。
具体内容可由三个方面构成— 产品需求 机构需求 外部需求
2020/10/22
11
3.1.4 非功能需求
2020/10/22
4
3.1 软件需求
图3.1 不同层次的软件需求及其关系
2020/10/22
5
3.1 软件需求
业务需求反映了组织机构或客户对系统和 产品高层次的目标要求，它们在项目视图与 范围文档中予以说明。
用户需求描述了用户使用产品必须要完成的 任务，这在使用实例文档或方案脚本说明中 予以说明。
况，因此必须有效地管理和控制这些变更。
2020/10/22
15
3.2 需求工程过程
需求工程过程包括：
1.需求获取 确定和收集与待开发的软件系统相关的用户需
求信息。 2.需求分析 对获得的用户需求信息进行分析和综合，找出错
误和冲突及遗漏的地方，获得用户的准确需求，进 而建立软件系统的逻辑模型或需求模型。
需求工程的所有过程包括:
需求获取 需求分析 需求定义 需求验证 需求管理
2020/10/22
2
3.1 软件需求
关于软件需求定义： 在IEEE软件工程标准词汇表（1997年）中给 出如下描述：
（1）用户解决问题或达到目标所需的条 件或能力。
（2）系统或系统部件要满足合同、标准、 规范或其他正式规定文档所需具有的条件或 能力。
（3）一种反映上面（1）或（2）所描述 的条件或能力的文档说明。
2020/10/22
3
3.1 软件需求
从这个标准定义中可以看出需求的概念涵 盖了两个方面:
用户角度（系统的外部行为） 开发人员角度（系统的内部特性）
通常，软件需求可以分为不同的层次： 业务需求 用户需求 功能需求 非功能需求
2020/10/22
8
3.1.3 功能需求
功能需求描述系统所预期提供的功能或 服务。即定义系统应该做什么，系统要求输 入什么信息，输出什么信息，以及如何将输 入变换为输出。它由开发的软件类型、软件 未来的用户以及开发的系统类型决定。
2020/10/22
9
3.1.4 非功能需求
除了关心软件的功能和行为外，用户会 将更多注意力集中于诸如产品的易用性、运 行速度、可靠性、如何进行异常处理等特性。 因此，一个好的软件还必须满足一系列非功 能需求。非功能需求是指那些不直接与系统 具体工作相关的一类需求。主要涉及系统的 总体特性，如可靠性、反映时间和储存空间 等。