互聯網架構師成長筆記001--怎麼做架構

 對於IT人來說，“架構師”是一個比較高大上的名詞，我們常常把架構設計掛在嘴邊，停在耳邊。那真正的架構該如何做呢，你知道嗎？從今天起我會堅持陸續發表一些個人的架構轉型的學習心得筆記總結等等，有興趣的人可以一起學習進步。

方法/步驟

1. 1

   架構師的三個層次

   一級：詳細設計，基於開發架構視角

   一般是基於現有系統或者框架，做升級改造，滿足客戶需求；初級架構和高級開發人員。

   二級：概要設計，基於系統架構視角

   一般是從頭開始設計單一複雜的大型系統，需要考慮系統的方方面面；有經驗的架構師。

   三級：頂層設計，基於企業架構視角

   一般是從企業角度，整體考慮整體的解決方案與各個業務系統的拆分。如城市規劃，偏甲方，大型系統架構師。
2. 2

   架構解決常用的入手方案：

   1）結構分析，拆分三個維度：

   1，深度，縱向，分層拆分；

   2，廣度，橫向，業務拆分；

   3，專通拆分，提前通用模塊，放入基礎平臺維護，以便以後擴展與複用。

   產生初級架構，供標書，甲乙兩方領導及相關人員理解項目目標及解決方案。

   2）行爲分析，基於應用場景，串聯功能模塊：

   基於不同用戶視圖，梳理業務流程與功能。

   如管理員視角，用戶視角，運維人員視角等等。

   3）優化，通過質疑（考慮功能和非功能要求），優化架構設計。

   考慮各種情況，處理完善系統。

   步驟2,3是順序執行的，20%的精力2,80%的精力3.

   2,3產生架構核心設計成果：

   五視圖：邏輯視圖，運行視圖，用例視圖，物理視圖，數據視圖。
3. 3

   架構實踐的方法

   一，需求  需求是架構的基礎，如何做需求

   UML設計，工具EA，Rose，PD等。

   需求的採集方式：

   用戶代表訪談，問卷調查，原型法，需求研討會，頭腦風暴，學徒法，同類案例分析。

   接到項目要求後，通用的有效處理方式：

   1，同類案例分析，首先了解業務；

   2，郵件，約甲方直接領導負責人等，會議室瞭解項目具體情況，郵件裏附帶談話大綱，成功案例，建議，公司優勢等。

   3，通過會議瞭解明顯性需求，隱藏性需求，需求不明確點。

   五維三級需求管理法：
4. 4

   二 界定產品範圍

   根據用戶的需求與資金，工期等，靈活的制定不同程度的解決方案，決定需求的自動化程度。

   比如電商項目： 1萬，靜態頁，只有產品與銷售電話，電話筆記銷售與送貨；

   10萬，簡單的商品配置與訂單在線處理與銷售發貨；

   100萬，帶智能分析與推送的電商系統。

   架構還要關注需求的約束，根據需求詳細度確定開發方法。
5. 5

   三 細化詳細需求

   描述項說明：
6. 6

   功能級需求模板：
7. 7

   四，根據需求生成設計

   應用UML的狀態圖、活動圖、時序圖、通訊圖、交互概覽圖等需求圖表話。

   常用如下： 活動圖適合人機交互類需求

   狀態圖適合嵌入式類開發需求

   時序圖適合集成項目類需求等