系統架構設計師-需求 前言： 最近很久沒有發文章了。最近事情挺多的，也不知道該發那方面的內容。正好這兩天有空閑，就整理整理思緒，把一些總結髮表一下。 經過考慮後，先將軟考-架構相關的內容發出來，之後有時間，也會將一些額外的理論知識和經驗寫出來。 參考：《系統架構設計師考試全程指導》，《系統架構設計師 ...
系統架構設計師-需求
前言：
最近很久沒有發文章了。最近事情挺多的，也不知道該發那方面的內容。正好這兩天有空閑，就整理整理思緒，把一些總結髮表一下。
經過考慮後，先將軟考-架構相關的內容發出來，之後有時間，也會將一些額外的理論知識和經驗寫出來。
參考：《系統架構設計師考試全程指導》，《系統架構設計師與系統分析師歷年試題分析與解答》，《系統架構設計師教程》第四版，《軟體體繫結構原理，方法與實踐》 等。
（如果只是應試，這些就足夠了，按照核心脈絡圖學習，將資料書作為字典查詢，從而建立體系，充實內容。）
補充參考：《Head first design pattern》（《Head first 設計模式》），《盡在雙11：阿裡巴巴技術演進與超越》，《大型網站系統與JAVA中間件實踐》，《大型網站技術架構演進與性能優化》，《大型網站系統與JAVA中間件實踐》，《大型分散式網站架構設計與實踐》，《大型網站技術架構 核心原理與案例分析》
（這些書都是對官方架構書的擴展與延伸。正如某人說的，官方架構書中的每個章節拿出來，都可以寫出一本書來。。。當然我這裡的補充也比較片面，主要針對設計模式與分散式網站架構等。至於項目管理等方面，並沒有進行推薦。）
另外，這裡的內容大多比較簡略。如果想要深入的話，可以自己深入學習，也可以@我。當然，大牛就忽略這篇文章吧。。。
（主要發出來，看大家有沒有對此的需求。）
一，XMIND：
二，補充：
無論站在什麼角度，需求都是十分重要的。考試方面，需求的獲取，變更，處理都是比較熱的考點。而與之相關的SA，OOA也是必考的內容。往期論文也考過需求獲取的問題。從實踐角度，需求也是必不可少的。如果是開發一個新的系統，可能會有百分之二三十的時間用在需求的獲取上。而再開發後的運維階段，程式員也一直在於需求打交道（尤其是小公司，更是有可能一天三個樣，使得開發人員身心疲憊）。據統計，在系統上線的兩三年內，系統以改正性維護為主，而在之後，往往則以完善性維護為主。而完善性維護與新需求息息相關。
