Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 26552:2015 — 软件工程 — 产品族工程 — 需求管理
通过系统化可变性和可追溯性管理软件产品族需求
理解 ISO/IEC 26552:2015
ISO/IEC 26552:2015 定义了软件产品族工程中的需求管理流程和能力。传统需求工程专注于单一系统，而产品族需求管理必须同时处理多个相关产品的复杂性。该标准解决了如何捕捉产品族中所有产品共享的共性需求以及区分各个产品的可变需求的问题。
该标准尤为关键，因为在产品族工程中，需求层面的决策具有最高的杠杆效应。结构良好的需求模型可以减少高达 50% 的下游返工，而管理不善的需求可变性会导致架构不稳定、测试空白和产品集成失败。
ISO/IEC 26552 强调，在产品族环境中，需求管理不是一次性活动，而是一个持续的过程，需要在多个产品版本中使利益相关者的需求与平台能力保持一致。
关键需求管理流程
该标准将需求管理组织为多个相互关联的流程，涵盖领域工程和应用工程两个生命周期。
基于特征的需求工程
ISO/IEC 26552 的一个显著特点是强调基于特征的需求工程。该标准倡导围绕特征来组织需求，而不是将需求视为扁平列表——特征是向利益相关者提供价值并区分产品族中不同产品的功能单元。每个特征都有相关的需求、约束和可变性特征。
| 流程领域 | 描述 | 关键工件 |
|---|---|---|
| 特征范围划定 | 定义产品族的边界——哪些特征包含在内/排除在外 | 特征范围文档、市场分析 |
| 共性分析 | 识别产品族中所有产品共享的需求 | 共性需求基线 |
| 可变性分析 | 识别不同产品间存在差异的需求，包括绑定时间和依赖关系 | 可变性模型、决策模型 |
| 需求可追溯性 | 将需求链接到特征、架构和跨产品族的测试用例 | 可追溯性矩阵、影响分析报告 |
| 需求演进 | 管理产品族发展过程中需求的变化 | 变更请求、版本历史 |
| 产品衍生支持 | 指导为特定产品选择和配置需求 | 产品需求规格说明 |
领域需求与应用需求
ISO/IEC 26552 在领域需求（产品族平台的完整需求集）和应用需求（为特定产品选择和配置的子集）之间做了关键区分。领域需求在领域工程期间管理并维护在核心资产库中。应用需求在应用工程期间通过决策模型执行来衍生。
一个常见的错误是独立于领域需求来管理应用需求。当这种情况发生时，产品特定的变更不会反馈到核心资产中，导致平台随着时间推移而退化。ISO/IEC 26552 要求在领域需求和应用需求之间建立双向可追溯性。
需求层面的可变性建模
该标准在需求层面的可变性建模方面投入了大量关注。关键概念包括：
- 强制与可选特征：适用于所有产品的需求与按产品选择的需求。
- 互斥特征：相互排斥的需求选择（XOR 关系）。
- 或特征：可以选择一个或多个选项的需求。
- 特征依赖关系：特征之间的需要/排除关系。
- 绑定时间：可变性决策被解析的时间（设计时、编译时、运行时）。
按照 ISO/IEC 26552 规定使用基于特征的需求管理的组织报告需求影响分析速度提高 30-45%，产品衍生中与需求相关的缺陷显著减少。
工程设计见解
面向需求工程师和产品经理的实用指导：
- 在详细需求之前投入特征建模：结构良好的特征模型为详细需求的组织提供了骨架。从粗粒度的特征开始，逐步细化。
- 建立公共需求词汇表：该标准建议为产品族创建共享词汇表，避免特征和需求描述中的歧义。
- 规划需求演进：产品族通常有 10-15 年的生命周期。需求管理基础设施必须支持版本控制、变更影响分析和过时特征的退役。
- 使用决策模型进行产品配置：决策模型弥合了特征选择和需求定制之间的差距。它们编码了指导产品衍生的规则。
不要将可变性模型视为静态工件。随着市场条件的变化和产品族的发展，可变性模型必须更新。ISO/IEC 26552 建议将定期的可变性模型审查作为产品规划周期的一部分。
常见问题解答
Q: ISO/IEC 26552 与 ISO/IEC 29148 等传统需求管理标准有何不同？
ISO/IEC 29148 侧重于单个系统的需求工程。ISO/IEC 26552 将其扩展到处理多个相关产品之间的可变性，增加了特征建模、共性与可变性分析以及产品衍生支持等独特概念，这些是产品族工程所特有的。
ISO/IEC 29148 侧重于单个系统的需求工程。ISO/IEC 26552 将其扩展到处理多个相关产品之间的可变性，增加了特征建模、共性与可变性分析以及产品衍生支持等独特概念，这些是产品族工程所特有的。
Q: ISO/IEC 26552 能否与敏捷需求实践一起使用？
可以。该标准与用户故事、待办事项管理和迭代细化兼容。标准中的特征模型自然地与史诗和特征级别的待办事项项对应。即使在敏捷环境中，关键是要保持显式的可变性信息。
可以。该标准与用户故事、待办事项管理和迭代细化兼容。标准中的特征模型自然地与史诗和特征级别的待办事项项对应。即使在敏捷环境中，关键是要保持显式的可变性信息。
Q: 推荐哪些工具用于产品族需求管理？
该标准不强制要求特定工具，但描述了所需的能力：特征建模编辑器、支持可变性的需求存储库、决策模型执行器和可追溯性管理工具。流行的选项包括 pure::variants、Gears 以及标准 ALM 平台的特征建模插件。
该标准不强制要求特定工具，但描述了所需的能力：特征建模编辑器、支持可变性的需求存储库、决策模型执行器和可追溯性管理工具。流行的选项包括 pure::variants、Gears 以及标准 ALM 平台的特征建模插件。
Q: 如何处理来自不同产品利益相关者的需求？
ISO/IEC 26552 建议成立一个包含所有产品线代表的产品族需求委员会。特征范围划定过程涉及市场分析、利益相关者访谈和系统化优先级排序，以平衡共同需求与产品特定需求。
ISO/IEC 26552 建议成立一个包含所有产品线代表的产品族需求委员会。特征范围划定过程涉及市场分析、利益相关者访谈和系统化优先级排序，以平衡共同需求与产品特定需求。
