十分鐘腦圖加說明，搞定系統分析師的絕對核心-需求工程

前言

分析師系列，我已經很久沒有寫了。
因為系統分析師的考試內容與系統架構設計師的考試內容有許多重合部分。所以，我在系統分析師-軟體水平考試（高級）-開篇著重描述了兩者的區別，就沒有花費太多時間在這方面了。

然後最近有好幾位私信我，向我詢問系統分析師的相關問題。所以我打算將之前有關係統分析師的總結分享出來，並加上這一年來自己的一些實踐思考。

之前的系統架構設計師部分，已經有了需求相關的理論總結-系統架構設計師-軟體水平考試（高級）-理論-需求。但是一方面當時總結得有些零碎，另一方面系統分析師的需求部分更為全面與體系。所以這次分享的是有關係統分析師的需求部分。

XMIND

老規矩，直接上Xmind。乾脆利落，不藏著掖著。

圖片一定是清晰的。如果看不清晰，說明顯示器解析度不夠。請下載圖片，或在新頁面單獨打開圖片，便於放大。

上述圖片的UML部分沒有展開，是由於這部分內容是比較大的。之後有機會，我會單開一章，來專門談論這點。如果大家比較迫切的話，可以給我留言，那我會將該文章的優先順序提高。

補充

如果看了之前架構師的需求博客，會發現這次的需求博客有這樣三個優點：

• 更加體系化：將原本零散的幾個部分，有機組成了一個整體。
• 無效剔除：將原來不再考察，日常也用不到的軟系統方法等剔除。
• 更加豐富：內容方面更加豐富，完善了需求定義，需求驗證，需求管理等內容。

另外，內容的多寡，較為合適地體現了考察的力度。

在實踐中，需求分析是系統分析師的核心之一。系統分析師的重心傾向於業務的分析模型的建立。而架構師的重心傾向於系統的設計模型。分析模型與設計模型的關聯性與差別，我會在別的博客中論述。不過這裡可以給大家推薦一本書籍-《系統分析與設計方法》。

這個時候，大家可能會比較好奇什麼是分析模型。其實這裡針對的分析模型，有好幾種解釋。除了考試中最關心的需求分析模型外，還有業務分析模型。分析模型的優劣，決定了系統的設計模型的上限，甚至決定業務的上限與方向。真正的系統分析師有著如認識論，方法論，管理學，經濟等諸多能力的需要。說句白話，系統分析師就是通過信息技術，完成現有生產關係的變革。

好啦。話題收回來，讓我們關註需求這一核心。畢竟如果連需求都整不好，說其他的東西，也不過是鏡花水月。

考試方面，需求工程在客觀題中就有著10+'的內容，已經算是核心考察章節了。並且在後續的案例分析中也有著舉足輕重的地位，也是常考內容。需求工程在論文中，也是常客，最近五年幾乎每年都考。打個比方，需求工程在系統分析師考試中的地位就是架構風格在架構設計師考試中的地位，只是分值比例沒那麼誇張。主要是系統分析師的考試內容太多了，稀釋了需求工程的分值比例。

總結

需求工程作為系統分析師的絕對核心，需要大家慎重對待。尤其需求工程還是我們開發生涯中的重要組成，所以，希望大家可以知其然，知其所以然。

如果實在遇到一些內容暫時無法理解，那麼先背下來，也許是一個不錯的選擇，後面慢慢就懂了。

至此，系統分析師考試的絕對核心-需求工程，就搞定了。

願與諸君共進步。