【正文】 架構(gòu)規(guī)劃方法 研究院 2023 目錄 目的 架構(gòu)建模方法總論 業(yè)務(wù)架構(gòu)建模方法 數(shù)據(jù)架構(gòu)建模方法 應(yīng)用架構(gòu)建模方法 技術(shù)架構(gòu)設(shè)計方法 培訓(xùn)目的 ?能力提升 分析能力提升 規(guī)劃能力提升 ?技術(shù)管理 統(tǒng)一規(guī)劃方法指導(dǎo) 統(tǒng)一架構(gòu)表述模式 ?業(yè)界發(fā)展 對未來規(guī)劃逐步重視 對研發(fā)過程逐步重視 目錄 目的 架構(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理論基礎(chǔ) 制定機(jī)構(gòu) 聯(lián)邦企業(yè)體系結(jié)構(gòu)框架 ( Federal Enterprise Architecture Framework , FEAF) 是美國國家信息技術(shù)委員會 (Chief Information Officer s Council ,CIO Council) 提出的一套企業(yè)體系結(jié)構(gòu)框架。 1999 ,FEAF Version , – 建立了 FEAF 及其方法學(xué) – EAP方法學(xué) Zachman framework 2023,FEAF 實(shí)用指南 Version – 詳盡地介紹了企業(yè)體系結(jié)構(gòu) ( Enterprise Architecture , EA) 的相關(guān)概念、驅(qū)動因素、建立原則、實(shí)施經(jīng)驗(yàn)等實(shí)用目的知識，而且按照整個企業(yè)體系結(jié)構(gòu)建立的生命周期 (包括啟動、定義、開發(fā)、使用和維護(hù)等階段 ) 來指導(dǎo)具體的 FEAF 實(shí)施。 2023, FEAF框架參考模型 ( Federal Enterprise Architecture reference model , FEA RM) – 績效指標(biāo)參考模型 ( Performance Reference Model ,PRM) – 業(yè)務(wù)參考模型 (Business Reference Model ,BRM) – 服務(wù)組件參考模型 ( Service Component Reference Model , SRM) – 數(shù)據(jù)和信息參考模型 (Date Reference Model , DRM) – 技術(shù)參考模型 ( Technical Reference Model , TRM) 。 聯(lián)邦總體架構(gòu)框架 FEAF/CIO協(xié)會框架 業(yè)務(wù)驅(qū)動 設(shè)計驅(qū)動 標(biāo)準(zhǔn) 技術(shù) 應(yīng)用 數(shù)據(jù) 安全 投資評審 分層協(xié)調(diào) 市場研究 組件管理 變遷過程 架構(gòu)驅(qū)動 愿景 戰(zhàn)略方向 原則 分層架構(gòu)模型 業(yè)務(wù)架構(gòu) 數(shù)據(jù)架構(gòu)應(yīng)用架構(gòu)技術(shù)架構(gòu)數(shù)據(jù)架構(gòu) 應(yīng)用架構(gòu)技術(shù)架構(gòu) 架構(gòu) 架構(gòu) 現(xiàn)狀 目標(biāo) 業(yè)務(wù)架構(gòu)業(yè)務(wù)架構(gòu) 數(shù)據(jù)架構(gòu) 應(yīng)用架構(gòu) 技術(shù)架構(gòu) 聯(lián)邦架構(gòu)框架 – Level III FEAF架構(gòu)說明 設(shè)計架構(gòu)現(xiàn)狀 – 數(shù)據(jù)架構(gòu) ： 定義業(yè)務(wù)支撐數(shù)據(jù)現(xiàn)狀，也就是數(shù)據(jù)模型。 – 應(yīng)用架構(gòu)現(xiàn)狀： 定義業(yè)務(wù)功能現(xiàn)狀，也就是應(yīng)用模型。 – 技術(shù)架構(gòu)現(xiàn)狀：定義應(yīng)用和數(shù)據(jù)管理實(shí)現(xiàn)技術(shù)現(xiàn)狀，也就是技術(shù)模型。 設(shè)計架構(gòu)目標(biāo) – 數(shù)據(jù)架構(gòu) ： 定義業(yè)務(wù)支撐數(shù)據(jù)目標(biāo)，也就是數(shù)據(jù)模型。 – 應(yīng)用架構(gòu)現(xiàn)狀： 定義業(yè)務(wù)功能目標(biāo)，也就是應(yīng)用模型。 – 技術(shù)架構(gòu)現(xiàn)狀：定義目標(biāo)應(yīng)用和數(shù)據(jù)管理的實(shí)現(xiàn)技術(shù)，也就是技術(shù)模型。 設(shè)計模型 – 數(shù)據(jù)模型：定義企業(yè)概念 – 應(yīng)用模型：定義控制數(shù)據(jù)的應(yīng)用 – 技術(shù)模型：定義當(dāng)前和目標(biāo)技術(shù) 架構(gòu)細(xì)分 – 整個企業(yè)范圍內(nèi)的業(yè)務(wù)域，如果將一個業(yè)務(wù)域納入聯(lián)邦框架管理的投資回報率為正，那該域就回被納入聯(lián)邦框架，其架構(gòu)信息和模型將被記錄在架構(gòu)倉庫中。 遷移過程：支撐當(dāng)前架構(gòu)向目標(biāo)架構(gòu)遷移的過程。 – IT投資規(guī)劃與決策：基于投資預(yù)算、投資回報率等標(biāo)準(zhǔn)進(jìn)行評價 – 投資管理評審：對架構(gòu)信息進(jìn)行投資評審 – 域架構(gòu)協(xié)調(diào)：協(xié)調(diào)域架構(gòu)，實(shí)現(xiàn)統(tǒng)一聯(lián)邦架構(gòu)，落實(shí)配臵管理與工程變更控制。 – 市場調(diào)研：進(jìn)行新技術(shù)的市場調(diào)研，進(jìn)行技術(shù)更新 – 組件管理：基于聯(lián)邦架構(gòu)進(jìn)行企業(yè)基礎(chǔ)設(shè)施的管理 – 采購：架構(gòu)及其它遷移過程需要的采購 – 架構(gòu)治理：避免混亂、誤解與重做 標(biāo)準(zhǔn)：所有標(biāo)準(zhǔn)、指南與最佳實(shí)踐 – 安全標(biāo)準(zhǔn) – 數(shù)據(jù)標(biāo)準(zhǔn)：應(yīng)用于數(shù)據(jù)、元數(shù)據(jù)及相關(guān)結(jié)構(gòu) – 應(yīng)用標(biāo)準(zhǔn)：應(yīng)用于應(yīng)用軟件 – 技術(shù)標(biāo)準(zhǔn)：應(yīng)用于操作系統(tǒng)和平臺 FEAF LEVEL 4 視角 數(shù)據(jù)架構(gòu) (實(shí)體 =what) 應(yīng)用架構(gòu) (活動 =how) 技術(shù)架構(gòu) (位置 =where) 規(guī)劃者視角（目標(biāo) /范圍） 業(yè)務(wù)對象列表 業(yè)務(wù)過程列表 業(yè)務(wù)分布 (場所 )列表 所有者視角（企業(yè)模型） 語義模型 業(yè)務(wù)過程模型 業(yè)務(wù)支撐系統(tǒng) 系統(tǒng)設(shè)計者視角（信息系統(tǒng)模型） 邏輯數(shù)據(jù)模型 應(yīng)用架構(gòu) 系統(tǒng)物理部署架構(gòu) 承包商視角（技術(shù)模型） 物理數(shù)據(jù)模型 系統(tǒng)設(shè)計 技術(shù)架構(gòu) 分包商視角（詳細(xì)規(guī)范） 數(shù)據(jù)定義 程序 “支撐軟件組件(比如操作系統(tǒng) )” 網(wǎng)絡(luò)架構(gòu) FEAF LEVEL 4說明 規(guī)劃者視角：從總體上描述最終結(jié)構(gòu)規(guī)模、形態(tài)、及局部間關(guān)系。即系統(tǒng)范圍的估計。 所有者視角：是業(yè)務(wù)人員的視角，由架構(gòu)師設(shè)計的企業(yè)模型，描述業(yè)務(wù)實(shí)體、業(yè)務(wù)過程及其關(guān)系。 設(shè)計者視角：系統(tǒng)分析師的視角，定義數(shù)據(jù)元素，邏輯過程流及功能。 構(gòu)建者視角：承包商的視角，架構(gòu)師的規(guī)劃需要在這里轉(zhuǎn)換成面向建設(shè)者的模型。需要足夠的細(xì)節(jié)去確定對工具、原料及技術(shù)的限制，在這里需要形成技術(shù)模型，使信息系統(tǒng)與具體的編程語言、 IO設(shè)備或特定支撐技術(shù)聯(lián)系起來。 分包商視角：根據(jù)詳細(xì)規(guī)范提供模塊或組件，組件可由是編程人員開發(fā)，也可以是已有的 cots產(chǎn)品。 目錄 目的 架構(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 建模語言參考 IDEF0IDEF3， DFD IDEF1， IDEF1x， ER UML（用例圖、組件圖、序列圖、狀態(tài)圖等） The Open Group Architecture Framework Format, TOGAF Format 業(yè)務(wù)架構(gòu) 信息架構(gòu) 應(yīng)用架構(gòu) 技術(shù)架構(gòu) 注： FEA推薦軟件建模工具廠商 Popkin software提供 IDEF方法體系簡介 簡介： IDEF是由美國空軍發(fā)明的用于描述企業(yè)內(nèi)部運(yùn)作的一套建模方法，經(jīng)過改造后用途變廣泛了，適用于一般的軟件開發(fā)。 IDEF的 16套方法（最常使用的是 IDEF0～ IDEF4 ） – IDEF0：功能建模（ Function Modeling），類似數(shù)據(jù)流圖 DFD – IDEF1：信息建模（ Information Modeling） – IDEF1X：數(shù)據(jù)建模（ Data Modeling），類似實(shí)體 關(guān)系圖 ER – IDEF2：仿真建模設(shè)計（ Simulation Model Design） – IDEF3：過程描述獲?。?Process Description Capture），類似業(yè)務(wù)流程圖 TFD – IDEF4：面向?qū)ο笤O(shè)計（ ObjectOriented Design） – IDEF5：本體論描述獲?。?Ontology Description Capture） – IDEF6：設(shè)計原理獲?。?Design Rationale Capture） – IDEF7：信息系統(tǒng)審定（ Information System Auditing） – IDEF8：用戶介面建模（ User Interface Modeling） – IDEF9：場景驅(qū)動信息系統(tǒng)設(shè)計（ ScenarioDriven IS Design） – IDEF10：實(shí)施體系結(jié)構(gòu)建模（ Implementation Architecture Modeling） IDEF11：信息制品建模（ Information Artifact Modeling） – IDEF12：組織建模（ Organization Modeling） – IDEF13：三模式映射設(shè)計（ Three Schema Mapping Design） – IDEF14：網(wǎng)絡(luò)規(guī)劃（ Network Design） UML簡介 1997年， OMG組織（ Object Management Group對象管理組織）發(fā)布了統(tǒng)一建模語言（ Unified Modeling Language， UML）， UML的目標(biāo)之一就是為開發(fā)團(tuán)隊(duì)提供標(biāo)準(zhǔn)通用的設(shè)計語言來開發(fā)和構(gòu)建計算機(jī)應(yīng)用。 2023年， UML已經(jīng)獲得了業(yè)界的認(rèn)同。 常用 UML圖 – 用例圖 ：用例圖的主要目的是幫助開發(fā)團(tuán)隊(duì)以一種可視化的方式理解系統(tǒng)的功能需求 – 類圖 ：類圖表示不同的 對象 如何彼此相關(guān)；換句話說，它顯示了 系統(tǒng)的靜態(tài)結(jié)構(gòu) 。 – 序列圖 ：序列圖顯示 具體用例 （或者是用例的一部分）的 詳細(xì)流程 。它幾乎是自描述的，并且顯示了流程中中 不同對象之間的調(diào)用關(guān)系 。 – 狀態(tài)圖 ：狀態(tài)圖表示 某個類 所處的 不同狀態(tài) 和該類的狀態(tài)轉(zhuǎn)換信息。每個類都有狀態(tài)，但不是每個類都應(yīng)該有一個狀態(tài)圖。 – 活動圖 ：活動圖表示在處理 某個活動 時，兩個或者 更多類對象 之間的 過程控制流 。活動圖最適合用于對較高級別的過程建模，比如公司當(dāng)前在如何運(yùn)作業(yè)務(wù)，或者業(yè)務(wù)如何運(yùn)作等。 – 組件圖 ：組件圖提供系統(tǒng)的物理視圖。它的用途是顯示系統(tǒng)中的 軟件對其他軟件組件（例如，庫函數(shù)）的依賴關(guān)系 。 – 部署圖 ：部署圖表示該軟件系統(tǒng)如何部署到硬件環(huán)境中。它的用途是顯示該系統(tǒng) 不同的組件將在何處物理地運(yùn)行，以及它們將如何彼此通信 。 The Open Group Architecture Framework, TOGAF簡介 來源 – TOGAF的開發(fā)始于 1995年，基于美國國防部的 TAFIM框架（ Technical Architecture Framework for Information Management ），每年都有新版本發(fā)布，目前版本是 v 。 TOGAF的組成 – PART I 介紹（ Introduction），對企業(yè)架構(gòu)，尤其是 TOGAF方法的關(guān)鍵概念做一些高層介紹。 – PART II 架構(gòu)開發(fā)方法 (Architecture Development Method， ADM) ，這是 TOGAF的核心，詳細(xì)介紹了開發(fā)企業(yè)架構(gòu)的步驟和方法。 – PART III一 作為 FEAF技術(shù)架構(gòu)的參考 企業(yè)統(tǒng)一體 (Enterprise Continuum) ，是一個架構(gòu)資產(chǎn)的虛擬倉庫，包含TOGAF基礎(chǔ)架構(gòu)（ Foundation Architecture ）及集成信息基礎(chǔ)設(shè)施參考模型（ Integrated Information Infrastructure Reference Model ， IIIRM)。 – PART IV 資源 (Resources) ，一系列應(yīng)用 TOGAF及 ADM的工具和技術(shù)。 交付 操作方法 架構(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è)計方法 事件驅(qū)動過程建模 結(jié)構(gòu)化方法（ SA)建模 事件和事件表 事物 實(shí)體－聯(lián)系圖 ER 環(huán)境圖 DFD 數(shù)據(jù)字典 DD 過程說明 (判定樹 /表） 分析 設(shè)計 實(shí)施 編程工具 測試工具 結(jié)構(gòu)圖 系統(tǒng)流程圖 關(guān)系數(shù)據(jù)庫模式 用戶界面 表單 /報表 系統(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ù)過程 ，形成過程分解圖。 至少要分解到活動或用例級（即可 由一個崗位獨(dú)立完成的任務(wù) ）。 過程分解圖可作為過程文檔不做輸出 以事件列表的形式描述事件的 觸發(fā)器、響應(yīng)、來源、目的 等信息。 除事件列表外，還可繪制事件自身的 DFD。 事件列表和事件 DFD是過程文檔，可不輸出。 繪制 0、 2…等級別的 DFD圖 ，并輸出數(shù)據(jù)字典。 數(shù)據(jù)字典以 業(yè)務(wù)過程列表 和 實(shí)體列表 表達(dá)。 明確系統(tǒng)范圍－上下文圖 在分解過程中，首先構(gòu)造的是系統(tǒng)的上下圖