基于SOA的應(yīng)急數(shù)據(jù)交換平臺研究

1、基于SOA的應(yīng)急數(shù)據(jù)交換平臺研究一、SOA體系架構(gòu)1、研究背景 隨著城市規(guī)模的擴大及經(jīng)濟的發(fā)展,戰(zhàn)爭、自然災(zāi)害、流行疾病等突發(fā)事件對社會造成的影響及危害程度越來越廣。突發(fā)事件應(yīng)急工作已不再是單一政府職能部門可以解決的問題,需要統(tǒng)一調(diào)動、指揮和協(xié)調(diào)各方面力量,需要跨部門實現(xiàn)信息共享和業(yè)務(wù)協(xié)同。然而,城市職能部門在不同時期構(gòu)建的業(yè)務(wù)系統(tǒng)可能基于不同的操作系統(tǒng)和數(shù)據(jù)庫技術(shù),各個系統(tǒng)之間不能有效地實現(xiàn)信息共享和交互,造成了嚴重的信息孤島現(xiàn)象。這不符合應(yīng)急領(lǐng)域數(shù)據(jù)共享、業(yè)務(wù)協(xié)同、資源優(yōu)化配置的要求。為了解決應(yīng)急領(lǐng)域當中所出現(xiàn)的這些問題,有必要將數(shù)據(jù)共享相關(guān)技術(shù)應(yīng)用到應(yīng)急領(lǐng)域。隨著服務(wù)、本體、技術(shù)的到來,

2、出現(xiàn)了越來越多的數(shù)據(jù)共享和集成的方法,這些方法一定程度上在某些應(yīng)用內(nèi)解決了這些問題,但是由于應(yīng)急領(lǐng)域跨部門工作的特殊性,實現(xiàn)應(yīng)急領(lǐng)域數(shù)據(jù)共享還存在很大的困難。通過在應(yīng)急辦、消防局等部門實際調(diào)研,發(fā)現(xiàn)應(yīng)急系統(tǒng)在數(shù)據(jù)交換和共享方面存在很大的局限性,主要體現(xiàn)在:無法適應(yīng)當前應(yīng)急工作發(fā)展的需要隨著突發(fā)事件影響范圍的擴大,需要統(tǒng)一調(diào)度各種應(yīng)急信息,這就需要實現(xiàn)大量不同位置、不同格式的數(shù)據(jù)共享和交換。無法實現(xiàn)應(yīng)急部門間真正意義的協(xié)作在應(yīng)急業(yè)務(wù)系統(tǒng)中,根據(jù)實際應(yīng)急工作的需要,經(jīng)常要進行數(shù)據(jù)的交換以實現(xiàn)協(xié)同工作,比如上級命令消息的發(fā)送、接收、管理,就需要將一定數(shù)據(jù)從公司的上級部門傳遞到下級部門。由于系統(tǒng)本身相

3、對獨立的建設(shè)方式,導致無法合理的傳遞或交換數(shù)據(jù),無法實現(xiàn)真正意義的協(xié)同工作。綜上所述,應(yīng)急業(yè)務(wù)系統(tǒng)需要進行合理的整合以實現(xiàn)信息共享。在不破壞現(xiàn)有系統(tǒng)的情況下,將各種應(yīng)用系統(tǒng)集成起來,發(fā)揮各自的優(yōu)勢,滿足應(yīng)急工作跨部門的迫切需求。在以往不同的系統(tǒng)數(shù)據(jù)交換解決方案中,一般都是采用點對點的方案來實施的。即對于每個應(yīng)用,都要為每個需要共享的資源或外部資源編寫連接代碼。當增加新系統(tǒng)時,需要建立其與所有系統(tǒng)之間點對點的連接,導致點對點數(shù)據(jù)交換的接口繁多、復(fù)雜、成本昂貴。 針對上述情況,本課題組提出了一種基于的數(shù)據(jù)交換平臺解決方案,該方案面向思想、基于基礎(chǔ)架構(gòu),為應(yīng)急系統(tǒng)間的數(shù)據(jù)交換提供了一個統(tǒng)一的、規(guī)范化

4、、總線分布式的數(shù)據(jù)交換框架,為分布式應(yīng)急異構(gòu)系統(tǒng)提供信息共享和數(shù)據(jù)整合的手段,提高數(shù)據(jù)傳輸共享的效率和可靠性。2.1 SOA(面向服務(wù)的體系架構(gòu)) 面向服務(wù)的體系結(jié)構(gòu)提供了一種標準的編程模型，它可以將企業(yè)應(yīng)用程序中的不同功能單元稱為服務(wù)，并通過對這些服務(wù)之間定義良好的接口而將其聯(lián)系起來。接口是采用中立方式定義的，獨立于實現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言，使得構(gòu)建在不同系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進行交互。這種具有中立的接口定義的特征稱為服務(wù)之間的松耦合。松耦合系統(tǒng)的好處有兩點:一點是它的靈活性，能夠?qū)I(yè)務(wù)和信息變化做出快速反應(yīng);另一點是，當每個服務(wù)的內(nèi)部結(jié)構(gòu)和實現(xiàn)發(fā)生改變時，它能

5、夠繼續(xù)存在。SOA憑借其松禍合及高度重用的特性，使得企業(yè)可以按照模塊化的方式來添加新服務(wù)或更新現(xiàn)有服務(wù)，以解決新的業(yè)務(wù)需要。把企業(yè)現(xiàn)有的或已有的應(yīng)用作為服務(wù)，很好地保護了現(xiàn)有的IT基礎(chǔ)建設(shè)投資。2.2 ESB(企業(yè)服務(wù)總線) SOA是一個架構(gòu)上的創(chuàng)新，如何把可能需要的各式各樣的服務(wù)集成起來形成一個完整的系統(tǒng)不是一個簡單的問題，而企業(yè)服務(wù)總線(Enterprise service Bus)，以下簡稱ESB，正好能幫助解決該問題。ESB是傳統(tǒng)中間件技術(shù)與XML、vb服務(wù)等技術(shù)結(jié)合的產(chǎn)物，ESB采用了“總線”模式來管理和簡化應(yīng)用之間的集成拓撲結(jié)構(gòu)，以廣為接受的開放標準為基礎(chǔ)來支持應(yīng)用之間在消息、事件

6、和服務(wù)的級別上動態(tài)的交互。ESB主要作用于: 1.面向服務(wù)的架構(gòu)一分布式的應(yīng)用由可重用的服務(wù)組成; 2.面向消息的架構(gòu)一應(yīng)用之間通過ESB發(fā)送和接受消息; 3.事件驅(qū)動的架構(gòu)一應(yīng)用之間異步地產(chǎn)生和接收消息; 總之，ESB就是在SOA架構(gòu)中實現(xiàn)服務(wù)間智能化集成與管理的中介，它是邏輯上與SOA所遵循的基本原則保持一致的服務(wù)集成基礎(chǔ)架構(gòu)，它提供了服務(wù)管理的方法和在分布式異構(gòu)環(huán)境中進行服務(wù)交互的功能?？梢赃@樣說，ESB是特定環(huán)境下(SOA架構(gòu))實施EAI的方式:首先，在ESB系統(tǒng)中，被集成的對象被明確定義為服務(wù)，而不是傳統(tǒng)EAI中各種各樣的中間件平臺，極大地簡化了在集成異構(gòu)性上的考慮，因為不考慮應(yīng)用底

7、層實現(xiàn)，只要是VB服務(wù)，就一定是基于標準的。其次，ESB明確強調(diào)消息處理在集成過程中的作用，消息指應(yīng)用環(huán)境中被集成對象之間的溝通。ESB系統(tǒng)由于集成對象統(tǒng)一到服務(wù)，消息在應(yīng)用服務(wù)之間傳遞時格式是標準的，處理方式直接面向消息。ESB能夠在底層支持現(xiàn)有的各種通訊協(xié)議，對消息的處理完全不考慮底層的傳輸細節(jié)，而直接通過消息的標準格式定義來進行。對消息的處理就會成為ESB的核心，因為通過消息處理來集成服務(wù)是最簡單可行的方式，這也是ESB中總線(Bus)功能的體現(xiàn)。2.4 XMLXML是一種具有數(shù)據(jù)描述功能、高度結(jié)構(gòu)性及可驗證性的置標語言。XML允許用戶自定義標記和屬性，并可依照所定義的標記與屬性的語法來

8、開發(fā)應(yīng)用程序;XML可以通過標記來描述數(shù)據(jù)，或配合屬性來輔助描述數(shù)據(jù)，宜作為對象或標準的描述語言;XML可以借助驗證規(guī)則來規(guī)范一個XML文件的結(jié)構(gòu)和內(nèi)容，適合與政府機構(gòu)之間、政府與企業(yè)之間和政府與商業(yè)機構(gòu)之間的數(shù)據(jù)交換格式XML憑借其可擴展性、結(jié)構(gòu)化和平臺無關(guān)性的特性，非常適合網(wǎng)絡(luò)環(huán)境下異構(gòu)系統(tǒng)之間的數(shù)據(jù)交換，目前在異構(gòu)數(shù)據(jù)交換和集成領(lǐng)域得到了廣泛的應(yīng)用，在異構(gòu)系統(tǒng)之間使用XNIL作為數(shù)據(jù)交換的標準具有下列優(yōu)點：1.XML具有自描述性:在異構(gòu)數(shù)據(jù)源集成中，由于XML中語義標識說明了元素的含義，XML數(shù)據(jù)模型能方便地描述各種數(shù)據(jù)源的數(shù)據(jù)，包括半結(jié)構(gòu)化數(shù)據(jù)。2.XML數(shù)據(jù)模型的內(nèi)容具有獨立性:XM

9、L可以脫離具體應(yīng)用而自行描述保存在異構(gòu)環(huán)境中的各種數(shù)據(jù)，其他系統(tǒng)應(yīng)用能直接對這些自描述的XML數(shù)據(jù)進行操作，因此，它能夠?qū)崿F(xiàn)異構(gòu)數(shù)據(jù)源集成中數(shù)據(jù)的互操作性。3.XML能描述不同復(fù)雜度的數(shù)據(jù):XML提供了數(shù)據(jù)的結(jié)構(gòu)化表示，并且易于操作。不管數(shù)據(jù)源是簡單的普通文檔、數(shù)據(jù)庫查詢記錄或是復(fù)雜的對象和圖形，XML都能輕松描述之。這樣，XML用一種統(tǒng)一的數(shù)據(jù)模型來描述不同數(shù)據(jù)源的數(shù)據(jù)，可以屏蔽數(shù)據(jù)源中應(yīng)用環(huán)境和數(shù)據(jù)結(jié)構(gòu)的異構(gòu)性。4.XML具有可擴展性:XML可以在不破壞現(xiàn)有結(jié)構(gòu)和系統(tǒng)的情況下增加新的元素。這樣，如果某個異構(gòu)數(shù)據(jù)源的數(shù)據(jù)模型有了更新和變化，數(shù)據(jù)集成系統(tǒng)可以立即對全局視圖中的相關(guān)部分進行修改，

10、而且此修改操作也很容易，只需改變數(shù)據(jù)模型定義，如DTD(或XML schema)等，不需要對具體數(shù)據(jù)進行一一操作。二、應(yīng)急數(shù)據(jù)交換平臺框架研究1.1應(yīng)急數(shù)據(jù)交換平臺在應(yīng)急信息平臺中的位置系統(tǒng)提供必須的支持,向下整合應(yīng)急專業(yè)數(shù)據(jù)庫、應(yīng)急共享數(shù)據(jù)庫、基礎(chǔ)數(shù)據(jù)庫和公共服務(wù)數(shù)據(jù)庫等資源。應(yīng)急數(shù)據(jù)交換平臺屏蔽底層來自不同部門的應(yīng)急基礎(chǔ)數(shù)據(jù)及其它共享資源,為應(yīng)急系統(tǒng)提供一種虛擬的數(shù)據(jù)交換平臺,系統(tǒng)可以根據(jù)需求來獲取來自多方面的不同格式的數(shù)據(jù)?？傊?平臺向上為預(yù)案、案例和應(yīng)急資源管理、預(yù)警等應(yīng)急系統(tǒng)提供必須的支持,向下整合應(yīng)急專業(yè)數(shù)據(jù)庫、應(yīng)急共享數(shù)據(jù)庫、基礎(chǔ)數(shù)據(jù)庫和公共服務(wù)數(shù)據(jù)庫等資源。1.2應(yīng)急數(shù)據(jù)交換平

11、臺框架應(yīng)急數(shù)據(jù)交換平臺框架是由平臺核心服務(wù)、平臺重要組件、平臺交換中心、平臺消息處理組件、服務(wù)和異常管理、安全服務(wù)與性能監(jiān)測六部分組成,這幾部分相互聯(lián)系,是應(yīng)急數(shù)據(jù)交換平臺不可分割的有機整體。其框架如圖所示: 1.3數(shù)據(jù)標準和系統(tǒng)安全規(guī)范數(shù)據(jù)標準規(guī)范規(guī)定平臺中數(shù)據(jù)交換、傳遞等一系列與數(shù)據(jù)有關(guān)的操作所必須遵循的規(guī)范與標準,它主要包含兩層要求:一是數(shù)據(jù)格式,采用可擴展性好、與平臺無關(guān)的數(shù)據(jù)格式,減少異構(gòu)數(shù)據(jù)所帶來的影響。二是數(shù)據(jù)交換標準,根據(jù)應(yīng)急部門實地調(diào)查,構(gòu)建了應(yīng)急數(shù)據(jù)本體模型,定義了數(shù)據(jù)表達標準詞匯,從中導出標準數(shù)據(jù)格式。系統(tǒng)安全是保證系統(tǒng)穩(wěn)定、正常運行的保障,貫穿于平臺的各個層面。尤其是與

12、服務(wù)相關(guān)的安全規(guī)范,是本文關(guān)注的主要方面,因為服務(wù)是跨的,不會存在絕對的安全。鑒于此,本文在平臺實現(xiàn)過程中使用(企業(yè)單點登錄)實現(xiàn)瀏覽器與服務(wù)器的之間的會話加密通信。并且,還要求實現(xiàn)對數(shù)據(jù)交換節(jié)點的授權(quán),也即數(shù)據(jù)交換用戶只有取得數(shù)據(jù)交換中心驗證后頒發(fā)的合格證書后,才具有數(shù)據(jù)交換的能力。1.4平臺交換中心ESB交換中心是整個交換平臺的中心,對進入交換平臺的數(shù)據(jù)按照一定的策略進行路由,轉(zhuǎn)發(fā)到目標接收者,對數(shù)據(jù)傳輸進行集中控制和管理。它實現(xiàn)可靠的消息傳輸、轉(zhuǎn)換功能、數(shù)據(jù)的存儲、校驗和數(shù)據(jù)交換。如圖交換中心的核心是消息服務(wù)引擎,其中包含一個被稱為消息框的數(shù)據(jù)庫,中心處理的所有消息都要經(jīng)過消息框,它可以

13、實現(xiàn)消息的訂閱發(fā)布和消息隊列兩種消息傳遞功能,加上業(yè)務(wù)流程引擎、業(yè)務(wù)規(guī)則引擎及其轉(zhuǎn)換引擎的相應(yīng)控制完成消息的路由選擇、傳輸、跟蹤及必要的錯誤處理。業(yè)務(wù)流程引擎實際上就是根據(jù)事先定義出的交換消息的格式,控制完成消息在實現(xiàn)特定任務(wù)的業(yè)務(wù)流程中的傳遞與轉(zhuǎn)換。業(yè)務(wù)規(guī)則引擎是控制業(yè)務(wù)流程執(zhí)行方向的若干規(guī)則與條件描述性說明。業(yè)務(wù)規(guī)則由條件和操作組成,一般先是對條件進行評估,如果評估結(jié)果為,則規(guī)則引擎將啟動一個或多個操作。轉(zhuǎn)換引擎提供基于的消息轉(zhuǎn)換功能。消息轉(zhuǎn)換用來將數(shù)據(jù)轉(zhuǎn)換為其他模式,可以實現(xiàn)和數(shù)據(jù)庫之間、不同數(shù)據(jù)庫之間以及不同文檔之間的轉(zhuǎn)換,而在進行數(shù)據(jù)轉(zhuǎn)換時,都需要將數(shù)據(jù)庫轉(zhuǎn)換為文檔,所以以上的各種轉(zhuǎn)

14、換歸根結(jié)底都是兩種文檔之間的轉(zhuǎn)換。1.5平臺核心服務(wù)結(jié)合實際項目建設(shè)性需求，核心服務(wù)提供了應(yīng)急信息資源共享需要的公共服務(wù)。其中包括數(shù)據(jù)轉(zhuǎn)換服務(wù)、目錄服務(wù)、導航服務(wù)、GIS服務(wù)、UDDI服務(wù)、可接入服務(wù)。1.數(shù)據(jù)轉(zhuǎn)換服務(wù):數(shù)據(jù)轉(zhuǎn)換服務(wù)主要以多種數(shù)據(jù)交換模式、基于多種數(shù)據(jù)交換協(xié)議為應(yīng)急平臺的工作對象提供多種數(shù)據(jù)類型的信息資源的共享交換。數(shù)據(jù) 轉(zhuǎn)換服務(wù)主要包括規(guī)則配置、數(shù)據(jù)適配、數(shù)據(jù)交換、過程監(jiān)控等功能。 2 .規(guī)則配置:為用戶提供數(shù)據(jù)交換規(guī)則配置功能，以便對數(shù)據(jù)交換過程中需要預(yù)置的 規(guī)則進行設(shè)置，包括時間規(guī)則和路由規(guī)則等。其中，時間規(guī)則主要用于對數(shù)據(jù)自動發(fā)送和接收的循環(huán)周期進行設(shè)置，使數(shù)據(jù)的發(fā)布、

15、接收部門在特定的 時間間隔內(nèi)反復(fù)進行文件的發(fā)布、接收。路由規(guī)則主要用于支撐數(shù)據(jù)發(fā)布或接收部門選擇、配置數(shù)據(jù)來源或目標部門。 3.數(shù)據(jù)適配 :為用戶提供數(shù)據(jù)交換過程中所需的數(shù)據(jù)適配功能，以實現(xiàn)不同系統(tǒng)間自動的數(shù)據(jù)格式轉(zhuǎn)換，包括數(shù)據(jù)庫數(shù)據(jù)、普通文件數(shù)據(jù)、XML格式數(shù)據(jù)間的互相映射和轉(zhuǎn)換等，便于用戶實現(xiàn)各類文件、數(shù)據(jù)庫數(shù)據(jù)、郵件和HTML信息的共享與交換。 4.數(shù)據(jù)交換 基于HTTP及TTPS、FTP、JMs、SMTP等多種協(xié)議，利用數(shù)據(jù)適配、消息傳輸、路由規(guī)則、數(shù)據(jù)抽取、數(shù)據(jù)同步、數(shù)據(jù)格式轉(zhuǎn)換等多種基礎(chǔ)組件，提供文件和數(shù)據(jù)庫的多種交換、同步功能。數(shù)據(jù)交換的模式主要包括一對一 交換模式、一對多交換模

16、式、發(fā)布/訂閱模式、數(shù)據(jù)集中共享模式、有中心的數(shù)據(jù)交換模式和無中心的數(shù)據(jù)交換模式等。 5.過程監(jiān)控：提供數(shù)據(jù)交換的監(jiān)控管理服務(wù)，以便對共享交換過程的有關(guān)情況進行記錄，包括發(fā)起方、接受方、采用的共享/交換規(guī)則等，并在日常記錄的基礎(chǔ)上提供統(tǒng)計、查詢、審計等功能。 6.目錄服務(wù): 按照政務(wù)信息資源目錄體系要求，目錄服務(wù)除實現(xiàn)對目錄內(nèi)容的發(fā)布外，并向用戶提供目錄內(nèi)容的查詢，也即目錄服務(wù)包括發(fā)現(xiàn)和管理兩種基本功能，本文設(shè)計目錄服務(wù)主要提供目錄注冊、目錄發(fā)布、目錄查詢、目錄維護等功能，實現(xiàn)各類基礎(chǔ)資源和共享資源目錄信息的統(tǒng)一匯集和管理。三、應(yīng)急數(shù)據(jù)交換平臺數(shù)據(jù)模型數(shù)據(jù)交換關(guān)鍵是為交換雙方建立標準數(shù)據(jù)格式,

17、為交換鋪設(shè)一條暢通道路,本文開發(fā)數(shù)據(jù)交換平臺的第一步工作就是考慮如何獲取標準數(shù)據(jù)格式。本體是共享概念模型的顯式形式化描述,用來捕獲相關(guān)領(lǐng)域的知識,建立領(lǐng)域本體就是確定該領(lǐng)域內(nèi)共同認可的詞匯,從不同層次的形式化模式上給出這些詞匯(術(shù)語)和詞匯之間相互關(guān)系的明確定義,達成對領(lǐng)域知識在一定協(xié)議下的規(guī)范描述,幫助實現(xiàn)信息的共享與交換。本文獲取標準數(shù)據(jù)格式就是從建立領(lǐng)域本體模型出發(fā)的,本章重點工作是研究若干個政府預(yù)案、企業(yè)預(yù)案、部門預(yù)案以及典型應(yīng)急案例、應(yīng)急資源等數(shù)據(jù),整理和描述應(yīng)急領(lǐng)域內(nèi)的主要概念、屬性、概念之間關(guān)系,從與領(lǐng)域無關(guān)的高層本體提供的框架開始,構(gòu)建各應(yīng)急數(shù)據(jù)領(lǐng)域本體概念模型,最終導出標準格

18、式文檔。本文構(gòu)建應(yīng)急數(shù)據(jù)本體模型的過程是從建立的本體開始,衍生出更多的領(lǐng)域相關(guān)的本體,使之能確保更廣泛領(lǐng)域的通用性和表達能力。1.1應(yīng)急預(yù)案數(shù)據(jù)模型應(yīng)急預(yù)案是指導應(yīng)急處置過程的主要信息資源,其描述了應(yīng)急響應(yīng)突發(fā)事處置的領(lǐng)域知識,是進行事件處置的知識表示,事先定義了啟動該預(yù)案的條件以及如何處置的原則、應(yīng)急組織結(jié)構(gòu)、應(yīng)急資源及事件處置流程,并包含一些處置原則或處置經(jīng)驗。本文通過分析國內(nèi)外數(shù)百個應(yīng)急預(yù)案,得出:應(yīng)急預(yù)案在遵循國家描述的應(yīng)急預(yù)案分類關(guān)系規(guī)范基礎(chǔ)上,主要包含以下內(nèi)容: 預(yù)案基本信息:預(yù)案編號、名稱、性質(zhì)、預(yù)案主體、預(yù)案級別等;預(yù)案的適用范圍:定義啟用本預(yù)案的條件;組織結(jié)構(gòu):定義事件處置的

19、組織結(jié)構(gòu)和人員，如部門、人員、角色等;資源:事件處置所涉及的對象集合，對象的狀態(tài)將影響工作流的執(zhí)行;預(yù)案主體周邊情況信息;工作流模板:預(yù)案工作流完成某類事件的處置任務(wù)流程;預(yù)案的其它內(nèi)容:如預(yù)案目標、預(yù)案原則等說明。 1.2預(yù)案的概念模型應(yīng)急預(yù)案本體模型構(gòu)建的主要工作是把各種類別、各種級別的應(yīng)急預(yù)案的概念及其內(nèi)涵進行規(guī)范描述,將其包含的要素以及要素之間的關(guān)系梳理清楚。同時將與之相關(guān)的應(yīng)急組織、角色、資源、過程,以及它們之間的調(diào)用關(guān)系及約束關(guān)系等梳理清楚。應(yīng)急預(yù)案(ER Plan)作為一種人造文本，是從SUMO上位本體中繼承的類“文本(Text)”的子類，它包含“總體預(yù)案”、“專項預(yù)案”“部門預(yù)

20、案”“地方預(yù)案，、“企事業(yè)單位預(yù)案”以及“重大活動預(yù)案”六個子類。應(yīng)急預(yù)案(ER Plan)通過屬性“包含應(yīng)急組織體系has ER Organization Set”與“應(yīng)急組織體系(ER Organization Set)”相關(guān)聯(lián)，通過屬性“包含應(yīng)急資源has ER Resource”與“應(yīng)急資源(ER Resource)”相關(guān)聯(lián)，通過屬性“包含應(yīng)急處置過程has ER Process”與“應(yīng)急處置過程(ER Process)”相關(guān)聯(lián)，通過屬性“包含應(yīng)急預(yù)案管理過程has ER Plan MP”與“預(yù)案管理過程(ER Plan Management Process)”相關(guān)聯(lián)，這表明了一個應(yīng)急

21、預(yù)案至少包含四類元素:應(yīng)急組織體系、應(yīng)急資源、應(yīng)急處置流程、預(yù)案管理過程。它還通過屬性“編制依據(jù)according To”與”法律(Laws“法規(guī)(Rule)”以及國家文件(National File)相關(guān)聯(lián)，以表明一個應(yīng)急預(yù)案的編制依據(jù)為國家法律、法規(guī)及相關(guān)文件。應(yīng)急預(yù)案(ER Plan)還包含五個數(shù)據(jù)類型的屬性，分別是“預(yù)案編號Identifier) 預(yù)案名稱(Title)發(fā)布日期(Date)“編制目的(Purpose)”以及“編制原則(Principle) 。 應(yīng)急組織體系(ER Organization Set)是從上位本體中繼承的類集(Set)的子類，它通過屬性has Organiz

22、ation與“應(yīng)急組織(ER Organization)”的五個子類相關(guān)聯(lián)，以表明“應(yīng)急組織體系(ER Organization Set)”由“領(lǐng)導機構(gòu)”、“辦事機構(gòu)”、工作機構(gòu)、“地方機構(gòu)”以及“專家組”這五個子組織構(gòu)成。 應(yīng)急角色(ER Role)與應(yīng)急人員(ER Staff)分別是從上位本體中繼承的類“角色(Role)和“人員(Personnel)”的子類，兩者之間通過屬性“擔任occupies”相關(guān)關(guān)聯(lián)，表明應(yīng)急人員(ER Staff)在應(yīng)急組織中擔任一定的應(yīng)急角色(ER Role); 應(yīng)急資源(ER Resource)是從上位本體中繼承的類“資源跟e source)”的子類，它又包含

23、應(yīng)急人員(ER Stag“應(yīng)急物資(ER Substance)”以及“應(yīng)急資金(ER Fund)三個子類; 應(yīng)急處置過程(ER Process)是從上位本體中繼承的類過程(Process)的子類，應(yīng)急資源(ER Resource)中的應(yīng)急人員(ER Staff)通過屬性“出現(xiàn)has Presence”與應(yīng)急處置過程相關(guān)聯(lián)，以表明在應(yīng)急處置過程中是應(yīng)急人員(ER Staff)出現(xiàn)在現(xiàn)場; 應(yīng)急預(yù)案管理過程(ER Plan Management Process)是從上位本體中繼承的類過程(Process)的子類，表明應(yīng)急預(yù)案從產(chǎn)生到作廢的全過程; 意向性過程(Intentional Process)是上位本體中的類，在領(lǐng)域本體中添加了一系列的子類:“草擬”、“審核”、“發(fā)布”、“修訂”、“宣傳”、“培訓”、“演練”以及“作廢，。這些意向性過程分別代表應(yīng)急預(yù)案管理過程(ER Plan Management Process)的不同階段，兩者通過屬性has Stage相關(guān)聯(lián)。1.3預(yù)案的存儲模型從上節(jié)所描述的應(yīng)急預(yù)案要素及其要素間關(guān)系得出，應(yīng)急預(yù)案體系(ER Plan Set)包括六種類型的應(yīng)急預(yù)案(ER Plan)，應(yīng)急預(yù)案至少包含預(yù)案管理過程(