教育管理信息化平臺建設（一期）采購征求供應商及專家意見公告

采購項目清單與技術參數配置及要求

一、項目采購清單

二、投標產品技術參數配置及要求

1、綜合平臺

我院教育管理信息化平臺建設，要求供應商在提供基本平臺的基礎上還需要做服務與定制開發，滿足我院實際需求。供應商需要承諾提供標準平臺版本并提供定制開發服務。

1.1技術參數配置及要求

1.1.1信息標準

1.1.1.1建設目標：構建高校共享數據中心，首先要關注的是信息的標準化問題。整個高校的數據表示需要按照一定的標準編碼，方便校內數據和行業之間數據流通。目前存在國家標準、行業標準、市級標準和高校內部自己標準。如何根據這些標準，兼顧各個標準之間的兼容性，和標準的一致性，以及標準的可擴展性，給出具體高校的信息分類編碼規格說明書成為高校共享數據中心建設的前提。目前在建數字化校園高校的數據標準一般分為基礎代碼數據標準、學校各信息子集信息標準、部門數據信息標準等?；A代碼數據標準主要記錄一些基礎代碼表，例如民族、籍貫等，這些通常有國家標準或相關權威部門的標準。學校各信息子集信息標準主要以教育部標準為主部門數據信息標準是根據學校各信息子集標準然后結合學校的部門業務所產生的，該部分集中反映了學校各部門的業務信息標準，是信息標準的核心部分，各學校的差異比也較大。

1.1.1.2建設內容要求

1.1.1.2.1信息標準在全校范圍內為數據庫設計提供類似數據字典的作用，為信息交換、資源共享提供了基礎性條件。信息標準需要保證信息在采集、處理、交換、傳輸的過程中有統一、科學、規范的分類和描述，能夠使信息更加有序流通、發揮信息資源的綜合效益。

1.1.1.2.2采用 XML、 WebService作為數據傳輸的標準。采用 JMS消息傳遞機制建立統一的數據傳輸與數據交換規范，實現不同部門間、不同應用系統間的數據交換，具有良好的擴展性。

1.1.1.2.3信息標準制定與執行

1.1.1.2.4信息標準代碼集、信息標準集的制定，信息標準代碼集、信息標準集的發布執行；

1.1.1.2.5學校軟硬件平臺標準與開發規范；

1.1.1.2.6數據集成與交換標準；

1.1.1.2.7信息化運行管理規范與標準；

1.1.1.2.8信息編碼標準導入、維護、查詢、訂閱工具。

1.1.1.2.9在學校信息標準建設應遵循已頒布的國際標準、國家標準或行業標準，并在建設過程中根據本單位的具體情況和實際需求，建立科學、實用、完善的信息化標準體系，形成對學校信息標準涉及內容要求如下：要求根據國家最新標準、教育部最新標準、行業最新標準和學校自身特色建設《眉山職業技術學院信息標準》。

1.1.2統一共享數據中心

1.1.2.1建設目標：共享數據中心通過數據交換工具，進行數據過濾、清洗和雙向傳遞，實現各業務系統、共享數據服務平臺相互之間的數據交換和共享，為學校教學、科研和管理提供有效的、實時的、完善的共享數據，滿足校內各類人員的數據查詢、報表查詢展示、信息共享、決策支持等要求 ,滿足校內各類人員的數據查詢、報表查詢展示、信息共享、決策支持等要求。

1.1.2.2建設內容要求

1.1.2.2.1基本框架要求

1.1.2.2.1.1信息標準管理

1.1.2.2.1.1.1標準草案 :信息標準創建、數據集標準管理、數據類標準管理、數據子類標準管理、數據項標準管理、公共代碼標準管理、代碼類管理、代碼表管理、代碼管理、信息標準發布、信息標準刪除。

1.1.2.2.1.1.2執行標準：執行標準描述信息查看、執行標準內容查看、執行標準歷史發布版本查看、執行標準恢復到歷史版本。

1.1.2.2.1.1.3標準管控中心：信息標準應用情況統計、元數據采標率統計、待發布標準統計、標準草案列表。

1.1.2.2.1.2中心庫元數據管理：中心庫數據子集管理、中心庫數據類管理、中心庫數據表管理、中心庫數據字段管理、中心庫代碼子集管理、中心庫代碼分類管理、中心庫代碼表管理、中心庫代碼管理、信息標準取用關系、元數據操作日志。

1.1.2.2.1.3數據查詢工具：用戶可以通過 SQL語句查詢中心庫已有數據。數據導出

1.1.2.2.1.4數據服務管理：數據服務管理、應用系統管理、數據服務授權管理、常用數據訪問接口。

1.1.2.2.1.5用戶權限管理：組織機構管理、用戶管理、角色管理、功能權限管理。

1.1.2.2.1.6監控功能：服務器資源監控、數據庫監控。

1.1.2.2.1.7普通用戶功能：信息標準查看。

★ 1.1.2.2.2服務與定制開發要求

1.1.2.2.2.1二次開發數據服務：用戶定義服務接口、服務接口的刪除、服務接口參數修改、生成接口調用代碼。

1.1.2.2.2.2二次開發查詢視圖：用戶定義查詢菜單、可視化定義單表視圖、可視化定義雙表視圖。

1.1.2.2.2.3二次開發規范報表：用戶定義報表菜單、用戶定義標題、可視化定義報表內容、用戶定義報表腳標。

1.1.2.2.2.4二次開發統計圖表：用戶定義柱狀圖、用戶定義餅圖、用戶定義曲線圖。

1.1.2.2.8數據交換中間件

1.1.2.2.8.1數據交換任務管理：數據交換任務調度控制臺、數據交換任務信息管理、數據交換任務監控中心、數據交換任務回收站、數據交換任務審核中心。

1.1.2.2.8.2數據交換文件系統

1.1.2.2.8.3數據交換影響分析與報告：數據交換任務運行記錄統計、部門數據交換業務統計報告、數據交換任務影響報表分析。

1.1.2.2.8.4第三方應用數據交換服務集成：對外數據交換服務安全授權體系、跨平臺開放的數據交換服務接口、數據交換服務配置管理中心。

1.1.2.2.8.5個性化消息定制服務：系統性能預警消息定制、業務數據源監控消息定制、數據交換任務消息定制。

1.1.2.2.8.6系統安全認證與授權：賬號管理、角色管理、組織機構管理、系統資源管理、資源權限管理。

1.1.2.2.8.7數據交換中間件集群監控：數據交換中間件列表、數據交換中間件性能報告。

1.1.2.2.8.8系統管理：系統配置、系統日志管理、在線信息統計、系統備份與還原。

1.1.2.2.8.9數據交換中間件任務設計器：用戶身份信息認證、數據交換任務資源信息庫、數據交換任務設計工作空間、數據交換任務運行調試、用戶界面個性化。

1.1.2.2.8.10數據交換中間件：數據交換服務遠程注冊、數據交換集群執行引擎與數據交換設計器集成、數據交換任務執行服務、數據交換任務運行狀態監控服務、數據交換任務處理進度監聽服務、數據交換任務日志信息服務、性能負載信息監控服務。

1.1.2.2.8.11數據交換中間件服務授權：將數據交換中間件任務發布成 WEB SERVICE，通過對第三方應用系統授數據交換任務及數據交換任務數量限制，第三方應用系統通過授權序列號和 IP地址可以調度數據交換作業。

1.1.2.3總體技術要求

1.1.2.3.1用開放、標準的數據庫設計，支持跨平臺部署。對數據庫中的表與數據項都提供中文注釋。

1.1.2.3.2持對外提供開放的數據訪問服務接口，并實現對服務接口的管理，支持對服務接口名稱、接口方法的查詢和編輯，以及對接口的授權管理。

1.1.2.3.3證遵循“誰產生、誰維護”的原則，所有的數據都有特定的產生者和維護者。在技術上，由授權體系控制數據維護的權限，使無權限的人員不能對數據進行生產和維護；同時，在管理上，通過制定相應的應用規范迫使數據生產者 /維護者及時更新自己負責的數據，系統中數據具有準確性和可跟蹤性。保證任何業務系統的添加和修改不影響其它業務系統的正常運行。

1.1.2.3.4支持國內外主流數據庫，包括： Oracle、 Mysql、 MS Access、 MS SQL Server、 IBM DB2、 AS/400和 Sybase。

1.1.2.3.5支持松耦合產品架構體系。

1.1.2.3.6擁有人工智能的集群負載均衡能力。

1.1.2.3.7提供靈活而高細粒度的權限控制。其安全認證體系基于 URL攔截與 ACL控制列表訪問技術，對系統完成了靈活而高細粒度的權限控制，能有效的針對系統級權限、功能級權限、資源級權限和數據級權限進行控制與保護，并且允許用戶根據實際需要進行各種權限控制規則的自定義，自定義的權限規則即時生效無需重啟服務器。

1.1.2.3.8總線型的消息通信機制。

1.1.2.3.9基于 HTML5技術的業務流程管理與設計，采用 HTML5的繪圖技術實現業務流程繪圖面板功能，采用 WebSorket技術實現前臺頁面與服務器后臺的實時通信，正是這一新興技術的前驅應用。

1.1.2.3.10支持多用戶數據整合管理。

1.1.2.3.11支持圖形化業務流程繪圖面板。

1.1.2.3.12支持個性化的消息定制服務。

1.1.2.3.13提供靈活多變的數據交換作業調度。

1.1.2.3.14提供基于業務的數據交換影響分析，讓用戶能夠清晰的了解到數據交換對業務的影響與成果，進而使得數據交換進程對用戶更加透明化，幫助用戶快速定位業務死角與信息孤島。

1.1.2.3.15業務流程繪圖面板支持以拖拉拽的方式對進行業務流程的繪制。只需通過簡單的拖拉拽各種內置的數據交換業務組件與配置即可完成數據交換任務的定義與設計，整個過程無需任何編碼。設計完成數據交換任務執行由系統自動完成，整個過程無需人工干預。其中內置的數據交換應至少包含 150個以上業務組件，主要包含輸入組件、輸出組件、轉換組件、功能組件、流程組件、腳本組件、查詢組件、連接組件、數據倉庫組件、驗證組件、統計組件、敏捷組件、作業組件、映射組件、數據倉庫加載組件、內聯組件。

1.1.2.3.16提供統一數據訪問接口及管理系統軟件著作權登記證書。

1.1.3統一身份認證

1.1.3.1建設目標：隨著應用建設的逐步深入，已經建成的和將要建成的各種數字化校園應用系統存在不同的身份認證方式，用戶必須記憶不同的密碼和身份。因此，要建設以目錄服務和認證服務為基礎的統一用戶管理、授權管理和身份認證體系，將組織信息、用戶信息統一存儲，進行分級授權和集中身份認證，規范應用系統的用戶認證方式。提高應用系統的安全性和用戶使用的方便性，實現全部應用的單點登錄。即用戶經統一應用門戶登錄后，從一個功能進入到另一個功能時，系統平臺依據用戶的角色與權限，完成對用戶的一次性身份認證，提供該用戶相應的活動“場所”、信息資源和基于其權限的功能模塊和工具。在數字化校園建設中，要求采用以目錄服務和認證服務為基礎的統一用戶管理、授權管理和身份認證體系，將組織機構信息、用戶身份信息統一管理，進行分級授權和集中身份認證，規范應用系統的用戶認證方式。

1.1.3.2建設內容要求

1.1.3.2.1關鍵技術：統一身份認證管理中心、統一身份管理、統一認證管理、單點登錄管理、統一監控管理。

1.1.3.2.2產品基本框架要求

1.1.3.2.2.1基本框架：包含平臺運行必須的組件和代碼。

1.1.3.2.2.2用戶管理：用戶及密碼管理。

1.1.3.2.2.3角色和身份管理：用戶角色和身份管理。

1.1.3.2.2.4應用管理：應用的接入，修改等。

1.1.3.2.2.5權限管理：管理角色可訪問的應用權限。

★ 1.1.3.2.3服務定制開發要求

1.1.3.2.3.11.1.3.2.3.2登錄助手接入：可根據應用實際情況定制登錄助手實現非標準單點登錄。

1.1.3.2.3.3登錄界面及提示：可根據學校需求定制登錄界面。

1.1.3.3總體技術要求

1.1.3.3.1采用 Java語言作為主要開發語言，支持多種主流平臺部署，如 WINDOWS、 Linux、 HP UX、 IBM AIX、 SUN SOLARIS等。支持這些平臺的 32位及 64位操作系統；

1.1.3.3.2.采用新的協議提供了 Proxy（代理）能力，支持多層 SSO能力，全面采用 Spring技術，比如 Spring DI容器和 AOP技術、 Spring Web MVC、 Spring Web Flow、 Spring Ldap Template等。

★ 1.1.3.3.3基于 WEB界面系統管理， SSL加密傳輸，無需專用客戶端，隨時隨地可進行管理，方便安全。

★ 1.1.3.3.4用戶身份數據采用統一的數據交換中間件來進行身份數據的同步，統一認證中心與業務應用系統身份數據庫相對獨立，但相關身份數據又保持自動同步，最大限度的保證原有系統的運行不受資源整合所影響，保障各系統的獨立與數據安全。

1.1.3.3.5提供單點登錄接入工具軟件著作權登記證書。

1.1.4統一信息門戶

1.1.4.1建設目標：統一信息門戶是一個信息的集成環境，它可以是將分散、異構的應用和信息資源進行聚合，通過統一的訪問入口，實現結構化數據資源、非結構化文檔和互聯網資源、各種應用系統跨數據庫、跨系統平臺的無縫接入和集成，提供一個支持信息訪問、傳遞、以及協作的集成化環境，實現個性化業務應用的高效開發、集成、部署與管理；并根據每個用戶的特點、喜好和角色的不同，為特定用戶提供量身定做的訪問關鍵業務信息的安全通道和個性化應用界面，使師生員工可以瀏覽到相互關聯的數據，進行相關的事務處理。使用校園門戶可以非常好地解決“信息孤島”問題，同時，利用校園門戶的“單點登錄”、“個性化頁面”、“信息集成”、“導航”等功能，可以極大地方便訪問者獲取所需信息。

1.1.4.2建設內容要求

1.1.4.2.1系統基本框架要求

1.1.4.2.1.1用戶、角色以及權限管理功能

1.1.4.2.1.2頁面、應用及功能模塊，菜單配置管理功能：為使統一信息門戶具備可配置性，平臺需要提供可以在線應用快速構建應用的實用工具 ,以滿足學校不斷變化的各種數據呈現需求：通用表格工具（可在線配置生成各種類型的表格 ,并提供增刪改查 ,級聯查詢，樹形分類選取等）、通用圖表工具（圖表自動構建工具可在線配置生成各種類型的圖表 ,并能按任意數據列進行鉆取，撰?。?、數據管理工具（可在線導入并管理一些臨時性強 ,彈性大的線下數據（ EXCEL）并提供展示 ,以方便用戶的日常工作需求）、通用展示工具（可在線配置生成各種展示性內容）。

 1.1.4.2.1.3通用表格工具：提供一個表格工具，將所有的需要按照表格開發的功能模塊，能在后臺通過編寫 sql語句配置完成。

1.1.4.2.1.4通用圖表工具：提供一個圖表工具，將所有的需要按照報表和表格開發的功能模塊，能在后臺通過編寫 sql語句配置完成。

1.1.4.2.1.5數據管理工具：具備向門戶數據庫中導入 excel數據和增加新表的功能，可對導入的數據進行增刪改查，能夠進行數據維護和修改數據庫的部分數據。提供數據導出。 1.1.4.2.1.6通用展示工具：通用展示工具可以根據需要創建任意靜態展示界面，而無需再建立新的 portlet項目，實現即開即用，免編碼開發的需求。

1.1.4.2.1.7在校人數統計：展示各院系班級在校人數分布。

1.1.4.2.1.8民族分布統計：展示在校學生民族分布。

1.1.4.2.1.9專業人數統計：展示各院系的專業人數分布。

1.1.4.2.1.10學生信息查詢：學生基本信息查詢，包括學生學號、班級、性別、家庭住址、聯系方式***

1.1.4.2.1.11學籍異動信息：學生異動信息查詢，包括退學、休學、轉專業詳情等信息的查詢和反饋。

1.1.4.2.1.12獎懲信息查詢：學生獎懲信息查詢，包括學生獲獎和違紀懲處的信息。

1.1.4.2.1.13師資力量統計：展示各院系人員職稱人數分布。

1.1.4.2.1.14生源地統計：展示當前學年各地的學生人數情況。

1.1.4.2.1.15錄取情況統計：查看該院系各學年的錄取情況。

1.1.4.2.1.16入學率統計：展示各學年各院系的入學情況。

1.1.4.2.1.17就業率統計：可選擇院系查看某院系的就業率。

1.1.4.2.1.18離校統計：展示各部門對學生離校辦理情況的統計信息。

1.1.4.2.1.19黨員分布統計：展示各院系的黨員分布。

1.1.4.2.1.20貧困生統計：展示各院系的貧困生分布統計情況。

1.1.4.2.1.21住宿信息查詢：查詢學生住宿信息情況，包括學生的樓號、寢室號、床號。

1.1.4.2.1.22學籍異動統計：可選擇年份查看各個學年學籍異動的人數。

1.1.4.2.1.23獎學金統計：圖表和表格形式展現學校獎學金統計情況。

1.1.4.2.1.24助學金統計：展示各年份的助學金統計情況。

1.1.4.2.1.25助學貸款統計：展示各年份的助學貸款統計情況。

1.1.4.2.1.26出勤統計：任課教師、輔導員等相關負責人***

1.1.4.2.1.27學生成績統計：可選擇分數段查看該分數段的學生人數分布。

1.1.4.2.1.28考試安排查詢：能夠查看到當前學年的考試科目和歷史考試的情況。

1.1.4.2.1.29實習情況統計：查看當前登錄教師所在班級的學生實習情況。

1.1.4.2.1.30選課信息統計：向領導展示各個學期各個課程（選修課程）選課學生數的情況。

1.1.4.2.1.31科研成果統計：展示學校的科研成果情況。

1.1.4.2.1.32論文成果統計：向領導展示全校的論文成果總體情況。

1.1.4.2.1.33部門資產：為相關負資產責人提供部門資產信息查詢。

1.1.4.2.1.34獎助貸查詢：獎學金、助學金、助學貸款查詢。

1.1.4.2.1.35欠費統計：展示各院系在當前學年的欠費金額。

1.1.4.2.1.36收費情況統計：展示各個學院的收費情況。

★ 1.1.4.2.2服務與定制開發要求

1.1.4.2.2.1個人信息管理：個人信息展示和修改以及個人簡歷的填寫和導出為指定格式。

1.1.4.2.2.2單點登錄：集成各個應用系統，通過門戶直接登錄應用系統，無需再次輸入系統賬號。

1.1.4.2.2.3課程表：查看課程名稱、課程性質、上課地點、授課講師等信息。

1.1.4.2.2.4學生評教：學生評分以后提交評定內容，教師可查看評教結果統計。

1.1.4.2.2.5培養計劃：教師制定培養計劃，學生可查看。

1.1.4.2.2.6學業預警：掛科預警、學分不夠時發出紅黃牌警告。

1.1.4.2.2.7等級考試信息查詢：為學生提供等級考試信息查詢，包括等級考試的時間、地點、時長、分數等。

1.1.4.2.2.8我的成績：提供學生在校期間的各個學年各個學期各個課程的成績查詢。

1.1.4.2.2.9我的班級：提供輔導員查看本班學生詳細情況的功能。

1.1.4.2.2.10工資表查詢：工資表查詢為教師提供工資明細查詢。

1.1.4.2.2.11繳費明細查詢：本模塊為行政教師提供繳費明細查詢功能。

1.1.4.2.2.12一卡通費用明細：本模塊可查看用戶每日的一卡通消費情況，以圖表和表格的形式展現。

1.1.4.2.2.13水電網費明細查詢：行政老師可查看所管理的學生的水電網費使用情況，學生可以查看自己的情況。

1.1.4.2.2.14通訊錄：查看人員、部門的聯系方式***

1.1.4.2.2.15重要提醒：讓用戶能夠直觀的看到 OA系統待辦事項數、未讀通知公告數，郵件系統未讀郵件數量、未還圖書數信息更新提示，方便進行及時的處理。

1.1.4.2.2.16校內公告：展示學校最新消息、通知、公告等信息的平臺。

1.1.4.2.2.17天氣預報：查看當天和第二天的天氣情況。

1.1.4.2.2.18常用工具：集合常用工具網站的鏈接，如電子資源、旅游出行、詞典、通信相關等欄目。

1.1.4.2.2.19友情鏈接：自定義配置常用網站鏈接，如教學管理、教學資訊、教育人生、 CET、教考中心等。

1.1.4.2.2.20圖書借閱查詢：提供給用戶查詢書籍的功能，可以在篩選欄輸入書籍名稱、作者進行搜索。

1.1.4.2.2.21問卷調查、投票：可參與和查看投票、在線問卷調查。

1.1.4.2.2.22新聞發布：用戶可以根據自己登陸門戶平臺的角色，對新聞進行管理，發布，以及查看。

1.1.4.2.2.23校車時刻：校車時刻展示每天校車的出發時間、出發地、目的地。

1.1.4.2.2.24作息時間：展示用戶每天的作息時間表。

1.1.4.2.2.25信息查詢：信息查詢快捷通道，直接鏈接到要查的相關插件或頁面。

1.1.4.2.2.26常用服務：內置快遞查詢 ,火車 ,飛機信息等常用功能。

1.1.4.2.2.27生活信息：提供相關網頁的快捷進入通道，如學校論壇、心理資訊、圖書館等欄目。

1.1.4.2.2.28等級考試報名：可以發布等級考試信息 ,符合報考條件的學生可在線報名 ,也可以設置自動報名。

1.1.4.2.2.29點名系統：將全校學生的信息（姓名、學號、頭像）、教務處的課表信息、學工系統中的輔導員信息與到課數據整合在一起，實時記錄每名學生的到課情況，并即時傳送給相關的班主任、輔導員和管理部門的領導，讓各級部門的工作人員及學校領導在第一時間把握學生動態，提高學校管理能力。

1.1.4.2.2.30日程安排：以日歷的形式在首頁進行展示，并且顯示今天、明天兩天的日程安排；可創建任務、查詢歷史任務，按照月、周、日、日程的條件統計和查詢任務記錄；展示當前天一周內的天氣預報顯示，用戶可根據天氣情況結合自己所需設定日程安排。

1.1.4.3總體技術要求

1.1.4.3.1 J2EE標準，采用 java語言開發，具有“跨平臺、一次編寫，多處運行”的特性。此外，還應支持無編碼式開發配置，在新增或變更常規需求時可不修改現有應用編碼，通過后臺配置即時創建、更新應用的功能和內容。同時管理人員經過簡單培訓可以獨立完成應用創建。

1.1.4.3.2統一的交互標準和界面標準，并能根據用戶角色和權限進行相應的動態化、個性化頁面配置。

1.1.4.3.3 SOA架構，支持 JSR168、 JSR286標準規范。

1.1.4.3.4 ajax技術以達到動態交互的效果。

1.1.4.3.5具備備份、容災機制，可使用任意時間點備份進行相關應用的恢復工作。

★ 1.1.4.3.6投標人需具有軟件能力成熟模型集成 CMMI三級（含三級）以上認證。

1.2系統運行環境要求

1.2.1  配置要求：軟件要基于當前主流服務器，需滿足主流操作系統（包括 Windows Server 2003/2008/2012 32bit/64bit、 Linux主流版本等）、數據庫采用 Oracle的安裝部署、支持目前市面上主流應用服務中間件（包括 WebLogic、 WebSphere、 Tomcat）。

1.2.2性能要求

1.2.2.1技術的先進性：系統應采用先進成熟的技術，以保證投資的有效性和延續性。

1.2.2.2系統的穩定性要求：

1.2.2.2.1保證系統能夠正常運作。

1.2.2.2.2系統應能夠 7× 24小時連續不斷穩定工作。

1.2.2.2.3軟件版本升級或改進應在不影響業務的情況下進行，保證系統可以穩定、平滑過渡。

1.2.2.3系統可維護性需求：

1.2.2.3.1該系統應能使系統管理員集中方便地配置、監視、控制、診斷整個系統，并且能夠監視和控制用戶情況、提高效率、消除隱患；

1.2.2.3.2對于系統各功能模塊的配置、控制、監視、診斷等工作能夠通過專用的系統管理工具方便的進行，無須進行專門的編碼工作。

1.2.2.3.3提供不少于 3個月的日志管理功能

1.2.2.3.4提供數據安全方案。

1.2.2.4系統訪問性能需求：

1.2.2.4.1 100個并發用戶登錄系統時間小于 5秒；

1.2.2.4.2 100個并發用戶登陸首頁響應時間在 3秒以內，在 100個并發時，平均響應時間小于 5秒；

1.2.2.4.3 100個并發用戶基礎數據即席查詢的響應時間應在 5秒以內；

1.2.2.4.4單點登錄最大并發會話數為 500，最大在線會話數應能支撐 20000個。

2、迎新管理系統

2.1技術參數配置及要求

2.1.1建設目標：迎新管理系統的建設涉及新生入學的各個環節，通過規范學校迎新流程，基于網絡技術和數據共享理念，使學校迎新流程更加規范，為學校各部門之間提供高效的協作平臺，輔以現代化的數字設備簡化迎新流程，全面提高迎新效率。為院級領導提供迎新現場各環節的辦理情況數據統計，真正成為一個面向學校各學院、各管理部門以及全校新生的一站式綜合管理信息系統。

★ 2.1.2接口要求

2.1.2.1提供單點登錄接口：支持 cas接入。

2.1.2.2提供數據整合相關接口。

2.1.3功能要求

2.1.3.1角色、用戶授權管理管理

2.1.3.1.1用戶管理：系統用戶管理，包含用戶的增加、修改、刪除，分配角色和定義組織架構功能。

2.1.3.1.2角色管理：系統用戶角色管理，包含角色的增加、修改和刪除功能。

2.1.3.1.3組織架構管理：系統中組織架構管理，包含部門和團隊的增刪改查功能。

2.1.3.1.4插件管理：將系統中的功能項配置成插件，通過分配插件來進行各用戶角色的功能權限。

2.1.3.1.5菜單管理：管理視圖中的菜單項，每個菜單中分配的對應的插件。

2.1.3.1.6視圖管理：管理系統中訪問的視圖，視圖用作定義角色或者某一用戶的一整套功能，在配置系統時分配菜單項。

2.1.3.1.7資源管理：用于管理系統中的訪問資源，該資源下的訪問路徑將有訪問權限限制。

2.1.3.1.8授權策略：管理系統中收取策略，在策略組中分配用戶、角色、資源、視圖或者插件，實現對系統訪問權限控制。

2.1.3.2迎新流程設計

2.1.3.2.1圖形化迎新工作流設計，可靈活變更迎新流程，實現流程控制，流程中每個環節可設置辦理方式、審核邏輯。

2.1.3.3迎新引擎

2.1.3.3.1迎新流程查看：查看當前迎新流程。

2.1.3.3.2流程科目環節管理：配置各科目環節審核部門、數據來源部門、業務數據顯示方式、處理方式和辦理出發事件。

2.1.3.4迎新數據管理

2.1.3.4.1新生數據導入導出。

2.1.3.5迎新管理

2.1.3.5.1設置迎新開始和結束時間，開啟或關閉迎新，同時可還原學生迎新手續辦理狀態。

2.1.3.6迎新業務辦理

2.1.3.6.1人工審核：由迎新手續辦理員人工審核辦理迎新。

2.1.3.6.2系統自動審核：系統根據先設定的審核邏輯，自動審核學生是否滿足辦理條件，更改辦理狀態。

2.1.3.7網上迎新

2.1.3.7.1新生可登陸系統查看報到手續辦理，網上辦理報到手續，完善個人信息，同時具有網上交學費、網上選宿舍相關功能的關接口。

2.1.3.8報表統計

2.1.3.8.1按全校、各系、各專業、各班統計迎新情況，各環節辦理情況。實時顯示報到信息

2.1.3.9安裝部署要求

2.1.3.9.1支持多種主流平臺部署，如 WINDOWS、 Linux等。支持這些平臺的 32位及 64位操作系統；

2.1.3.9.2支持國內外主流數據庫，包括： Oracle、 MS SQL Server。

3、離校管理系統

3.1技術參數配置及要求

3.1.1建設目標：離校管理系統的建設應涉及畢業生離校的各個環節，面向畢業生和學校各部門提供綜合信息管理與服務。系統應基于網絡技術和數據共享理念，在參與離校辦理的各相關部門之間，實現數據的高度共享和流動，實現學生離校過程的信息化管理，減輕部門工作人員及學生在離校過程中的工作量，提高工作效率，保證離校數據的準確性、一致性，優化畢業生離校手續的辦理，為學生離校提供滿意的服務。

★ 3.1.2接口要求

3.1.2.1提供單點登錄接口：支持 cas接入。

3.1.2.2提供數據整合相關接口。

3.1.3功能要求

3.1.3.1角色、用戶授權管理管理：用戶管理、角色管理、組織架構管理、插件管理、菜單管理、視圖管理、資源管理、授權策略。

3.1.3.2離校流程設計

3.1.3.2.1圖形化離校工作流設計，可靈活變更離校流程，實現流程控制，流程中每個環節可設置辦理方式、審核邏輯。

3.1.3.3離校引擎

3.1.3.3.1查看當前離校流程。

3.1.3.3.2配置各科目環節審核部門、數據來源部門、業務數據顯示方式、處理方式和辦理出發事件。

3.1.3.4離校管理

3.1.3.4.1設置離校開始和結束時間，開啟或關閉離校，同時可重置學生離校手續辦理流程。

3.1.3.5離校業務辦理

3.1.3.5.1由離校手續辦理員人工審核辦理離校。

3.1.3.5.2系統根據先設定的審核邏輯，自動審核學生是否滿足辦理條件，更改辦理狀態。

3.1.3.5.3針對學生辦理情況可對學生發送系統催辦消息，提醒學生及時完成離校手續的辦理。

3.1.3.6報表統計

3.1.3.6.1按全校、各系、各專業、各班統計離校情況，各環節辦理情況。

3.1.3.7安裝部署要求

3.1.3.7.1支持多種主流平臺部署，如 WINDOWS、 Linux、 HP UX、 IBM AIX、 SUN SOLARIS等。支持這些平臺的 32位及 64位操作系統；

3.1.3.7.2支持國內外主流數據庫，包括： Oracle、 Mysql、 MS Access、 MS SQL Server、 IBM DB2、 AS/400和 Sybase。

4、收費系統

4.1技術參數配置及要求

4.1.1建設目標：隨著教育體制改革的逐步深化，高校辦學形式和辦學規模發生了新的變化，其辦學規模不斷擴大，辦學方式也呈現多元化。目前，高校面向社會，多渠道籌措辦學經費的局面已經形成，學費收入有了較大的增長，在學?？偸杖胫兴急戎夭粩嗵岣?，已成為學校主要的收入來源，是維持高校正常運轉不可缺少的有力保證。而學生收費管理工作是一項傳統且繁瑣的教育基礎管理工作，其作為高校財務的一項經常性工作，工作量大而且時間集中，收費項目與標準繁多，要做到及時準確、足額到位、不錯不漏，難度很大。因此建設高效收費系統是推動我校管理信息化，提升管理科學化的一個重要環節。

4.1.2總體要求

4.1.2.1安全要求

服務器安全：由于許多不受信任的實體都涉及用戶代理和服務之間的互動，所以用戶代理和服務必須創建共同驗證，以保證服務器安全。服務器均采用權威機構簽發的全球安全 PKI證書，同時結合多要素驗證這種目前最好的方式。防止偷聽—強加密。

防止偷聽—強加密：敏感數據和關鍵數據可能暴露在用戶代理和服務器之間不受信任的實體面前，所以，即便是閑置的敏感數據也必須加密，并且還要使用加強型密碼來增加解密的難度。用戶在訪問過程中采用 SSL強加密，防止用戶信息被惡意抓取、篡改。

會話超時和一次性密碼：長時會話可能導致攻擊重現和會話劫持。一次性密碼和短時會話可以顯著降低這類漏洞的威脅。收費系統用戶登錄系統后，系統會為用戶授予會話密鑰，用戶如果獲得回話密鑰之后的 30分鐘沒有進行任何操作，要求密鑰驗證過期，系統自動將用戶登出。

數據安全

數據保密性需求：對用戶信息進行摘要加密；對每個用戶訪問的數據進行數據權限管理；控制可以訪問數據庫的數據庫用戶信息及用戶所擁有的權限，盡量不暴露數據庫服務器。

數據完整性需求：實行冷 /熱數據備份保障數據完整性，數據庫集群配置。

★ 4.1.2.2接口要求

提供單點登錄接口：支持 cas接入。

提供數據整合相關接口：學生收費信息、學生欠費信息、學生其他費用信息。

4.1.3線下收費系統

4.1.3.1系統配置

應包含起始票據號的設置、收費標準區分專業方向設置、當前收費學年設置、新生數據來源設置、繳費狀態更新、專業對比等。

4.1.3.2基礎信息管理

應包含票據管理、學年管理、院系管理、專業管理、班級管理、收費標準管理、在校生信息管理。

4.1.3.3學生繳費管理

應包含學生繳費、票據打印、繳費信息查詢。

4.1.3.4繳費信息統計

應包含繳費信息統計、繳費明細統計、收費組繳費統計、欠費統計管理、未繳費統計管理、欠費明細管理。

4.1.3.5畢業生管理

應包含畢業生信息管理、其它學生信息管理、學費補交管理、比重欠費統計、畢業生繳費。

4.1.3.6系統管理

應包含收費結轉、系統用戶管理、查詢導入控制。

4.1.4線上收費系統

4.1.4.1功能要求

4.1.4.1.1統一繳費

4.1.4.1.1.1在線繳費：校內外用戶均可以在不登陸系統的情況下，通過繳費條碼進行繳費。而校內繳費用戶也可以選擇登錄進入系統，選擇一項繳費項目進行繳費，展示的待繳費項目列表根據繳費用戶的身份各有不同。繳費用戶確認繳費信息以后進入統一支付平臺選擇交易銀行后，登錄銀行進行資金交易操作。當繳費項目的繳費金額超過繳費用戶銀行卡中的總金額或超過繳費用戶銀行卡在線交易單筆最大金額時，繳費用戶可以把繳費金額進行拆分，拆分的次數沒有限制，對最小可拆分繳費金額有限制，比如：繳費項目繳費金額大于 1000時才可拆分繳費。

4.1.4.1.1.2個人帳目管理 :校內繳費用戶可以查看歷來繳費記錄，查看每筆交易的對帳情況，匯總個人資金花費情況。同時提供賬單的導出和郵件發送功能。

4.1.4.1.1.3用戶帳戶安全

4.1.4.1.1.3.1在確保收費部門用戶帳戶的安全。為用戶提供各類帳戶安全保障措施。

4.1.4.1.1.3.2用戶登錄安全：個人數字證書命名制認證、采用加密數據傳輸（ SSL協議）、發送登錄短號到用戶手機或郵件、登錄密?？炞C。

4.1.4.1.1.3.3用戶登錄密碼尋回安全：采用加密數據傳輸（ SSL協議）、密碼采用不可逆加密方式、通過密保問題找回密碼、通過綁定的唯一手機號找回密碼、通過綁定的唯一郵箱找回密碼。

4.1.4.1.1.4繳費項目管理：能為繳費管理員提供分級分部門的管理繳費項目，包括項目的增、改、查及配置繳費人員的功能。

4.1.4.1.1.5部門賬目管理：能提供分級分部門的賬目管理機制，繳費管理員只能管理該部門的賬目，包括：賬目明細，項目報表，導入現金記錄，導出項目繳費記錄。

4.1.4.1.1.6決策分析：能通過選擇的收費項目和收費部門，就可以查看該收費部門的該收費項目的收費金額統計圖和收費部門人數統計圖。

4.1.4.1.1.7授權管理：系統提供對收費部門用戶、財務部門用戶和校領導的角色配置；需要設置每一類角色的管理權限，靈活自定義的授權管理。自定義角色，自定義角色權限，自定義角色登錄模式，自定義用戶、角色所屬視圖等。

4.1.4.1.1.8開放服務：統一繳費系統開放眾多的第三方系統調用接口。為其他的應用提供查看待繳費項目服務及已繳費明細服務。

4.1.5統一支付

4.1.5.1收費項目管理：支付平臺管理員用戶能對所有收費部門用戶申請的收費項目進行審批、關閉、啟動、查看收費項目詳情等操作。收費部門用戶只能申請、修改、查看屬于自己部門的收費項目（收費部門用戶只可對審批未通過的收費項目進行修改）。

4.1.5.2收費標準管理：收費部門管理員可以管理自己部門的收費標準，系統管理員可以管理所有收費部門的收費標準。

4.1.5.3帳目管理：能根據用戶權限的級別展示帳目信息。每筆交易可追溯，每筆存在異常的交易對帳并處理。主要功能有分類別（項目、銀行）查看賬目、單筆 /批量核對賬目、查看和異常賬目處理。

4.1.5.4帳戶管理：提供用戶賬戶信息查、改功能以及賬戶資金管理功能，不同角色對賬戶信息具有不同操作權限。

4.1.5.5財務報表：能根據用戶權限的級別為用戶提供各式的報表信息。支付平臺管理員可以統計整個平臺的收費項目、收費部門收費情況、全校收費情況等報表；收費部門用戶可以統計自己部門中的收費項目收費情況。

4.1.5.6接口管理：能通過提供統一網上支付接口（包括對接銀行和第三方繳費系統的接口）實現網上繳費，通過提供對賬接口實現系統內部自動對賬功能。

4.1.5.7決策分析：能根據用戶角色權限可以查看不同的決策分析統計數據。

4.1.5.8系統管理

4.1.5.8.1登錄日志：要求跟蹤記錄所有用戶的登錄日志，以便在發生異常時跟蹤用戶操作過程。

4.1.5.8.2系統日志：要求能跟蹤記錄數據庫日志、系統警報日志、應用系統接入日志、信息日志，以便在發生異常時快速分析異常狀態和原因。

4.1.5.9安裝部署要求

4.1.5.9.1支持多種主流平臺部署，如 WINDOWS、 Linux、 HP UX、 IBM AIX、 SUN SOLARIS等。支持這些平臺的 32位及 64位操作系統；

4.1.5.9.2支持國內外主流數據庫，包括： Oracle、 Mysql、 MS Access、 MS SQL Server、 IBM DB2、 AS/400和 Sybase。

5、站群系統

5.1技術參數配置及要求

5.1.1總體要求

5.1.1.1安全性要求：

5.1.1.1.1支持防 SQL注入、防跨站腳本攻擊、防跨站請求偽造。

5.1.1.1.2系統具備限制越權操作、信息防泄露、數據庫連接字符串加密、身份驗證票 SHA1加密、版本升級自動通知功能。

5.1.1.1.3系統支持軟鍵盤輸入、管理認證碼登陸、 3次錯誤后驗證碼驗證、 WebService安全通信技術。

5.1.1.2穩定性要求

5.1.1.2.1系統支持無縫升級，升級后并且對系統界面沒有影響。

5.1.1.2.2系統支持百萬級的數據處理能力，并且能夠支持多數據庫。

5.1.1.3可擴展性要求

5.1.1.3.1可提供完善的擴展說明文檔，包括進行二次開發的《數據庫字段說明列表》、各種接口說明文檔、功能介紹文檔等。

5.1.1.3.2需內置平臺整合接口，可以與論壇及博客等平臺進行整合，實現一站式登陸。

5.1.1.4易用性要求

5.1.1.4.1系統后臺發布文章，可支持帶 Word圖片上傳功能，并且支持同一篇文章同時發布到多個欄目下面。

5.1.1.4.2支持在線圖片編輯功能與圖片水印功能。

5.1.1.4.3系統支持自定義模型、自定義審核流程、自定義權限代碼、自定義的后臺菜單功能。

5.1.1.4.4主站和子站的部署方式支持集中式部署與分布式部署，主站和子站、子站與子站之間可以實現數據共享與推送。各子站系統與數據庫是完全獨立的，可以進行個性化的修改和擴展，每個子站可以脫離站群系統獨立部署到不同的服務器。

★ 5.1.1.5接口要求

5.1.1.5.1提供數據整合相關接口

5.1.2功能要求

5.1.2.1站群管理

5.1.2.1.1技術要求：基于 B／ S的軟件架構，基于 .NET平臺開發，開發語言 C#；系統必須架設在 windows操作系統上采用 SQL server 2005或以上版本的數據庫；采用 XML作為系統接口的數據交換標準，進行信息資源整合；必須具有開放的體系與接口，具有跨平臺運行的特性；可與業務系統進行數據交換，可實現跨平臺數據的互聯互通；系統采用組件化搭建，支持主流的數據庫系統及中間件平臺。

5.1.2.1.2功能模塊

5.1.2.1.2.1主站和子站的部署方式支持集中式部署與分布式部署，主站和子站、子站與子站之間可以實現數據共享與推送。各子站系統與數據庫是完全獨立的，可以進行個性化的修改和擴展，每個子站可以脫離站群系統獨立部署到不同的服務器。

5.1.2.1.2.2共享數據添加：除了從子站點接受到的數據外，站群系統還能夠直接添加各種形式的共享數據。

5.1.2.1.2.3信息分類管理：信息分類功能，包括可添加信息分類類型；對各分類信息進行管理；可添加根信息分類的子信息分類，設置一級二級信息分類，形成樹狀排列；此外，信息分類時還可以設置站點對各信息分類的查看、錄入、自動審核和訂閱權限。信息分類管理功能使信息管理更加方便規范，減輕管理員工作量，提高網站管理效率。

5.1.2.2內容管理

5.1.2.2.1信息管理：提供信息的標題、副標題、引題、鏈接標題的編輯。支持 XML格式數據的批量導入與導出。發布管理可以發布、撤銷及重新發布信息。支持同一篇文章信息同時發布在不同的欄目中，不需要多次發。

5.1.2.2.2信息編輯器：系統提供內置網頁編輯器進行可視化信息編輯。系統同時提供 Word擴展的內容管理發布功能可直接將在 Word中圖文混排的內容發布到網站上。系統后臺發布文章，可支持帶 Word圖片上傳功能，并且支持同一篇文章同時發布到多個欄目和站點下面?？梢暬庉嬈?，要求支持 ActiveX控件，可從外部編輯器中自動粘貼圖片和表格，并保持原格式信息（字體、字號、顏色）。圖片處理功能：上傳的文檔附件圖片可自動生成大圖、中圖、小圖，系統中的查看方式可為小圖 +標題，中圖和大圖采用網頁發布。首頁、內容頁或 Flash輪循圖片要根據大圖自動生成適應的小圖片，以保證整體的美觀性，圖片發布時自動加上水印。

5.1.2.2.3信息審批：審批發布中可以編輯、新建流程、可以指定流程節點人員，建立不同的信息發布審批流程?？梢曰趯徟鞒踢M行發布信息的審核、發布?？梢赃M行信息發布的流轉監控，查詢具體信息審批的情況。系統支持自定義模型、自定義審核流程、自定義權限代碼、自定義的后臺菜單功能。

5.1.2.2.4欄目管理：欄目管理可實現欄目的新增、刪除、編輯、移動、排序等功能；欄目的類型可支持信息發布類型、虛擬欄目類型、鏈接類型、流媒體類型、文件下載類型等格式；可以指定欄目為外部欄目還是內部欄目，若為外部欄目，則可以指定一個外部鏈接。

5.1.2.2.5模板管理：采用網頁模板與程序分離的技術，可以通過不斷地調整網頁模板的設置或更改模板來完成網站的風格改版和更新，網站中的文章信息則自動繼承下來，與新網頁模板智能地組合在一起，快速創建一個全新的網站。網站后臺管理支持一鍵模板切換，可在線修改網站前臺界面和代碼。系統的功能代碼分裝到組件或標簽中，直接調用無需編程。模板制作零客戶端，系統基于瀏覽器方式進行模板制作，不需要安裝類似 Dreamweaver等任何插件和客戶端程序。

5.1.2.2.6信息采集：系統采用多項目管理，針對不同的采集源可以設置多個采集項目，并對采集項目進行采集規則的定義，系統提供二次開發接口處理內容的本地化。

5.1.2.2.7系統管理：提供用戶管理、部門管理、角色管理、權限管理等功能。系統日志管理具備異地存儲以及時間、操作內容查詢功能。提供對菜單權限、欄目權限、站點權限、信息門戶模塊權限的設置?？梢詫祿M行一些維護處理。

5.1.2.2.8網絡訪問量統計：保存每一小時的訪問量和瀏覽量，可以通過形式多樣的圖示或表格來顯示這些記錄。

5.1.2.2.9統一消息中心：統一消息中心要求集成頁面消息提醒、桌面消息提醒、短信通知等消息提醒方式。并對站群各種信息辦理提供提醒服務。

5.1.2.2.10“關鍵字”過濾功能 :能對設置關鍵字，并根據需要過濾的字符設置好替換目標、優先級狀態等信息。同時，在監聽網絡中傳輸的數據包，并在網絡逐層中進行模式匹配，判斷數據包是否合法。充分利用模式匹配信息，加快跳躍幅度，提高匹配的速度。在監測到不良信息時，并能針對不良信息自動進行替換。

5.1.2.2.11日志管理

5.1.2.2.11.1系統日志：記錄有系統核心產生的錯誤信息。

5.1.2.2.11.2應用日志：記錄有應用程序產生的錯誤信息。

5.1.2.2.11.3工作日志 :記錄由管理員在后臺的操作、活動信息。

5.1.2.3信息報送

5.1.2.3.1建立集群網信息報送系統，暢通各部門和院系信息報送渠道，建成高質量的信息資源庫，既可保證網站集群網的信息質量，又為門戶網站信息保障工作奠定良好的基礎，故系統應達到以下要求：

5.1.2.3.2提供信息的逐級報送、審核、發布功能，各部門工作人員、系部工作人員可以向子站點報送信息，子站點管理員可以對報送的稿件進行編輯、子網站發布、上報主站點指定欄目，主站點網站管理員可以對報送的稿件進行編輯、發布或提出修改意見并退回信息報送人重新修改、上報；

5.1.2.3.3提供報送任務設定和報送數量統計功能，支持系統管理員自定義各單位報送任務，并自動提醒沒有完成任務的單位和個人；支持按部門、欄目、人員等類別統計報送數量、錄用數量和每月積分、累計積分等，并支持將統計結果以文檔方式導出；

5.1.2.3.4提供上報信息查詢、反饋功能，信息報送人員能夠實時查詢上報信息的狀態、反饋意見等。

5.1.2.4全文檢索

5.1.2.4.1支持信息分析、相似性檢索技術；

5.1.2.4.2支持信息采集排重；

5.1.2.4.3支持信息內容相似性分析；

5.1.2.4.4支持關鍵字檢索、全文檢索、組合檢索或二次檢索等；

5.1.2.4.5支持最短時間內檢索完整個系統中的數據；

5.1.2.4.6支持常用文檔如： word， excel等及文本文件進行檢索；

5.1.2.4.7支持對文檔管理，電子郵件***

5.1.2.4.8支持指定搜索的項目，如標題、正文、附件標題、附件正文；

5.1.2.4.9支持內容自動摘要；

5.1.2.4.10支持非結構化數據管理；

5.1.2.4.11支持毫秒級檢索效率；

5.1.2.4.12支持索引庫生成自動和手動兩種方式；

5.1.2.4.13支持索引文件的手工刪除；

5.1.2.4.14支持強大的分詞功能；

5.1.2.4.15支持自動索引功能；

5.1.2.4.16支持簡繁體、英文全文檢索。

5.1.2.5靜態發布

5.1.2.5.1信息靜態化分為首頁靜態化、欄目信息靜態化、文章內容靜態化。

5.1.2.5.2網站內容可以靜態化發布到其他站點。

5.1.2.5.3靜態化策略可分為：全部靜態化、全部動態化、動靜結合。充分適應不同的需求。

5.1.2.5.4頁面靜態化后，減輕了數據庫的壓力，提升了頁面的訪問速度。

5.1.2.6專題管理系統：針對熱點事件進行統一全面的報道，其中包括新聞、圖片、宣傳。

5.1.2.7問卷調查系統：在線調查管理部分應包括添加問卷、問卷管理、問卷調用代碼、問卷調查結果。

5.1.2.8圖片庫管理

5.1.2.8.1圖片庫來源于平時發布的各新聞圖片，根據新聞的類別進行自動的歸類，管理員可以進行手動的調整。

5.1.2.8.2支持單個、多個圖片的上傳。

5.1.2.8.3可以定制圖片的模版，多圖片進行分頁顯示，并支持自動圖片的播放。

5.1.2.9統計分析

5.1.2.9.1訪問分析功能，網站訪問分析功能主要對訪問者進行統計分析，對訪問者的各種訪問動作進行記錄，為網站內容和功能的調整提供依據。并提供報表生成功能。

5.1.2.9.2信息維護分析功能，從網站后臺管理的角度對網站信息維護信息進行統計分析，主要為網站維護考核提供依據。并提供報表生成功能。

5.1.2.9.3網站狀態統計分析功能，網站狀態統計分析是對網站現有的內容、欄目管理、用戶管理等信息的統計分析，為網站管理提供決策依據。并提供報表生成功能。

5.1.2.9.4用戶活動記錄統計，該功能可統計每一位編輯每月、每周或每日發布信息的數量、總點擊率；可以按照發布信息的數量、頻率、當日點擊率、月點擊率、總點擊率、欄目文章的更新數量、頻率進行統計等內容進行排行和排序。

5.1.2.10新聞評論

5.1.2.10.1系統提供新聞評論功能，要求和網站內容管理系統無縫整合，在網站內容管理系統的模版管理中可以通過簡單的鼠標拖拽等操作增加評論功能模塊的支持。通過使用不同模版，靈活控制哪些欄目需要提供評論支持，哪些頻道不需要評論支持。

5.1.2.10.2對于開放了評論功能的欄目，公眾可提交對每條信息的個人見解，并可以讓不同部門的評論負責人***

5.1.2.10.3所有的評論，經過后臺管理員的審核后，發布在外部的評論頁面中。

5.1.2.11用戶管理系統：用戶管理主要對網站的注冊用戶，包括普通公眾、企業、政府工作人員以及信息維護人員進行管理。用戶注冊及管理是門戶網站為不同的訪問者提供個性化服務，并根據不同類型的用戶進行信息推送服務的基礎。

5.1.2.12模板可視化 /頁面區塊化管理

5.1.2.12.1模板可視化編輯功能

5.1.2.12.1.1隨著互聯網的發展，網站的內容越來越豐富，這就要求用戶可以對頁面的模塊樣式進行自由編輯，降低模板制作與修改的難度。

5.1.2.12.1.2功能要求：模板中標簽參數的可視化調整，模板中鼠標選定的頁面元素的內容修改，布局管理（布局內實現新增標簽、刪除、拖動等可視化操作）以及 CSS編輯器功能等等。

5.1.2.12.1.3前臺模塊數據可以通過可視化編輯對頁面上模塊對應的顯示數據修改、添加、刪除及更新，無需到后臺對應的功能操作，還可以通過可視化編輯進行模塊位置移動等操作。

5.1.2.12.2頁面區塊管理功能

5.1.2.12.2.1頁面區塊管理，可以實現頁面中的列表區塊中內容鏈接的不規則分布及內容可自定義的功能。區塊內的內容可以通過后臺可視化操作進行新增、調整、刪除、排序等操作，也可以由用戶手動直接修改區塊生成模板或者直接修改最終 HTML代碼來實現完全的可控制性，實現完全自定義的列表內容分布和內容的自選擇。包括添加區塊、區塊管理、區塊內容編輯管理、歷史記錄管理等功能。

5.1.2.13內容聚合系統：對內容聚合項進行排序的功能，還可以自動添加生僻詞到全文檢索詞庫，此外，內容聚合標簽功能可以為每個內容聚合項配置不同的模板頁，有效的突出內容主題，增加內容交互性。內容聚合標簽功能可以針對某一主題，配置相關的關鍵字和搜索內容，讓站點的資源針對某一話題進行整合，使用戶能夠更加全面的瀏覽該主題的全部信息，更加有效的指引用戶。

5.1.3數據遷移服務

5.1.3.1歷史數據遷移內容：將原網站所有欄目、頻道數據，遷移至新建的門戶網站群平臺。

5.1.3.2歷史數據遷移工作要求：新版網站搭建完成后，需根據政府網站不同欄目、頻道數據特點，采用不同的遷移方式，確保遷移后的數據完整性、一致性：對于數據映射比較規則的數據，采用數據遷移工具軟件實現自動遷移整合，實現單項或批量數據遷移；對映射關系不規則的數據，采用手工遷移整合，實現單項或批量數據遷移。最后需提供遷移數據完整性、一致性檢測工具，保證數據遷移的質量。

5.1.4模板定制服務

5.1.4.1所有的模板基于系統采用 DIV+CSS技術設計，兼容常見的瀏覽器。

5.1.4.2網站引導頁定制

5.1.4.3主站模板制作 1套（含配色轉換）。

5.1.4.4根據部門和教學系的要求定制子站模板。

5.1.5安裝部署要求

5.1.5.1支持多種主流平臺部署，如 WINDOWS、 Linux、 HP UX、 IBM AIX、 SUN SOLARIS等。支持這些平臺的 32位及 64位操作系統；

5.1.5.2支持國內外主流數據庫，包括： Oracle、 Mysql、 MS Access、 MS SQL Server、 IBM DB2、 AS/400和 Sybase。

6、系統集成與整合

6.1集成目標：全校范圍內現有數據的規范化整合和處理。將目前分散在各個業務應用系統，采用不同規范編碼的數據通過數據數據交換中間件進行整合，并集中存儲在共享數據中心平臺的權威數據庫中，作為全校范圍內全面完善而且規范的數據源。為現有業務系統和將來需要建設的應用系統提供全面的數據資源。

★ 6.1.1供應商具有計算機信息系統集成貳級及以上證書。

6.2集成方式

6.2.1數據集成

6.2.1.1數據集成目標：數據集成完成全校范圍內現有數據的規范化整合和處理。將目前分散在各個業務應用系統，采用不同規范編碼的數據通過數據交換中間件進行整合，并集中存儲在共享數據中心平臺的權威數據庫中，作為全校范圍內全面完善而且規范的數據源。為現有業務系統和將來需要建設的應用系統提供全面的數據資源。

6.2.1.2集成方案

6.2.1.2． 1用系統進行集中的規劃調研，分析出應用系統數據庫和共享數據中心平臺進行數據抽取和推送時采用的方案，初始化數據中心平臺的數據抽取、清洗及整合工具。使這套工具能夠成功的從業務應用系統數據庫中的數據經過抽取、清洗后整合至共享數據中心平臺。

6.2.1.2.2目前使用的各種數據源類型，通用接口包括：

6.2.1.2.2.1支持主流關系型數據庫，包括 Oracle、 Informix、 Microsoft SQL Server、 Sybase AS Enterprise等。

6.2.1.2.2.2支持非主流關系型數據庫，包括 MySQL、 Derby、 Hypersonic SQL、 PostgreSQL等。

6.2.1.2.2.3支持 ODBC數據源類型的接入，包括 Microsoft Access、 Microsoft Excel、 Dbase、 Visual Foxpro等。

6.2.1.2.2.4支持 WebService， WebService接口提供了數據訪問的最基本方法，即 WebService方法，通過設定好的數據接口，直接提供數據訪問的 WSDL，或進行數據的運算，以便應用可以根據自身的需要進行訪問和數據調用。

6.2.1.2.2.5支持 XML文件：通過對數據源連接的簡單定義，即可完成對數據源連接的建立，為下一步進行數據集成建立基本的通道。對于特定的數據源，可以使用數據源特定的連接方式，充分利用數據庫的特性，發揮效率和性能等方面的優勢。說明：在項目實施數據集成時，應與原系統開發廠商、原系統使用單位共同商定并確認《系統集成方案》，明確約定集成接口設計、集成表（或字段）、數據同步策略、數據安全措施等內容。

6.2.2認證集成

6.2.2.1認證集成目標：用戶的管理在統一身份認證平臺集中進行，應用子系統不單獨維護用戶信息，所有的用戶信息均來自于統一的身份認證服務，原則上要求統一認證用戶庫中的用戶基本信息數據是相對完整的，各子系統的用戶基本信息數據是該系統用戶數據庫的子集。對于某些已經建成的應用系統，統一身份認證、權限管理平臺應支持應用系統建立自己單獨的數據庫，定制開發后臺數據復制的服務，使得應用系統可以保持和統一身份認證、權限管理平臺數據的一致。對于有 Web的應用系統，做到單點登錄。

6.2.2.2集成方案：對于數字化校園后續將要建設的各個應用系統，其認證部分將統一由統一身份認證、權限管理平臺完成，統一身份認證、權限管理平臺提供滿足各種系統的認證接口，通過調用這些接口，可以使統一身份認證、權限管理平臺為各個應用系統進行認證服務。說明：在實施認證集成時，應與原系統開發廠商、原系統使用單位共同商定并確認《系統集成方案》，明確約定認證接口設計、修改策略等內容。

6.3集成內容

6.3.1新建應用系統的整合：迎新系統、離校系統、收費系統、站群系統

6.3.2后期建立應用系統的整合必需預留相關接口：就業系統、宿舍管理系統、學工系統、教務系統、圖書管理系統、實習管理系統、成人教育培訓管理系統、人事管理系統、科研管理系統、財務管理系統、報賬管理系統、資產管理系統、后勤管理系統、教學資源庫系統、 OA系統。

7、服務器技術要求

7.1核心服務器技術要求

7.1.1采用 4U 19英寸標準機架式類型服務器，配置安裝導軌；

7.1.2 CPU：配置不少于 4顆 CPU, CPU總計核心數不少于 48核，總主頻不少于 124GHZ；

7.1.3內存：配置不少于 64GB內存，內存插槽不低于 48個，內存最大支持不低于 1.5TB，支持高級 ECC模式；

7.1.4硬盤：配置不少于 5塊 300GB 10K SAS 6G 2.5"雙端口企業級熱插拔硬盤，熱插拔 2.5寸 SAS/SATA硬盤盤位最大不少于 8個；

7.1.5網絡：配置不少于 4個千兆電口，可升級至不少于 2個 10GbE端口，支持網絡喚醒，網絡冗余，負載均衡等網絡特性；

7.1.6 PCI插槽：配置不少于 5個可用 I/O插槽（ 2個 PCI-E 2.0 x8， 3個 PCI-E 2.0 x4），最大不少于 11個 PCI-E 2.0或 10個 PCI；

7.1.7陣列：不少于 1GB高速閃存陣列控制器，支持 RAID0/1/1+1/5，可選支持 RAID6；

7.1.8移動存儲系統：超薄 DVD光驅；

7.1.9電源：配置不少于 2+2個 1200W熱插拔冗余電源；

7.1.10風扇系統：配置不少于 2+2個熱插拔冗余系統風扇；

7.1.11節能：被管理服務器的環境溫度及能耗的監控和分析 ,動態監控服務器功率及供電情況 ,智能優化調整供電功率并節省能源消耗；

7.1.12遠程管理：配置單獨的遠程管理控制端口和相應許可，可實現與操作系統無關的遠程對服務器的完全控制，包括 :虛擬電源可遠程開機、重啟、關機；更新 Firmware;支持遠程故障現象重現；虛擬控制臺可遠程監控圖形界面，可遠程從本地軟盤和光盤或其影像啟動安裝、操作 Windows,Linux等軟件（虛擬軟驅、虛擬光驅、虛擬目錄和虛擬 U盤）；遠程虛擬 KVM，虛擬光驅和虛擬電源整合進單一界面；內嵌電源優化管理；和管理軟件集成；傳輸用 SSL加密，出廠采用私有密碼；

7.1.13其他：附送中文版系統管理軟件 ,可通過瀏覽器管理服務器， SAN存儲及其他設備 ,自動發現、更新網絡上服務器和其它設備，支持 Windows， Linux和 Unix；可實時監測內部主要部件的狀態，包含 CPU、內存、 PCI槽、風扇、電源、溫度等信息；可采用 SQL, Oracle, Oracle 10G, Postgress Live DB access作為管理數據庫；監控設備配置和變化；監控硬件、軟件運行情況；可以通過顏色、電子郵件***

7.1.14售后服務：三年現場， 7*24,當天 4小時到場免費原廠商服務；

7.1.15故障前預報警服務 :提供處理器，內存，硬盤故障前預警，故障前問題時予以免費保修；

★ 7.1.16證明文件：提供原廠鮮章原件的授權文件及售后服務承諾函文件；

7.2應用服務器技術要求

★ 7.2.1品牌：方便維護，與前一項服務器同一品牌；

7.2.2類型：采用 2U機架式；

7.2.3 CPU： 2顆 Intel:Xeon E5-2630V2，支持智能處理器導槽安裝技術；

7.2.4芯片組：不低于 Intel:C600；

7.2.5內存：不低于 32GB,內存插槽不低于 24個，內存最大支持不低于 768GB,支持 Advanced ECC,Online Spare,Lock-step mode內存保護技術 ,支持內存智能驗證技術 ,支持原廠內存增強功能；

7.2.6硬盤：配置不低于 3塊 600GB 10K 2.5寸硬盤，內置硬盤槽位可擴展數量不低于 25個 SFF硬盤或 12個 LFF硬盤；

7.2.7陣列：配置 SAS磁盤陣列控制器 ,配置不低于 2GB緩存 ,支持 RAID 0/1/5，可選 RAID 6，配置后備電池保護，斷電情況下陣列卡緩存數據保護不受時間限制；

7.2.8光驅： DVD-ROM；

7.2.9 PCI： I/O插槽可支持數量不低于 6個 PCI-E:插槽，支持不少于 3個全長全高；

7.2.10網卡：集成不少于 1塊四端口以太網模塊，支持 TCP卸載，支持 iSCSI加速；

7.2.11外部接口：不少于 7個 USB口， 1個 SD插槽

7.2.12冗余電源：配置不少于 2個熱 460W熱插拔冗余電源；

7.2.13風扇：配置熱插拔冗余風扇；

7.2.14智能安裝引導：服務器芯片集成引導部署模塊 ,支持引導安裝操作系統 ,硬件系統檢測 ,初始化 , RAID配置 ,驅動集成等

7.2.15遠程管理卡：獨立的遠程管理控制端口，配高級管理功能 ;能獨立于操作系統實現對服務器的遠程控制及管理；虛擬電源開關，遠程開 /關機；遠程 Firmware升級功能； 128bit加密支持； VPN連接；虛擬介質功能，支持軟驅、光驅、 ISO文件、文件目錄的虛擬；虛擬字符及圖形遠程控制臺；多用戶共享訪問被管理服務器；捕獲及重放被管理服務器的運行界面；被管理服務器的環境溫度及能耗的監控和分析 ,動態監控服務器功率及供電情況 ,智能優化調整供電功率并節省能源消耗

7.2.16管理軟件：自我品牌管理軟件，可實現管理自我品牌以及其他廠家品牌的小型機、存儲、服務器、 PC等在內的設備；實現硬件設備通過顏色、電子郵件***

7.2.17系統監控系統：監控系統可實時監測內部主要部件的狀態，包含 CPU、內存、 PCI槽、風扇、電源、溫度等信息。

7.2.18售后服務：三年現場， 7*24，當天 4小時到場免費金牌服務；

7.2.19故障前預報警服務：提供處理器，內存，硬盤故障前預警，故障前問題時予以免費保修。

★ 7.2.20證明文件：提供原廠鮮章原件的授權文件及售后服務承諾函文件；

8、筆記本電腦

8.1 CPU類型：第三代智能英特爾酷睿 i5處理器

8.2 CPU型號：不低于 i5-3230M

8.3操作系統： Win7

8.4顯示器：屏幕尺寸 14英寸

8.5顯示比例：寬屏 16： 9

8.6物理分辨率：不低于 1366 x 768

8.7屏幕類型： LED背光

8.8屏幕規格：不大于 14.0英寸

8.9顯卡類型：獨立顯卡

8.10顯示芯片：不低于 NVIDIA GeForce 730M顯卡

8.11顯存容量：不低于獨立 2GB

8.12硬盤容量：不低于 1T

8.13轉速：不低于 5400轉 /分鐘

8.14接口類型： SATA串行

8.15內存容量：不低于 4GB

8.16光驅類型： DVD刻錄

8.17局域網： 10/100/1000Mbps

8.18無線局域網：有

8.19網絡攝像頭

8.20電池： 4芯鋰離子電池

9、投影儀

9.1 3LCD系統：三片式液晶面板

9.2 0.59’’x3 BrightEra液晶面板 3,072,00(1280x800x3)像素

9.3燈泡：不低于 210W高壓汞燈泡

9.4燈泡更換時間：不低于 10000小時 (燈泡模式 :低 )/6000小時 (燈泡模式 :標準 )/4000小時 (燈泡模式 :高 )

9.5過濾網清洗周期：不低于 10000小時 (燈泡模式 :低 )

9.6投影鏡頭：投影比 :不低于 0.46:1

9.7屏幕尺寸： 57"to 103"

9.8光通量 (亮度 )光通量 (亮度 )：不低于 3000流明

9.9色彩光通量 (色彩亮度 )：不低于 3000流明

9.10對比度：不低于 3000:1(全白 /全黑 )

9.11揚聲器： 16W(單聲道 )

9.12掃描頻率：水平 :不低于 15 to 92 kHz,垂直 :不低于 48to 92 Hz

9.13計算機信號輸入：最大顯示分辨率 :不低于 UXGA 1600× 1200像素 fV:60Hz

9.14色彩系統： NTSC3.58,PAL,SECAM,NTSC4.43,PAL-M,PAL-N

9.15梯形校正： +/-7.5手動

9.16其他功能： 12比特 3D伽瑪校正、電源直接開關、即關即拔、 ECO模式、自動模式、快速啟動

10、電動屏幕支架

10.1幕布 16： 9，不低于 100寸，電動加遙控， 2個自動升降吊裝支架， 1個便攜支架。

11、固定式條碼掃描器

11.1設備類型：固定式條碼掃描器

11.2掃描速率：全向多線：不低于 1650次 /秒

11.3接口： USB、 RS232串口

11.4譯碼能力：標準二維條碼

11.5環境參數：工作溫度： -20-40℃，工作濕度： 5-95%（非凝結），存儲溫度： -40-60℃

11.6跌落規格：能承受不低于 1米的空中掉落

11.7照度： 4842LUX(450尺燭光 )

12、系統培訓要求

12.1概述：培訓應貫串于整個項目的實施過程中，包括在從項目準備、研發到項目運行的全過程中。要求在完成培訓以后，學校用戶能夠獨立使用系統完成業務操作。

12.2培訓內容

12.2.1運行管理培訓：為了使學院的相關人員掌握有關應用系統的使用、維護和管理方法，達到能獨立進行管理、故障處理、日常測試和維護等工作的目的，應進行系統的技術培訓，以保證所建設的系統能夠正常、安全、平穩地運行。

12.2.2業務系統使用培訓：通過培訓，使用戶掌握數字化校園產品應用系統的使用方法，能夠獨立的在數字化校園應用系統上完成日常工作辦理。

12.3培訓要求：

12.3.1所有的培訓教師必須用中文授課；

12.3.2投標人必須為所有被培訓人員提供培訓用文字資料和講義等相關材料，投標人應按合同規定安排培訓時間和培訓名額；

12.4培訓方式：包括課堂講解、上機操作和實際工作的參與。

12.5編制人員培訓方案，分期分層次對系統應用、系統維護等功能進行培訓。

13、項目組織管理要求

13.1應具有良好的資質和信譽，與用戶建立長期合作關系，建立完善的售后服務機制，體現“用戶至上”的理念，在服務成本、響應時間、用戶培訓等方面做出明確承諾并采取具體措施。

13.2項目組織機構：投標人應詳細說明實施本項目擬采用的團隊組織方法和具體項目組織機構，保證在此應用軟件開發期間足夠的人力投入，并提交該項目開發組人員構成及名單。

13.3項目進度計劃：投標人應就本項目提供項目實施計劃及日程安排，最終的計劃進度表由用戶、開發商協商認可。

13.3項目質量控制：投標人必須按照軟件質量管理和質量保證體系，提出具體措施，確保應用軟件開發質量。

13.4項目配置管理：投標人應說明項目實施過程中配置管理方法，并保障在項目生命周期中各個階段成果的有效版本控制。

13.6項目風險管理：投標人應充分認識到項目風險管理的重要性，在投標書中必須識別分析項目中的各類風險因素，并采取相應的對策。

14文檔提供

14.1全套項目開發文檔（包括數據字典、源代碼、使用說明書、周報表等）為學院二次開發提供支持。

15、售后服務要求

15.1質保：終期驗收后須提供一年或一年以上的免費技術支持、質保，質保期內原廠商免費并定期維護。

15.2響應：對于售后服務請求， 30分鐘內響應， 2小時內到達現場，常規技術故障應在 12小時內解決。

15.3培訓：提供原廠商針對本項目的免費培訓，使 3名以上操作技術人員達到熟練使用及維護程度等。

15.4升級服務：提供免費升級服務（必須包括綜合平臺）。

15.5我院教育管理信息化平臺分多期進行，本期為一期建設，本次建設完成后還將有二期以及三期，要求供應商具有對綜合平臺、應用系統提供二次開發和升級服務的技術支撐能力。

16技術服務 .

16.1項目必需進行詳細的需求調研，簽訂協議后 30個工作日成用戶認可的需求分析報告，以該報告要求作為項目驗收的主要指標。

16.2簽訂協議后 60個工作日內完成系統初步設計，形成系統原型，實現需求分析報告要求 60%功能，可進行演示，指導用戶使用該原型測試，并根據用戶測試結果修改完善系統功能。

16.3簽訂協議后 90個工作日內完成項目總體設計，形成完善的軟件系統，并導入用戶提供的所有業務數據，指導用戶使用，進入試運行階段。

16.4中標人在通過驗收后必須有 12個月的質保期，當國家標準、方法發生變更、監測分析項目增加時，供應商在保證期內免費提供更新、增添。并解決用戶使用過程中出現在系統 BUG，使用性問題。

16.5投標人在國內的技術服務中心應當提供的服務包括：今后所需軟件升級、提供技術指導與支持服務。

16.6投標人必須按照不低于投標報價總金額的 1%，針對本項目制定全面、詳細、可操作性強的技術培訓方案，必須有切實可行的質量控制和保障措施，各項培訓內容的計劃安排和所需費用必須單列。

16.7投標人必須制定詳細的實施方案，并提供系統原型演示。

17系統測試要求

投標方與用戶方組成驗收小組，對其采購的開發系統進行檢驗。

17.1交付的系統必須符合用戶提出的業務需求。

17.2交付驗收方法：完成安裝、運行、測試、集成后并通過驗收。

17.3系統開發完成、投標人自測運行正常，由投標人提出書面系統測試申請。提交測試的系統應是成熟產品，并提交相應測試文檔。

17.4系統的測試標準根據合同內容、系統業務需求文本、系統需求規格說明書等內容協商制定。

17.5投標人必須制定本系統整體的測試方案。

17.6對軟件的測試應貫穿于系統開發的始終，每個階段（單元測試、集成測試、系統測試等）都要提供詳細測試計劃、測試報告及結果分析報告。

18.項目驗收要求

本項目驗收工作由包括采購人、專家和投標人等在內的項目驗收小組來完成，具體成員和組織形式由招標人確定。項目驗收要求如下：

18.1采購人將依照國家及行業有關信息化建設的相關規范，組織有關單位對本項目進行驗收。

18.2投標人必須書面通知采購人所完成的工作和準備進行驗收的項目種類及驗收開始時間，此通知書需經采購人認定后方可執行。

18.3驗收組織。成立由采購人、專家組等組成驗收小組，負責對項目進行全面驗收。

18.4驗收過程。項目系統完成開發及人員培訓工作后，由投標人向采購人提交項目初驗申請，采購人對完成情況進行核實符合要求，同意投標人提出的初驗申請，并在 5個工作日內組織進行初驗。初驗合格后，項目進入試運行，試運行 1個月，試運行期間，投標人委派專業人員對全過程進行指導，并及時對系統進行調整、優化。試運行結束后，運行結果滿足采購人的要求，由投標單位向采購人提交終驗申請，采購人對運行情況進行核實符合要求，同意投標人提出的終驗申請，并在 5個工作日內組織進行終驗。

18.5驗收要求。在軟件系統開發、測試達到標書規定的功能和技術要求，且經實際運行檢驗，取得采購人同意后，可以進行系統開發驗收。驗收規范 (包括范圍、指標、方式、系統完整性、穩定性、操作靈活性等內容 )應由投標人提交給采購人，采購人可根據合同及技術方案和行業有關規定進行修改和補充。經雙方確認后形成系統開發驗收文件作為驗收依據。

在試運行期間，如系統出現重大故障給采購人造成損失的，投標人應當承擔損失賠償責任。在試運行期間，投標人應當根據采購人的要求，不斷修改和完善軟件的功能和性能，直至完全符合招標要求及合同技術附件要求。

19.售后服務內容

19.1質量保證期服務

質保期服務：質量保證期 1年（自交貨并最終驗收合格之日起計）；在質保期內，當行業標準、技術規范發生改變時，投標人應為采購人免費修改相關內容。

系統維護：維護內容主要包括投標人應承諾軟件系統在運行中的故障排錯工作、系統軟件及數據庫系統適配調整工作、軟件升級等可以保證軟件系統正常運作的維護。

系統升級：系統升級指在質保期內由承辦單位開發技術更新、應用系統升級或原有模塊新功能的增加、補充帶來的軟件版本升級，由投標人免費向最終用戶提供。

質保期后服務：投標人應為采購人提供維護和升級服務，投標人可視系統的故障情況收取一定的費用，需保證在 24小時內對采購人所提出的維護要求做出響應，并在作出相應 48小時內派出工作人員進行故障排除。

質保期后服務費用：投標人在投標時應明確系統維護和升級各項目取費標準，并承諾簽訂質保期后服務協議的取費標準在 3年內按此標準執行。

19.2服務方式和內容

包括軟件升級、提供技術指導、功能優化與支持服務等內容，服務方式應包括網絡支持與現場服務等。

20應急解決方案

制定突發事件處置應急解決方案。

三、評分細則