1、LOGO第三章 應急管理信息系統基本原理與方法主要內容主要內容u基于MART模型的系統設計原則u共性決策分析模型與方法u知識庫原理與知識導引方法u案例庫的基本原理與方法概述u綜合數據庫設計原理u基于知識元的模型管理方法一、基于一、基于MARTMART模型的系統設計原則模型的系統設計原則1.1 1.1 信息化建設系統分析信息化建設系統分析 信息化建設是基于社會組織和一定的資源基礎，依靠信息技術來實現組織的業務整合、流程再造、機構重組，進而實現組織的管理創新，從而促進組織的協同，加強人與人的溝通聯系，促使組織結構的進一步扁平化。1.2 MART1.2 MART模型的建立及模型的整體性模型的建立及模

2、型的整體性 組織與管理（M)、業務應用（A)、信息資源（R）與信息技術（T）是信息化建設系統的四大要素。信息技術是信息化建設的技術基礎，也是業務應用系統構建的基礎，它支撐各業務應用的實現，同時基于信息技術開展業務流程的梳理，實現業務流程的優化與再造和業務協同與集成。伴隨著業務應用產生了各類信息化表征的資源，即信息資源。運用信息技術實現信息資源的整合與共享，進一步促進了業務應用的深度協同與集成。由于各組織在社會、經濟分工中的職能分工不同，導致了不同組織間的業務不同，因分工產生了組織與組織間業務協同的需求，為了提升系統的效率，就要實施管理。組織管理（M）是信息化建設成功與否的最關鍵因素，它必須對信

3、息技術、業務應用、信息資源的選擇、應用和整合做出決策。在MART模型中，信息技術是最活躍、變化最快的要素，而信息技術的發展促進了組織管理的變革與創新，組織管理的變革與創新又為業務應用提出了新的需求和變化，業務的變化又起源于業務應用而產生的信息資源的相應變化，可見在信息化發展過程中，四大要素M、A、R、T呈現了動態整體性。1.3 1.3 信息化發展中存在的問題信息化發展中存在的問題 作為信息化發展四大要素的 組織與管理（M)、業務應用（A)、信息資源（R）與信息技術（T），它們之間的靜態及動態整體性決定了推進信息化建設的進程，最大程度地發揮信息化建設的作用。但是在現實的信息化建設中，由于信息化建

4、設的利益主體不同，各自為政導致了信息化建設中組織管理不到位，進而引起系統整體性的失衡。比如重管理輕服務、重新建輕整合等等，產生了重復投資建設、信息孤島、應用孤島等問題1.4 1.4 應急管理信息系統的設計與建設原則應急管理信息系統的設計與建設原則 應急管理信息系統的設計與建設，以及持續協調發展的必要條件是系統的MART的均衡整體性。為此應急管理信息系統建設的三個重要策略可概括為：一個全局，兩個重點。全局策略是指從MART的靜態和動態整體性出發，時時把握MART全局，以業務應用為切入點進行T型思考，進而帶動信息資源和組織管理的變革。重點之一是把握組織管理的整體性，求同存異策略。采用求同多贏、維系

5、整體、存異張揚個性以激勵創新發展。重點之二是寬容的技術體系策略。比如節點式平臺化。根據MART模型的基本思想，應急管理信息系統的設計與建設應遵循如下原則：（1）強化頂層設計。指要把握應急管理系統宏觀體系架構和整體性，要明確管理組織體系架構，科學確立業務應用組織運行模式、技術開發及運維模式、行為責任體系，同時要確定業務及技術體系架構，從系統頂層梳理M、A、R、T的各自及相互之間的依賴與協調關系。（2）業務需求主導。以業務為主線，調研梳理，科學規范應急管理與處理的業務流程，抽象業務模型，提供科學嚴謹的業務管理輔助分析，推動應急管理的業務聯動和信息資源共享。（3）組織管理先行。組織管理是保障，必須先

6、行建設并將其信息化。比如首先建設組織人事信息系統，以適應突發公共事件處理的動態組織管理需要，從而建立科學公正的審計問責、績效評估和高效廉潔的組織管理隊伍。（4）節點式平臺化。（5）規范化標準化。要實現應急管理的快速反應、科學規范、有條不紊、職責分明、資源優化配置，多級多部門應急信息資源共享和業務協同聯動，系統設計必須要遵循應急管理法律法規、業務規范和相關技術標準。二、共性決策分析模型與方法二、共性決策分析模型與方法2.1 2.1 具有模糊數的混合時間序列模型（具有模糊數的混合時間序列模型（MTSMFNMTSMFN）MTSMFN是指依據單一指標的時間序列數據信息，沿時間外延所進行的預測分析模型，

7、其不考慮其他指標的相互影響。同時依據時間序列數據和歷史上對相應指標變化有突出影響的政策信息，可對未來政策狀況做定性預估判斷，由此加入人的經驗信息，實現定性和定量的結合，還可以對多個指標分別進行模型建模分析、預警分析和進行預測模擬。2.1.1 MTSMFN2.1.1 MTSMFN模型模型2.2 2.2 基于人工神經元網的多變量仿真模型（基于人工神經元網的多變量仿真模型（MANNMANN）由于應急事件具有層次多、關系錯綜復雜、影響因素多等特性，因此擬把人工神經元網絡模型與應用數據處理的分組方法相結合，應用神經元網絡原理自動跟蹤多指標間的結構與影響關系的變化，且由于這種模型可方便地加入政策變量，因此

8、具有較高的模擬精度。該模型實現如下功能：（1）各突發公共事件發生、應急處理情況指標預測分析，即應用建立的數學模型進行數據樣本以后的模擬與預測分析。（2）給出各個突發公共事件發生、應急處理情況輸出指標相對各輸入指標的彈性分析結果。（3）進行各種輸入變化情景的多方案的仿真分析。2.2.1 MANN2.2.1 MANN模型模型2.3 2.3 宏觀應急決策問題的共性優化方法宏觀應急決策問題的共性優化方法 2.4 2.4 定性宏觀應急決策問題的定量化分析方法定性宏觀應急決策問題的定量化分析方法 在社會、經濟、心理、組織管理等多類系統的研究中都要碰到大量的不可在常規情況下定量化描述而只能定性描述的因素、事

9、物和概念等，甚至有些系統完全由不可常規定量化元素構成，我們稱這種系統為定性描述系統或非形式系統（IFS）。IFS系統是若干有經驗的分析者大腦加工的過程，但隨著系統規模的擴大，比如說，幾十個元素以上，常規方法很難作出綜合性分析，加上隨著人們對信息的要求越來越高，信息不僅需要定性趨勢，而且更需要定量的或程度等級方面的信息。2.4.12.4.1 IFSIFS系統的結構模型系統的結構模型2.4.22.4.2 IFSIFS系統的定量化分析模型系統的定量化分析模型三、知識庫原理與知識導引方法三、知識庫原理與知識導引方法 知識庫是關于某一特定領域的陳述性知識和過程性知識的集合。應急知識庫管理包括兩個方面的工

10、作，分別是知識模型的建立和知識庫的構建。知識模型的建立需要分析具體領域的知識類型，并分別進行知識獲取、知識表示和知識建模工作。知識庫的構建，是依靠有效的知識獲取技術和統一的知識表示方法來描述突發公共事件，建立表示事件本原的本體模型和表示不同領域事件知識的元模型。3.1 3.1 知識的分類知識的分類 由于知識庫的結構是由知識的表示方法決定的，所以，只要根據具體的問題或用戶需求和系統的特點，選擇好知識的表示方法和模型，那么知識庫的結構也就決定了，為了能準確地選擇知識的表示方法，建立有效的知識庫，必須對領域知識進行系統、詳細地分析。按照應急知識的來源，可以將應急管理知識分為三大類：常識類知識、累積知

11、識和策略知識。常識類知識常識類知識 累積知識累積知識 常識類知識包括法律法規、技術規范、普通民眾的應急常識和經驗，以及突發公共事件專業領域的知識。推理所需要的事實和規則幾乎全部是從常識類知識提取的。累積知識指應急工作中積淀、總結、提高形成的知識，主要包括專家經驗和對案例進行總結得到的經驗、教訓等知識，從這些知識中可以提取出若干事實和規則。累積知識還包括以前發生過的突發公共事件的事實情況。當突發公共事件發生時，可以直接在累積知識中查詢以前是否發生過類似的事件。策略知識策略知識 策略知識指由人類科學研究的歷史過程中積累起來的關于世界規律、規則的知識，或是真理性的知識，這里只指和突發公共事件相關的知

12、識。策略知識包括應急知識分析、總結手段方式的歸納等，即得到科學驗證或可信度較高的專家經驗、案例總結等知識得到提升形成的一些規則、準則，比如關于臺風的一些科學認識、臺風的規律等知識。策略知識是情景應對的知識，用戶可直接輸入事實性問題，然后直接在策略表里面查詢符合該提問的策略知識并顯示給用戶。3.2 3.2 知識的獲取知識的獲取3.2.1 3.2.1 顯性知識獲取方法顯性知識獲取方法 常見的顯性知識獲取技術有分布式搜索、智能代理和數據挖掘。（1）分布式搜索。分布式搜索是近年來研究較多的一種搜索技術，它按照區域、主題或其他標準創建分布式索引服務器，索引服務器之間可以交換中間信息，且查詢可以被重新定向

13、。（2）智能代理。Agent是協作系統中的獨立行為實體，它能根據內部知識和外部激勵決定和控制自己的行為。Agent根據外部環境建立龐大的個性化內部知識庫，接受用戶請求，返回結果集。（3）數據挖掘。數據挖掘技術不僅是面向特定數據庫的簡單檢索、查詢和調用，而且要對這些數據進行微觀、中觀乃至宏觀的統計、分析、綜合和推理，以指導實際問題的求解，謀求發現事件間的相互關聯，甚至利用已有的數據對未來的活動進行預測。3.2.2 3.2.2 隱性知識獲取方法隱性知識獲取方法 隱性知識指的是難于形式化、難于交流的個人知識。隱性知識包括主觀的知道如何解決問題的見識和直覺，這些隱性知識來源于從事某項活動的人，它被潛意

14、識的理解和使用，并且往往和特定的情景相關。隱性知識獲取的主要困難在于怎樣恰當地把握領域專家所使用的概念、關系以及問題求解方法。造成這些困難的主要原因有：（1）每一個領域都有自己特定的語言，領域專家很難用日常語言表達這些行話并讓計算機專家真正領會。（2）大部分情況下，領域專家處置問題靠的是經驗和直覺，很難采用數學理論或其他決定論的模型加以刻畫。（3）領域專家為了解決領域的問題用到了一些非領域的原理和事實的東西，其中有很大一部分是關于日常生活中的常識，領域專家往往在解題過程中下意識地使用到這類知識，在其表達過程中卻容易忽略。（4）由于信息表示形式的影響、問題表達的需要以及其他心理學上的原因，領域專

15、家對領域知識的表達可能會與實際的使用經驗不一致。常用的隱性知識獲取方法大致分為心理學方法和技術方法 （1）心理學方法。最常用的心理學方法是交談法，通過交談可以準確把握專業概念和術語的內涵，通過交談，計算機專家需要領會專家對問題的處理方式，并在心中對如何形式化地表達這些知識有一個基本的框架，為了確保將知識準確無誤地輸入知識庫中，還需要進行反饋式交談。（2）技術方法。隱性知識獲取的技術方法主要有半自動知識獲取方法和自動知識獲取方法兩種。3.3 3.3 知識的表示知識的表示3.3.1 3.3.1 產生式表示法產生式表示法 產生式表示法已經成為人工智能中應用最多的一種知識表示方法，其基本形式是：產生式

16、表示格式固定，形式單一，規則間相互較為獨立，沒有直接關系，使知識庫的建立較為容易，處理較為簡單的問題是可取的，另外，該方法推理方式單純，也沒有復雜計算，特別是知識庫與推理機是分離的，這種結構給知識的修改帶來方便，無需修改程序，對系統的推理路徑也容易做出解釋。3.3.2 3.3.2 框架表示法框架表示法3.3.3 3.3.3 概念圖表示法概念圖表示法 概念圖是一種用節點代表概念，連線表示概念間關系的圖示法。概念圖組織和表征知識的方法是：（1）它通常將某一主題的有關概念置于圓圈或方框之中，然后用連線將相關的概念和命題連接，連線上標明兩個概念之間的意義關系。概念、命題、交叉連接和層級結構是概念圖的四

17、個圖標特征。（2）某一領域的知識還可以考慮通過超級鏈接提供相關的文獻資料和背景知識。因此，概念圖是表示概念和概念之間相互關系的空間網絡結構圖。3.4 3.4 知識的建模知識的建模3.4.1 Role-limiting Method3.4.1 Role-limiting Method3.4.2 KADS/Common KADS3.4.2 KADS/Common KADS方法方法 Common kADS方法的精髓在于“知識模型”，該模型將用于求解特定任務的知識劃分為三個不同層次：領域層、推理層和任務層，分別對應著知識庫系統的靜態視圖、功能視圖和動態視圖 3.4.3 3.4.3 本體建模方法本體建模

18、方法 在ABC Ontology模型研究基礎上提出了E2M模型，認為事件相關概念包括事件、過程、行動、情景、變化狀態集、變化狀態等。一般來講，事物的描述要素可分為三個部分，即輸入要素、狀態要素、輸出要素。每種要素分別具有各自的屬性。例如，對狀態要素“失蹤人數”，其屬性有取值類型、計數單位、取值長度等，通常采用框架法、面向對象表示法、基于本體的表示方法等描述事件的要素和狀態。3.4.4 KSM3.4.4 KSM建模方法建模方法 由于抽象層上的知識模型層次的復雜性導致理解和維護的困難，且軟件開發中的組件解集會導致效率問題，因此在實際的實現過程中還需要進行重構和補充新的概念，解決從抽象層次模型到模型

19、實現間的問題，KSM方法關注了這方面的內容，KSM方法引入knowledge area（KA）的概念來描述抽象層次的知識模型，所有KA中都包含一組任務和相關方法。KSM方法借鑒了CommonKADS方法中知識模型的分層方法，將KA作了分層處理。3.5 3.5 知識庫的構建知識庫的構建 應急知識庫主要存儲與應急有關的常識類信息、累積知識和策略知識等，針對這些知識具有種類繁多、形式多樣、跨多個領域的特點，兼顧知識庫中知識的獨立性、可維護性以及知識庫的通用性和適應性的特點，通過分析應急領域知識特點，建立了基于“概念樹-本體模型-元模型-規則”的架構的應急領域的綜合性知識庫。其中概念層是基礎，本體模型

20、和元模型是各類知識表示的框架，規則知識層是應急知識的具體表現形式。3.5.1 3.5.1 知識庫模型構建方法知識庫模型構建方法1）事件的層次關系模型 事件模型是具有層次關系的，層次關系體現了同類事件之間的繼承性。2）事件間的因果關系模型 事件處于某一狀態時，在環境作用下，可能導致另一個事件的發生，并產生輸出，因此，事件元模型間存在因果關系，即可形成事件鏈。而事件鏈是災害發生演化過程的共性規律的反映，它具有直觀、形象、特征鮮明的特點?；谠Ｐ涂勺詣由墒录湥脑硎牵阂粋€事件A的元模型的輸出和另一個事件B的元模型間存在交集，那么事件A可能會引發事件B，即A和B間存在因果關系。3）事件本體模

21、型 4）事件元模型 突發公共事件本體模型是構建突發公共事件元模型的基類，它抽象了整個應急領域事件的共性要素，并提取了每個要素的共性屬性列表，每個突發公共事件按照層次性，繼承上一級事件的全部要素并加入該事件的個性化要素形成相應的事件類，從而形成事件元模型。事件元模型從本體事件模型繼承而來，同樣有5個維度組成，分別為事件的狀態集合、輸入集、輸出集、空間、時間基。3.6 3.6 知識庫的導引知識庫的導引 知識導引集中體現了應急知識的運用和知識的處理等。知識導引是在信息獲取和信息預處理的基礎上，對信息進行甄別、評價、精簡、提取，對隱含在信息中的有用知識單元進行重新組織的過程，使得用戶能夠從繁雜的信息環

22、境中獲取解決問題所需的信息內容和知識，實現知識共享和知識增值。3.6.1 3.6.1 事件鏈知識導引模型事件鏈知識導引模型 為了實現應急知識的導引，保證在應急處置過程中決策者能夠及時獲取所需知識及其他應急資源，根據突發公共事件之間的關系，系統采用基于事件鏈的知識導引方式。該模型由6層結構組成：應急處置層、事件鏈層、元模型層、本體模型層、概念樹層及資源層。1）應急處置層 2）事件鏈層 3）元模型層 4）本體模型層 5）概念樹層 概念樹是用來描述事件模型概念要素及其概念之間的關系，概念是描述事件的最小單位，對突發公共事件涉及的概念術語詞匯進行定義和描述。概念之間的相互隸屬關系的集合稱為概念樹。6）

23、資源層 四、案例庫的基本原理與方法概述四、案例庫的基本原理與方法概述4.1 4.1 應急輔助決策中的案例推理概述應急輔助決策中的案例推理概述 案例推理（CBR）是一種模仿人類推理和思考過程的方法論,也是一種構建智能計算機系統的方法論。CBR來源于人的認知心理活動：人們在面臨一個新問題時，往往把以前使用過的與該問題類似的事例聯系起來，運用過去解決該事例的經驗和方法來解決當前問題。因此，將CBR引入到應急輔助決策中，輔助處于復雜決策環境、面臨很大心理壓力的決策者進行應急決策具有重要意義。本書借鑒Gavin Finnie和ZhaoSun提出的新的CBR工作模式，將基于案例推理的推理過程分為以下5個階

24、段。（1）案例表示。采用一定的知識表示規則方法描述當前問題及歷史案例的環境狀態和具體內容，獲取案例特征信息，形成合理的案例表示形式。（2）案例檢索與匹配。從案例庫中檢索出與當前問題在特征屬性上相似、并對當前問題的處理有啟發和指導意義的案例，形成候選案例集，分別計算候選案例與當前問題的相似度，同時參考項目計劃信息、項目執行情況等相關信息，選擇出最有參考價值的案例 （3）案例重用。當檢索出的歷史案例與當前問題足夠接近，歷史案例的解決方案能夠滿足當前要求時，就可以不必對其進行修改，直接用檢索到的歷史案例解決方案解決當前問題，應用到實際情況當中。（4）案例修正。檢索到的歷史案例雖然與當前問題比較相似，

25、但是兩者之間往往存在一定的差距，歷史案例的解決方案不能適應當前環境，直接使用不能發揮有效的作用，因此需要根據當前的具體情況，對歷史案例的解決方案做出一些修正。（5）案例評價與存儲。保留這次工作中有價值的經驗和知識，分析有價值的案例，將其解決過程、評價結果添加到案例庫中，以備將來使用。4.2 4.2 應急案例的表示應急案例的表示 （1）應急案例涉及的突發公共事件種類繁多。（2）應急案例具有顯著的非結構化特點。應急案例種類繁多，涉及不同專業領域，而每種突發公共事件都有其自身的特點，一些突發公共事件還有一些共性特點，不同的突發公共事件所包含的特征屬性多種多樣，不盡相同。且目前的應急案例大多是用文本的

26、形式進行描述的，沒有統一的表示形式，結構化程度低。（3）每一類突發公共事件包含若干個狀態。（4）由一類突發公共事件可能衍生其他突發公共事件，突發公共事件不是孤立的，它們之間存在一定的聯系，具有衍生性。4.2.1 4.2.1 應急案例的特征應急案例的特征 一次突發公共事件被視為一個案例，每一個案例可以包含若干個元事件，根據元事件在一定時期內的相對穩定情況，每一個元事件又可以分為若干個狀態，如臺風元事件可以分為形成、登陸、減弱等狀態。每一個狀態又有多個特征屬性。4.2.2 4.2.2 應急案例的層次劃分應急案例的層次劃分 為了解決應急案例的非結構化、非規范化而帶來的概念名稱不統一問題，設計通用于各

27、類突發公共事件的統一描述形式，提出了基于中國分類主題詞表的應急案例三層概念樹型結構，概念樹是一個標準化的分類和主題詞樹型結構，通過標準化、統一化、規范化的應急領域概念名稱，給應急案例提供一個規范的、通用的概念環境，解決了異構應急案例的統一描述問題。根據應急案例的層次結構，采用擴展的巴科斯-諾爾范式，可以構建應急案例的抽象模型，如下：4.2.3 4.2.3 應急案例抽象模型的構建應急案例抽象模型的構建 從應急案例的抽象模型可以看出，案例包含了案例屬性列表和若干元事件，元事件是由元事件屬性列表和若干狀態組成的；案例屬性列表、元事件屬性列表和狀態包含了必須描述的特征信息及一些可選的特征信息。4.3

28、4.3 應急案例的檢索應急案例的檢索 （1）單級檢索策略。單級檢索策略比較簡單，適用于案例庫中案例不太多的情況，具體思路是，當突發公共事件發生時，檢索當前問題與歷史案例庫中每一個案例的相似度，從歷史案例中選出一個或若干個與當前問題相似的案例，供決策者參考，從而得到當前問題的解決方案。4.3.1 4.3.1 應急案例的檢索機制應急案例的檢索機制 （1）基于聚類分析的兩級檢索策略。首先采用聚類分析的方法對案例庫中的案例進行分類，使得同一類的案例具有較高的相似度，不同類別的中的案例差別較大，每一個聚類用一個典型的案例來代表，這樣就得到了一個抽象的案例庫，每一個抽象案例庫又對應著多個具體案例。兩級檢索

29、策略的好處就是可以避免與案例庫中的所有案例都進行相似度的計算，大大提高了案例檢索的效率。當然這一檢索策略也存在一些問題，它只能得到一個相對滿意解而不一定是最優解，因為當前問題可能與某一類別中的抽象案例的相似度最大，但是實際上它與其他類別中的某一個或某些案例具有更高相似度，這樣通過兩級檢索策略檢索出的案例并不是與當前問題最相似的案例。本書提出了基于結構和屬性的雙重檢索策略，首先分析當前問題與歷史案例在結構上的相似性，然后在分析兩者屬性值上的相似性，最后計算兩者的綜合相似性。在案例檢索中，只要計算一類元事件當前問題狀態與歷史案例狀態的相似度，根據相似度從高到低排列，就可以根據與當前問題狀態最相似的

30、歷史案例狀態的應急處置方案來指導當前突發公共事件的應急行動，從而達到輔助決策的目的。4.3.2 4.3.2 應急案例間的相似度計算應急案例間的相似度計算 （1）結構相似度的計算。（1）屬性相似度的計算 由于應急領域包含不同種類的突發公共事件，每種突發公共事件的特征屬性又多種多樣，不盡相同，根據應急領域中特征屬性所包含信息內容的不同，將屬性劃分為四種類型，分別是：這種屬性值通常是精確的數值。確定符號屬性。它通常是用明確的術語表示，是一種確定性的符號描述。模糊概念屬性。這種屬性值可以認為是一概念的變量模糊數或模糊區間屬性。指一個不確定的數或一個沒有確定邊界的區間五、綜合數據庫設計原理五、綜合數據庫

31、設計原理5.1 ERP(5.1 ERP(實體實體-關系關系-問題）模型體系問題）模型體系5.2 ERP5.2 ERP建模過程建模過程 系統建模首先要明確系統所涉及的范圍與作用空間，即確定論域；然后根據系統的需求，明確系統的目標和建模的目標；再根據目標問題，研究問題的解決方案，劃分實體、描述關系，并建立相應的ERP模型。系統的建模，是先對問題進行概括，再對問題進行分解的過程。建模過程根據系統的層次劃分，逐步細化，問題、目標、求解方案逐層分解。下一層的模型在一定程度上是上一層問題的實現。六、基于知識元的模型管理方法六、基于知識元的模型管理方法6.1 6.1 模型再認識模型再認識 傳統意義上講，模型

32、是客觀事物屬性及其變化的抽象表述，也可以說是客觀事物對象或系統在人們主觀知識域上映像的表達。抽象表達除了依賴于事物本身固有性質外，還依賴于主觀知識域。知識域不同會形成不同的抽象表述，從而對一客觀事物會有不同的模型。人們對客觀事物的認知深度或層次，可分為六個層面的模型。6.2 6.2 模型通用化描述模型通用化描述 關于模型表示已有很多方法，但基本局限于形式邏輯思維模式，很難適應復雜模型系統和模型綜合集成的需要，這里將形式邏輯與辯證邏輯相集成，在宏觀和一般性的系統層面采用辯證思維模式，把握宏觀框架與系統整體性，在微觀和個性層面采用形式思維邏輯，提供嚴密的可操作的形式邏輯方法。按照系統學原理，模型是

33、客觀事物系統在主觀知識域中的一個映像，并與客觀事物系統，即原象形成對偶關系。6.2.1 6.2.1 模型描述的二象對偶分析模型描述的二象對偶分析6.2.2 6.2.2 形式模型形式模型6.2.3 6.2.3 實體模型實體模型6.3 6.3 模型管理的基本框架與實現模型管理的基本框架與實現 從功能體系視角來看，模型管理的實現模式與方法包括形式模型管理、參數辨識模型管理、交互建模模板管理、實體模型管理、分析交互模板管理、輸出展現模板、實體模型集成關系管理等 模型管理的共性特征可抽象為數據、算子、會話和展現幾個關鍵元素。同時采用形式模型和實體模型的對偶方式，可以進行模型知識及其實例的分別管理，實現研發人員與業務人員的科學分工，并提供模型生成與管理的靈活性，以及模型及分析工具的可擴展性。6.3.1 6.3.1 模型管理的基本思路模型管理的基本思路 問題模型是面向事物分析和決斷處理相關問題的一種抽象，它具有明確的目的性和具體的環境情景特征，大多需要一個實體模型有序集的支撐。6.3.2 6.3.2 問題模型管理的基本構成問題模型管理的基本構成6.3.3 6.3.3 模型管理的基本架構模型管理的基本架構Thanks For Your Attention The End