本章將幫助你理解ADM周期的各類關(guān)鍵技術(shù)和交付物胸完。

image.png

image.png

3.1 裁剪過的架構(gòu)框架

選擇并裁剪框架是一個架構(gòu)項(xiàng)目的實(shí)際起始點(diǎn)书释。比起從零開始創(chuàng)建框架，基于TOGAF建立框架有如下一些優(yōu)點(diǎn)：

• 當(dāng)任務(wù)規(guī)模變得清晰時赊窥，它避免了最初的恐慌爆惧。
• 確保對TOGAF的使用是系統(tǒng)性的，即“條理化的常識”锨能。
• TOGAF總結(jié)了其他人在實(shí)際中發(fā)現(xiàn)的那些有用的辦法扯再。
• TOGAF已有了一套可重用的基準(zhǔn)資源。
• TOGAF已在企業(yè)連續(xù)系列中定義了兩個參考架構(gòu)腹侣。

但是叔收，在TOGAF可以被有效地用于架構(gòu)項(xiàng)目之前，在若干層次上對其進(jìn)行裁剪是有必要的傲隶，而且應(yīng)在預(yù)備階段進(jìn)行。
首先窃页，裁剪TOGAF模型并將其集成到企業(yè)中是非常有必要的跺株。這種裁剪包括與項(xiàng)目和流程管理框架的集成、術(shù)語對的定制脖卖、展現(xiàn)風(fēng)格的確立乒省、架構(gòu)工具的選擇、配置和部署等畦木。所采用的任何框架的形式和細(xì)節(jié)也應(yīng)該與企業(yè)其他的環(huán)境因素相協(xié)調(diào)袖扛，如文化、利益相關(guān)者、企業(yè)架構(gòu)的商業(yè)模式以及架構(gòu)能力的現(xiàn)有水平等蛆封。
一旦框架已經(jīng)根據(jù)企業(yè)的情況進(jìn)行了裁剪唇礁，對其進(jìn)行進(jìn)一步的裁剪以適應(yīng)特定的架構(gòu)項(xiàng)目就變得很有必要了。這個級別的裁剪將選定適合的交付物和制品惨篱，來滿足該項(xiàng)目及其利益相關(guān)者的需要盏筐。
以下是一個裁剪過的架構(gòu)框架中的典型內(nèi)容：

• 裁剪過的架構(gòu)方法
• 裁剪過的架構(gòu)內(nèi)容（交付物和制品）
• 已配置并被部署的工具
• 治理模型和其他框架的接口（企業(yè)架構(gòu)管理框架；能力管理框架砸讳；項(xiàng)目組合管理框架琢融；項(xiàng)目管理框架；運(yùn)營管理框架）

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

預(yù)備階段產(chǎn)生的一個重要交付物是企業(yè)架構(gòu)的組織模型簿寂。
為了能成功地使用架構(gòu)框架漾抬，必須得到企業(yè)內(nèi)部合適的組織、角色和職責(zé)的支持常遂。其中特別重要的是纳令，要劃定不同的企業(yè)架構(gòu)從業(yè)者之間的界限、并明確跨越這些界限的治理關(guān)系烈钞。
企業(yè)架構(gòu)的組織模型的典型內(nèi)容包括：

• 被影響的組織的范圍
• 成熟度評估的結(jié)果泊碑、差距和解決方法
• 架構(gòu)團(tuán)隊(duì)的角色和職責(zé)
• 對架構(gòu)工作的約束
• 預(yù)算要求
• 治理和支持策略

3.3 架構(gòu)原則

本節(jié)的文檔是預(yù)備階段的初始輸出。它們是對正在被開發(fā)的架構(gòu)的一套通用規(guī)則要求和知道策略毯欣。關(guān)于指導(dǎo)策略和一組具體的通用架構(gòu)原則馒过，參見TOGAF9第三部分中的“架構(gòu)原則”。本節(jié)文檔推薦的內(nèi)容分別是業(yè)務(wù)原則酗钞、數(shù)據(jù)原則腹忽、應(yīng)用原則和技術(shù)原則。

3.3.1 確立架構(gòu)原則

一般由首席架構(gòu)師與企業(yè)的CIO砚作、架構(gòu)委員會和其他關(guān)鍵的業(yè)務(wù)利益相關(guān)者一起窘奏，共同確立架構(gòu)原則。
如下的一些因素一般會影響架構(gòu)原則的確立：

• 企業(yè)的使命和計(jì)劃：企業(yè)的使命葫录、計(jì)劃和組織結(jié)構(gòu)基礎(chǔ)設(shè)施着裹；
• 企業(yè)戰(zhàn)略倡議：企業(yè)的特征——包括它的優(yōu)勢、弱點(diǎn)米同、機(jī)會和威脅——以及現(xiàn)有企業(yè)范圍內(nèi)的一些業(yè)務(wù)倡議（例如流程改進(jìn)和質(zhì)量管理等）骇扇。
• 外部約束：市場因素（上市時間的緊迫性、客戶期望等）面粮；現(xiàn)有和潛在的立法少孝。
• 現(xiàn)有的系統(tǒng)和技術(shù)：企業(yè)內(nèi)已部署的一套信息資源，包括系統(tǒng)文檔熬苍、設(shè)備庫存稍走、網(wǎng)絡(luò)配置圖、策略和流程等。
• 計(jì)算機(jī)行業(yè)的趨勢：來自于可靠信息源以及當(dāng)前在用最佳實(shí)踐的婿脸，關(guān)于計(jì)算機(jī)和通信技術(shù)的使用粱胜、可用性和成本的預(yù)測。

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

根據(jù)組織的不同情況盖淡，可以在如下任一或所有三個級別上建立原則：

• 企業(yè)原則：這類原則提供了決策的基礎(chǔ)并規(guī)定了組織該如何完成其使命年柠。這些原則常見于政府和非盈利組織，但也會作為一種協(xié)調(diào)決策制定的手段出現(xiàn)在商業(yè)組織中褪迟。它們是成功的架構(gòu)治理戰(zhàn)略中的關(guān)鍵要素冗恨。
• IT原則：這類原則對于整個企業(yè)如何使用和部署IT資源和資產(chǎn)提供了指導(dǎo)原則。確立這些原則是為了盡可能地提高信息環(huán)境的生產(chǎn)效率味赃，降低生產(chǎn)成本掀抹。

• 架構(gòu)原則：這類原則是IT原則中與架構(gòu)工作相關(guān)的一個子集。它們反映了整個企業(yè)的共識心俗，體現(xiàn)了企業(yè)架構(gòu)的精神傲武。架構(gòu)原則可以進(jìn)一步劃分為如下原則：對架構(gòu)流程進(jìn)行治理的原則，它們會影響到企業(yè)架構(gòu)的開發(fā)城榛、維護(hù)和使用揪利；對架構(gòu)實(shí)施進(jìn)行的治理原則。
  TOGAF定義了描述原則的一種標(biāo)準(zhǔn)方式狠持。除了定義的聲明疟位，每個原則還應(yīng)有相關(guān)的依據(jù)和相關(guān)影響的聲明，這兩類聲明都是為了促進(jìn)對原則本身的理解和接受喘垂，并通過解釋和論述為什么要作出某個具體的決定來支持對原則的使用甜刻。

  
  
  image.png

3.3.3 原則的質(zhì)量

辨識出一套好的原則有五個標(biāo)準(zhǔn)。

image.png

3.3.4 使用架構(gòu)原則

架構(gòu)原則是用來總結(jié)關(guān)于企業(yè)如何使用和部署IT資源和資產(chǎn)的基本事實(shí)的正勒。這些原則可以以如下的不同方式被使用：

• 1.提供一個框架得院，根據(jù)這個框架企業(yè)可以開始對IT進(jìn)行自覺的決策
• 2.作為建立相關(guān)評價準(zhǔn)則的指導(dǎo)原則，在管理IT架構(gòu)合規(guī)的一些后續(xù)階段章贞，對選擇產(chǎn)品或產(chǎn)品架構(gòu)施加強(qiáng)有力的影響
• 3.作為定義架構(gòu)功能性需求的驅(qū)動力
• 4.作為一項(xiàng)輸入祥绞，用以評估現(xiàn)有的IS/IT系統(tǒng)和未來戰(zhàn)略性的項(xiàng)目組合這兩者是否與已定義的架構(gòu)組一致；這些評估將為識別出實(shí)施架構(gòu)所需的過渡活動提供有價值的參考鸭限，以支持業(yè)務(wù)目標(biāo)和優(yōu)先事項(xiàng)的達(dá)成
• 5. 原則依據(jù)的聲明強(qiáng)調(diào)了架構(gòu)對于企業(yè)的價值就谜，從而提供了證明架構(gòu)活動正確性的基礎(chǔ)
• 6. 原則相關(guān)影響的聲明提供了一份企業(yè)遵循原則所需的關(guān)鍵人物、資源和潛在成本的概要計(jì)劃里覆；它們對于未來的過渡性倡議和規(guī)劃活動也提供了有價值的輸入
• 7.在如下方面為架構(gòu)治理活動提供了支持：（對于標(biāo)準(zhǔn)的架構(gòu)合規(guī)評估中、允許或需要解釋的地方缆瓣，提供了修改的余地喧枷；當(dāng)修正某個特定架構(gòu)帶來的相關(guān)影響無法通過局部操作流程解決時，支持發(fā)起一個特許請求）

原則之間是相互聯(lián)系的，并且必須成套地使用隧甚。有時原則間會存在一定的沖突车荔，例如，“可訪問性”原則和“安全”原則戚扳。各個原則必須在“所有其他條件都相同”的條件下被考慮忧便。有時需要在某一特定問題上決定優(yōu)先考慮哪個原則。所有這些決定的依據(jù)必須被記錄帽借。原則看上去是不言自明的事實(shí)珠增，但并不意味著再組織中原則能被實(shí)際地遵守，即使是對原則有著口頭上的確認(rèn)砍艾。雖然在原則的聲明中沒有規(guī)定具體的觸發(fā)措施蒂教，但對原則的違反一般都會引起運(yùn)營問題，并會制約組織完成其使命的能力脆荷。

3.4 業(yè)務(wù)原則凝垛、業(yè)務(wù)目標(biāo)和業(yè)務(wù)驅(qū)動力

一份關(guān)于業(yè)務(wù)原則、業(yè)務(wù)目標(biāo)和業(yè)務(wù)驅(qū)動力的聲明通常限于架構(gòu)活動再企業(yè)的其他地方被定義蜓谋。作為預(yù)備階段的輸出梦皮，它們將被重新聲明，并作為階段A：架構(gòu)愿景的一部分被再次審查桃焕。階段A的審查活動是為了確保當(dāng)前的定義正確且清晰剑肯。TOGAF9第三部分：ADM指引和相關(guān)技術(shù)中包含了一個含有八項(xiàng)業(yè)務(wù)原則的集合的例子，可以作為一個有用的起點(diǎn)覆旭。
TOGAF對于這一交付物的內(nèi)容沒有定義退子，因?yàn)槠鋬?nèi)容和結(jié)構(gòu)可能會隨不同組織發(fā)生相當(dāng)大的變化。

3.5 架構(gòu)存儲庫

架構(gòu)存儲庫在企業(yè)中充當(dāng)了與架構(gòu)相關(guān)的所有項(xiàng)目的保存區(qū)域的作用型将。存儲庫使項(xiàng)目能夠管理其交付物寂祥、定位可重用的資產(chǎn)，并向利益相關(guān)者和其他利益方發(fā)布輸出物七兜。
對于架構(gòu)存儲內(nèi)容的描述丸凭，參見6.2節(jié)。架構(gòu)存儲庫中的一般內(nèi)容包括：

• 架構(gòu)框架
• 標(biāo)準(zhǔn)信息庫
• 架構(gòu)景觀
• 參考架構(gòu)
• 治理日志

3.6 架構(gòu)工具

作為預(yù)備階段的一部分腕铸，架構(gòu)師應(yīng)選擇并實(shí)施能支持架構(gòu)活動的工具惜犀。TOGAF并不要求或推薦任何特定的工具。對于選擇架構(gòu)工具來開發(fā)各種所需的架構(gòu)模型和視圖狠裹，TOGAF提供了一套建議的評估標(biāo)準(zhǔn)虽界。這些標(biāo)準(zhǔn)在TOGAF9第五部分，第42章進(jìn)行描述涛菠。

3.7 架構(gòu)工作請求書

這是一份由贊助組織發(fā)給架構(gòu)組織的文檔莉御。由它觸發(fā)架構(gòu)開發(fā)周期的開始撇吞。它是在架構(gòu)組織的協(xié)助下、作為預(yù)備階段的一項(xiàng)輸出而被創(chuàng)建的礁叔。架構(gòu)工作請求書也可以作為被批準(zhǔn)的架構(gòu)變更請求的結(jié)果而被創(chuàng)建牍颈，或是根據(jù)來源于遷移規(guī)劃的架構(gòu)工作的參考條目而被創(chuàng)建。
總的來說琅关，這份文檔中的所有信息都應(yīng)該是比較概要的煮岁。這份文檔的建議內(nèi)容如下：

1. 贊助組織
2. 組織使命的聲明
3. 業(yè)務(wù)目標(biāo)（包括變化）
4. 業(yè)務(wù)的戰(zhàn)略計(jì)劃
5. 時間限制
6. 業(yè)務(wù)環(huán)境的變化
7. 組織的約束
8. 預(yù)算信息和財(cái)務(wù)約束
9. 外部約束和業(yè)務(wù)約束
10. 對現(xiàn)有的業(yè)務(wù)系統(tǒng)的描述
11. 對現(xiàn)有的架構(gòu)/IT系統(tǒng)的描述
12. 對開發(fā)組織的描述
13. 對開發(fā)組織可用資源的描述

3.8 架構(gòu)工作說明書

架構(gòu)工作說明書作為階段A的一份交付物被創(chuàng)建，實(shí)際上它是架構(gòu)組織和架構(gòu)項(xiàng)目贊助者之間的一份契約涣易。這份文檔是對輸入架構(gòu)工作請求書后的響應(yīng)（參見3.6節(jié)）画机。它應(yīng)當(dāng)描述一份全面的計(jì)劃，說明對架構(gòu)工作有什么樣的請求都毒，并建議對已識別出問題的解決方案色罚，將如何通過架構(gòu)流程來進(jìn)行開發(fā)。這份文檔的建議內(nèi)容如下：

1. 工作名稱的說明
2. 對項(xiàng)目的請求和背景
3. 項(xiàng)目的描述和范圍
4. 架構(gòu)愿景的概要或總體介紹
5. 管理的方法
6. 范圍變更的流程
7. 各類職責(zé)和交付物
8. 架構(gòu)被接收的標(biāo)準(zhǔn)和流程
9. 項(xiàng)目計(jì)劃和時間表
10. 來自企業(yè)連續(xù)系列的支持（重用性）
11. 簽署的正式批準(zhǔn)

3.9 架構(gòu)愿景

架構(gòu)愿景在階段A被創(chuàng)建账劲，它提供了一份最終的架構(gòu)輸出的高層的戳护、愿景性的視圖。建立愿景的目的是從一開始就對架構(gòu)應(yīng)該有什么樣的預(yù)期結(jié)果達(dá)成共識瀑焦，從而使架構(gòu)師能夠聚集在關(guān)鍵的領(lǐng)域來驗(yàn)證其可行性腌且。架構(gòu)愿景也通過給出一個完整架構(gòu)定義的總體匯總版本，來支持和利益相關(guān)者之間的溝通榛瓮。
業(yè)務(wù)場景是一種對于本階段適合而且重要的技術(shù)铺董，可在創(chuàng)建架構(gòu)愿景文檔的過程中被使用。
架構(gòu)愿景文檔的建議內(nèi)容如下：

1. 問題描述：各利益相關(guān)者和他們的關(guān)注禀晓；需要解決問題/場景的列表精续。
2. 具體的目標(biāo)
3. 環(huán)境和流程模型：對過程的描述；流程步驟與環(huán)境的映射粹懒；流程步驟與人員的映射重付；信息流。
4. 施動者及其角色和職責(zé)：人員施動者和角色凫乖；計(jì)算機(jī)施動者和角色确垫；需求
5. 結(jié)果架構(gòu)模型：約束；IT原則帽芽；需求與架構(gòu)的映射

3.10 利益相關(guān)者管理

利益相關(guān)者管理是一門重要的學(xué)問删掀，成功的架構(gòu)師可以使用它來贏得他人的支持。成功地管理利益相關(guān)者幫助了架構(gòu)師確保他們的項(xiàng)目能取得成功导街，否則的話就會失敗披泪。這項(xiàng)技術(shù)應(yīng)當(dāng)在階段A中被使用，用來識別出架構(gòu)項(xiàng)目的關(guān)鍵參與者搬瑰，這些寫參與者在后續(xù)的各個階段中會被不斷地更新付呕。這個過程的輸出形成了溝通計(jì)劃的起點(diǎn)（參見3.11節(jié)）计福。
成功地管理利益相關(guān)者有益于以下的幾個方面：

1. 可以在項(xiàng)目早期就識別出最優(yōu)權(quán)力的利益相關(guān)者，并用他們的輸入來確定架構(gòu)的概貌：這就確保了他們的支持并提高了架構(gòu)模型的質(zhì)量
2. 來自于最有權(quán)力利益相關(guān)者的支持將幫助架構(gòu)項(xiàng)目獲取到更多的資源：從而使架構(gòu)新項(xiàng)目更有可能成功
3. 通過在早期就與利益相關(guān)者進(jìn)行頻繁的溝通徽职，架構(gòu)團(tuán)隊(duì)可以確保他們能充分地理解架構(gòu)開發(fā)的整個過程，以及企業(yè)架構(gòu)的好處佩厚，這將意味著他們會在必要的時候更積極地支持架構(gòu)團(tuán)隊(duì)
4. 架構(gòu)工作團(tuán)隊(duì)更有可能獲得對架構(gòu)模型和報(bào)告的有效反應(yīng)姆钉，并將必要的行動編入計(jì)劃，以充分利用積極的反應(yīng)抄瓦，同時避免或處理掉任何消極的反應(yīng)

3.10.1 利益相關(guān)管理過程的- - 步驟1：識別利益相關(guān)者

第一項(xiàng)任務(wù)是潮瓶，確定哪些人是企業(yè)架構(gòu)的主要利益相關(guān)者。一般可識別出5大類的利益相關(guān)者钙姊。

image.png

• 步驟2：對利益相關(guān)者進(jìn)行定位和分類
  對最重要的那些利益相關(guān)者進(jìn)行深入的分析毯辅，并記錄下分析結(jié)果，以供在項(xiàng)目過程中參考和并對其進(jìn)行更新煞额。

  
  
  image.png

• 步驟3：確定管理利益相關(guān)者的策略
  這一步驟將使架構(gòu)團(tuán)隊(duì)可以輕松看出哪些利益相關(guān)者將可能是阻礙著或批評者思恐，而哪些利益相關(guān)者很可能是倡議的擁護(hù)者和支持者。
  確認(rèn)出利益相關(guān)者的權(quán)力膊毁、影響力和利益所在胀莹，可以使企業(yè)架構(gòu)的工作聚焦在某些關(guān)鍵的人身上。這些動作可以通過一個權(quán)力/利益矩陣來描述婚温，這個矩陣也指明了你需要采用什么樣的策略和他們打交道描焰。

  
  
  image.png

• 步驟4：裁剪工作的交付物
  確定架構(gòu)工作需要產(chǎn)生的觀點(diǎn)、矩陣和視圖栅螟，并與每一組利益相關(guān)者組進(jìn)行確認(rèn)荆秦，以便能交付一個有效的架構(gòu)模型。
  通過定義企業(yè)架構(gòu)模型的特定的視點(diǎn)力图、矩陣和視圖步绸，來對利益相關(guān)者的利益予以特別的關(guān)注，這一點(diǎn)非常重要搪哪。這樣可以確保能夠同所有的利益相關(guān)者溝通架構(gòu)靡努，使其理解架構(gòu)，并使他們能夠確信企業(yè)架構(gòu)的倡議將解決他們所關(guān)注的問題晓折。

3.11 溝通計(jì)劃

企業(yè)架構(gòu)含有大量復(fù)雜并相互關(guān)聯(lián)的信息惑朦。在合適的時間、向合適的利益相關(guān)者有效溝通有針對性的信息漓概，是企業(yè)架構(gòu)成功的一個關(guān)鍵因素漾月。在階段A制定架構(gòu)溝通計(jì)劃，對于能在一個有計(jì)劃胃珍、被管理的過程中進(jìn)行溝通提供了保障梁肿。
溝通計(jì)劃的內(nèi)容一般包括如下的一些方面：

1. 識別出的利益相關(guān)者蜓陌，并通過溝通需求對其的分組
2. 確認(rèn)的溝通的需要、與架構(gòu)愿景相關(guān)的關(guān)鍵信息吩蔑、溝通的風(fēng)險(xiǎn)和關(guān)鍵成功因素
3. 確認(rèn)的溝通機(jī)制钮热，用于與利益相關(guān)者間的溝通、并允許其訪問架構(gòu)信息烛芬，如通過會議隧期、新聞通訊、存儲庫等
4. 確認(rèn)溝通時間表赘娄，用于展示將在什么時候仆潮、什么地方、與哪組利益相關(guān)者進(jìn)行什么樣的溝通

3.12 業(yè)務(wù)轉(zhuǎn)換的準(zhǔn)備就緒評估

業(yè)務(wù)轉(zhuǎn)換的準(zhǔn)備就緒評估這項(xiàng)技術(shù)在階段A使用遣臼，用來評估并量化一個組織對接收變更準(zhǔn)備就緒的情況性置。了解組織對接收變更準(zhǔn)備就緒的情況、發(fā)現(xiàn)問題并解決這些問題揍堰，是成功地進(jìn)行架構(gòu)轉(zhuǎn)換的一個關(guān)鍵步驟鹏浅。建議這項(xiàng)評估由企業(yè)員工、業(yè)務(wù)線和IT規(guī)劃人員來共同完成个榕。
推薦的活動包括：

1. 決定將會影響組織的準(zhǔn)備就緒因素
2. 使用成熟度模型來展現(xiàn)這些準(zhǔn)備就緒因素
3. 評估每個準(zhǔn)備就緒因素的風(fēng)險(xiǎn)篡石，并確定緩減風(fēng)險(xiǎn)的改善行動
   將發(fā)現(xiàn)記錄到能力評估的結(jié)果（參見3.13節(jié)）中，并在后續(xù)將風(fēng)險(xiǎn)緩減行動納入到實(shí)施和遷移計(jì)劃中去西采。

3.13 能力評估

在著手進(jìn)行詳細(xì)的架構(gòu)定義之前凰萨，很有必要了解一下企業(yè)的基線和目標(biāo)能力水平。這些對能力的評估將首先再階段A進(jìn)行械馆，并在階段E進(jìn)行更新胖眷。可以從以下幾個方面去評估企業(yè)的能力：

• 企業(yè)的整體能力水平是怎樣的霹崎？企業(yè)希望在哪些方面增強(qiáng)或優(yōu)化其能力珊搀？架構(gòu)聚焦的哪些領(lǐng)域鏡支持企業(yè)所期望的能力建設(shè)？
• 企業(yè)內(nèi)部IT職能的能力或成熟度水平是怎樣的尾菇？開展架構(gòu)項(xiàng)目就設(shè)計(jì)的治理境析、運(yùn)營的治理、技能和組織結(jié)構(gòu)這些方面來說派诬，可能會產(chǎn)生什么樣的影響劳淆？架構(gòu)項(xiàng)目要與IT組織的文化和能力相匹配，需要采用什么樣適當(dāng)?shù)娘L(fēng)格默赂，形式化的程度和細(xì)節(jié)程度應(yīng)該是怎樣的沛鸵？
• 企業(yè)內(nèi)部架構(gòu)職能的能力和成熟度是怎樣的？目前已存在哪些架構(gòu)資產(chǎn)缆八？這些資產(chǎn)在被維護(hù)并且信息準(zhǔn)確嗎曲掰？需要考慮哪些標(biāo)準(zhǔn)和參考模型疾捍？在架構(gòu)項(xiàng)目中有機(jī)會創(chuàng)建可重用的資產(chǎn)嗎？
• 在存在能力差距的地方栏妖，為了達(dá)到目標(biāo)能力乱豆，企業(yè)對于轉(zhuǎn)換準(zhǔn)備到何種程度了？除了基本的能力差距底哥，轉(zhuǎn)換的風(fēng)險(xiǎn)咙鞍、文化上的障礙以及要解決的其他問題分別是什么？
  以下是一個能力評估交付物中的典型內(nèi)容：

1. 業(yè)務(wù)能力的評估結(jié)果趾徽，包括：業(yè)務(wù)的能力；每種能力的績效水平的基線狀態(tài)評估結(jié)果翰守；每種能力的績效水平的未來期望狀態(tài)孵奶；每種能力如何被實(shí)現(xiàn)的基線狀態(tài)評估結(jié)果；每種能力應(yīng)當(dāng)如何去實(shí)現(xiàn)的未來期望狀態(tài)
2. IT能力的評估結(jié)果蜡峰，包括：變更流程的基線和目標(biāo)成熟度水平了袁；運(yùn)營流程的基線和目標(biāo)成熟度水平；基線能力和能力大小的評估結(jié)果湿颅；因執(zhí)行架構(gòu)項(xiàng)目對IT組織可能產(chǎn)生的影響的評估結(jié)果载绿。
3. 架構(gòu)成熟度的評估結(jié)果，包括：架構(gòu)治理的流程油航、組織崭庸、角色和職責(zé)；架構(gòu)技能的評估結(jié)果谊囚；架構(gòu)存儲庫中景觀定義的廣度怕享、深度和質(zhì)量；架構(gòu)存儲庫中標(biāo)準(zhǔn)定義的廣度镰踏、深度和質(zhì)量函筋；架構(gòu)存儲庫中參考模型定義的廣度、深度和質(zhì)量奠伪；對于重用性潛力的評估跌帐。
4. 業(yè)務(wù)轉(zhuǎn)換的準(zhǔn)備就緒評估結(jié)果，包括：準(zhǔn)備就緒因素绊率；每一個準(zhǔn)備就緒因素的愿景谨敛；當(dāng)前和目標(biāo)的準(zhǔn)備就緒的水平；準(zhǔn)備就緒的相關(guān)風(fēng)險(xiǎn)即舌。

3.14 風(fēng)險(xiǎn)管理

業(yè)務(wù)轉(zhuǎn)換風(fēng)險(xiǎn)及緩減活動的識別首先在階段A被確定佣盒。風(fēng)險(xiǎn)管理在TOGAF9第三部分、第31章描述顽聂，它是一種在實(shí)施架構(gòu)項(xiàng)目時用于緩減風(fēng)險(xiǎn)的技術(shù)肥惭。它包括一個由一下活動組成的風(fēng)險(xiǎn)管理過程：

1. 風(fēng)險(xiǎn)分類
2. 風(fēng)險(xiǎn)識別
3. 初始風(fēng)險(xiǎn)評估
4. 風(fēng)險(xiǎn)緩減和殘留風(fēng)險(xiǎn)評估
5. 風(fēng)險(xiǎn)監(jiān)控
   建議將風(fēng)險(xiǎn)緩減活動納入到架構(gòu)工作說明書中盯仪。

3.15 架構(gòu)定義文件

架構(gòu)定義文件是項(xiàng)目過程中創(chuàng)建的核心架構(gòu)制品的可交付物容器，這份文檔跨越了所有的架構(gòu)領(lǐng)域（業(yè)務(wù)蜜葱、數(shù)據(jù)全景、應(yīng)用和技術(shù)），并檢查了架構(gòu)的所有相關(guān)狀態(tài)（基線狀態(tài)牵囤、各過渡狀態(tài)和目標(biāo)狀態(tài)）爸黄。
它首先在階段B被創(chuàng)建，最初只包含與業(yè)務(wù)架構(gòu)相關(guān)的制品揭鳞，接下來在階段C被更新加入信息系統(tǒng)架構(gòu)的制品炕贵，接著在階段D被加入技術(shù)架構(gòu)的制品。
架構(gòu)定義文件是架構(gòu)需求規(guī)格的伴隨物野崇，它們互為補(bǔ)充：

• 架構(gòu)定義文件提供了解決方案的定義視圖称开，其目的在于表達(dá)架構(gòu)師的意圖。
• 架構(gòu)需求規(guī)格提供了解決方案的定量視圖乓梨，說明了在架構(gòu)實(shí)施過程中必須滿足的度量標(biāo)準(zhǔn)鳖轰。
  一下是架構(gòu)定義文件中的典型內(nèi)容：

1. 范圍
2. 目標(biāo)、目的和約束
3. 架構(gòu)原則
4. 基線架構(gòu)
5. 架構(gòu)模型（建模的每種狀態(tài)）扶镀。包括：業(yè)務(wù)架構(gòu)模型蕴侣、數(shù)據(jù)架構(gòu)模型、應(yīng)用架構(gòu)模型和技術(shù)架構(gòu)模型
6. 架構(gòu)方法的依據(jù)和論證
7. 與架構(gòu)存儲庫的映射：與架構(gòu)景觀的映射臭觉；與參考模型的映射昆雀；與標(biāo)準(zhǔn)的映射；可重用性的評估結(jié)果
8. 差距分析的結(jié)果
9. 影響分析的結(jié)果
   以下各節(jié)將詳細(xì)描述沒類架構(gòu)胧谈。

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

業(yè)務(wù)架構(gòu)在階段B被開發(fā)忆肾。在架構(gòu)定義文件中應(yīng)闡明的與業(yè)務(wù)架構(gòu)相關(guān)的主題如下：

1. 基線業(yè)務(wù)架構(gòu)。如果適當(dāng)?shù)脑挕@是對現(xiàn)有業(yè)務(wù)架構(gòu)的描述
2. 目標(biāo)業(yè)務(wù)架構(gòu)菱肖。組織結(jié)構(gòu)：識別出各個業(yè)務(wù)場所并將其關(guān)聯(lián)到相應(yīng)的組織單元上客冈；業(yè)務(wù)職能：將大的職能區(qū)域逐步地、遞歸地連續(xù)分解為各子職能稳强；業(yè)務(wù)服務(wù)：企業(yè)及其各業(yè)務(wù)單元向其客戶提供的服務(wù)场仲，包括內(nèi)部的和外部的；業(yè)務(wù)流程退疫，包括其測度和交付物渠缕；業(yè)務(wù)角色，包括對技能需求的開發(fā)和修訂褒繁；業(yè)務(wù)數(shù)據(jù)模型亦鳞；組織和職能間的相互關(guān)系：以矩陣報(bào)告的形式，將業(yè)務(wù)功能與組織單元進(jìn)行關(guān)聯(lián)。
3. 選定視點(diǎn)的相應(yīng)視圖燕差，用來處理關(guān)鍵利益相關(guān)者關(guān)注問題

3.15.2 信息系統(tǒng)架構(gòu)

信息系統(tǒng)架構(gòu)在階段C被開發(fā)遭笋。在架構(gòu)定義文件中應(yīng)闡明的與信息系統(tǒng)架構(gòu)相關(guān)的主題如下：

1. 基線數(shù)據(jù)架構(gòu)保檐，如果適當(dāng)?shù)脑?/li>
2. 目標(biāo)數(shù)據(jù)架構(gòu)末融，包括：

• 業(yè)務(wù)數(shù)據(jù)模型
• 邏輯數(shù)據(jù)模型
• 數(shù)據(jù)管理流程模型
• 數(shù)據(jù)實(shí)體/業(yè)務(wù)職能矩陣

3. 選定視點(diǎn)相應(yīng)的數(shù)據(jù)架構(gòu)視圖调煎，用來處理關(guān)鍵利益相關(guān)者關(guān)注的問題
4. 基線應(yīng)用架構(gòu)概行，如果適當(dāng)?shù)脑?/li>
5. 目標(biāo)應(yīng)用架構(gòu)，包括：

• 流程系統(tǒng)模型
• 地點(diǎn)系統(tǒng)模型
• 時間系統(tǒng)模型
• 人員系統(tǒng)模型

6. 選定視點(diǎn)相應(yīng)的應(yīng)用架構(gòu)視圖钧萍，用來處理關(guān)鍵利益相關(guān)者關(guān)注的問題

3.15.3 技術(shù)架構(gòu)

技術(shù)架構(gòu)的開發(fā)是階段D的一部分举反。在架構(gòu)定義文件中應(yīng)闡明的與技術(shù)架構(gòu)相關(guān)主題如下：

1. 基線技術(shù)架構(gòu)约谈，如果適當(dāng)?shù)脑?/li>
2. 目標(biāo)技術(shù)架構(gòu)碗啄，包括：

• 技術(shù)構(gòu)件及它們與信息系統(tǒng)之間的關(guān)系技術(shù)平臺及其分解质和，用來展示實(shí)現(xiàn)一個特定計(jì)算書體系所需的技術(shù)的組合環(huán)境和位置：一組計(jì)算環(huán)境（如開發(fā)環(huán)境，生產(chǎn)環(huán)境）中所需的技術(shù)預(yù)計(jì)的處理負(fù)載量以及跨技術(shù)構(gòu)件的負(fù)載分布
• 物理（網(wǎng)絡(luò)）通信
• 硬件和網(wǎng)絡(luò)規(guī)格

3. 選定視點(diǎn)的響應(yīng)視圖稚字，用來處理關(guān)鍵利益相關(guān)者關(guān)注的問題

3.16 架構(gòu)需求規(guī)格

架構(gòu)需求規(guī)格提供了一套量化的聲明侦另，概要地說明了為了符合架構(gòu)，實(shí)施項(xiàng)目必須做到什么樣的程度尉共。架構(gòu)需求規(guī)格一般會成為一份實(shí)施契約或更詳細(xì)的架構(gòu)定義契約的主要組成部分。
如上所述弃锐，架構(gòu)需求規(guī)格是架構(gòu)定義文件的伴隨物袄友，它對架構(gòu)定義文件進(jìn)行了補(bǔ)充，提供了定量的視圖霹菊。
架構(gòu)需求規(guī)格通常包括以下內(nèi)容：

1. 可進(jìn)行有效度量的測度
2. 架構(gòu)需求
3. 業(yè)務(wù)服務(wù)契約
4. 應(yīng)用服務(wù)契約
5. 實(shí)施指導(dǎo)原則
6. 實(shí)施規(guī)格
7. 實(shí)施標(biāo)準(zhǔn)
8. 可互操作性需求（參見3.16.4節(jié)）
9. 約束
10. 假定

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

業(yè)務(wù)架構(gòu)需求在階段B填入到架構(gòu)需求規(guī)格中剧蚣，包括如下內(nèi)容：

1. 差距分析系的結(jié)果
2. 技術(shù)需求
   初始的一套技術(shù)需求應(yīng)該來自階段B（業(yè)務(wù)架構(gòu)）的輸出。這些需求會驅(qū)動隨后的技術(shù)架構(gòu)階段的工作旋廷，技術(shù)架構(gòu)階段會識別出這些需求對其他架構(gòu)領(lǐng)域工作的影響鸠按，并對其進(jìn)行分類，確定其優(yōu)先級饶碘；例如目尖，使用一個依賴性/優(yōu)先級矩陣（比如，該矩陣可指導(dǎo)在事務(wù)處理速度與安全性之間的權(quán)衡）扎运；列出希望創(chuàng)建的具體模型（比如瑟曲，一Zachman框架初始模型表達(dá)的模型）。
3. 被更新的一些業(yè)務(wù)需求
   業(yè)務(wù)場景技術(shù)可用來發(fā)現(xiàn)和記錄這些業(yè)務(wù)新需求豪治。

3.16.2 信息系統(tǒng)架構(gòu)新需求

信息系統(tǒng)架構(gòu)需求在階段C填入到架構(gòu)需求規(guī)格中洞拨，包括以下內(nèi)容：

1. 差距分析的結(jié)果
2. 數(shù)據(jù)可互操作性需求
3. 應(yīng)用可互操作性需求
4. 業(yè)務(wù)架構(gòu)中可能需要變更的區(qū)域，以符合數(shù)據(jù)架構(gòu)和應(yīng)用架構(gòu)中的變化
5. 對將被設(shè)計(jì)的技術(shù)架構(gòu)的約束
6. 更新的業(yè)務(wù)需求负拟，如果適當(dāng)?shù)脑?/li>
7. 更新的應(yīng)用需求烦衣，如果適當(dāng)?shù)脑?/li>
8. 更新的數(shù)據(jù)需求，如果適當(dāng)?shù)脑?/li>

3.16.3 技術(shù)架構(gòu)需求

技術(shù)架構(gòu)需求在階段D填入到架構(gòu)需求規(guī)格中，包括如下內(nèi)容：

• 差距分析結(jié)果
• 更新的技術(shù)需求

3.16.4 互操作性需求

可互操作性的意圖體現(xiàn)在整個ADM的周期中花吟。TOGAF9第三部分秸歧、第29章給出了定義和建立可互操作性需求的一套指導(dǎo)策略。

3.17 架構(gòu)路線圖

架構(gòu)路線圖列出了變遷的各個增量示辈，并把它們放在一條時間軸上寥茫，展示了從基線架構(gòu)向目標(biāo)架構(gòu)的演進(jìn)過程。架構(gòu)路線圖是過渡架構(gòu)的關(guān)鍵構(gòu)件矾麻，并在ADM從階段B到階段F的過程中纱耻，以增量的方式被開發(fā)。
以下是架構(gòu)路線圖中包含的典型內(nèi)容：

1. 項(xiàng)目列表：每個項(xiàng)目的名稱险耀、描述和目的弄喘；實(shí)現(xiàn)目標(biāo)架構(gòu)的項(xiàng)目的優(yōu)先順序列表
2. 面向時間的遷移計(jì)劃：確認(rèn)的遷移的效益（包括與業(yè)務(wù)需求的映射）；各個候選遷移方案的預(yù)估成本
3. 實(shí)施建議：項(xiàng)目有效性的標(biāo)準(zhǔn)/測度甩牺；風(fēng)險(xiǎn)和相關(guān)問題蘑志；解決方案構(gòu)建塊，對其的描述和模型

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

對于識別和闡明隱含在新的業(yè)務(wù)功能中贬派、滿足關(guān)鍵業(yè)務(wù)驅(qū)動力的業(yè)務(wù)需求急但，以及隱含的架構(gòu)修，ADM有其自己的方法搞乏。這個過程方法被叫做“業(yè)務(wù)場景”波桩。
業(yè)務(wù)場景是對業(yè)務(wù)問題的一種描述方式，使需求能夠在整個問題的上下文中请敦，在彼此的關(guān)系中被看待镐躲。如果缺乏對于背景的描述，解決問題帶來的業(yè)務(wù)價值就會不清晰侍筛，潛在解決方案是否適合也會不明確萤皂，而且很可能會基于一套不充分的需求來建立解決方案，而這樣做是很危險(xiǎn)的匣椰。
任何大型項(xiàng)目成功的一個關(guān)鍵因素就是它與業(yè)務(wù)需求緊密聯(lián)系裆熙，并且能明確支持和確保企業(yè)實(shí)現(xiàn)其業(yè)務(wù)目標(biāo)的程度。業(yè)務(wù)場景就是一種幫助識別和理解企業(yè)業(yè)務(wù)需求的重要技術(shù)窝爪。
這項(xiàng)技術(shù)可以應(yīng)用在業(yè)務(wù)架構(gòu)層次分解的不同細(xì)節(jié)層次上弛车，并通過迭代的方式被使用。一般來說蒲每，業(yè)務(wù)場景流程包括如下步驟：

1. 對驅(qū)動項(xiàng)目的問題進(jìn)行識別纷跛、記錄，并排定其等級
2. 通過概要的架構(gòu)模型來記錄發(fā)生問題情形的業(yè)務(wù)和技術(shù)環(huán)境
3. 識別并記錄期望的目標(biāo)邀杏；成功處理問題后的預(yù)期結(jié)果
4. 識別人員實(shí)施者及其在業(yè)務(wù)模型中的位置贫奠、人員參與者及其角色
5. 識別計(jì)算機(jī)施動者及其在技術(shù)模型中的位置唬血、計(jì)算元素及其角色
6. 對于每一個施動者，確定并記錄其角色唤崭、職責(zé)和測量成功的測度拷恨、每個施動者需要的場景，以及正確處理該場景的預(yù)期結(jié)果
7. 檢查上述場景對于開展后續(xù)架構(gòu)工作是否適合谢肾，僅在必要時進(jìn)行完善

3.19 差距分析

差距分析技術(shù)在ADM周期中被廣泛地應(yīng)用腕侄，用來驗(yàn)證正在被開發(fā)的架構(gòu)。它通常是一個階段的最后一個步驟芦疏。其基本的出發(fā)點(diǎn)是強(qiáng)調(diào)基線架構(gòu)和目標(biāo)架構(gòu)之間的差異冕杠，即被故意忽略、意外遺漏或尚未定義的條目酸茴。
其步驟如下：

1. 繪制一個矩陣分预，將所有基線架構(gòu)的架構(gòu)構(gòu)建塊（ABBs）放在垂直軸，所有目標(biāo)架構(gòu)的架構(gòu)構(gòu)建塊（ABBs）放在水平軸薪捍。
2. 在基線架構(gòu)軸的最后一行增加一行笼痹，標(biāo)示為“新增的架構(gòu)構(gòu)建塊”，在目標(biāo)架構(gòu)軸的最后一列增加一列酪穿，標(biāo)示為“出去的架構(gòu)構(gòu)建塊”凳干。
3. 如果一個架構(gòu)構(gòu)建塊同時存在于基線架構(gòu)和目標(biāo)架構(gòu)中，在價差單元格將其標(biāo)記未“已包括”
4. 如果基線架構(gòu)中的機(jī)構(gòu)構(gòu)建塊在目標(biāo)架構(gòu)中出現(xiàn)缺失被济，檢查每一個缺失的架構(gòu)構(gòu)建塊纺座。如果確實(shí)應(yīng)該將其除去，在“除去的架構(gòu)構(gòu)建塊”列合適的單元格中對其進(jìn)行相應(yīng)記錄溉潭。如果不該將其除去，這樣就發(fā)現(xiàn)了在目標(biāo)架構(gòu)中意外遺漏的架構(gòu)構(gòu)建塊少欺，在“除去的架構(gòu)構(gòu)建塊”列合適的單元格中對其進(jìn)行相應(yīng)記錄喳瓣。如果不該將其除去，這樣就發(fā)現(xiàn)了再目標(biāo)架構(gòu)中意外遺漏的架構(gòu)構(gòu)建塊赞别，在“除去的架構(gòu)構(gòu)建塊”列合適的單元格中對其進(jìn)行相應(yīng)記錄畏陕，這些寫被一樓的額架構(gòu)構(gòu)建塊必須在架構(gòu)設(shè)計(jì)的下一輪迭代中被恢復(fù)并進(jìn)行處理。

5. 當(dāng)某個目標(biāo)架構(gòu)中的架構(gòu)構(gòu)建塊沒有出現(xiàn)在基線架構(gòu)中時仿滔，在該構(gòu)建塊所在列和“新增的架構(gòu)構(gòu)建塊”行的交叉單元格上將其作為差距進(jìn)行標(biāo)記惠毁，這種差距需要通過開發(fā)或外購該構(gòu)建塊的方式進(jìn)行填補(bǔ)。
   當(dāng)完成上述步驟后崎页，所有出現(xiàn)在“除去的”列或“新增的”行中都是差距鞠绰，這些差距要么解釋為應(yīng)該被除去，要么被標(biāo)記出

   
   
   image.png
   
   

   差距分析技術(shù)應(yīng)當(dāng)在ADM的B飒焦、C蜈膨、D屿笼、E階段中使用。

3.20 架構(gòu)視點(diǎn)

架構(gòu)師在ADM周期從階段A到階段D的各個階段中翁巍，使用視圖和視點(diǎn)來開發(fā)每個架構(gòu)領(lǐng)域（業(yè)務(wù)驴一、數(shù)據(jù)、應(yīng)用灶壶、技術(shù)）的架構(gòu)肝断。視圖是你看到的東西。而視點(diǎn)是從哪兒看驰凛；即決定你看到什么的有利位置或角度（一個視點(diǎn)也可以被認(rèn)為是一種范式）胸懈。視點(diǎn)是通用的，可以存儲在視點(diǎn)庫中供重用洒嗤。視圖對于它為之被創(chuàng)建的架構(gòu)來說總是具體的箫荡。每個視圖有描述它的相關(guān)聯(lián)的視點(diǎn)，哪怕該視點(diǎn)是隱含的渔隶。
ISO/IEC 42010:2007鼓勵架構(gòu)師明確地定義視點(diǎn)羔挡。在視圖的內(nèi)容和范式之間做出這樣的區(qū)分，乍看起來似乎是一個不必要的負(fù)擔(dān)间唉，但它確實(shí)為在不同的架構(gòu)之間重用視點(diǎn)提供了一種機(jī)制绞灼。
為了能清楚地說明視圖和視點(diǎn)的概念，考慮例1中的場景呈野。這是一個非常簡單的機(jī)場系統(tǒng)低矮，只有兩個利益相關(guān)者：飛行員和空中交通管理員。
例1：簡單機(jī)場系統(tǒng)的視圖和視點(diǎn)

image.png

總結(jié)例1被冒，我們可以看到军掂，視圖可以通過不同利益相關(guān)者的角度，如飛行員與控制員的角度昨悼，來劃分出系統(tǒng)的子集蝗锥。這種子集可以通過一種被叫做視點(diǎn)的抽象模型來描述，如空中飛行模型與飛行空間模型率触。視圖的這種描述可以通過一種半專門的語言來記錄终议，如“飛行員語言”與“控制員語言”。工具是用來幫助利益相關(guān)者的葱蝗，它們之間通過源于視點(diǎn)的語言進(jìn)行交互穴张。當(dāng)利益相關(guān)者使用共同的工具是，如飛行員和控制員之間的無線電通信聯(lián)系两曼，一種共同的語言是必不可少的皂甘。

3.21 架構(gòu)視圖

架構(gòu)視圖表現(xiàn)了整體架構(gòu)，對系統(tǒng)中的一個或多個利益相關(guān)者來說具有意義悼凑，架構(gòu)師在ADM周期從階段A至階段D的過程中叮贩，選擇并建立了一套視圖击狮，以便可以同所有的利益相關(guān)者溝通架構(gòu)，使其理解架構(gòu)益老，并使他們能夠驗(yàn)證系統(tǒng)將解決他們關(guān)注的問題彪蓬。5.3節(jié)中的概念是在TOGAF中使用架構(gòu)視圖的核心。

3.21.1 在ADM中建立視圖

架構(gòu)師必須做出的關(guān)鍵決定之一捺萌，就是決定開發(fā)哪些特定的架構(gòu)視圖档冬。
架構(gòu)師有責(zé)任確保架構(gòu)的完整性（適合使用），即能充分解決其所有利益相關(guān)者的關(guān)注問題桃纯；以及架構(gòu)的一致性酷誓，即能將各個不同的視圖聯(lián)系起來，圓滿的協(xié)調(diào)不同利益相關(guān)者之間存在沖突的關(guān)注點(diǎn)态坦，并展示在協(xié)調(diào)過程所做出的權(quán)衡（例如在安全性和性能之間）盐数。

3.22 架構(gòu)構(gòu)建塊

架構(gòu)構(gòu)建塊是架構(gòu)的文檔描述和模型，來自于按照架構(gòu)連續(xù)系列進(jìn)行分類的企業(yè)架構(gòu)存儲庫伞梯。它們在ADM的過程中（主要在階段A玫氢、B、C和D）被定義或選擇谜诫。架構(gòu)構(gòu)建塊的特點(diǎn)如下：

• 它們捕獲了架構(gòu)需求：例如業(yè)務(wù)漾峡、數(shù)據(jù)、應(yīng)用和技術(shù)需求喻旷。
• 它們指示并指導(dǎo)了解決方案構(gòu)建塊（SBBs）的開發(fā)生逸。
  架構(gòu)構(gòu)建塊規(guī)格的內(nèi)容至少應(yīng)包括以下內(nèi)容：
• 基本的功能和屬性：明確的含義，包括安全性和可管理性
• 接口：被選擇的集合且预，提供的接口（API槽袄、數(shù)據(jù)格式、協(xié)議锋谐、硬件接口掰伸、標(biāo)準(zhǔn)）
• 可互操作性，以及和其他構(gòu)建塊之間的關(guān)系
• 所依賴的構(gòu)建塊怀估，及其必需的功能和已命名的用戶接口
• 與業(yè)務(wù)/組織實(shí)體和政策的映射關(guān)系
  每個架構(gòu)構(gòu)建塊應(yīng)包括一份對于企業(yè)架構(gòu)存儲庫中任一架構(gòu)文檔和模型的聲明，以便在架構(gòu)開發(fā)中可被重復(fù)使用合搅。使用ADM建立構(gòu)建塊的規(guī)格是一個循序漸進(jìn)和迭代的過程多搀。
  有關(guān)架構(gòu)構(gòu)建塊的更多信息請參見5.5節(jié)。

3.23 解決方案構(gòu)建塊

解決方案構(gòu)建塊（SBBs）與解決方案連續(xù)系列有關(guān)灾部。它們是企業(yè)架構(gòu)連續(xù)系列中被識別出的各個架構(gòu)的實(shí)現(xiàn)康铭，可以被外購或開發(fā)。
解決方案構(gòu)建塊首先出現(xiàn)再ADM的階段E赌髓，在第一次考慮特定產(chǎn)品的構(gòu)建塊的時候从藤。解決方案構(gòu)建塊定義了什么樣的產(chǎn)品和構(gòu)件將實(shí)現(xiàn)所需的功能催跪，從而定義了實(shí)現(xiàn)方式。它們滿足了業(yè)務(wù)需求夷野，與具體的產(chǎn)品或供應(yīng)商相關(guān)懊蒸。解決方案構(gòu)建塊規(guī)格至少應(yīng)包括以下內(nèi)容：

• 具體的功能和屬性
• 接口：被實(shí)現(xiàn)的集合
• 被使用所必需的解決方案構(gòu)建塊及其所需的功能、所使用接口的名稱
• 從解決方案構(gòu)建塊到IT布局和運(yùn)營策略的映射
• 共有的屬性規(guī)格悯搔，如安全性骑丸、可管理性、可定位性妒貌、可擴(kuò)充性
• 性能通危、可配置性
• 設(shè)計(jì)的驅(qū)動和約束，包括物理架構(gòu)
• 解決方案構(gòu)建塊和架構(gòu)構(gòu)建塊之間的關(guān)系

3.24 基于能力的規(guī)劃

在階段E和F中起到重要作用的是一種根據(jù)基于能力規(guī)劃的原則灌曙、確定和規(guī)劃企業(yè)轉(zhuǎn)換的具體方法菊碟，這是一種聚焦業(yè)務(wù)成果的業(yè)務(wù)規(guī)劃技術(shù)。它是業(yè)務(wù)驅(qū)動和業(yè)務(wù)導(dǎo)向的在刺，它將各個業(yè)務(wù)線所必需的力量結(jié)合起來逆害，以達(dá)到企業(yè)期望的能力。它適用于大多數(shù)（甚至所有）的企業(yè)業(yè)務(wù)模型增炭，尤其在需要具備快速響應(yīng)的是潛在能力（例如忍燥，應(yīng)急準(zhǔn)備單元），或相同的資源被投入到多種能力中的組織中尤為有用隙姿。通常業(yè)務(wù)場景技術(shù)被用于發(fā)現(xiàn)和優(yōu)化對這些能力的需要梅垄。
下圖基于能力的規(guī)劃、企業(yè)架構(gòu)和項(xiàng)目組合/項(xiàng)目管理三者之間的關(guān)系输玷。

能力队丝、企業(yè)結(jié)構(gòu)和項(xiàng)目之間的關(guān)系

3.25 遷移規(guī)劃技術(shù)

階段E和F中介紹了多種支持遷移規(guī)劃的技術(shù)。下面各小節(jié)對這些技術(shù)進(jìn)行了描述欲鹏。

3.25.1 實(shí)施因素評估和推論矩陣

創(chuàng)建實(shí)施因素評估和推論矩陣的技術(shù)在階段E被使用机久，用來記錄影響架構(gòu)實(shí)施和遷移計(jì)劃的各種因素。矩陣應(yīng)包括影響因素的列表赔嚎、它們的描述和推論（結(jié)論）膘盖，這些推論指出了指定計(jì)劃時必須考慮的行動或約束。

實(shí)施因素評估和推論矩陣

3.25.2 整合差距尤误、解決方案和依賴性矩陣

創(chuàng)建整合差距侠畔、解決方案和依賴性矩陣的技術(shù)，使架構(gòu)師能夠?qū)⒏骷軜?gòu)領(lǐng)域差距分析結(jié)果中所識別出的差距進(jìn)行分組损晤，評估出可能的解決方案软棺、以及一或多項(xiàng)差距間的依賴關(guān)系。在創(chuàng)建工作包時尤勋，可將這種矩陣作為一種規(guī)劃工具喘落。識別出的依賴性關(guān)系將驅(qū)動E和F中項(xiàng)目和遷移規(guī)劃的闖將茵宪。

整合的差距，解決方案和依賴性矩陣

3.25.3 架構(gòu)定義增量表

創(chuàng)建架構(gòu)定義增量表的技術(shù)瘦棋，使架構(gòu)師能夠規(guī)劃出一系列過渡架構(gòu)稀火，概要地描述出在特定時間點(diǎn)企業(yè)架構(gòu)的各個狀態(tài)。

架構(gòu)定義增量表的范例

3.25.4 企業(yè)架構(gòu)演進(jìn)狀態(tài)表

創(chuàng)建企業(yè)架構(gòu)狀態(tài)演進(jìn)表的技術(shù)兽狭，使架構(gòu)師能夠使用技術(shù)參考模型（TRM）來展示不同層面架構(gòu)的建議的狀態(tài)憾股。
應(yīng)繪制一份表格，列出企業(yè)中用到的所有TRM的服務(wù)箕慧、各種過渡架構(gòu)和建議的轉(zhuǎn)換方式服球。
應(yīng)當(dāng)描述所有解決方案構(gòu)建塊（SBBs）的交付和它們對這些服務(wù)的影響。并且應(yīng)對它們進(jìn)行標(biāo)識颠焦，以展示企業(yè)架構(gòu)進(jìn)展的過程斩熊。在下面的這個例子中，當(dāng)已經(jīng)達(dá)到目標(biāo)能力時伐庭，將該SBB標(biāo)記為“新增”或“保留”粉渠；當(dāng)企業(yè)能力正過渡到新的解決方案時，將其標(biāo)記為“過渡”圾另；當(dāng)能力將被取代時霸株，將其標(biāo)記為“替換”。

企業(yè)架構(gòu)演進(jìn)狀態(tài)示例

3.25.5 業(yè)務(wù)價值評估技術(shù)

這種評估業(yè)務(wù)價值的技術(shù)基于價值指標(biāo)維度和風(fēng)險(xiǎn)指標(biāo)維度來繪制一個矩陣集乔。價值指標(biāo)應(yīng)當(dāng)包括如與原則的符合去件、財(cái)務(wù)貢獻(xiàn)、與戰(zhàn)略的一致性扰路，以及競爭地位這樣一些標(biāo)準(zhǔn)尤溜。風(fēng)險(xiǎn)指標(biāo)應(yīng)當(dāng)包括如規(guī)模和復(fù)雜性、技術(shù)汗唱、組織能力宫莱，和失敗的影響這樣一些標(biāo)準(zhǔn)。應(yīng)對每一個標(biāo)準(zhǔn)分配單獨(dú)的權(quán)重哩罪。
指標(biāo)及其標(biāo)準(zhǔn)和權(quán)重應(yīng)由高級管理人員制定并批準(zhǔn)授霸。在選定這些指標(biāo)前，應(yīng)首先制定決策的標(biāo)準(zhǔn)际插，這一點(diǎn)非常重要碘耳。

業(yè)務(wù)價值評估矩陣

3.26 實(shí)施和遷移計(jì)劃

實(shí)施和遷移計(jì)劃再階段E和F被制定，它提供了實(shí)施過渡架構(gòu)所描述解決方案的進(jìn)度表腹鹉。實(shí)施和遷移計(jì)劃包括了時間、成本敷硅、資源功咒、效益和實(shí)施的各里程碑愉阎。
實(shí)施和遷移計(jì)劃的一般內(nèi)容包括：

1. 實(shí)施和遷移戰(zhàn)略

• 戰(zhàn)略實(shí)施方向
• 實(shí)施排序方法

2. 與其他管理框架間的架構(gòu)關(guān)系

• 使架構(gòu)和業(yè)務(wù)規(guī)劃相協(xié)調(diào)一致的方法
• 整合架構(gòu)工作的方法
• 使架構(gòu)和項(xiàng)目組合/項(xiàng)目管理
• 使架構(gòu)和運(yùn)營管理相協(xié)調(diào)一致的方法

3. 各項(xiàng)目章程

• 項(xiàng)目交付的能力
• 包括的各個工作包
• 業(yè)務(wù)價值
• 風(fēng)險(xiǎn)、問題力奋、假定榜旦、依賴

4. 實(shí)施計(jì)劃

• 實(shí)施工作的階段劃分和工作小組分解
• 分配給各階段和工作小組的工作包
• 里程碑和時點(diǎn)
• 工作分解結(jié)構(gòu)（WBS）
• 資源需求和成本

3.27 過渡架構(gòu)

階段E定義了一或多個過渡架構(gòu)，并將其作為輸出景殷。過渡架構(gòu)展示了企業(yè)的遞增狀態(tài)溅呢，反映了在基線架構(gòu)和目標(biāo)架構(gòu)之間的各過渡時間段≡持浚可使用過渡架構(gòu)來對各個工作包和項(xiàng)目進(jìn)行分組咐旧，組成一些可被管理的項(xiàng)目組合和項(xiàng)目群組，以清晰說明每個階段的業(yè)務(wù)價值绩蜻。以下是一個過渡架構(gòu)中的典型內(nèi)容：

1. 機(jī)會組合

• 整合的差距铣墨、解決方案和依賴性評估
• 對機(jī)會的描述
• 收益評估情況
• 能力和能力增量
• 可互操作性和共存性需求

2. 工作包組合

• 工作包的描述（名稱、描述办绝、目的伊约、交付物）
• 功能性需求
• 依賴關(guān)系
• 與機(jī)會的關(guān)系
• 與架構(gòu)定義文件以及架構(gòu)需求規(guī)格

3. 里程碑和過渡架構(gòu)里程碑

• 過渡狀態(tài)的定義
• 每個過渡狀態(tài)的業(yè)務(wù)架構(gòu)
• 每個過渡狀態(tài)的數(shù)據(jù)架構(gòu)
• 每個過渡狀態(tài)的應(yīng)用架構(gòu)
• 每個過渡狀態(tài)的應(yīng)用架構(gòu)
• 每個過渡狀態(tài)的技術(shù)架構(gòu)

4. 實(shí)施因素評估和推論矩陣，包括：

• 風(fēng)險(xiǎn)
• 問題
• 假定
• 依賴關(guān)系
• 行動

5. 整合的差距孕蝉、解決方案和依賴性矩陣屡律，包括：

• 架構(gòu)領(lǐng)域
• 差距
• 可能的解決方案
• 依賴關(guān)系

3.28 實(shí)施治理模型

一旦定義了架構(gòu)，就有必要規(guī)劃如何在實(shí)施過程中對實(shí)現(xiàn)了架構(gòu)的過渡架構(gòu)進(jìn)行治理降淮。在已建立了架構(gòu)智能的組織中超埋，很有可能已經(jīng)有一個治理框架，但是具體的流程骤肛、組織纳本、角色、職責(zé)和度量可能需要針對具體的項(xiàng)目進(jìn)行進(jìn)一步的定義腋颠。
作為階段F輸出而產(chǎn)生的實(shí)施治理模型繁成，確保了一個過渡到實(shí)施的項(xiàng)目也會平滑地過渡到適當(dāng)?shù)募軜?gòu)治理中去。實(shí)施治理模型的典型內(nèi)容包括：

1. 治理的流程
2. 治理的組織結(jié)構(gòu)
3. 治理的角色和職責(zé)
4. 治理的檢查點(diǎn)和成功/失敗標(biāo)準(zhǔn)

3.29 架構(gòu)契約

架構(gòu)契約在階段G：實(shí)施治理中被創(chuàng)建淑玫。架構(gòu)契約是在開發(fā)團(tuán)隊(duì)和贊助者之間巾腕，就架構(gòu)的交付物、質(zhì)量和目標(biāo)適用性達(dá)成的協(xié)議絮蒿。這些協(xié)議的成功實(shí)施將通過有效的架構(gòu)來交付尊搬。通過對架構(gòu)契約的管理實(shí)施治理，可以確保：

• 實(shí)現(xiàn)一個持續(xù)監(jiān)控的系統(tǒng)土涝，以對組織中所有與架構(gòu)相關(guān)的活動的完整性佛寿、變更情況進(jìn)行檢查，并進(jìn)行決策和審計(jì)；
• 嚴(yán)格遵守架構(gòu)的原則冀泻、標(biāo)準(zhǔn)和需求常侣，包括現(xiàn)有的架構(gòu)或正在開發(fā)中的架構(gòu)；
• 識別出架構(gòu)開發(fā)和實(shí)施各個方面的風(fēng)險(xiǎn)弹渔，包括內(nèi)部開發(fā)的各個方面胳施，將其與公認(rèn)的標(biāo)準(zhǔn)、政策肢专、技術(shù)和產(chǎn)品以及架構(gòu)運(yùn)營各方面進(jìn)行對照舞肆，以使得組織能夠在一個彈性的環(huán)境中繼續(xù)其業(yè)務(wù)；
• 建立起一套流程和實(shí)踐博杖，以確保開發(fā)和使用各類架構(gòu)制品的相關(guān)責(zé)任椿胯、職責(zé)和紀(jì)律；
• 達(dá)成對負(fù)責(zé)架構(gòu)契約治理組織的正式理解欧募，包括他們的權(quán)力級別压状，該團(tuán)體所治理的架構(gòu)范圍等。
  TOGAF9確認(rèn)如下兩份架構(gòu)契約的范例：
• 架構(gòu)設(shè)計(jì)和開發(fā)契約
• 業(yè)務(wù)用戶的架構(gòu)契約
  架構(gòu)設(shè)計(jì)和開發(fā)契約的典型內(nèi)容如下：
• 介紹和背景
• 協(xié)議的基本性質(zhì)
• 架構(gòu)的范圍
• 架構(gòu)和戰(zhàn)略的原則及需求
• 一致性需求
• 架構(gòu)開發(fā)和管理的流程和角色
• 目標(biāo)架構(gòu)的測度
• 各交付物被定義的階段
• 已排好優(yōu)先級的共同工作計(jì)劃
• 時間窗
• 架構(gòu)交付物和業(yè)務(wù)度量
  階段G所產(chǎn)生的業(yè)務(wù)用戶架構(gòu)契約的典型內(nèi)容包括：
• 介紹和背景
• 協(xié)議的基本性質(zhì)
• 范圍
• 戰(zhàn)略性需求
• 一致性需求
• 架構(gòu)的各使用者
• 時間窗
• 架構(gòu)的業(yè)務(wù)度量
• 服務(wù)架構(gòu)（包括服務(wù)水平協(xié)議 SLA）
  這個契約也被用來管理階段H中對企業(yè)架構(gòu)的變更跟继。

3.30 變更請求

對架構(gòu)變更的請求在階段H：架構(gòu)變更管理中被考慮种冬。在架構(gòu)的實(shí)施過程匯總，隨著越來越多的事實(shí)被了解舔糖，初始的架構(gòu)定義和需求有可能不再適合或不足以完成解決方案的實(shí)施娱两。在這種情況下，實(shí)施項(xiàng)目偏離原有架構(gòu)方法或請求擴(kuò)展范圍就變得很有必要金吗。此外十兢，外部因素一如市場因素、商業(yè)戰(zhàn)略的變化和新技術(shù)的機(jī)會-也會創(chuàng)造擴(kuò)展和完善架構(gòu)的機(jī)會摇庙。
在這種情況下旱物，可提交變更請求以啟動新一輪的架構(gòu)工作周期。
變更請求的典型內(nèi)容包括：

1. 被提議的變更描述
2. 被提議的變更依據(jù)
3. 被提議的變更影響評估卫袒。包括：

• 對特定需求的引用
• 當(dāng)前需求的利益相關(guān)者的優(yōu)先級
• 需要被回顧的各階段
• 決定需求優(yōu)先級的階段
• 階段調(diào)查的結(jié)果和修正的優(yōu)先級
• 對需求管理的建議

4. 引用存儲庫的號碼

3.31 合規(guī)評估

一旦定義了架構(gòu)宵呛，就有必要在實(shí)施的整個過程中對架構(gòu)進(jìn)行治理，以確保最初的架構(gòu)愿景能被適當(dāng)?shù)貙?shí)現(xiàn)夕凝，并且確保實(shí)施中的所有經(jīng)驗(yàn)教訓(xùn)都能被反饋到架構(gòu)流程中去宝穗。在階段G中對實(shí)施項(xiàng)目進(jìn)行定期的、一致性的審查码秉，就提供了這樣一種機(jī)制逮矛，確保了設(shè)計(jì)和實(shí)施的進(jìn)行能符合戰(zhàn)略和架構(gòu)目的。
合規(guī)評估結(jié)果的一般內(nèi)容包括：

1. 項(xiàng)目的進(jìn)度和狀態(tài)的概況
2. 項(xiàng)目的架構(gòu)/設(shè)計(jì)的概況
3. 已完成架構(gòu)的檢查表:

• 硬件和操作系統(tǒng)檢查表
• 軟件服務(wù)和中間件檢查表
• 應(yīng)用程序檢查表
• 信息管理檢查表
• 安全性價差表
• 系統(tǒng)管理檢查表
• 系統(tǒng)工程檢查表
• 方法和工具檢查表

3.32 需求影響評估

在ADM的整個過程中转砖，有關(guān)于架構(gòu)的新信息在不斷的被收集须鼎，隨著這些信息的收集，新的事實(shí)會顯露出來，證明架構(gòu)已有方面的不合理晋控。一份需求影響評估表評估了現(xiàn)有架構(gòu)的需求和規(guī)格挑围，識別除了應(yīng)該做出的變更以及這些變更的相關(guān)影響。
需求影響評估的結(jié)果記錄了對變更的評估及對架構(gòu)變更的建議糖荒。它的建議內(nèi)容如下：

1. 對特定需求的引用
2. 需求的利益相關(guān)者的優(yōu)先級
3. 需要被回顧的各個階段
4. 確定需求優(yōu)先級的階段
5. 階段調(diào)查的結(jié)果和修正的優(yōu)先級
6. 對需求管理的建議
7. 引用存儲庫的號碼
   這些內(nèi)容通常作為對變更請求的回應(yīng)而被創(chuàng)建。