Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 26550:2015 软件工程 — 产品家族参考框架解析
ISO/IEC 26550:2015
ISO/IEC 26550:2015 为软件产品家族工程（也称为软件产品线工程）建立了全面的参考框架。软件产品家族是一组共享一组受管理的通用特性的软件密集型系统，这些特性满足特定市场领域或任务的特定需求，并且按照规定的方式从一组通用核心资产开发而来。该标准为跨相关产品系统地复用软件资产提供了基础框架，使组织能够通过战略性复用和受管理的可变性在开发效率、上市时间、产品质量和客户满意度方面实现显著改进。
软件产品家族工程从根本上讲是关于管理可变性和共性。在采用此框架之前，进行彻底的领域分析，以确定哪些特性在不同产品之间变化，哪些保持不变——该分析是所有产品家族架构决策的基础。
该标准区分了’领域工程’（开发可复用核心资产）和’应用工程’（使用这些资产构建特定产品）。这种关注点分离是该框架的关键架构洞见。
不要试图预先构建完整的产品家族基础设施。该标准建议采用渐进式采用策略——从试点项目开始，为有限范围识别和开发核心资产，并随着经验积累逐步扩展产品家族。
产品家族工程的ROI通常需要2-3个产品才能收回核心资产的投资。请考虑这个盈亏平衡点来规划您的采用时间表，并确保初始投资期间的执行支持。
1. 核心概念：可变性、共性和核心资产
该标准介绍了支撑产品家族工程的几个基本概念。可变性 是软件系统或工件能够在特定上下文中被有效扩展、更改、定制或配置的能力。共性 指所有家族成员中一致的共享特性、架构和资产。核心资产 是可复用的构建块——包括架构、可复用软件组件、领域模型、需求、测试用例、文档和工具——构成开发单个产品的基础。该标准定义了一种可变性建模方法，捕获变化点、变体和解析规则，使产品家族中的系统配置管理成为可能。
在前期大力投资于您的领域分析和可变性建模。理解不充分的可变性会导致要么过于僵化、无法容纳所需变化的架构，要么过于复杂的、增加不必要开销的可变性机制。
核心资产应被视为战略投资。对核心资产应用比产品特定代码更高质量标准，因为核心资产中的缺陷会传播到所有家族成员。该标准建议对所有核心资产变更应用正式审查过程。
可变性机制可分为编译时（例如条件编译、预处理器指令）、加载时（例如配置文件、插件架构）或运行时（例如动态绑定、特性标志）。选择适合您性能和灵活性要求的机制。
该标准强调可变性模型与实现工件之间的可追溯性。没有可追溯性，随着产品家族的发展，维护整个家族的一致性将变得越来越困难。
2. 双生命周期模型：领域工程与应用工程
该标准的参考框架围绕两个并行的生命周期组织。领域工程 是建立产品家族的共性和可变性、设计和实现核心资产以及管理产品家族基础设施的过程。它包括领域需求工程、领域设计、领域实现（核心资产的实现）和领域测试。应用工程 是根据特定产品需求解析可变性、从核心资产派生出特定产品的过程。它包括应用需求工程、应用设计、应用实现和应用测试。该标准为每个生命周期阶段提供了详细的过程描述、工作产品定义和角色分配。
| 方面 | 领域工程 | 应用工程 |
|---|---|---|
| 目的 | 开发可复用核心资产 | 从核心资产派生出特定产品 |
| 输入 | 领域范围、市场需求 | 特定产品需求 |
| 输出 | 参考架构、可复用组件、可变性模型 | 特定产品实现 |
| 复用类型 | 为复用而创建（为将来使用创建资产） | 复用已有（为新项目使用现有资产） |
| 范围 | 产品家族 / 领域 | 单个产品 |
| 生命周期 | 持续演进 | 按项目 |
| 关键角色 | 领域工程师、可变性架构师 | 应用工程师、产品配置员 |
| 测试重点 | 核心资产验证、可变性覆盖 | 产品特定配置、集成 |
该标准的一个关键洞见是领域工程和应用工程以不同的时间尺度和节奏运作。领域工程是一项持续的、战略性的活动，根据应用工程项目和市场变化的反馈来演进核心资产。应用工程按照项目特定的时间表运作，从当前版本的核心资产中派生产品。该标准提供了管理这两个生命周期之间同步的指导，包括将应用项目的经验反馈到核心资产改进中的机制。
提示：建立一个定期开会审查和优先处理核心资产演进的产品家族委员会或架构审查委员会。该治理机构应包括来自领域工程（供应方）和应用工程（需求方）的代表，以平衡战略资产开发与战术项目需求。该委员会应根据预计的复用价值和战略一致性维护优先的核心资产改进路线图。
3. 组织采用和实施策略
向产品家族工程方法的过渡代表着重大的组织变革。ISO/IEC 26550 提供了采用策略的指导，包括主动式（在第一个产品之前开发核心资产）、反应式（从现有产品中提取核心资产）和增量式（在传统开发旁边逐步引入产品家族实践）。该标准还涉及组织结构考虑，建议设立一个专用的核心资产团队，拥有专用资源、明确的角色定义（包括产品家族经理、领域分析师、可变性架构师和资产管理员）以及管理核心资产演进的治理机制。成功指标侧重于整个产品家族的复用率、生产力改进、质量改进和上市时间缩短。
组织阻力是产品家族计划失败的最常见原因。通过早期成功、清晰的利益沟通和对’非我发明’综合症的敏感性来解决这个问题。在推广之前，先用一个小而可见的成功来展示价值。
该标准建议为产品家族决策建立明确的经济模型。在评估是否投资于可复用核心资产时，考虑预计将使用它的产品数量、开发成本以及在没有它的情况下单独适配每个产品的成本。
在产品家族背景下，配置管理和版本控制变得显著更加复杂。投资于支持可变性感知版本管理的工具，例如特性模型感知的SCM系统或产品线特定的配置管理平台。
考虑采用该标准的过程参考模型作为使用ISO/IEC 15504（SPICE）进行过程评估和改进的基础。该标准为此目的提供了映射指导，使组织能够基准测试其产品家族工程能力。
常见问题
Q: 产品家族和产品线之间有什么区别？
A: 这两个术语经常互换使用。ISO/IEC 26550 使用’产品家族’来指代一组共享通用资产的产品，而其他一些标准和文献使用’产品线’。两者都指跨相关产品进行系统性软件复用的相同基本概念。
A: 这两个术语经常互换使用。ISO/IEC 26550 使用’产品家族’来指代一组共享通用资产的产品，而其他一些标准和文献使用’产品线’。两者都指跨相关产品进行系统性软件复用的相同基本概念。
Q: ISO/IEC 26550 与软件架构有何关系？
A: 该标准将软件架构置于产品家族工程的核心位置。参考架构是最重要的核心资产，定义了所有家族成员的通用结构、可变性点和集成接口。该标准强烈推荐以架构为中心的开发方法。
A: 该标准将软件架构置于产品家族工程的核心位置。参考架构是最重要的核心资产，定义了所有家族成员的通用结构、可变性点和集成接口。该标准强烈推荐以架构为中心的开发方法。
Q: 产品家族工程可以应用于 AI 系统吗？
A: 是的，尽管该标准早于 ISO/IEC AI 标准系列（2613x 系列）。对于 AI 产品家族，核心资产将包括可复用数据流水线、预训练模型骨干、评估框架和 MLOps 基础设施。可变性管理将处理模型架构选择、超参数范围和部署配置。
A: 是的，尽管该标准早于 ISO/IEC AI 标准系列（2613x 系列）。对于 AI 产品家族，核心资产将包括可复用数据流水线、预训练模型骨干、评估框架和 MLOps 基础设施。可变性管理将处理模型架构选择、超参数范围和部署配置。
Q: 产品家族采用的典型 ROI 模式是什么？
A: 研究和案例研究表明，在建立核心资产后，组织通常实现单个产品开发效率 2-5 倍的提升，新产品上市时间减少 50-80%，产品质量提高 30-60%（以缺陷密度衡量）。然而，1-3 年的初始投资期需要持续的组织承诺。
A: 研究和案例研究表明，在建立核心资产后，组织通常实现单个产品开发效率 2-5 倍的提升，新产品上市时间减少 50-80%，产品质量提高 30-60%（以缺陷密度衡量）。然而，1-3 年的初始投资期需要持续的组织承诺。
Q: ISO/IEC 26550 于 2015 年发布，现在仍然相关吗？
A: 是的。产品家族工程的基本原则——管理可变性和共性、战略复用、领域工程与应用工程——至今仍然高度相关。该标准已通过 ISO/IEC 26551 至 26556 在特定领域的详细过程得到补充。对于现代环境，该框架可以适用于微服务、SaaS 产品家族和 AI/ML 平台。
A: 是的。产品家族工程的基本原则——管理可变性和共性、战略复用、领域工程与应用工程——至今仍然高度相关。该标准已通过 ISO/IEC 26551 至 26556 在特定领域的详细过程得到补充。对于现代环境，该框架可以适用于微服务、SaaS 产品家族和 AI/ML 平台。
Q: 哪些工具支持产品家族工程？
A: 该标准不强制要求特定工具，但引用了所需的能力：可变性建模工具（特性模型、决策模型）、核心资产存储库、支持可变性的配置管理系统、产品派生工具和可追溯性管理工具。每个类别都有商业和开源选项。
A: 该标准不强制要求特定工具，但引用了所需的能力：可变性建模工具（特性模型、决策模型）、核心资产存储库、支持可变性的配置管理系统、产品派生工具和可追溯性管理工具。每个类别都有商业和开源选项。
