【正文】 ........................................................................................................................ 錯誤 !未定義書簽。 軟件平臺規(guī)劃 ......................................................................................................................................................... 54 操作系統(tǒng)配置 ................................................................................................................................................ 56 中間件配置 .................................................................................................................................................... 56 數(shù)據(jù)庫配置 .................................................................................................................................................... 57 應(yīng)用軟件 ......................................................................................................................... 錯誤 !未定義書簽。 西開公司 .................................................................................................................................. 錯誤 !未定義書簽。同時，利用先進(jìn)的網(wǎng)絡(luò)與中間件技術(shù)，實現(xiàn)各行業(yè)監(jiān)管部門的信息數(shù)字化采集、存儲、傳輸及后處理，建設(shè)青海工程建設(shè)領(lǐng)域項目信息和信用信息公開 平臺 。 通過搭建“項目信息和信用信息 公開平臺 ”，實現(xiàn)信息的集中展示，將發(fā)改委、住房和城鄉(xiāng)建設(shè)廳、水利廳、交通廳、環(huán)保廳、國土廳六個部門的直接項目信息展現(xiàn) 在 公開平臺 上，將從業(yè)單位、從業(yè)人員的基本信息、單位資質(zhì)、良好行為信息、不良行為信息集中并展示在 公開平臺 上。 總體技術(shù)要求 本項目總體技術(shù)要求如下： 1. 遵循 JavaEE 國際標(biāo)準(zhǔn)規(guī)范，采用成熟、穩(wěn)定、高效的軟件產(chǎn)品與中間件產(chǎn)品搭建青海工程建設(shè)領(lǐng)域項目信息和信用信息公開平臺； 2. 采用基于 SOA 架構(gòu)的中間件技術(shù)實現(xiàn)項目信息和信用 信息公開平臺的信息采集、轉(zhuǎn)換、推送及后處理，實現(xiàn)數(shù)據(jù)的實時傳遞； 3. 通過成熟的企業(yè)服務(wù)總線產(chǎn)品與消息中間件技術(shù)，實現(xiàn)跨網(wǎng)絡(luò)的數(shù)據(jù)傳輸，保障數(shù)據(jù)傳輸?shù)陌踩?、穩(wěn)定、高效，在復(fù)雜的網(wǎng)絡(luò)環(huán)境及斷網(wǎng)、斷電等極端情況下，保障數(shù)據(jù)不會丟失； 4. 所采用產(chǎn)品應(yīng)具備高可用性，保障公開平臺業(yè)務(wù)的連續(xù)性； 5. 公開平臺所采用的技術(shù)架構(gòu) 要滿足后續(xù)建設(shè)和發(fā)展需求，方便地對平臺的 數(shù)據(jù)集成 能力進(jìn)行擴容，使 技術(shù)、效率、與成本取得平衡； 6. 平臺應(yīng)具備簡單 易用的交互風(fēng)格及可視化的配置功能，方便用戶使用 ； 7. 平臺應(yīng)全面支持 XML、 Web Service、 SOAP、 LDAP、 UDDI 等當(dāng)前受到普遍支持的國際開放標(biāo)準(zhǔn)，保證系統(tǒng)能夠與其它平臺 的應(yīng)用系統(tǒng)、數(shù)據(jù)庫等相互交換數(shù)據(jù)并進(jìn)行應(yīng)用級的互操作性和互連性； 8. 平臺應(yīng)注重系統(tǒng)本身防御外部攻擊的能力，又要提高數(shù)據(jù)傳輸?shù)陌踩裕裱鄳?yīng)的保密規(guī)范，保證系統(tǒng)安全保密性、查錯糾錯能力、抗病毒能力等。 2. 招標(biāo)投標(biāo)信息：包括招標(biāo)事項、招標(biāo)公告、投標(biāo)資格預(yù)審公告和中標(biāo)結(jié)果等內(nèi)容。 6. 合同履約信息：包括施工單位項目考核、參建單位主要相關(guān)人員按合同履約到場 信息、設(shè)備材料采購情況等內(nèi)容。 ? 項目從業(yè)單位公開信息 1. 從業(yè)單位行為信息：包括從業(yè)單位的良好行為記錄信息，不良行為記錄信息等內(nèi)容。 ? 礦業(yè)權(quán)審批和出讓信息 1. 探礦權(quán)審批信息 ： 包括許可證號、項目名稱、探礦權(quán)人、勘察單位、勘察礦種、有效期、經(jīng)緯度極值坐標(biāo)、勘查面積、地理位置、發(fā)證機關(guān)等內(nèi)容。 信用信息主要內(nèi)容包括： ? 從業(yè)單位信用信息 從業(yè)單位是指參與工程建設(shè)領(lǐng)域相關(guān)業(yè)務(wù)活動的法人單位，包括建設(shè)、勘察、設(shè)計、施工、監(jiān)理、咨詢、檢測、招標(biāo)代理、材料及設(shè)備供應(yīng)等單位和機構(gòu)。 4. 信用評價信息 ： 包括信用評價結(jié)果、評價日期、評價機構(gòu)等信息及重合同守信用情況等內(nèi)容。 （ 3） 行政強制信息：包括行政強制機關(guān)、行政強制決定文書編號、行政強制事項名稱、行政強 制依據(jù)、行政強制日期、行政強制執(zhí)行情況等內(nèi)容。 ? 從業(yè)人員信用信息 從業(yè)人員是指參與工程建設(shè)領(lǐng)域相關(guān)業(yè)務(wù)活動的主要自然人，包括法人代表，項目負(fù)責(zé)人（項目經(jīng)理），具有建造師、監(jiān)理工程師、城市規(guī)劃師等執(zhí)業(yè)資格的從業(yè)人員。 3. 良好行為記錄信息 ： 包括市地級及以上的榮譽文書編號、榮譽內(nèi)容、榮譽認(rèn)定日期、頒發(fā)機構(gòu)等內(nèi)容。 項目審批信息、管理信息、從業(yè)單位信息、從業(yè)人員信息由各主管部門審核并發(fā)布， 項目管理單位做好信息收集、發(fā)布和維護(hù)等工作。土地使用權(quán)、礦業(yè)權(quán)審批和出讓信息由國土資源主管部門收集、審核和發(fā)布。項目信息與信用信息公開平臺通過中間件技術(shù)自動采集項目信息，并在公開平臺上展示。 (三 ) “專欄”設(shè)置項目信息公開區(qū)和信用信息共享區(qū)。在搜索欄輸入關(guān)鍵字，可對專欄內(nèi)公開的項目信息進(jìn)行檢索。點擊條目進(jìn)入該條目項下的詳細(xì)信息。項目建設(shè)管理信息由項目建設(shè)單位（項目法人）提供，項目主管部門審核、發(fā)布。 (六 ) 收集和發(fā)布的信息須及時、準(zhǔn)確和完整。 (四 ) 從業(yè)人員信用檔案的內(nèi)容，應(yīng)包括基本信息、執(zhí)業(yè)資格信息、參與項目信息、榮譽（獎勵）信息、不良行為信息等。 (二 ) 信用等級評價結(jié)果公開表示分為 A、 B、 C 三等。 (六 ) 信用等級評價結(jié)果信息公開共享時，評價結(jié)果信息的對應(yīng)表示工作由信息發(fā)布或提供部門負(fù)責(zé)。 (二 ) 非結(jié)構(gòu)化數(shù)據(jù)包括辦公文檔、純文本、表格、網(wǎng)頁、圖片、音頻、視頻。 (二 ) 項目代碼由項目審批單位在項目立項時負(fù)責(zé)賦碼，項目代碼在使用過程中保持唯一性和不變性。 青海工程建設(shè)領(lǐng)域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 13 頁 共 117 頁 (四 ) 行政區(qū)劃代碼： 6 位數(shù)字，按 GB/T2260(2020)的規(guī)定執(zhí)行。 (七 ) 序列號：不定長字符的序列號，在同一前段碼下具有唯一性。 公開平臺的建設(shè)應(yīng)不影響各部門現(xiàn)有業(yè)務(wù)系統(tǒng)的正常使用，數(shù)據(jù)采集應(yīng)自動完成，實現(xiàn)各部門節(jié)點與公開平臺之間的數(shù)據(jù)傳輸模式。 數(shù)據(jù)交換必須能夠支持多種不同的會話策略，包括： ? 實時：基于事件驅(qū)動，由系統(tǒng)運行時動態(tài)產(chǎn)生和控制的會話方式。 同時，能夠通過一個節(jié)點，完成對所有的分布數(shù)據(jù)節(jié)點進(jìn)行可視化管理和維護(hù)。能夠支持不同廠家的系統(tǒng)軟件，包括操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、應(yīng)用服務(wù)器系統(tǒng)等，保證系統(tǒng)的可靠性、開放性、可維護(hù)性、先進(jìn)性。 ? 可擴展性需求 要充分考慮技術(shù)體系發(fā)展前景，適應(yīng)未來發(fā)展的需要。 金蝶 Apusic 企業(yè)服務(wù)總線 技術(shù)能力分析 面向服務(wù)架構(gòu)（ SOA）的實現(xiàn)前提是可以通過經(jīng)濟高效的方式整合現(xiàn)有的以及新建的應(yīng)用、流程和服務(wù)，無需在應(yīng)用中添加復(fù)雜的編程程序便可驗證或確保信息交換的可靠連接，而企業(yè)服務(wù)總線 ESB（ Enterprise Service Bus）正是在 SOA 環(huán)境中實現(xiàn)連接的理想解決方案。當(dāng)服務(wù)請求者連接至 ESB 時， ESB 負(fù)責(zé)將其請求傳遞 (通過消息 )至能提供所需功能與服務(wù)質(zhì)量的服務(wù)提供者。無論處理要求和復(fù)雜性發(fā)生怎樣的變化， 這些接口始終都是 ESB 環(huán)境中最重要的組件，并可在 ESB 中進(jìn)行維護(hù)，以便在周圍環(huán)境發(fā)生變化時確保應(yīng)用能夠以不變應(yīng)萬變。 統(tǒng)一標(biāo)準(zhǔn)服務(wù) 服務(wù)總線通過統(tǒng)一制定的標(biāo)準(zhǔn)業(yè)務(wù)服務(wù)來規(guī)范服務(wù)接口，各應(yīng)用系統(tǒng)按此標(biāo)準(zhǔn)接口來實現(xiàn)真正的服務(wù)。從業(yè)務(wù)角度而言，設(shè)計糟糕的服務(wù)接口可能使得業(yè)務(wù)流程的開發(fā)和優(yōu)化變得復(fù)雜。這樣，應(yīng)用服務(wù)器只需要確保允許 JCA 連接，即可與各種 EIS 進(jìn)行連接。 在一個非受管的環(huán)境（ NonManaged Environment）中，應(yīng)用程序直接與資源適配器交互以訪問 企業(yè)信息系統(tǒng)（ Enterprise Information System，以下簡稱 EIS） 。 SOA 有松耦合的三方：提供者、代理和請求者。 Web 服務(wù)被定義為請求者與提供者之間的必需的業(yè)務(wù)接口而不是所有業(yè)務(wù)請求的共同管道。相同的信息可被并行地傳遞給許多訂戶。 ? 不同種類的框架之間的互操作性：源應(yīng)用程序和目標(biāo)應(yīng)用程序可在不同種類的環(huán)境中運行而不必處理有關(guān)它們相應(yīng)的框架的通信和執(zhí)行問題。如果某個服務(wù)組件的 URL 位置改變了，那么客戶端程序必須要做相應(yīng)的修改，否則整個集成就不能工作了。一旦服務(wù)組件的傳輸協(xié)議改變，客戶端也必須修改相應(yīng)的傳輸協(xié)議。要實現(xiàn)服務(wù)的重用，就必須對服務(wù)進(jìn)行管理。一個應(yīng)用能夠在其調(diào)用服務(wù)之前核查 SRR，確定滿足功能和性能要求的最合適的服務(wù)。 服務(wù)注冊中心能夠回答“什么是服務(wù)”以及“服務(wù)定位于何處”的問題。企業(yè)如果決定構(gòu)建 SRR，就應(yīng)該努力獲得以下這些能力： 發(fā) 布與查找服務(wù) 青海工程建設(shè)領(lǐng)域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 20 頁 共 117 頁 SRR 需要具備在各部分發(fā)布與查找服務(wù)的能力，這種能力是重用的關(guān)鍵。 監(jiān)管 SRR 需要在整個 SOA 產(chǎn)品的生命周期中進(jìn)行管理，從開發(fā)、測試、生產(chǎn)直到結(jié)束。通過利用動態(tài)連接， SRR 能夠使企業(yè)的 ESB 在請求到達(dá)時找到最適合的端點，從而支持動態(tài) SOA 與松耦合。 AESB 產(chǎn)品特性 金蝶 Apusic Enterprise Service Bus （簡稱 AESB）具備面向服務(wù)、面向消息、事件驅(qū)動的特性，具備上述企業(yè)服務(wù)總線所需要的技術(shù)能力，是一個在 SOA 架構(gòu)中充當(dāng)服務(wù)間智能化集成與管理中介的靈活敏捷的基礎(chǔ)平臺。 AESB 作為一個功能服務(wù)的請求者和服務(wù)功能提供者的橋梁，以松耦合的方式實現(xiàn)服務(wù)與服務(wù)之間的集成，實現(xiàn)服務(wù)的地址透明化和協(xié)議透明化。 AESB 借鑒操作系統(tǒng)的這種精妙設(shè)計，將微內(nèi)核體系引入到產(chǎn)品實現(xiàn)中來。微內(nèi)核就好比一個原先過度忙碌的商務(wù)經(jīng)理，通過將工作分給其他人，這位經(jīng)理可以將他的能力更有效地用于重要的商務(wù)工作中去，并集中于其他一些任務(wù)，例如開辟新的商務(wù)分支等。 通 訊服務(wù) 處理與客戶端的通訊，支持 HTTP、 HTTPS、 RMI／ IIOP 等通信協(xié)議。 聯(lián)邦和自治部署體系 AESB 可以以一個 AESB 服務(wù)器為中心，連接多個 AESB 接入代理（ Agent），組成一個 AESB 智能網(wǎng)絡(luò)。多個自治網(wǎng)絡(luò)一起，構(gòu)成一個 AESB 聯(lián)邦網(wǎng)絡(luò)。 圖 37. SOA 中的服務(wù)地址透明和服務(wù)實現(xiàn)透明 通過服務(wù)地址透明和服務(wù)實現(xiàn)透明這兩大特性，可以保證服務(wù)請求者和服務(wù)提供者之間的松散耦合。 青海工程建設(shè)領(lǐng)域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 25 頁 共 117 頁 SCA 服務(wù)封裝體系 服務(wù)組件框架 （ Service Component Architecture，以下簡稱 SCA）提供了一種編程模型，可以支持基于 SOA 的應(yīng)用程序?qū)崿F(xiàn)。 圖 38. SCA 體系結(jié)構(gòu) SCA 組裝模型由一系列定義 SCA 域的配置的元件組成，包括服務(wù)構(gòu)件的組裝、連接關(guān)系及描述它們?nèi)绾芜B接的相關(guān)元件。實現(xiàn)可以依賴另一個構(gòu)件的服務(wù)接口，稱為引用（ reference）。 Composite 是發(fā)布服務(wù)的構(gòu)件單元，它比 Component 多了接口、綁定及連接線的內(nèi)容。對于構(gòu)件，青海工程建設(shè)領(lǐng)域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 26 頁 共 117 頁 不僅包括不同的編程語言，也包括這些語言使用的框架和環(huán)境。 AESB 可支持的技術(shù)模型有： ? JCA ? Web 服務(wù) ? JMS SDO 數(shù)據(jù)模型 SCA 中的一個關(guān)鍵推動因素是服務(wù)數(shù)據(jù)對象（ Service Data Object，以下簡稱 SDO）。簡單來說， SDO 就是旨在提供這樣一種數(shù)據(jù)對象：它像橡皮泥一樣，可以根據(jù)實際的數(shù)據(jù)源決定它的實際表現(xiàn)。 SDO 數(shù)據(jù)模 型具備如下的三個優(yōu)點： ? 弱類型 ? 自描述 ? 操作可回朔 AESB 擴展了 SDO 規(guī)范，實現(xiàn)動態(tài)元數(shù)據(jù)支持的 SDO 模型。 例如，在某些業(yè)務(wù)場景下，需要判斷某個閥值進(jìn)行條件判斷，用 Java 代碼表述如下： If ( tag 100) { (―1‖)。當(dāng)在復(fù)雜