利益相关者需求和要求定义过程 - 系统工程手册-系统生命周期的过程与活动指南-技术过程

1.1 目的

如ISO/IEC/IEEE 15288所述，

[6.4.2.1] 利益相关者需求 ²和要求定义过程的目的是为系统定义利益相关者的需要，该系统可以在特定环境中提供用户和其他利益相关者所需的能力。

1.2 描述

成功的项目取决于在整个生命周期中满足利益相关者的需求和要求。利益相关者是指在系统中拥有合法权益的任何实体（个人或组织）。在提名利益相关者时，企业管理层将考虑所有可能受到或能够影响系统的人——通常，他们会考虑用户、运营商、组织决策者、协议各方、监管机构、开发机构、支持组织，以及整个社会（在业务和建议的解决方案的背景下）。当无法直接联系时，系统工程师会寻找代理商，如市场营销或非政府组织，代表一类利益相关者的关注，如消费者或后代。

在确定利益相关者后，此过程会引发与新或更改的能力或新机会相对应的利益相关者需求。这些需求被分析并转化为一套针对解决方案运行和效果以及其与运营和使能环境交互的利害关系人要求。利害关系人的要求是验证操作能力的主要参考依据。

为了取得良好的效果，系统工程师几乎参与了项目的各个方面，密切关注两个或多个系统或系统元素协同工作的接口，并与利益相关者和其他组织单位建立互动网络。

利益相关者需求管理系统的开发，并且是进一步定义或澄清发展项目范围 ³的重要因素。如果一个组织正在获取系统，这个过程为协议中交付物的技术描述提供了基础——通常以系统级规范和在系统边界上的已定义接口的形式。

1.3 输入/输出

利益相关者需求与要求定义流程的输入和输出在图4.4中列出。每个输入和输出的描述在附录E中提供。

1.4 过程活动

利益相关者需求和要求定义过程包括以下活动：

准备利益相关者需求和要求定义： - 定义利益相关者需求和要求定义策略。 - 计划利益相关者需求和要求定义活动。 - 定义利益相关者需求和要求定义程序。

定义利益相关者需求： - 识别利益相关者。 - 收集利益相关者需求。 - 定义利益相关者需求。

开发运营概念和其他生命周期概念： - 定义运营概念。 - 定义部署和分发概念。 - 定义支持概念。 - 定义退役概念。

转化为利益相关者要求： - 分析利益相关者需求。 - 定义利益相关者要求。 - 定义约束条件。

管理利益相关者需求和要求： - 维护可追溯性。 - 提供信息项目。

常用方法和技巧：

• 利益相关者识别应该尽可能全面，包括直接和间接利益相关者。
• 使用多种技术收集需求，包括访谈、调查、观察 ⁴、原型和用户故事。
• 运营概念是关键输出，描述了系统将如何在其预期环境中运行。
• 确保需求的可验证性和可追溯性。
• 定期与利益相关者验证需求的准确性和完整性。

2.1 利益相关者识别和分析

利益相关者识别是该过程的关键第一步。系统工程师必须识别所有可能影响或受系统影响的个人、组织或实体。利益相关者类型包括：

主要利益相关者： - 最终用户和操作员 - 系统所有者和赞助商 - 客户和购买者

次要利益相关者： - 维护和支持人员 - 监管机构和认证机构 - 供应商 ⁵和合作伙伴 - 受影响的社区和环境

关键利益相关者： - 具有否决权的利益相关者 - 资源提供者 - 决策制定者

2.2 需求获取技术

有效的需求获取需要使用多种技术：

访谈 ⁶技术： - 结构化访谈 - 半结构化访谈 - 开放式访谈

观察技术： - 工作场所观察 - 用户行为分析 - 流程映射

协作技术： - 研讨会 ⁷和工作坊 - 焦点小组 ⁸ - 头脑风暴 ⁹会议

原型技术： - 概念原型 - 功能原型 - 用户界面原型

2.3 运营概念开发

运营概念（ConOps）是利益相关者需求定义过程的关键输出。它描述了：

系统运营环境： - 物理环境条件 - 技术环境 - 组织环境 - 法规环境

用户和操作员： - 用户类型和特征 - 操作员角色 ¹⁰和责任 - 技能和培训要求 - 工作流程和程序

系统使用场景： - 正常操作场景 - 异常和紧急情况 - 维护和支持场景 - 系统演化场景

2.4 需求转化和规范

将利益相关者需求转化为正式的利益相关者要求需要：

需求分析： - 需求分类和优先级 ¹¹排序 - 需求冲突识别和解决 - 需求完整性和一致性检查

要求规范： - 功能要求定义 - 性能要求定义 - 约束条件定义 - 接口要求定义

验证标准： - 可测试性要求 - 验收标准 ¹²定义 - 成功度量定义