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

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

前言

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

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

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

XMIND

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

圖片必定是清晰的。若是看不清晰，說明顯示器分辨率不夠。請下載圖片，或在新頁面單獨打開圖片，便於放大。

上述圖片的UML部分沒有展開，是因爲這部份內容是比較大的。以後有機會，我會單開一章，來專門談論這點。若是你們比較迫切的話，能夠給我留言，那我會將該文章的優先級提升。

補充

若是看了以前架構師的需求博客，會發現此次的需求博客有這樣三個優勢：

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

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

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

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

好啦。話題收回來，讓咱們關注需求這一核心。畢竟若是連需求都整很差，說其餘的東西，也不過是鏡花水月。

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

總結

需求工程做爲系統分析師的絕對核心，須要你們慎重對待。尤爲需求工程仍是咱們開發生涯中的重要組成，因此，但願你們能夠知其然，知其因此然。

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

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

願與諸君共進步。