簡言之：企業(yè)架構(gòu)可以為企業(yè)帶來價值

• 提升業(yè)務(wù)與IT效率
• 降低未來的風(fēng)險

image

為什么是TOGAF史翘？

• TOGAF 標(biāo)準(zhǔn)是通過整個社區(qū)的共同努力制定的，可以開放使用

• TOGAF是目前最流行的企業(yè)架構(gòu)框架冀续，并且一直在維護中

• TOGAF框架可以幫助企業(yè)快速有效性的實施IT戰(zhàn)略

二琼讽、TOGAF核心概念

TOGAF定義的架構(gòu)

ISO/IEC/IEEE 42010:2011 定義：

The fundamental concepts or properties of a system in its environment embodied in its elements, relationships, and in the principles of its design and evolution.

一個系統(tǒng)基本的組織，體現(xiàn)在它的各個構(gòu)件洪唐、構(gòu)件間的相互關(guān)系钻蹬、構(gòu)件與環(huán)境間的關(guān)系，以及治理其設(shè)計和演進的原則上凭需。

TOGAF在其基礎(chǔ)上做了一些擴展定義：

The structure of components, their inter-relationships, and the principles and guidelines governing their design and evolution over time

在系統(tǒng)設(shè)計演化過程中问欠，組件的結(jié)構(gòu)，它們內(nèi)部的關(guān)系粒蜈，原則和參考顺献。

image

TOGAF旨在支持四種常見的架構(gòu)，這些架構(gòu)歸為企業(yè)架構(gòu)的子集：

• 業(yè)務(wù)架構(gòu)：定義了企業(yè)戰(zhàn)略枯怖，管理注整，組織和主要的業(yè)務(wù)流程。

• 數(shù)據(jù)架構(gòu)：描述一個組織的物理和邏輯數(shù)據(jù)資產(chǎn)嫁怀，以及數(shù)據(jù)資源的結(jié)構(gòu)设捐。

• 應(yīng)用架構(gòu)：提供了一個藍圖，各個應(yīng)用程序部署塘淑，它們之間的相互作用萝招，以及它們的關(guān)系，該組織的核心業(yè)務(wù)流程存捺。

• 技術(shù)架構(gòu)：描述了需要支持的業(yè)務(wù)槐沼，數(shù)據(jù)和應(yīng)用服務(wù)部署的邏輯軟件和硬件的能力; 這包括 IT 基礎(chǔ)設(shè)施、中間件捌治、網(wǎng)絡(luò)岗钩、通信、處理肖油、標(biāo)準(zhǔn)等兼吓。

架構(gòu)開發(fā)方法ADM

ADM是TOGAF的核心，提供的一種可測試和可復(fù)用的開發(fā)架構(gòu)過程森枪，ADM包含建立架構(gòu)框架视搏、開發(fā)架構(gòu)內(nèi)容审孽，遷移和治理架構(gòu)實現(xiàn)的部分。它描述了一種開發(fā)和管理企業(yè)架構(gòu)生命周期的方法浑娜。

image

架構(gòu)內(nèi)容框架-架構(gòu)輸入與輸出結(jié)構(gòu)化

執(zhí)行架構(gòu)開發(fā)方法的的過程中會產(chǎn)生許多輸出佑力，例如流程、架構(gòu)要求筋遭、項目計劃打颤、項目合規(guī)性評估等。架構(gòu)內(nèi)容框架為輸出的內(nèi)容提供了一個結(jié)構(gòu)模型漓滔。允許架構(gòu)師創(chuàng)建的工作結(jié)果被一致地定義编饺、結(jié)構(gòu)化和呈現(xiàn)。

image

image

TOGAF定義的交付物响驴、目錄反肋、矩陣、圖： 下圖列出了在進行架構(gòu)開發(fā)過程中輸出的主要交付結(jié)果踏施。

image

企業(yè)連續(xù)體—架構(gòu)演進

描述了企業(yè)架構(gòu)的演進過程石蔗，以及根據(jù)當(dāng)前所處的階段應(yīng)該用哪一種架構(gòu)。

• 視圖：一個架構(gòu)演進的視圖 A View Of Architecture Reposory
• 分類方法：一種分類方法畅形，可以對架構(gòu)進行分類席揽，從一般到特殊乏屯，從抽象到具體，從邏輯到物理 Classifying Architecture and solution artifacts,from generic to specfic

它使架構(gòu)師能夠從廣泛的角度闡明企業(yè)架構(gòu)的設(shè)計內(nèi)容、原因和方式童本，并考慮了所考慮的因素和驅(qū)動因素惕它≡兀可以讓業(yè)務(wù)方明白當(dāng)前企業(yè)架構(gòu)所處的位置油昂，從而進行溝通。

image

架構(gòu)能力框架—建設(shè)架構(gòu)能力

為了在企業(yè)內(nèi)成功運行架構(gòu)功能毕荐，有必要設(shè)置適當(dāng)?shù)慕M織結(jié)構(gòu)束析、流程、角色憎亚、職責(zé)和技能來實現(xiàn)架構(gòu)能力员寇。來支持企業(yè)架構(gòu)的能力。TOGAF提供了一套關(guān)于如何建立這樣一個架構(gòu)功能的參考資料

image

架構(gòu)存儲庫-架構(gòu)知識索引

架構(gòu)存儲庫是管理和利用不同類型架構(gòu)資產(chǎn)的方法和工具第美，包含內(nèi)部的架構(gòu)資產(chǎn)與外部的架構(gòu)資產(chǎn)蝶锋。在真正架構(gòu)設(shè)計的過程中，可根據(jù)架構(gòu)存儲庫中的內(nèi)容進行索引什往，找到自己適合的架構(gòu)進行復(fù)業(yè)扳缕。

image

三、ADM-架構(gòu)開發(fā)方法

TOGAF ADM(Architecture Development Method) 是大量架構(gòu)從業(yè)者不斷貢獻的結(jié)果。它描述了一種開發(fā)和管理企業(yè)架構(gòu)生命周期的方法躯舔，并構(gòu)成了 TOGAF 標(biāo)準(zhǔn)的核心贡必。

架構(gòu)生命周期

image

架構(gòu)本質(zhì)上是一種處理不確定性和變化的活動 - 它是相關(guān)方想要和實際能力之間的“灰色區(qū)域”，可能有很多路徑庸毫，架構(gòu)要求在實踐中總是會發(fā)生變化。

1衫樊、ADM架構(gòu)工作由需求進行驅(qū)動飒赃，需求管理貫穿整個架構(gòu)生命周期。

2科侈、ADM一共有8個標(biāo)準(zhǔn)的階段载佳，每個階段都有該階段具體的：目的、輸入臀栈、輸出蔫慧、步驟、和方法权薯。 可根據(jù)ADM中參考步驟和方法進行架構(gòu)工作姑躲。輸入輸出，其也有具體指定盟蚣。

3黍析、ADM是通用的架構(gòu)開發(fā)方法，但是實際中可以進行擴展或者裁剪相關(guān)的階段適應(yīng)特定企業(yè)的需要屎开。

完整的架構(gòu)生命周期：https://pubs.opengroup.org/architecture/togaf9-doc/m/pt2.html

交付結(jié)果概覽圖：

image

預(yù)備階段

在架構(gòu)工作準(zhǔn)備階段阐枣，主要有兩件事情：

• 確定組織具備的架構(gòu)能力有哪些

• 檢查組織的環(huán)境

• 識別架構(gòu)能影響組織的范圍和元素

• 確定與架構(gòu)能力相交的方法、流程奄抽、框架

• 建立能力成熟度目標(biāo)

• 建立組織要具備的架構(gòu)能力

• 定義和建立組織架構(gòu)模型

• 定義和建立架構(gòu)治理的詳細流程和資源蔼两，裁剪ADM，定義架構(gòu)原則

• 選擇和實施支持企業(yè)架構(gòu)的工具

• 定義架構(gòu)原則

應(yīng)用TOGAF框架的企業(yè)架構(gòu)師不能狹隘地關(guān)注IT實現(xiàn)逞度，而必須意識到架構(gòu)對整個企業(yè)的影響额划。

image

image

階段A 架構(gòu)愿景

愿景表達了一種我們對架構(gòu)的一種期望結(jié)果，闡明重要的相關(guān)方档泽、問題以及目標(biāo)锁孟，可以幫助團隊關(guān)注產(chǎn)品的核心內(nèi)容，并用來與相關(guān)方進行溝通茁瘦。

架構(gòu)愿景是在架構(gòu)開始階段品抽，企業(yè)中的關(guān)鍵決策者一致同意的結(jié)果，提供了架構(gòu)工作要變更的主要內(nèi)容甜熔。

通常架構(gòu)愿景包含如下內(nèi)容：

• 問題描述

• 利益相關(guān)方和他們的關(guān)注點

• 需要被解決的問題/場景列表

• 架構(gòu)工作的目的

• 大概的架構(gòu)工作視圖圆恤，0.1版本的業(yè)務(wù)、應(yīng)用、技術(shù)視圖創(chuàng)建完成盆昙，還有：

• 價值鏈圖：企業(yè)為消費者創(chuàng)造價值的主要流程羽历。

• 解決方案概念圖：主要包含，目標(biāo)淡喜、需求秕磷、約束以及高亮要深入調(diào)研的工作區(qū)域。

• 愿景映射的一些需求

• 架構(gòu)定義文檔的草稿

image

階段B 業(yè)務(wù)架構(gòu)

業(yè)務(wù)架構(gòu)的目的：

• 開發(fā)目標(biāo)架構(gòu)來描述企業(yè)如何運作能達到業(yè)務(wù)目標(biāo)炼团，對應(yīng)架構(gòu)愿景中的戰(zhàn)略驅(qū)動澎嚣，同時解決一些相關(guān)方的關(guān)注點。
• 識別出當(dāng)前架構(gòu)與目標(biāo)架構(gòu)的架構(gòu)路線圖瘟芝。

image

階段C 信息系統(tǒng)架構(gòu) - 數(shù)據(jù)架構(gòu)

image

階段C 信息系統(tǒng)架構(gòu) - 應(yīng)用架構(gòu)

image

階段D 技術(shù)架構(gòu)

image

階段E 機會和解決方案

本階段目標(biāo)：

• 根據(jù) B易桃、C 和 D 階段的差距分析和候選架構(gòu)路線圖組件，生成架構(gòu)路線圖的初始完整版本
• 定義整體解決方案構(gòu)建塊以最終確定基于架構(gòu)構(gòu)建塊 (ABB) 的目標(biāo)架構(gòu)

image

階段F 遷移規(guī)劃

F階段的目標(biāo)是：

• 最終確定架構(gòu)路線圖和支持實施和遷移計劃

• 確保實施和遷移計劃 與企業(yè)管理和實施企業(yè)整體變更的方法一致

• 確保關(guān)鍵利益相關(guān)者了解工作內(nèi)容和過渡架構(gòu)的業(yè)務(wù)價值和成本

image

階段G 實施治理

image

階段H 架構(gòu)變更管理

image

需求管理

image

業(yè)務(wù)架構(gòu)

什么是業(yè)務(wù)架構(gòu)锌俱？

業(yè)務(wù)架構(gòu)是企業(yè)治理結(jié)構(gòu)晤郑、商業(yè)能力與價值流的正式藍圖。

業(yè)務(wù)架構(gòu)明確定義企業(yè)的治理結(jié)構(gòu)贸宏、業(yè)務(wù)能力造寝、業(yè)務(wù)流程、業(yè)務(wù)數(shù)據(jù)吭练。其中匹舞，業(yè)務(wù)能力定義企業(yè)做什么，業(yè)務(wù)流程定義企業(yè)怎么做线脚。

業(yè)務(wù)架構(gòu)就是對企業(yè)的業(yè)務(wù)流程赐稽，進行根本性的再思考和在思考的徹底性再設(shè)計，從而獲得成本浑侥、質(zhì)量姊舵、速度等方面業(yè)績的巨大的改善或提高。

業(yè)務(wù)架構(gòu)包含：戰(zhàn)略寓落、企業(yè)業(yè)務(wù)流程(價值鏈)括丁、當(dāng)前能力，未來能力伶选；商業(yè)能力史飞，IT能力；

業(yè)務(wù)架構(gòu)是從戰(zhàn)略到實施過渡的橋梁

業(yè)務(wù)架構(gòu)是由企業(yè)戰(zhàn)略驅(qū)動的仰税，業(yè)務(wù)架構(gòu)發(fā)揮了從戰(zhàn)略向?qū)嵤┻^渡的作用构资，上接公司戰(zhàn)略，下接IT與非IT實施：

戰(zhàn)略決定業(yè)務(wù)陨簇，業(yè)務(wù)支撐戰(zhàn)略吐绵；

業(yè)務(wù)決定技術(shù)，技術(shù)支撐業(yè)務(wù)；

image

image

業(yè)務(wù)架構(gòu)優(yōu)化方法

萬般需求皆業(yè)務(wù)己单，萬般業(yè)務(wù)皆流程唉窃；管理無止境，流程出效益纹笼；

在流程優(yōu)化上纹份，有著名的ESAI理論，目標(biāo)業(yè)務(wù)流程設(shè)計方法：

Eliminate-刪除無附加價值的步驟

• 過度控制

• 重疊環(huán)節(jié)

• 等待時間

• 反復(fù)校驗

• 部門協(xié)調(diào)

Simply-簡化所有過于復(fù)雜的環(huán)節(jié)

• 簡化所有復(fù)雜的步驟

• 表格

• 程序

• 溝通渠道

Integrate-集成功能 廷痘，理順流程過程

• 離散到整合

• 無序到有序

• 職責(zé)蔓涧，部門，客戶牍疏，供應(yīng)商

Automate-運用先進的信息技術(shù)自動化

• 數(shù)據(jù)收集

• 數(shù)據(jù)傳輸

• 數(shù)據(jù)分析

• 自動化

IT架構(gòu)

什么是IT架構(gòu)？

對應(yīng)到TOGAF中拨齐，IT架構(gòu)又分為應(yīng)用架構(gòu)鳞陨、數(shù)據(jù)架構(gòu)、技術(shù)架構(gòu)瞻惋，主要目的就是為了支撐業(yè)務(wù)架構(gòu)厦滤。

• 數(shù)據(jù)架構(gòu)：數(shù)據(jù)的收集，治理(管理)歼狼，服務(wù)等

• 應(yīng)用架構(gòu)：根據(jù)業(yè)務(wù)場景需要掏导，設(shè)計軟件的功能分配，集成交互羽峰，服務(wù)總線(規(guī)范與標(biāo)準(zhǔn))趟咆。關(guān)注點在功能以及功能交互

• 技術(shù)架構(gòu)：從技術(shù)實現(xiàn)的角度考慮應(yīng)用的各種功能，技術(shù)選型等梅屉，硬件與軟件的通信值纱。關(guān)注如何實現(xiàn)功能，可用性坯汤，穩(wěn)定性等虐唠。

常見應(yīng)用架構(gòu)模式

• 分層或N層架構(gòu)，這是一種傳統(tǒng)架構(gòu)惰聂，通常用于構(gòu)建內(nèi)部和企業(yè)應(yīng)用疆偿，而且常常與傳統(tǒng)應(yīng)用相關(guān)聯(lián)。

• 微服務(wù)架構(gòu)搓幌，它也是一種構(gòu)建軟件的方法杆故。在微服務(wù)中，應(yīng)用被拆分成最小的組件溉愁，彼此獨立反番。其中的每一個組件或流程都是一個微服務(wù)。

• 事件驅(qū)動架構(gòu)：對于事件驅(qū)動系統(tǒng)而言，事件的捕獲罢缸、通信篙贸、處理和持久保留是解決方案的核心結(jié)構(gòu)。這和傳統(tǒng)的請求驅(qū)動模型有很大不同枫疆。事件是指系統(tǒng)硬件或軟件的狀態(tài)出現(xiàn)任何重大改變爵川。而事件的來源可能是內(nèi)部也可能是外部原因。

• 面向服務(wù)的架構(gòu)：（SOA）是一種非常成熟的軟件設(shè)計模式息楔，它有點類似于微服務(wù)架構(gòu)模式寝贡。 SOA 將應(yīng)用構(gòu)建為可重復(fù)使用的離散型服務(wù)，這些服務(wù)會通過企業(yè)服務(wù)總線（ESB）進行通信值依。

參考：

• 阮一峰-軟件架構(gòu)入門：https://www.ruanyifeng.com/blog/2016/09/software-architecture.html
• RedHat-什么是應(yīng)用架構(gòu)：https://www.redhat.com/zh/topics/cloud-native-apps/what-is-an-application-architecture

業(yè)務(wù)場景

IT架構(gòu)成功的關(guān)鍵因素是架構(gòu)與業(yè)務(wù)需求的關(guān)聯(lián)程度圃泡，并且在一定程度上能被證明可以支持和幫助企業(yè)完成目標(biāo)。

在企業(yè)架構(gòu)中愿险，需求是架構(gòu)的核心颇蜡，所有的設(shè)計工作都是圍繞需求來做，識別最有價值的需求也是非常重要的辆亏。而識別真正的需求风秤，則需要我們理解需求的的業(yè)務(wù)場景是什么。

什么是業(yè)務(wù)場景扮叨？

業(yè)務(wù)場景是在在架構(gòu)開始之前缤弦，或者架構(gòu)的過程中從企業(yè)高層，各方獲得的一些輸入彻磁，然后推導(dǎo)技術(shù)架構(gòu)的特征碍沐。業(yè)務(wù)場景用于識別和理解真正的業(yè)務(wù)需求，盡可能還原需求提出的背景衷蜓，以及各種因素抢韭。

業(yè)務(wù)場景描述：

• 業(yè)務(wù)流程

• 業(yè)務(wù)和技術(shù)的環(huán)境

• 在場景中執(zhí)行的人員和參與者

• 正確執(zhí)行預(yù)期的結(jié)果

業(yè)務(wù)場景本質(zhì)上是對業(yè)務(wù)問題的完整描述，如果沒有需求的完整描述和還原恍箭，可能設(shè)計出來的就是錯誤的架構(gòu)刻恭，只解決了部分的需求，而不是業(yè)務(wù)方真正想要的扯夭；進而沒有交付出價值鳍贾。

如何創(chuàng)建還原業(yè)務(wù)場景？

7個區(qū)域交洗、3個階段：

1 - 識別骑科、記錄和歸類問題 2 -識別、記錄場景的業(yè)務(wù)和技術(shù)環(huán)境 (輸入构拳、輸出咆爽、工具和技術(shù)等) 3 - 識別和記錄期望的目標(biāo)（成功處理問題的結(jié)果） - SMART原則 4 - 確定參與者梁棠，及其在商業(yè)模式中的位置 5 - 識別計算參與者（計算因素）及其在技術(shù)模型中的位置 6 - 識別并記錄每個參與者的角色、職責(zé)和成功衡量標(biāo)準(zhǔn)斗埂；記錄每個演員所需的腳本符糊，以及處理情況的結(jié)果 7 - 檢查“適合目的”并在必要時進行改進，重新提煉問題呛凶、目標(biāo)

image

三個階段：

• 收集信息：辦業(yè)務(wù)場景研討會男娄，通過一些問題來獲取有關(guān)架構(gòu)工作正在解決的問題的信息。

• 分析情況：創(chuàng)建模型描述該信息漾稀，通常是視覺化的

• 審查：將結(jié)果反饋給項目發(fā)起人的階段模闲，以確保對問題的全部范圍以及技術(shù)影響的對所有人達成共識。這個階段非常重要崭捍，因為缺乏共同的期望在許多情況下是項目失敗的根本原因尸折。

最后產(chǎn)出一份類似如下的文檔：

image

利益相關(guān)方管理

在架構(gòu)從開始到結(jié)束階段，識別出哪些人殷蛇，哪些團隊可以對項目的進展會有貢獻实夹，識別哪些人可能成為阻礙或者投入度低，并且提前進行準(zhǔn)備晾咪。

針對不同的相關(guān)方收擦，采取不同的溝通贮配，合作策略谍倦。對做架構(gòu)的人來說，相關(guān)方的管理是一個非常重要的課題泪勒，獲得相關(guān)人員的支持才能確保項目更容易做成昼蛀。否則，很容易無法推進而失敗圆存。

做好利益相關(guān)者的管理可以有如下好處：

• 高層給予一定輸入的話叼旋，可以讓架構(gòu)模型有更高的質(zhì)量和形狀。

• 高層支持的話沦辙，可以幫助項目獲得更多資源夫植，保證項目更容易做成

• 早期識別相關(guān)人員的依賴，可以在事情推動的時候提前做好準(zhǔn)備油讯，減少一定的沖突和無效推動详民。

識別相關(guān)方？關(guān)鍵人物Key Person陌兑？

首先腦暴所有相關(guān)的人員沈跨，誰會受到項目的影響，誰有權(quán)力改變項目兔综，誰對這個項目有興趣饿凛∧辏可以從上到下考慮一遍。

試著回答以下幾個問題：

• 誰會從這次的改變中獲得損失涧窒、受益心肪？

• 誰控制項目？

• 誰設(shè)計系統(tǒng)杀狡？

• 誰做出決策蒙畴？

• 誰控制資源？

• 誰有對項目的影響力呜象？

• 誰有對項目有幫助作用的技能膳凝？

下圖是一個相關(guān)方分析的按理，其中有22種類型的相關(guān)方恭陡，5個比較大的種類蹬音。不同的項目有不同的分類，目的主要還是為了識別誰會對項目有貢獻休玩。

image

相關(guān)方態(tài)度處理矩陣

A 最少投入關(guān)注 B 通知到位 C 保持其滿意 D 關(guān)鍵人物

image

image.png

基本的溝通技巧

• 簡化運用語言著淆，對方如何接受你這個信息是最容易理解的

• 視覺輔助手段，能用圖表拴疤，不用圖片永部，能用圖片，不用文字呐矾。 圖表 > 圖片 > 文字

• 積極傾聽與有效的反饋

架構(gòu)設(shè)計原則

一般架構(gòu)原則是由企業(yè)架構(gòu)師和一些企業(yè)高層定義苔埋，原則是能清晰的表達后續(xù)大家做出決策的依據(jù)。定義企業(yè)架構(gòu)原則一般考慮以下因素：

• 企業(yè)的使命和愿景：

• 企業(yè)的戰(zhàn)略計劃：企業(yè)的優(yōu)勢蜒犯，劣勢组橄，機會和威脅。

• 外部約束：市場因素罚随，法律因素

• 當(dāng)下的系統(tǒng)和技術(shù)：

• 未來的趨勢：金融玉工，政治，技術(shù)和市場未來的走向淘菩。

衡量原則好壞的標(biāo)準(zhǔn)：

• 易理解性

• 有效性遵班、健壯性：通過這個原則能指導(dǎo)做出好的決策。

• 完整性：原則覆蓋了多種場景和視角

• 一致性：保持不變潮改，不能解釋一些相反的東西

• 穩(wěn)定性：原則能持久的狭郑，并且能適應(yīng)變化

初始階段可以使用頭腦風(fēng)暴進行定義有哪些原則，后續(xù)在持續(xù)開發(fā)的過程中不斷迭代进陡。

架構(gòu)原則

• 基于標(biāo)準(zhǔn)的方法來做愿阐，如使用TOGAF架構(gòu)方法

• 說不清的不做

• 沒有上層持久推動的不做

• 達不成意見一致的不做

業(yè)務(wù)原則

• 企業(yè)利益最大化

• 業(yè)務(wù)持久性 對業(yè)務(wù)發(fā)展有長遠規(guī)劃，不能只考慮近期實現(xiàn)范圍

• 業(yè)務(wù)通用性趾疚， 業(yè)務(wù)是否可以作為一個公用業(yè)務(wù)架構(gòu)

• 業(yè)務(wù)一致性

• 合法

數(shù)據(jù)原則

• 數(shù)據(jù)價值性 > 數(shù)據(jù)正確性 > 數(shù)據(jù)完整性

• 數(shù)據(jù)積累分析需要規(guī)范化數(shù)據(jù)

• 數(shù)據(jù)是安全的

• 數(shù)據(jù)不只是可以共享的數(shù)據(jù)缨历，還包含業(yè)務(wù)規(guī)則和策略

應(yīng)用原則

• 技術(shù)獨立性以蕴，不綁定到特定廠商

• 使用過程體現(xiàn)流程性

• 模塊化設(shè)計原則

• 獨立業(yè)務(wù)規(guī)則

• 統(tǒng)一授權(quán)，統(tǒng)一界面

• 應(yīng)用系統(tǒng)間間調(diào)用采用服務(wù)調(diào)用的方式

• 與外部系統(tǒng)調(diào)用辛孵，必須有統(tǒng)一的接口規(guī)范信息格式

技術(shù)原則

• 相應(yīng)變化
• 可擴展

參考：https://pubs.opengroup.org/architecture/togaf92-doc/arch/

四丛肮、架構(gòu)內(nèi)容框架

在進行架構(gòu)的工作中會有很多輸出，圖表魄缚，文檔宝与，解決方案，技術(shù)沉淀等冶匹，內(nèi)容框架就是講輸出的結(jié)果進行結(jié)構(gòu)化的定義以及展示习劫。

架構(gòu)制品-過程輸出

創(chuàng)建架構(gòu)制品(Architectural artifacts)是為了描述系統(tǒng)、解決方案或企業(yè)狀態(tài)嚼隘，制品部分的概念在ISO/IEC/IEEE等都有比較正式的定義诽里，并且可以通過一張圖表示概念之間的關(guān)系。

基本架構(gòu)概念

• 環(huán)境(environment)：確定對系統(tǒng)的所有影響的設(shè)置和環(huán)境的上下文飞蛹。系統(tǒng)的環(huán)境包括發(fā)展階段谤狡、技術(shù)、業(yè)務(wù)卧檐、運營墓懂、組織、政治霉囚、經(jīng)濟捕仔、法律、監(jiān)管佛嬉、生態(tài)和社會影響逻澳。

• 系統(tǒng)(System)：是為實現(xiàn)一個或多個既定目的闸天，有一定關(guān)系的元素的組合暖呕。

• 架構(gòu)(Architecture)：是系統(tǒng)在其環(huán)境中的基本概念或?qū)傩裕w現(xiàn)在其元素苞氮、關(guān)系以及設(shè)計和演化的原則中湾揽。

• 架構(gòu)描述(Architecture Description)：是用于表達架構(gòu)的工作產(chǎn)品；是一些視圖笼吟，模型库物，和文檔的組合。

• 利益相關(guān)者(Stakeholders)：是對系統(tǒng)感興趣的個人贷帮、團隊戚揭、組織或其類別。

• 關(guān)注點(Concerns)：是與一個或多個利益相關(guān)者相關(guān)的系統(tǒng)中的利益撵枢。關(guān)注點可能與系統(tǒng)功能民晒、開發(fā)或操作的任何方面有關(guān)精居，包括性能、可靠性潜必、安全性靴姿、分布和可演化性等考慮因素，并可能決定系統(tǒng)的可接受性磁滚。

• 架構(gòu)視圖(Architecture view)：是從相關(guān)的一組關(guān)注點的角度對系統(tǒng)的表示佛吓。它由系統(tǒng)的一個或多個架構(gòu)模型組成。

• 架構(gòu)視角(Architecture viewpoint)：是特定類型體系結(jié)構(gòu)視圖的約定規(guī)范垂攘。它也可以稱為這種架構(gòu)視圖的定義或模式维雇。它建立了用于構(gòu)建：解釋和使用架構(gòu)視圖來解決有關(guān)感興趣系統(tǒng)的特定關(guān)注點（或關(guān)注點集）的約定。

• 架構(gòu)模型(Architecture Model)：是感興趣的主題的表示晒他。模型提供了主題的較小規(guī)模谆沃、簡化和/或抽象表示。

• 模型種類(Model Kind)：為一種建模類型建立了約定仪芒。

• 觀點庫(viewpoint library)：是體系結(jié)構(gòu)存儲庫的參考庫部分中包含的體系結(jié)構(gòu)觀點規(guī)范的集合唁影。

image

架構(gòu)圖輸出

image

參考：https://pubs.opengroup.org/architecture/togaf9-doc/m/chap31.html

其中每一種圖、目錄掂名、矩陣的解釋和作用可在參考鏈接中查看完整的描述据沈。

可交付成果

在整個架構(gòu)過程中產(chǎn)生的可交付成果目錄：

• 架構(gòu)愿景，架構(gòu)需求規(guī)范饺蔑，架構(gòu)原則锌介、架構(gòu)定義文檔、架構(gòu)合約

• 業(yè)務(wù)原則猾警、業(yè)務(wù)目標(biāo)和業(yè)務(wù)驅(qū)動因素

• 架構(gòu)路線路

• 溝通計劃

• 符合性評估

• 實施和遷移計劃

• 實施治理模型

• 企業(yè)架構(gòu)組織模型

• 定制架構(gòu)框架

詳細參考：https://pubs.opengroup.org/architecture/togaf9-doc/m/chap32.html

五孔祸、一些想法

通過學(xué)習(xí)企業(yè)架構(gòu)的方法論，在日常工作中发皿，可以讓我們有一個更高的視角去看待工作的事情崔慧，還有在做事情的時候有一些可以參考的步驟指引，做起事來有一定的章法穴墅，更不容易出錯惶室。

它的作用類似于做飯時候的提供的一份牛肉醬，有了這一瓶醬玄货，飯菜的味道可以保持在一個平均的水準(zhǔn)皇钞，不會太差。但是想要做的足夠好吃松捉，還是需要要靈活的使用各種調(diào)料夹界，結(jié)合實際情況實際需要進行組合，而這需要在不斷的實踐的過程中隘世，慢慢的融會貫通可柿。方法論有用也拜，但是不能一味的生搬硬套，要根據(jù)企業(yè)實際的場景需要對整個框架進行裁剪和制定趾痘，靈活運用慢哈。

參考

• TOGAF 9.2官方文檔：https://pubs.opengroup.org/architecture/togaf9-doc/m/chap01.html

• sparxsystems 企業(yè)架構(gòu)工具：https://sparxsystems.com/enterprise_architect_user_guide/15.2/guidebooks/modelingguides.html

• visual vm 架構(gòu)圖工具：https://circle.visual-paradigm.com/docs/togaf-adm-guide-through/working-with-togaf-adm-guide-through/

• 民生銀行大數(shù)據(jù)體系架構(gòu)設(shè)計與演進：https://www.infoq.cn/article/minsheng-bigdata-architecture/

• 愛奇藝數(shù)據(jù)中臺建設(shè)：https://www.infoq.cn/article/ONKzEF4q0WU7BItdIe3B?utm_source=related_read&utm_medium=article

• 圖片參考：https://www.pinterest.com/pin/810155420439982955/

• TOGAF做題網(wǎng)站:

• https://vceguide.com/according-to-togaf-which-of-the-following-are-the-architecture-domains-that-are-commonly-accepted-subsets-of-an-overall-enterprise-architecture/

• https://www.freecram.com/question/TheOpenGroup.OG0-093.v2021-02-16.q127/complete-the-sentence-during-the-implementation-of-an-architecture-if-the-original-architecture-definiti