软需---需求工程概述

需求工程概述

需求工程的重要性

1. 软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根”
2. 需求分析奠定了软件工程和项目管理的基础
3. 开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求，包括所有面向用户、面向机器和其它软件系统的接口
4. 需求是产品的根源，需求工作的优劣对产品影响最大
5. 软件需求是决定软件开发是否成功的关键因素

什么是软件需求

IEEE软件工程标准词汇表

• ①用户解决问题或达到目标所需的条件或能力。
• ②系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。
• ③一种反映上面①或②所描述的条件或能力的文档说明。

软件需求的分类

目标需求

• 反应组织机构或客户对系统和产品提出的高层次的目标需求，其限定了项目的范围和项目应达到的目标

业务需求

• 主要描述软件系统必须完成的任务、实际业务或工作流程等。软件开发人员通常可以从业务需求进一步细化出具体的功能需求和非功能需求。

功能需求

• 指开发人员必须实现的软件功能或软件系统应具有的外部行为。

性能需求（非功能需求）

• 指实现的软件系统功能应达到的技术指标，如：计算效率和精度、可靠性、可维护性和可扩展性等。

约束与限制

• 指软件开发人员在设计和实现软件系统时的限制，如：开发语言、使用的数据库等。

需求规格说明

完整性

• 不能遗漏任何必要的需求信息。遗漏需求将很难查出。
• 每一项需求都必须将所要实现的功能描述清楚 。
• 开发人员可以从需求规格说明中获得设计和实现这些功能所需的所有必要信息。

正确性

• 每一项需求都必须准确地陈述其要开发出的功能性。
• 只有用户代表才能确定用户需求的正确性，这就是为何一定要有用户的积极参与的原因。
• 没有用户参与的需求只是评审者凭空猜测。

可行性

• 每一项需求都必需是在已知系统和环境的权能和限制范围内可以实施的。
• 最好在获取需求过程中，始终有一位软件工程小组的组员与需求分析人员或考虑市场的人员在一起工作，由他来负责技术可行性上的检查。

必要性

• 每一项需求都应把客户真正所需要的和最终系统所需遵从的标准记录下来。
• “必要性”也可以理解为每项需求都是用来授权你编写文档的“根源” 。
• 要使每项需求都能回溯至某项客户的输入，如使用实例或别的来源。

划分优先级

• 给每项需求、特性或使用实例分配一个实施优先级以指明它在特定产品中所占的分量。
• 不划分优先级，将导致项目管理者在开发或节省预算或调度中就丧失控制自由度 。

无二义性

• 对所有需求说明的读者都只能有一个明确统一的解释。
• 尽量把每项需求用简洁明了的用户性的语言表达出来。
• 避免二义性的有效方法包括对需求文档的正规审查，编写测试用例，开发原型以及设计特定的方案脚本。

可验证性

• 检查一下每项需求是否能通过设计测试用例或其它的验证方法，如用演示、检测等来确定产品是否确实按需求实现了。
• 如果需求不可验证，则确定其实施是否正确就成为主观臆断，而非客观分析了。
• 一份前后矛盾，不可行或有二义性的需求也是不可验证的 。

需求工程定义

1. 需求工程是应用工程化的方法、技术和规格来开发和管理软件的需求。
2. 需求工程的任务就是获取、分析和表达软件的需求
3. 软件需求工程主要包括需求的开发活动和需求的管理活动。

其它一些基本概念

用户

• 利用计算机系统所提供的服务的人
• 直接操作计算机系统的人，就是直接使用软件系统的人

客户

• 掌握经费的人，通常有权决定软件需求。客户可以是用户，也可以不是用户。
• 正式接受新开发或修改后的硬件和软件系统的某个人或组织

软件开发人员

• 为客户开发软件系统的人

项目相关人员（利益相关方）

• 提出和定义软件需求相关的人，包括所有用户、客户和软件开发人员

练习题