零．幾句閒話
在正式開始今天的主題前，這裡先說幾句無關的閒話。不想看的請請直接跳到“壹”。
之所以起名叫溯源，溯的是本源。因為我想說的不是從哪來、如何發展這類問題，而更近於“正本清源”的意思。
在赴法學習系統工程之前，我對系統工程的認識不外乎需求、建模、驗證等道聽途說的若干名詞以及一些似是而非的理論。而這些元素是如何組織起來成為一條合理的邏輯的？為什麼如此組織？我也僅僅能憑自己的一點工作經驗推測一二。這也是我決定赴法學習系統工程專業的原因。
雖然不敢說有所得，但我也從這段學習過程中獲取了一些感想，很想和對此感興趣的朋友們分享交流。所謂愚者千慮必有一得，但由於是初學者聊感想，也因此會比較支離破碎。特別是本篇，我想先理清系統工程中的幾個問題，後續我會盡量按照ISO-15288的邏輯來組織內容，提高文章可讀性。
此外，後續我也會結合我對航電系統的認識，聊一聊系統工程在航電系統中的應用。
首先提示，本篇基本全部為私貨，也就是我個人理解，歡迎交流討論。想看官方定義的可以自己去網上搜。
第二，受限於本人文字水平太菜，有些詞彙中文辭不達意，只能用英文原文表示，另一些強行翻成中文後，若有謬誤也歡迎指正。
由於是本系列第一篇，我想先從兩個基本問題展開，即：
- 什麼是系統工程？
- 為什麼要做系統工程？
而在我看來，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其實就是一個告訴工程師團隊如何盈利的方法論與工具集。而串起整個系統工程的三個維度或者說核心，其實與項目管理一脈相承。也就是時間，成本與性能。
系統工程就是通過不斷在這三者間進行平衡，從而完成系統設計，保證項目效果（也就是盈利能力）的。
結語
系統工程溯源就到此結束了，正如我前面所說，幾乎全是個人的私貨，一家之言。我也相信我看到的只是一個片面的印象，而每個人都會對此有自己的理解，歡迎各位留言討論，大家一起進步，加深理解。
閱讀更多 timzhang 的文章
