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