兵團統(tǒng)一采購中心將對兵團工程建設領域信息公開和誠信體系建設軟件設計和硬件設備采購采購項目進行國內公開招標。凡符合政府采購法第二十二條規(guī)定，具有法人資格，國內注冊企業(yè)，生產或經(jīng)營本次招標產品，具有軟件企業(yè)認定證書和計算機軟件著作權證書能提供良好技術支持和后續(xù)服務的廠家或經(jīng)銷商均具備參加本次投標的資格。
1、文件編號： BTCG-ZB2011-029
2、招標內容：
一、 概述
1.1 建設背景
開展工程建設領域突出問題專項治理工作，是黨中央、國務院針對當前工程建設領域存在的突出問題做出的重大決策。近年來，工程建設市場不斷健全，監(jiān)管體制日益完善，錢權交易、商業(yè)賄賂等腐敗現(xiàn)象滋生蔓延的勢頭得到了一定程度的遏制。但是，我國工程建設領域依然存在許多突出問題。做好專項治理工作，是落實中央擴大內需、促進經(jīng)濟平穩(wěn)較快發(fā)展政策措施的迫切需要。面對嚴峻復雜的國際國內經(jīng)濟形勢，中央積極采取“擴內需、保增長、調結構、惠民生”的一攬子計劃，取得了明顯成效，工業(yè)經(jīng)濟運行處于企穩(wěn)回升的關鍵時期。
工程建設領域項目信息公開和誠信體系建設工作堅持以科學發(fā)展觀為統(tǒng)領，全面貫徹落實黨的十七大、十七屆三中、四中全會和中央省市紀委全會精神，緊緊圍繞中央擴大內需、促進經(jīng)濟平穩(wěn)較快增長決策部署和改革發(fā)展穩(wěn)定大局。
為貫徹落實兵團治理工程建設領域突出問題工作領導小組辦公室文件—《兵治工辦發(fā)（2010）5號》文件，在充分和深入調研的基礎上，組織開展了工程建設領域項目信息公開和誠信體系建設的信息梳理、規(guī)范編制等工作，根據(jù)兵團治理工程建設領域突出問題工作領導小組辦公室《關于申請兵團工程項目信息公開共享專欄和綜合信息檢索平臺建設及運維經(jīng)費的請示》的意見，提出以下建設要求。
1.2 建設目標
推進工程建設項目信息公開和誠信體系建設，重點解決兵團工程建設項目信息公開不規(guī)范不透明、市場準入和退出機制不健全以及工程建設領域信用缺失等問題。
建立工程建設項目信息公開目錄和工程領域信用信息共享目錄，制定相關標準和程序，以信息資源目錄為支撐實現(xiàn)工程建設信息的互聯(lián)互通和互認共享，依托兵團政務門戶網(wǎng)站實現(xiàn)兵、師、團三級統(tǒng)一的工程建設項目信息公開平臺，推動兵團工程建設領域信用信息共享，建立健全保障制度，積極推進兵團工程項目建設公開透明，逐步建立互聯(lián)互通的工程建設領域誠信體系。
建成后縱向能夠與國家級平臺實現(xiàn)信息共享，橫向能夠支持跨部門網(wǎng)上協(xié)同辦公。
1.2.1 明確工程建設領域項目信息公開的內容
按照《工程建設領域項目信息公開基本指導目錄（試行）》，以項目為中心，以審批流程為主線，主動公開重大建設項目的立項、招標投標、征地拆遷、重大設計變更、施工管理等信息。
1.2.2 準確、及時、規(guī)范公開項目信息
各有關部門根據(jù)審批和管理權限，以公開為原則、不公開為例外，及時公布項目信息。對于依申請公開的信息，按照《政府信息公開條例》，制定和發(fā)布相應的依據(jù)、程序和標準。
1.2.3 明確項目信息公開的主體和載體
按照“誰主管、誰發(fā)布”的原則，各個項目管理單位做好信息收集、發(fā)布和維護等工作，依托信息資源目錄體系，設立信息公開共享專欄，提供信息發(fā)布、更新、查詢等功能，集中公開項目信息。
1.2.4 制定行業(yè)信用評價方法和標準，初步開展信用等級評價
依據(jù)兵團實際情況，初步制定行業(yè)工程建設不良行為認定標準、信用信息管理辦法和信用評價辦法，指導行業(yè)對建設市場主體的信用評價工作。各級行業(yè)主管部門結合本行業(yè)實際，嘗試性研究開展信用評價并公開結果
1.2.5 工程建設信息的統(tǒng)一鏈接與整合發(fā)布
在兵團政務門戶網(wǎng)站設立信息公開共享專欄，通過信息資源目錄體系與信息資源交換體系，完成對師團公開的項目信息和信用信息的共享，建立面向社會、開放的信息平臺。
1.3 建設原則
1.3.1 統(tǒng)籌規(guī)劃，整合資源
充分利用兵團電子政務外網(wǎng)和兵團政務門戶網(wǎng)站現(xiàn)有資源，兼顧兵團云計算平臺的發(fā)展規(guī)劃，避免重復建設和資源浪費。把項目信息公開和誠信體系建設與兵團整體政務信息資源目錄體系結構建設緊密結合，達到資源復用，互相促進的效果。
1.3.2 統(tǒng)一規(guī)范，分級實施
兵團相關部門，各師、團分級組織實施，依據(jù)工程建設領域信息公開相關要求，確定需公開項目的范圍，細化和實施項目信息和信用信息的收集、公布、管理和使用，加強行業(yè)監(jiān)管，做到條塊結合。
1.3.3 突出重點，循序漸進
重點公布政府投資和使用國有資金的重大建設項目的批準和實施情況、城鄉(xiāng)建設和管理重大事項以及信用信息等，突出對不良行為信息的披露，逐步實現(xiàn)對工程建設各類信息全覆蓋。逐步為企業(yè)和個人建立信用檔案，有效實施聯(lián)動監(jiān)管措施。
1.3.4 客觀公正，真實準確
堅持公開、公平、公正和誠實信用原則，依法依規(guī)，及時規(guī)范發(fā)布信息，不得泄露國家秘密、商業(yè)秘密和個人隱私，不得將信用信息作為地方保護和行業(yè)保護的工具。

二、 建設內容
2.1 建立工程建設項目信息公開體系
2.1.1 建立工程建設項目信息公開目錄
根據(jù)《中華人民共和國政府信息公開條例》，明確建設項目信息公開的主體、范圍、內容、方式、時限、權限，提出項目信息公開指導性意見。梳理兵團建設項目相關信息，明確主動公開和依申請公開的范圍，形成信息公開目錄。制定依申請公開的細則和標準。
2.1.2 制定工程建設項目公開標準和程序
制定兵團工程建設信息公開的內容標準和技術標準，規(guī)范工程項目審批、實施、驗收各階段的相關信息內容和格式，明確信息收集、報送、審核、發(fā)布、檢查等方面的技術要求和程序要求。
2.1.3 統(tǒng)一工程建設項目信息公開平臺
兵團工程建設項目主管部門和有關單位，按照審批權限，通過各級政府網(wǎng)站等渠道公開工程建設項目的相關信息。在兵團門戶網(wǎng)站上設立專欄，與各部門、各地區(qū)項目公開信息建立鏈接，進行整合發(fā)布。
2.1.4 建立工程建設項目信息公開考核評估和公共監(jiān)督機制
建立兵團建設項目信息公開考核評價體系和公共監(jiān)督機制，對各部門項目信息公開工作進行定期評估并公布，促進信息公開及時、全面、準確。
2.2 建立工程建設項目信息共享體系
2.2.1 建立工程建設領域信用信息目錄與信用信息共享標準
梳理兵團工程建設領域企業(yè)和個人相關信用信息，包括信譽評價、項目考核、合同履約、個人執(zhí)業(yè)信息、黑名單等。建立兵團工程建設領域企業(yè)和個人信用信息目錄，并以規(guī)范性文件的形式發(fā)布。明確需要共享的企業(yè)和個人信用信息內容及格式，確定相應的技術標準。
2.2.2 建立健全企業(yè)和個人工程建設領域信用信息共享機制
兵團各部門按要求建立健全各自的誠信信息體系。按照企業(yè)和個人工程建設領域信用信息目錄和共享標準，利用兵團各部門現(xiàn)有系統(tǒng)和全國統(tǒng)一的企業(yè)和個人征信系統(tǒng)等資源，整合相關信息，形成互聯(lián)互通的工程建設領域企業(yè)和個人信用共享機制。
2.2.3 建立企業(yè)和個人工程建設領域信用體系保障制度
明確兵團各相關單位在信息提供、信息管理、平臺建設和維護等方面的責任、權力和義務，建立企業(yè)和個人信用系統(tǒng)評價體系，定期開展評估、評價工作。各部門、各地區(qū)建立健全失信懲戒制度和守信激勵制度，完善市場準入和退出機制，運用企業(yè)和個人相關信用信息資源，加強失信懲戒和守信激勵。
2.3 建設工程建設領域項目信息和信用信息綜合檢索平臺
實現(xiàn)兵團工程建設領域項目信息和信用信息的自動采集、注冊和管理，保證與國家平臺“三通”，即網(wǎng)絡通、系統(tǒng)通、信息通，為國家信息檢索服務系統(tǒng)提供支撐。
三、 總體設計方案
3.1 系統(tǒng)總體架構
兵團工程項目信息公開共享專欄和綜合信息檢索平臺是基于政務信息資源目錄體系、信息資源庫系統(tǒng)、以及站群管理系統(tǒng)為基礎核心，保證各系統(tǒng)之間的可集成性，兵團工程項目信息公開共享專欄和綜合信息檢索平臺共包含七大組成部分：基礎設施層、政務資源層、應用支撐層、政務應用層、安全體系、標準規(guī)范�？梢愿爬椋悍⻊帐亲谥�，應用是關鍵，資源整合是手段；信息資源開發(fā)利用是主線，基礎設施是支撐；法律法規(guī)、標準化體系、管理體制機制是保障。如下圖所示： 3.2 基礎設施層
基礎設施層包括網(wǎng)絡拓撲和布局、服務器等硬件設施以及操作系統(tǒng)等基礎軟件平臺，是其上各層的支撐環(huán)境。
3.2.1 政務資源層
提供政務數(shù)據(jù)存儲服務，是整個項目的數(shù)據(jù)庫系統(tǒng)。主要包括工程領域專題數(shù)據(jù)，以及所有與政務信息資源目錄與交換體系有關的公共數(shù)據(jù)。
n 根據(jù)工程領域專題建設要求實現(xiàn)跨部門資源共享的整合；
n 建設兵團級工程領域專題信息資源目錄中心，統(tǒng)一進行運維管理。
n 制定信息資源目錄標準規(guī)范，建設師團級工程領域專題資源目錄。
3.2.2 應用支撐層
應用支撐層是整個體系的核心部分，為全體系提供應用支撐和通用服務。主要包括基礎構件、資源目錄體系、資源庫體系、資源交換體系四個部分。
n 建立統(tǒng)一身份與認證授權系統(tǒng)。
n 建立應用支撐平臺所需運行環(huán)境并對其集成，保障應用支撐層可以順利運行和無縫集成；
n 建立信息資源目錄規(guī)范體系。通過對各部門的信息資源、業(yè)務資源進行調研、梳理、編目，形成信息全面的工程領域專題信息資源目錄。
n 建立工程領域專題信息資源庫。通過信息資源庫，保證基礎信息資源和主題信息資源的唯一存在和多處復用，為信息資源的普遍共享和深度加工提供基礎。
n 建立共享交換體系，與信息資源目錄體系結合，共同構建兵團統(tǒng)一的信息資源共享交換平臺。實現(xiàn)資源、業(yè)務、流程和應用整合。
3.2.3 政務應用層
由基于支撐層和資源層開發(fā)的各類政務應用系統(tǒng)組成，為工程領域最終用戶提供應用服務。該層通過調用支撐層的基礎構件、資源目錄、資源庫的業(yè)務組件，并對其進行封裝，形成應用邏輯群。
n 建立統(tǒng)一門戶與內容管理系統(tǒng)，集成和整合工程領域專題表現(xiàn)層，提供統(tǒng)一的數(shù)據(jù)、服務、應用的互聯(lián)網(wǎng)訪問入口。
n 依托兵師團電子政務外網(wǎng)門戶，構建統(tǒng)一的工程領域專題維護與業(yè)務協(xié)作入口。
3.2.4 安全體系
安全體系是整個系統(tǒng)的支柱之一，貫穿整個體系架構各層的建設當中，應從網(wǎng)絡、數(shù)據(jù)、應用、展現(xiàn)等多層面考慮安全體系的建設。
3.2.5 標準規(guī)范
以國家相關工程領域信息公開建設規(guī)范、工程領域信息公開建設要求為基礎，制定兵團工程項目信息公開共享專欄和綜合信息檢索平臺建設與管理規(guī)范標準，是整個項目的基礎和關鍵。
3.3 目錄體系層級架構
從國家行政架構來分析目錄層級, 政務信息資源目錄共享體系分為國家目錄中心、省級目錄中心、地市目錄中心和縣級目錄中心四級。在國家目錄中心建立一個統(tǒng)一的全國各目錄中心網(wǎng)絡地址表，各級目錄中心能夠獲得全國各地的目錄中心網(wǎng)絡地址，實現(xiàn)各級目錄中心跨地區(qū)的目錄中心訪問。各目錄中心為同級各部門建立固定的目錄區(qū)域。各部門需要進行一次確定身份的登錄注冊。每個部門負責維護目錄中心的各自的部門資源服務目錄及資源目錄。
本次工程領域建設專題的信息資源目錄共享體系項目屬于兵團層級，因此需要考慮未來上與國家目錄中心，下與師團中心之間的目錄服務，在設計上需遵循《政務信息資源目錄體系與交換體系》，提供縱向接入服務接口。
3.4 目錄系統(tǒng)體系框架
目錄系統(tǒng)的建設和使用過程中存在三類角色：目錄信息提供者、管理者和使用者，信息提供者確保編目信息的正確性和實時性，信息管理者負責目錄信息的管理、安全、服務，信息使用者可以查詢政務信息資源目錄內容。
從目錄系統(tǒng)工作流程分析，各部門、各師團對公共資源元數(shù)據(jù)和交換服務資源元數(shù)據(jù)編目，并通過元數(shù)據(jù)注冊系統(tǒng)向管理者注冊。管理者發(fā)布已注冊的目錄內容。政務信息資源使用者通過政務信息資源目錄一站式服務向管理者發(fā)送目錄查詢請求，管理者將查詢結果分別返回給使用者。

政務信息資源目錄與交換體系數(shù)據(jù)流程圖
由上圖可以看出，為了實現(xiàn)資源目錄編目、注冊、發(fā)布、查詢和維護，信息資源目錄與交換體系應具備四個主要系統(tǒng)：編目系統(tǒng)、目錄傳輸系統(tǒng)、目錄管理系統(tǒng)、目錄服務系統(tǒng) 總體拓撲結構

兵團工程建設領域工程建設采用中心大集中方式部署，通過在兵團本級部署統(tǒng)一平臺，在系統(tǒng)內部設置兵、師、團三級架構，兵、師、團通過兵團電子政務外網(wǎng)進行統(tǒng)一網(wǎng)絡訪問實現(xiàn)填報和數(shù)據(jù)交換。
兵團工程建設領域工程平臺搭建采用在兵團政務外網(wǎng)和互聯(lián)網(wǎng)各自部署，然后通過統(tǒng)一的ESB交換總線進行數(shù)據(jù)交換。數(shù)據(jù)的錄入采用在外網(wǎng)統(tǒng)一填報，然后通過交換系統(tǒng)交換到互聯(lián)網(wǎng)，并通過兵團政務網(wǎng)站群系統(tǒng)進行統(tǒng)一的展現(xiàn)。
3.5 技術路線
3.6.1 J2EE技術架構
以J2EE技術為基礎的多層Internet結構，各層次的作用、主要技術和運行環(huán)境如下表所示：
層次結構 功能 主要技術 運行環(huán)境
客戶層 用戶接口，數(shù)據(jù)輸入、輸出，不完成任何業(yè)務邏輯 JavaBeans、RMI、IIOP 支持Java的Web瀏覽器或網(wǎng)絡計算機
Web服務層 代理、緩存作用，可根據(jù)客戶機發(fā)來的請求尋找適當?shù)姆⻊�，完成相應�?shù)據(jù)和網(wǎng)絡資源存取 JavaServlet、JSP、RMI、IIOP和JavaBean 使用Java語言編寫的Web服務器
應用服務層 提供所有業(yè)務邏輯組件，通過EJB封裝，完成對數(shù)據(jù)庫的存取 EJB、IIOP、JDBC 支持J2EE/EJB的應用服務器
數(shù)據(jù)服務層 數(shù)據(jù)存儲，通過存儲過程及其數(shù)據(jù)存儲功能和應用服務層共同完成業(yè)務規(guī)則、驗證和持續(xù)存儲的實現(xiàn) 存儲過程 RDBMS（關系數(shù)據(jù)庫）或OODB（面向對象數(shù)據(jù)庫）
3.6.2 （可擴展置標語言）
XML（eXtensible Markup Language）是一種具有數(shù)據(jù)描述功能、高度結構性及可驗證性的置標語言，XML1.0規(guī)范是由W3C組織于1998年2月發(fā)布的。XML允許用戶自行定義標記和屬性，并可以依照所定義的標記與屬性的語法來開發(fā)應用程序。可以通過標記來描述數(shù)據(jù)，或配合屬性來輔助描述數(shù)據(jù)，因此，XML十分適合用于作為對象或標準的描述語言；并且由于可以借助驗證規(guī)則來規(guī)范一個XML文件的內容和結構，所以XML又很適合用于做B2B或B2C的數(shù)據(jù)交換格式。
3.6.3 Web Service技術
Web Service技術是利用標準的Web協(xié)議和可編程訪問的Web組件，目標是提供跨平臺的互操作性，讓分布在地理上不同區(qū)域的計算機和設備協(xié)同工作。Web Service將應用功能封裝成若干Web組件，并將其發(fā)布在網(wǎng)上，供需要獲得這些功能的應用系統(tǒng)訪問，而且各種應用系統(tǒng)間都能夠通過這種方式進行互聯(lián)互通。整個Web Service的實現(xiàn)過程采用的都是標準的協(xié)議和技術。因此，按照Web Service架構設計的系統(tǒng)將具有很好的跨平臺性和兼容性。
3.6.4 SOAP技術
簡單對象訪問協(xié)議SOAP是在分布式的環(huán)境中基于XML協(xié)議進行信息交換的簡單協(xié)議。隨著異種計算機環(huán)境的不斷增加，各種系統(tǒng)間的互操作性變得越來越重要，因此，要求系統(tǒng)能夠進行無縫的通信和數(shù)據(jù)共享，從而在網(wǎng)絡計算環(huán)境下，消除巨大的信息孤島，實現(xiàn)信息共享、進行數(shù)據(jù)交換，達到信息的一致性。而SOAP是“基于Web無縫集成”，提供一種完全跨平臺、跨系統(tǒng)訪問服務和對象的可行技術。
3.6.5 Web構件技術
通過可信Web服務構件，為各類具體企業(yè)業(yè)務系統(tǒng)的開發(fā)提供基礎平臺，并大大提高應用系統(tǒng)的開發(fā)效率。
3.6.6 元數(shù)據(jù)管理技術
政務信息資源目錄共享體系中元數(shù)據(jù)的管理包括元數(shù)據(jù)的命名、發(fā)布和訪問，并為用戶提供統(tǒng)一的訪問接口。目錄體系中的所有元數(shù)據(jù)構成元數(shù)據(jù)目錄。在元數(shù)據(jù)目錄中，采用統(tǒng)一的結構來描述元數(shù)據(jù)，并提供訪問API（Applicat Programming Interface，應用程序接口），通過API可以插入、更新、刪除、查詢目錄中的數(shù)據(jù)。它為元數(shù)據(jù)目錄提供統(tǒng)一的邏輯視圖，實際的元數(shù)據(jù)目錄可以是多個異構的、分布式的副本的目錄。
《政務信息資源目錄體系》標準中對于元數(shù)據(jù)的命名規(guī)則、編碼方式以及目錄接口API等技術要求都有明確描述，在實現(xiàn)中只要嚴格遵循這些描述即可。
3.6.7 目錄服務技術
目錄服務技術為目錄服務應用的提供基礎服務。通過目錄服務技術可以為實際應用中可能分布式存儲的目錄體系實現(xiàn)跨平臺、跨地域的目錄服務。
3.6 標準規(guī)范體系
3.7.1 建立標準規(guī)范體系的重要性和必要性
標準規(guī)范體系建設旨在有目的、有目標、有計劃、有步驟地建立起聯(lián)系緊密、相互協(xié)調、層次分明、構成合理、相互支持、滿足需求的標準體系并貫徹實施，以支持政務信息資源目錄共享體系的合理建設。遵循國家、省、市相關標準，并根據(jù)實際需要補充制訂與政務信息資源目錄共享體系有關的標準規(guī)范，形成一套完整、統(tǒng)一的標準規(guī)范體系，是實現(xiàn)信息高度共享、系統(tǒng)運行高度協(xié)調的保障。
工程建設領域專題項目作為我兵團電子政務建設中的重點工程，涵蓋的職能部門廣，收錄的數(shù)據(jù)量大，涉及的業(yè)務應用不盡相同，因此，在本項目設計和建設過程中，必須加強標準規(guī)范建設，發(fā)揮標準規(guī)范的指導、協(xié)調和優(yōu)化作用，確保系統(tǒng)運行安全，發(fā)揮預期效能。
3.7.2 標準規(guī)范體系結構及建設內容
標準體系要具有開放性，即可擴充性；要能夠根據(jù)科學技術、標準和應用的發(fā)展，方便地進行擴充和完善。
標準規(guī)范包括五個部分：總體標準、數(shù)據(jù)標準、應用平臺標準、安全標準、建設實施管理標準。
3.7.3 總體標準
標準化管理辦法
標準化管理辦法從標準的總則出發(fā)，明確工程建設領域專題信息資源目錄共享體系標準制訂機構的職責，同時對標準制訂機構進行標準設立、標準審批、發(fā)布、實施的流程進行規(guī)范化，并對標準日常的維護和管理制訂相關的規(guī)章和制度。
術語與符號標準
術語和符號標準描述標準制訂過程中所涉及的各種術語進行名詞解釋，同時對其中引用的部分圖形符號進行描述。
法律法規(guī)和規(guī)章制度
法律法規(guī)和規(guī)章制度嘗試從標準制訂所遵循的法律法規(guī)和國家規(guī)定的相關規(guī)章制度進行列舉。
3.7.4 數(shù)據(jù)標準
數(shù)據(jù)分類與編碼標準
數(shù)據(jù)分類和編碼標準分為數(shù)據(jù)分類標準和數(shù)據(jù)編碼標準兩部分。
數(shù)據(jù)分類標準針對本項目管理涉及的所有數(shù)據(jù)的分類原則、分類方法進行，同時提供了幾種數(shù)據(jù)分類的方案。
數(shù)據(jù)編碼標準供述了系統(tǒng)元數(shù)據(jù)和元數(shù)據(jù)中數(shù)據(jù)項的編碼方法。
元數(shù)據(jù)標準
元數(shù)據(jù)標準供述了本項目涉及的所有元數(shù)據(jù)遵循的描述標準。
元數(shù)據(jù)標準從元數(shù)據(jù)基礎屬性類、元數(shù)據(jù)存儲屬性類、元數(shù)據(jù)引用存儲屬性類、元數(shù)據(jù)管理屬性類、共享類元數(shù)據(jù)專用屬性類、交換類元數(shù)據(jù)專用屬性類、元數(shù)據(jù)附加屬性類等方面，描述了元數(shù)據(jù)的全部屬性，為后續(xù)實施中的元數(shù)據(jù)確定提供了標準規(guī)范。
代碼集標準
代碼集標準列舉了本次管理數(shù)據(jù)項所引用的代碼集，并針對代碼集標準所引用的國標，以及代碼集本身擴展和擴充的方法定義了相關規(guī)范。
數(shù)據(jù)項標準
數(shù)據(jù)項標準描述了本次存儲在共享資源庫中存儲的數(shù)據(jù)，以及與各部門進行數(shù)據(jù)交換時的各個數(shù)據(jù)項遵循的描述標準。
數(shù)據(jù)項標準從數(shù)據(jù)項的業(yè)務角度、功能角度等入后，按照基礎類、管理類和附加類分組，列舉了用于描述數(shù)據(jù)項的全部屬性，為后續(xù)實施中的數(shù)據(jù)項確定提供了標準規(guī)范。
數(shù)據(jù)規(guī)則標準
數(shù)據(jù)規(guī)則標準部分是描述與各單位之間進行共享和交換時的數(shù)據(jù)滿足規(guī)則的描述標準。
標準從數(shù)據(jù)規(guī)則所必須涉及的屬性入手，列舉了用于描述數(shù)據(jù)規(guī)則的全部屬性，為后續(xù)的數(shù)據(jù)規(guī)則內容制訂提供了標準規(guī)范。
共享數(shù)據(jù)標準
共享數(shù)據(jù)標準是描述共享數(shù)據(jù)目錄體系的標準，并提供了共享元數(shù)據(jù)及共享數(shù)據(jù)項的XML的Schema描述。
交換數(shù)據(jù)標準
交換數(shù)據(jù)標準是描述交換數(shù)據(jù)目錄體系的標準，并提供了交換元數(shù)據(jù)及交換數(shù)據(jù)項的XML的Schema描述。
數(shù)據(jù)接口標準
數(shù)據(jù)接口標準供述了從各部門進行數(shù)據(jù)采集的標準，標準對接口數(shù)據(jù)文件的分類和編碼方式，以及數(shù)據(jù)文件格式、數(shù)據(jù)包的格式進行相關標準的制訂。
數(shù)據(jù)庫標準
數(shù)據(jù)庫標準對本次系統(tǒng)建設的物理數(shù)據(jù)的技術參數(shù)和開發(fā)工具選項進行描述，為實施中的數(shù)據(jù)庫選型提供了標準規(guī)范。
3.7.5 應用平臺標準
應用平臺標準對系統(tǒng)建設中所涉及的各種平臺進行標準描述。應用平臺標準主要包括平臺設計標準、平臺技術標準、平臺功能標準、平臺配置標準、平臺接口標準等。
平臺設計標準
平臺設計標準對應用體系的結構和設計方法進行標準規(guī)范的制訂。
平臺技術標準
平臺技術標準對本項目應用平臺的技術架構進行規(guī)范化，同時，對平臺建設中使用的各種技術標準進行說明，包括XML標準、數(shù)據(jù)訪問標準、消息服務標準、流程處理標準、目錄服務標準、組件和中間件技術規(guī)范等。
平臺功能標準
平臺功能標準中主要描述了系統(tǒng)應用平臺的功能標準。
平臺配置標準
平臺配置標準對整個系統(tǒng)應用平臺的組件封裝和部署標準進行描述說明。
平臺接口標準
平臺接口標準針對本項目應用平臺對外提供的各種API接口，組件接口進行標準規(guī)范的制訂。
3.7.6 安全標準
安全標準從安全標準概述、安全概念模型、技術與服務標準和安全管理標準方面對本項目的安全標準進行標準描述。
安全標準概述
對安全標準體系進行總體概述。
安全標準模型
提供了總體安全模型，確定了應從應用安全、信息安全、網(wǎng)絡安全和物理安全、安全管理五層進行安全保障的管理標準。
技術與服務標準
描述了本項目建設中安全管理建設所涉及的各種技術和服務標準，包括證書業(yè)務服務、審核注冊機構、查驗中心、密碼服務、可信授權服務等等。
安全管理標準
針對安全管理所涉及的密鑰管理、安全運行管理和物理安全管理等提供相關標準化制訂。
3.7.7 建設實施管理標準
項目管理標準
描述了建設實施的項目管理標準，提出了以PMBOK、RUP和ISO9000統(tǒng)一管理系統(tǒng)項目實施的標準方法。
項目過程管理標準
對項目管理過程，以及項目管理知識領域和相關指導進行標準規(guī)劃。
軟件開發(fā)管理規(guī)范
對軟件開發(fā)管理工程的核心思想進行描述，同時針對如何應用于本項目建設提出相應的指導意見。
質量控制標準
質量控制標準針對本項目質量管理的原則和項目詳細開發(fā)過程和開發(fā)任務的內容進行了標準制訂。
3.7 政務信息資源目錄體系標準
在技術要求中分別規(guī)定公共資源目錄接口定義，用于指導公共資源目錄服務的實現(xiàn)；規(guī)定交換服務目錄接口定義，用于指導交換服務目錄的建立。
公共資源目錄接口
公共資源目錄定義公共資源目錄所需的通用模型和實現(xiàn)。給出公共資源目錄服務的通用模型，并對基于該通用模型的技術實現(xiàn)進行規(guī)定。
公共資源目錄接口主要參考Z39.50 協(xié)議，定義公共資源目錄的通用模型和目錄實現(xiàn)。在接口定義中，主要給出公共接口、發(fā)現(xiàn)服務接口、目錄訪問接口和目錄管理接口，并詳細定義了每個接口的請求和響應消息。
交換服務目錄接口
交換服務目錄接口定義交換服務目錄所需的數(shù)據(jù)結構和接口。定義交換服務接口的格式表達規(guī)則、數(shù)據(jù)結構和接口定義。
交換服務目錄接口主要參考UDDI 協(xié)議，定義了交換服務目錄的核心數(shù)據(jù)結構和API 接口。這些核心數(shù)據(jù)結構給出了核心元數(shù)據(jù)、分類體系和標識符編碼規(guī)則在目錄服務器中的組織結構。在API 接口的定義中，主要給出了交換服務目錄的查詢、發(fā)布和管理接口，并詳細定義了每個接口的句法、參數(shù)、返回值和差錯處理。
四、 詳細技術要求
4.1 資源目錄系統(tǒng)功能要求
以元數(shù)據(jù)為核心、通過元數(shù)據(jù)與信息分類、主題詞表的結合，對信息資源進行能體現(xiàn)其內在關聯(lián)的分布式網(wǎng)狀組織，以方便信息資源管理、識別、檢索、定位和共享的應用服務體系。
4.1.1 系統(tǒng)管理
n 系統(tǒng)設置：提供列表頁面的每頁顯示信息數(shù)設定，用戶可以根據(jù)自己顯示器尺寸和分辨率進行調整；
n 用戶管理：提供對本系統(tǒng)訪問用戶的管理，可登錄組織機構進行完成部門用戶的設定，系統(tǒng)會自動完成數(shù)據(jù)同步；
n 角色管理：定義系統(tǒng)內部的角色，每個角色對應若干權限，允許多個用戶擁有相同的角色。
n 授權管理：針對每個角色進行用戶授權，查看已經(jīng)授權的用戶、用戶組。
n 日志管理：瀏覽系統(tǒng)記錄的用戶操作日志，支持按照用戶名和時間段的條件查詢功能。
n 流程管理：系統(tǒng)內部使用的流程管理，部署新流程，提供對每個流程的啟用、停用、刪除操作。
4.1.2 編碼管理
n 編碼規(guī)則管理：數(shù)支持用戶自定義編碼規(guī)則，編碼由組織機構代碼、時間、流水號、隨機碼四個編碼段組成，支持用戶隨機組合；
n 服務注冊管理：提供系統(tǒng)主要數(shù)據(jù)服務的登記、注冊以及審核發(fā)布功能。
4.1.3 元數(shù)據(jù)管理
n 核心元數(shù)據(jù)管理：管理政務信息資源目錄所涉及的核心元數(shù)據(jù)。
n 業(yè)務元數(shù)據(jù)管理：除了核心元數(shù)據(jù)之外，日常工作中還會涉及到很多業(yè)務元數(shù)據(jù)。
n 元數(shù)據(jù)歷史版本管理：用戶對元數(shù)據(jù)的修改操作，系統(tǒng)都會保存變更歷史記錄，以便查詢和數(shù)據(jù)恢復。
n 元數(shù)據(jù)集管理：為了方便自定義表單的設計，系統(tǒng)設計了元數(shù)據(jù)集管理的功能。
n 表單管理：系統(tǒng)內設計的自定義表單設計工具，支持讀取元數(shù)據(jù)集，支持表單自定義樣式，生成的表單將作為數(shù)據(jù)采集的重要形式。
4.1.4 目錄管理
n 基礎分類管理：數(shù)據(jù)管理員功能。管理系統(tǒng)中常用的基礎分類法，系統(tǒng)允許用戶新建分類法，添加、修改、刪除分類。
n 應用目錄管理：數(shù)據(jù)管理員功能。管理系統(tǒng)使用到的應用目錄，系統(tǒng)允許用戶新建目錄，對指定目錄允許用戶添加、修改、刪除節(jié)點；節(jié)點目錄可執(zhí)行提交審核與反審核操作；還可以將選中的節(jié)點目錄指定為填報目錄，或進行信息關聯(lián)。支持目錄繼承、聚合操作。
n 關鍵詞管理：數(shù)據(jù)管理員功能。管理系統(tǒng)使用的關鍵詞，支持添加、修改、刪除和數(shù)據(jù)批量導入導出功能。
n 關鍵詞關聯(lián)：數(shù)據(jù)管理員功能。管理每個主題分類對應的關鍵詞列表，允許添加和刪除關鍵詞，允許批量導入導出。
4.1.5 信息管理
n 信息管理： 通過表單輸入、數(shù)據(jù)導入等形式采集日常需要填報的數(shù)據(jù)，支持數(shù)據(jù)的添加、修改、刪除操作，提交的數(shù)據(jù)支持審核及撤銷審核。
n 信息歷史數(shù)據(jù)管理：
n 統(tǒng)計管理：按照時間段統(tǒng)計每一類數(shù)據(jù)的增量變化。
4.1.6 目錄發(fā)布
n 由目錄服務中心對各政務部門的目錄內容進行審核發(fā)布。
4.2 元數(shù)據(jù)規(guī)劃要求
根據(jù)工程建設專題的特性及細致化原則，需要規(guī)劃出符合工程建設領域的業(yè)務元數(shù)據(jù)定義和元數(shù)據(jù)集表單定義，以方便填報人員進行信息填報處理。
業(yè)務元數(shù)據(jù)定義需包含中文名，英文名，短名，定義，數(shù)據(jù)類型等基礎描述；
元數(shù)據(jù)集表單定義需包含中文名，英文名，核心元數(shù)據(jù)，業(yè)務元數(shù)據(jù)，隱藏元數(shù)據(jù)等基本項。
4.3 目錄規(guī)劃要求
規(guī)劃出符合工程建設領域的目錄規(guī)劃，編制和發(fā)布工程建設領域項目信息公開目錄和信息目錄，明確公開的內容，范圍和形式。構建統(tǒng)一項目信息公開服務平臺，探索實現(xiàn)公開信息整合服務。
目錄規(guī)劃需完成項目信息公開基礎目錄規(guī)劃和信用信息基本目錄規(guī)劃。目錄規(guī)劃中需要明確一級目錄及其所包含的二三級目錄，并準確定義出目錄相對應的元數(shù)據(jù)及元數(shù)據(jù)集表單，明確信息填報人員的填報方式和填報信息范圍。
4.4 唯一標識符編碼規(guī)則要求
規(guī)劃出符合工程建設領域的唯一標識符編碼規(guī)則。編碼規(guī)則需包含前段碼和后段碼組成部分定義和各組成部分長度位數(shù)定義。
4.5 交換管理系統(tǒng)要求
4.5.1 交換管理系統(tǒng)
交換管理系統(tǒng)需支持不同信息庫之間的雙向信息交換，支持多個交換服務的并發(fā)運行。實現(xiàn)交換信息的打包、轉換、傳遞、路由、解包等功能。
交換管理系統(tǒng)需支持對整個交換系統(tǒng)的綜合管理監(jiān)控，包括交換流程的配置、部署與管理以及對交換系統(tǒng)運行情況的監(jiān)視與管理兩個方面。。
4.5.2 資源交換監(jiān)控
系統(tǒng)可監(jiān)視和收集系統(tǒng)運行和業(yè)務審計目的的運行信息。通過可定制的管理平臺查看系統(tǒng)收集的運行統(tǒng)計信息。能監(jiān)視系統(tǒng)的運行狀況并標記消息傳輸服務中的問題，在發(fā)生問題時允許快速隔離和診斷問題。管理平臺使用戶能立即以圖形方式查看所有服務器和所監(jiān)視服務的狀態(tài)。
4.5.3 數(shù)據(jù)傳輸管理
交換管理系統(tǒng)需提供對許多消息格式的支持，其中包括國際通用的消息格式及支持用戶自行定制的消息框架。最基礎的支持應該有ESB, JMS和 FTP 。
4.6 共享信息庫要求
共享信息庫是通過積累交換過程中的業(yè)務數(shù)據(jù)，為以后建立在數(shù)據(jù)交換平臺基礎上的應用提供數(shù)據(jù)來源。本次需建立的共享信息庫類型包含元數(shù)據(jù)庫，業(yè)務規(guī)則庫，業(yè)務信息庫，交換日志庫，主題庫，多媒體數(shù)據(jù)庫。
4.7 統(tǒng)一身份與認證授權系統(tǒng)要求
建立統(tǒng)一、標準的用戶數(shù)據(jù)信息；實現(xiàn)各部門各師團的用戶、賬戶信息的統(tǒng)一；提供統(tǒng)一的訪問策略管理和控制能力，并提供統(tǒng)一用戶認證、權限驗證等服務。
通過數(shù)據(jù)同步功能將所有的用戶信息整合到統(tǒng)一用戶管理系統(tǒng)中進行管理。用戶統(tǒng)一信息管理分為：組織機構管理和用戶信息管理兩大部分，并提供XML數(shù)據(jù)接口給其他應用子系統(tǒng)調用。組織機構管理實現(xiàn)部門的多級分類，可根據(jù)需要進行撤銷、合并、并轉等機構調整處理，并且人員信息可以按照機構調整同步變化。
可記錄用戶授權、角色授權、頁面授權的等關鍵操作以及數(shù)據(jù)同步等數(shù)據(jù)庫操作的操作信息，并將這些信息形成日志信息或者日志文件。
為第三方應用系統(tǒng)的集成提供的標準接口。提供對系統(tǒng)中的信息數(shù)據(jù)導入和導出的功能。
4.8 統(tǒng)一門戶與內容管理系統(tǒng)要求
統(tǒng)一門戶與內容管理系統(tǒng)需充分結合信息資源目錄，形成面向公眾的統(tǒng)一服務平臺。具有頁面集成、交換管理、全文檢索、信息管理、模板管理、欄目管理、媒體管理、站群管理、發(fā)布管理、系統(tǒng)管理等功能。
內容管理系統(tǒng)需具備儲存、管理和交叉引用所有類型文檔的能力。重于撰寫、儲存、管理以及向網(wǎng)站發(fā)布內容的能力。需要支持 HTML 頁面、圖象、聲音剪輯、XML文件、純文本和豐富媒體，交互管理。
4.9 應用支撐平臺要求
應用支撐平臺需為本項目的應用系統(tǒng)提供支撐框架，而且為今后其它應用系統(tǒng)的建設奠定基礎。需要滿足以下要求：
ü 通過JavaEE兼容性認證，實現(xiàn)JavaEE規(guī)范；
ü 支持WebService：支持構建基于Web服務的分布式應用；
ü 支持跨平臺：支持主流操作系統(tǒng)（Windows、UNIX、Lunix）和主流數(shù)據(jù)庫（Oracle、SQL Server、DB2等；
ü 支持Connection Pool，且Connection Pool可動態(tài)調整；
ü 安全性方面：支持標準的安全協(xié)議SSL，支持Java5、JAAS、JSSE、JCE、CSIv2安全模式和技術；
ü 支持JMX,提供圖形化管理工具，基于瀏覽器的管理工具，可以方便的進行遠程管理；
ü 支持應用級負載均衡，能夠管理多個應用服務器和組件的調度和運行。
ü 支持服務器的親和性、支持集中式管理，可以通過統(tǒng)一的管理器管理整個分布單元下位于多臺機器上的多個應用服務器，并可以方便的進行圖形化管理。
ü 支持多種目錄服務LDAP；
ü 可以監(jiān)控已部署的應用程序的運行情況。收集應用程序運行時的各類信息，包括各類容器中消耗的時間，被調用的方法及其響應堆棧，關聯(lián)的應用程序名和模塊名，異常的出處等。
4.10 安全體系設計
安全系統(tǒng)是構成整個項目系統(tǒng)的所有組件、環(huán)境和人員（用戶和管理者）的物理安全、網(wǎng)絡安全、系統(tǒng)安全、應用程序及應用程序數(shù)據(jù)安全、安全管理的總和，是一個多維、多元素、多層次的復雜系統(tǒng)，其最終目標是控制該信息系統(tǒng)的總風險趨于穩(wěn)定并達至最小，為兵團工程領域建設專題信息資源目錄與交換體系提供安全保障。
從資源安全的角度進行分析，它具有以下幾個方面內容：
1、硬件資源：硬件資源是指信息系統(tǒng)中所有的硬件設備，由于所有的軟件均運行在這些硬件上（或在這些硬件支持下運行），所有的數(shù)據(jù)都由硬件保存、處理（或由這些硬件傳輸），它們均有可能受到安全威脅，因此需要保護。
2、軟件資源：這是一些獨立于硬件，可以是單獨購買（或獨立獲得服務和支持）或自主開發(fā)的軟件產品。這些軟件均可能存在安全漏洞（脆弱性），或安全等級達不到要求的問題，為此需要采用設計科學、遵循有關安全標準的軟件，并及時打安全補丁。
3、數(shù)據(jù)資源：這是由自動或人工方法生成，并隨時間逐漸豐富的一類資源，系統(tǒng)所有的安全活動的最終目標就是為確保數(shù)據(jù)資源的安全，因此需要對數(shù)據(jù)資源的機密性、完整性和可用性進行周密的保護。
4、用戶資源：用戶是項目系統(tǒng)的主體，為確保系統(tǒng)的正常安全運行，用戶是其中極為關鍵的環(huán)節(jié)之一。薄弱的信息安全意識、不好的操作習慣、粗劣的使用方法，都有可能為系統(tǒng)留下嚴重的安全漏洞與隱患。因此需要從技術措施和行政管理方面采取雙管齊下的策略確保用戶的安全，進而達到保護信息系統(tǒng)的目的。
五、各系統(tǒng)集成要求
遵循4.10開發(fā)技術要求，制定各系統(tǒng)開發(fā)規(guī)范，完成兵師團三級資源目錄體系和交換體系部署，建立公務員管理門戶，并建設兵團工程領域建設專題互聯(lián)網(wǎng)門戶網(wǎng)站，網(wǎng)站結構與4.3目錄規(guī)劃相對應，信息內容與4.2元數(shù)據(jù)規(guī)劃相對應。
5.1 資源目錄集成
部署兵師團三級信息資源目錄體系，制定元數(shù)據(jù)管理規(guī)范和目錄管理規(guī)范，形成統(tǒng)一的制度標準。由兵團信息中心統(tǒng)一進行元數(shù)據(jù)定義和目錄定義，共享至各部門、各師團進行應用。
元數(shù)據(jù)管理規(guī)范
具備分級管理功能，劃分“基礎元數(shù)據(jù)” ，“部門專用元數(shù)據(jù)” 。
“基礎元數(shù)據(jù)”由兵團信息中心統(tǒng)一進行規(guī)劃后共享至各部門、各師團的信息資源目錄系統(tǒng)，對于部門專用的元數(shù)據(jù)，只提供該部門使用專用。
“部門專用元數(shù)據(jù)” 由部門管理員提交申請及描述說明，由兵團信息中心進行審核后交換至該部門使用。
目錄管理規(guī)范
具備主題目錄定義功能，根據(jù)不同業(yè)務需求劃分“基礎目錄” 、“部門應用目錄” 。
“基礎目錄”根據(jù)《兵治工辦發(fā)（2010）5號》文件標準定義，包含8項一級目錄和32個二級目錄。
“部門應用目錄”根據(jù)各部門、各師團業(yè)務職能，進行深入調研整理，全面梳理業(yè)務、服務、數(shù)據(jù)、文件等各類信息，形成符合部門應用的目錄體系，并建立與“基礎目錄”的對應關系。
5.2 交換系統(tǒng)集成
部署兵師團三級信息資源交換管理體系，將物理上孤立和分散的各部門、各師團業(yè)務系統(tǒng)連接成一個整體，使不同部門間的業(yè)務系統(tǒng)互聯(lián)互通，完成“一數(shù)一源、一源多用”的跨部門業(yè)務協(xié)同，橫向完成各部門、各師團之間信息資源交換，縱向完成各部門、各師團信息資源向兵團信息中心匯聚。
信息交換規(guī)范
建立標準的交換信息庫，各系統(tǒng)可遵從數(shù)據(jù)交換標準和規(guī)范，在底層數(shù)據(jù)層面達到共享和集成。完成來自于中心數(shù)據(jù)庫和各部門各師團數(shù)據(jù)庫的信息共享。
具備完整的WEB SERVICE接口定義，可通過審核后，將信息數(shù)據(jù)置于信息中心資源目錄管理數(shù)據(jù)庫中，并交換至中心數(shù)據(jù)庫。
5.3 互聯(lián)網(wǎng)門戶集成
建立兵團工程領域建設專題互聯(lián)網(wǎng)門戶，基于資源目錄系統(tǒng)和交換體系特點，建立統(tǒng)一標準的數(shù)據(jù)共享和維護模式。該門戶可通過交換管理系統(tǒng)與資源目錄系統(tǒng)進行數(shù)據(jù)交換，互聯(lián)網(wǎng)門戶欄目和內容管理需與資源目錄規(guī)劃保持對應。
支持定義元數(shù)據(jù)查詢，可對結構化和非結構化數(shù)據(jù)進行統(tǒng)一檢索，方便訪問者快速查詢定位相關信息。
網(wǎng)站欄目
根據(jù)兵團工程領域建設專題“基礎目錄”規(guī)范，合理的規(guī)劃設計網(wǎng)站欄目， 使其訪問有條理，訪問者可通過基礎目錄查看相關信息，也可通過各部門業(yè)務職能分類查看相關信息，提高該網(wǎng)站對外服務能力，滿足不同用戶的需求。
網(wǎng)站內容
網(wǎng)站內容由業(yè)務元數(shù)據(jù)組成，同時要符合部門業(yè)務職能，確保網(wǎng)站內容的完整和規(guī)范。網(wǎng)站內容要支持HTML 頁面、圖象、聲音剪輯、XML文件、純文本和文檔等格式。
信息共享
根據(jù)資源目錄體系和交換體系規(guī)范，實現(xiàn)各部門、各師團的信息自動或手動方式的互通共享。
其他服務能力
為方便訪問者對網(wǎng)站資源的隨時隨地的訪問，系統(tǒng)應具備多途徑的網(wǎng)站資源獲取通道，至少支持郵件信息訂閱以及RSS信息訂閱兩種信息閱覽方式，提供用戶線上與線下多重資源的個性化訪問服務，以滿足其對資源的不同訪問需求。
5.4 統(tǒng)一門戶集成
建立統(tǒng)一的、標準的公務員管理門戶，實現(xiàn)兵師團各用戶之間統(tǒng)一認證，將各系統(tǒng)進行整合和互聯(lián)，形成整體的認證中心和用戶數(shù)據(jù)信息中心。通過統(tǒng)一窗口安全地訪問兵團工程領域建設專題系統(tǒng)信息管理與應用。
單點登錄
用戶只需要登錄門戶系統(tǒng)一次，就可以訪問所有有權限的其他系統(tǒng)。統(tǒng)一門戶、資源目錄系統(tǒng)和互聯(lián)網(wǎng)門戶內容管理系統(tǒng)只需要為用戶設置一套用戶名和密碼，通過統(tǒng)一的身份認證，便可以方便的進入。
信息定制
用戶可自定義工作界面，可定義自己權限范圍內需要顯示的內容、顯示樣式、可展示的服務和可維護的后端系統(tǒng)等。
搜索功能
支持以自定義方式搜索一組文檔、網(wǎng)頁或其他內容。此外，具備根據(jù)門戶上的文檔所含的任何元數(shù)據(jù)進行參數(shù)化搜索。同時，搜索功能要符合權限設置，既搜索的用戶只能看見自己具有訪問權限的信息內容，以保證信息安全。


六、 產品選型
根據(jù)2009年兵團監(jiān)察局等10部門印發(fā)《兵團推進工程建設領域項目信息公開和誠信體系建設實施方案》，兵團信息技術服務中心在當時時間緊、任務急、網(wǎng)不通、無經(jīng)費的情況下迅速著手開展工作，借助兵團政務外網(wǎng)的廠商資源和軟件產品搭建起了工程建設專欄試運行系統(tǒng)，但整個系統(tǒng)尤其是目錄資源體系是部署在政務外網(wǎng)的，與兵團政務門戶網(wǎng)站邏輯隔離，由于網(wǎng)絡結構不合理，造成系統(tǒng)穩(wěn)定性差，經(jīng)常出現(xiàn)宕機現(xiàn)象。為確保在原試運行系統(tǒng)中各部局所發(fā)布的建設領域公開信息能夠完整平移到正式的系統(tǒng)中，保證資源的高效利用和技術體系的一致性，在兵團政務門戶網(wǎng)站上對該項目中原則采用與政務外網(wǎng)一致或兼容的軟件產品進行采購部署。減少調試周期，盡快投入正式應用。
為兼顧兵團云計算平臺的發(fā)展規(guī)劃，我們將原計劃按照功能所需要的6臺服務器進行調優(yōu)，減少為3臺并提高了配置，為今后統(tǒng)一并入兵團的云計算中心做準備，以使工程領域專欄穩(wěn)定高效地運行。
工程按照國家要求要在8月底前完成。項目建設所需軟硬件產品技術要求見下表：
序號 名 稱 技術參數(shù) 數(shù)量
一、系統(tǒng)軟件
1 服務器操作系統(tǒng) RH Linux 5.0或以上版本高級版（含集群功能） 3套
二、應用支撐軟件
1 信息資源目錄系統(tǒng) 要求必須符合國家和兵團關于電子政務系統(tǒng)的建設要求；
要求符合J2EE安全體系，應能提供PKI平臺接口，支持CA認證；
要求能夠向第三方應用系統(tǒng)提供目錄資源；
要求符合SOAP技術標準，滿足SOA技術架構；
要求支持分布式的多級部署策略，需要滿足國標GB/T 21063.1—2007，GB/T 21063.2—2007，并能夠與國家即將建立的國家級政務資源目錄中心進行信息傳輸以及各地市的目錄中心進行傳輸；
要求提供支持多級、交互式的分類方法，提供強大的分類法管理系統(tǒng)，能夠對分類法進行管理并擴展，并應符合國標GB/T 21063.4—2007；
要求可以根據(jù)需要自定義編目，支持多種編目方式，并應滿足國標GB/T 21063.4—2007；
要求提供關鍵詞的維護，支持政治敏感詞校驗，支持自動和手動分類，應滿足國標GB7027T-2002 《信息分類和編碼的基本原則與方法》以及國標GB/T 19486—2004；
要求提供關鍵詞的維護，支持政治敏感詞校驗，支持自動和手動分類，應滿足國標GB7027T-2002 《信息分類和編碼的基本原則與方法》以及國標GB/T 19486—2004；
要求提供強大的編目規(guī)則管理，能夠對元數(shù)據(jù)進行符合國標GB/T 21063.1—2007。編目規(guī)則應支持其他業(yè)務系統(tǒng)，對于資源數(shù)據(jù)進行有效的分析以及利用，同時對相應的元數(shù)據(jù)進行有效的賦值，并降低其他業(yè)務系統(tǒng)的資源進入目錄系統(tǒng)的困難性。同時應對編目后的信息進行自動以及手動分類，方便資源管理者更快的對結構化數(shù)據(jù)以及非結構化數(shù)據(jù)進行賦值操作；
要求能夠對資源進行編碼管理，須符合國標GB/T 21063.3—2007元數(shù)據(jù)資源標識符部分；
要求能夠提供自定義表單設計功能，能夠對定義的各類目錄數(shù)據(jù)進行表單設計和管理；
需要支持元數(shù)據(jù)管理功能，能夠對核心元數(shù)據(jù)和擴展元數(shù)據(jù)的實體或元素進行管理和維護；
需要提供分類管理功能，能夠對資源分類和目錄分類進行管理和維護；
需要提供目錄管理功能，需支持注冊的目錄進行審核發(fā)布，對信息資源目錄能夠提供編目功能，對各類目錄能夠提供導入導出功能；
需要支持編碼管理功能，能夠對各類節(jié)點以及各目錄的前段碼分配規(guī)則進行管理和維護；
需要提供日志管理，需要對各用戶的操作記錄、操作狀態(tài)進行記錄和查詢；
要求提供自動分類和編目，系統(tǒng)內置多種分類體系，用戶可以根據(jù)需要選擇適應自己的分類，也可以根據(jù)需要創(chuàng)建和維護自己的分類體系，滿足個性化需求。同時，系統(tǒng)依靠自動分類技術的支持，實現(xiàn)了基于內容的自動分類和編目；
要求自動生成索引號，系統(tǒng)支持組織代碼庫的維護，并根據(jù)組織代碼和相應規(guī)則自動生成信息的索引號，當組織代碼和規(guī)則變更以后，索引號會自動重新生成；
能將目錄資源提供政府網(wǎng)站再利用，同時也能對第三方業(yè)務系統(tǒng)再利用；
要求提供功能完善的統(tǒng)計系統(tǒng)，須對目錄，信息等作為對象進行統(tǒng)計；
要求提供自定義方式的前臺展示，支持各種分類法的發(fā)布；支持網(wǎng)站發(fā)布。提供靜態(tài)化的信息多樣展示。 1套
2 目錄采集管理系統(tǒng) 要求提供歷史數(shù)據(jù)遷移工具，實現(xiàn)歷史遺留數(shù)據(jù)的重用，將各種歷史數(shù)據(jù)遷移到新的 目標數(shù)據(jù)庫中；
要求提供數(shù)據(jù)同步功能，需要實現(xiàn)異構數(shù)據(jù)庫之間數(shù)據(jù)的實時同步，保證相關數(shù)據(jù)的一致性；
要求提供數(shù)據(jù)聯(lián)邦的功能，保存數(shù)據(jù)源的映射關系，數(shù)據(jù)仍在原系統(tǒng)中存儲，主要滿足數(shù)據(jù)的實時處理、統(tǒng)一結構視圖等需要；
要求能夠建設數(shù)據(jù)倉庫，實現(xiàn)將分散的數(shù)據(jù)集中到統(tǒng)一的數(shù)據(jù)倉庫中，并建立統(tǒng)一的數(shù)據(jù)模型來存儲。包括數(shù)據(jù)的抽取、轉換、傳輸，然后將處理后的結果裝載到事實表中，結合維度表形成數(shù)據(jù)立方。供OLAP分析、報表、預測等BI應用；
要求支持后段碼自定義編輯的功能，能夠自動同步目錄中心前段碼的分配規(guī)則，并且能夠對后段碼的類型和組成內容進行自定義編輯和維護；
要求支持手工編目和自動編目兩種編目方式，并且需要對編目的資源能夠導入導出；
要求提供業(yè)務模型組件，提供數(shù)據(jù)集成中基本的數(shù)據(jù)抽取、轉換、加載和數(shù)據(jù)傳輸功能。數(shù)據(jù)抽取組件需要有各種數(shù)據(jù)庫、XML文件、文本文件、Excel、CSV文件等多種數(shù)據(jù)源的訪問抽取功能；數(shù)據(jù)轉換組件根據(jù)轉換規(guī)則對抽取的數(shù)據(jù)進行清洗、映射、合并、拆分、過濾、分組等轉換處理，同時還可以調用外部第三方代碼進行更加靈活的數(shù)據(jù)轉換操作；裝載組件將經(jīng)過處理的數(shù)據(jù)批量加載到目標數(shù)據(jù)庫或文件系統(tǒng)中；
要求提供任務調度功能，通過多種調用策略對數(shù)據(jù)集成模型進行觸發(fā)和管理，任務調度可以采取不同策略調用多個業(yè)務模型，同時也可以調用其它子任務調度。任務調度組件集中包含多種調度策略組件，包括運行周期定時、資源比較、資源驗證、腳本命令、協(xié)議傳輸?shù)?0多種類型的組件，這些組件支撐系統(tǒng)集成中各種調度策略；
要求提供數(shù)據(jù)服務引擎，包括元數(shù)據(jù)引擎、業(yè)務模型引擎、任務調度引擎。元數(shù)據(jù)引擎用于解析和管理技術和業(yè)務元數(shù)據(jù)，是其它兩個引擎運行的基礎；業(yè)務模型引擎讀取元數(shù)據(jù)倉庫中數(shù)據(jù)模型信息，它是業(yè)務模型的運行容器；任務調度引擎讀取元數(shù)據(jù)倉庫中任務調度模型信息，調用業(yè)務模型引擎中運行的相應業(yè)務模型，運行和管理系統(tǒng)整合任務；
1套
3 內容管理系統(tǒng) 系統(tǒng)設計符合J2EE標準，基于最流行的開發(fā)架構（AJAX+Struts+Spring+Hibernate），系統(tǒng)支持分布式部署，可7*24小時不間斷運行；
要求系統(tǒng)具有良好的跨平臺特性，支持主流Windows、Unix、Linux等平臺，支持Oracle、SQL Server、MySQL等主流關系型數(shù)據(jù)庫，支持Weblogic、Tomcat等主流中間件；
要求采用B/S結構開發(fā)，使用戶對系統(tǒng)的維護和使用不受場所和地點的限制；
要求支持不同站點之間共享數(shù)據(jù)；
要求支持負載均衡，具備SEO設置、熱詞管理、文章來源管理功能；
要求支持站點克隆功能，能夠實現(xiàn)站點頁面模板、欄目快速克隆，能夠減輕建站人員工作量；
要求支持信息發(fā)布過程中的多級審核管理，能夠針對不同站點、不同欄目設置不同的多級審核流程；
支持一鍵排版，支持格式清理、去除空行、首行縮進常用格式修改功能；
要求支持信息的推送、引用、克隆、鏈接、自動同步等信息共享方式；
要求提供普通文本、圖片信息和音頻及視頻等多種流媒體信息的發(fā)布和管理
實現(xiàn)各種字符集與UTF-8的雙向轉換；
要求支持信息的權重設置，可按權重大小進行排序或置頂；
要求支持前臺頁面樣式由模板進行控制，模板提供代碼級修改，并支持模板的批量繼承；
要求信息錄入具備文章、組圖、鏈接、視頻四種獨立模型，不僅能夠發(fā)布文章新聞信息類內容，還能在同一欄目同時發(fā)布組圖、視頻等信息內容；
要求具備在線訪談組件，訪談主題可自行編輯、管理，支持訪談流程化；
要求具備調查問卷組件，支持多種問卷類型，支持提交IP限制；
要求支持常用標簽定制功能；
要求網(wǎng)站欄目能夠進行移動，能定制欄目、文章的多種屬性，并支持默認屬性設置；
要求支持發(fā)布服務器同時向多個Web訪問服務器進行信息發(fā)布功能；
要求具備基于元數(shù)據(jù)的資源目錄信息上報接口；
要求站點欄目有高級獲取功能，可以按權限獲取不同欄目、不同站點、信息公開等來源信息；
要求具備獨立的素材庫管理功能，素材庫支持多種文件上傳，可自定義上傳目錄；
要求支持信息公開索引號自定義配置；
要求支持靈活多樣的目錄創(chuàng)建，填報目錄能從共享目錄快速創(chuàng)建，也能自定義各節(jié)點私有的公開目錄；
要求支持信息直接推送到關聯(lián)站點欄目，一處錄入多處共享；
要求支持數(shù)據(jù)共享與導入導出，能夠提供紙質目錄導出打印功能；
要求支持公開應用目錄創(chuàng)建時能按需要自定義信息聚合方式，支持基于目錄中的各個元數(shù)據(jù)元素的檢索；
要求支持自定義業(yè)務處理流程；
要求支持信息判重、置為無效、信件編輯、信件打印、受理、回復、轉辦、交辦、呈辦、不予受理、內容審核、申請延期、延期審核、督辦、發(fā)布等功能；
要求支持信件提示，黃牌、紅牌、督辦提醒；
要求支持按訴求目的、處理單位、滿意度進行統(tǒng)計分析；
要求支持對Word、TXT、PDF等多種主流文檔格式全文檢索；
要求支持增量索引機制；
要求支持TB級數(shù)據(jù)量處理，支持200以上并發(fā)；
要求支持跨站點檢索；
要求具備訪問控制、入侵檢測、網(wǎng)頁自檢恢復、病毒防護措施、頁面防掛馬、防止SQL注入等防護措施； 1套
4 門戶平臺（portal） 提供portlet容器，支持portlet1.0和portlet2.0規(guī)范；提供內容管理容器，支持JCP1.0和JCP2.0規(guī)范； 平臺支持JAAS中所有規(guī)范，并支持portal跨平臺部署及應用動態(tài)熱部署，提供基于SAML2.0規(guī)范的單點登陸；支持角色、群組、用戶授權認證實體的混搭及屬性的動態(tài)擴展； 支持一用戶多角色和一用戶多群組；portlet訪問模式和操作狀態(tài)的動態(tài)控制及可視化策略控制；支持portlet異步刷新機制，portlet與portlet之間通訊加載時，無須刷新整個portal頁面 支持portlet頁面的復雜布局操作及拖拽式操作；支持通過配置的方式，在運行時將參數(shù)變更，無須重啟portal，即時生效；平臺提供虛擬門戶功能，主體門戶中可虛擬出多級門戶；平臺支持多國語言
平臺內容錄入及展示基于編寫模板和展示模板；平臺的站點及站點內容可以委托給不同的用戶、角色、群組；站點及站點內容以樹狀結構展示；平臺提供站點及站點內容、模板的版本管控；平臺對站點及站點內容提供基于訪問策略或用戶、角色、群組的權限訪問控制功能
平臺支持站點及站點內容權限的繼承與阻斷；平臺提供基于內容管理的標簽云及全文搜索功能；支持數(shù)據(jù)內容的遷移 ；
平臺開放portlet定制化業(yè)務開發(fā)模式；提供portlet可視化開發(fā)工具。 1套
5 應用服務器（AS） 產品必須通過J2EE 1.5認證，提供J2EE 1.5的完整實現(xiàn)無用戶數(shù)限制；支持主流操作系統(tǒng)及多種主流的數(shù)據(jù)庫；必須支持多種主流的虛擬機，并提供實例證明；所提供產品必須是國產自主知識產權產品；
支持集群(Cluster)。產品集群支持的服務器數(shù)目大于8個，并支持可靠多播、成員管理、心跳檢測、分布式狀態(tài)復制和集群內遠程方法調用。產品集群必須支持HTTP Session、EJB組件、JMS消息服務、JNDI服務、JDBC數(shù)據(jù)源及數(shù)據(jù)連接的集群，產品集群必須支持SESSION級別的故障恢復，支持Session配對復制。集群支持異構集群，加入集群的機器可以是不同種類的服務器，產品必須具有動態(tài)添加與卸載應用服務器能力；來調整整個系統(tǒng)的性能，并且性能的調整可以由中間件通過配置來實現(xiàn)，和應用系統(tǒng)代碼無關。產品必須具有良好的加密機制，支持以下加密技術：數(shù)字簽名、消息摘要、消息鑒別碼、RSA非對稱加密、序列密碼加密、分組密鑰密碼加密、密鑰生成、密鑰交換這些常用的算法；支持標準的安全協(xié)議SSL，滿足SSL 3.0規(guī)范要求，支持在集群和非集群下的，雙向SSL。支持JSP 2.1、Servlet 2.5和JSF 1.2。提供圖形化和命令行式的應用部署工具及服務器管理工具，并且具備遠程應用部署能力。支持動態(tài)更新應用和熱部署，支持數(shù)據(jù)庫連接池，提供數(shù)據(jù)訪問優(yōu)化，支持死鎖檢測和連接失效恢復；提供數(shù)據(jù)源效率查看工具及數(shù)據(jù)庫死鎖分析工具。 1套
6 工作流引擎（BPM） 支持標準的BPMN圖示建模，支持BPMN2.0流程存儲格式及執(zhí)行語義；
支持流程構件模型技術設計，支持活動庫的可擴展乃至對自定義流程語言的擴展；
支持以類庫的形式嵌入到業(yè)務系統(tǒng)中，共享業(yè)務系統(tǒng)的運行上下文；支持獨立的部署方式并對外提供流程服務，包括WS、RMI等方式；
支持以Eclipse RCP方式及Eclipse IDE方式提供的流程建模與設計工具；支持Eclipse插件形態(tài)的流程建模與設計工具，可插入到業(yè)務系統(tǒng)的Eclipse開發(fā)平臺中；
支持B/S結構的監(jiān)控平臺（BPM-Monitor），支持RIA形式，支持各種情況的分支，支持Or、And匯聚；
支持定時啟動業(yè)務流程，并支持流程級別異常處理；
支持補償處理邏輯，用于長事務情況下的業(yè)務撤銷；
支持取回、退回、會簽、任意跳轉模式；
支持前加簽與后加簽兩種模式，支持委派及指定操作者模式支持將細粒度的服務編制為粗粒度的服務，并提供WS；
支持工作項管理；提供監(jiān)控運行時表的數(shù)據(jù)量功能，將辦結的流程實例數(shù)據(jù)導出到歷史表，定義數(shù)據(jù)導出規(guī)則；
支持業(yè)務流程績效管理，提供全面的日志管理功能；
支持B/S方式或C/S的在線流程調整，并具備RIA特性；
支持和業(yè)務系統(tǒng)已存在的組織機構管理系統(tǒng)集成；
支持開發(fā)商將常用的業(yè)務邏輯包裝成擴展活動；
支持自定義流程日歷，支持開發(fā)商選擇BPM引擎的存儲層方案。 1套
7 企業(yè)服務總線(ESB) 支持JMS 1.1及JNDI規(guī)范，支持SCA、SDO規(guī)范；
提供UDDI容器，支持UDDI 3.0標準規(guī)范，提供腳本引擎，且該腳本引擎支持DSL特性，支持SCA服務組件的靈活編排；
消息傳輸支持消息加密、消息壓縮，支持多個節(jié)點組成一個智能網(wǎng)絡支持異步活動，支持發(fā)布/訂閱機制，可進行多對多的交互；
支持服務的注冊，并提供服務的安全封裝和代理；
內建JDBC Driver, 并且支持外掛JDBC Driver，支持斷點續(xù)傳；
支持異構數(shù)據(jù)之間的數(shù)據(jù)影射、類型轉換、內容轉換、結構轉換；
支持單例模式，支持將流程定義發(fā)布為Web Service供外部調用，支持外部通過JMS發(fā)送消息調用ESB中的流程；
支持接入并調用外部Web Service，支持通過JMS的方式與第三方消息中間件(MQ)進行通信，支持調用第三方的JavaBean；
支持在運行期，以腳本的方式進行功能擴展，支持對動態(tài)傳輸?shù)臉I(yè)務數(shù)據(jù)進行操作 ，支持對服務編排中的控制數(shù)據(jù)進行操作；
支持通過開發(fā)Java代碼并部署的方式，提供自定義擴展 ；
支持集群，可配置隊列成集群隊列，提供了集群隊列的物理位置透明性，提供智能路由功能，實現(xiàn)了集群環(huán)境下的抗搶奪算法；
設計工具支持資源部署，流程編排及模板配置；
提供統(tǒng)一集中式的Web監(jiān)控平臺，支持以拖拽方式進行網(wǎng)絡管理，支持基于Mashup理念的人機交互，支持基于角色的監(jiān)控能力，支持在Workbench中自定義監(jiān)控Portal。 1套
三、硬件設備
1 站群服務器 4顆6核cpu 32G內存 3*146G硬盤 1臺
2 資源目錄服務器 4顆6核cpu 32G內存 3*146G硬盤 1臺
3 數(shù)據(jù)庫服務器 4顆6核cpu 32G內存 3*146G硬盤 1臺
4 信息注冊管理機 工信部指定 2臺
5 深信服Vpn網(wǎng)關 工信部指定 1臺
四、其它費用
1 評測費（國家評測綜合檢索平臺聯(lián)通情況） 約10萬元，國家指定
說明：供應商必須準備軟件原型的演示并且不能以PPT和視頻代替。否則作為廢標處理。
3、購買文件時間： 2012年7月19日至2012年8月1日（節(jié)假日除外）
4、購買標書地點：新疆烏魯木齊市建設西路41號5樓兵團統(tǒng)一采購中心財務室（503房間）
5、開標時間：2012年8月9日 北京時間上午10：30點
6、開標地點：新疆烏魯木齊市建設西路41號5樓兵團統(tǒng)一采購中心會議室
7、招標文件售價：200元
8、開戶名稱：新疆生產建設兵團兵直事業(yè)單位會計核算中心
9、帳號：703101040007227
10、開戶銀行：中國農業(yè)銀行新疆兵團分行烏魯木齊市建設路支行營業(yè)處
11、項目聯(lián)系人***
聯(lián)系電話：0991- 2362017 傳 真：***
12、采購方聯(lián)系人：王曉燕 聯(lián)系電話***