【正文】 業(yè)模型，描述業(yè)務實體、業(yè)務過程及其關系。 常用 UML圖 – 用例圖 ：用例圖的主要目的是幫助開發(fā)團隊以一種可視化的方式理解系統(tǒng)的功能需求 – 類圖 ：類圖表示不同的 對象 如何彼此相關；換句話說，它顯示了 系統(tǒng)的靜態(tài)結(jié)構(gòu) 。它的用途是顯示系統(tǒng)中的 軟件對其他軟件組件（例如，庫函數(shù)）的依賴關系 。 交付 操作方法 架構(gòu)建模操作方法及交付 DFD圖 DD CDM LDM/PDM 系統(tǒng)功能框架 系統(tǒng)數(shù)據(jù)交互 技術無關框架 技術相關框架 集成架構(gòu) EAP 物理部署圖 方法：為達到某種目的而采取的途徑、步驟、手段 目錄 目的 架構(gòu)建模方法總論 業(yè)務架構(gòu)建模方法 數(shù)據(jù)架構(gòu)建模方法 應用架構(gòu)建模方法 技術架構(gòu)設計方法 事件驅(qū)動過程建模 結(jié)構(gòu)化方法（ SA)建模 事件和事件表 事物 實體－聯(lián)系圖 ER 環(huán)境圖 DFD 數(shù)據(jù)字典 DD 過程說明 (判定樹 /表） 分析 設計 實施 編程工具 測試工具 結(jié)構(gòu)圖 系統(tǒng)流程圖 關系數(shù)據(jù)庫模式 用戶界面 表單 /報表 系統(tǒng)控制 偽碼 數(shù)據(jù)字典E R 圖DF D處 理規(guī) 格說明數(shù) 據(jù)對 象描 述狀態(tài)轉(zhuǎn)移圖控制規(guī)格說明 CS P E C實體 關系 數(shù)據(jù)流P S P E C業(yè)務架構(gòu) 業(yè)務建模過程 明確系統(tǒng)范圍 過程分解 梳理事件列表 DFD建模 繪制上下文圖 明確 系統(tǒng)與環(huán)境的主要接口 將 系統(tǒng)分解成邏輯子系統(tǒng)或業(yè)務過程 ，形成過程分解圖。 上下文圖定義了“產(chǎn)品”的外部環(huán)境和范圍。 爆破法分解－過程級 LEVEL 2 Level 2中心過程，中心過程結(jié)合在一起交付服務流和其他端到端流程 what中心過程 , who交付單位 ， IT部或 SI,HOW產(chǎn)品 參考行業(yè)標準參考模型；定義模型：業(yè)務數(shù)據(jù)定義，系統(tǒng)構(gòu)成；定義業(yè)務角色。 定義 2級中心過程的流程： – 由任務組成 – 通常一般地定義（不是某個特殊的產(chǎn)品，客戶，地區(qū)的運營等） – 常常僅展示 正常的場景 ，不包含選擇性行動、失敗和錯誤恢復的細節(jié) 如果需要，任務在 4級操作流程里被更詳細的分解。它通過 4個基本要素：外部實體、數(shù)據(jù)流、過程和數(shù)據(jù)存儲描述了系統(tǒng)中數(shù)據(jù)的流動和數(shù)據(jù)的變化，它強調(diào)的是數(shù)據(jù)流和處理過程。進行該決策需要如下輸入信息：企業(yè)戰(zhàn)略、市場調(diào)研、市場分析。焦點是擴容現(xiàn)有服務能力和確定新的服務能力需求。例如企業(yè)決定它要所有移動網(wǎng)絡的供應。1 . 4 . 2 參與人屬性用于認識或定義一個“ 參與人” 扮演的“ 參與人角色” 的特點與品質(zhì)，例如年齡，收入，學歷等等。1 . 5 . 3競爭對手產(chǎn)品相關性企業(yè)“ 銷售品” 與“ 競爭對手” “ 銷售品” 間的比較或關系。 第 4步： 物理設計 流水作業(yè) 概念 邏輯 物理 業(yè)務 管理 實現(xiàn) 實 體 1屬 性 1屬 性 2實 體 2屬 性 1屬 性 2實 體 4屬 性 1屬 性 2實 體 3屬 性 1屬 性 2數(shù)據(jù)工作 DFD工作 驗證工作 數(shù)據(jù)模型 數(shù)據(jù)流圖 DFD 利用業(yè)務流程校驗功能、屬性、數(shù)據(jù)流 校驗完善數(shù)據(jù)模型 校驗完善 DFD 業(yè)務人員或需求工作 業(yè)務事件、信息收集 概念 邏輯 物理 業(yè)務 管理 實現(xiàn) 功能 功能 功能 實體屬性 C R U 實體屬性 R R U 實體屬性 C D C 業(yè)務概念 描述 事件活動 描述 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è)務概念和事件活動 功能數(shù)據(jù)校驗 任務類別 流水作業(yè) 3X3建模過程 3X3矩陣各階段：概念 邏輯 物理 34 目的 交付 要素 概念 分析 用 IT語言表達現(xiàn)實世界問題空間 (信息模型 ) 目標及業(yè)務定位 概念 ERD 概念 DFD CRUD校驗 業(yè)務場景驗證 利用業(yè)務活動逐步分解 ?確定業(yè)務概念 ?確定業(yè)務概念之間的聯(lián)系 ?確定業(yè)務概念關鍵屬性 ?確定業(yè)務值域 邏輯 設計 設計支持現(xiàn)實世界概念模型的邏輯模式和子模式 (外模式 ) 定位圖 邏輯 ERD 邏輯 DFD CRUD校驗 業(yè)務場景驗證 ?邏輯塊之間的聚合關系 ?將 ERD轉(zhuǎn)化為關系模式 ?對實體和處理進行歸納抽象 ?對實體和處理逐層細化 ?邏輯實體和處理定義 物理 設計 根據(jù) DBMS特點和處理的需要，進行物理存儲安排，形成內(nèi)模式 物理 ERD 物理 DFD 功能結(jié)構(gòu)圖 集成架構(gòu)圖 技術架構(gòu)圖 ?設計 UI/系統(tǒng)接口 ?設計數(shù)據(jù)存儲 (內(nèi)存 /文件 /DB) ?設計索引等性能參數(shù) ?設計異常處理及系統(tǒng)管理 ?設計其他技術實現(xiàn)細節(jié) 3X3矩陣各層面：業(yè)務 管理 實現(xiàn) 縱向分為 業(yè)務、管理、實現(xiàn) 三個層面，這是業(yè)務角度上的劃分，它們之間是一種并列關系，但是它們之間互相聯(lián)系，只是它們各自關注的角度不同 業(yè)務 – 處理 核心業(yè)務事件 (RUP:直接使客戶受益的活動 ) – 該類業(yè)務活動的某環(huán)節(jié)一旦停止，業(yè)務即不能正常開展 管理 – 處理為了使業(yè)務運轉(zhuǎn)的更好所增加的管理活動，主要分以下兩類： – 一類是對活動 本身的管理 ，既 規(guī)則管理 – 另一類是對活動 結(jié)果的管理 ，如 經(jīng)營分析 實現(xiàn) – 處理為了使核心業(yè)務流程能夠正常運轉(zhuǎn)所需要開展的 輔助活動 – 如：異常處理，支持與就緒，與參與人的交互等 35 3X3矩陣各層面：概念－邏輯－物理 概念模型設計 – 是整個數(shù)據(jù)架構(gòu)設計的關鍵，通過對用戶需求進行綜合、歸納與抽象，形成一個獨立于具體 DBMS的概念模型。關系數(shù)據(jù)庫的一個目的是最大化數(shù)據(jù)完整性，保證數(shù)據(jù)的準確性，而實現(xiàn)這一目的的重要方法就是 讓每個概念在數(shù)據(jù)庫中只出現(xiàn)在一個地方 （外鍵約束除外），如果同時存在多個地方，就會存在數(shù)據(jù)不一致的隱患，導致對數(shù)據(jù)完整性的破壞。它可以表數(shù)據(jù) /功能系統(tǒng)化分析的結(jié)果。其具體操作方法是：調(diào)整表中的行變量或列變量，使得“ C” 元素盡量地朝對角線靠近，然后再以“ C” 元素為標準，劃分子系統(tǒng)。 服務提供者通過接口向服務消費者提供功能 ， 而服務提供者和服務消費者在架構(gòu)上可能是分布式的 。業(yè)務應用由一系列組件實現(xiàn)。 應用集成 – 應用集成是指應用 系統(tǒng)之間業(yè)務邏輯調(diào)用 的要求，在程序代碼級別上通過應用系統(tǒng)間的接口實現(xiàn)集成。 NGOSS中定義 TNA應遵循以下標準： ?分布式面向接口結(jié)構(gòu)； ?技術中立的組件模型； ?業(yè)務流程與組件實現(xiàn)相分離； ?安全使能架構(gòu)； ?策略使能架構(gòu)； ?共享信息模型與數(shù)據(jù)環(huán)境； ?分布透明性； 技術架構(gòu)參考模版 技術中立架構(gòu) 技術相關架構(gòu) TSA TNA對系統(tǒng)分層體系結(jié)構(gòu)及各層組件功能作了規(guī)范在此基礎上將各層組件的實現(xiàn)技術進行規(guī)范則形成了技術相關架構(gòu)（Technol。適合于同步非實時與異步類型接口集成要求 – 服務集成是指符合一定技術標準規(guī)范的應用集成 流程集成 – 流程集成是在應用集成和數(shù)據(jù)集成的基礎上， 利用流程管理系統(tǒng)把各應用系統(tǒng)暴露出來的應用 /數(shù)據(jù)接口 ，根據(jù)業(yè)務流程的要求 進行流程定制 ，達到業(yè)務流程與具體應用系統(tǒng)分離的目的，并且依靠流程管理產(chǎn)品的強大功能獲得業(yè)務流程可靈活配臵，可實時監(jiān)控的優(yōu)勢，為跨系統(tǒng)的端到端業(yè)務流程提供流程調(diào)度、自動化執(zhí)行和靈活調(diào)整的能力。包括 接口、協(xié)議及規(guī)范 等。 其中 ， 框架服務和托管服務對應 DIOA的框架服務 。 建立 U/C矩陣 數(shù)據(jù)類 過程 客 戶 訂 貨 產(chǎn) 品 工藝 流 程 材 料 表 成 本 零 件 規(guī) 格 材 料 庫存 成本庫存 職 工 銷售區(qū)域 財務計劃 計 劃 設備 負荷 物資供應 任務單 數(shù)據(jù)N 經(jīng)營計劃 U U U C 財務規(guī)劃 U U C C C 資產(chǎn)規(guī)模 U 產(chǎn)品預測 C U C 產(chǎn)品設計開發(fā) U C U C U 產(chǎn)品工藝 U C U 庫存控制 C C U U 調(diào) 度 U U U U C 生產(chǎn)能力計劃 U C U 材料需求 U U U C 操作順序 C U U U 銷售管理 C U U U 市場分析 U U U C 訂貨服務 U C U U 發(fā) 運 U U U 財務會計 U U U U U U 成本會計 U U U U 用人計劃 C 業(yè)績考評 U 過程 N 列表示數(shù)據(jù) 列表示過程 C表示此過程創(chuàng)建此數(shù)據(jù) U表示此過程使用此數(shù)據(jù) 無冗余校驗 ! 不允許有空行 ! 一致性校驗 ! 有 2個 C 完備性校驗 ! 數(shù)據(jù)項只有 U沒有 C 完備性校驗 ! 數(shù)據(jù)項只有C沒有 U 完備性校驗 ! 過程沒有 U也沒有 C U/C矩陣的求解 數(shù)據(jù)類 過程 計 劃 財務計劃 產(chǎn) 品 零 件 規(guī) 格 材 料 表 材 料 庫存 成品庫存 任務單 設備 負荷 物資供應 工藝 流 程 客 戶 銷售區(qū)域 訂 貨 成 本 職 工 經(jīng)營計劃 C U U U 財務規(guī)劃 U C U U 資產(chǎn)規(guī)模 U 產(chǎn)品預測 U U U 產(chǎn)品設計開發(fā) U C C C U 產(chǎn)品工藝 U U U U 庫存控制 C C U U 調(diào) 度 U U C U U 生產(chǎn)能力計劃 C U U 材料需求 U U U C 操作順序 U U U C 銷售管理 U U U C U U 市場分析 U U U C U 訂貨服務 U U U U C 發(fā) 運 U U U U U 財務會計 U U U U U U U 成本會計 U U U U C 用人計劃 C 業(yè)績考評 U 調(diào)整列，使“ C”元素