系統架構師要什麼條件

系統架構師在軟件開發的活動中起到了綱領性的作用，就像建築設計師一樣，從大的方向來給軟件定一個基調。軟件開發中碰到的很多問題，歸咎起來都可能和當初的架構設計有關，所以架構師要想不成為眾矢之的，也不是容易的事情。那麼要什麼條件才能成為系統架構師呢?

　　1、完成此應用程序的基本功能。

如果這是一個通信程序客户端，那麼它至少應該完成客户端所具有的功能，通過所有的測試用例。不同的功能是需要不同的組成架構的，從降低複雜度和提高可維護性的角度來考慮對系統進行解構，往往是最直觀的做法。

　　2、健壯性。

這個程序不應該輕易的crash，如果是界面程序，在面對異常情況的時候採取柔和的方式來通知用户。如果是被別的程序所使用的庫，保持健壯性更是非常重要。作為架構師，應該採取一定的措施來保證模塊的'正確工作，至少應該保證在出錯的情況下能夠比較容易的區分是否是本模塊造成的。也許有人説這是design和program的事情，但是架構師如果不在綱領上制定策略和要求，實現上也是很難操作的。

　　3、低的資源消耗。

很多軟件架構，在架構文檔裏看時非常華麗，用了很多模式，一個普通的應用要拆分成多個進程，再用MVC分離各個模塊，加上一大堆監聽適配器過濾器等，可以説模式是能帶來一些好處的，但是往往代價是更多的資源消耗，內存佔的多了，性能下降了，邏輯變得更復雜了。作為架構師一定要權衡，而不是為了表達自己的知識能力。最好的情況是，能夠給出在各種usecase下模塊或應用對資源的消耗程度，比如會佔用多少內存，某個接口需要多長時間等。因為現在的接口定義一般都只是定義使用方式，包括函數名和參數列表，至於使用時的代價由於沒有説明，往往成為模塊使用者和提供者之間爭論的焦點。

從程序員的角度來講，可維護性往往更為重要，因為維護的階段比開發的階段更長，面對的壓力也更大，而且由於各種各樣的原因，經常要一個新手來維護這個程序，如何讓新手很容易的理解它並且馬上具備解決問題的能力，對架構師來説也不是一件可以推卸的責任，採用常見的設計模式，制定或採用通用的代碼風格，完善相關的文檔等等，都是好的practice。

對於那些高層次的架構師來説，因為面對的是由很多模塊應用組成的系統，他所要處理的實際上如何協調各模塊關係，保證整個系統的功能性能和穩定性，至少他應該瞭解各個應用所具備的功能，基於此來制定各個模塊之間的接口。在必要的時候，要去掉那些作用不大但影響整個系統性能和穩定性的模塊，對各個模塊的可選功能也要做一定的限制，不能允許其無限制的膨脹。架構師也往往面臨着選擇既有實現的困境，採用第三方或者開源實現時，一定要和已有的實現進行全方位的比較，在很難做出決定時寧可保持不變，或者採用小的實驗步驟來獲取真實的數據。