1、內蒙古建筑職業技術學院數字化校園校園管理信息化解決方案內蒙古建筑職業技術學院2010-12-22目錄 TOC o 1-3 h z u HYPERLINK l _Toc280971153 目錄 PAGEREF _Toc280971153 h 2 HYPERLINK l _Toc280971154 1總論 PAGEREF _Toc280971154 h 3 HYPERLINK l _Toc280971155 2工程建立的必要性與意義 PAGEREF _Toc280971155 h 3 HYPERLINK l _Toc280971156 數字校園的概念 PAGEREF _Toc280971156 h

2、 3 HYPERLINK l _Toc280971157 數字校園的開展階段與方向 PAGEREF _Toc280971157 h 4 HYPERLINK l _Toc280971158 3根本現狀與需求分析 PAGEREF _Toc280971158 h 5 HYPERLINK l _Toc280971159 學校概述 PAGEREF _Toc280971159 h 5 HYPERLINK l _Toc280971160 高校信息化建立普遍遇到的問題 PAGEREF _Toc280971160 h 6 HYPERLINK l _Toc280971161 建立目標 PAGEREF _Toc28

3、0971161 h 8 HYPERLINK l _Toc280971162 建立內容 PAGEREF _Toc280971162 h 8 HYPERLINK l _Toc280971163 4數字化校園整體方案設計 PAGEREF _Toc280971163 h 10 HYPERLINK l _Toc280971164 網絡根底設施規劃 PAGEREF _Toc280971164 h 10 HYPERLINK l _Toc280971165 校園網絡總體方案設計 PAGEREF _Toc280971165 h 10 HYPERLINK l _Toc280971166 網絡平安與信息平安 PAG

4、EREF _Toc280971166 h 10 HYPERLINK l _Toc280971167 數據中心規劃 PAGEREF _Toc280971167 h 10 HYPERLINK l _Toc280971168 數據中心系統設計 PAGEREF _Toc280971168 h 10 HYPERLINK l _Toc280971169 數字化校園標準標準 PAGEREF _Toc280971169 h 11 HYPERLINK l _Toc280971170 數據交換中心設計 PAGEREF _Toc280971170 h 14 HYPERLINK l _Toc280971171 主題數

5、據庫設計 PAGEREF _Toc280971171 h 20 HYPERLINK l _Toc280971172 系統平臺規劃 PAGEREF _Toc280971172 h 25 HYPERLINK l _Toc280971173 校園門戶設計 PAGEREF _Toc280971173 h 25 HYPERLINK l _Toc280971174 單點登錄與統一身份認證 PAGEREF _Toc280971174 h 31 HYPERLINK l _Toc280971175 工作流引擎及二次開發平臺 PAGEREF _Toc280971175 h 35 HYPERLINK l _Toc2

6、80971176 報表引擎及綜合查詢系統 PAGEREF _Toc280971176 h 43 HYPERLINK l _Toc280971177 應用系統建立的總體規劃 PAGEREF _Toc280971177 h 57 HYPERLINK l _Toc280971178 OA系統規劃 PAGEREF _Toc280971178 h 57 HYPERLINK l _Toc280971179 校務應用管理系統 PAGEREF _Toc280971179 h 57 HYPERLINK l _Toc280971180 數字化教學系統 PAGEREF _Toc280971180 h 58 HYPE

7、RLINK l _Toc280971181 智慧校園總體規劃 PAGEREF _Toc280971181 h 58 HYPERLINK l _Toc280971182 校園一卡通系統 PAGEREF _Toc280971182 h 58 HYPERLINK l _Toc280971183 校園監控系統 PAGEREF _Toc280971183 h 58 HYPERLINK l _Toc280971184 校園節能平臺 PAGEREF _Toc280971184 h 58 HYPERLINK l _Toc280971185 5數字化校園建立實施規劃 PAGEREF _Toc280971185

8、h 58 HYPERLINK l _Toc280971186 第一期建立規劃(2021-2021) PAGEREF _Toc280971186 h 58 HYPERLINK l _Toc280971187 第二期建立規劃(2021-2021) PAGEREF _Toc280971187 h 59 HYPERLINK l _Toc280971188 第三期建立規劃(2021 -2021) PAGEREF _Toc280971188 h 60 HYPERLINK l _Toc280971189 6組織領導和鼓勵措施 PAGEREF _Toc280971189 h 60 HYPERLINK l _T

9、oc280971190 數字化校園建立的組織與管理 PAGEREF _Toc280971190 h 60 HYPERLINK l _Toc280971191 建立經費保證 PAGEREF _Toc280971191 h 60 HYPERLINK l _Toc280971192 建立相關制度與鼓勵措施 PAGEREF _Toc280971192 h 60總論工程建立的必要性與意義數字校園的概念信息技術、通訊技術的飛速開展，特別是Internet的普及，為各個高等院校提升信息化層次提供了良好的條件和機遇。許多高校從十余年前就開場著手進展信息系統的建立，陸續建立開發了辦公自動化、教務管理、財務管理、

10、人力資源、科研管理、設備資產管理、網絡教學等應用系統。但隨著信息深入到校園工作和生活的各個層面，原來獨立建立的應用系統越來越難以適應綜合應用的需要。而且隨著校園網上的信息越來越多，迫切需要統一的管理，對各類人員提供集成的信息效勞和“以用戶為中心的信息效勞。隨著網絡技術的開展和網上應用的不斷增多，Internet 上的平安隱患也不斷暴露出來，如何通過體系化的手段來保障信息資源的平安成為管理人員的一個迫切任務。另外，各類人員也需要一套統一的電子身份體系來保障自身的信息平安。在這個背景下，有關專家學者對校園信息化的建立進展了重新的審視，提出了建立“數字校園的理念：數字校園就是利用計算機技術、網絡技術

11、、通訊技術對學校與教學、科研、管理和生活效勞有關的所有信息資源進展全面的數字化；并用科學標準的管理對這些信息資源進展整合和集成，以構成統一的用戶管理、統一的資源管理和統一的權限控制；通過組織和業務流程再造，推動學校進展制度創新、管理創新，實現教育信息化、決策科學化和管理標準化；進而構建一個使各類資源充分共享、各類信息充分流通，各種新的教學方法、管理方法及文化宣傳得以廣泛應用并能和外部國際互聯網溝通的構架合理的環境，最終實現教育過程的全面信息化，到達提高教育質量和效率的目的。數字校園的開展階段與方向1979年美國著名管理信息系統專家理查德諾蘭RichardLNolan通過對200多個公司、部門開

12、展信息系統的實踐和經歷的總結，提出了著名的信息系統進化的階段模型，即諾蘭模型。諾蘭模型將企業信息化建立過程總結為六個階段：初始階段、普及階段、控制階段、集成階段、數據管理階段和成熟階段。和國內信息化建立較早，建立比擬成熟的運營商、金融、電力等行業開展經歷一致，已經經歷了十多年建立的高校信息化工作，實際開展情況也符合諾蘭模型。以諾蘭模型為理論依據，結合我國高校信息化建立的實際情況，時光軟件認為，高校信息化的建立可以簡化為三個主要階段：面向數據、面向結果的根底建立階段、面向流程管理和數據集成的集成階段、面向決策支持、綜合分析的成熟階段。第一階段：高校信息化主要工作以網絡、計算、等根底建立為主，形成

13、了大規模校園網，并且在網絡根底效勞方面進展了卓有成效的建立。業務方面，以校園網絡為依托，建立了眾多的，為解決具體業務的部門級應用系統。由于受到應用環境的限制，部門級應用系統主要解決模擬手工，降低人員工作強度，提高工作效率為目的。部門級業務系統的特點是面向數據，面向結果。部門級應用系統是數字化校園建立中的重要根底。第二階段：流程管理和數據集成。以大量校園業務流程的自動化處理和大量用戶參與為主要特點，在第一階段建立成果的根底上，將分散在部門的業務信息通過數據中心、主題數據庫集成在一起，實現各業務系統的數據和效勞統一；另外，在業務應用系統之間，通過數據共享、流程管理等手段實現系統之間的數據集成，提高

14、數據的唯一性和準確性。利用SOA架構對應用系統的架構進展進一步改良，實現了異構應用之間的無縫整合，并且將應用范圍擴展到教學、管理、科研、生活效勞等更大范圍，實現了應用整合、內容整合、信息整合、流程整合，努力向無所不在的信息效勞“任何人、任何時間、在任何地點都可以獲得相對應的信息效勞這一目標努力。第二階段建立的重點是圍繞教學支持的數字化教學資源平臺和面向管理信息化建立的綜合業務支撐平臺。時光軟件專注的領域是面向管理信息化建立的綜合業務支撐平臺。第三階段：決策支持、綜合分析。決策支持系統(decision support system ，簡稱dss)是輔助決策者通過數據、模型和知識，以人機交互方式

15、進展半構造化或非構造化決策的計算機應用系統。它是管理信息系統(mis)向更高一級開展而產生的先進信息管理系統。它為決策者提供分析問題、建立模型、模擬決策過程和方案的環境，調用各種信息資源和分析工具，幫助決策者提高決策水平和質量，是信息化建立的最高階段，也是信息化支持組織戰略、決策的有力工具。目前，在我國已經有近95%的高校經歷了第一階段的建立，根底網絡和部門級應用系統已成規模，發揮了巨大的效益。但由于缺乏統一規劃和統一數據信息標準，導致部門之間無法業務協同，大量的根底信息無法共享，形成了數量眾多的、相互孤立的“信息孤島。同時，隨著我國高校教育事業的快速開展，目前的高校信息化建立現狀已嚴重制約了

16、學校的總體開展，無法滿足高校在對外宣傳、師生效勞、社會效勞、綜合管理等方面的業務需求。因此，如何快速推進高校信息化建立向更高階段邁進，并且有能力應對日益復雜、多變的高校管理需求，是建立者要認真應對的問題。根本現狀與需求分析學校概述內蒙古建筑職業技術學院是一所具有50余年辦學歷史的建筑類高職名校，是內蒙古自治區唯一獨立設置的建筑類高等院校。始建于1956年，1958年改制為內蒙古建筑學院，1961年恢復中專建制。1979年至1989年，經自治區人民政府和原國家教委批準，工業與民用建筑、建筑學、采暖通風和建筑企業管理4個專業共招收6屆普通本科班、5屆專科班。1994年被國家教育部評定為全國六所建筑

17、類重點中專之一。1999年7月，經國家教育部和自治區人民政府批準，獨立升格為普通高等院校。2007年被國家教育部、財政部確定為“國家示范性高等職業院校建立方案立項建立單位。內蒙古建筑職業技術學院是2007年度“國家示范性高等職業院校建立方案立項建立院校。全國共有100所院校立項建立，其中內蒙古共有2所院校入選，全國有4所土建類院校入選。學院的建筑裝飾工程技術、建筑工程技術、供熱通風與空調工程技術、道路與橋梁工程技術4個專業被確定為中央財政支持建立的示范專業，工程造價專業被確定為自治區財政支持建立的示范專業。高校信息化建立普遍遇到的問題近年來，經過高校艱辛卓絕的建立，高校信息化根底設施已經逐步完

18、善。高校近幾年在部門級業務應用系統上的也不斷加大投入力度，建立了眾多的部門級應用系統。但是從總體上來說，由于缺乏整體應用規劃和信息資源規劃的方法，目前在應用系統建立過程中普遍存在著一些缺乏之處：重視對環境和資源的數字化，無視了過程的數字化。各校在多媒體機房建立、教務管理系統、電子圖書、一卡通等方面投入較多，對教學過程管理、科研過程管理、教學過程評估、行政管理、校園效勞等方面的支持相對較少。重視對管理活動結果實施信息化，而對教、學、科研這些主體活動的過程信息化支持不夠。教學過程以及其間產生的資料、課件、作業、評價、交流記錄等，都含有豐富的信息內容，但是目前都缺乏有效的組織和管理。再如，科研過程中

19、涉及的大量交流活動、以及其間產生的知識，都沒有納入到信息管理范圍。重視部門或局部業務應用系統的建立，對整體規劃和標準建立投入缺乏。應用系統的建立主要是從處理具體業務或者解決局部問題著手，對整個數字空間的高度考慮缺乏，特別是很少根據業務邏輯設計跨部門的系統。不但導致信息資源的重復建立，而且由于人為地割裂了數字空間與現實校園的內在關聯關系，造成工作效率的降低和混亂。重視數據層面的整合，缺少對業務邏輯的集成和交換。信息的集成仍然停留在數據整合的層次，主要是通過業務數據進展數據交換與共享，很少根據信息資源的綜合應用層次對待信息的整合問題，未能解決信息資源的有效應用和合理流動，由于缺乏對業務邏輯的集成和

20、交換，很難實現校級綜合業務應用的開發和建立，致使用戶面對紛繁復雜的信息資源與效勞而不知所措。重視采購信息系統及其根底設施，而無視了系統的使用主體用戶。在建立應用系統時，更多的是考慮功能問題和運行效率，而不是從使用人員的角度考慮如何組織信息，用戶需要學習和適應不同的信息系統，還要到處去搜集信息，出現信息化時代下的應用低效率問題。以往信息化建立，對建立的結果和效益點都比擬清楚，本輪數字化建立卻總有“霧里看花的感覺，數字化校園效益在哪里？能解決什么業務和管理問題？數字化校園建立中，業務部門的應用系統建立和數據中心建立有什么關系，部門業務和校級業務是什么關系，未來網絡中心該對應用系統建立提出哪些具體明

21、確的要求和指導意見？數字化建立中和建立后，網絡中心的職能將如何變化？是只做數據的管理和發布者，還是也要做學校業務流程優化的指導者和保障者？未來信息化演進的方向是什么？教學支持的數字化和校園管理信息化之間的關系。數據標準的重要性和如何建立。建立目標經過多年的信息化建立，內蒙古建筑職業技術學院無論是在校園網的建立、信息中心建立和各業務系統的使用上，都取得了一定的成績，滿足了局部業務部門業務處理的需求、并為建立全校集成化、綜合化的數字化校園平臺打下了良好根底。隨著現代社會通信終端、通信技術、軟件技術的開展，以及廣闊師生對通過信息化手段在學校實現提高辦事效率、提升業務處理速度等應用的需要，尤其學校領導

22、對于信息化提升學校組織效率、為學校的開展提供決策支持等等需求不斷呈現?，F階段數字化校園建立已刻不容緩，建立數字化校園以充分利用原有資源，并為下一階段打好根底已經成為現階段的主要任務。我們為內蒙古建筑職業技術學院標準的總體目標是：通過2-3年的持續建立，建立具有學校自身特色、符合學校自身情況的數字化校園平臺，通過組織和業務流程再造，推動學校進展制度創新、管理創新，實現教育信息化、決策科學化和管理標準化。從而到達消除信息孤島、建立信息與應用標準、提供集成的個性化的效勞的目的。本解決方案從現階段高校數字化校園普遍關注的問題著手，分析高校信息化的核心價值，結合時光的理念、產品、效勞，詳細描述高校信息化

23、的建立內容，建立步驟和建立方法。為內蒙古建筑職業技術學院信息化建立提供整體解決思路。建立內容 內蒙古建筑職業技術學院數字化校園工程建立旨在依托于現有校內業務系統，對學校資源進展有效合理整合，面向學生、教師、職工、學校領導、校友、交流院校、訪客等用戶，建立具有數據標準、短信和即時通信平臺、統一身份認證、門戶平臺、報表引擎以及包含大量部門級和校級流程化應用的綜合應用平臺的具有良好交互性、個性化、綜合性的信息化平臺。內蒙古建筑職業技術學院數字化校園工程建立的主要內容包括：數據中心數據標準主題數據庫數據交換平臺門戶應用平臺數據中心業務組件短消息處理中心即時消息平臺組織構造、人員、角色管理系統統一身份認

24、證和單點登錄報表引擎綜合應用平臺包含部門級和校級跨業務系統的流程化業務數字化校園整體方案設計網絡根底設施規劃校園網絡總體方案設計根本現狀與建立目標網絡根底局部網絡設備局部用戶效勞與網管網絡平安與信息平安提供平安可靠的運行環境提供穩定可靠的系統體系構造提供高帶寬的接入能力提供先進的運行分析和管理平臺建立校內PKI/CA認證系統數據中心規劃數據中心系統設計數字化校園標準標準數據標準是高校數字化校園建立的初始工作，需要對核心級數據進展業務標準制定，對字典級數據進展數據約束制定。核心級數據主要包括系統最核心的業務定義、不能經常變動的編碼標準和編碼，也包括需要通過對照表維護的核心數據。字典級數據包括公共

25、屬性例如：人員性別等、業務屬性例如：學籍狀態等。字典級數據是指那些需要在數據交換中根據業務規那么轉換一致的數據，是數據交換和業務邏輯交互中必須進展一致性轉換的數據。根本建立步驟如下通過教育主題數據庫系統，對數據標準進展描述，形成元數據； 元數據通過數據交換平臺進展加載，通過數據交換引擎進展數據抽取轉換，形成實體的主題數據庫； 數據也可以通過資源目錄系統里自定義表單錄入； 主題數據庫由教育主題數據庫系統創立、管理，并組織成多維度主題數據視圖； 分級的目錄視圖里面存放由實體數據構成的元數據集； 資源目錄系統可以發布、管理基于主題數據庫的WebServices。數據信息標準分類數據信息標準是整個數字

26、化校園建立的根底之一，是將來實現學校范圍內教育信息資源交流與共享的必要條件。該“標準的實施對各職能部門信息系統建立、校級綜合業務應用系統的研制與開發、教育管理信息的交流與共享以及教育信息根本數據的收集、分析、發布都有著十分重要的意義。時光軟件以?高等學校管理信息標準?為根底，借助公司自主研發的“教育信息主題數據庫系統來構建高校的根底信息標準集，解決了高校在信息標準建立一直缺乏有效的過程管理工具的問題。在具體實施中，按照數據標準的使用范圍，將數據信息標準劃分為三類，分別是：全局標準集、字典標準集、參考標準集。全局標準集屬于強制性標準集，此標準集中的元數據定義由學校行政統一，并要求各個業務部門及業

27、務系統強制統一。全局標準由唯一業務源產生和維護、采集到公共數據平臺，供各業務系統共享和引用的數據。比方學生根本信息、職工根本信息、學生成績信息、學生繳費信息、設備進本信息、科研工程根本信息等。另外，國標、省標、行標、校標中要求強制統一局部，根據學校的要求和相關標準，建立全校統一的信息資源標準代碼集，便于全局數據的共享。局部國標等標準不是很適合學校情況，甚至有局部標準老化、冗長、教條、失實。對于這些數據標準，學校應當根據自身情況，參考標準，制訂適應業務的數據標準。無論何種情況，標準一旦制訂，應該維護其嚴肅性。如果需要對標準進展調整，需要履行嚴格的評審過程，并且在最終調整時，需要提前評估依賴標準的

28、上層應用的調整工作量，保障業務應用的正常穩定。字典標準集字典標準，是從業務系統向數據中心進展數據交換時，數據交換平臺必須遵循的標準，是構建主題數據庫的元數據定義。所有轉換結果必須滿足字典標準的定義。數據發布也需要滿足字典標準的定義。參考標準集參考標準由數據中心發布，或由業務部門填報，經數據中心批準流程后發布。參考標準不和數據轉換工作直接相關，是用于各個業務系統建立中一個指導性標準。參考標準可能會隨著業務開展或需求變更調整為字典標準。因此，參考標準雖然不是強制執行的，也暫時不需要在數據轉換中依賴，但建議應用部門在進展應用系統建立過程中盡量參考。子集分類從建立內容上劃分，數據標準可以分為管理數據集

29、和代碼集兩大類。管理數據集包括：學校根本情況信息子集、學生信息子集、教學管理子集、教工信息子集、科研信息子集、資產信息子集、體育衛生子集、辦公信息子集、圖書信息子集、財務管理子集；代碼集包括參考標準代碼子集國標、部標、行標和執行代碼子集應用的參考標準和自定義標準從應用視圖劃分，可以分為四大主題數據庫：字典庫、教學主題庫、行政主題庫、科研主題庫。數據標準梳理標準梳理采用EXCEL：便于修改調整便于和各個業務局部溝通、交流、書面確認便于后期調整、維護可以通過轉換工具，自動生成各類初始化腳本和批量操作腳本，便于實施涵蓋元數據定義，國家標準、教育部標準、行業標準、校內標準的梳理和修訂便于形成可交換、保

30、存的電子和紙質文檔數據交換中心設計隨著信息化建立的蓬勃開展，目前各高校內運行的應用系統數量已經比擬龐大，各個應用系統之間的交流也越發頻繁，對數據交換的需求越來越迫切。數據交換平臺是解決高校內的各種數據交換需求的一個綜合性的平臺。數據交換平臺的建立和實施，將能夠解決應用系統之間的數據共享和集成問題，為高校內的應用系統提供全局數據視圖、全局數據權限視圖和完善數據交換效勞，從而解決高校內部的應用系統在“聯邦模型下帶來的信息孤島問題，讓各種信息資源能夠在應用系統實現互聯互通。由于目前國內外的大局部數據交換系統都按照自己的標準設計，沒有通用的技術和架構標準，因此不同數據交換系統之間很難進展溝通；另外，這

31、些數據交換系統各個模塊間的耦合程度非常高，因而對數據交換系統的維護和修改比擬困難，維護本錢很高。SOA基于統一的標準和松散耦合的特性對于構建一個通用的數據交換平臺非常有利，因此基于SOA的數據交換平臺模型，利用目前先進的SOA架構設計思想對數據交換平臺進展設計和實現，采用SOA的相關技術標準，可以解決在傳統軟件架構下的數據交換平臺實現過程中所存在的標準不統一、通用性較差、復雜度較高以及維護難度較大等諸多難題。數據交換平臺iExchange產品底層由ESB、DataServices組成，為高校數字校園平臺提供雙向批量、聯機的數據交換和業務邏輯交互能力。ESB全稱為EnterpriseServic

32、eBus，即企業效勞總線。它是傳統中間件技術與XML、Web效勞等技術結合的產物。ESB提供了網絡中最根本的連接中樞，是構筑企業神經系統的必要元素。ESB的出現改變了傳統的軟件架構，可以提供比傳統中間件產品更為廉價的解決方案，同時它還可以消除不同應用之間的技術差異，讓不同的應用效勞器協調運作，實現了不同效勞之間的通信和整合。從功能上看，ESB提供了事件驅動和文檔導向的處理模式，以及分布式的運行管理機制，它支持基于內容的路由和過濾，具備了復雜數據的傳輸能力，并可以提供一系列的標準接口。ESB是交換體系的根底及核心組成局部。ESB是一個企業應用集成的開發、部署、運行、管理和維護的協同企業效勞總線平

33、臺，遵循JCP組織發布的JBIjsr208標準，符合JBI、JTA、Web service、XSLT、SSL、WPDL、BEPL4WS等主流標準，利用標準JMS消息通信機制和高性能的Peer-Peer通信技術，實現了效勞之間的通信、連接、組合和數據集成，為企業應用提供了便捷、一致、平安并符合標準的豐富接口，保證效勞之間信息的可靠傳送，實現不同廠家的數據庫、中間件運行平臺及其基于這些平臺之上開發的應用軟件的效勞集成。ESB是一組可視化工具和后臺應用程序的集合，用于構建、配置、部署、監控、管理和運行ESB網絡中的效勞組合，由工具層、效勞總線、消息總線構成。其體系架構如下列圖所示。圖：ESB體系構造

34、效勞總線層包含了管理中樞UltraServerUS、執行容器PeerServerPS、組件庫等。其中UltraServer是整個SOA平臺的管理中樞，負責效勞資源管理、平安管理以及將ESB網絡中物理分散的PeerServer和系統中提供的各種效勞組合成企業級應用，支持對企業總線遠程統一管理監控、動態部署和發布。UltraServer具有可擴展的平安管理設計，支持用戶驗證和訪問控制，支持平安的效勞注冊和部署。PeerServer是一個完整的JBI運行環境，它是SynchroESB的執行容器，PeerServer將動態安裝、運行各種適配器組件；管理endpoint端點注冊庫；按照一定的策略調度en

35、dpoint之間的路由；選擇適宜的通訊機制；通過線程池、集群、負載均衡保證SynchroESB運行時的企業級QOS。消息總線SynchroMQ為協同SOA平臺提供消息通信效勞，是UltraServer與PeerServer、PeerServer與PeerServer等之間進展交互的消息通道。工具層提供了協同SOA平臺的各種圖形化的設計監控工具，包括：設計工具SPOOrchestration，用于效勞組合的設計、組件效勞類別管理、規那么定義，以及效勞組合的上傳、部署、運行；效勞映射和轉換工具Transformer，為用戶提供了完全圖形化的映射關系配置界面；管理控制臺Console，用于整個SOA

36、平臺的初始化配置和運行性能監控管理。下列圖是設計工具SPO以及效勞映射和轉換工具Transformer的可視化圖形界面。這些可視化工具極大減輕了開發人員的開發工作量并降低了學習的難度。組件庫是各種類別適配器的集合。各種適配器為SynchroESB連接企業IT系統提供了橋梁，適配器的類別有用于傳輸的、實現了各種通訊協議的( 、jms、soap、pop3等)；數據讀取的組件()；效勞組合控制的組件(bpel、drools等)；數據格式轉換的組件(transform)；企業各種集成模式組件(EIP)；支持WebService的組件WebServiceBC、WebServiceSE。數據交換平臺中，對

37、于數據批量的抽取、清洗、轉換也非常重要，時光軟件數據交換平臺使用SynchroESB DataService組件來完成此項工作。數據交換平臺提供了基于SWT的數據變換和模型設計工具，開發人員只需在圖形化環境中通過拖拽方式就可以描述復雜的數據變換和任務流程，不需要進展任何編碼。超過40個業務模型組件，應對各種復雜處理。超過40個任務調度和應用集成組件，輕松實現數據流程集成。數據交換平臺以元數據驅動為核心，支持統一的元數據管理，對技術層面和業務層面的原數據進展統一的管理。構建了圖形化的數據變換、流程設計工具以及監控、調試工具、元數據引擎、業務模型引擎、任務調度引擎，完全分隔用戶界面、數據以及元數據

38、，具有良好的體系架構。數據交換平臺具有強大的數據轉換效率，在大負荷的任務執行中仍然有良好的性能，并行執行能力使其所能處理數據的速度可以得到趨近于線性的擴展，輕松處理大量數據。數據交換平臺提供集群效勞，可以把負載分布到多個業務模型引擎和任務調度引擎上，大規模并行處理使得其能夠適應大規模企業級應用，具有很高的擴展性。數據交換平臺提供了簡單易用的二次開發接口，用戶可以很容易的定制開發各種數據轉換和任務組件，并能在應用中實現對交換引擎的調用執行。數據交換平臺提供了圖形化的調試和監控工具，可以直觀顯示任務的執行，可以實時檢測系統在各環節的數據處理性能，并以曲線圖的方式顯示。數據交換平臺提供了基于時戳、基

39、于觸發器、全文比對等各種方式的變化數據捕獲機制，提供批量抽取、實時抽取、定時抽取等各種數據抽取執行策略。數據交換平臺平臺是100% Java開發的，可以運行在SUN Solaris、HP-UX、IBM AIX、AS/400、OS/390、 Sco UNIX、Linux、Windows 等各種操作系統；支持Oracle、 Sybase、 SQL Server、DB2、 Informix、OleDB、Text、Excel、XML、CSV、Access、Foxbase、FoxPro、Dbase、Interbase等各種數據源。有了優秀的中間件作為交換執行引擎，有了教育資源目錄產品作為數據標準和主題數

40、據庫管理平臺，時光軟件iExchange數據交換平臺管理局部功能如下：主題數據庫設計主題數據庫是一套基于元數據管理和主題數據庫構建的數據采集、加工和管理平臺。該產品的功能覆蓋了數字化校園建立中，數據的采集、組織、加工到利用、更新、處置的全生命周期，充分利用目錄繼承、目錄聚合、挖掘等功能，實現了信息資源目錄體系的兩大重要任務，即元數據定義管理和主題數據管理發布。時光軟件數字校園的數據標準管理由該系統承當，由該系統建立并管理的多種視圖的數據目錄，可向數字校園平臺的所有業務應用系統提供數據信息標準引用效勞，和主題數據發布引用效勞。主題數據庫的主要作用建立主題數據庫是解決信息孤島問題的有效方法。主題數

41、據庫的建立將要解決五個主要問題：標準數據采集和編目過程；形成數據統一管理體制；支持全局分類檢索和數據匹配效勞；為數據的共享和交換奠定根底;建立和管理主題數據庫；基于主題數據庫發布信息效勞。主題數據庫的總體建立目標是打破信息孤島，滿足各業務部門信息互聯互通和共享交換的需要；提高高校內部工作效率，為不同部門的應用整合提供強大的根底；為領導決策提供實時數據，發揮信息實時和準確的優勢。主題數據庫的主要功能總體設計基于SOA架構，在J2EE環境下利用WebService和XML技術開發具有標準化構造和接口的功能模塊，目的是快速構建教育信息資源目錄體系，同時滿足多部門、多用戶、跨平臺的數據訪問需求；系統開

42、發了多樣化的數據接口，為越來越多的應用系統提供統一數據來源。系統管理System Management系統設置：系統管理員功能。提供列表頁面的每頁顯示信息數設定，用戶可以根據自己顯示器尺寸和分辨率進展調整；提供對系統頁頭背景圖片和標題的修改功能；提供系統數據采集接口的參數設定。用戶管理：系統管理員功能。提供對本系統訪問用戶的管理，可登錄組織機構進展完成部門用戶的設定，系統會自動完成數據同步；可以對指定用戶進展角色和目錄授權，控制用戶的訪問權限；本模塊還為用戶提供數據導入和導出功能。角色管理：系統管理員功能。定義系統內部的角色，每個角色對應假設干權限，允許多個用戶擁有一樣的角色。授權管理：系統管

43、理員功能。針對每個角色進展用戶授權，查看已經授權的用戶、用戶組。日志管理：系統管理員功能。瀏覽系統記錄的用戶操作日志，支持按照用戶名和時間段的條件查詢功能。流程管理：系統管理員功能。系統內部使用的流程管理，部署新流程，提供對每個流程的啟用、停用、刪除操作。編碼管理：數據管理員功能。支持用戶自定義編碼規那么，編碼由組織機構代碼、時間、流水號、隨機碼四個編碼段組成，支持用戶隨機組合；還提供編碼規那么的啟用、停用、刪除操作，同一時間僅允許一個編碼規那么處于啟用狀態。元數據管理Metadata Management元數據歸屬子集：數據管理員功能。管理教育主題數據庫中的子集分類。系統允許用戶添加、修改、

44、刪除歸屬子集。元數據類型：數據管理員功能。管理教育主題數據庫中的元數據類型。系統允許用戶添加、修改、刪除元數據類型。核心元數據管理：數據管理員功能。管理教育信息資源目錄所涉及的核心元數據。系統允許用戶添加、修改、刪除核心元數據，新添加的元數據可以提交審核，也可以執行反審核操作，元數據項可以被停用；瀏覽元數據列表時，用戶還可以選擇適合自己閱覽習慣的排序方式。業務元數據管理：數據管理員功能。除了核心元數據之外，日常工作中還會涉及到很多業務元數據。系統允許用戶添加、修改、刪除業務元數據，新添加的元數據可以提交審核，也可以執行反審核操作，元數據項可以被停用；瀏覽元數據列表時，用戶還可以選擇適合自己閱覽

45、習慣的排序方式。元數據歷史版本管理：數據管理員功能。用戶對元數據的修改操作，系統都會保存變更歷史記錄，以便查詢和數據恢復。實體數據集管理：數據管理員功能。為了方便自定義表單的設計，系統設計了數據集管理的功能。用戶可以把相互關聯的數據組建為一個數據集，系統允許建立不限數量的數據集。數據集通過不同視圖，組成可以穿插引用的目錄，這些目錄體系，我們稱之為“主題數據庫。表單管理：數據管理員功能。系統內設計的自定義表單設計工具，支持讀取元數據集，支持表單自定義樣式，生成的表單將作為數據采集的重要形式。目錄管理Catalog Management根底分類管理：數據管理員功能。管理系統中常用的根底分類法，系統

46、允許用戶新建分類法，添加、修改、刪除分類。應用目錄管理：數據管理員功能。管理系統使用到的應用目錄，系統允許用戶新建目錄，對指定目錄允許用戶添加、修改、刪除節點；節點目錄可執行提交審核與反審核操作；還可以將選中的節點目錄指定為填報目錄，或進展信息關聯。支持目錄繼承、聚合操作。關鍵詞管理：數據管理員功能。管理系統使用的關鍵詞，支持添加、修改、刪除和數據批量導入導出功能。關鍵詞關聯：數據管理員功能。管理每個主題分類對應的關鍵詞列表，允許添加和刪除關鍵詞，允許批量導入導出。信息管理Information Management信息管理：數據管理員功能。信息管理功能是針對每個業務部門的填報目錄，通過表單輸

47、入、數據導入等形式采集日常需要填報的數據，支持數據的添加、修改、刪除操作，提交的數據支持審核及撤銷審核。信息歷史數據管理：數據管理員功能。用戶對填報數據的修改操作，系統都會保存變更歷史記錄，以便查詢和數據恢復。統計管理：數據管理員功能。按照時間段統計每一類數據的增量變化。目錄效勞Catalog Service信息發布：數據管理員功能。查看每個分類目錄下已經發布的效勞條目。切片管理Point Data Management定期切片：在每年的指定時刻1個或2個，對指定的元數據集進展備份。定時切片：在指定的時刻，對指定的元數據集進展備份。即時切片：即時性的對選定的元數據集進展備份。刪除切片：刪除選定

48、的數據切片。切片日志：查看數據切片的相信信息，包括已刪除的切片系統平臺規劃校園門戶設計時光門戶平臺是快速的開發企業門戶網站用于管理企業內部業務的平臺。它基于J2EE技術，通過采用CAS (Central Authentication Service)作為SSO(單點登錄)效勞，實現將企業級后端內容展現及企業級后端應用表現的平臺。它提供了快速開發、低本錢開發能力，以滿足來自不同的應用系統，不同數據源，不同平臺的無數各種類型的數據和資源的整合需求；它采用了定制的系統構架，成為了根據用戶角色和個人首選項量身定制型的、以用戶為中心的信息集中訪問及業務集中展現的信息處理總線。時光門戶平臺在添加了很多通用

49、的信息模塊，如日歷、天氣預報、搜索、在線翻譯等模塊的同時。提供了用戶自定義開發功能，以供用戶開發基于Java語言的更有針對性的模塊，如工資查詢、企業內公告、企業內RSS等功能。時光門戶平臺采用J2EE技術構建，符合國際上先進的技術標準和標準。如Portlets遵循JSR-168、JSR-170標準、Web Service、SOAP(簡單對象訪問協議)、SOA面向效勞架構、CAS(Central Authentication Service)、XML可擴展標記語言、LADP輕量級目錄訪問協議等；提供開放的、企業級的應用編程接口和管理工具，具有高度的開放性、互聯性、可擴大性及可移植性，部署簡便快捷

50、。架構圖如下：總體架構圖產品構成Portal管理器: Portal管理器是一個servlet，他可以承受來自用戶或者自定義的頁面組合的 請求，依據用戶的首先項和訪問控制策略。Portal管理器可以生成一個由HTML/XML/WML構成的頁面，最終構成一個或多個Portlet。簡單實現可以通過讀取效勞器上的一個文件生成一個頁面。另外一種實現可以通過一個XML頻道定期更新頭條新聞的內容。另外一種情況，Portlet可以通過一個Live Feed動態更新股票代碼。Portal管理器定制可以分為幾個層次，可以根據用戶的角色和個人首先項完成頁面的動態布局。例如，針對經理角色設置首頁顯示員工目前狀態，工程

51、里程碑，和會議安排。每個人都可以設置個人的布局，比方信用卡或者網格布局，并單獨配置顯示在首頁的portlets。如圖下所示是一個網格構成的實施分析組合布局。用戶可以選擇頁面尺寸、布局參數，定義Portlet顯示的具體位置。此外，每個Portlet都可以根據用戶的首先項以及訪問權限配置輸出。通用模塊：網上搜索提供“百度、“谷歌、“雅虎三大搜索引擎搜索功能。日歷顯示當前時間以及日期和本月日歷。天氣預報提供今日天氣信息中國農歷顯示當前月份農歷日歷和一個月內的節日與節氣，并可以查詢日歷信息。Google翻譯提供在線翻譯功能。模版頁面為某些企業設計的頁面，具有一定通用性。功能特點SSO單點登陸時光門戶平

52、臺采用了Yale大學的ITS開發的一套JAVA實現的開源SSO(single sign-on)的效勞。該效勞是以Java Web應用來進展效勞認證的，由于采用了SSL(Secure Sockets Layer 平安套接層)協議，可確保數據在網絡上之傳輸過程中不會被截取及竊聽。通過實現了單點登陸機制的門戶以及不同的業務系統，用戶可以實現一次登錄后，就可以訪問這些具有相互信任的應用系統，已完成這些應用系統中與用戶相關的業務，用戶的體驗得到了改善。JSR-168 Portlet標準，提供標準的Portlet容器，可以兼容任何標準的Portlet，提供RSS、IFRAME、WebClipping、UR

53、L等多種集成方案，可與校內、校外網站以及教育、學術網站、博客、網絡存儲系統進展集成基于人員類別、部門歸屬、班級歸屬、應用角色等屬性的組合進展門戶應用權限的劃分，靈活支持各種業務需求支持通過用戶口令跳轉整合應用入口；支持通過SSO整合應用系統深鏈接功能；支持平安口令跳轉個性化設置支持頁面功能用戶自定義，教職工和學生使用不同的默認模板；用戶允許在頁面上自行定義有權限的門戶應用，自主選擇頁面風格、自由選擇組合portlet、頁面窗口拖拽為教職工提供的效勞為學生提供的效勞為管理人員提供的效勞單點登錄與統一身份認證時光軟件數字校園方案中，提供統一身份認證效勞和單點登錄解決方案。時光SSO方案能夠為各個應

54、用系統提供單點登錄功能，方便用戶在多個應用系統中漫游。另外，時光軟件還提供基于“一次性口令的硬跳轉機制，比擬好的躲避了傳統跳轉方案中，“一處泄密、處處泄密的問題。時光統一身份認證體系中，人員ID和登錄名分開，每個用戶提供三個口令，且每個口令都可以設定不同的加密方式，大大提高了用戶統一身份認證后的口令平安。功能特點企業級的點擊登錄解決方案100%Java，基于SPRING框架，可整合AcegiCasServer為需要獨立部署的Web應用CasClient支持多種客戶端這里指單點登錄系統中的多個Web應用，包括Java、Donet、PHP、Perl、Apache、Uprotal、Ruby等體系構造

55、CicroCAS包括兩局部：CasServer和CasClient。CasServer需要獨立部署，主要負責對用戶的認證工作。CASServer工作流程：使用登錄時用戶提供的憑證Credentials信息，包含用戶名、密碼、圖形驗證碼、用戶名類型，在后臺數據源(XML文件、數據庫、Ladp等系統)檢索一條用戶帳號信息，進展密碼比對。CAS提供靈活但統一的認證接口，其認證方式與認證協議別離，使得用戶可自己定制和擴展CAS認證方式。CasClient負責處理對客戶端受保護資源的訪問請求，需要登錄時。重定向到CasServer。平安性TGC/PGT平安性對于一個CAS用戶來說，最重要是要保護它的TG

56、C，如果TGC不慎被CASServer以外的實體獲得，第三方能夠找到該TGC，然后冒充CAS用戶訪問所有授權資源。SSO的平安性問題比普通應用的平安性還要嚴重，因為SSO存在一種門檻效應。以前即使第三方能夠截獲用戶在Web應用A的密碼，它也未必能知道用戶在Web應用B的密碼，但SSO讓第三方只需要截獲TGC(突破了門檻)，即能訪問所有與該用戶相關的所有應用系統。PGT(跟TGC的角色是一樣的，如果被第三方獲得，后果可想而知。從根底模式可以看出，TGC是CASServer通過SSL方式發送給終端用戶，因此，要截取TGC難度非常大，從而確保CAS的平安性。因此，CAS可以使用SSL的非常重要，CA

57、S的傳輸平安性僅僅依賴與SSL。跟Kerberos一樣TGT，TGC也有自己的存活周期。下面是CAS的web.xml中，通過grantingTimeout來設置CASTGC存活周期的參數，參數默認是120分鐘，在適宜的范圍內設置最小值，太短，會影響SSO體驗，太長，會增加平安性風險。TGC面臨的風險主要在于用戶的使用并非傳輸時竊取。比方用戶登陸了之后，沒有注銷使用單點登出，離開了電腦，別人就可以翻開你的瀏覽器，直接訪問你授權訪問的應用)，設置一個TGC的有效期，可以減少被別人盜用，或者被第三方入侵你的電腦直接獲取你系統目錄下的TGCCookie。ServiceTicket/ProxyTicke

58、t平安性ServiceTicket是通過 傳送的，所以在網絡中的其他人可以監聽到其他人的Ticket。CAS協議從幾個方面讓ServiceTicket變得更加平安。ServiceTicket只能使用一次。CAS協議規定，無論ServiceTicket驗證是否成功，CASServer都會將效勞端的緩存中去除該Ticket，從而可以確保一個ServiceTicket不會被使用兩次。ServiceTicket在一段時間內失效。假設用戶拿到ServiceTicket之后，他請求helloservice的過程又被中斷了，ServiceTicket就被空置了，事實上，此時，ServiceTicket仍然有

59、效。CAS規定ServiceTicket只能存活一定的時間，然后CASServer會讓它失效。通過在web.xml中配置下面的參數，可以讓ServiceTicket在多少秒內失效。.serviceTimeout60該參數在業務應用的條件范圍內，越小越平安。ServiceTicket是基于隨機數生成的。如果ServiceTicket生成規那么被猜出例如使用了ST+Helloservice+自增序列的方式，第三方就可以構造下一個Ticket，就等于繞過CAS認證，直接訪問所有效勞。工作流引擎及二次開發平臺工作流引擎SynchroFLOW 是西安協同時光公司自主研發的軟件中間件產品，該產品致力于企業

60、工作流自動化和企業流程再造，為企業簡化開發步驟、降低應用開發難度、提高應用開發效率及靈活性、節約應用開發本錢提供堅實的根底平臺。在“輕松提速應用開發，靈活再造企業流程核心理念指導下，經過協同軟件多年的努力，使SychroFLOW已經走向成熟， 并且成為業界領先的企業業務流程自動化的根底平臺產品以及企業流程再造的核心產品。產品特點SynchroFLOW 是采用 J2EE 開發架構，結合 XML 技術于一體，在符合 WfMCWorkflow Management Coalition工作流管理聯盟標準的根底上，開發出的平臺無關性、應用效勞器無關性，并同時支持 Oracle、Sysbase、SQL S