一文读懂TOGAF企业架构
?
目錄
為何選擇TOGAF？
什么是TOGAF架構開發方法（ADM）？
TOGAF和ArchiMate
ArchiMate核心
戰略與動機延伸
實施和遷移擴展
TOGAF ADM生命周期 - 迭代
TOGAF ADM
ADM輸入和輸出
交付
ADM初步階段
ADM階段A：架構愿景
ADM階段B：業務架構
ADM階段C：信息系統架構
ADM階段D：技術架構
ADM階段E：機遇與解決方案
ADM階段F：遷移計劃
ADM階段G：實施治理
ADM階段H：架構變更管理
摘要
相關鏈接
?
TOGAF ?，由The Open Group的標準，是一個成熟的企業架構方法和框架由世界領先的組織使用，以提高業務效率。它是最突出和最可靠的企業架構標準，可確保企業架構專業人員之間的一致標準，方法和通信。精通TOGAF標準的企業架構專業人員享有更高的行業信譽，工作效率和職業機會。TOGAF幫助從業者避免陷入專有方法，更有效地利用資源，實現更高的投資回報。
為何選擇TOGAF？
IT架構需要密切反映組織的業務目標。實際上，應該使用特定的技術（業務場景）來確保IT架構師正確理解業務目標，并反映在使用TOGAF開發的IT架構中。
以下是我們應該采用TOGAF ADM進行架構開發的原因：
- 一種全面的通用方法
- 與其他框架互補，不與其他框架競爭
- 在市場上廣泛采用
- 可以滿足組織和行業的需求
- 可免費獲得永久許可
- 供應商，工具和技術中立的開放標準
- 避免重新發明輪子
- 業務IT一致性
- 基于最佳實踐
- 可以參與框架的演變
什么是TOGAF架構開發方法（ADM）？
架構開發方法（ADM）用于開發滿足組織業務和信息技術需求的企業架構。TOGAF ADM是大量架構從業者為實現以下目的而不斷貢獻的結果：
- 它描述了一種開發和管理企業體系結構生命周期的方法，并構成了TOGAF的核心。
- 它可以根據組織的需求進行定制，然后用于管理體系結構規劃活動的執行。
TOGAF和ArchiMate
ArchiMate是Open Group引入的建模標準。它提供了一組豐富的建模符號和概念，支持在域內和域之間一致地建模企業架構。
由于TOGAF和ArchiMate都是由Open Group維護的標準，它們都用于企業架構開發，很多人在它們之間感到困惑，提出諸如“TOGAF和ArchiMate之間有什么區別？”，“TOGAF vs ArchiMate？”之類的問題， TOGAF框架和ArchiMate建模語言均由The Open Group維護。TOGAF 9.1和ArchiMate 2.1或更高版本協同工作，是EA開發的兼容和補充。雖然TOGAF ADM是一個可用于開發和實施企業系統，流程和結構的EA框架，但ArchiMate可用作可視建模語言，可用于創建EA描述。
重申ArchiMate標準是建模語言而非框架是很重要的。ArchiMate語言廣泛用于開發可視化EA模型，通常與TOGAF ADM一起使用。此外，TOGAF和ArchiMate標準可以組合在一起，提供一組可用于建模不同體系結構的視點。
ArchiMate語言由ArchiMate核心語言組成，其中包括業務，應用程序和技術層，以及構建體系結構的策略和動機以及實現和遷移的元素。
下圖顯示了ArchiMate語言如何與TOGAF架構開發方法（ADM）階段相關的簡化映射。
ArchiMate核心
代碼ArchiMate層可以對TOGAF定義的體系結構域進行建模。
該業務，應用和技術層支持業務，信息系統和技術架構領域由TOGAF框架中定義的描述，以及它們的相互關系。
戰略與動機延伸
戰略和動機擴展可以實現利益相關者的建模，變革的驅動因素，業務目標，原則和要求。
ArchiMate語言中的策略和激勵元素可用于支持TOGAF ADM 的需求管理，初步和架構愿景階段，這些階段建立了高級業務目標，架構原則和初始業務需求。它們也與TOGAF ADM的架構變更管理階段相關，因為該階段涉及不斷變化的需求。
實施和遷移擴展
實施和遷移擴展支持項目組合管理，差距分析以及過渡和遷移規劃的建模。
ArchiMate語言的實現和遷移元素通過TOGAF ADM的機會和解決方案，遷移規劃和實施治理階段支持體系結構的實施和遷移。
TOGAF ADM生命周期 - 迭代
ADM支持三個級別的迭代概念：
在ADM周圍循環：ADM以循環方式呈現，表明一個架構工作的完成直接進入架構工作的后續階段。
在階段之間進行迭代：TOGAF描述了跨階段迭代的概念（例如，在完成技術架構時返回到業務架構）。
圍繞單個階段循環：TOGAF支持在單個ADM階段內重復執行活動，作為詳細描述架構內容的技術。
TOGAF ADM
在ADM過程的應用過程中，根據ADM提供的相位目標，根據一些輸入和步驟產生許多輸出。
例如：
- 流程
- 架構要求
- 項目計劃
- 項目合規評估
- 等等
為了以一致和結構??化的方式整理和展示這些主要的工作產品，TOGAF定義了一個結構模型，用于放置它們。
ADM輸入和輸出
TOGAF從每個階段提供了許多輸入和輸出可交付成果：
- 這些是建議，不需要完全遵循
- 生成的每個可交付成果應進行版本化以指示何時發生更改
- 顯示的版本編號也是一個建議，無需遵循
交付
合同規定的工作產品，然后由利益相關者正式審查，同意和簽署。它通常在項目完成時歸檔，或者作為參考模型轉換為Architecture Repository
ADM初步階段
創建體系結構功能所需的準備和啟動活動，包括TOGAF的定制和體系結構的定義
輸出可交付成果：
- 架構原則
- 架構庫
- 業務原則，業務目標和業務驅動因素
- 企業架構的組織模型
- 要求架構工作
- 量身定制的架構框架
ADM階段A：架構愿景
架構開發周期的初始階段。它包括有關定義體系結構開發計劃范圍，識別利益相關者，創建體系結構愿景以及獲得批準以繼續體系結構開發的信息
輸出可交付成果：
- 架構原則
- 架構路線圖
- 架構愿景
- 業務原則，業務目標和業務驅動因素
- 能力評估
- 溝通計劃
- 架構工作聲明
- 量身定制的架構框架
ADM階段B：業務架構
業務架構：開發業務架構以支持商定的架構愿景
輸出可交付成果：
- 架構定義文檔
- 架構原則
- 架構要求規范
- 架構路線圖
- 業務原則，業務目標和業務驅動因素
- 架構工作聲明
ADM階段C：信息系統架構
信息系統架構：開發信息系統架構以支持商定的架構愿景
- 架構定義文檔
- 架構原則
- 架構要求規范
- 架構路線圖
- 架構工作聲明
ADM階段D：技術架構
技術架構：技術架構的發展，以支持商定的架構愿景
輸出可交付成果：
- 架構定義文檔
- 架構原則
- 架構要求規范
- 架構路線圖
- 架構工作聲明
ADM階段E：機遇與解決方案
機遇與解決方案為前幾個階段定義的架構進行初步實施計劃和交付工具的識別
輸出可交付成果：
- 架構定義文檔
- 架構要求規范
- 架構路線圖
- 架構愿景
- 能力評估
- 實施和遷移計劃
- 架構工作聲明
ADM階段F：遷移計劃
遷移規劃通過最終確定詳細的實施和遷移計劃，闡述如何從基準遷移到目標體系結構
- 架構構建基塊
- 架構定義文檔
- 架構要求規范
- 架構路線圖
- 變更請求實施和遷移計劃
- 實施治理計劃
- 要求架構工作
- 架構工作聲明
ADM階段G：實施治理
實施治理提供了對實施的架構監督
輸出可交付成果：
- 改變請求
- 合規評估
- 解決方案構建塊
- 架構工作聲明
ADM階段H：架構變更管理
架構變更管理建立了管理新架構變更的程序。需求管理檢查整個ADM中管理架構需求的過程
摘要
ADM是一種綜合的通用方法
- 它建議了開發體系結構所涉及的各個階段和步驟的順序
- 這是一種迭代方法
- 它利用了TOGAF的其他部分來獲取資產和流程
- 它可以與其他框架的其他可交付成果一起使用
以下是每個開發階段的TOGAF ADM概述，如下圖所示：
TOGAF ADM階段
階段目標
初步
為組織準備一個成功的架構項目做好準備
A.架構愿景
設置項目的范圍，約束和期望。驗證業務上下文并創建“架構工作聲明”
B.業務架構
開發業務架構。按原樣制定基線和目標并分析差距。
C.信息系統架構
開發信息系統架構。按原樣制定基線和目標并分析差距。
D.技術架構
開發技術架構。按原樣制定基線和目標并分析差距。
E.機遇與解決方案
確定主要的實施項目
F.移民計劃
分析成本，收益和風險。制定實施路線圖。
G.實施治理
確保實施項目符合體系結構
H.架構變更管理
確保架構在發生變化時響應企業的需求
需求管理
項目的每個階段都應基于并驗證業務需求。
相關鏈接
總結
以上是生活随笔為你收集整理的一文读懂TOGAF企业架构的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： decimal这个数据类型的用法，保证你
- 下一篇： 月蚀动漫获快看漫画600万元A轮战略投资