系统工程知识体系（SEBoK）
介绍
《系统工程知识体系》（SEBoK）是以一种理念设计的，即如果工程师有一个实时更新、实用的指南，他们就能做出更优秀的工作。如果你以前没有使用过这个资源，也没有关系；因为已经有一个完整的指南供你参考，你可以通过这个指南了解更多关于SEBoK的信息，并开始将其应用到你的组织中。
现在产品开发的速度比历史上任何时期都要快。同时，93%的组织都表示他们感到必须比竞争对手更快、更好地做出决策。随着科技的不断发展和客户需求的不断增长，从事系统工程工作的工程师们面临的压力也在增加。这是一个每年都在增加新的工作岗位的行业。
系统工程师正面临一个越来越复杂的环境，他们不仅需要处理复杂的产品，还需要构建更为稳健的系统，这些系统往往要求即插即用，也就是能够快速集成并满足工作需求。尽管工程师擅长解决问题和创新，但是这并不意味着他们在应对这种快速变化的环境时不会遇到挑战。
什么是系统工程知识体系？
系统工程知识体系是以wiki页面的形式组织的，包括了关于系统工程主题的各种资源。有三个组织共同创建了这个资源：
- 系统工程国际委员会
- IEEE系统委员会
- 史蒂文斯理工学院
原始的《系统工程知识体系》(SEBoK)是在2009年至2012年的三年期间由来自世界各地的超过70位作者共同完成的。新的信息会不断被添加进来，因为SEBoK旨在成为一个持续更新和活动的资源，其最新的更新发布在2021年10月。
SEBoK本身并不直接提供信息，而是一个可以指导人们找到特定内容区域最佳可能来源的资源。你可以将它视为一个图书馆目录。如果你想更深入了解某个特定主题，图书馆目录并不直接为你提供具体信息，而是会引导你去查找书籍、文章和其他资源以获取相关内容。
注意：虽然这本电子书有助于清晰地概述SEBoK，但如果你对阅读整个活文档感兴趣，你可以在这里找到：SEBoK目录
那些人会使用系统工程知识体系？
系统工程知识体系的目标读者显然是系统工程师，但实际上，这个知识体系的内容是为多种不同的读者群体创建的，其中许多人并不是系统工程师。以下是可以从这份内容中受益的人群：
- 系统工程师。不论你是初级还是高级系统工程师，系统工程知识体系都能提供你扩展各个专题知识的参考。
- 教职员工。大学和学院希望改进他们的现有课程并设计新课程，系统工程知识体系能够帮助他们确定应该包含哪些内容。
- 认证组织。如果一个公司有自己的内部认证项目，或者是一个提供认证的组织，他们需要了解其他项目的要求。系统工程知识体系提供了做出这些决定所需的内容。
- 系统工程师经理。经理可能希望设计更好的流程，并了解其他人是如何工作的，从而指导自己的决策。
- 系统工程师研究员。研究员可能希望对特定的内容领域有所了解，以指导他或她的研究，或者填补知识的空白。
以上的列表主要是系统工程知识体系的主要用户，但是还有一些次要的用户也可以从这个资源中受益。例如，人力资源专业人员可能需要这些背景信息来完成聘用新的系统工程师的任务。非技术的经理可能需要更好地理解合同中所述的交付物。这些人群都可以从更深入地了解系统工程知识体系中受益。
为什么要创建系统工程知识体系？
系统工程知识体系的创建理念是，许多失败是因为在正确的时间没有得到正确的信息。通过这个资源为用户建立共同的基础，试图将这些失败降到最低。根据系统工程知识体系的作者，原始文件的目标是：
- 在系统工程师之间建立共同理解。这个活文档试图围绕边界、术语和常见实践建立共同理解，以改善领域内的工作。
- 在研究人员之间建立共同理解。这份工作试图帮助研究人员理解系统工程的限制，并指导对当前原则的研究和理解。
- 提供信息交互。有许多人需要对系统工程有基本的理解，但他们并不是工程师。这个资源的创建就是为了给他们提供完成任务所需的知识。
- 帮助课程开发者。人们不断开发新的课程，以塑造新一代的系统工程师。系统工程知识体系旨在提供关于工程师需要了解什么的共识。
- 向认证者提供信息。这个资源的创建就是为了帮助对系统工程师进行认证的人和组织了解现在和未来需要什么知识。
为经理和员工创建资源。通常参与系统工程师招聘的人并不一定是工程师。这些人需要基本的知识，以便他们可以评估成功的系统工程师的技能。
系统工程知识体系的访问是免费的，但是推荐的资源通常不是。例如，系统工程知识体系可能推荐一本可以从出版商那里购买的具体参考指南。系统工程知识体系的目标是将读者引导到某一主题最好的可能资源——并不是要成为这些资源，而是帮助读者找到这些资源。
理解系统工程知识体系的八个部分
该文件的每一部分都被划分为“知识领域”，它们被分解为八个不同的主题，如下：
第1部分：简介
SEBoK的第一部分是简介，解释了文档中包含了什么内容，并对系统工程进行了简要概述。它说明了谁应该使用SEBoK以及包含了哪些内容区域。
第2部分：系统工程基础
第二部分包含了所有构成系统工程基础的领域的概述。这个基础部分包括了所有原则、关键领域的模型以及如何实践系统工程的基础知识的概述。
第3部分：系统工程与管理
第三部分提供了系统工程在管理活动上下文中的通用知识和实践。包含了与系统工程各个部分相关的生命周期模式。第三部分还涵盖了技术方面的内容，如需求、架构、测试、评估等。
第4部分：系统工程应用
第四部分专注于如何将系统工程原则应用于不同情境中。它关注的是产品、服务、企业和系统系统（SoS）。应用部分解释了系统工程的实际工作实践。
第5部分：使能系统工程
第五部分关注的是组织。你如何改进组织以确保系统工程活动的性能提升？考虑的因素包括价值主张、商业目的、聚合、能力等。
第6部分：相关学科
第六部分专注于系统工程如何与其他原则相关。例如，该部分涵盖了系统工程与软件工程、项目管理等之间的联系。它还关注了系统工程如何与可靠性、可用性和可维护性等工程考虑因素相联系。
第7部分：系统工程实施
第七部分包括了系统工程在实践中的真实例子。这包括了案例研究场景，其中突出了系统工程项目的成功和挑战。这是一个揭示最佳实践和解决特定挑战方案的地方。
第8部分：新兴知识
第八部分基于SEBoK是一个活文档的事实，其中一部分专门致力于影响行业的新兴话题。
系统工程师的角色是什么？
系统工程师的任务是观察整个集成系统，并根据其期望的结果进行评估。在这个角色中，系统工程师必须对所有事情有所了解，并且有能力看到“大局”。虽然专家可以专注于他们的特定学科，但系统工程师必须对初始要求和期望的结果进行复杂系统的全面评估。
系统工程师有多方面的角色，但主要帮助：
- 设计兼容性
- 定义要求
- 项目管理
- 成本分析
- 安排时间
- 可能的维护需求
- 操作便利性
- 未来系统升级
- 在系统操作方面，与工程师、经理、供应商和客户之间的沟通
系统工程知识体系的最近更新
在快速变化的景观中保持最新并不是一件容易的事情，因此SEBoK一直在发布更新。最近的一次更新是在2021年发布的，包含了几项变化。
- 更新了主页：为了让读者能更快地获取所需的信息，他们对活文档的主页进行了更新。
- 创建了“编辑的角落”：在之前的版本中，有一个名为“来自编辑的信”的部分，现在它已经被修改为“编辑的角落”。这个新的部分主要关注系统工程领域的新兴趋势，比如元宇宙和对系统可能产生的影响。
- 新增了导航功能：他们删除了一些不再相关的旧信息，并增加了新的导航结构，以帮助用户更快地找到他们需要的内容。
- 添加了社区的意见和建议：他们会不断从SEBoK的用户那里收集意见和建议，并把这些意见和建议纳入到最新的版本中。
管理增加的复杂性的资源
系统工程师越来越需要管理更复杂的产品开发，系统工程知识体系可以帮助你保持对相关内容领域的最新理解。但同样重要的是，你需要有正确的工具来更有效地处理复杂性，保持团队间的一致性，并更快地上市。
PingCode可以帮助你更有效地管理产品要求，并将人们聚集在一个地方以增加可见性。你可以更有效地分析影响，跟踪决策，并确保你建造的是你计划交付的产品。使用我们的行业领先解决方案，你可以做到以下几点：
- 提高信心：在整个开发过程中跟踪和管理需求。通过这样做，你可以更快地发现可能的风险，并且对你正在构建的是否符合初衷，有更强的信心。
- 提高可见性：通过监视不同系统、团队和活动之间的关系和趋势，能够更好地理解产品的开发过程。
- 更快地推出产品：通过更好地对齐团队、提高工作效率和减少重复工作，可以在规定的时间和预算内更快地交付产品。
- 转变为更大的适应性：未来的竞争需要快速适应变化。你可以轻松地将PingCode调整以适应你特定的产品和工作流程，从而创建出直观的使用体验，使得员工能够更快地熟悉和上手。
需求管理
需求管理指南：
需求管理： 需求管理主要内容 | 需求管理的重要性 | 采用敏捷方法进行需求管理 | 如何克服需求管理的 5 大挑战 | 更多
需求编写： 功能需求的示例和模板 | 采用 EARS 方法来改进需求工程 | 如何编写一份优秀的产品需求文档（PRD） | 功能性需求与非功能性需求的区别 | 有效需求的特征 | 更多
需求收集和管理流程： 需求工程概述 | 产品团队的需求分析指南 | 敏捷产品团队的 11 种需求收集技巧 | 定义和实施需求基线 | 更多 需求的可追溯性： 什么是需求可追溯性 | 可追溯性在现代产品和系统开发中的关键作用 | 如何创建和使用需求追溯矩阵 | 更多
需求确认和验证： 产品团队的需求验证和确认 | 更多
需求管理领域文章：
做好需求分析的4大关键认知 | 盘点国内9款热门需求管理系统 | 构建产品路线图的方法与工具 | 做好需求优先级判断的7种主流模型 | 采用敏捷方法进行需求管理 | 更多