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