| 招標編號: | ZXJ201011260030 |
|---|---|
| 加入日期: | 2010.12.03 |
| 截止日期: | 2010.12.10 |
| 招標業主: | 溫州市職業技術學院 |
| 招標代理: | 溫州市政府采購中心 |
| 地 區: | 溫州市 |
| 內 容: | 1 統一信息門戶平臺 1套 2 統一身份認證系統 1套 3 公共數據交換平臺 1套 4 學生綜合管理系統 1套 |
編號:ZXJ201011260030
根據《中華人民共和國政府采購法》有關規定,溫州市政府采購中心受溫州市職業技術學院委托,就數字化校園軟件系統項目進行詢價政府集中采購,歡迎國內合格的制造商前來報價。
一、采購內容(以采購文件為準):
溫州市職業技術學院數字化校園軟件系統項目,包括軟件成品的供貨、安裝調試、技術服務及售后服務等,設備采購清單及技術要求見采購文件附件。
|
序號
|
軟硬件軟件名稱
|
數量
|
參數規格
|
|
1
|
統一信息門戶平臺
|
1套
|
1、提供統一的訪問入口,在統一身份認證系統的支持下,所有用戶均通過信息門戶登錄數字校園綜合管理平臺。
2、必須支持標準的J2EE技術和支持業界的各種技術標準和規范,如:WSRP、JSR-168、JSR-17、JSR-127 (JSF)、Struts、WSDL、SOAP等。
3、要求跨平臺部署,支持Windows、Linux、Unix、Solaris、AIX等平臺,支持集群擴展部署,提供負載均衡和故障轉移功能,并通過頁面緩存機制提高服務器的整體性能。
4、在所推薦的硬件配置下,支持100000以上的用戶容量和1000以上的用戶并發,同時,反應時間要小于4秒。
5、要求門戶本身的功能使用Portlet構建,可以自由選擇布置,可以配置部署第三方的支持標準的Portlet。
6、具備分級管理員的概念,支持學校、院系多級管理機制,可以管理大批量用戶;提供簡單快捷的人員信息、權限信息的查詢和修改、管理手段;提供數據級和模塊級的權限管理功能。
7、要求門戶平臺能夠實現虛擬門戶功能,能夠實現多個院系和全校多個門戶共存,同時,門戶要支持層疊管理、多級管理(同一頁面的多級不同部分授權給不同的業務部門和人員管理)。
8、提供全站搜索引擎,支持HTML,XML、Office,PDF等文件的搜索,并提供在線的文檔編輯和存取功能。
9、要求門戶提供內容管理和布局管理功能模塊,界面布局可以通過后臺管理模塊任意調整;針對不同的對象(學生、教職工、管理人員及公眾),可以定義不同的業務流程與個性化界面,進而提供不同的服務模式和服務內容。
10、提供圖形化工具,讓用戶根據其身份的不同,通過瀏覽器對自己的門戶菜單進行個性化的設置,定制其權限范圍內的各種信息,包括布局、標簽、欄目、信息內容等各種定制,支持換膚功能。
11、提供二級部門門戶網站和個人門戶網站的模板并能自定義,可進行網站內容管理,提供統一的內容采編、審核和發布管理。
12、為了滿足校內外各類系統應用的界面集成需求,支持WebService、URL資源管理插件、WEB剪輯集成服務、Iframe集成服務 、RSS集成服務、API集成服務、Portlets集成服務等應用集成。
13、支持Portlets之間一對一、一對多、多對多等不同的通信模式,以滿足不同應用場景需要。
|
|
2
|
統一身份認證系統
|
1套
|
1、實現用戶信息的集中管理,用戶信息規范命名、統一存儲,用戶ID全局唯一,并提供標準接口,實現不同應用系統的用戶身份的同步,支持海量的基于LDAP目錄服務器的用戶數據存儲和管理功能;
2、采用標準的身份認證協議,支持多種應用系統(包括B/S和C/S)間的單點登錄,支持用戶名/密碼、數字證書等認證方式。
3、支持不同開發語言、不同應用服務器平臺實現的應用系統的認證集成方式(Java、.net、ASP、PHP 等),包括WebService、API等方式,保證以后應用系統能方便納入統一身份認證及授權中心。
4、SSO(Single Sign On 單點登錄)服務器支持集群部署、容納100000用戶的容量和并發5000以上的用戶訪問,在推薦的硬件配置下,響應時間小于3秒。
5、使用動態密鑰實現數據網上傳輸的加密與解密。能構建公鑰基礎設施(PKI)、認證機構(CA),采用安全套接層協議(SSL),實現數字校園綜合管理平臺安全、可靠的統一身份認證與網上數據傳輸。
6、跨平臺、支持Windows、Linux、Unix、Solaris、AIX平臺部署。
7、屬性、服務、硬件皆可擴展,基于LDAP的用戶信息存儲機制,平臺的用戶管理和認證服務支持負載均衡機制,隨著用戶訪問量的增加,可以快速部署新的認證服務器和輔域目錄服務器。
8、支持多種權限管理方式,如單獨授權、按角色授權和分級授權等。能夠提供細粒度的資源訪問控制,包括對網頁、按鈕、菜單、文件、數據庫字段級的訪問控制
9、用戶登錄應用系統后對系統資源的訪問按需記入日志,具備完善的日志管理功能,能詳細記錄對所有信息的操作和變化情況,以便事后對用戶操作進行審計,建立完善的事后追溯機制。
|
|
3
|
公共數據交換平臺
|
1套
|
1、提供異構數據源的適配器;支持結構化、半結構化、非結構化數據源;支持Oracle、MS SQL Server、Mysql、ODBC、OLEDB、JDBC、Native數據源和Web Services、XML、消息隊列數據源。
2、數據交換應具有靈活的方式與多種交換觸發機制,要求符合J2EE技術規范,采用EAI(Enterprise Application Integration)技術實現,支持JMS(JAVA消息服務)、RDBMS(關系數據庫管理系統)、SOAP(簡單對象訪問協議)、HTTP(超文本傳輸協議)、SMTP(簡單郵件傳輸協議)、Files等協議和服務,使用WebService整合與集成各個應用系統。
3、要求支持同步的數據復制和異步數據復制,并且能夠通過MQ消息隊列進行數據復制的傳輸。
4、要求能夠跨平臺部署,支持Windows、Unix、Linux、Solaris、Aix平臺部署。
5、要求平臺能夠將整個學校的異構數據源整合,從邏輯上形成一個邏輯數據源,提供單點的數據訪問入口,使用SQL99透明訪問單點數據源。
6、用戶接口工具是圖型化的,用戶可以通過簡單的配置即可實現異構數據和數據交換中心平臺的數據同步,不需要更多的人工干預,數據的解析和清洗等過程由計算機操作;
7、可擴展好,當有新的應用系統需要同步時,只要將新的系統進行分析,做相應的配置,即可完成數據的同步;
8、在提供計算機實現的數據同步功能外,還應提供手工導入和編程導入方式;
9、提供基于web界面進行數據的錄入。
10、要求支持集群部署和熱部署,提供負載均衡和故障轉移功能,保證不間斷服務;
11、要求基于組件開發,提供豐富的插件接口,可以通過插件配置器方便地增刪組件。
12、要求采用內部通用對象模式與分布式事務管理機制,對所有格式的消息進行統一的優化處理,確保消息傳輸的完整性與準確性。
13、支持結構化、非結構化、半結構化文件庫,如圖片、音視頻、各類文檔等;
14、要求采用用戶身份認證和基于角色的授權策略,確保系統安全。
15、可監控、審計數據交換過程,必要時根據數據交換日志恢復異常數據。
16、提供綜合查詢、決策分析、報表打印等功能。
|
|
4
|
學生綜合管理系統
|
1套
|
1、基本信息管理
2、招生工作管理
(1) 設置招生專干:分生源省份與生源地區。
(2) 分省份、分批次制定招生計劃。
(3) 設置招生宣傳人員;對多種宣傳途徑進行統一安排。
(4) 通過直接轉入網上錄取學生信息及手工錄入保送學生和補錄學生信息,快速、準確地完成錄取學生信息采集,通過互聯網發布招生信息。
(5) 批量打印帶條形碼的新生錄取通知書、報到證和郵簽。
3、入學管理
(1) 依據錄取專業批量智能地完成錄取學生預分班;
(2) 新生報到辦理;
(3)戶口遷入登記;
(4)確認報到學生,依據規則智能生成新生學號;
(5) 軍訓服裝發放。
4、宿舍管理
包括預分宿舍、實分宿舍、調整宿舍、查看在住情況、宿舍衛生檢查記錄管理、宿舍物品管理等功能。
5、收學雜費管理
(1) 各類收費標準設置;
(2) 實現多種靈活的收費方式和交費方式;
(3) 提供多種收費查詢方式;
(4) 提供多種收費統計報表。
6、學生學籍管理
1)學籍檔案部分
l 批量導入及零散錄入學生信息,創建學籍檔案。
l 依據輔修專業規定,完成輔修專業報名審核。
l 全面檢測學籍檔案,批量或零散地增改有關信息。
l 打印學籍卡、學生名冊、學生密碼、學生證、畢業生檔案。
l 統計分析在校/在籍學生情況。
l 生成上報的電子注冊數據(新生/在校生/學籍異動/畢業生)以及高基表。
2)學期注冊部分
l 由各個院(系)/部基于校園網辦理學期報到,登記報到與不報到學生,統計學期報到情況。
l 依據設定的注冊規定(如不允許欠費學生注冊),批量處理學期注冊,對未注冊學生的有關活動進行限制(如禁止選課、禁止考試、屏蔽成績);可根據需要對不能正常注冊學生進行強制注冊。
l 統計分析學期注冊情況。
3)學籍異動部分
l 分異動類別設置異動規定;
l 依據設置的異動規定(含學業預警),智能判斷學業預警學生與規定異動學生;
l 審核確認異動學生,逐個處理學籍異動(包括自動更新學籍狀態、打印異動通知單等);
l 統計分析學籍異動情況;
l 確定需要分流的專業與對應專業,將需要分流的學生分流到對應專業及相應班級。
7、學生事務管理
(1) 接收、補充與轉出學生檔案。
(2) 辦理學生證(帶條形碼與照片)。
(3) 記載班級榮譽。
(4) 記錄學生獎懲情況。
(5) 記錄學生保險辦理與理賠情況。
8、助學管理
(1) 審核學生貧困申請,建立學生貧困檔案。
(2) 依據學生貧困檔案及學生綜合表現,確定獲得助學金學生。
(3) 審核學生勤工助學申請,確定勤工助學學生。
(4) 依據學生貧困檔案,確定貧困資助學生。
(5) 審核學生助學貸款申請,確定獲得助學貸款學生。
9、體質健康管理
10、心理健康管理
11、團委工作管理
(1) 開展組織工作:維護組織機構,管理團員檔案,積極發展團員,定期收繳團費,年度團籍注冊,嚴格團干選拔,登記團內獎懲,推薦優秀團員入黨。
(2) 落實宣傳工作:團內刊物,通訊稿件,宣傳活動,宣傳板報。
(3) 登記并通過校園網發布社團信息,接受學生網上報名、審核參加社團申請;開展社團活動并通過校園網發布社團活動信息。
(4) 組織學生素質拓展活動,登記學生素質拓展情況,打印學生素質拓展證書。
12、就業指導管理
13、綜合測評管理
(1) 允許用戶設置各類測評主體。
(2) 允許用戶設置測評指標體系與相關計算公式。
(3) 部分測評指標依據約定從相關系統中自動獲取支撐數據,并依據用戶設置的計算辦法自動折算分數(學習成績、文化素養、任職情況、競賽獲獎情況等)。
(4) 允許用戶設置獲得獎學金條件,依據測評結果自動計算獲得獎學金學生名單。
(5) 提供多種信息查詢方式和統計分析報表。
14、思想政治
包括思想政治教育活動、學生黨員管理、學生干部管理、德育分數評定等方面內容。
15、離校管理
(1) 設置離校流程;
(2) 辦理離校手續;
(3) 離校數據處理;
(4) 登記戶口遷出。
16、校友聯絡
17、系統管理
(1) 能夠對系統中使用的各類數據字典進行維護。
(2) 支持基于角色的權限管理,針對功能模塊進行權限的分配。
(3) 能夠管理數據庫維護計劃,創建數據庫備份,查看系統更新日志與用戶操作日志。
|
|
其他要求:
1投標人的產品如果還具有其它特色功能的,請詳細列出;
2、 中標單位中標后,須與招標單位協商軟件功能的細節部分,取得一致后,再簽訂合同;
3、 要求根據《教育管理信息化標準》,為招標單位制訂相應的信息化標準;
4、 投標人須詳細列出項目實施、驗收、培訓、售后服務等方面的保障措施與承諾。
5、 項目啟動后,中標人就應允許招標單位以及相關的工作人員參與軟件的測試、安裝、調試、故障診斷等各項工作,在不觸犯知識產權和商業機密的前提下,應向招標單位開放盡量多的技術細節。
6、 中標單位應最大程度地對招標單位現有系統與中標產品進行整合;
7、 請列出為了達到性能指標,上述軟件系統運行時所需的硬件配置。
|
|||
京公網安備 11010802028602號