企業架構 － 如何描述企業架構

　搭建一個簡易狗屋時，我們不會去設計三維圖，做預算，規劃施工等，而建個複雜建築時，缺少架構是不可能能完成的。就像我們程式員做個小功能，可能都不需要做設計就可以實作了，但是當問題複雜了，考慮因素多了，産品關聯複雜了，那麼還一直摸着石頭過河，事前不做架構不做規劃，那麼最終結果必然是失敗的。

　　蓋房屋需要架構，做功能需要技術架構，那麼給企業做資訊、業務規劃就需要做企業架構，那我們如何描述企業架構呢？

設計：

為了避免大家的誤解，架構師設計時應該采用一種通用的、易于了解的一組詞彙，這些詞彙不能特定于單一架構領域。

提供通用的群組織特定的指導、最佳實踐、架構圖描述标準和其它能夠提高架構品質的方法

架構時疊代、反複完成的一個過程，需要支援對架構決策的跟蹤和變更管理

溝通

架構需要同組織内或組織外的不同涉衆（如管理人員、設計人員、合作夥伴等）進行溝通

能夠對不同涉衆關注的方面進行精确的描述

實作

從以往的架構中提供回報

可能的話，還需要內建已存在的設計工具

變更

架構的變更對組織影響非常大，預先評估變更導緻的一系列活動，仔細計劃架構演進

組織的業務流程的目的是實作他們的産品，軟體應用是支援業務流程，而技術設施是運作應用，資訊是在業務流程和應用中使用。

業務架構（business architecture）：業務戰略、組織結構以及業務流程

應用架構（application architecture）： 服務、應用

資訊架構（information architecture）：業務對象和資料

基礎設施架構（infrastructure architecture）：硬體、網絡和軟體環境

我們在描述架構時，最重要的就是關注核心元素以及它們之間的關系。在描述企業架構時，我們使用模型（models）。

領域（Domain）：總體描述中的一個子集概念

模型（Model）：一種聚焦特定領域内的抽象但很明确概念以及概念之間的關系，UML就是我們常見的一種描述模型的語言

模組化（Modelling）: 對總體概念的部分進行抽象描述的動作

<b>基于符号的模型</b>

<b>基于語義的模型</b>

　　以後blog中，如果沒有明确提出語義模型，都指符号模型。

　　沒有哪個人會關心架構所有的範圍和細節，我們需要針對不同的涉衆提供符合他們關注點的特定視圖。這裡涉及到兩個概念：

ViewPoint: 視圖模闆，定義了如何看這個視圖

View: ViewPoint的執行個體，展現模型中的這個ViewPoint包含什麼

下圖為TOGAF的架構内容架構中的一張圖，表明了元模型、View和ViewPoint的關系

 本文轉自 jingen_zhou 51CTO部落格，原文連結：http://blog.51cto.com/zhoujg/518634，如需轉載請自行聯系原作者