【正文】 l ,BRM) – 服務(wù)組件參考模型 ( Service Component Reference Model , SRM) – 數(shù)據(jù)和信息參考模型 (Date Reference Model , DRM) – 技術(shù)參考模型 ( Technical Reference Model , TRM) 。 設(shè)計(jì)架構(gòu)目標(biāo) – 數(shù)據(jù)架構(gòu) ： 定義業(yè)務(wù)支撐數(shù)據(jù)目標(biāo)，也就是數(shù)據(jù)模型。 遷移過程：支撐當(dāng)前架構(gòu)向目標(biāo)架構(gòu)遷移的過程。 所有者視角：是業(yè)務(wù)人員的視角，由架構(gòu)師設(shè)計(jì)的企業(yè)模型，描述業(yè)務(wù)實(shí)體、業(yè)務(wù)過程及其關(guān)系。 分包商視角：根據(jù)詳細(xì)規(guī)范提供模塊或組件，組件可由是編程人員開發(fā)，也可以是已有的 cots產(chǎn)品。 常用 UML圖 – 用例圖 ：用例圖的主要目的是幫助開發(fā)團(tuán)隊(duì)以一種可視化的方式理解系統(tǒng)的功能需求 – 類圖 ：類圖表示不同的 對象 如何彼此相關(guān)；換句話說，它顯示了 系統(tǒng)的靜態(tài)結(jié)構(gòu) 。每個(gè)類都有狀態(tài)，但不是每個(gè)類都應(yīng)該有一個(gè)狀態(tài)圖。它的用途是顯示系統(tǒng)中的 軟件對其他軟件組件（例如，庫函數(shù)）的依賴關(guān)系 。 TOGAF的組成 – PART I 介紹（ Introduction），對企業(yè)架構(gòu)，尤其是 TOGAF方法的關(guān)鍵概念做一些高層介紹。 交付 操作方法 架構(gòu)建模操作方法及交付 DFD圖 DD CDM LDM/PDM 系統(tǒng)功能框架 系統(tǒng)數(shù)據(jù)交互 技術(shù)無關(guān)框架 技術(shù)相關(guān)框架 集成架構(gòu) EAP 物理部署圖 方法：為達(dá)到某種目的而采取的途徑、步驟、手段 目錄 目的 架構(gòu)建模方法總論 業(yè)務(wù)架構(gòu)建模方法 數(shù)據(jù)架構(gòu)建模方法 應(yīng)用架構(gòu)建模方法 技術(shù)架構(gòu)設(shè)計(jì)方法 事件驅(qū)動(dòng)過程建模 結(jié)構(gòu)化方法（ SA)建模 事件和事件表 事物 實(shí)體－聯(lián)系圖 ER 環(huán)境圖 DFD 數(shù)據(jù)字典 DD 過程說明 (判定樹 /表） 分析 設(shè)計(jì) 實(shí)施 編程工具 測試工具 結(jié)構(gòu)圖 系統(tǒng)流程圖 關(guān)系數(shù)據(jù)庫模式 用戶界面 表單 /報(bào)表 系統(tǒng)控制 偽碼 數(shù)據(jù)字典E R 圖DF D處 理規(guī) 格說明數(shù) 據(jù)對 象描 述狀態(tài)轉(zhuǎn)移圖控制規(guī)格說明 CS P E C實(shí)體 關(guān)系 數(shù)據(jù)流P S P E C業(yè)務(wù)架構(gòu) 業(yè)務(wù)建模過程 明確系統(tǒng)范圍 過程分解 梳理事件列表 DFD建模 繪制上下文圖 明確 系統(tǒng)與環(huán)境的主要接口 將 系統(tǒng)分解成邏輯子系統(tǒng)或業(yè)務(wù)過程 ，形成過程分解圖。 事件列表和事件 DFD是過程文檔，可不輸出。 上下文圖定義了“產(chǎn)品”的外部環(huán)境和范圍。 明確系統(tǒng)范圍 過程分解 梳理事件列表 DFD建模 OCS客戶資料業(yè)務(wù)請求應(yīng)答信息產(chǎn)品信息產(chǎn)品管理客戶管理帳務(wù)管理業(yè)務(wù)網(wǎng)元管理 / 維護(hù)信息客戶服務(wù)帳單 / 詳單余額信息網(wǎng)管網(wǎng)管 KPI統(tǒng)計(jì)分析繳費(fèi)信息余額離線計(jì)費(fèi)局?jǐn)?shù)據(jù)累計(jì)消費(fèi)信息經(jīng)分 SMSC帳單詳單 計(jì)費(fèi)通知短信部分充值網(wǎng)關(guān)充值信息業(yè)務(wù)人員業(yè)務(wù)過程分解－爆破法過程分解 企業(yè)活動(dòng) 目標(biāo) 運(yùn)營管理 What Who(role) How Level 0 業(yè)務(wù)活動(dòng) Level 1 過程分組 Level 2 中心過程 Level 3 業(yè)務(wù)流程 Level 4 操作流程 Level 5 詳細(xì)流程 業(yè)務(wù) 物主身份 過程分組 產(chǎn)品 交付單位 中心過程 系統(tǒng) 交付團(tuán)隊(duì) 任務(wù) 流程 系統(tǒng)功能 角色 步驟 子流程 交易 詳細(xì)角色 操作 詳細(xì)流程 模型結(jié)構(gòu) , 方法和建模標(biāo)準(zhǔn) 定義業(yè)務(wù)活動(dòng) 辨別 操作的客戶 經(jīng)營和戰(zhàn)略過程 導(dǎo)向 展示相關(guān)的 業(yè)務(wù)功能集 和 標(biāo)準(zhǔn)的端到端服務(wù)流程 中心過程 結(jié)合在一起 交付服務(wù)流 和 其他端到端流程 中心過程分解成詳細(xì) 的“ 成功模式 ” 的業(yè)務(wù)流程 有 錯(cuò)誤條件、產(chǎn)品和地點(diǎn) 的 操作流程 進(jìn)行必須的 詳細(xì)操作的分解 業(yè) 務(wù) 級(jí) 過 程 級(jí) 操 作 級(jí) 明確系統(tǒng)范圍 過程分解 梳理事件列表 DFD建模 爆破法分解－業(yè)務(wù)級(jí) LEVEL 0 Level 0業(yè)務(wù)活動(dòng)，定義業(yè)務(wù)活動(dòng)，辨別操作的客戶，經(jīng)營和戰(zhàn)略過程導(dǎo)向 what企業(yè)活動(dòng) , who目標(biāo) ， HOW運(yùn)營管理 確定和定義模型：業(yè)務(wù)目標(biāo)，價(jià)值流，環(huán)境和財(cái)務(wù)的約束；支持業(yè)務(wù)運(yùn)營和產(chǎn)品線的管理。 爆破法分解－過程級(jí) LEVEL 2 Level 2中心過程，中心過程結(jié)合在一起交付服務(wù)流和其他端到端流程 what中心過程 , who交付單位 ， IT部或 SI,HOW產(chǎn)品 參考行業(yè)標(biāo)準(zhǔn)參考模型；定義模型：業(yè)務(wù)數(shù)據(jù)定義，系統(tǒng)構(gòu)成；定義業(yè)務(wù)角色。 中心過程包含的祥細(xì)任務(wù)被定義在 3級(jí)業(yè)務(wù)流程里 爆破法分解－過程級(jí) LEVEL 3 Level 3業(yè)務(wù)流程，中心過程分解成詳細(xì)的“ 成功模式 ”的業(yè)務(wù)流程，完成任務(wù)。 定義 2級(jí)中心過程的流程： – 由任務(wù)組成 – 通常一般地定義（不是某個(gè)特殊的產(chǎn)品，客戶，地區(qū)的運(yùn)營等） – 常常僅展示 正常的場景 ，不包含選擇性行動(dòng)、失敗和錯(cuò)誤恢復(fù)的細(xì)節(jié) 如果需要，任務(wù)在 4級(jí)操作流程里被更詳細(xì)的分解。 。它通過 4個(gè)基本要素：外部實(shí)體、數(shù)據(jù)流、過程和數(shù)據(jù)存儲(chǔ)描述了系統(tǒng)中數(shù)據(jù)的流動(dòng)和數(shù)據(jù)的變化，它強(qiáng)調(diào)的是數(shù)據(jù)流和處理過程。 過程的命名 – 詳細(xì)處理過程（以動(dòng)詞開頭＋客體） – 高層處理過程（名詞詞組） – 能夠描述系統(tǒng)中流動(dòng)的數(shù)據(jù)的組成，數(shù)據(jù)流和物流分開 – 給每一個(gè)處理一個(gè)標(biāo)號(hào) ，處理之間不要試圖讓數(shù)據(jù)流圖反映處理的順序。進(jìn)行該決策需要如下輸入信息：企業(yè)戰(zhàn)略、市場調(diào)研、市場分析。服務(wù)開發(fā)和管理（S D M）p 2 . 5 . 1服務(wù)戰(zhàn)略與策劃服務(wù)戰(zhàn)略和規(guī)劃流程為企業(yè)服務(wù)、服務(wù)趨勢和伙伴提供必須的服務(wù)提供發(fā)展戰(zhàn)略觀點(diǎn)和跨年度的商業(yè)計(jì)劃。焦點(diǎn)是擴(kuò)容現(xiàn)有服務(wù)能力和確定新的服務(wù)能力需求。通過研究與分析，企業(yè)來決定它的資源使用量的目標(biāo)和達(dá)到這些目標(biāo)的策略。例如企業(yè)決定它要所有移動(dòng)網(wǎng)絡(luò)的供應(yīng)。它描述了諸如新聞，廣播，商業(yè)展覽，網(wǎng)絡(luò)等機(jī)制。1 . 4 . 2 參與人屬性用于認(rèn)識(shí)或定義一個(gè)“ 參與人” 扮演的“ 參與人角色” 的特點(diǎn)與品質(zhì)，例如年齡，收入，學(xué)歷等等?？冃Э剂康氖鞘袌鲋械腟 P 和S P 的競爭對手。1 . 5 . 3競爭對手產(chǎn)品相關(guān)性企業(yè)“ 銷售品” 與“ 競爭對手” “ 銷售品” 間的比較或關(guān)系。市場營銷活動(dòng)市場細(xì)分競爭對手1 . 21 . 41 . 512級(jí)域( 0 級(jí)) 1級(jí)市場/ 銷售DFD建模－數(shù)據(jù)字段 (DD)數(shù)據(jù)實(shí)體列表 明確系統(tǒng)范圍 過程分解 梳理事件列表 DFD建模 目錄 目的 架構(gòu)建模方法總論 業(yè)務(wù)架構(gòu)建模方法 數(shù)據(jù)架構(gòu)建模方法 – 數(shù)據(jù)建模理論 – 模型分析方法 應(yīng)用架構(gòu)建模方法 技術(shù)架構(gòu)設(shè)計(jì)方法 數(shù)據(jù)建模理論 對需求調(diào)研所得到數(shù)據(jù)的高層的抽象描述。 第 4步： 物理設(shè)計(jì) 流水作業(yè) 概念 邏輯 物理 業(yè)務(wù) 管理 實(shí)現(xiàn) 實(shí) 體 1屬 性 1屬 性 2實(shí) 體 2屬 性 1屬 性 2實(shí) 體 4屬 性 1屬 性 2實(shí) 體 3屬 性 1屬 性 2數(shù)據(jù)工作 DFD工作 驗(yàn)證工作 數(shù)據(jù)模型 數(shù)據(jù)流圖 DFD 利用業(yè)務(wù)流程校驗(yàn)功能、屬性、數(shù)據(jù)流 校驗(yàn)完善數(shù)據(jù)模型 校驗(yàn)完善 DFD 業(yè)務(wù)人員或需求工作 業(yè)務(wù)事件、信息收集 概念 邏輯 物理 業(yè)務(wù) 管理 實(shí)現(xiàn) 功能 功能 功能 實(shí)體屬性 C R U 實(shí)體屬性 R R U 實(shí)體屬性 C D C 業(yè)務(wù)概念 描述 事件活動(dòng) 描述 D F D 1 層D F D 0 層P 1數(shù) 據(jù) 處 理 1數(shù) 據(jù) 存 儲(chǔ) 2數(shù) 據(jù) 存 儲(chǔ) 3P 2數(shù) 據(jù) 處 理 2數(shù) 據(jù) 存 儲(chǔ) 1數(shù) 據(jù) 存 儲(chǔ) 4客 戶P 1 .1數(shù) 據(jù) 處 理 1數(shù) 據(jù) 存 儲(chǔ) 6數(shù) 據(jù) 存 儲(chǔ) 2P 1 .2數(shù) 據(jù) 處 理 1數(shù) 據(jù) 存 儲(chǔ) 1數(shù) 據(jù) 存 儲(chǔ) 5數(shù) 據(jù) 存 儲(chǔ) 7客 戶P 1 .1數(shù) 據(jù) 處 理 1數(shù) 據(jù) 存 儲(chǔ) 6數(shù) 據(jù) 存 儲(chǔ) 3P 2 .2數(shù) 據(jù) 處 理 1數(shù) 據(jù) 存 儲(chǔ) 8數(shù) 據(jù) 存 儲(chǔ) 4數(shù) 據(jù) 存 儲(chǔ) 2人員 Who 范圍分析 What 方法hoW 從企業(yè)角度，分析業(yè)務(wù)概念和事件活動(dòng) 功能數(shù)據(jù)校驗(yàn) 任務(wù)類別 流水作業(yè) 3X3建模過程 3X3矩陣各階段：概念 邏輯 物理 34 目的 交付 要素 概念 分析 用 IT語言表達(dá)現(xiàn)實(shí)世界問題空間 (信息模型 ) 目標(biāo)及業(yè)務(wù)定位 概念 ERD 概念 DFD CRUD校驗(yàn) 業(yè)務(wù)場景驗(yàn)證 利用業(yè)務(wù)活動(dòng)逐步分解 ?確定業(yè)務(wù)概念 ?確定業(yè)務(wù)概念之間的聯(lián)系 ?確定業(yè)務(wù)概念關(guān)鍵屬性 ?確定業(yè)務(wù)值域 邏輯 設(shè)計(jì) 設(shè)計(jì)支持現(xiàn)實(shí)世界概念模型的邏輯模式和子模式 (外模式 ) 定位圖 邏輯 ERD 邏輯 DFD CRUD校驗(yàn) 業(yè)務(wù)場景驗(yàn)證 ?邏輯塊之間的聚合關(guān)系 ?將 ERD轉(zhuǎn)化為關(guān)系模式 ?對實(shí)體和處理進(jìn)行歸納抽象 ?對實(shí)體和處理逐層細(xì)化 ?邏輯實(shí)體和處理定義 物理 設(shè)計(jì) 根據(jù) DBMS特點(diǎn)和處理的需要，進(jìn)行物理存儲(chǔ)安排，形成內(nèi)模式 物理 ERD 物理 DFD 功能結(jié)構(gòu)圖 集成架構(gòu)圖 技術(shù)架構(gòu)圖 ?設(shè)計(jì) UI/系統(tǒng)接口 ?設(shè)計(jì)數(shù)據(jù)存儲(chǔ) (內(nèi)存 /文件 /DB) ?設(shè)計(jì)索引等性能參數(shù) ?設(shè)計(jì)異常處理及系統(tǒng)管理 ?設(shè)計(jì)其他技術(shù)實(shí)現(xiàn)細(xì)節(jié) 3X3矩陣各層面：業(yè)務(wù) 管理 實(shí)現(xiàn) 縱向分為 業(yè)務(wù)、管理、實(shí)現(xiàn) 三個(gè)層面，這是業(yè)務(wù)角度上的劃分，它們之間是一種并列關(guān)系，但是它們之間互相聯(lián)系，只是它們各自關(guān)注的角度不同 業(yè)務(wù) – 處理 核心業(yè)務(wù)事件 (RUP:直接使客戶受益的活動(dòng) ) – 該類業(yè)務(wù)活動(dòng)的某環(huán)節(jié)一旦停止，業(yè)務(wù)即不能正常開展 管理 – 處理為了使業(yè)務(wù)運(yùn)轉(zhuǎn)的更好所增加的管理活動(dòng)，主要分以下兩類： – 一類是對活動(dòng) 本身的管理 ，既 規(guī)則管理 – 另一類是對活動(dòng) 結(jié)果的管理 ，如 經(jīng)營分析 實(shí)現(xiàn) – 處理為了使核心業(yè)務(wù)流程能夠正常運(yùn)轉(zhuǎn)所需要開展的 輔助活動(dòng) – 如：異常處理，支持與就緒，與參與人的交互等 35 3X3矩陣各層面：概念－邏輯－物理 概念模型設(shè)計(jì) – 是整個(gè)數(shù)據(jù)架構(gòu)設(shè)計(jì)的關(guān)鍵，通過對用戶需求進(jìn)行綜合、歸納與抽象，形成一個(gè)獨(dú)立于具體 DBMS的概念模型。 – 若實(shí)體間聯(lián)系是 1:N，則在 N端實(shí)體 轉(zhuǎn)換成的實(shí)體中 加入 1端實(shí)體的鍵和聯(lián)系類型的屬性。關(guān)系數(shù)據(jù)庫的一個(gè)目的是最大化數(shù)據(jù)完整性，保證數(shù)據(jù)的準(zhǔn)確性，而實(shí)現(xiàn)這一目的的重要方法就是 讓每個(gè)概念在數(shù)據(jù)庫中只出現(xiàn)在一個(gè)地方 （外鍵約束除外），如果同時(shí)存在多個(gè)地方，就會(huì)存在數(shù)據(jù)不一致的隱患，導(dǎo)致對數(shù)據(jù)完整性的破壞。 – 第三范式要求符合第二范式后，實(shí)體的 每一個(gè)非鍵值屬性都不能依賴其它非鍵值屬性 。它可以表數(shù)據(jù) /功能系統(tǒng)化分析的結(jié)果。 系統(tǒng)劃分應(yīng)相互相獨(dú)立且高內(nèi)聚 系統(tǒng)劃分 在 U/C矩陣中，沿對角線劃矩形，每個(gè)矩形即為子系統(tǒng) 矩陣既不能重疊也不能漏掉數(shù)據(jù)和功能項(xiàng) 所有的 C必須包含在矩陣中 矩陣內(nèi)的數(shù)據(jù)項(xiàng)為本系統(tǒng)需要處理的數(shù)據(jù) 矩陣外的 U表示各個(gè)系統(tǒng)之間的數(shù)據(jù)交互 DFD P1數(shù) 據(jù) 處 理 1數(shù) 據(jù) 存 儲(chǔ) 2數(shù) 據(jù) 存 儲(chǔ) 3P2數(shù) 據(jù) 處 理 2數(shù) 據(jù) 存 儲(chǔ) 1數(shù) 據(jù) 存 儲(chǔ) 4客 戶DD 實(shí) 體 1屬 性 1屬 性 2系統(tǒng) 框架 UC矩陣使用過程 U/C矩陣的建立 用表的行和列分別記錄下數(shù)據(jù)類和過程。其具體操作方法是：調(diào)整表中的行變量或列變量，使得“ C” 元素盡量地朝對角線靠近，然后再以“ C” 元素為標(biāo)準(zhǔn)，劃分子系統(tǒng)。 ?數(shù)據(jù)冗余盡量小 ?管理發(fā)展的需要 必須兼顧組織機(jī)構(gòu)的要求，能夠符合現(xiàn)有的情況和人們的 習(xí)慣 。 服務(wù)提供者通過接口向服務(wù)消費(fèi)者提供功能 ， 而服務(wù)提供者和服務(wù)消費(fèi)者在架構(gòu)上可能是分布式的 。 三者是向后包含關(guān)系 。業(yè)務(wù)應(yīng)用由一系