【正文】 處理大量日常繁雜業(yè)務(wù)。它的最大的優(yōu)點是：模型工程遷移方便可靠，便于遠程應(yīng)用維護升級。在“屬性列表”中主要配置管理員密碼、 HTTP 端口、管理員用戶名等參數(shù)。在“屬性列表”中主要配置是否啟動 Email 消息集成服務(wù)的參數(shù)。在“操作列表”中可以對異步消息集成服務(wù)的啟動、停止進行管理。在“屬性列表”中主要配置 FTp 的管理端口、是否匿名登陸、 匿名登陸連接數(shù)等參數(shù)。 消息隊列對消息隊列以圖形曲線的形式展現(xiàn)，實時監(jiān)控性能指標(biāo)。 對象池對對象池運行狀況以圖形曲線的形式展現(xiàn)，實時監(jiān)控性能指標(biāo)。 組織機構(gòu)接口用于配置工作流系統(tǒng)中組織機構(gòu)的接口參數(shù)。 flow server 用于配置和管理工作流運行服務(wù)的參數(shù)。工作流服務(wù)、 WEB 服務(wù)、資源管理服務(wù)、 DBRMI 服務(wù)、 ftp 服務(wù)、異步消息集成服務(wù)。 主要功能如下： 輔助功能、監(jiān)控管理、日志管理、統(tǒng)計分析、待辦工作項處理、已辦工作查 詢等。 4） 組織機構(gòu)（ Designer） 組織機構(gòu)建模給用戶提供了一個快速建立組織機構(gòu)的 框架，主要功能如下：用戶管理，角色管理，部門管理，級別管理和管理員管理。 ProcessDesigner 最大的優(yōu)點是：讓開發(fā) 人員在設(shè)計與仿真流程的過程中，避免復(fù)雜且耗時的流程程序開發(fā)過程。 產(chǎn)品組成及功能 1） 運行服務(wù)器（引擎 Server） 運行服務(wù)器 (Enactment Server)是應(yīng)用控制和運行的中心，負責(zé)解釋、控制并協(xié)調(diào)各種復(fù)雜工作流程的執(zhí)行并且同步各個客戶端的反應(yīng)。 產(chǎn)品特點 SynchroFLOW 是采用 J2EE 開發(fā)架構(gòu)，結(jié)合 XML 技術(shù)于一體，在符合 WfMC（ Workflow Management Coalition－－工作流管理聯(lián)盟）標(biāo)準(zhǔn)的基礎(chǔ)上，開發(fā)出的平臺無關(guān)性、應(yīng)用服務(wù)器無關(guān)性，并同時支持 Oracle、 Sysbase、 SQL Server、DB MySql 等多種大型數(shù)據(jù)庫的軟件產(chǎn)品。 ServiceTicket 是基于隨機數(shù)生成的。 假設(shè)用戶拿到 ServiceTicket 之后，他請求 helloservice 的過程又被中斷了， ServiceTicket 就被空置了，事實上，此時， ServiceTicket 仍然有效。 CAS 協(xié)議從幾個方面讓 ServiceTicket 變得更加安全。下面是 CAS 的 中，通過 grantingTimeout 來設(shè)置 CASTGC 存活周期的參數(shù)，參數(shù)默認(rèn)是 120 分鐘，在合適的范圍內(nèi)設(shè)置最小值，太短，會影響 SSO體驗，太長，會增加安全性風(fēng)險。 PGT(跟 TGC 的角色是一樣的，如果被 第三方 獲得，后果可想而知。重定向到CasServer。 CasServer 需要獨立部署，主要負責(zé)對用戶的認(rèn)證工作。時 光 SSO 方案 能夠為各個應(yīng)用系統(tǒng)提供單點登錄功能，方便用戶在多個應(yīng)用系統(tǒng)中漫游。 功能特點 1） SSO 單點登陸 時光門戶平臺采用了 Yale 大學(xué)的 ITS 開發(fā)的一套 JAVA 實現(xiàn)的開源SSO(single signon)的服務(wù) 。 日歷 顯示當(dāng)前時間以及日期和本月日歷。如圖 下 所示是一個網(wǎng)格構(gòu)成的實施分析組合布局。另外一種情況， Portlet 可以通過一個 Live Feed 動態(tài)更新股票代碼。架構(gòu)圖如下： 總體架構(gòu)圖 產(chǎn)品構(gòu)成 Portal 管理器 : Portal 管理器是一個 servlet，他可以接受來自用戶或者自定義的頁面組合的 請求，依據(jù)用戶的首先項和訪問控制策略。 時光門 戶平臺在添加了很 多通用的信息模塊，如日歷、天氣預(yù)報、搜索、在線翻譯等模塊的同時 。 刪除切片： 刪除選定的數(shù)據(jù)切片。查看每個分類目錄下已經(jīng)發(fā)布的 服務(wù)條目 。用戶對填報數(shù)據(jù)的修改操作，系統(tǒng)都會保存變更歷史記錄，以便 查詢和數(shù)據(jù)恢復(fù)。管理每個主題分類對應(yīng)的關(guān)鍵詞列表，允許添加和刪除關(guān)鍵詞，允許批量導(dǎo)入導(dǎo)出。支持目錄繼承、聚合操作。 目錄管理（ Catalog Management） 基礎(chǔ)分類管理： 數(shù)據(jù)管理員功能。用戶可以把相互關(guān)聯(lián)的數(shù)據(jù)組建為一個 數(shù)據(jù)集，系統(tǒng)允許 建立不限數(shù)量的 數(shù)據(jù)集。 元數(shù)據(jù)歷史版本管理： 數(shù)據(jù)管理員功能。系統(tǒng)允許用戶添加、修改、刪除核心元數(shù)據(jù)，新添加的元數(shù)據(jù)可以提交審核，也可以執(zhí)行反審核操作，元數(shù)據(jù)項可以被停用；瀏覽元數(shù)據(jù)列表時，用戶還可以選擇適合自己閱覽習(xí)慣的排序方式。管理教育主題數(shù)據(jù)庫中的 元數(shù)據(jù)類型 。 元數(shù)據(jù)管理（ Metadata Management） 元數(shù)據(jù)歸屬子集 ： 數(shù)據(jù)管理員功能 。 流程管理： 系統(tǒng)管理員功能。 授權(quán)管理： 系統(tǒng)管理員功能。 用戶管理： 系統(tǒng)管理員功能。 主題數(shù)據(jù)庫 的總體建設(shè)目標(biāo)是打 破信息孤島，滿足各業(yè)務(wù)部門信息互聯(lián)互通和共享交換的需要；提高高校 內(nèi)部工作效率，為不同部門的應(yīng)用整合提供強大的基礎(chǔ)；為領(lǐng)導(dǎo) 決策提供實時數(shù)據(jù)，發(fā)揮信息實時和準(zhǔn)確的優(yōu)勢。 時光軟件數(shù)字校園的數(shù)據(jù)標(biāo)準(zhǔn)管理由該系統(tǒng)承擔(dān)，由該系統(tǒng)建立并管理的 多種視圖的數(shù)據(jù)目錄 ，可向數(shù)字校園平臺的所有業(yè)務(wù)應(yīng)用系統(tǒng)提供數(shù)據(jù)信息標(biāo)準(zhǔn)引用服務(wù) ，和主題數(shù)據(jù)發(fā)布引用服務(wù) 。 數(shù)據(jù)交換平臺 提供了基于時戳、基于觸發(fā)器、全文比對等各種方式的變化數(shù)據(jù)捕獲機制，提供批量抽取、實時抽取、定時抽取等各種數(shù)據(jù)抽 取執(zhí)行策略。 數(shù)據(jù)交換平臺 具有強大的數(shù)據(jù)轉(zhuǎn)換效率，在大負荷的任務(wù)執(zhí)行中仍然有良好的性能，并行執(zhí)行能力使其所能處理數(shù)據(jù)的速度可以得到趨近于線性的擴展，輕松處理大量數(shù)據(jù)。 ? 超過 40 個 業(yè)務(wù)模型 組件，應(yīng)對各種復(fù)雜處理 。 組件庫是各種類別適配器的集合。 消息總線 SynchroMQ 為協(xié)同 SOA 平臺提供消息通信服務(wù)，是 UltraServer與 PeerServer、 PeerServer 與 PeerServer 等之間進行交互的消息通道。 圖： ESB體系結(jié)構(gòu) 服務(wù)總線層包含了管理中樞 UltraServer（ US）、執(zhí)行容器 PeerServer（ PS）、組件庫等。 ESB 是交換體系的基礎(chǔ)及核心組成部分。它是傳統(tǒng)中間件技術(shù)與 XML、 Web 服務(wù)等技術(shù)結(jié)合的產(chǎn)物。 由于目前國內(nèi)外的大部分?jǐn)?shù)據(jù)交換系統(tǒng)都按照自己的標(biāo)準(zhǔn)設(shè)計，沒有通用的技術(shù)和架構(gòu)標(biāo)準(zhǔn)，因此不同數(shù)據(jù)交換系統(tǒng)之間很難進行溝通；另外，這些數(shù)據(jù)交換系統(tǒng)各個模塊間的耦合程度非常高，因而對數(shù)據(jù)交換系統(tǒng)的維護和修改比較困難，維護成本很高。管理數(shù)據(jù)集包括：學(xué)?；厩闆r信息子集、學(xué)生信息子集、教學(xué)管理子集、教工信息子集、科研信息子集、資產(chǎn)信息子集、體育衛(wèi)生子集、辦公信息子集、圖書信息子集、財務(wù)管理子集； 代碼集包括參考標(biāo)準(zhǔn)代碼子集（國標(biāo)、部標(biāo)、行標(biāo)）和執(zhí)行代碼子集（應(yīng)用的參考標(biāo)準(zhǔn)和自定義標(biāo)準(zhǔn)） 從應(yīng)用視圖劃分，可以分為四大主題數(shù)據(jù)庫：字典庫、教學(xué)主題庫、行政主題庫、科研主題庫。參考標(biāo)準(zhǔn)不和數(shù)據(jù)轉(zhuǎn)換工作直接相關(guān)，是用于各個業(yè)務(wù)系統(tǒng)建設(shè)中一個指導(dǎo)性標(biāo)準(zhǔn)。 （ 2） 字典標(biāo)準(zhǔn)集 字典標(biāo)準(zhǔn)，是從業(yè)務(wù)系統(tǒng)向數(shù)據(jù)中心進行數(shù)據(jù)交換時，數(shù)據(jù)交換平臺必須遵循的標(biāo)準(zhǔn)，是構(gòu)建主題數(shù)據(jù)庫的元數(shù)據(jù)定義。 部分國標(biāo)等標(biāo)準(zhǔn)不是很適合學(xué)校情況，甚至有部分標(biāo)準(zhǔn)老化、冗長、教條、失實。 （ 1） 全局標(biāo)準(zhǔn)集 屬于強制性標(biāo)準(zhǔn)集， 此標(biāo)準(zhǔn)集中的元數(shù)據(jù)定義由學(xué)校行政統(tǒng)一，并要求各個業(yè)務(wù)部門及業(yè)務(wù)系統(tǒng)強制統(tǒng)一。 數(shù)據(jù)信息標(biāo)準(zhǔn)分類 數(shù)據(jù)信息標(biāo)準(zhǔn)是整個數(shù)字化校園建設(shè)的基礎(chǔ)之一，是將來實現(xiàn)學(xué)校范圍內(nèi)教育信息資源交流與共享的必要條件。 核心級數(shù)據(jù)主要包括系統(tǒng)最核心的業(yè)務(wù)定義、不能經(jīng)常變動的編碼規(guī)范和編碼，也包括需要通過對照表維護的核心數(shù)據(jù)。 本解決方案從 現(xiàn)階段 高校 數(shù)字化校園普遍關(guān)注 的問題著手，分析高校信息化的核心價值，結(jié)合 時光 的 理念、產(chǎn)品、服務(wù)，詳細描述高校信息化的建設(shè)內(nèi)容，建設(shè)步驟和建設(shè)方法。 隨著現(xiàn)代社會通信終端、通信技術(shù)、軟件技術(shù)的發(fā)展，以及廣大師生對通過信息化手段在學(xué)校實現(xiàn)提高辦事效率、提升業(yè)務(wù)處理速度等應(yīng)用的需要，尤其學(xué)校領(lǐng)導(dǎo)對于信息化提升學(xué)校組織效率、為學(xué)校的發(fā)展提供決策支持等等需求不斷呈現(xiàn)。 在建設(shè)應(yīng)用系統(tǒng)時，更多的是考慮功能問題和運行效率，而不是從使用人員的角度考慮如何組織信息，用戶需要學(xué)習(xí)和適應(yīng)不同的信息系統(tǒng)，還要到處去搜集信息，出現(xiàn)信息化時代下的應(yīng)用低效率問題。不但導(dǎo)致信息資源的重復(fù)建設(shè)，而且由于人為地割裂了數(shù)字空間與現(xiàn)實校園的內(nèi)在關(guān)聯(lián)關(guān) 系，造成工作效率的降低和混亂。 教學(xué)過程以及其間產(chǎn)生的資料、課件、作業(yè)、評價、交流記錄等， 都含有豐富的信息內(nèi)容，但是目前都缺乏有效的組織和管理。 高校近幾年在部門級業(yè)務(wù) 應(yīng)用系統(tǒng)上的也 不斷 加大投入力度，建設(shè)了眾多的 部門級應(yīng)用系統(tǒng)。 內(nèi)蒙古建筑職業(yè)技術(shù)學(xué)院是 2020 年度“國家示范性高等職業(yè)院校建設(shè)計劃”立項建設(shè)院校。 1979 年至 1989 年，經(jīng)自治區(qū)人民政府和原國家教委批準(zhǔn)，工業(yè)與民用建筑、建筑學(xué)、采暖通風(fēng)和建筑企業(yè)管理 4個專業(yè)共招收 6屆普通本科班、 5 屆?？瓢唷Ｍ瑫r，隨著我國高校教育事業(yè)的快速發(fā)展，目前的高校信息化建設(shè)現(xiàn)狀已嚴(yán)重制約了學(xué)校的總體發(fā)展，無法滿足高校在對外宣傳、師生服務(wù)、社會服務(wù)、綜合管理等方面的業(yè)務(wù)需求。它是管理信息系統(tǒng) (mis)向更高一級發(fā)展而產(chǎn)生的先進信息管理系統(tǒng)。 第二階段建設(shè)的重點是圍繞教學(xué)支持的數(shù)字化 教學(xué)資源平臺和面向管理信息化建設(shè)的綜合業(yè)務(wù)支撐平臺 。部門級應(yīng)用系統(tǒng)是數(shù)字化校園建設(shè)中的重要基礎(chǔ)。 第一階段： 高校信息化主要工作以網(wǎng)絡(luò)、計算、等基礎(chǔ) 建設(shè)為主，形成了大規(guī)模校園網(wǎng) ，并且在網(wǎng)絡(luò)基礎(chǔ)服務(wù)方面進行了卓有成效的建設(shè)。 Nolan）通過對 200 多個公司、部門發(fā)展信息系統(tǒng)的實踐和經(jīng)驗的總結(jié)，提出了著名的信息系統(tǒng)進化的階段模型，即 諾蘭模型 。 在這個背景下，有關(guān)專家學(xué)者對校園信息化的建設(shè)進行了重新的審視，提出了建設(shè)“數(shù)字校園”的理念： 數(shù)字校園就是利用計算機技術(shù)、網(wǎng)絡(luò)技術(shù)、通訊技術(shù)對學(xué)校與教學(xué)、科研、管理和生活服務(wù)有關(guān)的所有信息資源進行全面的數(shù)字化；并用科學(xué)規(guī)范的管理對這些信息資源進行整合和集成，以構(gòu)成統(tǒng)一的用戶管理、統(tǒng)一的資源管理和統(tǒng)一的權(quán)限控制 ； 通過組織和業(yè)務(wù)流程再造，推動學(xué)校進行制度創(chuàng)新、管理創(chuàng)新，實現(xiàn)教育信息化、決策科學(xué)化和管理規(guī)范化 ；進而構(gòu)建一個使各類資源充分共享、各類信息充分流通，各種新的教學(xué)方法、管理方法及文化宣傳得以廣泛應(yīng)用并能和外部國際互聯(lián)網(wǎng)溝通的構(gòu)架合理的環(huán)境，最終實現(xiàn)教育過程的全面信息化，達到提高教育質(zhì)量和效率的目的。但隨著信息深入到校園工作和生活的各個層面，原來獨立建設(shè)的應(yīng)用系統(tǒng)越來越難以適應(yīng)綜合應(yīng)用的需要。許多高校從十余年前就開始著手進行信息系統(tǒng)的建設(shè)，陸續(xù)建設(shè)開發(fā)了辦公自動化、教務(wù)管理、財務(wù)管理、人力資源、科研管理、設(shè)備資產(chǎn)管理、網(wǎng)絡(luò)教學(xué)等應(yīng)用系統(tǒng)。另外，各類人員也需要一套統(tǒng)一的電子身份體系來保障自身的信息安全。 L以諾蘭模型為理論依據(jù)，結(jié)合我國高校信息化建設(shè)的實際情況，時光軟件認(rèn)為，高校信息化的建設(shè)可以簡化為 三 個主要階段： 面向數(shù)據(jù)、面向結(jié)果的基礎(chǔ)建設(shè)階段、面向流程管理和數(shù)據(jù)集成的集成階段、面向決策支持、綜合分析的成熟階段。部門級業(yè)務(wù)系統(tǒng)的特點是面向數(shù)據(jù)，面向結(jié)果。 利用 SOA 架構(gòu)對應(yīng)用系統(tǒng)的架構(gòu)進行進一步改進，實現(xiàn)了異構(gòu)應(yīng)用之間的無縫整合，并且將應(yīng)用范圍擴展到教學(xué)、 管理、科研、 生活 服務(wù)等 更大范圍，實現(xiàn)了應(yīng)用整合、內(nèi)容整合、信息整合、流程整合 ，努力向 無所不在的信息服務(wù) —— “任何人、任何時間、在任何地點都可以獲得相對應(yīng)的信息服務(wù)” 這一目標(biāo)努力 。 決策支持系統(tǒng) (decision support system ，簡稱 dss)是輔助決策者通過數(shù)據(jù)、模型和知識，以人機交互方式進行半結(jié)構(gòu)化或非結(jié)構(gòu)化決策的計算機應(yīng)用系統(tǒng)。但由于缺乏統(tǒng)一規(guī)劃和統(tǒng)一數(shù)據(jù)信息標(biāo)準(zhǔn)，導(dǎo)致部門之間無法業(yè)務(wù)協(xié)同，大量的基礎(chǔ)信息無法共享，形成了數(shù)量眾多的、相互孤立的“信息孤島”。始建于 1956 年， 1958 年改制為內(nèi)蒙古建筑學(xué)院， 1961 年恢復(fù)中專建制。 2020 年被國家教育部、財政部確定 為“國家示范性高等職業(yè)院校建設(shè)計劃”立項建設(shè)單位。 高校信息化建設(shè)普遍遇到的問題 近年來，經(jīng)過高校艱苦卓絕的建設(shè)， 高校信息化基礎(chǔ)設(shè)施 已經(jīng)逐步完善。 2) 重視對管理活動 結(jié)果 實施信息化，而對教、學(xué)、科研這些主體活動的 過程信息化支持不夠。 應(yīng)用系統(tǒng)的建設(shè)主要是從處理具體業(yè)務(wù)或者解決局部問題著手，對整個數(shù)字空間的高度考慮不足，特別是很少根據(jù)業(yè)務(wù)邏輯設(shè)計跨部門的系統(tǒng)。 5) 重視采購信息系統(tǒng)及其基礎(chǔ)設(shè)施，而忽視了系統(tǒng)的使用主體 —— 用戶。 建設(shè)目標(biāo) 經(jīng)過多年的信息化建設(shè)， 內(nèi)蒙古建筑職業(yè)技術(shù)學(xué)院 無論是在校園網(wǎng)的建設(shè)、信息中心建設(shè)和各業(yè)務(wù)系統(tǒng)的使用上，都取得了一定的成績，滿足了部分業(yè)務(wù)部門業(yè)務(wù)處理的需求、并為建立全校集成化、綜合化的數(shù)字化校園平臺打下了良好基礎(chǔ)。從而達到 消除信息孤島、建立信息與應(yīng)用規(guī)范、提供集成的個性化的服務(wù) 的目的。 內(nèi)蒙古建筑職業(yè)技術(shù)學(xué)院 數(shù)字化校園項目建設(shè)的主要內(nèi)容包括： 數(shù)據(jù)中心 數(shù)據(jù)標(biāo)準(zhǔn) 主題數(shù)據(jù)庫 數(shù)據(jù)交換平臺 門戶應(yīng)用平臺 數(shù)據(jù)中心業(yè)務(wù)組件 短消息 處理中心 即時消息平臺 組織結(jié)構(gòu)、人員、角色管理系統(tǒng) 統(tǒng)一身