ISO/IEC 26702:2007 — 系统工程 — 系统工程过程的应用与管理

ISO/IEC 26702:2007（IEEE 1220）概述

ISO/IEC 26702:2007 与 IEEE Std 1220-2005 相同，是一个基础性的系统工程标准，定义了实现成功系统所需的跨学科方法。它提供了在整个系统生命周期中应用系统工程原理的全面框架——从概念探索到开发、生产、运营和退役。

系统工程并非简单是软件工程的大规模版本。它是一门独立的学科，解决多个工程专业（机械、电气、软件、人因工程等）的集成问题，以创建凝聚的系统解决方案。

本标准适用于任何复杂度的系统，包括包含硬件、软件、固件、操作人员、程序和设施的系统。它面向系统工程师、项目经理、工程负责人和采购专业人员，他们需要一种结构化的方法来管理系统开发项目的技术方面。

系统工程过程模型

标准定义了一个递归和迭代的系统工程过程，分为三个主要过程类别：

1. 技术过程

这些是将利益相关者需求转化为经过验证的系统的核心工程活动。它们包括：

需求分析——收集、分析和记录利益相关者的期望，并将其转化为系统需求。这包括功能分析、性能需求定义和验证标准的建立。
架构定义——综合满足需求的替代系统架构，评估设计替代方案之间的权衡，基于技术和计划标准选择首选架构。
设计与实现——为每个系统元素开发详细设计，确保元素之间的兼容性，通过制造、编码或采购实现设计。
集成、验证与确认——组装系统元素，验证每个元素满足其指定需求，并确认完整系统在预期操作环境中满足利益相关者的需求。

一个常见陷阱是在获得完整一致的需求集之前就转向架构定义。本标准强调，需求分析和架构综合是并发、迭代的活动——而不是顺序阶段。

2. 技术管理过程

这些过程规划、监控和控制技术活动。关键过程包括：技术规划（定义技术工作范围、工作分解结构和进度安排）、风险管理（在整个生命周期中识别、分析和缓解技术风险）、配置管理（建立和维护系统性能、功能和物理属性的一致性），以及技术评估（使用挣值管理技术性能指标衡量相对于技术计划的进展）。

过程类别	关键过程	主要输出
技术过程	需求分析、架构定义、设计、集成、验证、确认	系统规范、架构模型、经过验证的系统、经过确认的系统
技术管理	技术规划、风险管理、配置管理、技术评估、决策分析	系统工程管理计划、风险登记册、配置基线、技术评审包
生命周期支持	向生产转型、运营支持、培训、维护规划、处置	生产转型计划、培训材料、维护程序、处置计划

3. 生命周期过程

标准定义了系统工程如何与整体系统生命周期集成，包括：向生产和/或部署转型、运营和支持规划、培训和培训设备开发、系统维护和保障，以及系统处置和退役。标准强调生命周期考量必须从一开始就集成到工程决策中——而不是事后考虑。

系统工程设计方法

ISO/IEC 26702 规定了一种基于以下原则的结构化设计方法：

功能分解与分配

系统的功能被分层分解并分配给系统元素（硬件、软件、人员、设施）。这创建了一个功能架构，作为物理架构开发的基础。标准强调从利益相关者需求到功能再到物理元素的可追溯性。

权衡分析

设计决策由正式的权衡分析方法支持。标准描述了如何定义评估标准、根据利益相关者的优先级进行加权评分替代方案、并进行敏感性分析。常用的技术包括层次分析法、Pugh矩阵和成本效益分析。

权衡分析是系统工程真正价值得到体现的地方。一个结构良好的权衡研究使设计决策透明、可辩护且可重现。始终记录权衡研究结论的基本原理。

风险驱动设计

标准将风险管理集成到工程过程中。技术风险在整个开发生命周期中被识别、分析和缓解。风险驱动因素影响着架构替代方案的选择、验证方法的选择以及设计工作的深度。高风险领域接受更严格的分析和测试。

在项目早期忽视技术风险是系统工程项目失败的主要原因。缓解风险的成本随着生命周期的每个阶段按数量级增加。投资于早期风险识别和缓解。

与其他标准的一致

ISO/IEC 26702:2007 是更广泛的系统工程标准生态系统的一部分，包括：ISO/IEC/IEEE 15288（系统生命周期过程）——26702 与之对齐并提供详细工程指导的总体生命周期过程标准；ISO/IEC/IEEE 29148（需求工程）——提供补充 26702 中需求分析过程的详细需求工程实践；ISO/IEC/IEEE 42010（架构描述）——提供与架构定义过程集成的架构描述框架；以及 ISO 9001（质量管理）——系统工程过程有助于实现质量管理体系中定义的质量目标。

常见问题

Q: ISO/IEC 26702（IEEE 1220）和 ISO/IEC/IEEE 15288 有什么区别？
ISO/IEC/IEEE 15288 是一个更广泛的生生命周期过程标准，定义了在系统生命周期中应执行哪些过程。ISO/IEC 26702 为专门应用系统工程提供了更详细的“如何做”指导，包括详细的技术过程、管理过程和设计方法。可以将 15288 视为过程框架，将 26702 视为工程实践指南。

Q: 如何为小型或敏捷项目扩展系统工程？
标准的过程是可扩展的。对于小型或敏捷项目，可以降低形式化程度，但基本活动（需求分析、架构定义、集成、验证）仍然是必不可少的。关键是将系统工程的严谨程度与项目的风险状况匹配——风险较高的项目需要更正式地应用标准实践。

Q: 建模与仿真在 ISO/IEC 26702 中的作用是什么？
标准认为建模与仿真是需求分析、架构权衡分析和验证规划的重要工具。基于模型的系统工程是标准原则的自然延伸，其中系统模型充当系统规范、设计、分析和验证信息的权威真相源。

Q: 标准如何处理人因工程和操作人员因素？
标准明确将操作人员作为系统元素。人因工程贯穿整个过程：在功能分析期间定义操作人员任务，在架构综合期间设计人机界面，在系统验证期间验证操作人员性能。标准要求将人的能力和局限性与硬件和软件特性一起考虑。