不同的架構(gòu)方法論，會將架構(gòu)分為不同視圖，每個(gè)視圖側(cè)重某一個(gè)方面、領(lǐng)域的問題。
　　比如希賽推的ADMEMS架構(gòu)體系，分為以下幾種視圖：
　　1. 數(shù)據(jù)架構(gòu)：描述數(shù)據(jù)的存儲結(jié)構(gòu)、格式等方面。
　　2. 物理架構(gòu)：描述機(jī)器的物理部署、網(wǎng)絡(luò)拓?fù)浞矫妗?br/>　　3. 運(yùn)行架構(gòu)：描述運(yùn)行期線程、進(jìn)程間的交互工作機(jī)制。
　　4. 邏輯架構(gòu)：指如何將代碼分成不同模塊、組件，以及之間的職責(zé)分配、交互行為。
　　5. 開發(fā)架構(gòu)：主要指開發(fā)工具的選擇，程序單元的劃分，開發(fā)管理規(guī)范流程等方面。
　　例如分為哪些工程、項(xiàng)目，源代碼管理，自動(dòng)化編譯構(gòu)建、測試、部署等。
　　目前國際上運(yùn)用比較廣泛的是TOGAF架構(gòu)體系，他把架構(gòu)分為業(yè)務(wù)架構(gòu)、數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)、技術(shù)架構(gòu)等幾個(gè)方面。
　　想詳細(xì)的了解這些架構(gòu)視圖，可以參考這些架構(gòu)體系相關(guān)的書、資料。
　　另外有很多人無緣無故的抨擊架構(gòu)概念，不知道是出于調(diào)侃還是無知。
　　埃及的金字塔、神廟的建設(shè)，不是幾個(gè)平常的泥瓦匠聚在一起就能夠造出來的。
　　像SAP、Oracle ERP，國內(nèi)的金蝶等大規(guī)模的系統(tǒng)，以及空間站、火箭的控制系統(tǒng)等，沒有系統(tǒng)性的架構(gòu)方法、規(guī)范、流程，結(jié)果只能是悲劇。
　　當(dāng)規(guī)模、復(fù)雜度沒有達(dá)到一定程度，比如在一些小的團(tuán)隊(duì)、產(chǎn)品中，架構(gòu)過程可能融入到老板、經(jīng)理、組長、資歷較深的一些開發(fā)者中，融入在大家的日常工作中，以至于感覺不到架構(gòu)的存在。
　　就算遇到一些問題，因規(guī)模不大、復(fù)雜度不高，也比較容易調(diào)整。
　　當(dāng)這些前提條件發(fā)生變化時(shí)，架構(gòu)的作用和必要性就逐步的體現(xiàn)出來。
　　總的來說，一說到架構(gòu)，如果懂軟件，那么會了解為一個(gè)軟件系統(tǒng)，這個(gè)軟件設(shè)計(jì)的組成結(jié)構(gòu)，如哪些是基礎(chǔ)支持組件，哪些是完成A業(yè)務(wù)，哪些完成B業(yè)務(wù)……但說道企業(yè)架構(gòu)的時(shí)候，就會問，該企業(yè)架構(gòu)的幾個(gè)架構(gòu)如業(yè)務(wù)架構(gòu)、數(shù)據(jù)架構(gòu)、業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)，以及如何鏈接在一起。
　　倒覺得，一個(gè)企業(yè)確實(shí)需要這樣的架構(gòu)，但不要神話它，最主要的是業(yè)務(wù)如何最終體現(xiàn)到軟件中和流程中。
　　而采取分離式設(shè)計(jì)時(shí)，最容易的錯(cuò)誤就是各自為政，集成困難。
　　那么以數(shù)據(jù)為中心的架構(gòu)設(shè)計(jì)，會自然提供集成的基礎(chǔ)。
　　提到過，企業(yè)最重要的資產(chǎn)是數(shù)據(jù)，甚至不是信息，是數(shù)據(jù)。
　　企業(yè)的業(yè)務(wù)流程會變，IT系統(tǒng)會變，所需要的信息與知識會變，唯有數(shù)據(jù)能夠積淀下來。
　　這有點(diǎn)象自然演進(jìn)，考古那種，啥都