【正文】 接入方式 AESB 通過 SCA 規(guī)范的方式，對應用系統(tǒng)所暴露出來的各種基于不同的編程語言和技術模型的功能接口進行包裝 ，將這些功能借口以標準化的方式，封裝成一個個業(yè)務服務，并注冊到 AESB 服務注冊目錄中。在這種情況下，應該始終盡量利用使用異常的請求 響應操作設計接口。 最好的方法是，通過對語義相關的事務進行分組來定義服務接口。這樣會產生具有數(shù)十個操作的接口，此方法使得服務難于理解，因此會難于 在業(yè)務流程中重用最終導致出現(xiàn)同一個服務存在很多個版本。 服務接口通常應該包含多個操作。 2) 服 務 粒度 服務 接口通常應該包含多個操作。他們將首先開發(fā)新服務的實現(xiàn)，然后將使用強大的代碼生成向導來為這些服務創(chuàng)建接口。設計人員首先定義服務接口。 統(tǒng)一標準服務 1) 設 計和開發(fā)方法 服務接口的設計有三種方法： ? 自頂向下 使用此方法時，設計人員從整體考慮，定義服務接口，然后，由各應用系統(tǒng)完成服務實現(xiàn)。加密的密碼由用戶進行設置。即消息被傳送中途出現(xiàn)網絡故障時，仍可在故障恢復重新連線后，將后續(xù)的消息片段重新發(fā)送，不必將整個消息重新發(fā)送。同樣，被切分的消息將獲得集群及智能路由帶來的好處，充分利用網絡帶寬。 ? 智能路由 在一個拓撲網絡中，消息傳輸?shù)穆窂街苯佑绊懙较⒌膫鬏斝省＿@個時候的數(shù)據(jù)轉換，就是將傳入數(shù)據(jù)的元數(shù)據(jù)，按照目標數(shù)據(jù)格式的元數(shù)據(jù)進行變遷和轉換。當數(shù)據(jù)從一個服務傳遞到另一個服務的時候，需要進行數(shù)據(jù)的轉換，使數(shù)據(jù)從一個服務可以識別的信息變更為另一個服務可以識別的信息。 AESB 所提供的腳本引擎，基于實現(xiàn) DSL 功能的函數(shù)編程語言 Apusic Elite。通過 DSL，可以根據(jù)使用者自身的習慣來訂制編程語言規(guī)則，以業(yè)務化的方式，降低編程語言的可理解性，增強編程語言的可讀性。 SDO 提供了在整個企業(yè)應用程序中表示信息的方法，是一種針對在不同的數(shù)據(jù)源之間使用統(tǒng)一的數(shù)據(jù)編程模型的規(guī)范說明，為通用的應用程序提供健壯 (robust)的支持，是應用程序、工具、框架等更容易的進行數(shù)據(jù)的增、刪、查、改、約束、更新等操作。 SDO 是一種針對在不同的數(shù)據(jù)源之間使用統(tǒng)一的數(shù)據(jù)編程模型的規(guī)范說明。通過 SCA 規(guī)范的方式，對應用系統(tǒng)所暴露出來的各種基于不同的編程語言和技術模型的功能接口進行包裝，將這些功能借口以標準化的方式，封裝成一個個業(yè)務服務，并注冊到 AESB 服務注冊目錄中。 SCA 是一種模型，可以支持實現(xiàn)服務構件的各種技術，連接服務構件的各種存取方法。合成服務包含一組構件、服務、引用和連接線，再加一組屬性，用于配置構件。業(yè)務功能可以被其它構件使用，稱為服務接口（ service interface）。 SCA 提供的模型，支持服務合成，以及新服務構件的創(chuàng)建， 其中可以包括已有應用功能在 SCA 合成服務中使用。 AESB 采用了 EDA，定義了系統(tǒng)通用事件模型，降低了系統(tǒng)內部、以及系統(tǒng)與外部擴展系統(tǒng)之間藕合度，增加了金蝶 Apusic ESB 的可擴展性。 AESB 服務注冊目錄為所有接入到 AESB 平臺中的服務建立索引，對這些服務進行編目，以便服務的請求者能夠通過簡單的名稱索引，就可以發(fā)現(xiàn)和調用所需要的服務，而不需要關心所需服務的具體地址信息，做到服務地址透明和服務實現(xiàn)透明。 青海工程建設領域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 23 頁 共 117 頁 圖 36. 由 AESB 自治網絡組成的聯(lián)邦網絡 將每一個擁有自身管理策略的以 AESB 服務器為中心進行管理的智能網絡，稱為 AESB 自治網絡?？晒芾淼氖聞召Y源包括三種，數(shù)據(jù)庫連接、消息連接和符合 JCA 的資源。 線 程服務 提供高效穩(wěn)定的線程池服務，對線程進行管理，維護線程的生命周期，處理并發(fā)請求。 青海工程建設領域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 22 頁 共 117 頁 圖 35. 金蝶 Apusic 微內核體系 伴隨中間件功能的日漸龐大復雜，內部設計微內核化是一個必然的趨勢，通過微內核體系可以減少消息中間件內部接口的復雜性，實現(xiàn)更加健壯的軟件結構，并提供更加穩(wěn)定高效的運行期表現(xiàn)。使用微內核設計，對系統(tǒng)進行升級，只要用新模塊替換舊模塊，不需要改變整個系統(tǒng)。同時， AESB 提供了可視化、界面化的配置部署工具，以可視化的方式提供全過程的支持。這種理解能夠幫助業(yè)務完成服務級的一致化過程。 增強 SRR 需要通過在實時運行的服務之間進行動態(tài)、有效的交互，來增強企業(yè)連通性。否則企業(yè)將無法對服務進行分類，訂購改變或更新，或者在改變產生之后，無法及時通知相應的客戶。 對于成功的 SOA 部署而言，當企業(yè)不再局限于第一個獨立項目時， SRR 對于有效實現(xiàn) SOA 的價值是必須的?？偟恼f來， SRR 促進了業(yè)務對象之間的協(xié)調關系、 IT 資產的重用和 SOA 的逐漸推廣。它幫助實現(xiàn)服務語義和縮小 IT 和業(yè)務世界之間的差距的業(yè)務含義，并提供服務的業(yè)務級 視圖。 青海工程建設領域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 19 頁 共 117 頁 圖 32. 不同架構的接入?yún)f(xié)議 服務注冊與管理 “ 你無法重用你無法找到的東西 ”，服務的一個特點就是可重用?？蛻舳嗽谡{用這些服務組件時，必須采用相應的傳輸協(xié)議?？蛻舳嗽谠L問這些系統(tǒng)的時候必須知道具體的應用服務器的 URL 才能調用相應的組件。 ? 有保證的信息傳遞： JMS 框架可在事務方式下管理消息并確保消息的傳遞 (但不確保傳遞的及時性 )。基于消息的接口支持以下功能： ? 點到點和發(fā)布 /預訂機制 青海工程建設領域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 18 頁 共 117 頁 ? 基于消息的框架可把信息傳給其它應用程序而這些程序不必顯式地請求它。請求者無需了解提供者實現(xiàn)業(yè)務服務的方式。 Web Service 方式 Web 服務是 SOA 的實現(xiàn)。資源適配器實際上是被服務器所托管的。 通過遵循 JCA 標準， EIS 確保能與任何提供 JCA 服務的 Java 應用服務器輕易地集成起來。服務接口結構在 SOA 中是最重要的，設計糟糕的服務接口可能會極大地導致使用此接口的很多服務使用者應用程序的開發(fā)過程變得非常復雜。 服務總線統(tǒng)一制定的標準業(yè)務服務接口，可通過多種服務實現(xiàn)方式進行接入并注冊，實現(xiàn)訪問協(xié)議的透明化；并可對各應用間的交互 服務進行協(xié)同編排，大大降低各應用系統(tǒng)之間的耦合度。此外，連接 ESB 的所有其他資產都能通過這個接口與此應用進行互動，而其他資產同樣只需一個接口便可實現(xiàn)與 ESB的連接。 ESB 是所有應用、服務以及其他 IT 資產的信息交互中樞，服務交互中的參與者連接至 ESB，而不是彼此直接相連。 青海工程建設領域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 15 頁 共 117 頁 第 3章 平臺 設計方案 方案選型 根據(jù)項目建設目標、需求及總體技術要求，建議在 項目建設采用金蝶中間件的 SOA 整體解決方案，方案涉及產品：金蝶 Apusic 門戶平臺（ Apusic Portal Server，簡稱 APS）與金蝶 Apusic 企業(yè)服務總線（ Apusic Enterprise Service Bus，簡稱為 AESB）。 系統(tǒng)采用的軟件平臺都應該基于開放式架構，從而保證整個軟硬件系統(tǒng)的“向前兼容”及“向后擴展”。 ? 技術路線需求 系統(tǒng)設計應采用業(yè)界成熟的先進技術，使系統(tǒng)建立在較高的起點。 數(shù)據(jù)交換的過程，必須能夠支持跨平臺、跨協(xié)議、跨存儲介質、跨數(shù)據(jù)結構的數(shù)據(jù)交換、影射、轉換，提供不重、不漏、不錯、不丟的可靠、安全、穩(wěn)定的數(shù)據(jù)傳輸。 ? 組播：在一個域或群組范圍內的多點群發(fā)方式。 數(shù)據(jù)共享平臺是項目信息與信用信息公開平臺建設的核心，所選擇的企業(yè)服務總線產品應具備靈活的部署模型，能夠適應不同的網絡、系統(tǒng)、硬件環(huán)境，具備數(shù)據(jù)安全傳輸能力，具備高可用性，具備可擴展性。 (六 ) 年度： 4 位數(shù)字，表示項目立項的年度。具體表示形式如下圖所示。 ? 項目編碼規(guī)則 (一) 編碼對象是工程建設領域的工程項目。 ? 信息表現(xiàn)格式 (一) 項目信息和信用信息表現(xiàn)形式為電子數(shù)據(jù)，包括結構化數(shù)據(jù)和非結構化數(shù)據(jù)。 (五 ) 信用等級評價結果公開表示為 C 等的，表示從業(yè)單位在評價期內信用較差，經營活動中有違法行為，履行合同情況較差，有工程質量安全事故記錄，有嚴重不良行為記錄。 青海工程建設領域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 12 頁 共 117 頁 前段碼（ 19 位） XXXXXX X? X XXXX XX?? X 序列碼（不定長） ? 信用等級評價結果公開表示規(guī)則 (一) 各行業(yè)根據(jù)本行業(yè)規(guī)則開展工程建設領域的從業(yè)單位信用等級評價，評價加過信息公開時應遵循公開表示規(guī)則。 (三 ) 從業(yè)單位信用檔案的內容，應包括基本信息、資質信息、業(yè)績信息、榮譽（獎勵）信息、不良行為信息等。 (五 ) 項目信息和信用信息公開由部門依據(jù)職能負責信息更新、維護和服務。項目招標投標信息由相應部門發(fā)布。列表條目內容應以“序號”、“項目編碼”、“項目名稱”、“發(fā)布日期”等標識。 青海工程建設領域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 11 頁 共 117 頁 (六 ) “專欄”內設置項目信息搜索欄?！皩诮ㄔO單位”用“行政區(qū)域名稱 +建設單位名稱”表示。 各有關部門根據(jù)審批和管理權限，及時公開項目信息。項目建設管理信息和從業(yè)單位、主要從業(yè)人員行為信息由項目建設單位提供，項目主管部門依據(jù)管理權限審核、發(fā)布。 項目信息與信用信息公開平臺將依托青海省各級部門，在政府網站及相關部門網站上建立項目信息與信用信息公開平臺連接，可從各個網站直接訪問公開平臺。 2. 執(zhí)業(yè)資格信息 ： 包括證書名稱、編號、有效起始日期、有效到期日期、核發(fā)日期、核發(fā)機關、證書狀態(tài)等內容。 （ 6） 質量安全信息：質量安全事故責任認定信息和通報批評信息等內容。 （ 2） 行政處罰信息：包括處罰種類、處罰對象、處罰事由、處罰依據(jù)、處罰內容、處罰日期、處罰執(zhí)行情況、處罰機關等內容。 3. 項目業(yè)績信息 ： 包括項目名稱、起止日期、項目規(guī)模、項目負責人、 項目獲獎情況等內容。 4. 采礦權出讓信息 ： 包括采礦權名稱、礦種、面積、經緯度拐點坐標、出讓方式、競買保證金、起拍價、拍賣時間等內容。 3. 建設用地審批信息 ： 包括項目名稱、申請單位、用地位置、用地用途、申請用地面積、批準時間等內容。 9. 交（竣）工驗收信息：包括交（竣）工驗收時間、交（竣）工驗收結果等內容；征地補償青海工程建設領域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 8 頁 共 117 頁 和移民安置、水保、環(huán)保、檔案、消防等專項驗收時間及結果信息；交付使用時間等內容。 5. 施工管理信息：包括項目進度計劃、完成情況等內容。 ? 項目建設管理公開信息 1. 項目基本信息：包括項目名稱、項目概況、建設時間、建設單位（項目法人）信息、參建單位信息等內容。 通過本項目建設，不僅實現(xiàn)信息的公開與共享，還要尋找與探討青海省信息化建設向集約型和整合模式的轉變，充分利用現(xiàn)有資源，避免重復建設的思路，對組建大型信息資源中心和社會的發(fā)展都有重要促進意義。 建設目標 本項目建設目標是通過基于 SOA 架構體系的中間件技術， 充分利用各主管部門已有信息， 建立 “工程建設領域項目信息和信用信息公開 平臺 ”，采用中間件技術一套數(shù)據(jù)共享機制，實現(xiàn)工程領域各監(jiān)管部門信息共享 ， 提升工作效率和管理水平， 實現(xiàn)政務信息公開化 與社會信用體系的建設。 通過項目信息與信用信息公開 平臺 的建設，政府可以通過信息化手段對工程項目、從業(yè)單位及從業(yè)人員進行監(jiān)管：一是對項目審批 環(huán)節(jié)進行監(jiān)管；二是公開從業(yè)單位、人員的資質、信用信息與不良行為信息 ，實現(xiàn)社會監(jiān)管。 第 5 章 案例分享 ................................................................................................................................ 67 湖南省電子政務外網數(shù)據(jù)交換平臺及信用信息系統(tǒng) ...................................................................................... 67 江蘇省企業(yè)信用基礎數(shù)據(jù)庫和服務平臺數(shù)據(jù)交換系統(tǒng) .................................................................................. 71 寧夏三農 .................................................................................................................................. 錯誤 !未定義書簽。 數(shù)據(jù)共享平臺 ..