架構師的職責範圍

架構師的職責範圍很難界定。我想成為一名優秀的架構師，寫這篇文章是為了明確方向。

1）設計框架。

例如開發乙個struts、spring框架。

這種類別是最高端別，開發乙個通用的框架給所有應用使用，要求在需求分析、系統設計、程式開發等各個方面都具備豐富經驗。

2）企業整合。

例如實行統一的技術標準，安全標準，使用者集中認證，單點登入，企業應用整合方案。

這種類別和第一種有很大的差別，前者專注技術服務業務。而後者專注的是各系統之間的關係，化孤島為大陸。要求架構師對公司業務有乙個全域性的了解。清楚各業務系統的關係，劃分業務系統類別，整合各業務系統資訊。

3）技術選型。

例如選擇os平台、應用伺服器、開發語言、框架、資料庫等。

這種型別的架構師很多，可以說簡單，也可以說要做好並不容易。如果僅僅是拿框架來用，而不理解設計模式，應用之間關係，那麼很難向上發展。

1）為專案作技術選型

企業級的：硬體平台、應用伺服器、開發語言、開發框架的選擇。

應用級的：第三方包的選擇、功能引數的設定。

2）為應用提供統一的設計和結構

開發人員對專案都有自己的想法、建議、習慣。架構師的作用就是讓每個人都一致的理解應用架構，不出現偏差，保持統一的風格。確保每乙個開發成員是互助的工作。

3）確保專案被充分的定義

與專案經理、系統分析員一起工作，充分的定義專案。

4）確保應用設計被充分的文件化

充分的文件化應用設計，是與開發者及開發者之間建立起溝通橋梁的關鍵步驟。強迫架構認真、徹底的思考應用設計。在新成員加入時不會耽誤架構師時間。保證開發人員按一致的設計思想開發。也確保了個人不會臨時、混亂的改變應用設計。

5）建立編碼規範

包括一般的命名規則、注釋、異常處理、日誌記錄、測試等等。

6）幫助專案經理評估成本、專案收益、識別任務

7）幫助管理者分配開發者到不同的位置

4年時間過去了，我在華為、平安工作了5年，有了開發經驗(j2ee)和對底層資源(os/network/middleware)的了解，我必須整合這兩部分。其中要加入的有系統分析、系統設計、專案管理、設計模式、軟體工程。這是接下來的功課。