软件和系统工程标准系列
Abstract
本文详述了需求分析流程的体系框架，以实现将利益相关者的需求准确转化为具体的系统需求。文中着重强调了需求的完整性、可追溯性和验证，以及在系统设计和验证中，需求所起的核心作用。
本文是对IEEE-29148《系统与软件工程：生命周期流程：需求工程》第六章内容的深度解读和整合。基于原文本，文章内容做了适度优化和调整，以便更好地理解和实施。整体结构共分为五个部分：
- 需求工程流程概述
- 利益相关者需求定义流程
- 需求分析流程
- 需求工程活动
- 需求管理
具体内容如下：
第三部分：需求分析流程
需求分析流程的主要目的是将利益相关者对所需服务的需求驱动视图转化为可以提供这些服务的系统技术视图。这一流程构建了未来系统的表示，该系统将满足利益相关者的要求，并在约束允许的范围内进行。它不指定任何特定的实现方式，但会产生可衡量的系统要求。
具体来说，成功实施需求分析流程的结果包括：
- 产品所需的特性、属性、功能和性能要求已明确指定。
- 影响了系统架构设计的约束及其实现方法已确定。
- 实现了系统需求与利益相关者需求的完整性和可追溯性。
- 定义了验证系统要求是否得到满足的基础。
在实施这一流程时，项目应根据与需求分析流程相关的适用和程序，执行以下活动和任务：
- 定义系统的功能边界，根据要提供的行为和属性来定义。这包括了对系统的刺激及其对用户和环境行为的响应的分析和描述，以及系统与其操作环境之间所需交互的描述。
- 通过与利益相关者建立（或服务）的边界条件来定义系统需求，以最大限度地减少范围问题。影响边界条件的三个因素是、环境和约束。
- 定义系统需要执行的每个功能，并详细描述了功能执行的条件和要求。
还强调了需求重用的重要性，并提供了相关指导。对于可重用的先前存在的需求，应识别并提供其机会和相关信息。
- 定义由利益相关者的要求引入的或不可避免的解决方案限制的必要实施约束。
- 在制定一套系统要求和架构设计之前，与利益相关者一起验证约束条件，确保这些约束条件得到充分理解且正确无误。
- 定义能够评估技术成果的技术和使用质量措施，包括定义与利益相关者要求中确定的每项有效性衡量指标相关的关键绩效参数。
在规范需求方面，文章指出规范是需求的集合，描述了产品、材料的基本技术要求以及确定这些要求是否得到满足的标准。重要的需求规范可能包括系统需求规格、软件需求规格说明等。
文章还详细介绍了需求完整性的分析方法，强调了验证需求的重要性，包括利益相关者评审、原型设计、建模和模拟、概念建模等技术。也强调了需求可追溯性的重要性，即保持系统需求和利益相关者需求之间的相互可追溯性。
文章提到了在整个系统生命周期内维护系统需求集的重要性，并建议使用需求管理工具来帮助维护需求的可追溯性和配置控制。
本文同步发布在《软件需求探索》期刊上。