【文章內(nèi)容簡介】 發(fā)布。項目招標投標信息由相應(yīng)部門發(fā)布 。項目建設(shè)管理信息和從業(yè)單位、主要從業(yè)人員行為信息由項目建設(shè)單位提供，項目主管部門依據(jù)管理權(quán)限審核、發(fā)布。土地使用權(quán)、礦業(yè)權(quán)審批和出讓信息由國土資源主管部門收集、審核和發(fā)布。相關(guān)企業(yè)基礎(chǔ)信息由企業(yè)登記主管部門依據(jù)職能公開。相關(guān)企業(yè)資質(zhì)和個人職業(yè)資格的基礎(chǔ)信息由建設(shè)資質(zhì)主管部門依據(jù)職能公開。 各有關(guān)部門根據(jù)審批和管理權(quán)限，及時公開項目信息。項目信息與信用信息公開平臺通過中間件技術(shù)自動采集項目信息，并在公開平臺上展示。 公開平臺 展示 需求描述 項目信息與信用信息公開平臺通過門戶 Portal 中間件技術(shù)，將采集到的信息展示到門戶平臺上，界面展示內(nèi)容如下： ? 項目信息公開專欄 (一) 在政府網(wǎng)站首頁設(shè)置項目信息公開專欄，名稱為“工程建設(shè)領(lǐng)域項目信息和信用信息公開共享專欄”（以下簡稱“專欄”）。 (二 ) “專欄”首頁頂部為標題區(qū)，標題內(nèi)容包括專欄名稱和專欄建設(shè)單位。“專欄建設(shè)單位”用“行政區(qū)域名稱 +建設(shè)單位名稱”表示。 (三 ) “專欄”設(shè)置項目信息公開區(qū)和信用信息共享區(qū)。 (四 ) “項目信息公開區(qū)”應(yīng)設(shè)立項目審批信息、項目建設(shè)管理信息、從業(yè)單位和主要從業(yè)人員信用信息、土地使用權(quán)、礦業(yè)權(quán)審批和出讓信息等內(nèi)容。 (五 ) “信用信息公開區(qū)”須設(shè)立 “信用信息共享目錄”，提供信用信息共享的獲取功能。 青海工程建設(shè)領(lǐng)域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 11 頁 共 117 頁 (六 ) “專欄”內(nèi)設(shè)置項目信息搜索欄。在搜索欄輸入關(guān)鍵字，可對專欄內(nèi)公開的項目信息進行檢索。 ? 項目信息公開 (一) 項目信息公開的基本內(nèi)容，應(yīng)包括：項目審批信息、項目建設(shè)管理信息、項目從業(yè)單位和主要從業(yè)人員信用信息、土地使用權(quán)、礦業(yè)權(quán)審批和出讓信息等。 (二 ) 項目信息公開內(nèi)容列表頁須采用分頁瀏覽方式。列表條目內(nèi)容應(yīng)以“序號”、“項目編碼”、“項目名稱”、“發(fā)布日期”等標識。點擊條目進入該條目項下的詳細信息。 (三 ) 詳細信息頁面上方應(yīng)顯示項目信息標題，注明信息發(fā)布部門和日期。 (四 ) 項目審批、核準信息由項目審批部門收集、審核和發(fā)布。項目招標投標信息由相應(yīng)部門發(fā)布。項目建設(shè)管理信息由項目建設(shè)單位（項目法人）提供，項目主管部門審核、發(fā)布。從業(yè)單位、主要從業(yè)人員行為信息由項目建設(shè)單位（項目法人）提供，項目主管部門審核、發(fā)布。土地使用權(quán)、礦業(yè)權(quán)審批和出讓信息由國土部門收集、審核和發(fā)布。 (五 ) 項目信息和信用信息公開由部門依據(jù)職能負責(zé)信息更新、維護和服務(wù)。 (六 ) 收集和發(fā)布的信息須及時、準確和完整。 ? 信用信息共享 (一) 信用信息共享的基本內(nèi)容，應(yīng)包括：從業(yè)單位基本信息、資質(zhì)信息、項目業(yè)績信息、信用評價信息、良好 行為記錄信息和不良行為記錄信息等；從業(yè)人員基本信息、執(zhí)業(yè)資格信息、良好行為記錄信息和不良行為記錄信息等。 (二 ) 信用信息共享提供部門須提供網(wǎng)絡(luò)在線的信息獲取方式。 (三 ) 從業(yè)單位信用檔案的內(nèi)容，應(yīng)包括基本信息、資質(zhì)信息、業(yè)績信息、榮譽（獎勵）信息、不良行為信息等。 (四 ) 從業(yè)人員信用檔案的內(nèi)容，應(yīng)包括基本信息、執(zhí)業(yè)資格信息、參與項目信息、榮譽（獎勵）信息、不良行為信息等。 (五 ) 從業(yè)單位和從業(yè)人員信用檔案，須注明發(fā)布機構(gòu)和發(fā)布日期，各類信息須注明來源部門和收集日期。 (六 ) 共享信用信息的提供、更新、維護和服務(wù)，由各級行業(yè)主管部門依據(jù)職能 負責(zé)。 青海工程建設(shè)領(lǐng)域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 12 頁 共 117 頁 前段碼（ 19 位） XXXXXX X? X XXXX XX?? X 序列碼（不定長） ? 信用等級評價結(jié)果公開表示規(guī)則 (一) 各行業(yè)根據(jù)本行業(yè)規(guī)則開展工程建設(shè)領(lǐng)域的從業(yè)單位信用等級評價，評價加過信息公開時應(yīng)遵循公開表示規(guī)則。 (二 ) 信用等級評價結(jié)果公開表示分為 A、 B、 C 三等。 (三 ) 信用等級評價結(jié)果公開表示為 A 等的，表示從業(yè)單位在評價期內(nèi)信用較好，投標行為規(guī)范，履行合同情況較好，工程質(zhì)量優(yōu)良，無不良行為記錄。 (四 ) 信用等級評價結(jié)果公開表示為 B 等的，表示從業(yè)單位在評價期內(nèi)信用一般，投標行為基本規(guī)范，履行合同法情況一般，無工程質(zhì)量安全事故，無較大不良行為記錄。 (五 ) 信用等級評價結(jié)果公開表示為 C 等的，表示從業(yè)單位在評價期內(nèi)信用較差，經(jīng)營活動中有違法行為，履行合同情況較差，有工程質(zhì)量安全事故記錄，有嚴重不良行為記錄。 (六 ) 信用等級評價結(jié)果信息公開共享時，評價結(jié)果信息的對應(yīng)表示工作由信息發(fā)布或提供部門負責(zé)。評價結(jié)果信息對應(yīng)表示后的展現(xiàn)方式是評價結(jié)果信息后位加括號標定對應(yīng)等級信息，以示區(qū)分。如“ AAA(A)”，表示原等級為 AAA，對應(yīng)表示后的等級為 A。 ? 信息表現(xiàn)格式 (一) 項目信息和信用信息表現(xiàn)形式為電子數(shù)據(jù)，包括結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)。 (二 ) 非結(jié)構(gòu)化數(shù)據(jù)包括辦公文檔、純文本、表格、網(wǎng)頁、圖片、音頻、視頻。 (三 ) 根據(jù) GB/T209162020，文本文檔采用 XML 格式，圖片采用 JPEG 格式，音頻采用 WAV 格式，視頻采用 AVI 格式。 (四 ) 辦公文檔、純文本、表格和網(wǎng)頁中的中文采用簡體中文字符。 ? 項目編碼規(guī)則 (一) 編碼對象是工程建設(shè)領(lǐng)域的工程項目。 (二 ) 項目代碼由項目審批單位在項目立項時負責(zé)賦碼，項目代碼在使用過程中保持唯一性和不變性。 (三 ) 項目代碼是采用組合編碼方式生成的特征組合碼，由 19 位前段碼和不定長序列碼組成。排列順序從左至右依次為： 6 位行政區(qū)劃代碼， 9 位項目建設(shè)單位組織機構(gòu)代碼， 4 位年度和不定長序列碼。具體表示形式如下圖所示。 青海工程建設(shè)領(lǐng)域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 13 頁 共 117 頁 (四 ) 行政區(qū)劃代碼： 6 位數(shù)字，按 GB/T2260(2020)的規(guī)定執(zhí)行。中央的行政區(qū)劃代碼為“ 000000”。 (五 ) 項目建設(shè)單位組織機構(gòu)代碼： 9 位數(shù)字。 (六 ) 年度： 4 位數(shù)字，表示項目立項的年度。 (七 ) 序列號：不定長字符的序列號，在同一前段碼下具有唯一性。 數(shù)據(jù) 共享 需求描述 公開平臺所展示的信息來源于不同部門、不同的業(yè)務(wù)系統(tǒng)，數(shù)據(jù)的形式也是多種多樣，既包括結(jié)構(gòu)化數(shù)據(jù)如數(shù)據(jù)庫、結(jié)構(gòu)化文本、 xml 文件，也包括非結(jié)構(gòu)化數(shù)據(jù)如辦公文檔、純文本、表格、網(wǎng)頁、圖片、音頻、視頻等，因此需要采用企業(yè)服務(wù)總線 ESB 產(chǎn)品，連接不同的業(yè)務(wù)系統(tǒng)與數(shù)據(jù)庫，采集數(shù)據(jù)。 公開平臺展示的數(shù)據(jù)要求具備時效性，當(dāng)主管部門審核完成并公開發(fā)布的項目信息 、單位信息、人員信息，需要快速、準確、自動的展示到公開平臺上，避免手工重復(fù)錄入。 數(shù)據(jù)共享平臺是項目信息與信用信息公開平臺建設(shè)的核心，所選擇的企業(yè)服務(wù)總線產(chǎn)品應(yīng)具備靈活的部署模型，能夠適應(yīng)不同的網(wǎng)絡(luò)、系統(tǒng)、硬件環(huán)境，具備數(shù)據(jù)安全傳輸能力，具備高可用性，具備可擴展性。 公開平臺的建設(shè)應(yīng)不影響各部門現(xiàn)有業(yè)務(wù)系統(tǒng)的正常使用，數(shù)據(jù)采集應(yīng)自動完成，實現(xiàn)各部門節(jié)點與公開平臺之間的數(shù)據(jù)傳輸模式。 數(shù)據(jù)交換提供基于事件和消息的多種會話模式，包括： ? 推：點到點或點到多點的主動信息推送方式。 ? 拉：點到點或點到多點的被動信息獲取 方式。 ? 組播：在一個域或群組范圍內(nèi)的多點群發(fā)方式。 數(shù)據(jù)交換必須能夠支持多種不同的會話策略，包括： ? 實時：基于事件驅(qū)動，由系統(tǒng)運行時動態(tài)產(chǎn)生和控制的會話方式。 青海工程建設(shè)領(lǐng)域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 14 頁 共 117 頁 ? 定時：由系統(tǒng)定時器根據(jù)預(yù)設(shè)的定時策略產(chǎn)生和控制的會話方式。 ? 手工：系統(tǒng)運行時由用戶手工產(chǎn)生和控制的會話方式。 數(shù)據(jù)交換的過程，必須能夠支持跨平臺、跨協(xié)議、跨存儲介質(zhì)、跨數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)交換、影射、轉(zhuǎn)換，提供不重、不漏、不錯、不丟的可靠、安全、穩(wěn)定的數(shù)據(jù)傳輸。 同時，能夠通過一個節(jié)點，完成對所有的分布數(shù)據(jù)節(jié)點進行可視化管理和維護。管理和維護包括 ESB 狀態(tài)監(jiān)控、遠程交換部署、遠程服務(wù)管理、日志管理等多種基礎(chǔ)管理功能。 非功能性需求 根據(jù)我們所建設(shè)的信息化系統(tǒng)的經(jīng)驗，我們認為，本次項目建設(shè)還需要滿足以下需求。 ? 技術(shù)路線需求 系統(tǒng)設(shè)計應(yīng)采用業(yè)界成熟的先進技術(shù)，使系統(tǒng)建立在較高的起點。能夠支持不同廠家的系統(tǒng)軟件，包括操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、應(yīng)用服務(wù)器系統(tǒng)等，保證系統(tǒng)的可靠性、開放性、可維護性、先進性。 同時，系統(tǒng)的設(shè)計、開發(fā)、部署、測試等均要遵循軟件開發(fā)標準體系，應(yīng)采用國際、國內(nèi)成熟的信息技術(shù)和先進的技術(shù)標準，要能與其它系統(tǒng)互聯(lián)互通并具備擴展性和可維護性。 ? 投資保護需求 系統(tǒng)建設(shè)必須充分考慮到對現(xiàn)有設(shè)備的利用和對已有投資的保護問題，技術(shù)上要有前瞻性，并力爭在以后的升級中追加投資和費用最少、最有效。 系統(tǒng)采用的軟件平臺都應(yīng)該基于開放式架構(gòu)，從而保證整個軟硬件系統(tǒng)的“向前兼容”及“向后擴展”。 ? 可擴展性需求 要充分考慮技術(shù)體系發(fā)展前景，適應(yīng)未來發(fā)展的需要。系統(tǒng)應(yīng)能適應(yīng)業(yè)務(wù)發(fā)展和變革的需要，適應(yīng)用戶數(shù)量及業(yè)務(wù)量的增長，新業(yè)務(wù)的增加以及業(yè)務(wù)的變化。 ? 兼容性需求 能夠兼容其它相關(guān)業(yè)務(wù)環(huán)境下的軟件系統(tǒng)。 青海工程建設(shè)領(lǐng)域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 15 頁 共 117 頁 第 3章 平臺 設(shè)計方案 方案選型 根據(jù)項目建設(shè)目標、需求及總體技術(shù)要求，建議在 項目建設(shè)采用金蝶中間件的 SOA 整體解決方案，方案涉及產(chǎn)品：金蝶 Apusic 門戶平臺（ Apusic Portal Server，簡稱 APS）與金蝶 Apusic 企業(yè)服務(wù)總線（ Apusic Enterprise Service Bus，簡稱為 AESB）。 金蝶 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)連接的理想解決方案。 ESB 通過以下多種能力來滿足和保證應(yīng)用及服務(wù)的連接性需求： ? 夠在服務(wù)之間對消息進行匹配和路由； ? 在請求方與服務(wù)提供方之間轉(zhuǎn)換協(xié)議； ? 在請求方與服務(wù)提供方之間轉(zhuǎn)換消息格式； ? 分配和提取不同來源的業(yè)務(wù)事件 。 ESB 通過應(yīng)用、系統(tǒng)和服務(wù)之間的中間層來執(zhí)行上述所有任務(wù)，不僅能夠確保應(yīng)用的總體復(fù)雜性不會因為連接接口的增加而增加，而且在許多情況下還能幫助企業(yè)避免或降低應(yīng)用的復(fù)雜性，消除應(yīng)用和系統(tǒng)之間所有硬編碼鏈接。 ESB 是所有應(yīng)用、服務(wù)以及其他 IT 資產(chǎn)的信息交互中樞，服務(wù)交互中的參與者連接至 ESB，而不是彼此直接相連。當(dāng)服務(wù)請求者連接至 ESB 時， ESB 負責(zé)將其請求傳遞 (通過消息 )至能提供所需功能與服務(wù)質(zhì)量的服務(wù)提供者。即使協(xié)議、交互模式或服務(wù)能力并不匹配， ESB 仍可以促進請求者與提供者之間的交互與遞送。如果對所有的應(yīng)用和有效連接都采用這種機制，則應(yīng)用只需單一接口便可將 ESB 連接起來，用于開展所有互動。此外，連接 ESB 的所有其他資產(chǎn)都能通過這個接口與此應(yīng)用進行互動，而其他資產(chǎn)同樣只需一個接口便可實現(xiàn)與 ESB的連接。無論處理要求和復(fù)雜性發(fā)生怎樣的變化， 這些接口始終都是 ESB 環(huán)境中最重要的組件，并可在 ESB 中進行維護，以便在周圍環(huán)境發(fā)生變化時確保應(yīng)用能夠以不變應(yīng)萬變。 青海工程建設(shè)領(lǐng)域項目信息和信用信息公開平臺規(guī)劃建議書 金蝶中間件 第 16 頁 共 117 頁 消除應(yīng)用之間的連接性可大大降低應(yīng)用中接口的復(fù)雜性，從而降低有關(guān)對這些應(yīng)用進行更改的成本和風(fēng)險，讓用戶能夠以更簡單、更快速、更安全的方式來使用它們，尤其是能夠讓用戶對更多的應(yīng)用和功能作為服務(wù)加以訪問和重復(fù)利用。通過加速實現(xiàn) SOA 這一進程，可幫助企業(yè)獲得前所未有的靈活性和響應(yīng)性。 服務(wù)總線統(tǒng)一制定的標準業(yè)務(wù)服務(wù)接口，可通過多種服務(wù)實現(xiàn)方式進行接入并注冊，實現(xiàn)訪問協(xié)議的透明化；并可對各應(yīng)用間的交互 服務(wù)進行協(xié)同編排，大大降低各應(yīng)用系統(tǒng)之間的耦合度。 統(tǒng)一標準服務(wù) 服務(wù)總線通過統(tǒng)一制定的標準業(yè)務(wù)服務(wù)來規(guī)范服務(wù)接口，各應(yīng)用系統(tǒng)按此標準接口來實現(xiàn)真正的服務(wù)。服務(wù)總線以標準接口的形式來進行協(xié)同編排，可避免應(yīng)用系統(tǒng)的具體實現(xiàn)問題對整個集成造成影響。 SOA 強調(diào)企業(yè)內(nèi)不同系統(tǒng)間的松散耦合。服務(wù)接口結(jié)構(gòu)在 SOA 中是最重要的，設(shè)計糟糕的服務(wù)接口可能會極大地導(dǎo)致使用此接口的很多服務(wù)使用者應(yīng)用程序的開發(fā)過程變得非常復(fù)雜。從業(yè)務(wù)角度而言，設(shè)計糟糕的服務(wù)接口可能使得業(yè)務(wù)流程的開發(fā)和優(yōu)化變得復(fù)雜。相反，設(shè)計良好的服務(wù)接口可 以加速開發(fā)計劃的執(zhí)行，并對業(yè)務(wù)級別的靈活性起到促進作用。 接入方式 JCA 方式 JCA 是 J2EE Connector Architecture 的簡稱，它定義了支持 J2EE 組件以安全、可伸縮且支持事務(wù)的方式訪問 EIS 的標準。 通過遵循 JCA 標準，