系统工程学的认识（系统工程SE学习笔记）

零．几句闲话

在正式开始今天的主题前，这里先说几句无关的闲话。不想看的请请直接跳到“壹”。

之所以起名叫溯源，溯的是本源。因为我想说的不是从哪来、如何发展这类问题，而更近于“正本清源”的意思。

在赴法学习系统工程之前，我对系统工程的认识不外乎需求、建模、验证等道听途说的若干名词以及一些似是而非的理论。而这些元素是如何组织起来成为一条合理的逻辑的？为什么如此组织？我也仅仅能凭自己的一点工作经验推测一二。这也是我决定赴法学习系统工程专业的原因。

虽然不敢说有所得，但我也从这段学习过程中获取了一些感想，很想和对此感兴趣的朋友们分享交流。所谓愚者千虑必有一得，但由于是初学者聊感想，也因此会比较支离破碎。特别是本篇，我想先理清系统工程中的几个问题，后续我会尽量按照ISO-15288的逻辑来组织内容，提高文章可读性。

此外，后续我也会结合我对航电系统的认识，聊一聊系统工程在航电系统中的应用。

首先提示，本篇基本全部为私货，也就是我个人理解，欢迎交流讨论。想看官方定义的可以自己去网上搜。

第二，受限于本人文字水平太菜，有些词汇中文辞不达意，只能用英文原文表示，另一些强行翻成中文后，若有谬误也欢迎指正。

由于是本系列第一篇，我想先从两个基本问题展开，即：

1. 什么是系统工程？
2. 为什么要做系统工程？

而在我看来，INCOSE官方给出的定义能够完美解答这两个问题，全文引用如下：

Systemsengineering is an interdisciplinary approach and means to enable the realization of successful systems. It focuses on defining customer needs and required functionality early in the development cycle, documenting requirements, and then proceedingwith design synthesis and system validation while considering the complete problem: operations, cost and schedule, performance, training andsupport, test, manufacturing, and disposal. SE considers both the business and the technical needsof all customerswith the goal of providing a quality product that meets the user needs.

壹. 什么是系统工程？

谈系统工程，这是第一个要回答的问题。

我的理解，这个问题的答案已经在上面的标黄文字中说的很明白，就是立足于系统全生命周期（因此，SE与PLM，即产品生命周期管理密不可分，相关内容不展开说。）进行的系统设计、管理、支持等工作的活动的集合。你可以把它理解为方法论，也可以理解为一种系统设计的“套路”，因此才会有系统工程手册这种东西（SE Handbook）。

其实翻一下任何一本SE Handbook，就会发现，其实系统工程并不是一门关于技术的书籍，而真的是教读者如何从头设计一个系统的手册。而在在INCOSE官方手册中，讲技术活动的部分也仅有第四章一章，其它还包括项目管理、供应链相关种种繁多的5章内容。而在本系列的后续我们能够看到，SE的一切都不仅仅是围绕技术展开的，或者说技术并不在整个系统设计流程中扮演重要的角色。

因为归根结底，SE中全部的活动都是为了保证SOI（system of interest）能更好的service而设计的，而更深处的原因于逻辑都再简单不过：

“ALL IS ABOUT MONEY”

因此，剥开一层层的专业唬人的技术与管理术语，SE其实是一门告诉工程师（或者说企业）如何让你的项目挣钱的学问。它通过串联项目管理与技术开发，在各环节保证项目最终能够实现盈利。当然，你要非说A380的例子，我只能说Airbus当年压错了航空公司business model的宝了，这个锅，系统工程不背。

贰．为什么要做系统工程？

正如前面说到的，在我看来，SE其实是一门告诉工程师如何让项目或者SOI挣钱的学问。而INCOSE的定义中，我标注了红色的部分也回答了这个问题。

为什么要更早定义功能？因为更早进行功能定义，从而加速产品上市，抢占市场；

为什么产品生命周期的全部环节都要考虑？因为每一步都可以赚钱都可以省钱；

为什么技术和商业都要考虑？因为技术成熟度低成本大导致失败风险高，技术成熟度高导致竞争壁垒低。

可以说，凡此种种，系统工程的每个环节，套用鲁迅先生名言，“每一个活动都只能看出金钱两个字”。

为了证明我的想法，这里我们可以举两个例子展开。

1. 从系统工程的角度说，一个项目始于业务分析（opportunity study或者说feasibility），说人话就是“这个项目能不能挣钱？”。这一活动准确的说属于业务模型或商业模型（business model）的领域，但是也可以视为起始的第一步（或最后一步），毕竟“能挣钱了咱们继续干，看着就赔本哥儿几个还是散伙算了。”

2. 到了需求阶段，虽然开始产生一些技术性输出物，但是主要还是定义用户的需求。而一个理性的用户给出的需求一定是，“xxx系统应该给我花x百块，完成xxx任务”，而不会是“xxx系统应该完成xxx工作，无成本要求”，（这种狗大户用户，请给我来一打），或“xxx系统，应采用xxx技术”，（一个正常用户，根本不关心具体实现形式，好比一个计算机，哪怕你里面其实塞了个人完成的计算任务，用户也不在乎）。但是正如经济学中，理性人假设仅仅是个假设，需求定义中也很难找到绝对理性的用户。这是后话，我们留待下回分解。

相信无需过多展开，仅此两点就可以看出SE其实就是一个告诉工程师团队如何盈利的方法论与工具集。而串起整个系统工程的三个维度或者说核心，其实与项目管理一脉相承。也就是时间，成本与性能。

系统工程就是通过不断在这三者间进行平衡，从而完成系统设计，保证项目效果（也就是盈利能力）的。

结语

系统工程溯源就到此结束了，正如我前面所说，几乎全是个人的私货，一家之言。我也相信我看到的只是一个片面的印象，而每个人都会对此有自己的理解，欢迎各位留言讨论，大家一起进步，加深理解。