1、 了解系統整合方面的知識
我覺得乙個架構師的知識面應該非常寬廣，遇到難題，總能夠想到最佳的解決方法，也即最合適的設計。所謂「複雜的系統，一流的設計」，一流的設計往往是最合適的設計，比如說分布式應用，可以使用webservice、remoting、j2ee，架構師會方根據實際的情況做出最合理的選擇。
2、 精通物件導向、設計原則、設計模式
oo這是基礎，oo的出現就是為了解決軟體設計上的複雜性的。
oo是很科學的東西，但並不是所有的地方都需要oo。個人認為oo的核心是多型，多型的核心是遲繫結。
遵循設計原則是優雅設計的前提。過分遵循原則則是過度設計。
架構師是直接參與設計的，設計模式解決的正是設計上的問題，所以，熟悉設計模式應該是必然的。有人說，36計就是模式。熟讀36計的人並不一定都會使用36計。同樣，
3、 熟悉企業應用的特點、難題和解決方案
特點 知識
涉及到持久化資料
orm 及常用的持久化framework如 hibernate、ibatis、ejb、ado.net等等
很多人同時訪問資料
併發、快取 效能和可伸縮性
含有大量運算元據的使用者介面
mvc設計模式
分層
與散布在企業內部或周圍的其他的應用整合
資料訪問和資料交換模式
企業應用架構同樣有模式可循。fowler在《
企業應用架構模式》一書中給我們總結出了類似《設計模式》一書中的通用的模式供我們參考。 這本書讀起來比較枯燥，但確實非常有用。
4、 2年以上的專職編碼經驗
當然，如果你是天才的話，可能不需要兩年。很多人認為架構師不應該參與編碼，然而，很難相信，乙個不會編碼的人能夠設計出優秀的系統。不斷的了解編碼過程中遇到的問題可以促使架構師改進設計。
5、 能夠熟練的用**、文件（
birdshome、
冬冬指出）和圖形的形式表達自己的設計思想和設計理念
uml是必不可少的工具，可以提供比**更為清晰的鳥瞰檢視。uml可以作為與客戶溝通的工具，也可以作為與程式設計師溝通的工具。微軟在vs2005裡面也提供了自己的一套不相容標準的建模工具。另外，
birdshome 指出，還需要有一定的ppt製作水平；
冬冬指出，應該具備一定的文件能力。
應用系統架構師應該具有的素質
小弟愚鈍，總結的不好，希望各位大蝦糾正 補充。1 了解系統整合方面的知識 我覺得乙個架構師的知識面應該非常寬廣，遇到難題，總能夠想到最佳的解決方法，也即最合適的設計。所謂 複雜的系統，一流的設計 一流的設計往往是最合適的設計，比如說分布式應用，可以使用webservice remoting j2ee...
系統架構 系統架構師
一 什麼是架構師 是乙個既需要掌控整體又需要洞悉區域性瓶頸並依據具體的業務場景給出解決方案的團隊領導型人物。架構師需要能夠識別定義並確認需求，能夠進行系統分解形成整體架構，能夠正確地技術選型，能夠制定技術規格說明並有效推動實施落地。按 togaf 的定義，架構師的職責是了解並關注實際上關係重大但未變...
系統架構師
職業定位 系統構架，是對已確定的需求的技術實現構架 作好規劃，運用成套 完整的工具，在規劃的步驟下去完成任務。相應地，系統架構師 又稱企業架構師或者 系統設計師 是乙個最終確認和評估系統需求，給出開發規範，搭建系統實現的核心構架，並澄清技術細節 掃清主要難點的技術人員。他 她主要著眼於系統的 技術實...