【文章內(nèi)容簡介】 用的應(yīng)用集成聯(lián)接組件，并通過部署工具將應(yīng)用聯(lián)接組件部署到運行平臺。運行平臺是應(yīng)用聯(lián)接組件的基礎(chǔ)，對組件的運行進(jìn)行協(xié)調(diào)和監(jiān)控，包括對運行框架進(jìn)行解釋；運行情況的記錄和顯示、異常情況處理等。應(yīng)用集成聯(lián)接組件是整個應(yīng)用集成系統(tǒng)的關(guān)鍵部分，它的作用是連接系統(tǒng)中已有的部件，構(gòu)成一個新的整體，強化整個應(yīng)用系統(tǒng)的特性。 業(yè)務(wù)流程管理從畜牧業(yè)綜合管理業(yè)務(wù)的角度來看，使用目標(biāo)、業(yè)務(wù)功能、限制等來代替流程所需資源信息對業(yè)務(wù)流程進(jìn)行描述是非常重要的。在業(yè)務(wù)流程設(shè)計過程中，需要業(yè)務(wù)經(jīng)理與負(fù)責(zé)業(yè)務(wù)流程管理的管理人員之間經(jīng)常進(jìn)行交流，以保證業(yè)務(wù)流程管理的順利實施。業(yè)務(wù)流程管理系統(tǒng)（BPMS）為管理者提供了一種有效的決策輔助方法，正確的執(zhí)行管理決策依賴于清晰業(yè)務(wù)流程。BPMS技術(shù)能夠為管理者和審批業(yè)務(wù)人員提供定義、變更、實施業(yè)務(wù)流程的方法，并保證業(yè)務(wù)系統(tǒng)的靈活性和一致性，而不必考慮更多的細(xì)節(jié)問題。BPMS是輔助G2G、G2B和G2C這樣的現(xiàn)代集成式應(yīng)用的核心工具。BPMS為管理整個自動化的畜牧業(yè)流程和業(yè)務(wù)活動的提供如下幫助：能夠迅速使業(yè)務(wù)調(diào)整通過業(yè)務(wù)概念和業(yè)務(wù)目標(biāo)等形式付諸實施，并且這些實施幾乎可以是實時進(jìn)行。 能夠從畜牧業(yè)角度對任何業(yè)務(wù)流程的調(diào)整進(jìn)行分析和評價。能夠按照制訂好的業(yè)務(wù)規(guī)則目標(biāo)，保證具體畜牧業(yè)的順利實施，進(jìn)而通過優(yōu)化，降低成本，提高效率。將畜牧業(yè)目標(biāo)與資源管理分離，知識和流程的引用是按照審批任務(wù)目標(biāo)來統(tǒng)籌安排的。 web servicesWeb services是為了讓地理上分布在不同區(qū)域的計算機(jī)和設(shè)備一起工作，以便為用戶提供各種各樣的服務(wù)。用戶可以控制要獲取信息的內(nèi)容、時間、方式，而不必像現(xiàn)在這樣在無數(shù)個信息孤島中瀏覽，去尋找自己所需要的信息。利用Web services，公司和個人能夠迅速且廉價地通過互聯(lián)網(wǎng)向全球用戶提供服務(wù)，建立全球范圍的聯(lián)系，在廣泛的范圍內(nèi)尋找可能的合作伙伴。隨著Web服務(wù)技術(shù)的發(fā)展和運用，我們目前所進(jìn)行的開發(fā)和使用應(yīng)用程序的信息處理活動將過渡到開發(fā)和使用Web services。將來，Web services將取代應(yīng)用程序成為Web上的基本開發(fā)和應(yīng)用實體。 目錄技術(shù)目錄服務(wù)是在分布式計算機(jī)環(huán)境中，定位和標(biāo)識用戶以及可用的各網(wǎng)絡(luò)元素和網(wǎng)絡(luò)資源，并提供搜索功能和權(quán)限管理功能的服務(wù)機(jī)制。政府部門為了實現(xiàn)各個分立的“信息孤島”走向連通和融合，一方面政務(wù)系統(tǒng)需要將自身的職能和業(yè)務(wù)協(xié)作要求公布出去；另一方面，也希望能夠檢索并獲取其他政務(wù)系統(tǒng)的信息和公共的信息資源。這些需求采用目錄服務(wù)都能夠得到滿足。目錄服務(wù)的核心是一個樹狀結(jié)構(gòu)的信息目錄，將網(wǎng)絡(luò)中的數(shù)據(jù)資源、數(shù)據(jù)處理資源和用戶信息按有次序的結(jié)構(gòu)進(jìn)行組織，并且專門針對海量查詢的使用情況進(jìn)行了優(yōu)化，極大地提高了數(shù)據(jù)讀取和查詢性能。目錄服務(wù)不僅可以提供分布式計算網(wǎng)絡(luò)的視圖，以邏輯的觀念來管理網(wǎng)絡(luò)，而且它能實現(xiàn)以人為本的網(wǎng)絡(luò)管理方式。它可以記載網(wǎng)絡(luò)的所有文件以及所有在網(wǎng)絡(luò)上運行的資源，以及使用者帳號、身份口令、密碼、卷、文檔，應(yīng)用程序以至于域名服務(wù)器DHCP、IP地址以及認(rèn)證的公鑰等。此外，目錄軟件還保存和管理對包括人員、業(yè)務(wù)過程和供內(nèi)部使用的資源等有關(guān)公司和政府機(jī)構(gòu)詳細(xì)信息的訪問。目錄服務(wù)樹中的一個目錄對象可以通過它的名字檢索，或者通過使用一組搜索標(biāo)準(zhǔn)（表示目錄對象的名字和屬性）檢索。在電子政務(wù)分布式計算環(huán)境中，各單位對其他單位有用的信息可以在目錄服務(wù)注冊、解除注冊和查詢。目錄服務(wù)與數(shù)據(jù)庫服務(wù)的不同之處在于，它們一般缺少數(shù)據(jù)庫提供的事務(wù)功能和大規(guī)模數(shù)據(jù)的數(shù)據(jù)庫支持。利用目錄服務(wù)可以實現(xiàn)以下功能：企業(yè)和政府機(jī)構(gòu)內(nèi)部擁有內(nèi)部信息資源的管理，以分布方式存儲有關(guān)系統(tǒng)構(gòu)成的信息，在多個服務(wù)器中復(fù)制目錄，通過查詢目錄服務(wù)器來獲得所需要的信息；為企業(yè)和個人提供白頁和黃頁查詢服務(wù)，如企業(yè)、單位的服務(wù)電話、通信地址等；對個人和企業(yè)進(jìn)行統(tǒng)一信息管理，實現(xiàn)單一用戶登錄，統(tǒng)一管理服務(wù)、資源和應(yīng)用程序的使用；對企業(yè)、政府機(jī)構(gòu)所提供的服務(wù)功能提供統(tǒng)一目錄管理，便于注冊、查找和修改；信息資源的即時更新，使得目錄訪問者可以隨時獲得最新的信息。廣義的意義講，安全證書管理、DNS、NIS、UDDI等都可以納入到目錄服務(wù)的范疇。目前CA中心的安全證書管理和UDDI 注冊庫的管理都使用了LDAP目錄服務(wù)。LDAP目錄服務(wù)提供的是一種統(tǒng)一的目錄訪問的服務(wù)，其與對外所提供的服務(wù)功能是沒有直接關(guān)系的，其所提供的是一種目錄服務(wù)的統(tǒng)一機(jī)制。 應(yīng)用系統(tǒng)設(shè)計 信息采集系統(tǒng) 概述信息采集系統(tǒng)基于成熟的 技術(shù)平臺，實現(xiàn)對報表信息從采集流程、采集內(nèi)容、采集樣式到采集信息發(fā)布、審核、上報的全面管理。 功能結(jié)構(gòu) 詳細(xì)功能說明 采集流程管理通過可視化的定義工具，能夠簡便快捷的定義從縣到地到省到部的報表采集流程。部級系統(tǒng)管理員能通過本功能定義采集點之間的管理關(guān)系，根據(jù)內(nèi)置采集流程模板確定采集方式，可實現(xiàn)根據(jù)數(shù)據(jù)關(guān)系自動計算匯總、指標(biāo)單位相互轉(zhuǎn)換等； 報表模板定制提供拖拽以所見即所得的方式（拖拽方式），靈活定制基于B/S和C/S方式的各種上報報表、展示各類數(shù)據(jù)源表格，用統(tǒng)一的標(biāo)準(zhǔn)和規(guī)范，與各類應(yīng)用有高效的接口。可靈活制定新報表的樣式、指標(biāo)，提供指標(biāo)關(guān)系定制，報表驗證等功能； 報表模板發(fā)布業(yè)務(wù)統(tǒng)計報表定制后，通過系統(tǒng)送消息，提供信息點的采集人員下載填報； 報表模板導(dǎo)入導(dǎo)出提供模板的導(dǎo)入導(dǎo)出功能，在系統(tǒng)部署到新的采集點、數(shù)據(jù)導(dǎo)入導(dǎo)出或系統(tǒng)受損恢復(fù)時使用；可提供多種文件格式的無失真導(dǎo)入導(dǎo)出。 報表上報填表人填寫制定好的報表，并可以選擇上報目標(biāo)（受上報流程限制）。上報事件將會記錄到行為審核日志中。 報表綜合查詢可對報表歷史信息根據(jù)名稱、機(jī)構(gòu)、時間等要素進(jìn)行分類查詢，分類條件可由用戶靈活確定，查詢結(jié)果可直接進(jìn)行進(jìn)一步分析計算，可實現(xiàn)標(biāo)準(zhǔn)統(tǒng)計報表和靈活報表的打印輸出功能。 報表審核上報數(shù)據(jù)采用自動和人工審核相結(jié)合的方式，并進(jìn)行逐級審核，最終由國家畜牧業(yè)管理部門審核通過后方可提交查詢統(tǒng)計系統(tǒng)進(jìn)行分析。對報上來的報表進(jìn)行審核，可以選擇通過或者要求重新上報（可填寫審核意見）?？梢耘繉徍藞蟊?。審核信息會記錄到行為審核日志中；數(shù)據(jù)錄入自動審核可定義條件（由后臺系統(tǒng)管理員定義），有錯誤審核時可以提示，保證入庫數(shù)據(jù)質(zhì)量。 報表數(shù)據(jù)修正提供對匯總數(shù)據(jù)的修改功能，根據(jù)權(quán)限設(shè)定可對統(tǒng)計報表的匯總結(jié)果進(jìn)行調(diào)整； 報表歸檔管理對各類報表提供歸檔管理功能。 考核管理實現(xiàn)考核管理辦法對填報單位的考核評分，可對填報不及時單位進(jìn)行催報提示（可采用發(fā)郵件或短信的方式）?？蓪崿F(xiàn)電子文檔傳輸功能，并對填報單位上報的材料進(jìn)行考核評分。如考核要求發(fā)生變化，可實現(xiàn)由用戶靈活定制的考核評分條件。 后臺設(shè)置通過后臺對系統(tǒng)用戶進(jìn)行權(quán)限的靈活分級設(shè)置，設(shè)置用戶的數(shù)據(jù)采集、訪問權(quán)限。 歷史數(shù)據(jù)導(dǎo)入完成的系統(tǒng)應(yīng)已經(jīng)把歷史數(shù)據(jù)導(dǎo)入。 綜合分析系統(tǒng) 概述信息綜合分析系統(tǒng)支持靈活的數(shù)據(jù)自定義查詢、統(tǒng)計分析功能及選擇本地的數(shù)據(jù)進(jìn)行各種分析，并可定制各種統(tǒng)計報表，繪制形象直觀的統(tǒng)計圖表，能夠清晰的顯示瀏覽各種統(tǒng)計數(shù)據(jù)和查詢數(shù)據(jù)，導(dǎo)出為指定數(shù)據(jù)格式。 功能結(jié)構(gòu) 詳細(xì)功能說明 報表統(tǒng)計匯總根據(jù)報表類型、地域等指標(biāo)進(jìn)行分類統(tǒng)計匯總，包括統(tǒng)計年報匯總，專題調(diào)查匯總，監(jiān)測點報表自動匯總等功能； 綜合分析針對不同報表、不同指標(biāo)進(jìn)行分時期、分指標(biāo)、分地域、分階段、分種類等方式的分析匯總功能，如環(huán)比、同期比等多種分析功能，分析匯總條件可進(jìn)行靈活調(diào)整。最高級別授權(quán)可對各種數(shù)據(jù)進(jìn)行分析匯總，其他用戶需授權(quán)訪問不同級別狀態(tài)的數(shù)據(jù)。 分析報告管理提供分析報告模板定制，報告發(fā)布、報告交互和報告查詢功能。 預(yù)警管理對各種異常數(shù)據(jù)及情況進(jìn)行預(yù)警（預(yù)警條件可自定義），將分析預(yù)警結(jié)果通過各種圖形直觀顯示，并可與地圖結(jié)合直觀顯示。 權(quán)限管理可通過后臺服務(wù)器設(shè)置用戶數(shù)據(jù)訪問權(quán)限。 接口管理靈活的二次開發(fā)接口，便于系統(tǒng)未來的擴(kuò)展。 系統(tǒng)管理與維護(hù) 概述完善的系統(tǒng)管理包括系統(tǒng)用戶管理、權(quán)限管理、系統(tǒng)操作日志、數(shù)據(jù)校驗、數(shù)據(jù)轉(zhuǎn)換、字段過濾、數(shù)據(jù)備份、歷史數(shù)據(jù)管理、系統(tǒng)功能定制與擴(kuò)展等功能。 功能結(jié)構(gòu) 詳細(xì)功能說明 基礎(chǔ)數(shù)據(jù)管理（1）采集指標(biāo)管理：可以添加，刪除，修改指標(biāo)等，在定制表格時可以拖拽已有的指標(biāo)；（2）信息分類管理：可以添加，刪除，修改信息的分類，信息添加時可以選擇已有的分類；（3）機(jī)構(gòu)、部門、人員分類管理：提供樹型結(jié)構(gòu)管理部、省、市、縣以及內(nèi)部部門人員信息的管理。可以添加，刪除節(jié)點，節(jié)點代表省、市、縣等單位，和采集流程管理配合來管理上報流程； 系統(tǒng)維護(hù)管理（1）系統(tǒng)升級管理：提供系統(tǒng)功能的升級服務(wù)；（2）系統(tǒng)數(shù)據(jù)備份/恢復(fù)：提供緊急情況下的數(shù)據(jù)備份和恢復(fù)功能。 行為審核、日志管理記錄系統(tǒng)及用戶操作行為，可按類型進(jìn)行查詢。 角色權(quán)限管理（1）用戶角色管理可以創(chuàng)建刪除角色，角色可以被賦予允許被訪問的頁面，以及各種訪問權(quán)限，數(shù)據(jù)權(quán)限等?？蓪Ω鹘巧珯?quán)限進(jìn)行更改。（2）用戶權(quán)限管理可以創(chuàng)建刪除用戶，用戶可以被賦予多個角色，用戶被賦予某個角色的同時就擁有了此角色的所有權(quán)限。 接口設(shè)計 消息定義標(biāo)準(zhǔn)在消息驅(qū)動的系統(tǒng)設(shè)計中，首要的任務(wù)當(dāng)然是完成消息定義，我們并不是要定義IP包之類，這里的消息定義工作落在ISO OSI七層模型的第七層（應(yīng)用層），這方面有很好的案例可供參考，即HL7，但HL7與本架構(gòu)的設(shè)計目標(biāo)并不完全一致，因而不宜生搬硬套，但可學(xué)習(xí)其基本原理，而根據(jù)我們的目標(biāo)定義我們的消息。本設(shè)計并不打算完成系統(tǒng)中所有具體消息的定義，只試圖定義適用于所有消息的統(tǒng)一結(jié)構(gòu)。消息結(jié)構(gòu)又可分作兩部分：控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)，其中數(shù)據(jù)結(jié)構(gòu)因具體消息的不同而異，因而也不屬于本設(shè)計范疇，這里只定義統(tǒng)一的消息控制結(jié)構(gòu)。考慮到消息需在WAN或其它介質(zhì)上傳輸，以XML格式定義和傳輸消息都是合理的選擇，通用的消息結(jié)構(gòu)可定義如下：Message GUID=”?” Sender=”?” Receiver=”?” Type=”?” NeedACK=”?” SendDate=”?” Persistable=”?” Data//Message 其中：l GUID――為可選屬性，是一個128位的全局唯一標(biāo)識符，用于唯一標(biāo)識一個消息實例，當(dāng)消息發(fā)送者要求接收者回執(zhí)時（如基于消息的同步調(diào)用）有用（接收者可將該GUID寫在回執(zhí)中，以標(biāo)識消息與回執(zhí)的對應(yīng)關(guān)系）。l Sender――發(fā)送者地址，用于在應(yīng)用層唯一標(biāo)識一個消息發(fā)送主體，稍后將給出具體定義。l Receiver――接收者地址，與Sender同時構(gòu)成一次消息收發(fā)的兩端。l Type――消息類型。標(biāo)識具體的消息定義。對于特定的Type，上述Data將具有明確的結(jié)構(gòu)定義。l NeedACK――是否需要回執(zhí)，取值：0和1。取值為0，則，接收者在收到該消息后無需回執(zhí)；否則，接收者在收到消息后需再給相應(yīng)的發(fā)送者發(fā)一個回執(zhí)消息，以確認(rèn)收到，用于基于消息的同步調(diào)用。l SendDate――發(fā)送日期時間。可選項。l Persistable――是否可被永久化?？蛇x項。取值0或1。若取值為0，則要求發(fā)消息時，接收者同時在線，否則，發(fā)送行為將失敗返回，消息也將被丟棄；若取值為1，當(dāng)消息發(fā)送時，若接收者離線，消息將被保存在數(shù)據(jù)中心的相關(guān)數(shù)據(jù)庫中，由目標(biāo)接收者下次上線時自行到數(shù)據(jù)中心檢索。該方式甚至使傳統(tǒng)的“報盤”數(shù)據(jù)交換在新的架構(gòu)中仍能正常甚至更好地工作。 應(yīng)用層地址一次消息收、發(fā)涉及四個要素：發(fā)送者、消息、傳輸路徑和接收者。上面已經(jīng)完成應(yīng)用層消息的定義，而傳輸路徑（及相關(guān)的路由選擇）由底層通信協(xié)議保證，無需在應(yīng)用層定義，發(fā)送者和接收者分別位于一次消息收發(fā)的兩端，屬于同一實體（應(yīng)用層地址）的兩個實例，故適用于相同的定義。這里結(jié)合本架構(gòu)的設(shè)計目標(biāo)，給出應(yīng)用層地址的統(tǒng)一定義。根據(jù)邏輯架構(gòu)總綱中的設(shè)計意圖，最基本的消息收、發(fā)主體應(yīng)可定位到功能模塊，因此，需將功能模塊編號作為消息地址的一部分，而功能模塊總是屬于某個分系統(tǒng)，故將分系統(tǒng)編號作為應(yīng)用層地址定義的一部分是合理的?？捎靡韵陆Y(jié)構(gòu)化字串描述一個應(yīng)用層地址： 分系統(tǒng)編號 ：[ 功能模塊編號 ]通過上述應(yīng)用層地址定義，邏輯上可在某數(shù)據(jù)中心的覆蓋范圍內(nèi)建立兩個功能模塊之間的直接會話通道。因應(yīng)用層地址中含有分系統(tǒng)編號，因此，可在消息層面實現(xiàn)分系統(tǒng)間的邏輯隔離。 消息中心在上述消息及應(yīng)用層地址的定義中都不曾涉及底層通信協(xié)議，但實際的消息收、發(fā)總是通過適當(dāng)?shù)耐ㄐ艆f(xié)議完成，考慮到在整個系統(tǒng)虛擬網(wǎng)范圍內(nèi)，各級各類醫(yī)療機(jī)構(gòu)接入條件的差異，可支持多種通信協(xié)議是本架構(gòu)需要具備的特性，此外，如前述基于信息的服務(wù)和支持分布數(shù)據(jù)存儲等特性都將在消息中心的設(shè)計中得到體現(xiàn)。基于消息中心的系統(tǒng)架構(gòu)如下圖所示：數(shù)據(jù)中心消息中心WAN業(yè)務(wù)DB1業(yè)務(wù)DBn功能模塊1功能模塊n基于消息中心的系統(tǒng)架構(gòu)示意圖圖中虛線表示彼此“知道對方的存在”，即知道如何與對方通信。從上圖可見，各功能模塊、和業(yè)務(wù)數(shù)據(jù)庫以及數(shù)據(jù)中心彼此并不知道對方的存在，但它們都知道如何與消息中心通信，反之亦然。消息中心起著通信中介及協(xié)議轉(zhuǎn)換等作用。例如：功能模塊1申請一個服務(wù)，但它并不知道該服務(wù)該由誰提供，于是它將請求消息發(fā)給消息中心，消息中心則查找其中登記的服務(wù)提供者，比如發(fā)現(xiàn)該服務(wù)應(yīng)用數(shù)據(jù)中心提供，于是消息中心將該消息轉(zhuǎn)發(fā)給數(shù)據(jù)中心，數(shù)據(jù)中心收到消息并完成處理后，同樣不知該如何將應(yīng)答消息（如果有）直接發(fā)給申請者，于時它將應(yīng)答消息發(fā)給消息中心，消息中心再將該消息轉(zhuǎn)發(fā)給功能模塊1，至此，完成一次基于消息的服務(wù)請求過程。涉及圖中業(yè)務(wù)數(shù)據(jù)庫的服務(wù)請求過程完全相同。因此，在消息層面上，數(shù)據(jù)中心與其它業(yè)務(wù)數(shù)據(jù)庫并沒有什么不同，這意味著該架構(gòu)可很好地支持?jǐn)?shù)據(jù)的分布存儲。因為作為數(shù)據(jù)的生產(chǎn)者或消費者的功能模塊并不知道也不關(guān)心數(shù)據(jù)存儲問題，所有細(xì)節(jié)都隱藏在對特定消息的響應(yīng)實現(xiàn)中。消息中心是本架構(gòu)設(shè)計的核心，其提供的服務(wù)主要有：上線