在过去的十年中，许多标准开发组织(sdo)和其他行业协会一直在协同工作，以使系统工程(SE)和软件工程(SwE)标准保持一致。我们的目标是要有一套标准，可以很容易地在两个工程学科中同时使用，因为它们在常用术语和概念的使用上经常不一致。

问题

在 SDO 内部和跨 SDO 之间都缺乏集成。这导致了使用不同术语、过程集、过程结构、规程级别和受众的SE和SwE标准。这些差异既存在于系统和软件之间，也在某种程度上存在于系统和软件之间。在竞争标准的影响下，这一问题在整体或部分上加剧了(Roedler 2010)。

原因

此问题的原因包括以下几个因素（Roedler 2010）：

• 文化——诸如“我们与众不同”、“不是在这里发明的”等概念。
• 组织——具有不同团队、委员会等的结构。
• 竞争——存在许多 SDO。
• 领域——一个专注的、狭隘的观点通常不会超出领域的共同点。

影响

此问题的影响包括以下内容（Roedler 2010）：

• 不专注于利用共性的效率较低或效率较低的流程。 这会导致冗余并导致标准之间的不兼容和不一致，从而难以同时使用它们。
• 不专注于解决问题或需求的通用方法的不太有效的解决方案。
• 沟通（各级）、在集成团队中工作和利用资源的障碍。
• 由于不兼容和不一致以及缺乏利用共性而导致的炉管。

校准的目标

目标是通过实现以下目标使标准更易于一起使用（Roedler 2010）：

• 常用词汇
• 单一的、集成的流程集
• 单一进程结构
• 联合计划处方水平
• 跨多个受众的适用性
• 在广泛的领域和应用中纳入考虑因素

系统工程标准的一致性

方法

在过去的十年中，包括 ISO/IEC JTC1/SC7（信息技术、系统和软件工程）、IEEE 计算机学会、国际系统工程委员会 (INCOSE) 等在内的协作努力已经到位。 正在使用协作过程来调整标准。 此过程围绕 ISO/IEC/IEEE 24765 (2009)（ 系统和软件工程词汇 ）、ISO/IEC TR 24774 (2010)（ 指南过程描述 ）和 ISO/IEC/IEEE TR 24748-1 (2001)（ 生命周期管理指南 ）， 分别。 该方法的核心是 ISO/IEC/IEEE 15288 (2015)（系统生命周期流程）和 ISO/IEC/IEEE 12207 (2008)（ 软件生命周期流程 ）的一致性，它们提供了顶级流程框架用于系统和软件的生命周期管理。 这使得可以同时和一致地使用标准来支持单个项目的系统和软件生命周期管理。 该方法包括开发或修订一组较低级别的支持标准和技术报告，以详细说明特定过程、特定目的的实践描述（例如，系统/软件保证）、工件描述和应用指南标准。

过去的成就

上述讨论组的协调目标取得了重大进展。 图 1 显示了 2011 年 5 月正在调整的标准状态的快照。 此外，显示为“进行中”的四个标准已经完成，但正在等待最终发布。 这套标准涵盖 ISO/IEC、IEEE、INCOSE 和项目管理协会 (PMI)。 该图描述了许多可能分类法之一中的标准。

图 1. 当前对齐/集成状态（改编自 Roedler 2011）。 经 Garry Roedler 许可转载。 所有其他权利均由版权所有者保留。

目前的努力

生命周期过程协调咨询小组一直在评估系统和软件工程的当前标准。 该小组的目标是为进一步协调行业标准提供一套建议。 具体而言，其章程包括：

• 执行架构分析并为软件和 IT 系统领域中的一组集成流程标准推荐框架。
• 就 ISO/IEC 12207 (2008)、ISO/IEC 15288 (2015) 及其指南以及其他相关 SC7 文件的未来内容、结构和关系提出建议。

为了支持建议的制定，ISO/IEC/IEEE 15288 (2015) 和 ISO/IEC/IEEE 12207 (2008) 的过程建模已经执行并分析了一致性、完整性/差距和机会。 此外，还收集了其他工作组、技术联络人和标准用户的分析。 这项工作的成果将是协调策略、针对特定标准的一组建议以及时序/排序建议（Roedler 2011）。

此外，随着行业继续考虑这些标准的协调需求，合作已经发展到包括图 2 中所示的组织和项目的工作。这些组织正在努力实现完成一套互补和补充的系统工程资源的目标使用相同的术语、原则、概念、实践和流程，并且可以同时使用而不会出现问题。

图 2. 不断增长的行业合作。 （SEBoK 原创）

系统工程标准比较

请参阅相关标准 文章中的图 1， 了解许多 SE 相关标准的广度和详细程度。 由于 EIA 632 (2003)（ 系统工程 ）目前正在修订中，ISO/IEC/IEEE 15288 (2015)（ 系统生命周期过程 ）和 EIA 632 的比较将推迟到修订完成。

图 3 显示了提供生命周期管理指导的 3 部分技术报告的比较。 第 1 部分的重点是提供适用于系统和软件的通用术语和概念。 第 2 部分提供了直接支持特定于系统的 ISO/IEC/IEEE 15288 (2015) 的指南。 第 3 部分提供了直接支持特定于软件的 ISO/IEC/IEEE 12207 (2008) 的指南（Roedler 2010）。

图 3. 截至 2011 年 5 月的标准调整结果（Roedler 2011）。 经 Garry Roedler 许可转载。 所有其他权利均由版权所有者保留。

实际考虑

与系统工程标准相关的关键缺陷和良好实践在 相关标准 文章中进行了描述。

在某些情况下，项目管理、安全或其他学科的标准组针对系统工程中涉及的主题创建标准，但使用不同的术语、文化等。风险管理就是一个这样的例子，许多专业协会都在处理这个问题从多个角度。

系统工程师还必须了解管理支持系统工程的专业学科的标准，如 第 6 部分 所述。