系统工程（SE）学习笔记（二）——需求工程（上）

零．需求工程与系统工程

需求工程可以说是系统工程的起始点，是项目确立后要做的第一件事。其承上启下，向上对接系统对应的业务模式，向下牵引系统设计。正如我在系统工程溯源中所说，系统工程的核心目标就是保证项目盈利，而好的需求工程管理不但能够节约经常性支出，还能够有效控制项目的规模与方向，避免项目“跑偏”或“膨胀”。

其最典型的反面例子就是F-22当年的竞标对手YF-23，抛开美军扶持Lockheed-Martin等因素不谈，YF-23由于误读美军ATF项目的需求，间接导致了诺斯洛普与道格拉斯的命运转折。

（虽然目前网络上能找到的关于ATF项目竞标始末的材料几乎为零，但由于过于强调超音速巡航造成的机动性差等问题被认为是YF-23失败的重要因素之一）。

事实上，需求工程被认为是“对复杂系统设计进行严格控制的有效工具”（MIT，System Engineering Fundamental）。

首先，需求的错误分析、分解与追溯管理，已经成为开发项目中最容易造成超支的因素之一，“有超过70%的设计错误来自于需求的错误”（ISAE，Requirement Engineering）。而70%~85%的rework支出被花在了修正错误的需求上。毕竟，有70%的预算在需求工程结束就已经被确定。