招標編號: | SCUT[2012]WZ220 |
---|---|
加入日期: | 2012.11.19 |
截止日期: | 2012.11.23 |
招標業主: | 華南理工大學 |
招標代理: | 華南理工大學招標中心 |
地 區: | 廣東省 |
內 容: | 供應商資格要求 1、合格的投標人必須是在中國境內設有法人資格的企業; 2、合格的投標人必須是具有本次招標采購設備的生產或銷售權的制造商或經銷商,同時具有完成本招標合同并為本招標采購的設備提供長期售后服務和備品備件的能力。 3、合格的投標人作為設備制造商必須通過相關質量管理體系認證(或同等及以上資格認證)同時產品必須具有國家有關部門頒發的生產許可證,非設備制造商的投標人必須獲得設備制造商的經銷證或授權證書。 4、合格的投標人必須對本招標文件中規定的內容進行報價。 5、合格投標人應具備良好的商業信譽和健全的財務會計制度,有依法納稅的良好記錄,在近三年經營活動中沒有重大違法記錄。 |
關鍵詞: | 平臺 大學 |
序號
|
設備及主要配件名稱
|
技術指標
|
數量
|
備注
|
|
系統總體要求
|
*1、要求系統采用JavaEE5技術開發,支持在Window、UNIX、Linux等操作系統上部署;支持Oracle、mySQL、DB2等主流數據庫,支持Tomcat、WebSphere、WebLogic應用服務器,支持LDAP;系統架構應采用純B/S架構模式,支持IE7、IE8、IE9、google瀏覽器、FireFox等主流瀏覽器;
*2、除投標的系統外,投標人還必須提供系統運行所需的,除操作系統和數據庫外的所有中間件和第三方軟件;
*3、系統所使用插件應為主流插件產品,應具有良好的穩定性及兼容性,便于集成、開發、部署和應用;插件還應通過國家公安部及國家密碼管理局等權威部門的安全檢測,投標時必須提供相應證明文件;
*4、投標人具有本地軟件開發、實施及維護技術力量和服務機構;
*5、投標人必須提供完善的系統維護、備份、恢復方案;
*6、投標人必須提供實際系統現場演示,并且在投標文檔中必須附上投標內容的詳細功能清單和說明;
*7投標人必須提供投標系統完整的二次開發接口及清晰的二次開發文檔,提供與應用相關的底層數據結構文檔;
*8、系統支持在第三方的移動中間件平臺上開發移動門戶應用,可以提供RSS、JSON等格式的數據,提供WebService接口,供其他系統訪問該系統的數據;
9、系統必須符合相應的安全等級保護要求;
10、系統支持與第三方CA認證系統的集成;
11、系統支持集群部署,能提供負載均衡方案;
12、系統關鍵功能頁面的并發用戶數不小于500個/秒,同時在線人數不小于5000,在此條件下的平均響應時間不超過3秒,投標方必須提供正式的性能測試報告;
|
|
|
信息門戶平臺
|
總體功能要求
|
1、具有高擴展性的服務架構和訪問接口,讓各種資源可以方便的集成到門戶系統中,迅速的為用戶提供服務;
對不同的業務需求可提供多種集成方式,保證良好的集成效果;
2、提供內容管理和內容聚合,并為用戶提供統一的信息資源檢索和訪問;
3、根據用戶的分類和特點,為用戶提供個性化的服務安全通道、自定義的個性服務界面,并向用戶推送個人相關的特定信息資源;
4、集成統一通訊平臺和共享資源平臺,實現各類群組的消息傳遞、資源分享與事務協同;
5、支持門戶單個應用的熱部署:當某個應用出現問題時,可以在服務不停的情況,實現對該應用的更新;
6、支持JSR-168 Portlet規范,提供標準的Portlet容器,可以兼容任何標準的Portlet;
7、具備一定的容錯性,在運行環境出現故障的時仍能提供穩定、持續的服務;
8、能夠為用戶提供安全的信息資源和業務數據的獲取,保障信息傳輸的安全可靠、保障信息不被非法用戶竊取、保障用戶的合法身份不被盜用;
9、提供良好的應用注冊界面,可建立對用戶訪問行為的統計分析,以便后續對信息門戶的優化提升;
10、系統可與數字校園平臺無縫連接。系統支持并提供與華南理工大學中央認證系統的集成,實現單點登錄;系統提供相應接口,與一卡通、教務系統、科研系統、人事考核系統、財務系統、資產系統、學生管理系統等系統的集成;
11、系統需提供詳盡的操作日志管理功能,能詳細記錄各用戶的具體操作,保證系統的安全。
12、系統支持自定義數據備份周期,需明確標明系統可支持的最短備份間隔。
13、系統管理員應具有更高級的安全機制,除軟件層面的安全機制外,還應考慮硬件層面的安全機制;
14、在數據加密方面,最好能考慮數據層的加密功能。
15、系統提供可靠的服務器架構方案,實現服務器系統、數據庫的安全冗余、備份,實現雙機熱備;
16、軟件功能設計合理,易于操作使用,有電腦及軟件基礎知識的人員,無須經過專業培訓,即可快速掌握軟件操作。軟件提供聯機幫助說明,提供軟件操作的電子文檔說明書,方便用戶使用。
|
|
|
個人門戶
|
1、對師生用戶提供好友留言、好友關系管理、瀏覽個人及好友日志、分享音視頻等多媒體資源、網盤文件、相冊與圖片、內容隱私控制;對管理者提供SNS網絡動態監控與控制工具
|
1
|
|
|
多機構門戶
|
1、建立多機構門戶的頁面UI規范,支持多機構建站,對所有部門的門戶統一管理;
2、支持各部門通知、新聞、公告的發布流程,支持Word press的多樣化的網站主題模板及個性的定制。支持頁面靜態化。
|
1
|
|
|
內網門戶
|
1、要求將社區門戶、一站式師生服務門戶、管理型門戶思想融合集成,廠商需提供集成的實際設計方案。
|
1
|
|
|
私人空間
|
1、使用功能:提供校內全聚合模式的待辦事宜功能;支持直訪應用處理模式;提供快捷訪問第三方系統的快速通道入口,由身份識別與訪問控制平臺支持身份識別和訪問控制,提供基于校內組織關系、班級及社團組織;支持個人多日歷、便簽、提醒、郵件。
2、配置功能:頭像設置、證件照上傳與審核、基礎信息報告與修改、隱私控制。
3、信息提醒:要求能夠跟短信平臺、IM、郵件深度集成,廠商需給出集成方案,短信平臺支持多運營商。
4、帳戶變更:帳戶主身份切換。
|
1
|
|
|
校園生活
|
1、個人應用:好友管理、日志、心情、微博、相冊、網盤、分享、收藏、投票、好友活動、站內信、天氣、生日提醒。
2、公共應用:新鮮事、論壇、群組、通知、校園之星、我要說。
3、校園應用:班車預定、周邊趕集、校內活動、校歷及部門日歷、門戶廣告位管理、項目管理、任務管理、公共主頁
|
1
|
|
|
師生一站式服務中心
|
1、辦事窗口:各部門業務管理、業務搜索、動態填表、規章制度、你問我答、IM在線咨詢。
2、查閱數據:個人業務數據查詢、公共數據查詢,分析和報表。
|
1
|
|
|
新聞中心
|
1、師生能夠自己訂閱校內及校外學校新聞,并且能夠對新聞進行分類,具備未讀新聞提醒、重點新聞收藏功能。新聞的抓取要實現自動化處理。
|
1
|
|
|
應用倉庫
|
1、提供校內門戶平臺的應用集成標準。
2、功能要求:基礎框架或第三方公司認證開發者(上傳應用);管理者(應用審核、應用授權、應用推廣管理);
用戶(安裝并使用應用)。
3、應用需要提供json接口
|
1
|
|
|
消息中心
|
1、功能要求:業務系統提醒信息推送;個人消息回復提醒;校內活動及資源推薦;站內信收發和草稿管理
|
1
|
|
|
校內業務應用系統集成
|
1、辦公信息系統、郵件系統、學生管理系統、財務查詢系統、科研管理系統、人事系統、校務公開、教務系統
|
1
|
|
|
身份認證平臺
|
總體功能要求
|
*1、采用基于 LDAP 標準的目錄服務器存儲身份數據,目錄服務器必須支持Sun Directory Server 5.2,并提供身份認證; 要求在安全認證方面基于JAAS技術;提供多種認證接口的異構支持,包括代理認證和LDAP目錄服務接口; 支持多種語言的接口方式,包括Java、.Net、PHP、C、C++等;單點登錄從實現技術上基于session、cookie、rewrite技術和采用portal等幾種方法,根據用戶的情況可以選用其中的任何一種; 支持 Unix、Linux、Windows 多種平臺,完全支持跨平臺的部署;
2、身份、授權、認證功能相對獨立,可以靈活的與第三方產品對接; 實現用戶名/口令認證模式,支持動態口令認證接口、CA證書認證接口、智能卡認證接口等認證方式的平滑擴展;
3、支持同一個域內的多個應用系統間的單點登錄,具有開放的跨平臺SSO實現技術;
4、需提供用戶密碼加密功能,支持擴展SSHA、CRYPT、SHA、RC4等多種密碼加密算法,并可以快速擴展用戶屬性信息;
5、對用戶的操作行為進行日志記錄,以追溯用戶的行為過失,確保數據安全;平臺應提供歷史事件的查詢和認證會話的相關操作,建立完善的事后追溯機制;
6、可為數百個應用提供統一身份認證服務的同時保證亞秒級的認證操作時間;支持10萬級的用戶容量;常用服務器配置下應能:單機部署時支持最大800人的并發用戶數,雙機負載均衡部署時支持1500人的并發用戶數;
7、提供靈活的同步策略配置,并通過小工具將權威數據源中新建和變更的用戶身份數據同步至身份管理平臺;
8、友好易用的界面,更符合國人的操作習慣;集中的身份數據管理,不僅提供用戶帳號的維護,還能提供便捷的批量導入、批量遷移等功能;
9、平臺應提供相關服務器的軟硬件環境的監視,發現異常自動發出告警,并通知責任人;
10、系統支持自定義數據備份周期,需明確標明系統可支持的最短備份間隔。系統提供可靠的服務器架構方案,實現服務器系統、數據庫的安全冗余、備份,實現雙機熱備;
11、軟件功能設計合理,易于操作使用,有電腦及軟件基礎知識的人員,無須經過專業培訓,即可快速掌握軟件操作。軟件提供聯機幫助說明,提供軟件操作的電子文檔說明書,方便用戶使用。
|
1
|
|
帳戶管理中心
|
1、實現統一身份認證平臺與共享數據庫中學生、教職工等對象的用戶身份數據同步,并實現平臺中的身份變更與入校、學籍異動、離校、校內調動、晉升等業務處理過程保持同步;
2、繼承舊有統一身份認證中的開戶、變更、銷戶狀態的賬戶管理的唯一性。賬戶管理中心對全校用戶組織機構、用戶、用戶身份、可訪問系統角色信息進行保存。
3、組織機構管理:支持組織機構的拆分和合并,支持組織機構的實體和虛體,支持多級管理;
4、綜合賬戶管理:管理用戶賬戶的全生命周期;
5、賬戶遷移:支持賬戶在系統間角色遷移;
6、接口:必須的5類Web Service訪問遠程調用接口標準(用戶增刪改查、角色查詢五類接口);
7、賬號雙向審核:按照自動化流程創建及工具維護產生的賬號信息,管理員與業務部門可雙向進行核對用戶狀態;
8、變更審計通知:通過站內短信,對各子系統管理員提示賬號變更后需要審計開通系統訪問權限的通知;
9、手工賬號管理:如自動化關聯賬號無法新建或變更,人工填單模式解決;
10、審計日志:提供賬戶、角色、流程審計,對用戶的登錄、資源訪問、服務調用、變更等行為進行規則校驗和統一審計,記錄完備的日志,實現安全監控與行為回溯;
角色管理:對于角色變更,直接讀取各子系統用戶角色變更狀態;
11、提供學校身份識別與訪問控制標準文獻及第三方應用訪問身份識別與訪問控制的Web Service接口。
|
1
|
|
|
帳號自注冊管理
|
1、提供賬號自注冊、激活功能,向匿名訪客自動分配臨時賬戶,方便校園訪客訪問學校各類公開資源及應用系統;
|
1
|
|
|
統一授權
|
1、提供統一的權限管理體系,為各類應用系統提供服務接口,實現用戶組、角色、權限的統一存儲、分級管理、統一服務;
|
1
|
|
|
帳號自動化流程關聯
|
1、支持賬號管理自動化流程配置管理與維護;
2、支持應用接入角色編碼管理,普通角色和動態角色管理;
3、支持第三方應用接入帳號抓取Web services接口
|
1
|
|
|
認證模塊
|
1、要求實現真正的基于門戶的實名制統一認證服務,實現漫游校園系統的單點登錄。
2、支持用戶/密碼、校園卡/密碼和數字證書、CA廠商認證方式;
3、身份、授權、認證功能相對獨立,可以靈活的與第三方產品對接。
4、提供CAS2.0(PHP、JAVA、.Net開發組件包);
5、提供多認證接口,如:Web Services,JMS;并保留與CA系統進行集成,進行證書認證。
6、支持多種開發語言的應用系統接入平臺,如asp、.net、C/C++、COM、JAVA、PHP
|
1
|
|
|
目錄服務
|
1、為方便第三方應用集成,實現更快的賬戶認證索引訪問,本期賬戶的目錄服務采用數據庫,并兼容LDAP。
|
1
|
|
|
校內業務應用系統集成
|
1、實現和已有的各應用系統的系統集成,包括:郵件系統(包括webmail以及smtp、imap、pop3認證集成)、人事考核系統、科研管理系統、學生管理系統、教務系統、財務查詢系統、圖書館系統、BBS系統、黨政管理干部網上考核系統、OA系統等
|
1
|
|
|
數據交換和共享平臺
|
數據交換
|
*1、數據交換中間件采用高性能、可伸縮的成熟商用ETL/ELT/ETLT工具。
*2、對ETL流程和業務規則可以用圖形化的方式進行設計和測試。
*3、在統一的用戶界面上,實現作業流的配置與管理功能,系統參數功能管理功能,調度計劃的配置與管理功能,實時監控、控制與報警功能。
*4、具有良好的數據質量管理功能。
*5、具有完善的日志機制,詳細記錄任務執行情況、執行結果、錯誤與異常情況等信息。并提供對日志的查詢與管理功能。
*6、提供可靠的錯誤處理與報告機制,能夠對錯誤進行自動化處理,并記錄錯誤的詳細信息。
*7、具有基于檢查點的重新執行能力。
*8、支持時間戳、日志分析、觸發器、全表對比、全表刪除更新等同步或異步的增量數據抽取和更新方式,支持利用Oracle、DB2、SQL Server等數據庫及其組件的CDC特性來抽取變化數據。
*9、支持多種數據源,包括Oracle、SQL Server、Sybase、MySQL、DB2、PostgreSQL、MS Access,SQLite等數據庫,ODBC、JDBC數據源,WebService,Excel、dBase/FoxBase文件,XML文件、CSV/DSV文件等。系統對數據源的適配器應可以以統一的、較為簡便的方式進行擴展或二次開發,并提供詳細說明及示例。
*10、以Web Service方式向各授權系統或用戶提供共享數據的訪問。
*11、數據交換不能對其他系統的正常運行造成影響。
*12、提供完整詳細的用戶手冊。
|
1
|
|
信息化標準
|
*1、信息化標準應遵循教育部現行教育信息化行業標準(2012年發布),遵循現行國家、行業標準代碼,教育部標準代碼和信息標準;并符合學校目前應用系統和應用的情況,兼顧學?,F有編碼和代碼、學校需集成的系統的特有信息。
*2、能夠為信息化標準集建立映射功能,必要時能將標準集中的數據/代碼項映射到另一個標準。例如,招生數據的代碼標準(省的標準)可能與學校的標準集有差異,此時可以建立映射,在導入時,自動將代碼轉換到學校的標準。同樣,導出時也會有這種情況。
*3、信息化標準應具有版本管理功能。共享數據使用的代碼,應該跟當時的版本一致。例如,“化工與食品學院”更名為“化學科學學院”,但仍然使用原來的編碼,此時,可能需要某一級之前的學生信息中仍然顯示“化工與食品學院”,但之后的學生信息顯示“化學科學學院”。
*4、對代碼集,具有增加、修改、刪除等管理功能。能夠適應代碼標準的不斷變化。代碼修改后,應該能夠在關聯此代碼的數據中選擇應該關聯更新哪些數據的代碼或引用版本信息。
5、當信息集需要改變時,應當可以通過對系統進行少量的修改,即可適應,最好不必進行二次開發。
|
1
|
|
|
共享數據管理
|
*1、可以按信息集分類對共享數據進行瀏覽、查詢。
*2、可以對共享數據進行復雜查詢(高級查詢)
*3、根據各部門要求開發專用的查詢、統計功能。
*4、可以將查詢、統計的結果導出為多種文件格式,包括:XML/CSV/Excel/PDF/HTML
5、支持由用戶自己定義一些不太復雜的查詢統計功能,并可以保存起來進行重用。
6、提供二次開發的方式對查詢、統計內容和展示界面進行擴展。
|
1
|
|
|
需集成校內業務系統
|
7、目前需集成的校內業務系統有:人事管理系統、人事考核系統、學生管理系統、就業管理系統、科研管理系統、設備資產管理系統、教務系統、研究生管理系統等。
|
1
|
|