食品藥品監(jiān)督管理局公眾信息查詢平臺(tái)-建設(shè)方案

1、食品藥品監(jiān)督管理局公眾信息查詢平臺(tái)建設(shè)方案目 錄 TOC o 1-3 h z u HYPERLINK l _Toc62057693 3.1技術(shù)方案 PAGEREF _Toc62057693 h 3 HYPERLINK l _Toc62057694 4.1.1總體設(shè)計(jì) PAGEREF _Toc62057694 h 3 HYPERLINK l _Toc62057695 4.1.2食品藥品安全云平臺(tái)設(shè)計(jì) PAGEREF _Toc62057695 h 4 HYPERLINK l _Toc62057696 4.1.3食品藥品惠民服務(wù)系統(tǒng)設(shè)計(jì) PAGEREF _Toc62057696 h 46 HYPER

2、LINK l _Toc62057697 4.1.4食品質(zhì)量追溯系統(tǒng)設(shè)計(jì) PAGEREF _Toc62057697 h 50 HYPERLINK l _Toc62057698 4.1.5網(wǎng)格化監(jiān)管平臺(tái)設(shè)計(jì) PAGEREF _Toc62057698 h 58 HYPERLINK l _Toc62057699 4.1.6電子監(jiān)管平臺(tái)設(shè)計(jì) PAGEREF _Toc62057699 h 63 HYPERLINK l _Toc62057700 4.1.7門戶網(wǎng)站改版設(shè)計(jì) PAGEREF _Toc62057700 h 67 HYPERLINK l _Toc62057701 3.2終端查詢機(jī)品牌、型號(hào)、技術(shù)參

3、數(shù)及功能設(shè)計(jì) PAGEREF _Toc62057701 h 69 HYPERLINK l _Toc62057702 4.2.1終端查詢機(jī)產(chǎn)品介紹 PAGEREF _Toc62057702 h 69 HYPERLINK l _Toc62057703 4.2.2終端查詢機(jī)產(chǎn)品展示 PAGEREF _Toc62057703 h 70技術(shù)方案總體設(shè)計(jì)項(xiàng)目背景食品安全問題關(guān)系到廣大人民群眾的身體健康和生命安全，關(guān)系到經(jīng)濟(jì)發(fā)展和社會(huì)穩(wěn)定，歷來受到高度的關(guān)注與重視。然而近年來食品安全問題日益突出，國(guó)際上瘋牛病、口蹄疫和禽流感等疾病相繼爆發(fā)和傳播，而國(guó)內(nèi)也發(fā)生了蘇丹紅、永年大蒜和劣質(zhì)奶粉等食品質(zhì)量問題。究其原

4、因是食品的生產(chǎn)過程存在眾多問題，產(chǎn)品生產(chǎn)、物流信息，檢疫檢測(cè)信息等均有太多人工參與，各操作環(huán)節(jié)均容易產(chǎn)生錯(cuò)誤/虛假信息，且各個(gè)不相關(guān)環(huán)節(jié)間很難做到信息核實(shí)，影響產(chǎn)品整體管理及信息查詢；另外產(chǎn)品生產(chǎn)、物流、經(jīng)銷、檢疫檢測(cè)等各環(huán)節(jié)相對(duì)獨(dú)立，每一環(huán)節(jié)往往只能有效查看其上下游接口環(huán)節(jié)的操作信息，難以做到信息流整體的監(jiān)察管理；無法將監(jiān)察管理信息傳遞到普通市民手中，真正在食品安全衛(wèi)生上做到安心，放心，舒心。食品一旦出現(xiàn)問題，直接危害到廣大人民群眾的身體健康和生命安全，同時(shí)對(duì)廠家來說也會(huì)蒙受重大損失，品牌形象受損，甚至企業(yè)倒閉。如果能引入食品原材料追溯系統(tǒng)，即使上市的食品出現(xiàn)問題，食品廠家也能快速找出原因，

5、可以只追回部分的問題食品而無需追回所有產(chǎn)品，可見食品追溯的重要性。二維條碼與普通的維條碼相比可以放入大量的信息，容易實(shí)現(xiàn)信息化管理，一旦食品發(fā)生質(zhì)量問題，馬上可以確認(rèn)食品的生產(chǎn)過程，食品問題原因所在，及時(shí)召回問題食品，將企業(yè)的經(jīng)濟(jì)損失、信譽(yù)損失降低到最小范圍。隨著人們食品安全意識(shí)的覺醒，人們對(duì)食品安全的要求也越來越高，而要保證食品生產(chǎn)的安全，向消費(fèi)者提供真實(shí)可靠的食品信息，自動(dòng)識(shí)別技術(shù)在食品安全上的應(yīng)用已經(jīng)是必不可少，自動(dòng)識(shí)別技術(shù)已經(jīng)陸續(xù)開始在食品安全供應(yīng)鏈上試點(diǎn)應(yīng)用，并取得了不可替代的作用。響應(yīng)國(guó)家加強(qiáng)食品監(jiān)管的號(hào)召，遵循可追溯性是食品安全保障的基本原則，通過食品溯源實(shí)現(xiàn)食品的種植養(yǎng)殖、生產(chǎn)

6、加工、包裝運(yùn)輸以及批發(fā)零售的環(huán)節(jié)鏈條進(jìn)行全程有效監(jiān)管。建設(shè)原則整個(gè)系統(tǒng)設(shè)計(jì)充分保證系統(tǒng)的可伸縮性和可擴(kuò)展性，具備相當(dāng)?shù)耐ㄓ崱⒂?jì)算機(jī)和網(wǎng)絡(luò)設(shè)備的信息容量及處理能力，并有一定的超前性，軟硬件預(yù)留接口，便于維護(hù)、升級(jí)和擴(kuò)展，以適應(yīng)將來發(fā)展的要求。食品藥品安全云平臺(tái)設(shè)計(jì)數(shù)據(jù)中心架構(gòu)設(shè)計(jì) 云計(jì)算數(shù)據(jù)中心通過運(yùn)行在單獨(dú)的服務(wù)器上的云操作系統(tǒng)對(duì)服務(wù)器、存儲(chǔ)、網(wǎng)絡(luò)等資源進(jìn)行虛擬化管理，提供可以自定義的虛擬機(jī)，在虛擬機(jī)上安裝Hadoop、hbase等Nosql分布式數(shù)據(jù)庫集群，對(duì)現(xiàn)有的數(shù)據(jù)ETL采集、清洗、轉(zhuǎn)換、匯總進(jìn)來，使用海量數(shù)據(jù)分布存儲(chǔ)技術(shù)，用spark、storm等大數(shù)據(jù)處理軟件對(duì)hbase中的數(shù)據(jù)進(jìn)行

7、分析處理，挖掘數(shù)據(jù)價(jià)值。還可以在虛擬機(jī)上運(yùn)行業(yè)務(wù)應(yīng)用系統(tǒng)，提供負(fù)載均衡和冗余備份，達(dá)到系統(tǒng)的穩(wěn)定、高可用和方便的擴(kuò)展性。通過安裝SSR等安全軟件和安全服務(wù)器，可以保證提升操作系統(tǒng)的安全級(jí)別，從而達(dá)到國(guó)家等級(jí)保護(hù)的三級(jí)要求，為客戶構(gòu)建真正的安全長(zhǎng)城。云計(jì)算數(shù)據(jù)中心可以自動(dòng)管理和動(dòng)態(tài)分配、部署、配置、重新配置以及回收資源，也可以自動(dòng)安裝軟件和應(yīng)用，具有良好的彈性和靈活性，管理、使用方便。云中心可以向用戶提供虛擬基礎(chǔ)架構(gòu)。用戶可以自己定義虛擬基礎(chǔ)架構(gòu)的構(gòu)成，如服務(wù)器配置、數(shù)量，存儲(chǔ)類型和大小等等。用戶通過自服務(wù)界面提交請(qǐng)求，每個(gè)請(qǐng)求的生命周期由平臺(tái)維護(hù)。服務(wù)器虛擬化系統(tǒng)基于服務(wù)器，存儲(chǔ)和網(wǎng)絡(luò)設(shè)備構(gòu)建

8、資源池，在資源池上通過資源的管理、調(diào)度和鏡像管理實(shí)現(xiàn)系統(tǒng)的各種高級(jí)功能，例如計(jì)算層面的系統(tǒng)負(fù)載均衡和虛擬機(jī)高可用，存儲(chǔ)層面的鏡像復(fù)制和冗余。系統(tǒng)支持以主機(jī)或者虛擬群集為單位管理資源，虛擬群集為一組共享存儲(chǔ)資源的物理主機(jī)。 云中心既是一個(gè)企業(yè)云，也可以對(duì)外提供服務(wù)，擴(kuò)展成公有云。云中心包括iaas、paas、saas三層服務(wù)：1）. SaaS：提供給客戶的服務(wù)是在 HYPERLINK /view/1316082.htm t _blank 云計(jì)算基礎(chǔ)設(shè)施上的應(yīng)用程序，用戶可以在各種設(shè)備上通過 HYPERLINK /view/930.htm t _blank 客戶端界面訪問，如 HYPERLINK

9、/view/7718.htm t _blank 瀏覽器。消費(fèi)者不需要管理或控制任何 HYPERLINK /view/1316082.htm t _blank 云計(jì)算基礎(chǔ)設(shè)施，包括網(wǎng)絡(luò)、服務(wù)器、 HYPERLINK /view/880.htm t _blank 操作系統(tǒng)、存儲(chǔ)等等；2）. PaaS：提供給消費(fèi)者的服務(wù)是把客戶采用提供的開發(fā)語言和工具（例如Java，python, .Net等）開發(fā)的或收購的應(yīng)用程序部署到供應(yīng)商的云計(jì)算基礎(chǔ)設(shè)施上去。客戶不需要管理或控制底層的云基礎(chǔ)設(shè)施，包括網(wǎng)絡(luò)、服務(wù)器、操作系統(tǒng)、存儲(chǔ)等，但客戶能控制部署的應(yīng)用程序，也可能控制運(yùn)行應(yīng)用程序的托管環(huán)境配置；可以使用do

10、cker容器完成應(yīng)用系統(tǒng)的部署和管理。3）. IaaS：提供給消費(fèi)者的服務(wù)是對(duì)所有計(jì)算基礎(chǔ)設(shè)施的利用，包括處理CPU、內(nèi)存、 HYPERLINK /view/87682.htm t _blank 存儲(chǔ)、網(wǎng)絡(luò)和其它基本的計(jì)算資源，用戶能夠部署和運(yùn)行任意軟件，包括 HYPERLINK /view/880.htm t _blank 操作系統(tǒng)和應(yīng)用程序。消費(fèi)者不管理或控制任何云計(jì)算基礎(chǔ)設(shè)施，但能控制 HYPERLINK /view/880.htm t _blank 操作系統(tǒng)的選擇、存儲(chǔ)空間、部署的應(yīng)用，也有可能獲得有限制的網(wǎng)絡(luò)組件（例如路由器、， HYPERLINK /view/3067.htm t

11、_blank 防火墻，、 HYPERLINK /view/486970.htm t _blank 負(fù)載均衡器等）的控制。云中心采用xen、kvm、VMware進(jìn)行虛擬化，LXC提供Linux容器，支持docker應(yīng)用容器。中心操作系統(tǒng)有以下特點(diǎn)：自主可控、安全可靠的云數(shù)據(jù)中心操作系統(tǒng)：我公司自主研發(fā)的國(guó)產(chǎn)云數(shù)據(jù)中心操作系統(tǒng)，加強(qiáng)了WEB安全、虛擬化安全、數(shù)據(jù)安全、訪問控制、安全審計(jì)等方面的安全控制，可幫助用戶構(gòu)建安全可控的云數(shù)據(jù)中心。異構(gòu)資源管理：支持對(duì)數(shù)據(jù)中心各類異構(gòu)硬件設(shè)備及軟件資源的統(tǒng)一管理；支持對(duì)VMWare vSphere、Inspur iVirtual等異構(gòu)虛擬化資源池的集中管理，

12、已部署的虛擬化環(huán)境可被無縫接管；精細(xì)的軟硬件資源監(jiān)控：支持對(duì)數(shù)據(jù)中心主流廠商的服務(wù)器、網(wǎng)絡(luò)設(shè)備、存儲(chǔ)設(shè)備等物理資源，操作系統(tǒng)、數(shù)據(jù)庫、WEB應(yīng)用等軟件資源，VMWare vSphere、Inspur iVirtual等虛擬化環(huán)境的精細(xì)監(jiān)控，提供界面、郵件、短信等多種告警方式，通過詳盡清晰的報(bào)表分析數(shù)據(jù)，幫助數(shù)據(jù)中心的運(yùn)維人員隨時(shí)掌握數(shù)據(jù)中心的各類資源的運(yùn)行狀況，降低運(yùn)維管理復(fù)雜度，提高運(yùn)維效率。快速的服務(wù)交付：支持通過虛擬機(jī)模板、應(yīng)用服務(wù)模板的方式，實(shí)現(xiàn)業(yè)務(wù)的快速交付，業(yè)務(wù)上線時(shí)間由原來的幾周、幾天，縮短為幾分鐘，大大提高數(shù)據(jù)中心的服務(wù)水平。資源使用按量計(jì)費(fèi)：實(shí)時(shí)的資源使用情況統(tǒng)計(jì)，讓用戶精確

13、掌控自身資源和費(fèi)用使用情況，幫助IT部門實(shí)現(xiàn)由成本中心向價(jià)值中心的角色轉(zhuǎn)變。資源按需服務(wù)：可實(shí)現(xiàn)將基礎(chǔ)架構(gòu)作為服務(wù)交付，用戶可通過自助服務(wù)門戶在線申請(qǐng)及訪問自己的虛擬數(shù)據(jù)中心、應(yīng)用服務(wù)、虛擬機(jī)等資源，實(shí)現(xiàn)資源的按需申請(qǐng)、便捷獲取、自助使用?？啥ㄖ频臉I(yè)務(wù)流程：支持用戶創(chuàng)建與原工作流程吻合的資源申請(qǐng)的審批流程，實(shí)現(xiàn)業(yè)務(wù)流程的個(gè)性化、可定制化。靈活的服務(wù)交付方式：既支持從下到上的資源申請(qǐng)與審批，也支持從上到下的資源創(chuàng)建與分配的服務(wù)交付方式，可滿足不同客戶對(duì)資源獲取方式的不同需要。多租戶私有云：可創(chuàng)建多個(gè)組織，一個(gè)組織可代表某業(yè)務(wù)部門、分部或子公司。每個(gè)組織都有各自獨(dú)立的虛擬數(shù)據(jù)中心、用戶及獨(dú)有的目錄

14、，可將組織資源分配給本組織的用戶，每個(gè)組織如同擁有自己的數(shù)據(jù)中心。利用基于權(quán)限的用戶控制機(jī)制和基于虛擬交換機(jī)的網(wǎng)絡(luò)隔離技術(shù)，實(shí)現(xiàn)多租戶環(huán)境下的安全性和可靠性，以此構(gòu)建安全的多租戶私有云。靈活可控的權(quán)限管理：支持用戶自定義角色類型，不同的權(quán)限可自由組合，實(shí)現(xiàn)靈活可控的系統(tǒng)權(quán)限管理。服務(wù)全生命周期管理：涵蓋服務(wù)提供所需的各個(gè)環(huán)節(jié)，包括服務(wù)的申請(qǐng)審批；服務(wù)的交付和回收；服務(wù)的使用統(tǒng)計(jì)和計(jì)費(fèi)；服務(wù)的運(yùn)行監(jiān)控服務(wù)移動(dòng)性：通過vApp封裝多個(gè)虛擬機(jī)服務(wù)和相關(guān)的網(wǎng)絡(luò)連接策略，遵循OVF等開放式標(biāo)準(zhǔn)，實(shí)現(xiàn)同一個(gè)云環(huán)境的終端用戶彼此之間可以輕松共享服務(wù)，而不同的云環(huán)境的用戶可以輕松的在云之間遷移服務(wù)。數(shù)據(jù)采集交

15、換平臺(tái)交換中心管理系統(tǒng)數(shù)據(jù)交換標(biāo)準(zhǔn)定義根據(jù)對(duì)目標(biāo)系統(tǒng)綜合性應(yīng)用內(nèi)容的需求分析，定義出一系列的數(shù)據(jù)交換標(biāo)準(zhǔn)。這些標(biāo)準(zhǔn)將反映各個(gè)應(yīng)用所需要的數(shù)據(jù)的結(jié)構(gòu)。同時(shí)在標(biāo)準(zhǔn)中定義的還有數(shù)據(jù)“宿主”位置等信息，表示該塊數(shù)據(jù)將向哪個(gè)業(yè)務(wù)系統(tǒng)請(qǐng)求獲得。 所有的數(shù)據(jù)交換標(biāo)準(zhǔn)定義信息，均以XML結(jié)構(gòu)記錄。可以通過數(shù)據(jù)交換標(biāo)準(zhǔn)定義管理工具完成如下功能： 新建標(biāo)準(zhǔn)、修改或刪除標(biāo)準(zhǔn)；維護(hù)標(biāo)準(zhǔn)中的屬性，包括數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)“宿主”位置、缺省過濾條件等； 實(shí)現(xiàn)對(duì)用戶身份識(shí)別與管理權(quán)限控制；數(shù)據(jù)交換流程定義 數(shù)據(jù)交換是依據(jù)數(shù)據(jù)交換流程實(shí)現(xiàn)的，針對(duì)不同的數(shù)據(jù)，需要設(shè)定和管理不同的數(shù)據(jù)流轉(zhuǎn)過程。該模塊的作用是提供圖形化界面，供給數(shù)據(jù)交

16、換平臺(tái)的管理人員實(shí)現(xiàn)數(shù)據(jù)流轉(zhuǎn)過程的定義。數(shù)據(jù)交換流轉(zhuǎn)過程的描述也采用XML方式。 具體功能如下：新建流程、修改或刪除流程 維護(hù)流程的規(guī)則、數(shù)據(jù)加工過程和數(shù)據(jù)路由方式 實(shí)現(xiàn)對(duì)用戶身份識(shí)別與管理權(quán)限控制數(shù)據(jù)交換標(biāo)準(zhǔn)與內(nèi)部數(shù)據(jù)結(jié)構(gòu)的映射管理由于數(shù)據(jù)交換標(biāo)準(zhǔn)并不知道在具體業(yè)務(wù)系統(tǒng)內(nèi)的相應(yīng)數(shù)據(jù)的位置、屬性、名稱等等信息，所以需要在業(yè)務(wù)系統(tǒng)內(nèi)對(duì)數(shù)據(jù)交換標(biāo)準(zhǔn)中的對(duì)應(yīng)項(xiàng)有一個(gè)映射關(guān)系的定義。這種定義包括數(shù)據(jù)項(xiàng)與數(shù)據(jù)項(xiàng)的對(duì)應(yīng)或組合對(duì)應(yīng)（公式化）、數(shù)據(jù)類型的匹配或轉(zhuǎn)換關(guān)系、數(shù)據(jù)項(xiàng)位置描述記錄等等。以XML結(jié)構(gòu)保存定義的內(nèi)容。 具體功能包括數(shù)據(jù)交換標(biāo)準(zhǔn)定義信息的導(dǎo)入 維護(hù)數(shù)據(jù)交換標(biāo)準(zhǔn)與內(nèi)部數(shù)據(jù)結(jié)構(gòu)間的映射定義表，包

17、括數(shù)據(jù)項(xiàng)與數(shù)據(jù)項(xiàng) 的對(duì)應(yīng)或組合對(duì)應(yīng)（公式化）、數(shù)據(jù)類型的匹配或轉(zhuǎn)換關(guān)系、數(shù)據(jù)項(xiàng)位置描述記錄等等 實(shí)現(xiàn)對(duì)管理員的身份識(shí)別與管理權(quán)限控制數(shù)據(jù)交換流執(zhí)行 數(shù)據(jù)交換流的執(zhí)行是通過應(yīng)用集成中間件實(shí)現(xiàn)的。采用中間件產(chǎn)品可以保證數(shù)據(jù)交換的高效、安全和可靠地進(jìn)行。其工作原理是：讀入數(shù)據(jù)交換流程，根據(jù)流程設(shè)定，啟動(dòng)數(shù)據(jù)交換過程。根據(jù)業(yè)務(wù)需要，同時(shí)可以并發(fā)若干個(gè)數(shù)據(jù)交換流程。當(dāng)業(yè)務(wù)變化時(shí)，只需修改數(shù)據(jù)交換流程定義，就可以實(shí)現(xiàn)基于新業(yè)務(wù)的數(shù)據(jù)交換過程，因此系統(tǒng)具有很好的可擴(kuò)展能力。 具體功能如下： 接收數(shù)據(jù)驗(yàn)證數(shù)據(jù)分析流程定義根據(jù)流程進(jìn)行數(shù)據(jù)交互過程 數(shù)據(jù)交互的事務(wù)管理 日志管理和交換數(shù)據(jù)存儲(chǔ) 消息隊(duì)列管理 實(shí)現(xiàn)對(duì)

18、管理員的身份識(shí)別與管理權(quán)限控制接入管理系統(tǒng)接入點(diǎn)注冊(cè)在接入點(diǎn)向信息交換平臺(tái)注冊(cè)時(shí)，信息交換平臺(tái)會(huì)自動(dòng)檢測(cè)接入點(diǎn)提供的屬性信息是否正確，只有正確后，才可以注冊(cè)，接入點(diǎn)才可以接入信息交換平臺(tái)。 接入點(diǎn)配置 由于有很大一部分的業(yè)務(wù)系統(tǒng)早已開發(fā)完成，且采用的數(shù)據(jù)庫不同，有Sybase、Oracle、SQL Server、Access等等，各個(gè)業(yè)務(wù)系統(tǒng)根據(jù)實(shí)際需要，挑選可共享的數(shù)據(jù)，定制不同的共享接入點(diǎn)，將共享接入點(diǎn)發(fā)布到數(shù)據(jù)交換平臺(tái)上；也可以根據(jù)業(yè)務(wù)系統(tǒng)自身的不同的數(shù)據(jù)種類定制不同的共享接入點(diǎn)，將共享接入 點(diǎn)發(fā)布到數(shù)據(jù)交換平臺(tái)上。這樣就最大限度的提供了各自業(yè)務(wù)系統(tǒng)數(shù)據(jù)的共享，也保證了各業(yè)務(wù)系統(tǒng)數(shù)據(jù)的安

19、全。 共享接入點(diǎn)的管理員可以根據(jù)需要設(shè)置本接入點(diǎn)的類型（只能收、只能發(fā)、接收都可）、本節(jié)點(diǎn)只接收那種信息類型, 如果管理員本身是接入點(diǎn)的創(chuàng)建者，還可以設(shè)置本接入點(diǎn)的管理員帳號(hào)。接入點(diǎn)維護(hù) 新增接入點(diǎn)，根據(jù)各個(gè)業(yè)務(wù)系統(tǒng)的實(shí)際需要，系統(tǒng)管理員可以增加新的接入點(diǎn)，和建立新接入點(diǎn)的管理員帳號(hào)。為了便于管理和資源的充分利用，規(guī)定一個(gè)單位或部門只有一個(gè)共享(單位或部門內(nèi)部共享)接入點(diǎn)(因?yàn)槎鄠€(gè)業(yè)務(wù)系統(tǒng)可以通過一個(gè)接入點(diǎn)接入交換信息平臺(tái)). 如果要新增接入點(diǎn)，由使用單位或部門提出書面申請(qǐng)，經(jīng)系統(tǒng)平臺(tái)管理員審核同意后，統(tǒng)一由系統(tǒng)平臺(tái)管理員新增接入點(diǎn)，同時(shí)由系統(tǒng)平臺(tái)管理員設(shè)置新增接入點(diǎn)的相關(guān)信息 （二）修改接入

20、點(diǎn) 因?yàn)楦鱾€(gè)單位、部門的業(yè)務(wù)系統(tǒng)的數(shù)據(jù)種類是變化的，且用戶的要求也是變化的，所以共享接入點(diǎn)的管理員要根據(jù)需求實(shí)時(shí)來修改其共享接口，滿足其他用戶、單位、部門對(duì)數(shù)據(jù)的需求。共享接入點(diǎn)的管理員先查詢到要修改的接口，然后對(duì)接口的關(guān)鍵字及其他屬性進(jìn)行修改，但接入點(diǎn)的唯一標(biāo)識(shí)(比接入點(diǎn)編號(hào))不允許修改.修改后的共享接口在數(shù)據(jù)交換平臺(tái)上能立即反映出來，以便其他單位、部門使用。 刪除接入點(diǎn) 如果共享接入點(diǎn)的管理員認(rèn)為其定制的共享接入點(diǎn)已沒有使用意義或已被新的的共享接入點(diǎn)替代，由接入點(diǎn)的管理員提出書面申請(qǐng)，經(jīng)數(shù)據(jù)交換平臺(tái)系統(tǒng)管理員(接入點(diǎn)的創(chuàng)建者)審核通過后，統(tǒng)一由交換平臺(tái)系統(tǒng)管理員進(jìn)行刪除。共享接入點(diǎn)的管理員

21、只能申請(qǐng)刪除自己管理的共享接入點(diǎn)，在共享接入點(diǎn)刪除后，數(shù)據(jù)交換平臺(tái)記錄刪除日志,并刪除與它有關(guān)的在數(shù)據(jù)交換服務(wù)器(JMS)的隊(duì)列. 刪除接入點(diǎn)的信息要在數(shù)據(jù)交換平臺(tái)監(jiān)控上立即反映出來，以便其他單位、部門不再向它發(fā)送信息。 查詢接入點(diǎn) 根據(jù)需要, 可以按類型、狀態(tài)查詢各個(gè)接入點(diǎn)的情況，可以統(tǒng)計(jì)各個(gè)接入點(diǎn)的類型、狀態(tài)(是否有效、是否已刪除)。交換前置子系統(tǒng)交換前置子系統(tǒng)的作用 職能部門配置交換前置機(jī)，成為與信息交換總線相連接的橋梁，同時(shí)也是與部門內(nèi)部業(yè)務(wù)系統(tǒng)及業(yè)務(wù)信息庫相隔離的“堡壘”。在部門前置機(jī)上安裝前置交換數(shù)據(jù)庫、應(yīng)用適配器和信息交換軟件，用于實(shí)現(xiàn)信息的發(fā)送和接收。交換前置子系統(tǒng)的部署部門交

22、換前置機(jī)系統(tǒng)邏輯結(jié)構(gòu)如下圖所示。操作系統(tǒng) 部門交換前置機(jī)的操作系統(tǒng)一般采用Windows 2003 Server或Linux。 前置交換數(shù)據(jù)庫 部門交換前置機(jī)安裝SQL Server/MySQL數(shù)據(jù)庫作為部門前置交換信息庫。 應(yīng)用適配器系統(tǒng) 部門交換前置機(jī)安裝應(yīng)用適配器系統(tǒng)。應(yīng)用適配器系統(tǒng)負(fù)責(zé)自動(dòng)從部門前置交換信息庫提取數(shù)據(jù)發(fā)送到信息交換總線，同時(shí)，從信息交換總線上獲取信息并存儲(chǔ)到部門交換信息庫。部門交換前置機(jī)上的應(yīng)用適配器系統(tǒng)還實(shí)現(xiàn)部門業(yè)務(wù)信息庫與部門交換信息庫之間的信息交換橋接功能。 信息交換軟件部門交換前置機(jī)安裝消息中間件產(chǎn)品作為信息交換軟件系統(tǒng)，與中心交換服務(wù)器的信息交換軟件共同構(gòu)成信

23、息交換總線。交換橋接子系統(tǒng)交換平臺(tái)的交換橋接子系統(tǒng)指由部門業(yè)務(wù)應(yīng)用數(shù)據(jù)庫（或文件等數(shù)據(jù)）到前置交換數(shù)據(jù)庫（或文件等數(shù)據(jù)）之間的信息交換橋接接口，以完成兩個(gè)數(shù)據(jù)庫（或文件等數(shù)據(jù)）之間的在線實(shí)時(shí)交換的系統(tǒng)。 之所以采用橋接系統(tǒng)是為了保護(hù)業(yè)務(wù)系統(tǒng)的安全性和獨(dú)立性，信息交換平臺(tái)通過交換前置機(jī)與業(yè)務(wù)系統(tǒng)相連，在前置機(jī)上建立交換庫，用于存儲(chǔ)各節(jié)點(diǎn)向外發(fā)布的信息和從其他節(jié)點(diǎn)交換過來的信息。橋接系統(tǒng)的實(shí)現(xiàn)可以利用集成中間件提供的編程接口，但業(yè)務(wù)系統(tǒng)接口的編程是必不可少的，必須像適配器提供一個(gè)透明的數(shù)據(jù)提供源?？紤]到業(yè)務(wù)系統(tǒng)的復(fù)雜情形，有時(shí)并不一定是提供數(shù)據(jù)接口，也可以是文件的各式，提供給前置交換系統(tǒng)，再通過交

24、換平臺(tái)的進(jìn)行傳遞。 橋接系統(tǒng)還包括把數(shù)據(jù)交換到目的系統(tǒng)的情形。比如把A系統(tǒng)的數(shù)據(jù)通過交換平臺(tái)傳遞到B系統(tǒng)，那么B系統(tǒng)在接收這些數(shù)據(jù)時(shí)也需要利用橋接系統(tǒng)編寫相應(yīng)的適配器。交換橋接系統(tǒng)的分工界面交換系統(tǒng)從源到目的都涉及不同單位、不同網(wǎng)絡(luò)、不同架構(gòu)的異構(gòu)業(yè)務(wù)系統(tǒng)，除了在組織協(xié)調(diào)大量的工作外，在分工界面上也應(yīng)清晰。因?yàn)閿?shù)據(jù)交換平臺(tái)不是萬能的，在數(shù)據(jù)交換過程中涉及不少的編程工作，必須有業(yè)務(wù)單位和業(yè)務(wù)系統(tǒng)開發(fā)商的配合。以下圖為例： 交換平臺(tái)從某部門的業(yè)務(wù)系統(tǒng)獲取數(shù)據(jù)后，傳送到中心數(shù)據(jù)庫，再通過中心數(shù)據(jù)庫分發(fā)到三個(gè)不同的業(yè)務(wù)系統(tǒng)，這里至少涉及4個(gè)不同的系統(tǒng)： 首先數(shù)據(jù)源提供系統(tǒng)必須把數(shù)據(jù)送入到前置機(jī)的數(shù)據(jù)，

25、或者放在本地由數(shù)據(jù)交換平臺(tái)去抓取。數(shù)據(jù)交換平臺(tái)無法從業(yè)務(wù)系統(tǒng)中去獲取數(shù)據(jù)，因?yàn)樗恢罉I(yè)務(wù)系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)和邏輯，比如數(shù)據(jù)交換平臺(tái)并不知道OA系統(tǒng)中一份公文的數(shù)據(jù)保存在哪些表，流程現(xiàn)在是什么狀態(tài)，從安全的角度也不應(yīng)該由數(shù)據(jù)交換平臺(tái)直接抓取。正確的做法是業(yè)務(wù)系統(tǒng)根據(jù)要求把數(shù)據(jù)提取出來放到某個(gè)位置（數(shù)據(jù)庫或者文件系統(tǒng)），交換系統(tǒng)適配器去獲得這些數(shù)據(jù)。 其次，接收的目的系統(tǒng)，在獲取到數(shù)據(jù)后也要對(duì)數(shù)據(jù)進(jìn)行解析放入到自己的系統(tǒng)中，否則數(shù)據(jù)交換平臺(tái)不知道該把數(shù)據(jù)放在什么位置，即使知道也不安全。 所以，從分工界面來說，數(shù)據(jù)交換與業(yè)務(wù)系統(tǒng)有著密切的關(guān)心，必須有業(yè)務(wù)系統(tǒng)的支持才能實(shí)現(xiàn)信息的交換。運(yùn)行監(jiān)控平臺(tái)傳輸監(jiān)

26、控 傳輸監(jiān)控的主要任務(wù)是對(duì)交換平臺(tái)本身和流過交換平臺(tái)的數(shù)據(jù)包進(jìn)行觀察與控制。 傳輸監(jiān)控包括如下幾個(gè)方面： （1）對(duì)數(shù)據(jù)流量和狀態(tài)的查詢、統(tǒng)計(jì)與審計(jì)； （2）對(duì)信息交換平臺(tái)自身運(yùn)行狀態(tài)的查詢和監(jiān)控； （3）對(duì)信息交換平臺(tái)的遠(yuǎn)程監(jiān)控。 數(shù)據(jù)流量和狀態(tài)的監(jiān)控，首先是對(duì)于所有通過信息交換平臺(tái)進(jìn)行交換的數(shù)據(jù)總量的把握，其次是對(duì)每個(gè)通過信息交換平臺(tái)的數(shù)據(jù)包狀態(tài)的微觀把握。通過監(jiān)控功能，可以了解在指定時(shí)間內(nèi)按照進(jìn)入/轉(zhuǎn)出、目的地/來源地、數(shù)據(jù)量大小等項(xiàng)目進(jìn)行查詢和統(tǒng)計(jì)，從而實(shí)現(xiàn)對(duì)總量的把握；通過對(duì)數(shù)據(jù)狀態(tài)（例如等待處理、正在進(jìn)行、處理完畢、回執(zhí)收到、處理中斷等）的監(jiān)控，可以追蹤某一個(gè)指定數(shù)據(jù)的狀態(tài)。 對(duì)信息

27、交換平臺(tái)自身運(yùn)行狀態(tài)的查詢和監(jiān)控，是為了確認(rèn)信息交換平臺(tái)自身的運(yùn)行是否正常。查詢和監(jiān)控的對(duì)象主要是構(gòu)成共享平臺(tái)的各類軟件運(yùn)行實(shí)體（例如進(jìn)程、隊(duì)列等）。以進(jìn)程為例，監(jiān)控的主要操作包括查詢進(jìn)程狀態(tài)、停止進(jìn)程、重新啟動(dòng)進(jìn)程等。 對(duì)信息交換平臺(tái)的遠(yuǎn)程監(jiān)控，是指通過監(jiān)控命令的交換，對(duì)系統(tǒng)中的遠(yuǎn)端信息交換平臺(tái)部件進(jìn)行上述監(jiān)控。 由于信息交換平臺(tái)的運(yùn)行記錄不僅是進(jìn)行監(jiān)控的重要依據(jù)，還是進(jìn)行審計(jì)的重要基礎(chǔ)，因此根據(jù)監(jiān)控的功能設(shè)計(jì)，必須實(shí)現(xiàn)相應(yīng)的日志機(jī)制。前置節(jié)點(diǎn)運(yùn)行監(jiān)控 中心數(shù)據(jù)交換平臺(tái)通過網(wǎng)絡(luò)連接了許多不同的節(jié)點(diǎn)，通過監(jiān)控系統(tǒng)能對(duì)分布在不同物理位置的前置交換系統(tǒng)狀態(tài)進(jìn)行必要的監(jiān)控，及時(shí)發(fā)現(xiàn)異常的監(jiān)控節(jié)點(diǎn)。數(shù)

28、據(jù)庫運(yùn)行監(jiān)控 數(shù)據(jù)交換平臺(tái)涉及中心數(shù)據(jù)庫，前置節(jié)點(diǎn)數(shù)據(jù)庫等多套數(shù)據(jù)庫系統(tǒng)，通過監(jiān)控系統(tǒng)能實(shí)時(shí)了解各節(jié)點(diǎn)數(shù)據(jù)運(yùn)行的狀態(tài)，能通過圖示的方式進(jìn)行提醒。適配器監(jiān)控 監(jiān)控平臺(tái)對(duì)橋接服務(wù)實(shí)行數(shù)據(jù)傳輸量監(jiān)控，速率監(jiān)控，歷史數(shù)據(jù)統(tǒng)計(jì)等監(jiān)控管理，對(duì)有關(guān)交換的各種組件運(yùn)行狀態(tài)及日志情況，可以非常方便的進(jìn)行監(jiān)控及查詢。系統(tǒng)管理接入編碼管理 接入點(diǎn)編號(hào)是由交換信息平臺(tái)統(tǒng)一分配給各個(gè)使用單位或部門。各個(gè)使用單位或部門要接入信息交換平臺(tái)，必須先申請(qǐng)接入點(diǎn)編號(hào)。獲得接入點(diǎn)編號(hào)后，必須要先進(jìn)行接入點(diǎn)注冊(cè)，然后才可以通過接入點(diǎn)接入到交換信息平臺(tái)。 接入點(diǎn)編號(hào)規(guī)則參考如下： A.編號(hào)長(zhǎng)度為九位(數(shù)據(jù)的長(zhǎng)度預(yù)留20位：如果以后要加

29、市的，在原來基礎(chǔ)上前面加多倆位，依此類推：加省、)； B位數(shù)的意義：第一、二位代表區(qū);第三、四位代表單位類型;最后五位流水號(hào)。比如： 00 00 00000區(qū) 單位類型 流水號(hào)數(shù)據(jù)備份及恢復(fù) 數(shù)據(jù)交換平臺(tái)涉及大量數(shù)據(jù)的存儲(chǔ)，需要有良好的數(shù)據(jù)存儲(chǔ)機(jī)制確保數(shù)據(jù)的安全，避免數(shù)據(jù)丟失。用戶管理 數(shù)據(jù)交換平臺(tái)作為一套專門的信息交換系統(tǒng)，具有完善的用戶管理體系，能創(chuàng)建不同權(quán)限、不同角色的用戶帳號(hào)，對(duì)系統(tǒng)內(nèi)的信息進(jìn)行查看和訪問。日志管理 管理員能查看系統(tǒng)不同類型的日志，對(duì)系統(tǒng)的運(yùn)行狀態(tài)進(jìn)行監(jiān)控，及時(shí)發(fā)現(xiàn)運(yùn)行過程中出現(xiàn)的問題。并提供日志審核的功能。大數(shù)據(jù)處理通過在虛擬機(jī)上安裝Hadoop2.6、hbase1.

30、0等Nosql數(shù)據(jù)庫集群，用sqoop1.3把現(xiàn)有的數(shù)據(jù)匯總進(jìn)來，要對(duì)現(xiàn)有數(shù)據(jù)做個(gè)總的分析，對(duì)字段統(tǒng)一定義規(guī)劃，制定轉(zhuǎn)換策略，做到正確性、唯一性、可用性，去除重復(fù)字段，通過ETL抽取、清洗數(shù)據(jù)，把數(shù)據(jù)導(dǎo)入hbase，這樣就可以消除信息孤島，用spark、storm等大數(shù)據(jù)處理軟件對(duì)hbase中的數(shù)據(jù)進(jìn)行分析處理，挖掘數(shù)據(jù)價(jià)值。 云中心通過調(diào)度系統(tǒng)自動(dòng)采集、加工、存儲(chǔ)數(shù)據(jù)，為應(yīng)用系統(tǒng)提供支持： hadoop架構(gòu)體系下圖是hadoop的架構(gòu)圖: 1、Hadoop實(shí)現(xiàn)了一個(gè)分布式文件系統(tǒng)（Hadoop Distributed File System），簡(jiǎn)稱HDFS。HDFS有高容錯(cuò)性的特點(diǎn)，并且設(shè)計(jì)

31、用來部署在低廉的（low-cost）硬件上；而且它提供高吞吐量（high throughput）來訪問應(yīng)用程序的數(shù)據(jù)，適合那些有著超大數(shù)據(jù)集（large data set）的應(yīng)用程序。HDFS放寬了（relax）POSIX的要求，可以以流的形式訪問（streaming access）文件系統(tǒng)中的數(shù)據(jù)。 2、YARN是一套資源統(tǒng)一管理和調(diào)度平臺(tái)，可管理各種計(jì)算框架，包括MapReduce，Spark，MPI等。包括 以下內(nèi)容：ResourceManager（RM）：整個(gè)系統(tǒng)只有一個(gè)RM，它就只管調(diào)度方面的事情，并且為集群應(yīng)用而優(yōu)化，因而具有很好的性能。RM的一個(gè)核心是它的Scheduler。調(diào)度

32、包含兩個(gè)過程，一要搜集各節(jié)點(diǎn)的情況；二要根據(jù)某種調(diào)度策略，分配合適的節(jié)點(diǎn)。搜集節(jié)點(diǎn)情況是基于一個(gè)資源容器(resource container)的概念，該容器包括cpu,disk,network等（目前只用到cpu） NodeManager（NM）：NM是每個(gè)節(jié)點(diǎn)一個(gè)實(shí)例，管理每個(gè)節(jié)點(diǎn)，它觸發(fā)應(yīng)用容器（application container），監(jiān)控節(jié)點(diǎn)的資源（cpu/disk等），大數(shù)據(jù)中心建設(shè)方案 19 并向RM報(bào)告資源的情況。 ApplicationMaster（AM）：AM是每個(gè)應(yīng)用一個(gè)實(shí)例，它是一個(gè)特定的框架接口庫，一方面與RM中的Scheduler協(xié)商得到resource con

33、tainer，另一方面與NM一起執(zhí)行和監(jiān)控各子任務(wù)部件，從系統(tǒng)的角度，AM本身也一種container。 Container：從邏輯上，container可認(rèn)為是資源的分配容器，它包括hostname，cpu，memory等屬性。AM發(fā)送ResourceRequest給RM，然后RM分配合適的Container給AM，AM再將此Container提交給它所在節(jié)點(diǎn)的NM，NM采用此資源容器運(yùn)行任務(wù)。實(shí)際上，Container是一種使用資源的“授權(quán)”，AM得到此授權(quán)后，在NM的管理下，可以運(yùn)行任何進(jìn)程（包括非Java應(yīng)用，這一點(diǎn)與1.0不同）。HiveHive是基于Hadoop的一個(gè)數(shù)據(jù)倉庫工具，

34、處理能力強(qiáng)而且成本低廉。主要特點(diǎn)： 存儲(chǔ)方式是將結(jié)構(gòu)化的數(shù)據(jù)文件映射為一張數(shù)據(jù)庫表。提供類SQL語言，實(shí)現(xiàn)完整的SQL查詢功能?？梢詫QL語句轉(zhuǎn)換為MapReduce任務(wù)運(yùn)行，十分適合數(shù)據(jù)倉庫的統(tǒng)計(jì)分析。 HbaseHBase是一個(gè)分布式的、面向列的開源數(shù)據(jù)庫，它不同于一般的關(guān)系數(shù)據(jù)庫,是一個(gè)適合于非結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)的數(shù)據(jù)庫。另一個(gè)不同的是HBase基于列的而 不是基于行的模式。HBase使用和 BigTable非常相同的數(shù)據(jù)模型。用戶存儲(chǔ)數(shù)據(jù)行在一個(gè)表里。一個(gè)數(shù)據(jù)行擁有一個(gè)可選擇的鍵和任意數(shù)量的列，一個(gè)或多個(gè)列組成一個(gè) ColumnFamily，一個(gè)Fmaily下的列位于一個(gè)HFile中，易

35、于大數(shù)據(jù)中心建設(shè)方案 20 緩存數(shù)據(jù)。表是疏松的存儲(chǔ)的，因此用戶可以給行定義各種不同的列。在 HBase中數(shù)據(jù)按主鍵排序，同時(shí)表按主鍵劃分為多個(gè)HRegion，如下圖所示（HBase數(shù)據(jù)表結(jié)構(gòu)圖）：SqoopSqoop是一款開源的工具，主要用于在HADOOP(Hive)與傳統(tǒng)的數(shù)據(jù)庫(mysql、oracle.)間進(jìn)行數(shù)據(jù)的傳遞，可以將一個(gè)關(guān)系型數(shù)據(jù)庫（例如:MySQL,Oracle,Postgres等）中的數(shù)據(jù)導(dǎo)進(jìn)到Hadoop的HDFS中，也可以將HDFS的數(shù)據(jù)導(dǎo)進(jìn)到關(guān)系型數(shù)據(jù)庫中。spark架構(gòu)體系服務(wù)支撐平臺(tái)我公司產(chǎn)品包括業(yè)務(wù)服務(wù)組件和公共服務(wù)組件，以下主要介紹公共服務(wù)組件內(nèi)容。規(guī)則引

36、擎體系結(jié)構(gòu)規(guī)則引擎由以下六大部分組成： 1. 函數(shù)：負(fù)責(zé)對(duì)數(shù)據(jù)的格式化處理，比如數(shù)據(jù)統(tǒng)計(jì)。 2. 公式：負(fù)責(zé)對(duì)數(shù)據(jù)的邏輯處理，比如值之間比大小。 3. 規(guī)則配置文件：配置校驗(yàn)數(shù)據(jù)的規(guī)則。 4. 規(guī)則模型配置文件：配置校驗(yàn)數(shù)據(jù)規(guī)則的集合。 5. 公式、函數(shù)配置文件：配置系統(tǒng)所有相關(guān)的函數(shù)以及公式。 6. 引擎主程序：調(diào)用規(guī)則引擎的入口。 7. 數(shù)據(jù)庫配置文件：與數(shù)據(jù)庫相關(guān)的配置文件。 以上幾大部分均可由開發(fā)人員靈活配置以便后續(xù)再次擴(kuò)展，程序類包機(jī)構(gòu)如下如下：類圖如下：如何使用規(guī)則引擎將規(guī)則引擎作為子模塊加入的主業(yè)務(wù)系統(tǒng)后，主業(yè)務(wù)系統(tǒng)只需在程序里調(diào)用規(guī)則引擎的com.git.easyrule.se

37、rvice.RuleService類的runRule()和runModel()方法即可，規(guī)則引擎啟動(dòng)之后便根據(jù)自身的規(guī)則配置項(xiàng)對(duì)數(shù)據(jù)進(jìn)行校驗(yàn)處理，處理結(jié)果將存入規(guī)則文件配置的指定表當(dāng)中。 在調(diào)用RuleService類的runRule()和runModel()方法時(shí)需傳入幾個(gè)參數(shù)，以下表格是參數(shù)說明：源方法代碼：RuleService rs = new RuleService(); Map paramMap = new HashMap(); paramMap.put(num, 1); paramMap.put(cardNo,; List msgList

38、= rs.runModel(M0002, paramMap); List msgList = rs.runRule(R0001, paramMap); 配置使用說明規(guī)則引擎的配置由三大部分組成： 1. 數(shù)據(jù)庫配置:配置被檢測(cè)的數(shù)據(jù)源。 2. 公式函數(shù)配置:系統(tǒng)所有的公式函數(shù)類由該配置文件管理。 3. 校驗(yàn)規(guī)則配置：系統(tǒng)所有的規(guī)則由該配置文件管理。 4. 校驗(yàn)規(guī)則模型配置：系統(tǒng)所有的規(guī)則校驗(yàn)?zāi)Ｐ陀稍撆渲梦募芾怼?shù)據(jù)庫配置文件perties規(guī)則引擎的數(shù)據(jù)配置既可以共用主業(yè)務(wù)系統(tǒng)的配置文件，也可以獨(dú)立采用該文件對(duì)其進(jìn)行靈活配置，以下是具體的配置說明：公式、函數(shù)配置文件ruleEngine_bean

39、s.xml具體詳細(xì)請(qǐng)參考本配置文件里的內(nèi)容，本文件是標(biāo)準(zhǔn)的Spring配置文件。數(shù)據(jù)校驗(yàn)規(guī)則文件ruleEngine_rules.xml rule節(jié)點(diǎn)：對(duì)表數(shù)據(jù)的縱向校驗(yàn)以及邏輯校驗(yàn)。數(shù)據(jù)校驗(yàn)規(guī)則模型文件ruleEngine_models.xml本文件的配置節(jié)點(diǎn)由兩部分組成,規(guī)則引擎根據(jù)不同節(jié)點(diǎn)進(jìn)行相應(yīng)的規(guī)則校驗(yàn)：model節(jié)點(diǎn)：提供負(fù)責(zé)的邏輯模型校驗(yàn)。 rule節(jié)點(diǎn)：對(duì)表數(shù)據(jù)的縱向校驗(yàn)以及邏輯校驗(yàn)。引擎現(xiàn)有的公式、函數(shù)公示函數(shù)擴(kuò)展規(guī)則引擎由于目前規(guī)則引擎提供的規(guī)則數(shù)量有限，為了使其更加符合主業(yè)務(wù)系統(tǒng)各方面的數(shù)據(jù)校驗(yàn)處理，規(guī)則引擎提供了相關(guān)接口供開發(fā)人員再次擴(kuò)展。 規(guī)則引擎的擴(kuò)展主要包括兩部分

40、：一.函數(shù)擴(kuò)展，二.公式擴(kuò)展。擴(kuò)展函數(shù)實(shí)現(xiàn)函數(shù)接口：主要實(shí)現(xiàn)com.git.easyrule.func.Function接口的public String getValue(List list)方法，同時(shí)實(shí)現(xiàn)類放在com.git.easyrule.func目錄 添加配置項(xiàng)：在ruleEngine_beans.xml文件中添加配置Bean,同時(shí)Bean的Name 以”function_”開頭，如下： 擴(kuò)展公式實(shí)現(xiàn)公式接口：主要實(shí)現(xiàn)com.git.easyrule.formula. Formula接口的 public boolean execute(Rule rule,Map record,Map

41、sysVarMap)方法，同時(shí)實(shí)現(xiàn)類放在com.git.easyrule.formula.impl目錄下，參數(shù)說明如下： rule:具體規(guī)則。 Record:MAP結(jié)果集 sysVarMap:系統(tǒng)變量MAP。添加配置項(xiàng)：在ruleEngine_beans.xml文件中添加配置Bean,同時(shí)Bean的Name 以” Formula_”開頭，如下： 流程引擎流程設(shè)置流程表設(shè)置在設(shè)置流程時(shí)，根據(jù)其下流轉(zhuǎn)單的情況設(shè)置好所要的所有字段信息。設(shè)置好后生成一張數(shù)據(jù)庫表。并把流程名稱，流程表名等信息記錄到一個(gè)流程記錄表里（這張表只用來記錄流程表及流程對(duì)應(yīng)的流程表名）。默認(rèn)存在的字段應(yīng)該有：流程實(shí)例名（如：20

42、11年3月消防器材發(fā)放管理工作），流程狀態(tài)，父流程表名，父流程實(shí)例id,父流程關(guān)聯(lián)流轉(zhuǎn)單編號(hào)，開始時(shí)間，結(jié)束時(shí)間等。流轉(zhuǎn)單設(shè)置流轉(zhuǎn)單基礎(chǔ)信息設(shè)置。設(shè)置流轉(zhuǎn)單名稱，即 流程在此環(huán)節(jié)時(shí)的名稱（如科長(zhǎng)審批）；設(shè)置流轉(zhuǎn)單編號(hào)，編號(hào)應(yīng)該是唯一性的；設(shè)置流轉(zhuǎn)單類型：一般流轉(zhuǎn)單或子流程流轉(zhuǎn)單或起始流轉(zhuǎn)單；選擇表單字段。字段從流程表中字段進(jìn)行選擇。選擇每個(gè)字段后，要設(shè)置此字段的配置屬性：是否只讀、是否隱藏；要設(shè)置此字段的驗(yàn)證屬性：是否必填、驗(yàn)證方法（email驗(yàn)證、長(zhǎng)度驗(yàn)證等）；要設(shè)置此字段對(duì)應(yīng)的控件：HTML控件：文本框、文本域、密碼框、下拉框、多選框、單選框、上傳框。及對(duì)應(yīng)的默認(rèn)數(shù)據(jù)和備選數(shù)據(jù)。動(dòng)態(tài)控件：

43、如部門下拉框等。及對(duì)應(yīng)默認(rèn)數(shù)據(jù)。要設(shè)置此字段的控件樣式：高寬等。根據(jù)字段的名稱流程表名等信息對(duì)此字段設(shè)置一個(gè)字符串標(biāo)識(shí)。在設(shè)置字段過程中如果覺得字段不夠，應(yīng)該有操作可以再添加流程表字段。設(shè)置流轉(zhuǎn)單顯示模板。用一個(gè)編輯器編輯流轉(zhuǎn)單的顯示形式，要顯示對(duì)應(yīng)字段時(shí)用字段的標(biāo)識(shí)符進(jìn)行占位，再顯示時(shí)根據(jù)占位的字符串顯示對(duì)應(yīng)的字段。最好可以預(yù)覽效果。設(shè)置流轉(zhuǎn)單操作權(quán)限。 設(shè)置此流轉(zhuǎn)單可操作的部門、崗位。工作組或特定個(gè)人。設(shè)置前置流轉(zhuǎn)單。指定該流轉(zhuǎn)單的前置流轉(zhuǎn)單，只有當(dāng)所有前置流轉(zhuǎn)單都是已處理狀態(tài)時(shí)。此流轉(zhuǎn)單才可進(jìn)行操作。如果前置流轉(zhuǎn)單沒有處理完成時(shí)，此流轉(zhuǎn)單顯示的提示內(nèi)容。設(shè)置前置條件。設(shè)置字段的單一條件。

44、如字段的值不為空，或等于某個(gè)值等。設(shè)置各單一條件之前的與或關(guān)系，而組成的綜合條件。并要設(shè)置如果不附合條件時(shí)顯示的提示內(nèi)容。設(shè)置下一級(jí)流轉(zhuǎn)單設(shè)置此流轉(zhuǎn)下一級(jí)流轉(zhuǎn)單，配置好對(duì)應(yīng)編號(hào)。（一個(gè)流轉(zhuǎn)單轉(zhuǎn)出時(shí)，如果下級(jí)流轉(zhuǎn)單是一般流轉(zhuǎn)單應(yīng)該設(shè)置它的狀態(tài)為需求處理，如果下級(jí)流轉(zhuǎn)單是子流程要實(shí)例化子流程）。如果要結(jié)束流程可以在此設(shè)置中設(shè)置為特定的標(biāo)記。設(shè)置此流轉(zhuǎn)單在處理時(shí)要強(qiáng)行設(shè)置為未處理狀態(tài)的下級(jí)流轉(zhuǎn)單。 設(shè)置此流轉(zhuǎn)單在處理時(shí)要強(qiáng)行設(shè)置為未處理狀態(tài)的下級(jí)流轉(zhuǎn)單。只要流轉(zhuǎn)單狀態(tài)被觸發(fā)為未處理完時(shí)，相關(guān)設(shè)置的流轉(zhuǎn)單都要設(shè)置為未處理的。子流程流轉(zhuǎn)單和起始流轉(zhuǎn)單起始流轉(zhuǎn)單。起始流轉(zhuǎn)單的作用是，提交后生成流程表實(shí)例記

45、錄。也要設(shè)置相應(yīng)的字段和相應(yīng)的操作權(quán)限及下級(jí)流轉(zhuǎn)單。子流程流轉(zhuǎn)單子流程流轉(zhuǎn)單應(yīng)該要設(shè)置記錄子流程的流程表名、默認(rèn)子流程實(shí)例名稱流程使用新建工作。選擇對(duì)應(yīng)的工作流程后，有起始流轉(zhuǎn)單操作權(quán)限的用戶才可以新建工作以實(shí)例化一個(gè)工作流。待辦工作。顯示用戶需要處理的工作流轉(zhuǎn)單實(shí)例及其狀態(tài)，以及對(duì)應(yīng)的工作流程實(shí)例名稱等。點(diǎn)擊進(jìn)入后可以操作流轉(zhuǎn)單。流轉(zhuǎn)單操作流轉(zhuǎn)單狀態(tài)初步設(shè)定流轉(zhuǎn)單狀態(tài)有：未處理，需處理，處理中，已處理。流轉(zhuǎn)單前前置條件的判斷。先判斷前置流轉(zhuǎn)單狀態(tài)。再判斷前置條件狀態(tài)。如果不附合條件顯示提示語。此流轉(zhuǎn)單不可瀏覽，或只能只讀瀏覽。如果附合條件則可以操作。流轉(zhuǎn)單操作附合條件的、狀態(tài)為非已處理的流轉(zhuǎn)

46、單可以進(jìn)行正常操作。初步設(shè)定流轉(zhuǎn)單的表單操作有：保存，轉(zhuǎn)出。保存操作，各字段信息保存后，把流轉(zhuǎn)單狀態(tài)改為處理中。轉(zhuǎn)出操作，提交前要對(duì)各字段的進(jìn)行驗(yàn)證（根據(jù)在配置流轉(zhuǎn)單字段時(shí)設(shè)置的字段驗(yàn)證方式進(jìn)行驗(yàn)證）。轉(zhuǎn)出操作執(zhí)行后，根據(jù)下一級(jí)流轉(zhuǎn)單的設(shè)置。設(shè)置下一級(jí)一般流轉(zhuǎn)單為需處理，或下一級(jí)子流程流轉(zhuǎn)單實(shí)例子流程。如果下一級(jí)流轉(zhuǎn)單設(shè)置是結(jié)束標(biāo)記。則執(zhí)行結(jié)束流程。流程日志應(yīng)該對(duì)一個(gè)工作流實(shí)例中從新建實(shí)例，到每一次工作流轉(zhuǎn)單的轉(zhuǎn)出操作，到結(jié)束都要有日志記錄。表用戶表oa_users: 真實(shí)姓名，用戶名，密碼，郵箱。用戶信息表oa_user_info: 性別、手機(jī)等其它信息部門表oa_department :

47、應(yīng)該有層級(jí)關(guān)系，有字段區(qū)分是工作組還是真實(shí)部門。部門用戶表 oa_department_user: 多對(duì)多的部門用戶關(guān)系表，確認(rèn)用戶屬于哪個(gè)部門。流程表:oa_cf_開頭： 流程引擎生成的表。流程實(shí)例名（如：2011年3月消防器材發(fā)放管理工作），流程狀態(tài)，父流程表名，父流程實(shí)例id,父流程關(guān)聯(lián)流轉(zhuǎn)單編號(hào)，開始時(shí)間，結(jié)束時(shí)間等流程名稱表oa_flow_name: 記錄流程表表名，流程名，描述，所屬部門（多個(gè)放在一個(gè)字段里記錄ID組合，0可以表示通用流程）。流轉(zhuǎn)單表Oa_flow_stepmodel: 字段應(yīng)該有：流程表名，流轉(zhuǎn)單名稱，編號(hào)，類型，下一級(jí)流轉(zhuǎn)單，強(qiáng)行關(guān)閉流轉(zhuǎn)單，表單模板，前置流轉(zhuǎn)單

48、條件（組合配置），前置字段條件（組合配置）流轉(zhuǎn)單字段表Oa_flow_stepmodel_fields: 流程表名、流轉(zhuǎn)單編號(hào)、字段程序編碼、名稱、是否只讀、是否隱藏、控件模型編號(hào)、樣式、是否必填、合法驗(yàn)證、初值等配置，占位字符串。HTML元素控件Oa_html_control: 編號(hào)、名稱、類型（動(dòng)態(tài)、靜態(tài)）流轉(zhuǎn)單操作權(quán)限人Oa_flow_stepmodel_user: 流程表名、流轉(zhuǎn)單編號(hào)、部門（ID組合）、特定人員（ID組合）流轉(zhuǎn)單實(shí)例表Oa_flow_stepentity: 流程表名、流程實(shí)例ID、流轉(zhuǎn)單編號(hào)、狀態(tài)（未處理，需處理，處理中，已處理）工作流中附件表Oa_flow_atta

49、chment: 附件類型、附件名稱、附件路徑、流程表名、流程實(shí)例ID工作流日志表Oa_flow_log: 流程表名、流程實(shí)例ID、流轉(zhuǎn)單編號(hào)、流轉(zhuǎn)單名、操作人、時(shí)間、備注緩存管理緩存的物理介質(zhì)通常是內(nèi)存，而永久性數(shù)據(jù)存儲(chǔ)源的物理介質(zhì)通常是硬盤或磁盤，應(yīng)用程序讀寫內(nèi)在的速度顯然比讀寫硬盤的速度快，如果緩存中存放的數(shù)據(jù)量非常大，也會(huì)用硬盤作為緩存的物理介質(zhì)。緩存的實(shí)現(xiàn)不僅需要作為物理介質(zhì)的硬件，同時(shí)還需要用于管理緩存的并發(fā)訪問和過期等策略的軟件。因此，緩存是通過軟件和硬件共同實(shí)現(xiàn)的。持久化層的緩存的范圍持久化層的緩存的范圍緩存的范圍決定了緩存的生命周期以及可以被誰訪問。緩存的范圍分為三類。1) 事

50、務(wù)范圍：緩存只能被當(dāng)前事務(wù)訪問。緩存的生命周期依賴于事務(wù)的生命周期，當(dāng)事務(wù)結(jié)束時(shí)，緩存也就結(jié)束生命周期。在此范圍下，緩存的介質(zhì)是內(nèi)存。事務(wù)可以是數(shù)據(jù)庫事務(wù)或者應(yīng)用事務(wù)，每個(gè)事務(wù)都有獨(dú)自的緩存，緩存內(nèi)的數(shù)據(jù)通常采用相互關(guān)聯(lián)的對(duì)象形式。2) 進(jìn)程范圍：緩存被進(jìn)程內(nèi)的所有事務(wù)共享。這些事務(wù)有可能是并發(fā)訪問緩存，因此必須對(duì)緩存采取必要的事務(wù)隔離機(jī)制。緩存的生命周期依賴于進(jìn)程的生命周期，進(jìn)程結(jié)束時(shí)，緩存也就結(jié)束了生命周期。進(jìn)程范圍的緩存可能會(huì)存放大量的數(shù)據(jù)，所以存放的介質(zhì)可以是內(nèi)存或硬盤。緩存內(nèi)的數(shù)據(jù)既可以是相互關(guān)聯(lián)的對(duì)象形式也可以是對(duì)象的松散數(shù)據(jù)形式。松散的對(duì)象數(shù)據(jù)形式有點(diǎn)類似于對(duì)象的序列化數(shù)據(jù)，但是

51、對(duì)象分解為松散的算法比對(duì)象序列化的算法要求更快。3) 集群范圍：在集群環(huán)境中，緩存被一個(gè)機(jī)器或者多個(gè)機(jī)器的進(jìn)程共享。緩存中的數(shù)據(jù)被復(fù)制到集群環(huán)境中的每個(gè)進(jìn)程節(jié)點(diǎn)，進(jìn)程間通過遠(yuǎn)程通信來保證緩存中的數(shù)據(jù)的一致性，緩存中的數(shù)據(jù)通常采用對(duì)象的松散數(shù)據(jù)形式。對(duì)大多數(shù)應(yīng)用來說，應(yīng)該慎重地考慮是否需要使用集群范圍的緩存，因?yàn)樵L問的速度不一定會(huì)比直接訪問數(shù)據(jù)庫數(shù)據(jù)的速度快多少。 持久化層可以提供多種范圍的緩存。如果在事務(wù)范圍的緩存中沒有查到相應(yīng)的數(shù)據(jù)，還可以到進(jìn)程范圍或集群范圍的緩存內(nèi)查詢，如果還是沒有查到，那么只有到數(shù)據(jù)庫中查詢。事務(wù)范圍的緩存是持久化層的第一級(jí)緩存，通常它是必需的；進(jìn)程范圍或集群范圍的緩存

52、是持久化層的第二級(jí)緩存，通常是可選的。持久化層的緩存的并發(fā)訪問策略當(dāng)多個(gè)并發(fā)的事務(wù)同時(shí)訪問持久化層的緩存的相同數(shù)據(jù)時(shí)，會(huì)引起并發(fā)問題，必須采用必要的事務(wù)隔離措施。在進(jìn)程范圍或集群范圍的緩存，即第二級(jí)緩存，會(huì)出現(xiàn)并發(fā)問題。因此可以設(shè)定以下四種類型的并發(fā)訪問策略，每一種策略對(duì)應(yīng)一種事務(wù)隔離級(jí)別。1) 事務(wù)型(Transactional)策略：僅僅在受管理環(huán)境中適用。它提供了Repeatable Read事務(wù)隔離級(jí)別。對(duì)于經(jīng)常被讀但很少修改的數(shù)據(jù)，可以采用這種隔離類型，因?yàn)樗梢苑乐古K讀和不可重復(fù)讀這類的并發(fā)問題。2) 讀寫型(read-write)策略：提供了Read Committed事務(wù)隔離級(jí)

53、別。僅僅在非集群的環(huán)境中適用。對(duì)于經(jīng)常被讀但很少修改的數(shù)據(jù)，可以采用這種隔離類型，因?yàn)樗梢苑乐古K讀這類的并發(fā)問題。3) 非嚴(yán)格讀寫型(nonstrict-read-write)策略：不保證緩存與數(shù)據(jù)庫中數(shù)據(jù)的一致性。如果存在兩個(gè)事務(wù)同時(shí)訪問緩存中相同數(shù)據(jù)的可能，必須為該數(shù)據(jù)配置一個(gè)很短的數(shù)據(jù)過期時(shí)間，從而盡量避免臟讀。對(duì)于極少被修改，并且允許偶爾臟讀的數(shù)據(jù)，可以采用這種并發(fā)訪問策略。4) 只讀型策略(read-only)：對(duì)于從來不會(huì)修改的數(shù)據(jù)，如參考數(shù)據(jù)，可以使用這種并發(fā)訪問策略。事務(wù)型并發(fā)訪問策略是事務(wù)隔離級(jí)別最高，只讀型的隔離級(jí)別最低。事務(wù)隔離級(jí)別越高，并發(fā)性能就越低。Hibernat

54、e中的緩存Hibernate中提供了兩級(jí)Cache，第一級(jí)別的緩存是Session級(jí)別的緩存，它是屬于事務(wù)范圍的緩存。這一級(jí)別的緩存由hibernate管理的，一般情況下無需進(jìn)行干預(yù)；第二級(jí)別的緩存是SessionFactory級(jí)別的緩存，它是屬于進(jìn)程范圍或群集范圍的緩存。這一級(jí)別的緩存可以進(jìn)行配置和更改，并且可以動(dòng)態(tài)加載和卸載。Hibernate還為查詢結(jié)果提供了一個(gè)查詢緩存，它依賴于第二級(jí)緩存。一級(jí)緩存和二級(jí)緩存的比較： 第一級(jí)緩存 第二級(jí)緩存 存放數(shù)據(jù)的形式：相互關(guān)聯(lián)的持久化對(duì)象 對(duì)象的散裝數(shù)據(jù) 緩存的范圍：事務(wù)范圍，每個(gè)事務(wù)都有單獨(dú)的第一級(jí)緩存，進(jìn)程范圍或集群范圍，緩存被同一個(gè)進(jìn)程或集

55、群范圍內(nèi)的所有事務(wù)共享 并發(fā)訪問策略：由于每個(gè)事務(wù)都擁有單獨(dú)的第一級(jí)緩存，不會(huì)出現(xiàn)并發(fā)問題，無需提供并發(fā)訪問策略，由于多個(gè)事務(wù)會(huì)同時(shí)訪問第二級(jí)緩存中相同數(shù)據(jù)，因此必須提供適當(dāng)?shù)牟l(fā)訪問策略，來保證特定的事務(wù)隔離級(jí)別 數(shù)據(jù)過期策略：沒有提供數(shù)據(jù)過期策略。處于一級(jí)緩存中的對(duì)象永遠(yuǎn)不會(huì)過期，除非應(yīng)用程序顯式清空緩存或者清除特定的對(duì)象 必須提供數(shù)據(jù)過期策略，如基于內(nèi)存的緩存中的對(duì)象的最大數(shù)目，允許對(duì)象處于緩存中的最長(zhǎng)時(shí)間，以及允許對(duì)象處于緩存中的最長(zhǎng)空閑時(shí)間 物理存儲(chǔ)介質(zhì)：內(nèi)存，內(nèi)存和硬盤。對(duì)象的散裝數(shù)據(jù)首先存放在基于內(nèi)在的緩存中，當(dāng)內(nèi)存中對(duì)象的數(shù)目達(dá)到數(shù)據(jù)過期策略中指定上限時(shí)，就會(huì)把其余的對(duì)象寫入基

56、于硬盤的緩存中。 緩存的軟件實(shí)現(xiàn)：在Hibernate的Session的實(shí)現(xiàn)中包含了緩存的實(shí)現(xiàn)，由第三方提供，Hibernate僅提供了緩存適配器(CacheProvider)。用于把特定的緩存插件集成到Hibernate中。 啟用緩存的方式：只要應(yīng)用程序通過Session接口來執(zhí)行保存、更新、刪除、加載和查詢數(shù)據(jù)庫數(shù)據(jù)的操作，Hibernate就會(huì)啟用第一級(jí)緩存，把數(shù)據(jù)庫中的數(shù)據(jù)以對(duì)象的形式拷貝到緩存中，對(duì)于批量更新和批量刪除操作，如果不希望啟用第一級(jí)緩存，可以繞過Hibernate API，直接通過JDBC，API來執(zhí)行指操作。 用戶可以在單個(gè)類或類的單個(gè)集合的粒度上配置第二級(jí)緩存。如果類

57、的實(shí)例被經(jīng)常讀但很少被修改，就可以考慮使用第二級(jí)緩存。只有為某個(gè)類或集合配置了第二級(jí)緩存，Hibernate在運(yùn)行時(shí)才會(huì)把它的實(shí)例加入到第二級(jí)緩存中。 用戶管理緩存的方式：第一級(jí)緩存的物理介質(zhì)為內(nèi)存，由于內(nèi)存容量有限，必須通過恰當(dāng)?shù)臋z索策略和檢索方式來限制加載對(duì)象的數(shù)目。Session的evit()方法可以顯式清空緩存中特定對(duì)象，但這種方法不值得推薦。 第二級(jí)緩存的物理介質(zhì)可以是內(nèi)存和硬盤，因此第二級(jí)緩存可以存放大量的數(shù)據(jù)，數(shù)據(jù)過期策略的maxElementsInMemory屬性值可以控制內(nèi)存中的對(duì)象數(shù)目。管理第二級(jí)緩存主要包括兩個(gè)方面：選擇需要使用第二級(jí)緩存的持久類，設(shè)置合適的并發(fā)訪問策略：

58、選擇緩存適配器，設(shè)置合適的數(shù)據(jù)過期策略。 一級(jí)緩存的管理：當(dāng)應(yīng)用程序調(diào)用Session的save()、update()、savaeOrUpdate()、get()或load()，以及調(diào)用查詢接口的list()、iterate()或filter()方法時(shí)，如果在Session緩存中還不存在相應(yīng)的對(duì)象，Hibernate就會(huì)把該對(duì)象加入到第一級(jí)緩存中。當(dāng)清理緩存時(shí)，Hibernate會(huì)根據(jù)緩存中對(duì)象的狀態(tài)變化來同步更新數(shù)據(jù)庫。Session為應(yīng)用程序提供了兩個(gè)管理緩存的方法：evict(Object obj)：從緩存中清除參數(shù)指定的持久化對(duì)象。clear()：清空緩存中所有持久化對(duì)象。二級(jí)緩存的管

59、理Hibernate的二級(jí)緩存策略的一般過程如下：1) 條件查詢的時(shí)候，總是發(fā)出一條select * from table_name where . （選擇所有字段）這樣的SQL語句查詢數(shù)據(jù)庫，一次獲得所有的數(shù)據(jù)對(duì)象。 2) 把獲得的所有數(shù)據(jù)對(duì)象根據(jù)ID放入到第二級(jí)緩存中。 3) 當(dāng)Hibernate根據(jù)ID訪問數(shù)據(jù)對(duì)象的時(shí)候，首先從Session一級(jí)緩存中查；查不到，如果配置了二級(jí)緩存，那么從二級(jí)緩存中查；查不到，再查詢數(shù)據(jù)庫，把結(jié)果按照ID放入到緩存。 4) 刪除、更新、增加數(shù)據(jù)的時(shí)候，同時(shí)更新緩存。Hibernate的二級(jí)緩存策略，是針對(duì)于ID查詢的緩存策略，對(duì)于條件查詢則毫無作用。為此

60、，Hibernate提供了針對(duì)條件查詢的Query Cache。什么樣的數(shù)據(jù)適合存放到第二級(jí)緩存中？1 很少被修改的數(shù)據(jù)2 不是很重要的數(shù)據(jù)，允許出現(xiàn)偶爾并發(fā)的數(shù)據(jù)3 不會(huì)被并發(fā)訪問的數(shù)據(jù)4 參考數(shù)據(jù),指的是供應(yīng)用參考的常量數(shù)據(jù)，它的實(shí)例數(shù)目有限，它的實(shí)例會(huì)被許多其他類的實(shí)例引用，實(shí)例極少或者從來不會(huì)被修改。不適合存放到第二級(jí)緩存的數(shù)據(jù)？1 經(jīng)常被修改的數(shù)據(jù)2 財(cái)務(wù)數(shù)據(jù)，絕對(duì)不允許出現(xiàn)并發(fā)3 與其他應(yīng)用共享的數(shù)據(jù)。常用的緩存插件Hibernater的二級(jí)緩存是一個(gè)插件，下面是幾種常用的緩存插件：l EhCache：可作為進(jìn)程范圍的緩存，存放數(shù)據(jù)的物理介質(zhì)可以是內(nèi)存或硬盤，對(duì)Hibernate的