1.1項目建設原則

1)、實用性和可行性：主要技術和產品必須具有成熟、穩定、實用的特點，實用性放在首位，既要便于用戶使用，又要便于系統管理。

2)、先進性和成熟性：系統設計既要采用超前思維、先進技術和系統工程方法，又要注意思維的合理性、技術的可行性、方法的正確性。不但能反映當今的先進技術和理念，而且具有發展潛力，能保證未來若干年內占主導地位。先進性與成熟性并重，并考慮到近年來的應用發展特點，把先進性放在重要位置。

3)、開放性與標準化原則：應用平臺應是一個開放的且符合業界主流技術標準的系統平臺，并使網絡的硬件環境、通信環境、軟件環境、操作平臺之間的相互依賴小。

4)、可靠性和穩定性：考慮技術先進性和開放性的同時，還應從系統結構，技術措施，系統管理等方面著手，確保系統運行的可靠性和穩定性，達到最大的平均無故障時間。

5)、可擴充性及易升級性：適應應用不斷拓展的需要，應用平臺的軟硬件環境必須有良好的平滑可擴充性。

6)、安全性和保密性：應用平臺設計中，即要充分考慮信息資源的共享，更要注意信息資源的保護和隔離，應分別針對不同的應用和不同的網絡通信環境，采取不同的措施，包括系統安全機制、數據存取的權限控制等。

7)、可管理性和可維護性：整個應用平臺是由多個部分組成的較為復雜的系統，為了便于系統的日常運行維護和管理，要求所選產品具有良好的可管理性和可維護性。另外可管理性和可維護性還包括平臺自身。

 

1.2設備配置及技術要求

技術要求為簡述系統平臺軟件的品質、基本性能而標示的指標，不具有限制性，以功能和性能為主。

以下配置如有遺漏，請各投標商根據設備要求自行完善，投標報價為確保實現設備完整功能的總報價。

2.2.1信息平臺參數

 

1.3全局設計框架

1)、本項目所有平臺及應用系統需基于學校全局業務規劃設計，輕松實現跨部門、跨校區的信息共享與業務聯動。

2)、本項目新建的平臺及應用必須采用統一的技術架構，即J2EE架構，遵循一體化設計理念。

3)、本項目新建的所有應用系統必須直接架構在本項目新建的平臺之上，采用統一的開發平臺和技術標準。

1.3.1基于J2EE框架技術

本項目建設必須完全按照J2EE (Java 2 Enterprise Edition) 規格，純B/S架構，采用Java和服務器端Java技術（如：EJBs、 Servlet、JNDI、 JDBC和RMI等）開發。

1.3.2面向對象的組件技術

本項目需采用面向對象組件化設計，基于跨平臺業界標準（Java、XML），完全獨立于硬件和操作系統的開發環境。在設計和開發上需提供多種組件服務：公用組件和應用組件?；A服務提供獨立于業務的公用組件，如工作流引擎、服務引擎、消息引擎、菜單管理引擎、電子表單、格式轉換、個性化訂制等；基于對業務功能的抽象，建立可重復使用的應用程序“業務對象”（應用組件），利用這些組件，構建分布式應用系統。另一方面，組件的可重用性和可插拔性，可以大大加快軟件開發的速度，降低了軟件開發和再開發的成本，提供了系統良好的可伸縮性，使系統輕易地組合與拆分其功能模塊。

1.3.3信息系統的安全體系設計

本項目要求對信息系統的安全體系做出詳細設計方案，以確保系統運行的安全。包括系統部署的安全體系架構，以及系統安全運行的監控體系與信息系統安全預案。

1.3.4數據管理

本項目要求所有數據能夠安全保存10年以上，信息系統應具備良好的數據管理機制，能夠快速可靠的備份與恢復系統數據，。

1.3.5系統性能要求

數字化校園系統作為校園運行的基礎IT架構，應具備足夠的性能，滿足全校師生教職員工日常同時使用的需要。廠商應當明確提出信息系統運行對硬件系統的要求，并在要求的硬件系統上保證系統運行的性能。

1.3.6可靠性要求

系統應具備足夠的可靠性，在服務器、交換機、供電、機房溫度與網絡等硬件設施帶來的影響外，系統全年運行穩定性應大于99.999%。

1.4基礎支撐平臺建設

1.4.1信息標準

1.4.1.1概述

信息標準化、數字格式和表示的一致性是信息發展的一個主要議題，同時也是學校統一信息化平臺項目建設的一個重點，整個校園的數據表示需要按照一定的標準編碼，方便學校內數據和行業之間數據流通。目前存在國家標準，行業標準，市級標準和學校內部自己的標準，各個標準并不完全的一致。需要根據這些標準，兼顧各個標準之間的兼容性，和標準的一致性，以及標準的可擴展性，建設一套符合學校實際情況的信息標準。信息標準的建設為統一校內各應用系統之間的數據定義差異、消除信息孤島打下基礎。

1.4.1.2建設要求

信息標準建設是學校信息化建設的重點之一，對推進學校信息化建設，保證信息的交流與共享，有著重要的意義。

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

信息標準建設需要考慮以下方面：

1）標準的兼容性：該“標準”的實施對各職能部門信息系統建設、信息的交流與共享、數據的收集、分析、發布都有著十分重要的意義，因此所采用的信息標準必須和國家標準、教育部《教育管理信息化標準》等信息標準相兼容。

2）標準的可擴性：隨著信息化進程的發展，信息標準也必須是一個及時更新、不斷充實的動態系統。必須提供能夠靈活調整信息標準的管理和維護工具。

3）標準的規范性：即在一個信息編碼標準中，代碼的結構、類型以及編寫格式必須統一。

4）標準的唯一性：即雖然一個編碼對象可有很多不同名稱，也可按各種不同方式對其進行描述，但是，在一個分類編碼標準中，每一編碼對象僅有一個代碼，一個代碼只唯一表示一個編碼對象。

5）標準的適用性：即代碼要盡可能的反映分類對象的特點，便于應用。

1.4.1.3建設內容

信息標準是信息在采集、處理、交換、用戶訪問、傳輸過程中的統一規范，是實現學校信息資源共享和信息系統得到協同發展的基礎。信息標準的建設內容主要包括數據標準、編碼標準、接口標準和應用標準。

1、數據標準

數據標準按照學校的信息子集進行定義，每個信息子集應包括以下內容：

1）數據集、數據子集、數據項分類與分層結構

2）數據集定義、屬性描述

3）數據子集定義、屬性描述

4）數據項定義、屬性描述、權限描述

實際確定的信息子集要根據我校實際情況，伴隨著各類應用的建設與更新同步進行修訂、補充，未來信息子集的制訂范圍應能涵蓋我校所有業務，需包含人事信息子集、本科生研究生信息子集、財務信息子集、科研信息子集、資產信息子集、辦公信息子集、圖書信息子集等。

2、代碼標準

數據要按照統一的標準產生、存放、使用，使數據真正實現共享。編碼標準的建設即是基于國家標準、教育部標準、行業標準和學校已有的校標，兼顧各個標準之間的兼容性、一致性以及標準的可擴展性，建設和完善學校各類系統中數據的存儲、使用規則，并給出信息分類編碼規格說明書，建設形成一套符合我校自身實際的編碼標準。

3、信息標準管理系統

項目建設中應能提供信息標準的管理工具，主要覆蓋以下功能范圍：

1）提供對數據標準模式的初始化，可對數據標準集進行瀏覽與維護，可對學校標準的模式和樣例數據進行展示。

2）提供參照標準數據的初始化，以及參照代碼標準、執行代碼標準模式的建設、數據瀏覽和維護，支持執行標準與參照標準的對比。

3）可建立映射關系，用以描述原標準和新標準之間的關聯關系。

1.4.2統一身份認證平臺

1.4.2.1建設目標

隨著應用建設的逐步深入，已經建成的和將要建成的各種信息化平臺應用系統存在不同的身份認證方式，用戶必須記憶不同的密碼和身份。因此，要建設以認證服務為基礎的統一用戶管理、授權管理和身份認證體系，將組織信息、用戶信息統一存儲，進行分級授權和集中身份認證，規范應用系統的用戶認證方式。提高應用系統的安全性和用戶使用的方便性，實現全部應用的單點登錄。即用戶經統一應用門戶登錄后，從一個功能進入到另一個功能時，系統平臺依據用戶的角色與權限，完成對用戶的一次性身份認證，提供該用戶相應的活動“場所”、信息資源和基于其權限的功能模塊和工具。在學校工作人員進行了調動、調級、調職等變更后，或者學校體制改革、組織機構變動后，使用戶的身份和權限在各系統之間協調同步，減少應用系統的開發和維護成本。

1.4.2.2技術要求

1、標準化

*采用基于 LDAP 標準的目錄服務器存儲身份數據，并提供身份認證。

*平臺基于J2EE標準架構，要求在安全認證方面基于JAAS技術。

2、可集成性

*提供多種認證接口的異構支持，包括代理認證和LDAP目錄服務接口。

*支持多種語言的接口方式，包括Java、.Net、PHP、C、C++等。

單點登錄從實現技術上基于session、cookie、rewrite技術和采用portal等幾種方法，根據用戶的情況可以選用其中的任何一種。

*支持 Unix、Linux、Windows 多種平臺，完全支持跨平臺的部署。

3、可擴展性

身份、授權、認證功能相對獨立，可以靈活的與第三方產品對接。

可實現用戶名/口令認證模式，支持動態口令認證接口、CA證書認證接口、智能卡認證接口等認證方式的平滑擴展。

支持集群、熱備、負載均衡集成。

支持同一個域內的多個應用系統間的單點登錄，具有開放的跨平臺SSO實現技術。

4、安全性

系統需提供用戶密碼加密功能，支持擴展SSHA、CRYPT、SHA、RC4等多種密碼加密算法，并可以快速擴展用戶屬性信息。

對用戶的操作行為進行日志記錄，以追溯用戶的行為過失，確保數據安全。

5、高性能

可為數百個應用提供統一身份認證服務的同時保證亞秒級的認證操作時間；

*支持10萬級的用戶容量；常用服務器配置下，單機部署時支持最大800人的并發用戶數，雙機負載均衡部署時支持1500人的并發用戶數。投標方需寫明該負載情況的測試服務器配置。

6、高校特性

提供靈活的同步策略配置，并通過小工具將權威數據源中新建和變更的用戶身份數據同步至身份管理平臺。

7、可管理性

友好易用的界面，更符合國人的操作習慣。

集中的身份數據管理，不僅提供用戶帳號的維護，還能提供便捷的批量導入、批量遷移等功能。

平臺應提供相關服務器的軟硬件環境的監視，發現異常自動發出告警，并通知責任人。

平臺應提供歷史事件的查詢和認證會話的相關操作，建立完善的事后追溯機制。

1.4.2.3建設內容

身份管理平臺應能實現身份數據的統一存儲、統一管理，實現全校各類應用的單點登陸，以及各類訪問與操作安全審計。同時，還提供便利的工具，便于系統的維護和管理。平臺建設內容主要包括以下方面：

1、基礎服務

1）SSO認證服務

提供了平臺的身份認證基礎服務，包括對用戶身份的識別驗證和對用戶單點登錄會話的管理和維護。

2）身份數據存儲

按照學校特點和應用現狀設計用戶、組、權限模型，并按照模型設計完成數據存儲。

3）賬號數據同步服務

管理員可預先配置帳號同步任務，并讓這些任務按照事先設置好的時間循環執行，從而滿足對身份帳號數據的自動同步和處理。

2、集成接口

1）集成接口

可以支持各種開發語言的應用系統接入平臺，如目前學校各類應用系統所使用的asp、.net、C/C++、JAVA、PHP等多種開發語言。

2）目錄服務

目錄服務是身份管理平臺的基礎。目錄服務以層次結構，面向對象的數據庫的方式集中管理用戶信息，保證數據的一致性和完整性，為數字化校園各類應用提供用戶信息的共享。

3、身份管理控制臺

1）負載均衡

提供大并發訪問下的高可用性，實現多機熱備和負載均衡的能力。

2）身份自助服務

身份自助服務主要面向高校內的最終用戶，包括所有學生、教師和工作人員。身份自助服務可滿足用戶對自己帳號信息和密碼信息的維護需求，同時用戶還可以查詢到自己的帳號的使用信息和維護信息。身份自助服務也包括用戶找回密碼的功能。

3）儀表盤

儀表盤概況提供系統運行狀態的總覽，使管理員對當前系統的運行狀態一目了然，便于管理員及時發現問題和異常。管理員可以查看帳號概況、認證概況、服務器狀態和系統結構概況等。

4）帳號管理

帳號功能幫助管理員完成全校身份帳號數據的查詢、增加、刪除、修改、過期設置、鎖定/解鎖和加入組操作；提供基于Excel文件的帳號批量操作功能；提供基于差異視圖的帳號同步功能；提供平臺內帳號操作行為的統計功能。

5）認證管理

認證功能提供對全校身份認證相關數據的管理功能，包括對認證集成應用的管理和全校用戶認證行為記錄的查詢和統計。

6）授權管理

提供校內身份類型組的管理功能，用于區分用戶的身份類型，為校內應用提供粗粒度的授權；同時提供身份帳號入組和出組的管理功能，可基于Excel文件實現批量操作；提供授權管理行為的統計功能。

7）審計管理

提供審計管理功能，管理員可以及時發現問題，可審計出異常的帳號、不合理的認證行為和授權行為，用于發現系統可能存在的安全問題和隱患。

8）監控管理

提供監控系統各項服務運行狀態的功能，幫助管理員盡早發現系統運行問題。監控內容包括總體狀態、會話狀態、進程狀態、服務器狀態和監控配置功能。

9）系統管理

系統功能主要包括一些對平臺運行起支撐作用的數據管理和功能設置，包括操作日志管理、管理員管理和配置管理功能。

1.4.3統一門戶平臺

1.4.3.1建設目標

統一信息門戶平臺將分散異構的信息資源集成，提供一個支持信息訪問、傳遞、以及協作化的集成化環境，有效盤活校園應用系統中的信息資產，對師生以及學校管理者提供面向個人、個性化的自助式服務支持。同時，用戶可以享受到登錄到校園工作區、所在院系、部處工作區所提供的私有、個性化信息服務。統一門戶平臺的建設目標為：

ü        提供符合通用國際標準的、可持續升級的門戶框架；

ü        提供豐富的集成手段用于完成對現有不同應用系統的界面集成；

ü        提供統一的信息發布模式，規范信息服務、提高發布效益；

ü        建構基于校園網異構應用系統的綜合信息門戶；

ü        對校園網內的信息資源、應用系統進行管理和整合；

ü        為校園網內的用戶提供集成的、無縫的、安全的、個性化的資源訪問；

ü        為校園網內的用戶提供訪問校園網資源的統一入口。

1.4.3.2技術要求

1、技術先進性

信息門戶須采用先進的技術架構和設計理念，滿足校園信息化建設不斷發展的需要。

支持JSR-168Portlet規范，提供標準的Portlet容器，可以兼容任何標準的Portlet；

操作簡單方便，基于WEB2.0的ajax技術進行開發，通過Ajax技術達到Portlet的動態交互效果。

平臺在設計上采用監聽機制，便于在需要時擴展對這些事件的處理邏輯。

2、可集成性

要求綜合信息門戶提供具有高擴展性的服務架構和訪問接口，讓各種資源可以方便的集成到門戶系統中，迅速的為用戶提供服務。

對不同的業務需求可提供多種集成方式，保證良好的集成效果；

支持門戶單個應用的熱部署；當某個應用出現問題時，可以在服務不停的情況，實現對該應用的更新。

支持Unix、Linux、Windows多種平臺，完全支持跨平臺的部署；

3、容錯性

綜合信息門戶具備一定的容錯性，在運行環境出現故障的時仍能提供穩定、持續的服務。

平臺應支持并行繪制多個Porlet，防止因為某個Portlet超時而影響整個頁面的展現效果。

4、安全性

綜合信息門戶系統要能夠為用戶提供安全的信息資源和業務數據的獲取，保障信息傳輸的安全可靠、保障信息不被非法用戶竊取、保障用戶的合法身份不被盜用。

Portlet權限控制基于Spring Acegi，采用Role、Group混合控制方式。

5、高性能

保證信息門戶要能夠在大規模用戶的訪問的情況下仍然能夠提供高速的服務，至少支持5000人的同時在線訪問。

6、可管理性

提供良好的應用注冊界面，可建立對用戶訪問行為的統計分析，以便后續對信息門戶的優化提升。

1.4.3.3建設內容

1、信息集成標準

1）portlet標準

企業級信息集成標準，即JSR168標準，由國際標準組織共同制定，使得各廠商的集成在統一的規范下實現，降低信息集成的投入成本。

2）基于共享庫的集成

采用標準的數據集成手段實現用戶查詢等數據訪問的集成，使得信息門戶可以直接使用共享庫數據。

3）信息集成授權標準

信息門戶實現了基于校園用戶角色的集成授權標準，應用系統的集成基于此標準完成門戶集成信息訪問的控制。

4）信息門戶展現標準

提供UI集成標準定義，應用系統集成在UI層面基于此標準完成，以保證信息門戶UI的一致性，提高用戶可用性。

2、信息集成運行支撐

1）標準門戶服務器

提供校園門戶平臺的基礎運行支撐，遵循國際標準和主流開發技術，包括JSR-168、Spring Application Framework、Spring MVC Portlet Framework。

2）集成工具

在校園門戶平臺中提供豐富的內容集成方案，包括頁面集成、數據集成和應用集成，集成手段有Iframe集成、頁面抓取、RSS集成、HTML編輯、憑證登錄集成等。

3）用戶自定義工具

提供豐富的用戶與系統交互功能，包括風格選擇、自定義頁面和Portlet拖拽。

3、信息集成管理

1）應用集成管理

對集成到信息門戶的應用進行管理，管理的內容包括：應用的生命周期管理、應用的授權管理、應用參數控制。

2）角色管理

對信息門戶用戶進行角色管理，角色基于校園用戶身份，支撐數據集成共享庫，保障用戶數據的一致性。

3）個性化管理

完成對不同角色用戶的個性化管理，可以對不同角色授權于不同的應用，配置不同的角色訪問UI。

4）應用訪問分析

對應用訪問數據進行跟蹤分析，發掘使用頻度高低的各類應用，促進應用的完善和提供。

5）運行管理工具

提供對Portlet Server的管理，包括站點管理、故障郵件告警、訪問統計。

1.4.4統一數據庫平臺

1.4.4.1建設目標

當前學校信息化管理的現狀是：各個部門、院系可能都有各自獨立的信息系統和數據庫，并且各個系統自成體系，數據重復冗余，導致了各部門相互之間同一信息不一致，信息不能及時共享，數據的利用率不高。為了避免上述情況的存在，統一信息化平臺項目必須做到數據共享，只有數據共享之后才能保證數據一致，減少冗余，提高利用率。這就要求統一設計一個數據庫（包括共享數據庫）架構，為今后各部門信息化工作提供前期的準備和支持。統一數據庫平臺的建設要求達到以下目標：

1、保證全校信息的統一和一致；

2、保證任何兩個異構業務系統之間的數據共享；

3、保證任何兩個業務系統之間沒有冗余業務數據；

4、保證遵循“誰產生、誰維護”的原則；

5、保證任何業務系統的添加和修改不影響其它業務系統的正常運行；

6、要保持基礎數據的內容最新的時限要求；

7、保證可以提供為整個學校綜合查詢和決策支持所需的數據信息；

1.4.4.2技術要求

1、可集成性

高校數據集成的實際環境比較復雜，因為業務系統的建設過程較長，存在各種類型的數據源與不同的共享需求，因此公共數據平臺要能夠解決各類異構問題，提供良好的集成支持。

*·平臺應能提供豐富的API接口程序，實現異構數據源的共享和交換，支持各種主流、非主流關系型數據庫、ODBC 數據源、WebService 、Tabled-Txt 文件、網絡協議等，以滿足連接不同數據源的需求；在投標書中應列舉平臺支持全部的應用接口程序種類。

可采用同步或異步的方式實現數據的交換及推送，可設定運行的周期。

2、開放性

* 數據集成過程要求支持UNIX、WINDOWS、AIX、HP UNIX等操作系統平臺，支持主流數據庫，包括ORACLE、SYBASE、DB2、SQL SERVER等，完全支持跨平臺的部署。需要是開放的ETL代碼生成器。

3、高性能

*·平臺的建設應基于商業中間件，中間件應能提供統一的可視化的開發工具，能圖形化的設計和定義抽取、轉換、加載流程。

采用成熟的E-LT的方式完成數據集成工作。

對于所交換的數據，可以采取CDC機制，每次只捕獲、集成有變化部分的數據，從而減輕數據交換平臺的網絡傳輸及系統處理的負擔。CDC的實現方式可以通過觸發器、系統日志位及標志位等方式實現。

提供完全抽取和增量抽取方式。

數據集成過程支持批量操作，保證集成效率。

4、可管理性

可以對全局業務流程及各流程節點對應的服務，進行設計、修改、監控與管理，以適應學校全局業務需求的變化，為建立面向服務、松耦合與高可擴展性的全局業務應用提供適用的圖形化開發和管理工具。開發工具應遵循可視圖形化方式，具有易用的可視化數據建模、數據轉換、流程設計和調試工具并提供可視化的配置工具。

1.4.4.3建設內容

數據集成平臺

高校的業務系統建設在不同時間、不同環境、不同廠商，采用不同的開發語言以及后臺數據庫的情況下逐步完成。隨著高校IT應用的迅速發展，各種業務系統和數據的不斷增加，系統間數據共享和交換的需求愈見突出，而且數據的不一致性也是重點需要解決的問題；因此，構建一個完整統一、高效穩定、易管理易維護的數據集成平臺已經成為各大高校數字化校園建設的重要目標。

數據集成平臺建設內容主要包括以下方面：

*1、數據集成工具

構建數據集成平臺，通過數據集成平臺與各個業務系統的數據接口進行數據的抽取、加載、轉換映射，完成從源到目標的數據交換。系統應能支持數據的雙向傳遞，使得各類系統業務數據實時共享，并提供過程的調度和監控。

1）集成中心庫模式

提供滿足高校數據共享和交換需求的數據庫模式。

2）集成接口支持

為不同類型的數據源提供接口，包括：

·支持主流RDBMS如：Oracle、DB2、Sybase、SQL Server、InfoMix的數據集成；

·支持非主流RDBMS如：Mysql、Derby、HypersonicSQL、PostgreSQL的數據集成；

·支持ODBC數據源如：Foxpro、Access、Excel等的數據集成接口；

·支持消息類型數據源如：JMS Queue、JMS Topic的數據集成；

·支持如格式化的txt及XML的文件數據集成；

·支持WebService的數據集成；

·支持其他特殊類型數據格式如：LOB字段（BLOB、CLOB）的數據集成。

3）數據集成KM模塊

提供數據集成KM庫，包括了各種數據集成需求開發包共計100多項。

4）拓撲管理工具

對數據源和調度代理進行管理，支持RDBMS、文本、消息、WebService等各種數據源接口。

5）集成設計工具

對數據集成項目提供圖形化界面進行設計和開發。

6）集成查看工具

查看數據集成項目的運行情況，可以對集成過程進行調試。

7）集成調度工具  對各個數據集成同步任務進行調度控制，以此完成定制化的數據集成過程。

*2、數據集成監控

能夠實現對數據集成過程的監控及處理，管理界面應符合管理人員的軟件操作使用習慣，操作步驟明了。

1.4.5業務構建平臺

本期建設的人事基本信息管理系統、學工系統、就業系統的目標定位是建立一個統一、可持續發展的應用系統整體架構，支持業務系統的快速建模，使用戶在一定程度上構建和修改完善應用業務的業務流程，實現學校內部的業務整合、流程整合和數據整合，最終實現學校的整個立體化應用模型。因此，人事基本信息管理系統、學工系統、就業系統在設計上必須支持應用系統頁面的快速構建，通過業務建模工具，能夠對新增業務或原有業務的變更進行快捷方便的開發實現，使新業務和變更業務能夠無痕地融入，平滑過渡。

1.5新建應用系統

1.5.1總體要求

應用系統應遵循信息化基礎平臺提供的數據標準、接口規范、運行約束、集成模式等，設計開發須符合信息化基礎平臺的規范，并完成與統一身份認證平臺、統一信息門戶平臺、統一數據庫平臺的無縫集成。應用系統一方面滿足應用需求，另一方面是對各信息資源的匯聚。通過系統建設，為學習者創設學習情景，提供學習服務，為教師提供方便的教學環境和引導環境，為管理者提供高效的管理環境。系統應免費提供應用集成的能力，能提供良好的擴展性和二次開發能力，提供相關接口；以保證能按學校要求與學校數字化校園項目做相關集成。開放 WebService接口，通過設定好的數據接口，直接提供數據訪問的WSDL，或進行數據的運算，以便校方根據數字化校園建設要求的需要進行訪問和數據調用。

1.5.2人事基本信息系統

1.5.2.1 技術要求

應用系統建設應采用B/S架構，符合J2EE標準，采用Java編程語言和服務器端Java技術開發。

1、信息編碼標準

人事管理系統的建設必須符合和遵守國家、教育部頒發的各類標準以及學校制定的信息化標準要求，以便規范的進行業務數據的采集、存儲、傳輸、應用。

2、基于數字化校園整體框架

系統應在數字化校園整體規劃框架下進行實施，遵循數字化校園基礎平臺提供的數據標準、接口規范、運行約束、集成模式等，可與學校要要建設的基礎支撐平臺集成。

3、系統靈活可配置、適應變化

系統應符合我校業務特性，靈活、實用，并具有一定的可配置性。同時，能隨著IT技術和學校業務的不斷發展，系統可進行靈活擴展或更新，業務數據能夠得以有效的積累和展現。

4、采用統一業務構建平臺

系統應具有良好的可擴展性，要不斷適應學校發展所引發的各類新需求。業務系統的開發方式應提供基于統一的業務構建平臺進行快速開發，以確保能夠適應業務管理需求的變化和長期發展。

5、提供豐富的數據接口

系統要求提供豐富的數據接口，支持數據的導入導出，滿足學校上報需求。

1.5.2.2 功能要求

將要建設的人事信息管理系統主要是對全校教職員工從入校到調走或離退休全過程的各類信息進行管理。

系統建設內容要求包括以下方面：

1、組織機構維護

1）可實現學校行政機構的增設、變更、撤銷和合并的功能，支持對行政單位的詳細屬性的維護功能。

2）可查詢出學校部門機構的歷史變動情況；

3）統計查詢的結果能夠實現數據的自定義字段導出。

2、編制設置

1）可對在校的總體編制崗位設置信息進行管理。崗位設置原則按國家制定的政策及學校的規定來執行；

2）按照編制類別統計全校實有人數和編制計劃人數。

*3、教職工信息管理

1）支持對教職工信息的管理，維護的信息內容需包括基本信息、聯系信息、職務信息、編制信息、學歷資質信息、其他信息，以及學習簡歷、工作簡歷、家庭成員、職務變動、獎懲等各擴展項。

2）系統應具備良好的可配置性，如可以配置字段級的信息的查看、維護的權限，設置信息維護的審核流程。

4、校內調動管理

管理員可設置不同類型人員的調動審批流程，實現校內調動的網上申請，網上審核，并可以對調動信息的跟蹤。系統應能支持批量調動，管理員可維護和查詢調動人員的信息。

5、離校管理

管理員可設置不同類型人員的離校審批流程，實現離校的網上申請、審核等操作，及離校信息的跟蹤和記錄；管理人員也可以在系統中手工登記人員離校的信息。登記完成后，該人員的基本信息中的人員狀態自動變更。

6、退休管理

系統可以根據預先設定好的判別策略進行退休情況的預測，并對預測情況進行提醒。管理人員可以在系統中手工登記人員退休的信息。系統應能支持延聘與返聘的信息登記與管理。

7、合同管理

系統支持對不同種類的合同進行靈活的設置，可在線登記教職工的合同信息，系統會自動到期合同提醒、續簽提醒等信息。系統可提供對試用期合同的管理，包括試用期的轉正和解除合同，可實現對滿足合同續聘條件的人員的篩選以及續聘登記管理。

*8、非在編人員管理

可實現對派遣人員、兼任教師、臨時人員等非在編人員基本信息的管理。

9、高級人才管理

可自定義設置高級人才的類別，如：中國科學院院士、73首席科學家等，管理員可對高級人才的詳細信息進行管理和維護。

10、博士后管理

可對校外博士后人員的相關信息進行登記，并為管理人員及校領導提供博士后信息查詢和維護功能。

11、信息和數據統計分析

用戶可自定義統計方案，實現人事基礎信息的統計，并支持以三維、二維等方式進行查詢信息的展現，并支持查詢結果的導出。

12、待辦事宜

實現在系統首頁提示目前需要處理的事務。

13、消息提醒

自動發送消息提醒，手工發送消息提醒。

1.5.3學工管理系統

學工管理系統從學生、生活、思想等各方面對學生進行全面的管理。系統整合并規范學生管理業務，實現全校學生管理模式規范，為學生處內部各科室以及院系學生工作管理部門的協同工作提供無紙化的辦公條件。系統的建設充分體現學校的服務意識，為學生、管理人員等各類用戶提供人性化的服務，并提供靈活的數據接口，滿足歷史數據的平滑接入和校內外各企事業單位、教委、教育部等上級主管部門的各種外部數據需求。

系統建設內容主要要求以下方面：

1、學生基本信息管理

1）基本信息維護和管理

學生可在線填報個人相關信息，包括出生日期、證件號碼、籍貫、生源地、就讀方式、戶口所在地等基本信息，輔導員可對學生填報的信息進行確認與維護；學生也可進行基本信息的變更申請，并提交審核確認；

2）學籍異動管理

系統可維護或查詢學生的學籍異動信息，支持學籍信息的導入和導出。

3）班級管理

系統可維護和管理班級信息，支持班級信息導入和導出。

4）畢業生管理

系統可維護和管理畢業生的基本信息，支持自定義方式的信息查詢，提供數據導出功能。

5）基本信息報表

提供學生基本信息的自定義明細表以及統計表，并導出成其他數據文件格式；

2、學生擴展信息維護和管理

學生可在線填報個人的擴展信息，包括教育經歷、工作經歷、培訓經歷、社會實踐活動、校外實踐、語言能力、校外證書等擴展信息，輔導員可對學生填報的信息進行審核確認。

3、獎學金管理

1）獎學金設置

支持獎學金種類、登記、金額、評定學年、審核流程等信息設置的功能。

2）評定條件管理

支持獎學金評定條件的設置，滿足不符合申請條件學生的自動篩選、申請退回。

3）名額分配管理

可供學校管理人員分配評定各院系的具體評定名額。

4）申請審核管理

可供學生在線申請獎學金，申請提交后供各級管理老師進行審核。

5）獎學金管理

針對未通過系統進行獎學金申請評定的學生獎學金獲取信息，管理源可直接登記維護學生的評定情況。

6）獎學金報表

提供按自定義的字段統計獎學金評定信息，并支持以明細報表、圖表方式等方式生成統計報表。

4、榮譽稱號管理

1）榮譽稱號設置

支持榮譽稱號的種類信息、金額、評定學年、審核流程等信息的設置功能。

2）評定條件管理

可實現榮譽稱號評定條件的設置，支持不符合申請條件學生的自動篩選、申請退回。

3）名額分配管理

學校管理人員可分配評定各院系的具體評定名額。

4）個人榮譽稱號申請審核

支持學生在線申請個人榮譽稱號，申請提交后供各級管理人員進行審核。

5）集體榮譽稱號申請審核

支持輔導員在線申請集體榮譽稱號，申請提交后供各級管理人員進行審核。

6）榮譽稱號管理

支持管理員直接登記維護學生評定情況的功能。

7）個人榮譽稱號報表

提供按自定義的字段統計個人榮譽稱號的評定信息，并支持以明細報表、圖表方式等方式生成統計報表。

5、違紀處分管理

1）違紀處分管理

可供管理老師維護學生的違紀處分情況的信息。

2）處分上報審核

支持管理員登記院系上報學生的違紀情況信息。

3）違紀處分查看

支持輔導員和院系學工負責人查看學生的違紀處分情況。

4）解除申請審核

學生可提交解除違紀處分的申請，可按自定義審核流程進行逐級審核，解除處分。

5）違紀處分報表

需提供學生違紀處分信息查詢的功能，并支持以明細報表以及圖表方式等方式輸出統計報表。

6、困難生管理

1）困難生申請審核

支持學生在規定時間范圍內在線申請困難生資格。

2）困難生管理

需提供學生困難認定信息的維護和查詢功能，支持批量數據的導入、查詢和統計等功能。

3）受助情況查詢

支持對困難生的受助情況的查詢。

4）困難生報表

可按自定義字段查詢困難生信息，并支持以明細報表、圖表等方式輸出統計報表。

7、助學金管理

1）助學金設置

支持助學金種類、等級、金額、評定學年、審核流程等信息的設置。

2）評定條件管理

需提供對助學金評定條件的設置，支持不符合申請條件學生的自動篩選、申請退回。

3）名額分配管理

支持對評定各院系的具體助學金評定名額的分配。

4）申請審核管理

支持學生在線申請助學金，各級管理老師可按權限進行審核。

5）助學金管理

支持管理員可直接登記維護學生的評定情況。

6）助學金報表

需支持助學金評定信息的統計，并支持以明細報表、圖表方式等方式生成統計報表。

8、勤工助學管理

1）用人單位管理

實現對用工單位情況和用人單位管理員的設置和管理。

2）崗位管理

支持對用人單位的崗位信息的設置，支持兩種維護模式：直接進行管理、經過審核后再管理。

3）崗位申請審核

支持學生對崗位的在線申請，以及相關人員按權限的審核。

4）上崗情況管理

支持對學生上崗信息的直接維護。

5）勤工助學查詢

支持對學生的上崗情況以及報酬發放情況的查詢。

6）報酬發放申請審核

支持對用工單位報送的學生每月報酬發放信息的審核。

7）黑名單管理

支持對勤工助學工作中表現差同學的情況信息的維護和管理。

8）勤工助學情況報表

支持學生勤工助學情況以明細報表或圖表方式進行統計輸出。

9）薪酬發放情況報表

需提供對薪酬發放信息的查詢，并支持以明細報表、圖表等方式輸出統計報表。

9、貸款管理

1）國家貸款管理

支持對學生的貸款信息維護的功能。

2）國家貸款申請審核

需提供國家貸款的在線申請、審核等功能。

3）放款管理

需提供維護貸款發放清單以及數量的功能。

4）還款管理

需提供維護學生還款情況的功能。

5）違約管理

需提供維護學生的違約情況的功能。

6）生源地貸款管理

需提供維護學生的生源地貸款情況的功能。

7）貸款報表

支持學生申請國家貸款信息的自定義查詢，并支持以明細表、統計表等方式輸出統計報表。

10、困難補助管理

1）困難補助設置

支持對困難補助種類、等級、金額、評定學年、審核流程等信息的設置。

2）評定條件管理

支持對困難補助評定條件的設置，滿足對不符合申請條件學生的自動篩選、申請退回功能。

3）名額分配管理

需提供對各院系的具體困難補助評定名額的分配。

4）申請審核管理

需提供學生困難補助的在線申請、審核的功能。

5）困難補助管理

支持管理員直接登記維護學生的評定情況。

6）困難補助報表

支持對困難補助評定信息的自定義統計和查詢，并支持以明細報表、圖表方式等方式生成統計報表。

12、學費減免管理

1）學費減免設置

支持對學費減免種類、等級、金額、評定學年、審核流程等信息的設置。

2）評定條件管理

支持對學費減免評定條件的設置，滿足對不符合申請條件學生的自動篩選、申請退回的功能。

3）名額分配管理

支持對各院系的具體學費減免評定名額的分配。

4）申請審核管理

支持對學費減免業務的在線申請、審核功能。

5）學費減免管理

支持管理員直接對學生評定情況的維護和管理。

6）學費減免報表

支持對學費減免評定信息自定義字段的統計，并支持以明細報表、圖表方式等方式生成統計報表。

13、政工隊伍管理

1）輔導員隊伍管理

支持對輔導員隊伍信息的維護，支持研究生、教師加入輔導員隊伍數據從其他業務系統的直接獲取。

2）輔導員帶班管理

可給各個班級配備輔導員，實現帶班的登記。

3）院系學工負責人管理

實現對各院系學工負責人信息的維護。

14、系統管理

需提供代辦事宜、通知公告、系統短消息、系統日志、權限的管理等功能。

15、學生活動管理

各種學生活動推進情況管理，學生部門發布活動，根據各系或學生組織完成情況綜合情況給予確認未完成者將被記錄

16、學生黨、團組織管理

學生黨、團組織關系轉接，學生黨員培養、發展情況

17、學生社團管理

1）社團部各社團及社員信息登記

2）各社團大型活動管理

3）學生活動中心使用管理

1.5.4就業系統

就業信息系統的建設目標就是幫助學校更好的做好畢業生就業服務和廣泛地吸引各種形式的用人單位進入校園招聘，為就業管理工作，吸引企業、服務畢業生，全面提高就業率和就業質量，為學生就職，企業求才提供一個公共的平臺。系統應集匹配、宣傳、管理、指導于一體，服務于學校、企業和學生。

系統建設內容主要包括以下方面：

1、就業網站

1）信息發布

提供就業資訊的發布平臺，就業管理人員可以發布各類就業資訊、政策法規、通知新聞、面試指南等信息，一方面將各類就業信息傳達到畢業生和用人單位，另一方面也提供了渠道對學生進行就業指導和幫助。

2）調查問卷

支持單選、多選、簡單等多種調查問卷方式，并支持對結果的統計。

3）咨詢管理

提供網上咨詢服務，學生、企業可在線提問，由學校管理人員進行回答。

4）站內消息

可提供簡單的文本郵件交流的工具，方便用戶之間的信息發送。

2、用人單位管理

1）為用人單位提供在線注冊、審核的功能。

2）管理員可以對用人單位信息進行維護和修改。

3、職位管理

1）用人單位可在該系統中注冊并發布職位信息，各類信息經過學校審核后將會通過就業平臺發布。

2）學校就業管理人員可以代用人單位發布各類信息。

4、招聘管理

1）招聘會申請審核

用人單位可進行招聘會網上預約；管理員對預約招聘會進行審核確認。

2）招聘會管理

管理員可直接添加或維護招聘會信息。

3）招聘會查看

學生可以查看學校發布的專場招聘會信息。

4）招聘會月歷

學生可以以月歷形式查看學校發布的專場招聘會信息。

5、生源管理

為學生提供個人信息修改的平臺，管理員可對學生提出的申請進行審核和維護。需支持對修改的時間點和審核流程的定義。

6、單位求才管理

用人單位可查看就業系統內的人才信息，設置人才搜索器、收藏人才信息等。

7、在線求職

1）學生可以在線制作簡歷，系統提供多種簡歷模版可供選擇，也可支持已有簡歷的上傳，實現簡歷的在線投遞，投遞時刻選擇已設置的求職信一同發送。

2）學生可在線查看就業系統內的職位信息，進行在線搜索、申請、簡歷投遞、職位收藏等。

8、推薦表管理

學?？稍诰€進行學生推薦表的流程設置、管理和在線的修改、打印，應用系統中已有的學生數據可以自動從數據集成平臺獲取。

9、畢業去向管理

1）畢業去向登記

學生可在線進行畢業去向的登記，系統提供如自主創業、回省二分等隱性就業方向的登記與管理。

2）畢業去向審核

管理員可設置對畢業去向登記信息的管理審核流程，并可對畢業去向的變更進行管理和維護。

3）畢業去向管理

管理員直接添加或維護畢業去向信息。

10、報到證管理

1）報到證管理

支持上級下發報到證信息的批量導入。

2）報到證信息查詢

學生可查詢個人的報到證具體信息。

11、統計報表

可提供單位情況、生源情況、供需情況、簽約率等維度統計報表的輸出。

 

1.5.5檔案數字化網絡管理平臺

1.5.5.1設計原則

數字檔案建設是未來檔案工作發展的重要方向，是提升河南中醫學院學校檔案管理水平，實現學校檔案工作更好為教學、科研服務的有效手段。數字檔案管理平臺須遵循以下原則：

1. 開放性和可擴展性原則。系統設備、軟件具有良好的開放性，所有硬、軟件遵循業界相關標準，支持開放的標準接口，支持跨平臺采用數據接口技術進行集成，保證各系統穩定運行，預留相應的軟硬件接口。

2. 易用性和實用性原則。友好的用戶操作界面，直觀易用的人機交互方式、系統維護界面和上下文有關的在線幫助，設計使用操作人性化。

3. 安全性原則。采用多種安全管理機制，保障數據在存儲、檢索、提取、傳遞、發布和管理等各個層面的安全性。系統采用完善的安全保障措施和技術控制手段，必要的用戶操作權限控制、密碼安全控制機制、日志監督等多種手段防止系統數據被竊取和纂改。

5. 穩定性和可維護性原則。系統具有高穩定性，一般的人為和外部的異常事件不會引起系統的崩潰；同時系統有較高的可用性，當系統出現問題后能在較短的時間內恢復，而且系統的數據是完整的，不會引起數據的不一致。系統易于管理和維護，并為系統運行維護和后期擴展提供支持。

6. 高效性原則。系統在100并發用戶時，客戶端查詢檢索響應時間不超過3秒，日常數據錄入響應時間不超過1秒，視頻播放及圖片顯示時間不超過5秒。

7. 規范性原則。系統遵循國家檔案標準，兼容傳統的案卷為單位的管理的規則，也支持新的以文件為單位的管理規則; 完善的電子文件管理功能，依據國家檔案局《全國檔案信息化建設實施綱要》、《電子文件歸檔及電子檔案管理規范》的要求而設計。

1.5.5.2系統組成

檔案數字化網絡管理平臺包含的業務系統主要有：檔案網絡管理系統、檔案網絡發布系統。

檔案網絡管理系統要求：依據國家檔案局《檔案著錄規則》、《全國檔案信息化建設實施綱要》、《電子文件歸檔及電子檔案管理規范》，用戶通過網絡對接收的檔案數據進行錄入，編研，打印，檢索，借閱等一系列規范化操作，來對檔案數據進行電子化存儲與利用。

1.5.5.3功能需求

1、檔案網絡管理系統功能需求：

1  自由建庫與自定義數據庫結構

用戶可以根據自身需要自由創建數據庫，自定義數據結構，以滿足不同類別，不同專業檔案管理的需要。

自定義輸入界面與管理界面

用戶根據不同檔案的類別來自定義與之相匹配的輸入界面，并保持輸入界面的美觀與簡潔。同時根據需要來定制管理界面中的內容。

全文管理與全文檢索

通過高效的全文檢索算法，實現全文的高速檢索。保證檢索時間，檢索結果準確無誤。

檔案借閱管理

檔案借閱分實體借閱和電子文件借閱，用戶只需要通過身邊的計算機遠程登錄到系統中就可以查 閱館藏檔案信息，確定所要借閱的檔案實體,系統即可紀錄完整的借閱利用 信息，并可以進行借出檔案實體的崔還，借閱利用信息的統計等操作。

電子文檔與圖片、音頻、視頻等的多媒體管理

需根據國家檔案局《全國檔案信息化建設實施綱要》、《電子文件歸檔及電子檔案管理規范》的要求將電子文件單個或批量上傳到系統中，用戶按權限進行在線瀏覽，在線點播與下載操作。

自定義打印目錄

用戶可以根據具體需求，自行設定打印目錄。

數據批量導入與導出功能（EXCEL或者DBF格式）

為了實現檔案館現有檔案電子數據與未來管理系統的融合，新系統應能夠批量的輸入原有數據并能自動生成與系統格式相同的條目信息，使原有數據實現與系統的融合。

 安全通信（SSL）保證系統數據網絡傳輸的安全

 預留與數字校園系統接口（單點登錄、統一身份認證）；并能提供與OA系統、教務系統、財務系統等業務系統的標準接口規范。

10  分級權限控制

管理員可以隨意控制用戶權限，能保證用戶具有：表級，記錄級或部門級等各種權限級別，嚴格遵循檔案安全性這一原則來執行。

11.數據遠程備份與恢復

12 在線自動升級。

13.用戶帳號硬件加密

2、檔案信息發布系統主要功能：

檔案信息發布系統：用戶通過發布系統可視化界面能自行制作檔案館網站，并將接收到的檔案網絡管理系統內的數據按需求發布到網站上，提高本部門數據的利用率，擴大利用范圍與服務對象。要求本系統具有嚴格的權限控制機制，并且檔案網絡管理系統與檔案網絡發布系統采用用戶身份統一認證，實現用戶帳號的統一

檔案信息發布系統需求：

1、單點登錄

  發布系統登錄必須與我院目前所使用檔案管理系統進行無縫對接，實現帳號的統一身份認證。

2、菜單管理

  系統中提供了菜單欄的自由管理可以設置菜單欄的菜單項、背景顏色、菜單寬度可以自由設定，系統支持三級菜單。

3、頁面布局

   系統中提供網站標題、Banner標題、頁腳版權、Banner背景、Banner效果的設置以及檔案系統以及信息發布系統的登錄接口設置。可以自由設置頁面的布局。

4、信息模塊

   系統中可以建立信息模塊以及設置信息模塊的查詢界面、查詢輸出界面、安全設置等，系統提供了完善的信息查詢體系以及安全控制體系，可以控制用戶的查詢、查詢輸出界面，以及限制ip、ip地址段以及用戶、部門的查詢權限。系統中還提供了信息模塊的引用代碼，用戶可將代碼引用到其他網頁或者網站中。

5、信息發布

   系統中提供了將已經建立的信息模塊以新聞形式發布的功能，并提供了發布模塊在其他網站上嵌入的各種代碼，用戶可以靈活的把建立的發布模塊引用到其他網站中。

6、焦點新聞

  系統提供了設置焦點新聞的功能，可以把已經發布的新聞重要的新聞以焦點新聞的方式發布出來，提高該新聞關注度。

7、專題推薦

   專題推薦中可以把系統中的重要查詢、重要新聞或者其他網站上的重要新聞等推薦給廣大用戶。

8、站點鏈接

在站點連接中可以把其他網站的鏈接以分類的方式推薦給用戶。

1.5.6基本校情分析系統

1.5.6.1建設目標

利用信息化工具來梳理校情數據、積累信息資源、規范信息管理，為學校整體了解、改進各方面工作提供動態、真實、可靠的依據，促進學校各部門協調運作，提高學校管理水平，幫助學校管理部門建立先進的管理模式。

1.5.6.2功能要求

基本校情分析主要以學?；緦ο螅▽W生、教師、資產）和科研、教學等的數據為基礎展開分析，采取“泛化”的建設思路，體現共享庫的建設效果，至少包含且不限于以下內容：

1、學生基本情況分析

包括按學生來源國家、學生來源地區、生源比重、學生政治面貌、學生性別、學生民族（漢族/非族）等分類的統計。

2、教師基本情況分析

包括生師比、按類型、按年齡段、按院系部門、按學科、按學歷、按學位、按職稱、按來源國家、按學緣（本校畢業）比重、按政治面貌的師資統計。

3、資產基本情況分析

包括校舍總面積、生均校舍面積、不同類別校舍面積、占地總面積、生均占地面積、不同用途占地面積、儀器設備總額、生均儀器設備額、儀器設備構成、儀器設備使用方向、用于教學科研的儀器設備比重、圖書總量、生均圖書量、電子圖書所占比重、圖書構成等

1.6已有系統集成

已有系統集成要實現數據集成、認證集成和應用發布集成三個目標：

1.6.1數據集成

1.6.1.1集成目標

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

數據集成不僅為數字化校園的應用系統建立了全面綜合的數據源，為應用系統開發個人綜合數字檔案、學校決策分析檔案提供支持，而且還明確了各種數據的權威性和維護責任，使相同的數據在整個數字化校園系統內只有一個權威值，一處維護單位。

1.6.1.2集成方案

對應用系統進行集中的規劃調研，分析出應用系統數據庫和數據中心平臺進行數據抽取和訂閱時采用的方案，初始化數據中心平臺的數據整合工具。使這套工具能夠成功的從業務應用系統數據庫中抽取數據到數據中心平臺。

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

•支持主流關系型數據庫，包括 Oracle、IBM DB2 UDB、IBM DB2/400、Informix、Microsoft SQL Server、Sybase AS Enterprise、Sybase AS Anywhere。

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

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

•支持主題或者隊列，包括 JMS Topic、JMS Queue。

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

•支持 Tabled-Txt 文件

•支持 XML 文件

•支持操作系統的網絡協議，包括 ftp。

通過對數據源連接的簡單定義，即可完成對數據源連接的建立，為下一步進行數據集成建立基本的通道。

對于特定的數據源，可以使用數據源特定的連接方式，充分利用數據庫的特性，發揮效率和性能等方面的優勢。以上專屬接口包括：

•Oracle OCI 方式

•Sun JDBC-ODBC bridge 方式

•XML 的 JDBC 方式

•DB2 JDBC Type2 方式

1.6.2認證集成

1.6.2.1集成目標

用戶的管理在統一身份認證、權限管理平臺集中進行，應用子系統不單獨維護用戶信息，所有的用戶信息均來自于統一的身份認證服務，原則上要求統一認證用戶庫中的用戶基本信息數據是相對完整的，各子系統的用戶基本信息數據是該系統用戶數據庫的子集；

對于某些已經建成的應用系統，統一身份認證、權限管理平臺支持應用系統建立自己單獨的數據庫，定制開發后臺數據復制的服務，使得應用系統可以保持和統一身份認證、權限管理平臺數據的一致；

對于有Web的應用系統，做到單點登錄。

1.6.2.2集成方案

對于數字化校園后續將要建設的各個應用系統，其認證部分將統一由統一身份認證、權限管理平臺完成，統一身份認證、權限管理平臺提供滿足各種系統的認證接口，通過調用這些接口，可以使統一身份認證、權限管理平臺為各個應用系統進行認證服務。提供的接口包括了目前主流的應用系統開發語言的接口：

1）面向JAVA系統的JAVA接口；

2）面向ASP系統的COM組件接口；

3）面向PHP系統的PHP接口；

4）面向C＋＋、C系統的C接口。

1.6.3應用發布集成

1.6.3.1集成目標

應用發布的集成主要完成應用系統信息查詢服務的集中，使用戶能夠在一個統一的入口內，使用所有應用系統提供的信息服務。

信息門戶平臺集成的內容主要有：

Ø        調研規劃應用系統對外提供的服務內容，篩選需要通過門戶發布的服務；

Ø        調研用戶需求，以共享數據平臺作為基礎，開發整合部分增值服務；

Ø        以信息門戶平臺作為服務提供入口，在信息門戶上開發出個性化的信息服務；

Ø        使用統一身份認證平臺進行用戶認證，并使用統一身份認證平臺中的用戶分組信息（權限）對信息集和門戶上的各種應用進行統一的授權。

1.6.3.2集成方案

集成方案的主要包括以下幾種方式：

Ø        簡單的URL鏈接集成：這里集成要求不高，只需要在主界面上有固定的鏈接，用戶點擊鏈接進入系統；

Ø        需要認證的系統集成：這類系統需要輸入用戶名和密碼，如郵件系統，信息門戶提供憑證登錄服務，保留系統的用戶名/密碼，使用戶只需要在第一次輸入，以后點擊連接，直接進入這些系統；

Ø        嵌入其他系統的頁面：使用集成插件可以實現，使用該插件配置一個欄目，在欄目的配置界面中輸入要嵌入系統的頁面的URL和顯示的長、高；

Ø        開發專門的Portlet，實現被集成系統的功能發布。

Ø        信息（權限）對信息集和門戶上的各種應用進行統一的授權。

本期項目需要集成的應用系統見下表：

序號	系統名稱	系統簡要描述	數量	單位	備注
1	教務系統	身份集成、數據集成、門戶集成	1	套
2	圖書系統	身份集成、數據集成、門戶集成	1	套
3	財務系統	身份集成、數據集成、門戶集成	1	套
4	辦公系統	身份集成、數據集成、門戶集成	1	套
5	郵件系統	身份集成、數據集成、門戶集成	1	套
6	網站群系統	身份集成、數據集成、門戶集成	1	套
7	綜合評教系統	身份集成、數據集成、門戶集成	1	套
8	網絡學習平臺	身份集成、數據集成、門戶集成	1	套
9	資產管理系統	身份集成、數據集成、門戶集成	1	套
10	一卡通系統	身份集成、數據集成、門戶集成	1	套
11	科研系統	身份集成、數據集成、門戶集成	1	套
12	其它

 

2.實施與保障部分

2.1時間要求

2014年12月前完成所有項目建設工作。

2.2 項目實施要求

2.2.1  實施策略

投標方應闡述本項目建設的實施策略，需考慮以下幾點：

Ø        項目各個階段分工明確；

Ø        項目目標和范圍的定義一致；

Ø        遵循軟件工程原則進行建設；

Ø        應本著共同建設、培養隊伍的思路；

Ø        實施采用原型法，實現快速實施。

2.2.2 實施方案

該項目規模較大，業務管理系統需求復雜，涉及部門、環節多，要保證順利有序實施，投標方必須對實施工作作出詳盡慎密的組織實施方案。投標方案中應進行詳細的描述，主要內容應包括以下幾個層面：

投標方應詳細描述本項目的實施方案，主要包括以下幾個方面：

1、組織架構與職責

在項目的管理過程中，組織結構是項目成功的基礎，而其他管理內容只有在合理的組織結構下才能真正實現，因此有效的組織結構，是保障項目成功的有力保證。公司方、校方應共同組建系統建設小組，招標方在學校信息化領導小組領導下，落實各部門專職信息員，中標方指定項目負責人和核心技術骨干。雙方必須保證人員的數量、質量和人員的穩定性、連續性，實現例會制度，規劃項目建設的進程、相關措施和實施辦法，及時考核各階段建設情況。

2、實施階段劃分

在分階段實施計劃的基礎上，進一步明確和細化每個階段的工作范圍、內容、人力投入、過程、責任、交付成果等。

3、項目人員配置與責任

在分階段實施計劃的基礎上，進一步明確和細化每個階段投入人力的技能要求、工作任務、承擔責任等。中標方確保項目負責人、核心技術人員的數量、質量，提供其技術經歷相關資料。參考如下表：

 

2.2.3 項目管理

投標方必須提出對項目的建設進行科學嚴格的管理方案與措施，使的項目系統計劃、有序組織、科學指導和有效控制，促進項目全面順利實施。

1、項目配置管理

在項目的開發過程中以及交付使用后，會產生大量文檔和程序，如：需求分析說明、設計說明、可執行碼、用戶手冊、測試用例、測試結果等技術性文檔以及合同、計劃、會議記錄、報告等管理文檔，而且文檔的版本在不斷變遷和修改中，勢必產生一個龐大、動態的信息集合。因此，必須建設相應的配置管理系統，通過一系列技術、方法和手段來維護產品的歷史、鑒別和定位產品獨有的版本、在產品開發和發布階段控制變化，制定規范的配置管理工作計劃和流程，溝通交流配置管理工作情況，從而使管理制度化、有效減少重復性工作、保證產品的質量和效率和系統的后續升級和維護。

2、項目管理規范和手段

根據該項目的實施方案，在實施過程中，為了保證用戶方、開發方、專家監理等各方能夠對項目建設實施進行監控，及時發現和解決的問題，必須建立相應的項目管理規范，包括項目執行監控流程、執行監控的方法、執行監控的責任等，使管理和監控工作流程化、規范化，管理和監控工作責任明確。

3、項目管理控制

該項目的管理控制包含多個方面：項目范圍、風險、進度、質量、變更管理控制，貫穿項目開發建設的始終，必須做到對項目建設范圍準確定義，一旦范圍發生變更，要有相應的變更控制和應對措施。

4、風險管理

項目風險管理是對項目風險從識別到分析到應對措施的一個過程，包括風險識別、風險量化、風險對策、風險對策實施控制四個方面。項目在實施過程中會出項各種各樣的風險，必須做到充分、有效識別風險，應對風險和控制風險，在項目實施之初必須制定風險預測和規避風險的對策。

5、軟件項目的開發管理

必須要按照軟件工程的方法，開發過程滿足軟件生存期的要求，采用先進的軟件開發的方法和軟件開發的工具，科學地管理軟件開發的過程，降低軟件開發的風險和成本，使軟件項目獲得較高的經濟效益和社會效益。

2.2.4  質量保證

Ø        軟件質量保證；

Ø        測試；

Ø        運行保障。

2.3對售后服務的要求

投標人應承諾保證該項目按時正式穩定地運行，并承諾提供三年免費服務。

投標人應承諾根據對我校相關業務運做的規律來有計劃地制定服務保障體系。

該項目一旦運行起來，就占有很重要的地位，稍有差錯就會引起各方面的反映和損失，所以系統的售后維護服務和技術支持工作也應有足夠保障。投標方作為具有豐富信息化校園項目經驗的系統集成和軟件開發企業，應通過自身不斷的努力和原廠商的鼎力支持；針對客戶的不同的系統的需求，制定不同的運行保障方案，建立完善的本地售后服務體系，對我校提供充分考慮使用者利益的技術支持及售后服務模式。

除了上述的有關承諾之外，投標人關于服務保障體系的描述應具體包括如下內容：

1、運行保障機構

主要描述公司對于對我校本項目的運行保障能力描述。

2、保期內運行服務內容

售后維護服務，定期走訪或實行遠程維護：定期維護的時間區間、周期和詳細規劃，規劃包括：方式、人員和詳細的維護內容。

重大事項的即時響應：系統出現故障或意外情況導致系統不能正常運行時，投標人響應的情況描述，針對不同響應級別的即時響應包括：人員、時間和內容等。

服務請求的方式：在我方需要提供服務（包括即時的和非即時的）時，能夠與投標人聯系溝通的方式描述，應包括：服務熱線電話和聯系人、聯系單位信息、信函/傳真、電子郵件、服務網站。

服務請求的流程：投標人對用戶的支持或維護請求處理流程的流程圖和詳細描述。

快速升級：近期的針對系統平臺的詳細的升級計劃，如需要還要有針對各個子模塊的詳細的升級計劃；這些計劃包括：時間（含試運行時間和正式投放市場時間）、升級內容、針對本項目的升級方式、升級運行保障和升級后培訓等。

3、保期后運行服務內容

售后維護服務，定期走訪或實行遠程維護：收費服務的時間區間、周期、費用和詳細規劃，規劃包括：方式、人員和詳細的維護內容。

重大事項的即時響應： 所需費用由雙方協商。

系統升級：針對于系統平臺的升級計劃，這些計劃包括：時間（含試運行時間和正式投放市場時間）、升級內容、針對本項目的升級方式、升級運行保障、費用和升級后培訓等。

4、運行服務的檔案

運行服務的詳細記載，可以用于分析總結。

5、用戶投訴

投標人是否設有用戶投訴受理電話，對用戶的意見做出反應。

如果有用戶投訴受理電話，請描述以下內容：電話號碼（或傳真）、投訴中心負責人和受理答復時間。

2.4對培訓體系的要求

培訓應貫串于整個項目的實施過程中，包括在從項目準備、研發到項目運行的全過程中。需要提供以下幾方面關于培訓的描述：

1、培訓要求

投標人派出的培訓教員應具有豐富的同類課程的教學經驗和應用經驗；所有的培訓教員必須用中文授課；投標人必須為所有被培訓人員提供培訓用文字資料和講義等相關材料，如果培訓地點在外地，投標人還應為所有被培訓人員提供食宿；投標人應按合同規定安排培訓時間和培訓名額。

2、培訓方式

包括課堂講解、上機操作和實際工作的參與。

3、培訓工作的內容和對象描述

投標人進行的培訓工作包括了培訓方案的設計、培訓制度的制定、培訓開發、培訓實施和培訓效果評估，及時監控培訓效果，保證培訓課程符合我校實際的需要。在系統運行（含試運行）的各個階段相應的培訓內容描述，培訓階段安排包括：項目管理人員培訓、系統分析人員培訓、系統開發人員培訓、系統管理人員培訓、系統維護人員培訓和系統使用人員培訓。

2.5成果移交

2.5.1技術轉移

通過本期項目的合作開發，將合作公司先進的開發技術、項目管理模式和經驗與我校的需求資源相結合，真正建立我校的專業技術隊伍。同時，我校的工作人員全面深入地參與開發的全過程，包括需求分析、系統設計、代碼生成、測試運行以及使用維護五個階段，掌握各個環節的主要技術，具有對軟硬件系統平臺、各個業務系統的技術維護能力以及二次開發能力，實現知識和技術的轉移。

2.5.2交付成果和文檔資料

在本期項目的開發過程中和交付使用后，要求將各個階段產生的全面、規范的成果和文檔資料交付給我校，而且要提供明確的交付清單。同時，成果和文檔資料必須符合軟件工程的相關要求。要交付的成果和文檔資料主要包括以下部分：

1、可運行的系統

2、技術文檔：包括項目開發中的各種技術文檔，如開發環境配置說明、軟件工具清單、需求分析說明、變更說明、系統設計說明、用戶手冊、測試用例、測試結果、系統維護說明、系統培訓資料以及有關系統接口的技術說明等等。

3、管理文檔：包括項目開發中的一些工作文檔，如，計劃、報告、討論綱要、會議記錄等。