在兩三年前就關注過EA了，只是沒有怎么深入的去了解它，經過這幾年的工作和思考，發現架構越來越重要，做企業級的IT系統企業架構也越來越重要。

TOGAF 或非 TOGAF？

　　在組織中不用強迫實行企業架構，對企業架構實踐的需求應該是人們了解了業務過程與技術框架的結合的不斷發展的復雜性的結果。如果不確定是否適合TOGAF，那么組織試用一下也是一個好主意。試驗可能要包含一組熱情且值得信任的解決方案及業務架構師，重要的是要加入業務和技術角色，以確保利益均衡。

　　在《企業架構 － 企業架構成熟度模型（EAMM）》中介紹了一個成熟度的模型，從這個我們也可以看出我們為什么要做企業架構以及我們還需要做哪些提高。今年準備開始實踐一下企業架構，在《企業架構 － 開篇：TOGAF介紹》中我也說了TOGAF的完整性和實用性都比較高，所以我把它作為我實踐EA方法的框架。

　　那么選擇TOGAF后，我們怎么去做呢？我發現不僅設計難做，框架難做，架構更難做。TOGAF的體系雖然很清楚，但是要完全領悟還是需要時日的，在看了幾天資料后仍舊不是很清楚如何實施，不像Scrum方法一樣，外部資料特別多，實施起來也很容易上手。

　　在學習時，大家更多的可能還是關注如何具體做什么事情，這個我也非常關心，只是現在我習慣于在做一件事情之前能夠對它有認識，至少是方向性的把握。對我來說，我目前更關心的是在執行之前自己能夠從整體上理解它并形成自己的一些思考和觀點。

　　經過一周的時間，終于有一個大致的實施路線了，現與大家交流一下。

組織保障

　　前面的都是一些工作任務的方法和指導，具體實施時人是非常重要的，特別是對于這樣一個新的方法，在 企業架構 － 組織角色和技能 中羅列了一些組織角色和技能，我們從中可以看到我們可以提高的地方。

TOGAF 實現路線圖

　　推薦組織在引入 TOGAF 之前先適應幾個技術、標記，和 SDLC 方法，如圖所示：會UML會更容易使用ArchiMate，會迭代開發更容易適應架構的迭代開發，經歷過完整的產品開發會更快適應架構開發。

企業架構路線圖示例

　　對比 RUP 和其他主要關注于實現的規程，企業架構領域原則上的關注點是企業范圍內的業務需求的識別、規范，及優先級劃分。EA 路線圖可能比單路線解決方案包含更多內容:首先有一個計劃，產生一個愿景，然后做基線架構、目標架構，產生項目列表后再實現。圖中的時間只是一個示例而已，不作為實際參考。

基于基線開發(Baseline first)的迭代步驟

　　如果是完整的企業架構，其時間跨度可能比一個項目還長。大家都知道現在敏捷在開發管理中盛行，做架構其實也使一樣，也是可以基于迭代來進行的。下圖為基于基線開發的迭代步驟圖：

?

迭代分四個大的階段進行，每個階段的主要工作對應到了ADM的方法：

• 架構上下文（Architecture Context）：初始、愿景
• 架構定義（Architecture Definition）：業務、信息、技術架構 （＋機會及解決方案、遷移規劃） ?
• 轉換規劃（Transition Planning）： 機會及解決方案、遷移規劃
• 架構治理（Architecture Governance）：實施、變更

企業架構 － ADM方法概要介紹

?

企業架構主要元素

主要技術和交付物

　　明確了開發迭代方式和各個步驟后，就需要確定一下每個階段具體有哪些工作和交付物了，下圖為各階段的主要任務和交付物：

上面的交付物和任務會比較多，之前也說過我們使用的是迭代開發，那么下面這張圖可以供我們參考：我們可以先實現白色的核心部分，再去實現其它部分（裁剪后的內容）

具體實施

　　基于上面的工作路線和參考，具體實施時主要參考togaf9e.pdf中的步驟來，在實踐中提高

?

參考：

TOGAF 或非 TOGAF：在 RUP 之上擴展企業架構

TOGAF 9 Pocket Guide.pdf

togaf9e.pdf

Introducing The Open Group Architecture Framework (TOGAF), Part 3: Create an enterprise architecture with TOGAF

?

企業架構 － 開篇：TOGAF介紹

使用TOGAF進行產品開發

歡迎轉載，轉載請注明：轉載自周金根 [ http://zhoujg.cnblogs.com/ ]

?

總結

以上是生活随笔為你收集整理的企业架构 － 如何实施TOGAF的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。