信息技術(shù)服務(wù) 咨詢設(shè)計 第2部分 規(guī)劃設(shè)計方法指南

PAGE49FORMTEXT信息技術(shù)服務(wù)咨詢設(shè)計FORMTEXT第2部分：規(guī)劃設(shè)計指南目??次目次 I前言 II引言 III信息技術(shù)服務(wù)咨詢設(shè)計第2部分：規(guī)劃設(shè)計指南 11范圍 12規(guī)范性引用文件 13術(shù)語 14體系結(jié)構(gòu) 24.1參考模型 24.2組成要素 24.3生命周期 35內(nèi)容框架 45.1業(yè)務(wù)架構(gòu) 45.2IT戰(zhàn)略 65.3總體信息架構(gòu)規(guī)劃 65.4應(yīng)用系統(tǒng)架構(gòu)規(guī)劃 85.5IT基礎(chǔ)設(shè)施架構(gòu)規(guī)劃 115.6IT管控模式設(shè)計 165.7實施規(guī)劃 176技術(shù)要求 186.1步驟和技術(shù) 186.2能力要求 426.3工具建議 437評估 447.1對規(guī)劃設(shè)計方法的評估 447.2對供方的規(guī)劃設(shè)計咨詢服務(wù)能力的評估 457.3對咨詢服務(wù)效果的評估 46附錄A（資料性附錄） 48A.1概述 48A 49A 49參考文獻 50——第1部分：咨詢通用要求；——第2部分：通用標準和數(shù)據(jù)規(guī)范；——第3部分：知識庫管理規(guī)范；——第4部分：規(guī)劃設(shè)計方法指南；——第5部分：信息化工程監(jiān)理規(guī)范。信息技術(shù)服務(wù)咨詢設(shè)計第2部分：規(guī)劃設(shè)計指南范圍指南的目標使用對象：IT規(guī)劃設(shè)計咨詢服務(wù)供方、需方、第三方，以及對IT規(guī)劃設(shè)計方法有興趣的組織及個人指南希望達到的目的：幫助IT規(guī)劃設(shè)計咨詢服務(wù)供方、需方、第三方提升IT規(guī)劃設(shè)計咨詢服務(wù)質(zhì)量，優(yōu)化IT規(guī)劃設(shè)計咨詢服務(wù)成本，強化IT規(guī)劃設(shè)計咨詢服務(wù)效能，降低IT規(guī)劃設(shè)計咨詢服務(wù)風險；幫助對IT規(guī)劃設(shè)計方法有興趣的組織及個人：全面理解和掌握IT規(guī)劃設(shè)計咨詢服務(wù)的內(nèi)容和標準化知識，以及實施IT規(guī)劃設(shè)計咨詢服務(wù)的方法，從而提升組織能力和個人技能規(guī)范性引用文件下列文件中的條款通過本部分的引用而成為本部分的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本部分，然而，鼓勵根據(jù)本部分達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本部分。術(shù)語注：可參考ISO/IECPDTR15026-1軟件系統(tǒng)工程-系統(tǒng)和軟件保證-第1部分：概念與詞匯，以及ISO/IECFCD24765軟件系統(tǒng)工程詞匯咨詢consulting按照需方的要求，通過一定的方法開展調(diào)研，提出解決疑難問題的建議和方案。3.2信息技術(shù)咨詢informationtechnologyconsulting以信息技術(shù)為手段，提升組織績效，實現(xiàn)業(yè)務(wù)戰(zhàn)略和目標的專業(yè)建議。3.3咨詢服務(wù)consultingservice咨詢服務(wù)提供方與需方簽訂合同，負責對其所提出的業(yè)務(wù)和技術(shù)性課題提供建議或解決方案的智力服務(wù)。3.4（信息技術(shù)）咨詢服務(wù)(informationtechnology)consultingservice咨詢服務(wù)提供方在信息資源開發(fā)利用、工程建設(shè)、人員培訓、管理體系建設(shè)、技術(shù)支撐等方面向需方提供的管理或技術(shù)咨詢評估服務(wù)。3.5流程process整合資源，推動將輸入轉(zhuǎn)換為輸出的相互關(guān)聯(lián)或相互作用的有序活動。3.6管理診斷managementdiagnose識別需方業(yè)務(wù)和IT現(xiàn)狀，明確管理問題和規(guī)劃方向的過程。3.7規(guī)劃設(shè)計programanddesign結(jié)合信息技術(shù)應(yīng)用現(xiàn)狀、發(fā)展趨勢及應(yīng)用需求提出長期戰(zhàn)略和目標，并設(shè)計信息技術(shù)服務(wù)架構(gòu)。3.8實施治理implementationgovernance將規(guī)劃設(shè)計付諸實施的過程。3.9架構(gòu)architecture描述系統(tǒng)構(gòu)成要素及相互關(guān)系，指導信息系統(tǒng)設(shè)計和完善的原則。體系結(jié)構(gòu)參考模型圖4.1咨詢設(shè)計參考模型圖組成要素人與組織（引用《咨詢通用要求》4.2之e人員）提供咨詢服務(wù)的專業(yè)人員，包括)人員的管理、崗位、技能、知識等。流程（引用《咨詢通用要求》4.2之d流程）提供系統(tǒng)建設(shè)咨詢所需建立的服務(wù)流程，包括前期準備、項目啟動、管理診斷、規(guī)劃設(shè)計、實施治理等。內(nèi)容框架咨詢設(shè)計給需方提供的服務(wù)內(nèi)容。咨詢設(shè)計應(yīng)包括以下內(nèi)容。a)業(yè)務(wù)架構(gòu)（業(yè)務(wù)戰(zhàn)略、運營模式及業(yè)務(wù)流程、業(yè)務(wù)服務(wù)組件）b)IT戰(zhàn)略c)應(yīng)用架構(gòu)（應(yīng)用服務(wù)組件）d)數(shù)據(jù)架構(gòu)e)技術(shù)平臺架構(gòu)（技術(shù)平臺組件）f)實施計劃g)IT組織與管理（IT治理）技術(shù)方法（引用《咨詢通用要求》4.2之f方法）在提供咨詢服務(wù)過程中運用的咨詢架構(gòu)和方法，包括咨詢規(guī)劃、架構(gòu)設(shè)計、架構(gòu)實施、咨詢評價等。生命周期預(yù)備階段組建項目團隊，明確任務(wù)，編制工作計劃；召開項目啟動會，達成宣傳、培訓和統(tǒng)一認識的效果；并運用資料分析、內(nèi)部訪談等方式對需方各職能及業(yè)務(wù)板塊的經(jīng)營管理現(xiàn)狀進行深入調(diào)研。分析階段在深入調(diào)研的基礎(chǔ)上，對需方的戰(zhàn)略、業(yè)務(wù)和IT現(xiàn)狀進行綜合分析，為下一步的規(guī)劃奠定基礎(chǔ)。a)戰(zhàn)略理解：明晰需方的戰(zhàn)略和文化，了解管理現(xiàn)狀；b)業(yè)務(wù)分析：對核心業(yè)務(wù)流程進行分析；c) IT現(xiàn)狀分析：對IT戰(zhàn)略、組織、人員、基礎(chǔ)設(shè)施和系統(tǒng)應(yīng)用的現(xiàn)狀進行分析。規(guī)劃階段根據(jù)戰(zhàn)略理解、業(yè)務(wù)分析和IT現(xiàn)狀分析的結(jié)果，完成IT戰(zhàn)略規(guī)劃、應(yīng)用規(guī)劃、數(shù)據(jù)規(guī)劃、技術(shù)平臺規(guī)劃，以及IT組織與管理體系規(guī)劃等。a) IT戰(zhàn)略規(guī)劃：規(guī)劃IT戰(zhàn)略目標和戰(zhàn)略實施步驟，以指導后續(xù)IT規(guī)劃的搭建；b)應(yīng)用規(guī)劃：規(guī)劃應(yīng)用系統(tǒng)功能，分析應(yīng)用系統(tǒng)間的集成關(guān)系；c) 數(shù)據(jù)規(guī)劃：制定編碼與名稱規(guī)范，規(guī)劃數(shù)據(jù)的采集、處理、存儲和管理；d)技術(shù)平臺規(guī)劃：規(guī)劃軟件支撐平臺、硬件支撐平臺和安全保障體系；e) IT組織與管理體系規(guī)劃：通過IT治理模式、IT管理組織和流程的優(yōu)化，并輔以IT管理制度，支撐IT戰(zhàn)略的實現(xiàn)。實施計劃制定系統(tǒng)實施總體規(guī)劃，并分階段分系統(tǒng)詳細描述實施規(guī)劃，并做出資源投入、風險/收益分析和系統(tǒng)選型建議。項目治理（引用《咨詢通用要求》5.6實施治理）規(guī)范信息系統(tǒng)建設(shè)中供方提供的咨詢內(nèi)容，包括實施策略、技術(shù)路線、進度計劃、工程造價、方案選型、服務(wù)評審等。a)進行關(guān)鍵點分析，確定實施策略；b)確保項目實施與需方已有技術(shù)融合；c)確保項目實施滿足進度要求；d)確定工程概算，滿足造價要求；e)創(chuàng)建、開發(fā)并監(jiān)控進度計劃的實施，提供必要的資源；f)提出方案實施反饋建議并進行服務(wù)合規(guī)性審查。內(nèi)容框架業(yè)務(wù)架構(gòu)戰(zhàn)略理解供方對需方原景、使命、目標、發(fā)展戰(zhàn)略的準確理解，是規(guī)劃設(shè)計方向正確的基礎(chǔ)。業(yè)務(wù)與流程分析1、供方對需方的業(yè)務(wù)構(gòu)成、經(jīng)營模式、管理模式、業(yè)務(wù)擴張計劃等有準確理解，分析IT建設(shè)著力點，厘清對信息化要求與含義。2、供方應(yīng)對需方的核心業(yè)務(wù)和管理模型對需方的IT需求展開分析。3、建議以價值鏈的方法識別核心管理流程，梳理與最佳實踐進行對比，以識別關(guān)鍵業(yè)務(wù)的改進機會和IT需求。例：一個家電企業(yè)的價值鏈：利利潤利潤企業(yè)基礎(chǔ)設(shè)施人員招聘、培訓自動化系統(tǒng)的設(shè)計元件設(shè)計、產(chǎn)品設(shè)計總裝線設(shè)計、檢測程序、能源管理信息系統(tǒng)開發(fā)市場研究銷售支持和技術(shù)文獻服務(wù)手冊和程序運輸服務(wù)原材料、其它部件能源、耗材電力/電子部件計算機服務(wù)、運輸服務(wù)中介機構(gòu)服務(wù)物資供應(yīng)、出差和津貼備用件、出差和津貼進貨材料搬運進貨質(zhì)檢、部件檢查和交貨部件裝配總裝調(diào)節(jié)和質(zhì)檢設(shè)備利用率訂單處理貨運廣告促銷銷售隊伍服務(wù)信譽備用件系統(tǒng)人力資源準備技術(shù)開發(fā)采購內(nèi)部后勤生產(chǎn)經(jīng)營外部后勤市場和銷售服務(wù)IT現(xiàn)狀評估與差距分析供方應(yīng)對需方IT現(xiàn)狀從四個方面進行評估并分析差距：1、組織流程IT組織功能定位IT組織管控模式IT人員構(gòu)成及技能IT服務(wù)支持水平2、信息管理信息規(guī)范標準信息管理流程信息質(zhì)量水平信息安全管理3、應(yīng)用系統(tǒng)現(xiàn)有應(yīng)用系統(tǒng)清單現(xiàn)有應(yīng)用系統(tǒng)功能應(yīng)用體系的整合度應(yīng)用系統(tǒng)的回報率4、IT基礎(chǔ)實施網(wǎng)絡(luò)架構(gòu)體系網(wǎng)絡(luò)安全管理設(shè)備技術(shù)標準基礎(chǔ)設(shè)施能力數(shù)據(jù)備份管理IT戰(zhàn)略企業(yè)戰(zhàn)略對信息化的總體要求。通過現(xiàn)狀分析階段，總結(jié)企業(yè)發(fā)展戰(zhàn)略對信息化的要求。信息化愿景和使命描述企業(yè)信息化的愿意和使命。信息化建設(shè)目標根據(jù)企業(yè)戰(zhàn)略周期，提出企業(yè)信息化建設(shè)的總體目標和具體目標。1）信息建設(shè)總體目標2）信息建設(shè)具體目標a) 組織與流程：描述信息化支持需方的運營管理與變革、信息管理效率、IT運營支持等方面的具體目標。b) 信息管理：對信息資源的認識，信息管理的保障機制，信息標準化的規(guī)范、制度與流程。c) 應(yīng)用系統(tǒng)：關(guān)鍵管理領(lǐng)域的應(yīng)用系統(tǒng)建設(shè)目標，系統(tǒng)間的集成協(xié)同目標，數(shù)據(jù)整合目標。d) 基礎(chǔ)設(shè)施：IT技術(shù)標準和架構(gòu)建設(shè)，關(guān)鍵基礎(chǔ)設(shè)施的建設(shè)目標及管理流程，網(wǎng)絡(luò)、數(shù)據(jù)中心、安全管理。信息化建設(shè)指導原則為支持需方業(yè)務(wù)發(fā)展戰(zhàn)略，實現(xiàn)經(jīng)營目標，有力推進信息化建設(shè)，保障信息化建設(shè)的貫徹落實，應(yīng)確定信息化建設(shè)的基本原則，以在建設(shè)過程中統(tǒng)一遵循。如：“統(tǒng)一規(guī)劃、分步實施、集中平臺、統(tǒng)一管理”；“集中化、標準化、集成化、可擴展”。總體信息架構(gòu)規(guī)劃明確需方信息架構(gòu)規(guī)劃，是進行需方應(yīng)用架構(gòu)規(guī)劃的基礎(chǔ)，將提高需方總體信息管理水平。明確信息需求根據(jù)需方管控和業(yè)務(wù)運營職能的要求，識別業(yè)務(wù)運營、管理控制、決策分析所需的內(nèi)外部信息。同時為業(yè)務(wù)運營、管理控制和決策分析提供信息目標指引。信息分析歸類對所需的企業(yè)內(nèi)外部信息資源從結(jié)構(gòu)、管理屬性進行歸類，并分析不同類別信息之間的主要關(guān)系。同時為應(yīng)用體系的規(guī)劃，應(yīng)用系統(tǒng)間集成方式提供指導。主要分類：A、決策與管理支持類：1） 戰(zhàn)略績效信息：宏觀環(huán)境信息、戰(zhàn)略績效流程與制度、戰(zhàn)略規(guī)劃信息、行業(yè)信息、新業(yè)務(wù)信息、計劃及預(yù)算信息、關(guān)鍵指標信息、運營監(jiān)控信息、績效考核信息等。2） 財務(wù)管理信息：政策與核算制度信息、財務(wù)管理流程、財務(wù)指標信息、固定資產(chǎn)管理信息、資金管理信息、預(yù)算管理信息、財務(wù)報表信息、核算與分析信息、稅務(wù)信息等。3） 人力資源信息：人力資源規(guī)劃信息、人力資源流程與制度、人力資源政策信息、員工基本信息、員工績效考核信息、員工培訓與發(fā)展信息、管理層人員信息、人才市場信息等。4） 安全管理信息：安全政策與制度、安全管理流程、安全管理監(jiān)控信息、安全管理運行信息、安全風險信息等。5）內(nèi)控與風險管理信息：內(nèi)控流程與制度、審計流程與制度、 外部監(jiān)管信息、重大決策文件、高層會議記錄信息、內(nèi)控風險指標體系、審計計劃信息、審計報告信息、內(nèi)控報告信息、風險預(yù)警信息、內(nèi)控風險分析信息、風險處理信息等。6） IT管理信息：IT戰(zhàn)略規(guī)劃信息、IT管理與服務(wù)流程、IT資產(chǎn)管理信息、IT技術(shù)標準、IT信息標準、IT服務(wù)標準信息等。B、業(yè)務(wù)運營類：1） 客戶服務(wù)信息：客戶服務(wù)流程與規(guī)范、客戶基礎(chǔ)信息、客戶服務(wù)過程信息、客戶投訴信息、客戶行為分析信息等；2）市場信息：流程與制度、需求信息、規(guī)劃信息、公共關(guān)系信息等；3）采購信息4）外部后勤信息5）生產(chǎn)經(jīng)營信息6）內(nèi)部后勤信息信息架構(gòu)規(guī)劃A、管理支持信息架構(gòu)1)描述核心管理信息之間相互支持和依賴關(guān)系2)描述核心管理信息之間的有效整合3)描述管理支持信息與業(yè)務(wù)運營信息之間的關(guān)系。4) 管理支持信息架構(gòu)設(shè)計。應(yīng)以戰(zhàn)略績效信息為核心，實現(xiàn)需方戰(zhàn)略的有效傳導，支持需方對各級組織的合理有效管理。B、業(yè)務(wù)運營信息架構(gòu)1)描述業(yè)務(wù)運營信息之間相互支持和依賴關(guān)系2)描述業(yè)務(wù)運營信息之間的有效整合3)描述業(yè)務(wù)運營信息與管理支持信息之間的關(guān)系。4) 業(yè)務(wù)運營信息架構(gòu)設(shè)計。應(yīng)以關(guān)鍵管理對象信息為紐帶，實現(xiàn)業(yè)務(wù)運營信息的集成管理，支持關(guān)鍵管理對象的全生命周期管理的實現(xiàn)，支持需方業(yè)務(wù)發(fā)展與戰(zhàn)略實現(xiàn)。C、需方各層級組織對信息管控重點1) 決策層：實現(xiàn)需方關(guān)鍵管理職能管理信息縱向、橫向貫通，提高信息傳輸效率和準確性，保證決策層管理意志的貫徹；整理、匯總、抽取運營數(shù)據(jù)，為決策層提供戰(zhàn)略經(jīng)營決策支持。2) 管理層：在需方統(tǒng)一信息架構(gòu)和標準下，制定信息架構(gòu)和標準，對內(nèi)部運營與管理中的關(guān)鍵管理與業(yè)務(wù)運營信息進行控制、分析、反饋；按照決策層管理要求，提供準確及時的經(jīng)營與管理信息。3) 操作層：根據(jù)統(tǒng)一的信息架構(gòu)和標準要求，結(jié)合自身業(yè)務(wù)需求，為各類業(yè)務(wù)運營管理提供信息支持，提高業(yè)務(wù)運作效率，降低成本；按照管理要求，提供準確及時的經(jīng)營與管理信息。信息標準和流程制定高層次的信息資源架構(gòu)以及收集整理信息的主要內(nèi)容，明確集團層面主要的信息標準規(guī)范，信息架構(gòu)和主要流程的關(guān)系。同時，為信息集成標準建立，應(yīng)用系統(tǒng)選擇提供基礎(chǔ)。A、統(tǒng)一制定信息標準和管理規(guī)范按照信息架構(gòu)要求，對所有分類信息，統(tǒng)一制定信息標準和管理規(guī)范。如：《統(tǒng)一的關(guān)鍵業(yè)績指標評估體系》、《統(tǒng)一組織結(jié)構(gòu)信息管理標準》、《統(tǒng)一財務(wù)科目與編碼標準》、《統(tǒng)一客戶基本信息管理標準》等。B、信息管理標準制定的保障體系信息管理標準的制定，應(yīng)通過組織和流程加以保障，以規(guī)范信息的生成、存儲、共享。C、信息管理標準的內(nèi)容1）數(shù)據(jù)編碼標準化：建立主數(shù)據(jù)編碼結(jié)構(gòu)，為各類信息定義業(yè)務(wù)規(guī)則和編碼規(guī)則。2）數(shù)據(jù)項名稱標準化：建立數(shù)據(jù)項名稱結(jié)構(gòu)，并分配名稱，保證所有系統(tǒng)能夠共享。3）數(shù)據(jù)字典的建立：系統(tǒng)地管理企業(yè)數(shù)據(jù)編碼、數(shù)據(jù)項名稱、數(shù)據(jù)庫位置。4）單據(jù)報表格式設(shè)計：依照信息的分類組成、數(shù)據(jù)編碼、數(shù)據(jù)項目標準名稱、業(yè)務(wù)規(guī)則和流程要求，定義單據(jù)內(nèi)容和格式；根據(jù)信息收集和分析要求，定義報表格式。應(yīng)用系統(tǒng)架構(gòu)規(guī)劃應(yīng)用系統(tǒng)架構(gòu)規(guī)劃根據(jù)對需方的業(yè)務(wù)分析，并結(jié)合需方信息架構(gòu)規(guī)劃管理需求，規(guī)劃需方的信息系統(tǒng)。并描繪需方整體應(yīng)用系統(tǒng)架構(gòu)圖。示例1：企業(yè)總部示例2：產(chǎn)業(yè)集團應(yīng)用系統(tǒng)部署方案應(yīng)用系統(tǒng)部署主要回答應(yīng)用系統(tǒng)在需方內(nèi)部如何分布的問題。即采用集中式、分布式或多少套應(yīng)用安裝來滿足未來的應(yīng)用需求。1、應(yīng)用部署方案應(yīng)用部署方案是針對某一具體應(yīng)用而言的，是指采用一套還是多套應(yīng)用安裝來滿足需方的業(yè)務(wù)需求。每套應(yīng)用安裝擁有獨立的數(shù)據(jù)庫和應(yīng)用模塊，多套應(yīng)用安裝之間的業(yè)務(wù)應(yīng)用范圍不相互交叉根據(jù)需方的管控需要，應(yīng)用系統(tǒng)的部署方案要從邏輯集中和物理集中兩方面去論述和考慮。邏輯全集中：需方各層級應(yīng)用系統(tǒng)整體上集中在一個數(shù)據(jù)庫環(huán)境中。物理全集中：需方應(yīng)用系統(tǒng)運行在一套計算機服務(wù)器上。系統(tǒng)通過多組織架構(gòu)、工作流技術(shù)和安全規(guī)則等功能，支持需方實現(xiàn)在一套系統(tǒng)中數(shù)據(jù)的統(tǒng)一存儲，同時組織內(nèi)各成員單位各自進行業(yè)務(wù)處理、互不干擾。云計算模式：需方應(yīng)用系統(tǒng)部署在一個或多個虛擬機上。部署可以分為完全集中、板塊集中、區(qū)域集團等模式。2、部署方案比選的因素技術(shù)因素：方案在當前技術(shù)水平條件下是否可行功能性：功能上是否滿足新奧集團管控和業(yè)務(wù)的需求，是否遵循了最佳實踐業(yè)務(wù)流程：每個方案對業(yè)務(wù)流程完善的要求如何變革管理：每個方案對新奧集團整體組織結(jié)構(gòu)和燃氣控股組織結(jié)構(gòu)的影響參考案例：參照當前類似規(guī)模企業(yè)的現(xiàn)狀和行業(yè)發(fā)展趨勢實施難度：實施的時間、風險、復雜性（信息規(guī)范及整合難度、維護難度：方案對長期維護的影響及系統(tǒng)的靈活性如何成本：包括硬件投資、系統(tǒng)實施、系統(tǒng)維護、系統(tǒng)開發(fā)、系統(tǒng)可擴展性3、針對規(guī)劃的應(yīng)用系統(tǒng)選擇部署方案針對每一個應(yīng)用系統(tǒng)，要從以下方面進行更詳細的比較，以設(shè)計適合需方業(yè)務(wù)發(fā)展和管理需要的系統(tǒng)部署方案和分布模式：1）管理功能的實現(xiàn)數(shù)據(jù)完整性數(shù)據(jù)實時性信息檢索查詢報表統(tǒng)一性系統(tǒng)間數(shù)據(jù)交換與接口2）對組織和變革的支持業(yè)務(wù)支持：是否有利于組織推行管控標準化、流程模板，業(yè)務(wù)協(xié)作和信息交換。對組織和流程重組支持：每個方案對業(yè)務(wù)流程完善的要求如何組織各業(yè)務(wù)單元的靈活性的支持業(yè)內(nèi)最佳實踐與案例參考3）系統(tǒng)架構(gòu)、實施、運維管理網(wǎng)絡(luò)要求系統(tǒng)維護系統(tǒng)管理實施難度：實施的時間、風險、復雜性（信息規(guī)范及整合難度）4）總擁有成本硬件投資軟件許可開發(fā)成本實施成本維護成本應(yīng)用系統(tǒng)集成方案需方業(yè)務(wù)應(yīng)用的規(guī)模和復雜性，決定著是否需要實現(xiàn)跨業(yè)務(wù)跨系統(tǒng)的整合和應(yīng)用系統(tǒng)集成。1)應(yīng)用系統(tǒng)的集成包括以下層面：流程整合信息服務(wù)整合交互服務(wù)整合應(yīng)用連接數(shù)據(jù)集成2)應(yīng)用系統(tǒng)集成的方法 系統(tǒng)點對點接口：網(wǎng)狀結(jié)構(gòu)。在應(yīng)用系統(tǒng)不多時易于實現(xiàn)，但隨著應(yīng)用系統(tǒng)的增多，結(jié)構(gòu)維護的難度將大幅提高。EAI方法：星形結(jié)構(gòu)。SOA方法：總線結(jié)構(gòu)。應(yīng)用系統(tǒng)遵循相關(guān)行業(yè)標準：如《財經(jīng)信息技術(shù)-企業(yè)資源計劃數(shù)據(jù)接口標準》、《WebService協(xié)議》。3)應(yīng)用系統(tǒng)集成的設(shè)計思想：構(gòu)件化雙耦合應(yīng)用系統(tǒng)功能定義根據(jù)應(yīng)用系統(tǒng)架構(gòu)規(guī)劃，確業(yè)主要業(yè)務(wù)模塊。并對每一個業(yè)務(wù)模塊進行功能定義。功能定義應(yīng)包含以下內(nèi)容：實施效益建設(shè)思路業(yè)務(wù)流程變革及工作習慣崗位設(shè)置及職責的變化其他考慮（如基礎(chǔ)數(shù)據(jù)整理、歷史數(shù)據(jù)遷移、系統(tǒng)切換等）就每一個業(yè)務(wù)模塊，定義主要功能其他系統(tǒng)配合IT基礎(chǔ)設(shè)施架構(gòu)規(guī)劃基礎(chǔ)架構(gòu)影響因素應(yīng)用架構(gòu)提出對技術(shù)架構(gòu)的需求外部技術(shù)變革和創(chuàng)新行業(yè)技術(shù)特點基礎(chǔ)架構(gòu)的關(guān)鍵領(lǐng)域信息技術(shù)標準技術(shù)架構(gòu)基礎(chǔ)平臺數(shù)據(jù)中心網(wǎng)絡(luò)備分與災(zāi)難恢復信息安全設(shè)計原則高可靠性高可用性可擴展性原則安全性原則開放和標準的原則可管理性原則系統(tǒng)部署的網(wǎng)絡(luò)成本控制原則基礎(chǔ)平臺規(guī)劃1、 服務(wù)器集群2、 服務(wù)器虛擬化3、 集群存儲架構(gòu)4、 存儲虛擬化5、 云計算數(shù)據(jù)中心規(guī)劃1、標準數(shù)據(jù)中心建設(shè)是相對標準的工程，以下是部分我國數(shù)據(jù)中心建設(shè)標準：《電子計算機機房設(shè)計規(guī)范》（GB50174-93）《計算站場地技術(shù)要求》（GB2887-89）《計算站場地安全技術(shù)》（GB9361-88）《計算機機房用活動地板的技術(shù)要求》（GB6650-86）《電子計算機機房施工及驗收規(guī)范》（SJ/T30003）2、選址與布局數(shù)據(jù)中心地點和位置直接影響其安全和可管理行，應(yīng)滿足未來3-5年的要求。選址需要考慮的因素包括：地勢、樓層、建筑規(guī)格、配套設(shè)施、周邊環(huán)境等。參考數(shù)據(jù)中心平面布局模型。3、建筑規(guī)格承重地面承重水平是數(shù)據(jù)中心建設(shè)的重要指標，根據(jù)GB2887-89的要求，數(shù)據(jù)中心地板應(yīng)能承受高于500kg/m2的重量。通常使用的數(shù)據(jù)中心地板承重能力是800-1000kg/m2。如果未來有特殊的要求，數(shù)據(jù)中心的地板可以進行部分的加固，這是一種常用的做法。高度根據(jù)GB2887-89標準要求，數(shù)據(jù)中心的高度應(yīng)達到2.5-3.2米。實際情況通常要高于這個標準。一些先進的數(shù)據(jù)中心采用4.5米的層高。地板絕緣和防靜電足夠的空間用于安置電力、數(shù)據(jù)線路和空調(diào)足夠的承重能力墻和窗戶低導熱率抗鼠和蟲害隔離噪音防火防塵4、配套設(shè)施供電安全和監(jiān)控消防空調(diào)防雷網(wǎng)絡(luò)規(guī)劃網(wǎng)絡(luò)結(jié)構(gòu)與覆蓋網(wǎng)絡(luò)應(yīng)用與管理災(zāi)備體系規(guī)劃1、分析評估災(zāi)難分析：偶然事件可能性、安全措施有效性、弱點、資產(chǎn)價值、潛在損失等。業(yè)務(wù)風險分析：明確關(guān)鍵流程、運營中斷的損失、閥值定義、可容忍的運營中斷等。當前業(yè)務(wù)環(huán)境分析：關(guān)鍵流程的資源和資產(chǎn)鏈、當前恢復能力、差異分析。2、設(shè)計實施容災(zāi)策略制定：災(zāi)備級別定義，可接受的恢復時間，zhu步消除短中長期差異容災(zāi)方案設(shè)計：技術(shù)、組織、運營。容災(zāi)方案實施：功能性及非功能性的實現(xiàn)。3、管理維護業(yè)務(wù)連續(xù)性流程設(shè)計容災(zāi)恢復方案管理信息安全1、信息安全的策略是圍繞保護、檢測和響應(yīng)的生命周期開展的。2、信息安全的保障：安全技術(shù)、工具，管理制度，人員組織。 3、業(yè)務(wù)安全的保障：管理制度、安全檢查、權(quán)限分散、設(shè)置職權(quán)、賬戶管理、密碼管理。 4、安全風險級別定義。IT管控模式設(shè)計IT組織設(shè)計1）IT組織在需方中的定位2）IT組織的功能a）規(guī)劃規(guī)劃與政策b）管理需求管理架構(gòu)管理投資管理服務(wù)管理c）運營應(yīng)用系統(tǒng)開發(fā)與部署應(yīng)用系統(tǒng)運營維護數(shù)據(jù)中心運營網(wǎng)絡(luò)運營支持服務(wù)3） IT治理：流程及實現(xiàn) a)IT治理組織信息化領(lǐng)導委員會各層級IT領(lǐng)導小組IT專家組IT管控領(lǐng)域b) IT政策與規(guī)劃IT服務(wù)管理IT架構(gòu)管理業(yè)務(wù)需求管理IT投資管理4） 需方各層級IT組織的關(guān)系與分工 a）組織模式：分散式、共享式5） IT組織的績效管理及KPIa） 利潤中心：對中心的利潤、產(chǎn)品利潤、客戶利潤和運營流程負責。KPI：Profit。b）服務(wù)中心：為需方內(nèi)部提供有效率服務(wù)，對服務(wù)中心成本負責。KPI：成本范圍。 c）成本中心：對中心預(yù)算和支持高質(zhì)量流程負責。KPI：預(yù)算達成率。6）IT組織的架構(gòu)及職能a ）IT組織架構(gòu)b） 崗位能力要求規(guī)劃與架構(gòu)管理規(guī)范崗位項目經(jīng)理IT投資與行政基礎(chǔ)設(shè)施運營維護業(yè)務(wù)需求管理技術(shù)專家應(yīng)用系統(tǒng)建設(shè)c） IT組織人員編制IT核心流程設(shè)計1）一級流程IT規(guī)劃與政策制定IT架構(gòu)管理IT投資管理業(yè)務(wù)需求管理應(yīng)用系統(tǒng)開發(fā)部署管理IT服務(wù)管理應(yīng)用系統(tǒng)運維管理數(shù)據(jù)中心運營管理網(wǎng)絡(luò)運營管理支持服務(wù)管理實施規(guī)劃總體實施策略1） 項目規(guī)劃：基于對需方的信息化現(xiàn)狀及展望的分析，進行項目規(guī)劃。一般分為五類：IT組織建設(shè)IT基礎(chǔ)設(shè)計建設(shè)核心系統(tǒng)建設(shè)運營支持系統(tǒng)建設(shè)信息支持系統(tǒng)建設(shè)2）項目劃分：規(guī)劃每一個具體項目，提出建設(shè)目標，并對項目內(nèi)容進行概述。 3）項目優(yōu)先級確定：項目利益分析：對利益進行打分。項目所需資源與能力項目之間的依賴關(guān)系項目風險分析：對風險進行打分。項目風險收益矩陣：按照高收益風險比、中收益風險比、低收益風險比進行分類，收益風險比較高的，應(yīng)優(yōu)先考慮實施。還應(yīng)考慮項目所需資源和項目之間的依賴關(guān)系。 4）信息化項目建設(shè)路徑確定按照項目利益、風險縫隙，并考慮項目所需資源，以及項目之間的依賴關(guān)系，確定信息化建設(shè)路徑。項目實施策略詳細描述針對每一個項目，確定以要素：項目負責人建設(shè)目標項目描述實施策略風險控制試點與推廣計劃WBS分解：確定主要工作、工作量、工作計劃。信息化資源投入分析對硬件、系統(tǒng)軟件、應(yīng)用軟件的投入實施投入運維投入技術(shù)要求按生命周期劃分（預(yù)備階段、業(yè)務(wù)分析、數(shù)據(jù)規(guī)劃、應(yīng)用規(guī)劃、技術(shù)平臺規(guī)劃、實施計劃制定、項目治理。。。）不同階段的步驟、具體可使用或可參考技術(shù)、對人員的能力要求、工具建議等步驟和技術(shù)現(xiàn)狀分析與評估規(guī)劃準備本階段步驟如下：1、確定規(guī)劃項目管理人員（建議具體管理人員由IT領(lǐng)導擔任，同時邀請業(yè)務(wù)領(lǐng)導作為架構(gòu)項目的最高管理人員，體現(xiàn)“一把手工程”）；2、 由規(guī)劃項目具體管理人員，組建業(yè)務(wù)、應(yīng)用、數(shù)據(jù)、技術(shù)架構(gòu)組，確定其內(nèi)部人員；3、根據(jù)需要，可選擇外部單位的某領(lǐng)域架構(gòu)師，協(xié)助某領(lǐng)域架構(gòu)工作。本步驟輸出物包括：《規(guī)劃項目組織結(jié)構(gòu)和人員列表》,可納入《規(guī)劃工作說明書》組織、方法和流程準備定義規(guī)劃原則原則是指明和支持組織完成其任務(wù)或目標的一般性規(guī)則和指引，一旦確定后在較長一段時間內(nèi)很少改動。根據(jù)不同的組織，可以在以下三個水平層次上確定原則：1、 企業(yè)原則這是一個企業(yè)進行決策的基礎(chǔ)，以及指導組織如何完成其任務(wù)。企業(yè)層次的原則在政府及非營利性組織中最為常見，在商業(yè)組織中它作協(xié)調(diào)分散型組織決策的一種方式。企業(yè)原則是成功架構(gòu)實施治理策略的關(guān)鍵因素。2、 信息技術(shù)原則信息技術(shù)原則為整個企業(yè)的所有信息技術(shù)資源與資產(chǎn)的開發(fā)和應(yīng)用提供指引。信息技術(shù)原則的制定是為了使信息環(huán)境更加高效和低成本。3、 架構(gòu)原則架構(gòu)原則是IT原則中關(guān)于架構(gòu)方面的一個子集。它體現(xiàn)的是嵌入在企業(yè)架構(gòu)中的精神與意念，是跨企業(yè)的共識。架構(gòu)原則可以被進一步細分為以下兩個方面。——架構(gòu)流程治理原則，關(guān)于企業(yè)架構(gòu)的開發(fā)、維護和使用方面的原則?！軜?gòu)實施治理原則，關(guān)于設(shè)計開發(fā)信息系統(tǒng)方面的首要原則及指南。這些原則形成一個層次結(jié)構(gòu)，即IT原則是由企業(yè)層次的原則所決定的，而架構(gòu)原則由這兩個較高層次的原則（企業(yè)原則和IT原則）共同決定的。架構(gòu)原則由總體IT原則及企業(yè)層次的原則所決定。選擇這些原則的目的是為了確保IT戰(zhàn)略與企業(yè)戰(zhàn)略與愿景保持一致。架構(gòu)原則的開發(fā)特別受到以下這些方面的影響：1、企業(yè)使命和計劃：企業(yè)的使命、計劃以及組織基礎(chǔ)結(jié)構(gòu)。2、 企業(yè)戰(zhàn)略性措施：企業(yè)的特點——包括優(yōu)勢、弱點、機遇及威脅和其現(xiàn)在整個企業(yè)范圍下的措施。（如流程改進和質(zhì)量管理）3、 外部約束：市場因素（上市時間需求和客戶期望等）和現(xiàn)存及潛在的法律法規(guī)。4、 現(xiàn)有系統(tǒng)與技術(shù)：企業(yè)已開發(fā)的信息資源，包括系統(tǒng)文檔、設(shè)備詳細目錄、網(wǎng)絡(luò)配置圖、政策及程序。5、 計算機產(chǎn)業(yè)趨勢：關(guān)于計算機及通信技術(shù)的使用、可用性和成本的預(yù)測，包括來源可靠性以及現(xiàn)在使用中的最佳實踐。判定原則適當與否的五個標準：1、 易懂性：原則的根本的含義能快速被組織中的個體所掌握和理解。原則的目的是明確、毫不含糊的，以便將各種有意或無意的沖突減到最少。2、 健壯性：支持高質(zhì)量的架構(gòu)及計劃的制定，確保政策與標準的確立。每一個原則都應(yīng)被充分且精確地定義，以確保在復雜、有潛在爭議的情況下（應(yīng)用適當?shù)脑瓌t）支持決策的制定。3、 完整性：完整定義涉及組織信息與技術(shù)管理的每一個潛在的重要原則。原則應(yīng)該涉及可能遇到的所有情況。4、 一致性：一致性要求一個原則可以用其他原則寬松解釋。一組原則的表述要做到均衡解釋，以避免原則間的相互矛盾。原則說明中的每個詞都需要仔細推敲，以確保其一致且靈活的解釋。5、 穩(wěn)定性：原則在一段時間內(nèi)是穩(wěn)定的，但也要能適應(yīng)變化?？梢越⒁粋€修正的過程以滿足原則確定后添加、刪除和變更的需要。具體的架構(gòu)原則，可根據(jù)企業(yè)的實際情況和項目的實際情況進行選擇。本步驟的輸出物包括：《規(guī)劃原則目錄》，可納入《規(guī)劃工作說明書》裁減規(guī)劃方法在本步驟中，要確定規(guī)劃方法中哪些內(nèi)容需要裁剪，考慮是否需要：1、 技術(shù)裁剪：架構(gòu)從事者應(yīng)盡量地使用能夠為整個企業(yè)普遍理解的技術(shù)。裁剪過程應(yīng)產(chǎn)生一套經(jīng)一致同意的技術(shù)，用于架構(gòu)內(nèi)容的描述。2、 流程裁剪：流程裁剪則能夠取消組織中那些已經(jīng)在其它地方執(zhí)行過的任務(wù)，添加組織特定的任務(wù)（如特定的檢查點）并調(diào)整規(guī)劃流程使之對應(yīng)于外部流程框架及對接點。需要處理的關(guān)鍵對接點包括：——與（項目和服務(wù)）組合管理流程的鏈接——與項目生命周期的鏈接——與運營移交流程的鏈接（包括配置管理、變更管理以及服務(wù)管理）3、 內(nèi)容裁剪：對內(nèi)容結(jié)構(gòu)和分類方法的裁剪允許采用第三方的內(nèi)容框架，并允許對框架進行定制以支持組織特定需求。對于較大型企業(yè)來說，架構(gòu)往往比較復雜，他們的整個業(yè)務(wù)框架是由一些相互連結(jié)的單獨的企業(yè)組合起來的，因此需要適配架構(gòu)方法以適應(yīng)這一點。在這種情況下，可以采用以下幾種不同的規(guī)劃和集成方法（也可以是多種方法的組合）：——自頂向下的規(guī)劃和開發(fā)–將整個互連的元企業(yè)作為一個單個的實體?！_發(fā)“通用”或“參考”的架構(gòu)，代表組織的典型企業(yè)而不是確切的某個企業(yè)，隨后單個企業(yè)進行適配從而產(chǎn)生一個符合特定企業(yè)關(guān)注的架構(gòu)“實例”?！獜椭屁C為某個企業(yè)開發(fā)一個特定的架構(gòu)，作為一個概念驗證來實施，然后將其作為一種“參考架構(gòu)”以供其他企業(yè)模仿。本階段步驟如下：1、確定大型企業(yè)架構(gòu)的規(guī)劃和集成方法；2、對內(nèi)容框架進行裁剪；3、對流程步驟進行裁剪；4、對技術(shù)描述進行裁剪。本步驟的輸出物包括：《規(guī)劃流程說明》,可納入《規(guī)劃工作說明書》定義術(shù)語為規(guī)范企業(yè)架構(gòu)的描述，并盡可能與業(yè)務(wù)人員達成一致的理解，參照附錄中架構(gòu)術(shù)語參考，制定本項目的架構(gòu)術(shù)語。本步驟的輸出物包括：《架構(gòu)術(shù)語定義》,可納入《規(guī)劃工作說明書》選擇規(guī)劃工具成功的企業(yè)架構(gòu)團隊通常能夠利用他們的架構(gòu)成熟度等級、團隊/組織能力、目標或焦點來協(xié)調(diào)他們的架構(gòu)工具。如果企業(yè)內(nèi)的不同組織處于不同的架構(gòu)成熟度等級，擁有不同的目標或焦點（如企業(yè)架構(gòu)、業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)），那么單一工具就很難去滿足所有組織的需要。在解決企業(yè)架構(gòu)師目前在這個方面所面臨的問題時，附錄提供了一組被提議的評價準則來選擇各種架構(gòu)工具以開發(fā)所需的各種架構(gòu)模型和視圖。本階段輸出物包括：架構(gòu)工具的使用選擇結(jié)論,可納入《規(guī)劃工作說明書》確定規(guī)劃目標、范圍和愿景確認利益相關(guān)者關(guān)注確認關(guān)鍵利益相關(guān)者以及他們的關(guān)注和目的。這個階段旨在確認利益相關(guān)者關(guān)注、問題和文化因素，以設(shè)計如何表述與溝通方式。本階段輸出物包括：《利益相關(guān)者關(guān)注點分析矩陣》,可納入《規(guī)劃工作說明書》確認業(yè)務(wù)目標、業(yè)務(wù)驅(qū)動力確認組織的業(yè)務(wù)目標和戰(zhàn)略驅(qū)動力，并獲得公司管理層的認可。假如這些已經(jīng)在企業(yè)范圍內(nèi)其他的地方被定義了，則確保現(xiàn)有的定義是最新的。本階段輸出物包括：《業(yè)務(wù)驅(qū)動及目標》定義規(guī)劃范圍定義當前架構(gòu)和目標架構(gòu)的邊界，并且理解當前和目標是不需要在相同的細節(jié)等級上進行描述的。很多情況下，當前描述是在更高的抽象層級上進行的，這樣做就有了更多的時間可以用來指明目標的細節(jié)。特別地，需要定義以下內(nèi)容：企業(yè)涉及范圍的廣度要求的細節(jié)等級覆蓋的特定的架構(gòu)域（業(yè)務(wù)、數(shù)據(jù)、應(yīng)用、技術(shù)）來自原有項目可供使用的資產(chǎn)：——企業(yè)范圍內(nèi)在以前的規(guī)劃中創(chuàng)建的資產(chǎn)——行業(yè)中可用的其他資產(chǎn)（其他框架、系統(tǒng)模型、縱向產(chǎn)業(yè)模型等）本階段輸出物包括：《規(guī)劃工作說明書》中的架構(gòu)范圍制定規(guī)劃愿景基于利益相關(guān)者關(guān)注、業(yè)務(wù)能力需求、范圍、約束與原則，創(chuàng)建一個當前和目標架構(gòu)的高層視圖。架構(gòu)愿景需要覆蓋已確認的項目范圍那樣的廣度。本步驟從業(yè)務(wù)、信息系統(tǒng)與技術(shù)的角度，產(chǎn)生首個、最高層次的當前和目標環(huán)境定義。本階段輸出物包括：《架構(gòu)愿景圖》,可納入《規(guī)劃工作說明書》編制項目工作計劃本階段步驟將包括：1、評估資源需求及其以規(guī)定的時間尺度完成工作的能力。2、 為提出的開發(fā)估算資源需求、開發(fā)一個路線圖和進度表，并把這些記錄在架構(gòu)工作聲明中3、通過企業(yè)架構(gòu)團隊討論，定義本次架構(gòu)項目中的績效度量標準4、 開發(fā)企業(yè)特定的架構(gòu)溝通計劃，表述企業(yè)架構(gòu)師將在何時何地以何種方式與利益相關(guān)者間就企業(yè)架構(gòu)開發(fā)成果的進展進行溝通。5、評審計劃并與架構(gòu)項目發(fā)起人達成一致6、獲得架構(gòu)項目發(fā)起人的簽署同意并開始進行下一階段本階段輸出物包括：《架構(gòu)項目工作計劃》,可納入《規(guī)劃工作說明書》業(yè)務(wù)分析業(yè)務(wù)分析的目的業(yè)務(wù)分析的目的是理解企業(yè)業(yè)務(wù)戰(zhàn)略與管理問題，找出影響企業(yè)發(fā)展的關(guān)鍵問題，確保企業(yè)IT規(guī)劃與企業(yè)戰(zhàn)略和經(jīng)營目標相符合，制訂與企業(yè)業(yè)務(wù)戰(zhàn)略高度匹配的IT戰(zhàn)略，關(guān)鍵活動包括：了解該企業(yè)業(yè)務(wù)環(huán)境特別是行業(yè)環(huán)境、競爭對手，并鑒別可能的競爭者；審視該企業(yè)當前的業(yè)務(wù)戰(zhàn)略，以及構(gòu)成公司競爭地位所做的權(quán)衡和取舍；確定企業(yè)內(nèi)部能力和關(guān)鍵業(yè)務(wù)流程；以業(yè)界最優(yōu)秀的實例為標桿，評估企業(yè)當前的關(guān)鍵流程。評估當前IT資源與環(huán)境；分析IT技術(shù)發(fā)展趨勢與相關(guān)行業(yè)先進實踐；定義未來IT遠景。以下是業(yè)務(wù)分析階段工作的步驟描述。選取參考模型以及工具首先，根據(jù)業(yè)務(wù)驅(qū)動力、利益相關(guān)者以及利益相關(guān)者的關(guān)注點，從已知的架構(gòu)框架或者原有架構(gòu)項目中選取相關(guān)的業(yè)務(wù)參考模型。接著，確認出適于記錄、建模和分析的工具和技術(shù)。根據(jù)所定的復雜程度等級的不同，這些工具可以僅僅是簡單的Office文檔與電子數(shù)據(jù)表，也可以包含較為復雜的建模工具與技術(shù)，如活動模型、業(yè)務(wù)流程模型、用例模型等等。確定總體分析流程可以綜合運用以下一種或多種技術(shù)來分析業(yè)務(wù)： 經(jīng)營環(huán)境分析：包括業(yè)態(tài)發(fā)展現(xiàn)狀和趨勢分析、政策/法規(guī)/社會/科技/等關(guān)鍵因素分析、標桿分析、企業(yè)內(nèi)部分析等。 結(jié)構(gòu)化分析：確認架構(gòu)范圍里的關(guān)鍵業(yè)務(wù)功能，然后將這些功能映射到業(yè)務(wù)中的組織單元。用例分析：施動者和組織之間的業(yè)務(wù)層面的功能分解，可以確認一項功能中的施動者，并能夠分解為支持/交付此功能能力的服務(wù)。 流程建模：流程建模過程中的功能或業(yè)務(wù)服務(wù)的分解可以確認出此流程中的元素，并能夠確認較低層的業(yè)務(wù)服務(wù)或功能。流程優(yōu)化：運用價值鏈模版解析客戶經(jīng)營特點和關(guān)鍵問題，通過流程優(yōu)化找到客戶關(guān)鍵問題并給出解決問題的途徑，對組織、流程、信息化實現(xiàn)提出建設(shè)性意見。 流程保障：分析組織結(jié)構(gòu)/職能/考核方式/跨部門組織協(xié)作的瓶頸，找出管理制度和考核方式對制度的影響和改進方向。業(yè)務(wù)分解所需的等級和嚴格化因不同的企業(yè)而異，對于同一企業(yè)內(nèi)部也是如此。因此，架構(gòu)師應(yīng)該綜合考慮企業(yè)的目標、目的、范圍以及企業(yè)架構(gòu)產(chǎn)出的目的，以此來決定分解的等級。確認所需的目錄此類目錄包含了業(yè)務(wù)核心元素的清單，其本質(zhì)是一種分層結(jié)構(gòu)，記錄了元素的分解以及相關(guān)元素之間的分解。目錄構(gòu)成了開發(fā)矩陣與視圖的原始素材，同時它還充當一項關(guān)鍵資源，用于組合管理業(yè)務(wù)和IT能力。在業(yè)務(wù)架構(gòu)中，應(yīng)該考慮開發(fā)以下目錄：組織/施動者目錄驅(qū)動力/目錄/目的目錄角色目錄業(yè)務(wù)服務(wù)/功能目錄位置目錄流程/事件/控制/產(chǎn)品目錄契約/測度目錄確認所需的矩陣矩陣能夠展示相關(guān)模型實體之間的核心聯(lián)系。矩陣構(gòu)成了視圖開發(fā)的原始素材，同時，它還是一項關(guān)鍵資源，用以進行影響評估并作為差距分析的一部分。在一項業(yè)務(wù)架構(gòu)中，應(yīng)該考慮開發(fā)以下矩陣：業(yè)務(wù)交互矩陣（展示了組織和施動者之間的依賴關(guān)系與信息交換）施動者/角色矩陣（展示了每個施動者所擔任的角色）確認所需的圖圖能夠根據(jù)利益相關(guān)者的需求，從一系列不同的角度展現(xiàn)業(yè)務(wù)架構(gòu)信息。在業(yè)務(wù)架構(gòu)開發(fā)中應(yīng)該考慮以下的圖：業(yè)務(wù)軌跡圖（結(jié)合應(yīng)用架構(gòu)）業(yè)務(wù)服務(wù)/信息圖功能分解圖目標/目的/服務(wù)圖用例圖組織分解圖流程圖事件圖確認業(yè)務(wù)架構(gòu)制品的開發(fā)順序確認需要收集的需求類型當業(yè)務(wù)架構(gòu)目錄、矩陣與圖都已開發(fā)完成時，為完成架構(gòu)建模，我們還需要使以業(yè)務(wù)為中心的需求正式化，這些需求將用于實現(xiàn)目標架構(gòu)。它們可以與業(yè)務(wù)相關(guān)，或提供對數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)以及技術(shù)架構(gòu)的需求輸入。在本步驟中，架構(gòu)師應(yīng)該確認出必須在架構(gòu)實現(xiàn)中達成的需求類型，包括：功能需求非功能需求假定約束領(lǐng)域特定的業(yè)務(wù)架構(gòu)原則政策標準指引規(guī)格在很多情況下，架構(gòu)定義不會給出關(guān)于解決方案的詳細需求或全面需求（因為這些可以通過使用一般的需求管理方法得到更好的解決）。本階段輸出物包括：《業(yè)務(wù)架構(gòu)項目工作策略》,可納入《業(yè)務(wù)架構(gòu)詳稿》描述當前業(yè)務(wù)架構(gòu)開發(fā)現(xiàn)有業(yè)務(wù)架構(gòu)的當前描述。本階段輸出物包括：《當前業(yè)務(wù)架構(gòu)說明》,可納入《業(yè)務(wù)架構(gòu)詳稿》描述目標業(yè)務(wù)架構(gòu)開發(fā)業(yè)務(wù)架構(gòu)的目標描述，使之能夠充分地支持架構(gòu)愿景。目標架構(gòu)所定義的范圍與細節(jié)等級是由目標架構(gòu)愿景的業(yè)務(wù)元素的相關(guān)性以及架構(gòu)描述是否存在的情況決定的。如果范圍允許的話，可以從以前架構(gòu)項目中取出并確認相關(guān)的業(yè)務(wù)架構(gòu)元素，用于開發(fā)業(yè)務(wù)架構(gòu)的目標描述。本階段輸出物包括：《目標業(yè)務(wù)架構(gòu)說明》,可納入《業(yè)務(wù)架構(gòu)詳稿》執(zhí)行差距分析確認當前與目標之間的差距：--創(chuàng)建差距矩陣--確認延用下來的元素，將其分為改變的與未改變的兩類--確認移除的元素--確認新的元素--確認差距并將其分為需要開發(fā)與需要采購兩類本階段輸出物包括：《業(yè)務(wù)架構(gòu)差距分析》,可納入《業(yè)務(wù)架構(gòu)詳稿》分析可能產(chǎn)生的影響業(yè)務(wù)架構(gòu)一旦得到確定，架構(gòu)團隊就應(yīng)該著手去理解這一架構(gòu)所產(chǎn)生的廣泛影響或可能的結(jié)果。具體來說，在這一階段，就應(yīng)該檢查架構(gòu)景觀中其他架構(gòu)制品，確認出：本業(yè)務(wù)架構(gòu)對預(yù)先存在的架構(gòu)產(chǎn)生了影響嗎？最近是否進行過影響業(yè)務(wù)架構(gòu)的變更呢？組織的其他領(lǐng)域有沒有可能綜合利用這一業(yè)務(wù)架構(gòu)的工作成果呢？本業(yè)務(wù)架構(gòu)會影響其他的項目（包括那些規(guī)劃中的項目以及當前進展中的項目）嗎？本業(yè)務(wù)架構(gòu)會被其他項目（包括那些規(guī)劃中的項目以及當前進展中的項目）影響嗎？本階段輸出物包括：《業(yè)務(wù)架構(gòu)影響分析》,可納入《業(yè)務(wù)架構(gòu)詳稿》進行正式的利益相關(guān)者評審對照業(yè)務(wù)架構(gòu)，檢查架構(gòu)項目與架構(gòu)工作聲明的動機，查看它是否符合支持其他架構(gòu)域中后續(xù)工作的目的。最終確定業(yè)務(wù)架構(gòu)本階段步驟如下：1、為每一個元素選定標準，盡量地重用參考模型中的元素2、用文檔的形式充分地記錄每一個元素的信息3、 對照業(yè)務(wù)目標，對總體架構(gòu)進行最終的復核；以文檔的形式記錄架構(gòu)文檔中元素決策的全部依據(jù)4、編寫最終的需求跟蹤報告5、最終確定所有的業(yè)務(wù)架構(gòu)工作產(chǎn)品本階段輸出物包括：《業(yè)務(wù)架構(gòu)詳稿》評估當前IT資源與環(huán)境本階段的目的是清查和評估現(xiàn)有的信息技術(shù)能力(應(yīng)用、系統(tǒng)、網(wǎng)絡(luò)、技能、流程)對業(yè)務(wù)的支撐情況，分析并找出差距。本階段的輸出物包括：《IT資源與環(huán)境評估報告》分析IT技術(shù)發(fā)展趨勢與相關(guān)行業(yè)先進實踐本階段的目的是分析未來IT技術(shù)的發(fā)展趨勢，研究行業(yè)最佳實踐，吸收成功經(jīng)驗，為制定前瞻性IT戰(zhàn)略提供的信息支撐。本階段的輸出物包括：《IT技術(shù)發(fā)展趨勢與行業(yè)最佳實踐研究報告》定義未來IT遠景通過對企業(yè)業(yè)務(wù)戰(zhàn)略和核心業(yè)務(wù)流程的理解和分析，企業(yè)IT資源與環(huán)境的評估及IT發(fā)展趨勢的研究，制定符合企業(yè)業(yè)務(wù)發(fā)展戰(zhàn)略的IT遠景規(guī)劃。本階段的輸出物包括：《企業(yè)IT遠景規(guī)劃報告》業(yè)務(wù)分析階段輸出匯總1、業(yè)務(wù)架構(gòu)定義文檔，包括有：--當前業(yè)務(wù)架構(gòu)，版本1.0（詳細的）--目標業(yè)務(wù)架構(gòu)，版本1.0（詳細的），包括：組織結(jié)構(gòu)–確認業(yè)務(wù)位置并建立其與組織單位的聯(lián)系業(yè)務(wù)目標和目的–企業(yè)的以及每個組織單位的 業(yè)務(wù)功能–一個詳細且遞歸的步驟，包含一系列連續(xù)的分解，將主要功能領(lǐng)域分解為子功能業(yè)務(wù)服務(wù)–企業(yè)和每個企業(yè)單元向其內(nèi)部和外部的消費者提供的服務(wù)業(yè)務(wù)流程，包括測度標準和交付物業(yè)務(wù)施動者和角色業(yè)務(wù)數(shù)據(jù)描述組織和功能相互的關(guān)系–以矩陣的形式將業(yè)務(wù)功能與組織單元聯(lián)系起來信息化建設(shè)風險及系統(tǒng)上線充分必要條件以及應(yīng)對措施。2、架構(gòu)需求規(guī)格草案，包括以下業(yè)務(wù)架構(gòu)需求：--差距分析結(jié)果--更新的業(yè)務(wù)需求3、IT現(xiàn)狀評估與戰(zhàn)略報告整體規(guī)劃與架構(gòu)設(shè)計數(shù)據(jù)架構(gòu)設(shè)計數(shù)據(jù)架構(gòu)階段的目的本階段的目的是定義支持業(yè)務(wù)所需的主要的數(shù)據(jù)類型和數(shù)據(jù)源。需要特別注意的一點是，這項工作與數(shù)據(jù)庫的設(shè)計無關(guān)。本階段的目標是定義與企業(yè)相關(guān)的數(shù)據(jù)實體，而并非設(shè)計物理的或邏輯的存儲系統(tǒng)。（但是，可能描述與現(xiàn)有文件和數(shù)據(jù)庫的聯(lián)系，并說明某些需要改進的重要領(lǐng)域。）數(shù)據(jù)架構(gòu)的關(guān)鍵考慮事項數(shù)據(jù)管理當一個企業(yè)選擇進行大范圍的架構(gòu)轉(zhuǎn)換時，首先理解和解決數(shù)據(jù)管理問題是很重要的。一個結(jié)構(gòu)化的綜合數(shù)據(jù)管理方法能使數(shù)據(jù)得到有效地利用從而發(fā)揮其競爭優(yōu)勢。需要考慮的事項包括：清晰地定義哪些應(yīng)用構(gòu)件將起到企業(yè)主數(shù)據(jù)的記錄系統(tǒng)或參考系統(tǒng)的作用需要所有應(yīng)用構(gòu)件，包括軟件包共同采用的企業(yè)級標準清晰理解業(yè)務(wù)功能、流程和服務(wù)是如何利用數(shù)據(jù)實體的清晰理解企業(yè)數(shù)據(jù)實體是如何以及在什么地方被創(chuàng)建、存儲、傳輸和報告的支持應(yīng)用間信息交換需求所需的數(shù)據(jù)轉(zhuǎn)換復雜度和級別支持與企業(yè)的客戶和供應(yīng)商進行數(shù)據(jù)整合的軟件需求有哪些？（例如，數(shù)據(jù)遷移中ETL工具的運用，評價數(shù)據(jù)質(zhì)量的數(shù)據(jù)分析工具等）數(shù)據(jù)遷移當需要替換一個現(xiàn)有的應(yīng)用時，一項非常重要的工作就是將數(shù)據(jù)遷移到新的應(yīng)用中。數(shù)據(jù)架構(gòu)應(yīng)該確認數(shù)據(jù)遷移需求，并提供關(guān)于轉(zhuǎn)換、移除、凈化級別的指示。這些級別都是以某種滿足目標應(yīng)用需求以及約束的格式表示數(shù)據(jù)所需。其目的就在于當將數(shù)據(jù)遷入目標應(yīng)用時，目標應(yīng)用獲得是高質(zhì)量的數(shù)據(jù)。另一關(guān)鍵的考慮事項為，確保建立一個企業(yè)范圍的公共數(shù)據(jù)定義以支持轉(zhuǎn)換。數(shù)據(jù)治理數(shù)據(jù)治理的考慮事項如下：結(jié)構(gòu)：企業(yè)是否具有必要的組織結(jié)構(gòu)以及標準實體，以管理數(shù)據(jù)實體的變更。 管理系統(tǒng)：企業(yè)應(yīng)該有必要的管理系統(tǒng)以及數(shù)據(jù)相關(guān)的計劃，以在數(shù)據(jù)實體整個生命周期中進行治理。人員：企業(yè)完成數(shù)據(jù)實體的變更所需的相關(guān)的技能以及角色。如果企業(yè)缺少這樣的資源和技能，就應(yīng)該考慮獲取這樣的關(guān)鍵技能或通過一個明確的學習計劃，培訓現(xiàn)有內(nèi)部資源以滿足需求。以下將分步描述數(shù)據(jù)架構(gòu)的步驟。選擇參考模型、觀點和工具首先，應(yīng)該評審和驗證（必要時生成）一系列數(shù)據(jù)原則。這些原則通常會成為一套總體的架構(gòu)原則的組成部分。然后，根據(jù)業(yè)務(wù)驅(qū)動力、利益相關(guān)者、利益相關(guān)者的關(guān)注點以及業(yè)務(wù)架構(gòu)，選取相關(guān)的數(shù)據(jù)架構(gòu)資源（參考模型、模式等）。進而，確認出適于記錄、建模和分析的工具和技術(shù)。需要補充的是，根據(jù)所需復雜程度等級的不同，這些工具可以僅僅是簡單的文檔與電子數(shù)據(jù)表，也可以包含較為復雜的建模工具與技術(shù)，比如數(shù)據(jù)管理模型、數(shù)據(jù)模型等。數(shù)據(jù)建模技術(shù)的范例有：實體-關(guān)系圖類圖對象角色建模確定總體建模流程數(shù)據(jù)模型的范例包括：ARTS的零售業(yè)數(shù)據(jù)模型Energistics的石油技術(shù)工業(yè)數(shù)據(jù)模型確認所需的目錄組織的數(shù)據(jù)清單被記錄作為數(shù)據(jù)實體的目錄。目錄的本質(zhì)上是一種分層架構(gòu)，可以用來正確記錄（capture）元模型實體的分解與其他相關(guān)模型實體的分解（例如，邏輯數(shù)據(jù)實體→物理數(shù)據(jù)實體）。在業(yè)務(wù)架構(gòu)階段中，需要創(chuàng)建業(yè)務(wù)服務(wù)/信息圖，用以展示主要的業(yè)務(wù)服務(wù)所需要的關(guān)鍵數(shù)據(jù)實體。這是數(shù)據(jù)架構(gòu)成功的先決條件。當數(shù)據(jù)需求統(tǒng)一到一個數(shù)據(jù)實體的目錄時，就可以精化數(shù)據(jù)清單，實現(xiàn)語義一致性并消除差距和重疊。在一項數(shù)據(jù)架構(gòu)中，應(yīng)該考慮開發(fā)以下目錄：數(shù)據(jù)實體/數(shù)據(jù)構(gòu)件目錄確認所需的矩陣矩陣展現(xiàn)了相關(guān)模型實體之間的核心關(guān)系。矩陣構(gòu)成了開發(fā)圖的原始素材，另外，它還是一項關(guān)鍵資源，用以進行影響評估?，F(xiàn)階段也要開始理解如何創(chuàng)建、維護、轉(zhuǎn)換數(shù)據(jù)，以及如何將數(shù)據(jù)傳遞給其他應(yīng)用或被其他應(yīng)用所使用。記錄下那些明顯的差距，如從未被應(yīng)用創(chuàng)建的實體或創(chuàng)建了但從未使用過的數(shù)據(jù)，以備之后的差距分析使用。合理化的數(shù)據(jù)清單能夠用于更新和精化架構(gòu)圖。該圖展示了數(shù)據(jù)是如何與架構(gòu)其他方面聯(lián)系在一起的。在一項數(shù)據(jù)架構(gòu)中，應(yīng)該考慮開發(fā)以下矩陣：數(shù)據(jù)實體/業(yè)務(wù)功能（展示哪些數(shù)據(jù)支持何種功能，何種功能擁有哪些數(shù)據(jù)）業(yè)務(wù)服務(wù)/信息（在業(yè)務(wù)架構(gòu)階段中開發(fā)）系統(tǒng)/數(shù)據(jù)（在應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)階段中開發(fā)）確認所需的圖圖能夠根據(jù)利益相關(guān)者的需求，從一系列不同的角度（視點）展現(xiàn)數(shù)據(jù)架構(gòu)的信息。當完成數(shù)據(jù)實體的精化后，就可以產(chǎn)生展示實體與其屬性之間關(guān)系的圖。需要仔細評估建模的細節(jié)等級。一些物理系統(tǒng)數(shù)據(jù)模型的細節(jié)級別是非常詳細的；而其他的數(shù)據(jù)模型僅有建模的核心實體。不是所有的數(shù)據(jù)模型都像應(yīng)用軟件一樣被一直地修改與擴充以保持著最新的狀態(tài)。在所提供的細節(jié)等級上取得一種平衡是很重要的（例如，重建現(xiàn)有的詳細系統(tǒng)物理數(shù)據(jù)模式，或者展現(xiàn)高層的流程圖與數(shù)據(jù)需求，突顯這兩個極端的視圖）。在一項數(shù)據(jù)架構(gòu)中，應(yīng)該考慮開發(fā)以下的圖：類圖數(shù)據(jù)分布圖數(shù)據(jù)生命周期圖數(shù)據(jù)安全圖數(shù)據(jù)遷移圖類層次圖確認數(shù)據(jù)架構(gòu)制品的開發(fā)順序確認需要收集的需求類型當數(shù)據(jù)架構(gòu)目錄、矩陣、圖都已開發(fā)完成時，為完成架構(gòu)建模，我們還需要使以數(shù)據(jù)為中心（data-focused）的需求正式化，這些需求將最終用于實現(xiàn)目標架構(gòu)。在本步驟中，架構(gòu)約定應(yīng)該確定各種需求的類型，這些類型的需求都應(yīng)該在架構(gòu)實現(xiàn)中達成。需求的類型包括有：功能需求非功能需求假定約束領(lǐng)域特定數(shù)據(jù)架構(gòu)原則政策標準指引規(guī)格說明書本階段輸出物包括：《數(shù)據(jù)架構(gòu)工作策略》,可納入《數(shù)據(jù)架構(gòu)詳稿》開發(fā)當前數(shù)據(jù)架構(gòu)描述開發(fā)現(xiàn)有數(shù)據(jù)架構(gòu)的當前描述。本階段輸出物包括：《當前數(shù)據(jù)架構(gòu)說明》,可納入《數(shù)據(jù)架構(gòu)詳稿》開發(fā)目標數(shù)據(jù)架構(gòu)描述開發(fā)數(shù)據(jù)架構(gòu)目標描述，使之能夠充分地支持架構(gòu)愿景和目標業(yè)務(wù)架構(gòu)。目標架構(gòu)描述所定義的范圍與細節(jié)等級，是由實現(xiàn)目標架構(gòu)的數(shù)據(jù)元素的相關(guān)性以及架構(gòu)描述是否存在的情況決定的。開發(fā)目標數(shù)據(jù)架構(gòu)描述的推薦流程如下：從現(xiàn)有的業(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)素材中收集數(shù)據(jù)相關(guān)的模型通過建立數(shù)據(jù)與業(yè)務(wù)服務(wù)、業(yè)務(wù)功能、訪問權(quán)限和應(yīng)用軟件的聯(lián)系，更新與開發(fā)貫穿整個架構(gòu)的矩陣通過檢查創(chuàng)建數(shù)據(jù)、分發(fā)數(shù)據(jù)、遷移數(shù)據(jù)、確保數(shù)據(jù)安全、存儲數(shù)據(jù)的方式，詳細描述數(shù)據(jù)架構(gòu)視圖。本階段輸出物包括：《目標數(shù)據(jù)架構(gòu)說明》,可納入《數(shù)據(jù)架構(gòu)詳稿》執(zhí)行差距分析確認當前與目標之間的差距：創(chuàng)建差距矩陣確認延用的數(shù)據(jù)實體，將其分為改變的與未改變的兩類確認移除的數(shù)據(jù)實體確認新的數(shù)據(jù)實體確認差距并將其分為需要開發(fā)的與需要采購的兩類分析對架構(gòu)景觀產(chǎn)生的影響當數(shù)據(jù)架構(gòu)最終確定時，架構(gòu)團隊就應(yīng)該著手去理解這一架構(gòu)所產(chǎn)生的廣泛影響或可能的結(jié)果。具體來說，在本階段，就應(yīng)該檢查架構(gòu)景觀中其他架構(gòu)制品，以確認：本數(shù)據(jù)架構(gòu)對預(yù)先存在的架構(gòu)產(chǎn)生了影響嗎？最近是否進行過影響數(shù)據(jù)架構(gòu)的變更呢？組織中其他領(lǐng)域有沒有可能綜合利用本數(shù)據(jù)架構(gòu)的產(chǎn)品呢？本數(shù)據(jù)架構(gòu)會影響其他項目嗎（包括規(guī)劃中的項目以及當前進展中的項目）？本數(shù)據(jù)架構(gòu)會被其他項目所影響嗎（包括規(guī)劃中的項目以及當前進展中的項目）？本階段輸出物包括：《數(shù)據(jù)架構(gòu)影響性分析》,可納入《數(shù)據(jù)架構(gòu)詳稿》進行正式的利益相關(guān)者的評審對照提議的數(shù)據(jù)架構(gòu)，檢查架構(gòu)項目與架構(gòu)工作聲明的動機。通過進行影響分析，確認出業(yè)務(wù)與應(yīng)用架構(gòu)（如業(yè)務(wù)實踐）為適應(yīng)數(shù)據(jù)架構(gòu)變更而需要隨之變更的領(lǐng)域（例如，對格式或流程的變更，對應(yīng)用系統(tǒng)的變更或?qū)?shù)據(jù)庫的變更。確認出應(yīng)用架構(gòu)（如果是此處生成的）為適應(yīng)數(shù)據(jù)架構(gòu)的變更而需要隨之變更的領(lǐng)域（或確認對即將設(shè)計的應(yīng)用架構(gòu)的約束）。確認對即將設(shè)計的技術(shù)架構(gòu)的約束，在需要時精化所提議的數(shù)據(jù)架構(gòu)。最終確定數(shù)據(jù)架構(gòu)1、為每一數(shù)據(jù)實體選定標準，盡量地重用那些來自參考模型的數(shù)據(jù)實體2、用文檔的形式充分地記錄每一數(shù)據(jù)實體的信息3、 對照業(yè)務(wù)目標，對總體架構(gòu)進行最終的復核；以文檔的形式記錄架構(gòu)文檔中數(shù)據(jù)實體決策的全部依據(jù)4、編寫最終的需求跟蹤報告5、最終確定所有工作產(chǎn)品，如差距分析報告數(shù)據(jù)架構(gòu)階段輸出匯總1、架構(gòu)定義文檔，包括：——當前數(shù)據(jù)架構(gòu)，版本1.0——目標數(shù)據(jù)架構(gòu)，版本1.0——業(yè)務(wù)數(shù)據(jù)模型——邏輯數(shù)據(jù)模型——數(shù)據(jù)管理流程模型——數(shù)據(jù)實體/業(yè)務(wù)功能矩陣2、架構(gòu)需求規(guī)范草案，包括以下數(shù)據(jù)架構(gòu)需求：——差距分析結(jié)果——數(shù)據(jù)互操作性需求——對即將設(shè)計的技術(shù)架構(gòu)的約束——更新的業(yè)務(wù)需求（如果合適的話）——更新的應(yīng)用需求（如果合適的話）3、充分必要條件評估及完善要求應(yīng)用架構(gòu)設(shè)計應(yīng)用架構(gòu)階段的目的本階段的目的是定義數(shù)據(jù)處理和業(yè)務(wù)支持中所需的應(yīng)用系統(tǒng)的主要類型。需要特別注意的一點是，這項工作所關(guān)注的并不是應(yīng)用系統(tǒng)的設(shè)計。其目標是定義與企業(yè)相關(guān)的應(yīng)用系統(tǒng)類型，并定義這些應(yīng)用所需完成的工作，從而管理數(shù)據(jù)并向企業(yè)里的人員和計算機施動者提供信息。以下是應(yīng)用架構(gòu)階段工作的步驟描述。選取參考模型以及工具首先，應(yīng)該評審和驗證（或者必要時生成）一系列應(yīng)用原則。這些原則通常會組成總體架構(gòu)原則的一部分。然后，根據(jù)業(yè)務(wù)驅(qū)動力、利益相關(guān)者以及利益相關(guān)者的關(guān)注點，從已知的架構(gòu)框架或者原有架構(gòu)項目中選取相關(guān)的應(yīng)用架構(gòu)資源（參考模型、模式，等等）。進而，確認出適于記錄、建模和分析的工具和技術(shù)。值得一提的是，根據(jù)所需的復雜程度等級的不同，這些工具可以僅僅是簡單的文檔或電子數(shù)據(jù)表，也可以包含較為復雜的建模工具與技術(shù)。另外，可以考慮使用獨立于平臺的業(yè)務(wù)邏輯描述。例如，OMG的模型驅(qū)動架構(gòu)（MDA）提供了一種為應(yīng)用架構(gòu)建模的方法，此方法使得基礎(chǔ)平臺和實現(xiàn)技術(shù)進行變更時，業(yè)務(wù)邏輯不會受到影響。確定總體建模流程應(yīng)用模型的范例有：電信管理論壇（TMF）––所開發(fā)的與電信行業(yè)相關(guān)的詳細應(yīng)用模型對象管理群組（OMG）----擁有許多縱向的領(lǐng)域任務(wù)組，開發(fā)了與衛(wèi)生保健、交通、金融等特定的縱向領(lǐng)域相關(guān)的軟件模型。確認所需的目錄在一項應(yīng)用架構(gòu)中，應(yīng)該考慮開發(fā)以下目錄：應(yīng)用組合目錄接口目錄確認所需的矩陣在一項應(yīng)用架構(gòu)中，應(yīng)該考慮開發(fā)以下矩陣：系統(tǒng)/組織矩陣角色/系統(tǒng)矩陣應(yīng)用交互矩陣系統(tǒng)/功能矩陣確認所需的圖在應(yīng)用架構(gòu)開發(fā)中應(yīng)該考慮如下的圖：應(yīng)用通信圖應(yīng)用和用戶位置圖企業(yè)可管理性圖流程/系統(tǒng)實現(xiàn)圖應(yīng)用遷移圖軟件分配圖軟件工程圖確認應(yīng)用架構(gòu)制品的開發(fā)順序確認需要收集的需求類型當應(yīng)用架構(gòu)目錄、矩陣與圖都開發(fā)完成之后，為完成架構(gòu)建模，我們需要使以應(yīng)用為中心的需求正式化，這些需求將用于實現(xiàn)目標架構(gòu)。在本步驟中，架構(gòu)師應(yīng)該確認出必須在架構(gòu)實現(xiàn)中達成的需求類型，包括：功能需求非功能需求假定約束領(lǐng)域特定的業(yè)務(wù)架構(gòu)原則政策標準指引規(guī)格本階段輸出物包括：《應(yīng)用架構(gòu)項目工作策略》,可納入《應(yīng)用架構(gòu)詳稿》描述當前應(yīng)用架構(gòu)開發(fā)現(xiàn)有應(yīng)用架構(gòu)的當前描述。本階段輸出物包括：《當前應(yīng)用架構(gòu)說明》,可納入《應(yīng)用架構(gòu)詳稿》描述目標應(yīng)用架構(gòu)開發(fā)應(yīng)用架構(gòu)的目標描述，使之能夠充分地支持架構(gòu)愿景。目標架構(gòu)所定義的范圍與細節(jié)等級是由目標架構(gòu)愿景的業(yè)務(wù)元素的相關(guān)性以及架構(gòu)描述是否存在的情況決定的。如果范圍允許的話，可以從以前架構(gòu)項目中取出并確認相關(guān)的應(yīng)用架構(gòu)元素，用于開發(fā)應(yīng)用架構(gòu)的目標描述。開發(fā)目標應(yīng)用架構(gòu)的推薦流程如下： 了解關(guān)于所需的應(yīng)用與應(yīng)用構(gòu)件的列表；根據(jù)當前應(yīng)用組合，去理解需求有哪些，以及業(yè)務(wù)架構(gòu)的范圍是什么確認出邏輯應(yīng)用和最適當?shù)奈锢響?yīng)用系統(tǒng)通過建立應(yīng)用與業(yè)務(wù)服務(wù)、業(yè)務(wù)功能、數(shù)據(jù)、流程之間的聯(lián)系，開發(fā)貫穿整個架構(gòu)的矩陣 通過檢查應(yīng)用是如何運作的——如何記錄集成、遷移、開發(fā)與運營的關(guān)注點，來詳細說明一系列應(yīng)用架構(gòu)視圖 分解所需的等級和嚴格化因不同的企業(yè)而異，對于同一企業(yè)內(nèi)部也是如此。因此，架構(gòu)師應(yīng)該綜合考慮企業(yè)的目標、目的、范圍以及企業(yè)架構(gòu)產(chǎn)出的目的，以此來決定分解的等級。對粒度等級的確定應(yīng)該達到足以確認差距與候選工作包的范圍的程度。本階段輸出物包括：《應(yīng)用架構(gòu)說明》,可納入《應(yīng)用架構(gòu)詳稿》執(zhí)行差距分析確認當前與目標之間的差距：--創(chuàng)建差距矩陣--確認延用下來的元素，將其分為改變的與未改變的兩類--確認移除的元素--確認新的元素--確認差距并將其分為需要開發(fā)與需要采購兩類本階段輸出物包括：《應(yīng)用架構(gòu)差距分析》,可納入《應(yīng)用架構(gòu)詳稿》析可能產(chǎn)生的影響應(yīng)用架構(gòu)一旦得到確定，架構(gòu)團隊就應(yīng)該著手去理解這一架構(gòu)所產(chǎn)生的廣泛影響或可能的結(jié)果。具體來說，在這一階段，就應(yīng)該檢查架構(gòu)景觀中其他架構(gòu)制品，確認出：本應(yīng)用架構(gòu)對預(yù)先存在的架構(gòu)產(chǎn)生了影響嗎？最近是否進行過影響應(yīng)用架構(gòu)的變更呢？組織的其他領(lǐng)域有沒有可能綜合利用這一應(yīng)用架構(gòu)的工作成果呢？本應(yīng)用架構(gòu)會影響其他的項目（包括那些規(guī)劃中的項目以及當前進展中的項目）嗎？本應(yīng)用架構(gòu)會被其他項目（包括那些規(guī)劃中的項目以及當前進展中的項目）影響嗎？本階段輸出物包括：《應(yīng)用架構(gòu)影響分析》,可納入《應(yīng)用架構(gòu)詳稿》進行正式的利益相關(guān)者評審對照應(yīng)用架構(gòu)，檢查架構(gòu)項目與架構(gòu)工作聲明的動機，查看它是否符合支持其他架構(gòu)域中后續(xù)工作的目的。最終確定應(yīng)用架構(gòu)本階段步驟如下：1、為每一個元素選定標準，盡量地重用參考模型中的元素2、用文檔的形式充分地記錄每一個元素的信息3、 對照業(yè)務(wù)目標，對總體架構(gòu)進行最終的復核；以文檔的形式記錄架構(gòu)文檔中元素決策的全部依據(jù)4、編寫最終的需求跟蹤報告5、最終確定所有的應(yīng)用架構(gòu)工作產(chǎn)品本階段輸出物包括：《應(yīng)用架構(gòu)詳稿》用架構(gòu)階段輸出匯總1、應(yīng)用架構(gòu)定義文檔，包括有：--當前應(yīng)用架構(gòu)，版本1.0（詳細的）--目標應(yīng)用架構(gòu)，版本1.0（詳細的），包括：--流程系統(tǒng)模型--位置系統(tǒng)模型--時間系統(tǒng)模型--人員系統(tǒng)模型2、架構(gòu)需求規(guī)格草案，包括以下業(yè)務(wù)架構(gòu)需求：--差距分析結(jié)果--應(yīng)用的互操作性需求--對即將設(shè)計的技術(shù)架構(gòu)的約束--更新的業(yè)務(wù)需求（如果合適的話）--更新的數(shù)據(jù)需求（如果合適的話）4、充分必要條件評估及完善要求技術(shù)架構(gòu)設(shè)計技術(shù)架構(gòu)的目的技術(shù)架構(gòu)階段的目的是，將應(yīng)用架構(gòu)階段所定義的應(yīng)用構(gòu)件映射到一系列技術(shù)構(gòu)件上去。這些技術(shù)構(gòu)件包括軟件構(gòu)件和硬件構(gòu)件，它們可以來自于市場或者在組織中裝配到技術(shù)平臺之上。由于技術(shù)架構(gòu)定義的是架構(gòu)解決方案的物理實現(xiàn)，因而它同具體實現(xiàn)與遷移規(guī)劃有著緊密的聯(lián)系。同時，技術(shù)架構(gòu)還定義了技術(shù)組合的當前視圖（例如，當前的視圖）與目標視圖，詳細描述了通往目標架構(gòu)的路線圖，并在路線圖中標識出關(guān)鍵的工作包?？梢哉f，技術(shù)架構(gòu)完善了整個架構(gòu)的信息集合，因此它支持對特定遷移場景的成本評估。選取參考模型，視點以及工具首先，應(yīng)該評審和驗證一系列技術(shù)原則，這些原則通常會成為一套總體的架構(gòu)原則的組成部分。。然后，根據(jù)業(yè)務(wù)驅(qū)動力、利益相關(guān)者以及利益相關(guān)者的關(guān)注點，從架構(gòu)儲藏庫中選取相關(guān)的技術(shù)架構(gòu)資源（參考模型、模式，等等）接著，選取相關(guān)的技術(shù)架構(gòu)視點，使得架構(gòu)師能夠通過這些視點展現(xiàn)利益相關(guān)者所關(guān)注的問題是如何在技術(shù)架構(gòu)中得以妥善解決的。進而，結(jié)合所選視點，確認出適于記錄、建模和分析的工具和技術(shù)。需要補充的是，根據(jù)所需復雜程度等級的不同，這些工具可以僅僅是簡單的文檔與電子數(shù)據(jù)表，也可以包含較為復雜的建模工具與技術(shù)。確定總體建模流程首先，對于每一個視點，都應(yīng)使用所選取的工具與方法，選擇相應(yīng)的模型以支持所需的特定視圖。同時，必須確保這些模型覆蓋了所有利益相關(guān)者的關(guān)注點。如果沒有完全覆蓋的話，就需要創(chuàng)建新的模型，或者是擴大現(xiàn)有的模型（見上文）來處理它們。開發(fā)技術(shù)架構(gòu)的流程包含以下步驟：定義一套平臺服務(wù)與邏輯技術(shù)構(gòu)件（包括標準）的分類法確認技術(shù)部署的相關(guān)位置編寫一份物理清單，詳列所部署的技術(shù)，并將其抽象上升到分類法中。審查應(yīng)用與業(yè)務(wù)對技術(shù)的需求判斷這些技術(shù)是否能恰當?shù)貪M足新的需求（例如，它是否能滿足功能性需求與非功能性需求）精化分類法產(chǎn)品選?。òí毩⒌漠a(chǎn)品）確定所選技術(shù)的配置確定影響：影響的范圍和成本能力規(guī)劃安裝/治理/遷移的影響在規(guī)劃的早期階段，某些圍繞服務(wù)粒度與服務(wù)邊界的決策已暗含了對技術(shù)構(gòu)件與服務(wù)平臺的要求。一般來說，受到這些決策影響的技術(shù)架構(gòu)領(lǐng)域包括以下方面： 性能:服務(wù)的粒度會影響平臺服務(wù)的需求。粗粒度的服務(wù)包含了數(shù)項功能性需求與可能不斷變化的非功能性需求，因此，應(yīng)該考慮到平臺的性能。另外，有時粗粒度的服務(wù)所包含的信息，要比提出服務(wù)請求的系統(tǒng)所要求的多。 可維護性:如果服務(wù)的粒度過粗，那么對該服務(wù)引入變更將會變得十分困難，并且會影響到對服務(wù)的維護以及對提供服務(wù)的服務(wù)平臺的維護 位置與延遲:服務(wù)之間可能需要通過遠程連接進行交互，加之服務(wù)間通信存在固有的延遲。因此，在劃定服務(wù)邊界以及確定服務(wù)粒度時，應(yīng)該充分考慮平臺/位置對這些服務(wù)間通信的影響。 可用性:服務(wù)調(diào)用常常會遭遇網(wǎng)絡(luò)故障或服務(wù)實效的情況。因此，在分解服務(wù)與定義服務(wù)粒度時，需要重點考慮通信的高可用性。在技術(shù)架構(gòu)階段中，當我們需要重用現(xiàn)有的產(chǎn)品，添加能力增量或者將產(chǎn)品選擇決策作為項目啟動過程中一項約束條件時，產(chǎn)品選擇流程就應(yīng)運而生了。如果產(chǎn)品選擇活動偏離了現(xiàn)有的標準，包含有重要的產(chǎn)出或者產(chǎn)生了廣泛的影響，那么這一活動就應(yīng)該被標識為一項機會，留到“機會與解決方案”階段來處理。確認所需的目錄在技術(shù)架構(gòu)階段中，應(yīng)該依照如下步驟創(chuàng)建技術(shù)目錄：基于現(xiàn)有的技術(shù)目錄以及在應(yīng)用架構(gòu)階段中對應(yīng)用的分析，收集當前使用中的產(chǎn)品信息，并編制成產(chǎn)品列表。如果現(xiàn)有的產(chǎn)品不能滿足應(yīng)用架構(gòu)中所確認的需求，就應(yīng)該使用市場上那些能夠滿足其功能需求與規(guī)定標準的可用產(chǎn)品來擴展產(chǎn)品列表如果技術(shù)標準當前可用，就應(yīng)該將其應(yīng)用于技術(shù)構(gòu)件目錄，以獲得關(guān)于技術(shù)標準一致性的當前視圖在技術(shù)架構(gòu)中，應(yīng)該考慮開發(fā)以下目錄：技術(shù)標準技術(shù)組合確認所需的矩陣在一項技術(shù)架構(gòu)中，應(yīng)該考慮開發(fā)以下矩陣：系統(tǒng)/技術(shù)矩陣確認所需的圖在技術(shù)架構(gòu)中，應(yīng)該考慮開發(fā)以下的圖：環(huán)境與位置圖平臺分解圖處理圖網(wǎng)絡(luò)計算/硬件圖通信工程圖確認需要收集的需求類型當技術(shù)架構(gòu)目錄、矩陣、圖都已開發(fā)完成時，為完成架構(gòu)建模，我們還需要使以數(shù)據(jù)為中心（data-focused）的需求正式化，這些需求將最終用于實現(xiàn)目標架構(gòu)。在本步驟中，架構(gòu)約定應(yīng)該確定各種需求的類型，這些類型的需求都應(yīng)該在架構(gòu)實現(xiàn)中達成。需求的類型包括有：功能需求非功能需求假定約束領(lǐng)域特定的技術(shù)架構(gòu)原則政策標準指引規(guī)格說明書開發(fā)當前技術(shù)架構(gòu)的描述開發(fā)現(xiàn)有技術(shù)架構(gòu)的當前描述，以更好地支持目標技術(shù)架構(gòu)。開發(fā)對目標技術(shù)架構(gòu)的描述開發(fā)技術(shù)架構(gòu)的目標描述，使之能夠充分地支持架構(gòu)愿景、目標業(yè)務(wù)架構(gòu)與目標信息系統(tǒng)架構(gòu)。目標架構(gòu)描述所定義的范圍與細節(jié)等級，是由實現(xiàn)目標架構(gòu)的技術(shù)元素的相關(guān)性以及架構(gòu)描述是否存在的情況決定的。執(zhí)行差距分析首先，驗證架構(gòu)模型，確保其內(nèi)部的一致性與精確性。接著，記錄對視點的有關(guān)變更并寫入文檔。最后，確認當前與目標之間的差距：創(chuàng)建差距矩陣確認延用的構(gòu)建塊，將其分為改變的與未改變的兩類確認移除的構(gòu)建塊確認新的構(gòu)建塊確認差距并將其分為需要開發(fā)的與需要采購的兩類分析對架構(gòu)景觀產(chǎn)生的影響技術(shù)架構(gòu)一旦得到最終確定，架構(gòu)團隊就應(yīng)該著手去理解這一架構(gòu)所產(chǎn)生的廣泛影響或可能的結(jié)果。具體來說，在本階段，就應(yīng)該檢查架構(gòu)景觀中其他架構(gòu)制品，確認出：本技術(shù)架構(gòu)對預(yù)先存在的架構(gòu)產(chǎn)生了影響嗎？最近是否進行過影響技術(shù)架構(gòu)的變更呢？組織中其他領(lǐng)域有沒有可能綜合利用本技術(shù)架構(gòu)的產(chǎn)品呢？本技術(shù)架構(gòu)會影響其他項目嗎（包括規(guī)劃中的項目以及當前進展中的項目）？本技術(shù)架構(gòu)會被其他項目所影響嗎（包括規(guī)劃中的項目以及當前進展中的項目）？進行正式的利益相關(guān)者評審對照提議的技術(shù)架構(gòu)，檢查架構(gòu)項目與架構(gòu)工作聲明的動機，查看它是否符合支持其他架構(gòu)域中后續(xù)工作的目的。在需要的情況下，可以對提議的技術(shù)架構(gòu)進行精化。最終確定技術(shù)架構(gòu)為每一個構(gòu)建塊選定標準，盡量地重用那些來自架構(gòu)儲藏庫中參考模型的構(gòu)建塊用文檔的形式充分地記錄每一個構(gòu)建塊的信息 對照業(yè)務(wù)目標，對總體架構(gòu)進行最終的復核；以文檔的形式記錄架構(gòu)文檔中構(gòu)建塊決策的全部依據(jù)編寫最終的需求跟蹤報告 編寫架構(gòu)儲藏庫中最終的架構(gòu)映射文檔；從所選構(gòu)建塊中，確認出那些也許需要重用的塊，然后通過架構(gòu)儲藏庫發(fā)布它們。最終確定所有的工作產(chǎn)品，如差距分析報告。.9 輸出本階段的輸出有：架構(gòu)愿景階段交付物的精化與更新版本，包括有：——架構(gòu)工作聲明（需要時進行更新）——已驗證的技術(shù)原則，或新的技術(shù)原則（如果是這一階段產(chǎn)生的） 架構(gòu)定義文檔草案，包括：——目標技術(shù)架構(gòu)，版本1.0（詳細的），包括：——技術(shù)構(gòu)件以及它們與信息系統(tǒng)的聯(lián)系——技術(shù)平臺以及它們的分解，展現(xiàn)了用以實現(xiàn)特定技術(shù)“?！钡募夹g(shù)組合?！h(huán)境和位置——將所需技術(shù)分到不同計算環(huán)境中的歸類——技術(shù)構(gòu)件的預(yù)期處理負載與負載分布——物理（網(wǎng)絡(luò)）通信——硬件及網(wǎng)絡(luò)規(guī)范——當前技術(shù)架構(gòu)，版本1.0（詳細的）（如果合適的話）——對應(yīng)于所選視點的視圖，這些視點用于解決關(guān)鍵利益相關(guān)者的關(guān)注點 架構(gòu)需求規(guī)范草案，包含如下技術(shù)架構(gòu)需求：——差距分析結(jié)果——自B階段到C階段的需求輸出——更新的技術(shù)需求架構(gòu)路線圖的技術(shù)架構(gòu)構(gòu)件實施計劃明確總體實施戰(zhàn)略評審并合并自業(yè)務(wù)分析階段至技術(shù)規(guī)劃階段的差距分析結(jié)果合并及整合業(yè)務(wù)、信息系統(tǒng)與技術(shù)架構(gòu)（自業(yè)務(wù)分析階段至技術(shù)規(guī)劃階段創(chuàng)建的）的差距分析結(jié)果，并根據(jù)潛在的解決方案/機會與相互依賴關(guān)系來評估它們包含的內(nèi)容。評審來自每一個架構(gòu)階段的差距分析結(jié)果，并把這些結(jié)果合并成一份長清單，這份清單將會作為工作分解結(jié)構(gòu)（WBS）的基礎(chǔ)。闡明高層次的實施與遷移策略創(chuàng)建一個整體的解決方案策略來指導目標架構(gòu)的實施并構(gòu)建過渡架構(gòu)。第一項活動是確定整體的策略方法以實施解決方案與/或開拓機會。往新架構(gòu)范式的遷移行動將需要一種不同的策略來升級現(xiàn)有的IT基礎(chǔ)設(shè)施。應(yīng)該根據(jù)對先前識別的風險所做的分析來闡明一種適當?shù)牟呗苑椒?。下一步，確定一種方法來實施上面所選擇的整體策略指導，從而解決并減輕在合并的差距、解決方案、依賴性整合矩陣中識別的風險。在任何情況下，由于方法的含義相當重要，因此需要高層級的業(yè)務(wù)與技術(shù)保持一致。例如，一種戰(zhàn)略性的投資就長期而言是會帶來很高的利潤的，而在短期看來卻會對股票的價格造成非常不利的影響，這就需要進行適當?shù)臏贤?。輸出本階段的輸出是：能力評估，它包括：——企業(yè)架構(gòu)成熟度概要——轉(zhuǎn)換就緒狀態(tài)報告過渡架構(gòu)，版本1.0，它包括：——合并的差距，解決方案與依賴的評估——風險記錄，版本1.0——影響分析—項目清單——依賴分析報告——實施因素評估與推導矩陣實施與遷移計劃，版本0.1，包括高層級的實施與遷移戰(zhàn)略制定詳細的項目階段計劃本階段的目的是完成詳細的實施與遷移計劃；確切地說包括：確保實施與遷移計劃能有效地配合企業(yè)中正在使用的各種不同的管理框架通過賦予商業(yè)價值，并進行成本/業(yè)務(wù)分析，從而區(qū)分所有工作包、項目和構(gòu)建塊的優(yōu)先次序按照已達成一致的實施方法，完成架構(gòu)愿景與架構(gòu)定義文檔與相關(guān)的利益相關(guān)者共同確認E階段中所定義的過渡架構(gòu)創(chuàng)建、發(fā)展與監(jiān)控詳細的實施和遷移計劃，使其為實現(xiàn)E階段所定義的過渡架構(gòu)提供必需的資源。估算資源需求，項目時限及可用性/交付載體為每一項目及項目增量確定所需的資源與時間，并為項目提供初步的成本估算。成本應(yīng)該拆分為資金（用以創(chuàng)建能力）、運營與維護（用以經(jīng)營和維持能力）。注意到，當?shù)谝粋€增量交付到運營管理組織時，就必須著手進行運營與維護投資，因此，必須從一開始就弄清，這兩種類型的投資來源（是否負擔得起）。這種問題的典型例子就是軟件維護的成本以及與更新相關(guān)的成本（包括所做的某些專門定制的軟件修改）。成本應(yīng)該包括所有的能力開支，如業(yè)務(wù)過程開發(fā)、互操作性需求、培訓、新員工、設(shè)備等等。需要牢記的是，創(chuàng)建項目時應(yīng)該精化實際成本的估算。通過依賴關(guān)系，確認機會——與交付新的或更好的能力相關(guān)的成本能否被將淘汰的現(xiàn)有系統(tǒng)的維護費用所抵消，因為這種維護可能消耗掉數(shù)量與之不相稱的資源。這一點應(yīng)該明確注釋。將所需資源分配給每一活動，并在項目增量與項目級別上進行總計。生成架構(gòu)實施路線圖（按時間順序）及遷移計劃本步驟生成實施與遷移計劃的順序與細節(jié)。分層架構(gòu)的一項主要創(chuàng)新在于它專注于增量的業(yè)務(wù)價值的持續(xù)交付，并允許通過創(chuàng)建適時的過渡架構(gòu)而適機地利用新技術(shù)。這一敏捷性與靈活性的代價是需要緊密地協(xié)調(diào)重要的并發(fā)活動。通常情況下，會有三到四個過渡架構(gòu)接受著并行的管理，即交付、構(gòu)建、設(shè)計與規(guī)劃。沒有任何一個企業(yè)架構(gòu)或支持計劃擁有無數(shù)的細節(jié)，因為無論是從業(yè)務(wù)事件還是從技術(shù)演化的角度看，這些細節(jié)的大部分都經(jīng)不住時間的考驗。確切地說，它將隨著時間朝著目標狀態(tài)演化，并受到一系列不斷趨同的架構(gòu)狀態(tài)的指引。這些狀態(tài)適機地向戰(zhàn)略上所定義的目標架構(gòu)不斷推進。同時，隨著企業(yè)的自文檔化進程，增強的內(nèi)容、可重用的資源、不斷增加的細節(jié)，使得企業(yè)架構(gòu)與架構(gòu)儲藏庫的內(nèi)容變得日漸豐富起來。架構(gòu)規(guī)劃的主要特點在于，存在有大量的活動并發(fā)進行，因而實施與遷移計劃就成為了將這些制品粘在一起的“膠水”。計劃中的多數(shù)細節(jié)都已收集完成，因而本步驟中需要做的就是使用已批準的組合/項目規(guī)劃與管理技巧，將這些細節(jié)整合到一起。輸出本階段的輸出有：實施與遷移計劃，版本1.0最終的架構(gòu)定義文檔最終的架構(gòu)需求規(guī)格說明書最終的架構(gòu)路線圖最終的過渡架構(gòu)可重用的架構(gòu)構(gòu)建塊項目實施中架構(gòu)方面的架構(gòu)工作要求（如果有的話）項目實施的架構(gòu)契約（標準）實施治理模型由所吸取的教訓產(chǎn)生的變更請求IT治理實施治理本階段的目的是：闡明每一實施項目的理由治理與管理涵蓋總體實施過程與部署過程的架構(gòu)契約在實施與部署解決方案期間，履行適當?shù)闹卫砺毮艽_保實施項目與其他項目依從于所定義的架構(gòu)確保解決方案計劃依照所定的工作計劃成功地部署，確保所部署的解決方案依從于目標架構(gòu)動員支持工作以延長所部署的解決方案的未來工作壽命。執(zhí)行企業(yè)架構(gòu)一致性評審評審正在進行的實施治理以及每一構(gòu)建塊的架構(gòu)一致性進行開發(fā)后的評審關(guān)閉部署項目中的開發(fā)部分執(zhí)行實施后期評審并關(guān)閉實施進行實施后評審發(fā)布評審報告并關(guān)閉項目當解決方案都完全地部署一次時，本階段正式關(guān)閉。輸出本階段的輸出有：架構(gòu)契約(簽署的)，這是已實現(xiàn)的依從架構(gòu)的架構(gòu)所推薦的一致性評估依從架構(gòu)的（architecture-compliant）解決方案包括：——已實現(xiàn)的依從架構(gòu)的系統(tǒng)——包含內(nèi)容的（populated）架構(gòu)儲藏庫——架構(gòu)一致性建議與分配——關(guān)于于服務(wù)交付需求的建議——關(guān)于績效度量標準的建議——服務(wù)級協(xié)議（SLAs）——實施后更新的架構(gòu)愿景——實施后更新的架構(gòu)定義文檔——實施后更新的過渡架構(gòu)——實施解決方案中的業(yè)務(wù)運營模型與IT運營模型架構(gòu)變更管理—對業(yè)務(wù)/技術(shù)變更進行控制本階段的目的是：確保當前架構(gòu)持續(xù)的適用于目的評估架構(gòu)性能并為變更作出推薦評估前序階段所設(shè)定的框架和原則的變更為本階段完成的新企業(yè)架構(gòu)當前設(shè)立架構(gòu)變更管理流程從架構(gòu)與當前的運營中取得最大的業(yè)務(wù)價值運營治理框架變更管理的方法，它旨在支持一個動態(tài)的企業(yè)架構(gòu)。這一方法會將所需的架構(gòu)變更分成如下三類：精簡變更：一個精簡變更通?？梢杂勺兏芾砑夹g(shù)來執(zhí)行。 增量變更：一個增量變更可以由變更管理技術(shù)來執(zhí)行，也可以要求進行部分重構(gòu)建，這取決于變更的種類（見16.2.3節(jié)的指引）?？芍貥?gòu)建變更：一個可重構(gòu)建變更要求將整個架構(gòu)重新放置于架構(gòu)開發(fā)周期中。例如： 如果變更對于業(yè)務(wù)策略的影響非常大，那么就需要重新執(zhí)行整個企業(yè)架構(gòu)——這就是一種重構(gòu)建的方法 如果出現(xiàn)了新的技術(shù)或標準，那么就需要更新技術(shù)架構(gòu)，而不用更新整個企業(yè)架構(gòu)——這就是增量變更 如果變更在基礎(chǔ)設(shè)施的層級上——例如，10個系統(tǒng)減少或變更為1個系統(tǒng)——也許這不會改變物理層上的架構(gòu)，但是它會改變技術(shù)架構(gòu)的當前描述。這將成為由變更管理技術(shù)處理的精簡變更。特別地，如果出現(xiàn)一下情況，一個更新的周期（部分或完整重構(gòu)建）可能是必要的：基礎(chǔ)架構(gòu)需要重對齊到業(yè)務(wù)策略需要對架構(gòu)部署中使用的構(gòu)件與指引產(chǎn)生重大的變更 產(chǎn)品架構(gòu)中使用的重要標準產(chǎn)生了變更，此變更對終端用戶產(chǎn)生重大的影響；例如，可監(jiān)管的變更。提供架構(gòu)變更管理分析對架構(gòu)變更管理進行分析：分析性能使用服務(wù)管理進行企業(yè)架構(gòu)性能評審評估變更請求與報告以確保滿足期望價值實現(xiàn)和客戶的期望服務(wù)級別協(xié)議（SLA）執(zhí)行企業(yè)架構(gòu)性能差距分析確保變更管理請求遵循企業(yè)的架構(gòu)治理與框架激活流程以實現(xiàn)變更激活架構(gòu)流程以實現(xiàn)變更：產(chǎn)生一個新的架構(gòu)工作要求以及一個投資請求確保此階段中實現(xiàn)的任何變更都以文檔的形式記錄于架構(gòu)儲藏庫中輸出本階段的輸出有：架構(gòu)更新（為維護變更）架構(gòu)框架與原則產(chǎn)生的變更（為維護變更）新的架構(gòu)工作要求，將其移至另一個周期中（為主要的變更）架構(gòu)工作聲明（按需更新）架構(gòu)契約（按需更新）一致性評估（按需更新）能力要求IT規(guī)劃是