【正文】 符合規(guī)范要求的系統(tǒng)要有計劃地改造為符合標準規(guī)范的系統(tǒng)； 2． 對于未報批的新建系統(tǒng)學校將不予支持（資金、技術(shù)），今后該系統(tǒng)與其他系統(tǒng)的數(shù)據(jù)交換、信息共享造成的問題自己負責； 3． 新系統(tǒng)驗收或鑒定要有學校有關(guān)部門參加，對不符合標準規(guī)范的系統(tǒng)不能通過； 4． 業(yè)務系統(tǒng)的運行后臺需要建立嚴格的運行管理和技術(shù)操作制度，并建立具備一定資質(zhì)的技術(shù)保障和管理隊伍； 5． 業(yè)務系統(tǒng)的運行前臺需要建立培訓、考核及使用規(guī)范，保證用戶能夠有效、準確地使用信息系統(tǒng)。制定學校信息化管理規(guī)程，要重點反映學校在建設網(wǎng)絡業(yè)務系統(tǒng)建設中的政策、指導方針。 信息化管理規(guī)程 需要制定涵蓋各職能部門的明確的管理規(guī)范和科學合理的業(yè)務流程，從行政管理上、規(guī)章制度上保障信息化建設的健康發(fā)展。因此，用戶素質(zhì)的提高是信息化建設的重要環(huán)節(jié)。 代碼制訂原則： 1． 應優(yōu)先使用國家標準代碼； 2． 首先制訂好學校管理的重點代碼，如系號、教工號、學號、課程號、專業(yè)號等； 3． 統(tǒng)一制訂其它方面的通用代碼表。因此制定好用戶角色表是一項十分重要的工作。 . 用戶角色表 應用規(guī)范中訪問角色選自用戶角色表，用戶角色表是將校長到教師、學生的各類用戶進行規(guī)范定義。 5． 數(shù)據(jù)關(guān)聯(lián) —— 指明相關(guān)信息類之間的關(guān)系，如通過某關(guān)鍵字與某信息類關(guān)聯(lián)； 6． 應用說明 —— 指明該信息類的應用注意事項。因此，必須規(guī)范信息的訪問權(quán)限、使用范圍。應用規(guī)范指明信息類的如下條目的要求： 23 1． 信息來源 —— 信息的提供者也就是信息的維護者，劃定保證數(shù)據(jù)準確性的責任； 2． 更新周期 —— 沒有一成不變的信息，只有定期更新的數(shù)據(jù)才是準確、實用的，因此信息必須有更新周期，按信息類的特點可將更新周期定位：實時、日、周、月、季度、半年（學期）、年（學年）等； 3． 有效期 —— 從信息檔案的角度來看，很多信息是長久有效的。采用 JMS 消息傳遞機制，幫助用戶建立統(tǒng)一的數(shù)據(jù)傳輸與數(shù)據(jù)交換規(guī)范，實現(xiàn)不同部門間、不同應用系統(tǒng)間的數(shù)據(jù)交換，具有良好的擴展性。方便未來的電子公文管理和交換，實現(xiàn)公文的統(tǒng)一存儲，規(guī)范公文的處理過程。 . 文檔數(shù)據(jù)規(guī)范 依照中國國家電子政務標準（草案）中所規(guī)定的《基于 XML 的電子公 文格式規(guī)范》。 信息編碼管理主要包括以下內(nèi)容： 內(nèi)容 使用工具 描述 備注 信息編碼表結(jié)構(gòu)設計 數(shù)據(jù)建模 使用數(shù)據(jù)建模工具，設計信息編碼的表結(jié)構(gòu) 國家、教育部標準和校標準表均通過數(shù)據(jù)建模進行結(jié)構(gòu)設計 信息編碼數(shù)據(jù)導入 數(shù)據(jù)初始化工具 將存放于 ACCESS 文件 中的標準數(shù)據(jù)文件導入數(shù)據(jù)中心 這里的標準涉及國標、部標等，產(chǎn)品提供國標和教育部標準 執(zhí)行標準維護 維護工具 對標準進行的增、刪、改操作進行審計管理 管理中涉及審核機制，對所有修改、刪除操作進行記錄 業(yè)務系統(tǒng)獲取執(zhí)行標準數(shù)據(jù) 數(shù)據(jù)訂閱服務 業(yè)務系統(tǒng)通過數(shù)據(jù)訂閱服務確定獲取標準的內(nèi)容、方式等 業(yè)務系統(tǒng)對信息編碼的訂閱均指對信息編碼的數(shù)據(jù)進行訂閱。信息標準作為整個數(shù)字化校園軟件系統(tǒng)建立 至關(guān)重要的部分，本部分將在下一章節(jié)重點論述。 信息標準在全校范圍內(nèi)為數(shù)據(jù)庫設計提供了類似數(shù)據(jù)字典的作用，為信息交換、資源共享提供了基礎性條件。隨著信息化進程的發(fā)展，信息標準也必須是一個及時更新、不斷充實的動態(tài)系統(tǒng)。標準規(guī)范體系建設是 學校 信息化建設的重點之一，對推進信息化建設，保證信息的交流與共享，有著重要的意義。如果采用不科學的管理體制，投入巨額資金購買或開發(fā)的系統(tǒng)就可能無法使用或壽命短 暫。 這里不能忽視的是要適應科學的管理體制，尤其是管理軟件首先要能滿足科學、合理的管理機制。其結(jié)構(gòu)如下圖所示： 圖 51信息化標準規(guī)范的結(jié)構(gòu) 應用系統(tǒng)規(guī) 范 數(shù)字化校園的應用系統(tǒng)是面向最終用戶的，其質(zhì)量的高低，直接影響管理效益、效率的提高。功能和主要數(shù)據(jù)關(guān)聯(lián)可以用 UC 關(guān)聯(lián)矩陣表來表示 ，矩陣中的每一行為一個數(shù)據(jù)類（數(shù)據(jù)庫基表），矩陣中的每一列為一個功能模塊，矩陣元素的取值規(guī)則是： 空：第ｉ行的數(shù)據(jù)與第ｊ列的功能無關(guān) C：第ｉ行的數(shù)據(jù)由第ｊ列的功能產(chǎn)生 U：第ｉ行的數(shù)據(jù)被第ｊ列的功能使用 利用 UC 關(guān)聯(lián)矩陣表可以很快發(fā)現(xiàn)業(yè)務系統(tǒng)內(nèi)部的數(shù)據(jù)接口，通過 UC 標識可以清楚的發(fā)現(xiàn)數(shù)據(jù)在哪里產(chǎn)生，在哪里使用，從而建立共享數(shù)據(jù)中心庫的Aij= 19 管理和訪問機制。例如：人事管理系 統(tǒng)中有基本信息、檔案信息、工資信息、異動信息等，可以將這些信息數(shù)據(jù)歸入教師主題之中，并只能來自教務系統(tǒng)，同樣教務管理系統(tǒng)和科研管理系統(tǒng)中的教師相關(guān)信息數(shù)據(jù)也可集成過來，最終形成一個完整的教師主題。 系統(tǒng)開發(fā)人員只要 找到主題對象的 數(shù)據(jù)的內(nèi)在性質(zhì)，建成的數(shù)據(jù)庫 就于具體 功能或數(shù)據(jù) 處理 無關(guān)，這就使 主題 數(shù)據(jù) 庫 18 能 作為一種獨立的資源 存在 ， 從而 為數(shù)字化校園的數(shù)據(jù)共享提供 一個穩(wěn)定的共享數(shù)據(jù)源 。 主題數(shù)據(jù)庫是一種集約化的數(shù)據(jù)環(huán)境， 它的數(shù)據(jù)結(jié)構(gòu)具有一定的穩(wěn)定性，能構(gòu)成獨立于具體應用的數(shù)據(jù)資源。 信息資源規(guī)劃流程如 圖 51 所示： 定 義 職 能 域分 析 業(yè) 務 過 程建 立 業(yè) 務 模 型建 立 功 能 模 型分 析 數(shù) 據(jù) 流 程建 立 數(shù) 據(jù) 模 型建 立 數(shù) 據(jù) 標 準體 系 結(jié) 構(gòu) 模 型需 求 分 析系 統(tǒng) 設 計 圖 51 信息資源規(guī)劃流程 全局共享數(shù)據(jù)庫 建設 全局共享數(shù)據(jù)庫 建設的目的是以主題庫技術(shù)構(gòu)建一個 獨立于應用系統(tǒng) 共享數(shù)據(jù)庫 ， 為數(shù)字化校園管理平臺提供一個 集成的數(shù)據(jù)環(huán)境 。 數(shù)字校園信 息資源規(guī)劃 對于全國高職院校來說，每個學校的部門設置，管理流程都不盡相同，但 17 學院的基本職能是不會變的，管理的內(nèi)涵和內(nèi)容也基本上是不會變的，也就是說學校的基本職能域是相對不變的，因此通過將基于職能域的 系統(tǒng)分析得到的功能模型、數(shù)據(jù)模型和系統(tǒng)體系結(jié)構(gòu)模型 具有普遍性和穩(wěn)定性。如果不加控制地引進勢必造成混亂，使數(shù)據(jù)交換、共享更為困難。在一個學校中，從硬件（如服務器、網(wǎng)絡設備）到系統(tǒng)軟件（如操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)等）均應有一種（或兩種）主流產(chǎn)品作為推薦標準。 目前，硬件、軟件管理規(guī)范不可能定出具體、詳細的條目。 環(huán)境 數(shù)字校園管理平臺的基 礎設施包括計算機硬件系統(tǒng)（服務器、個人計算機、其它設備等）、計算機軟件系統(tǒng)（包括操作系統(tǒng)、數(shù)據(jù)庫平臺、應用平臺等）和網(wǎng)絡基礎設施與服務。 6． 專業(yè)教學資源庫與網(wǎng)上學習平臺 主要包含 專業(yè)教學資源庫平臺、自主式與輔助學習平臺、課程教學資源成果展示、在線和離線的課程編輯系統(tǒng) 等。 5． 綜合服務 綜合服務通過校園信息門戶給數(shù)字化校園建設的主要服務對象，包括師生、領導、 各級主 管部門、 合作企業(yè)、校友等提供一站式、個性化、全面的信息化服務。 3． 協(xié)同應用服務 協(xié)同應用服務主要圍繞高校的兩大核心業(yè)務內(nèi)容 —— 即教學與科研，主體內(nèi)容定位在“協(xié)作服務”和“過程支持”上，通過人際協(xié)作過程的信息化，為提升學校教學質(zhì)量與科研能力服務。 2． 綜合校務管理 綜合管理主要圍繞學校的教學、學生管理、辦公及人力資源管理，建設基于統(tǒng)一平臺的綜合應用系統(tǒng)，并通過信息集成平臺，和現(xiàn)有管理系統(tǒng)完成信息的集成和流程的整合。 數(shù)字校園管理平臺 主要包含以下 服務群 ： 1． 基礎服務平臺 包括身份管理平臺、公共數(shù)據(jù)平 臺、信息門戶平臺、統(tǒng)一通訊平臺、信息集成平臺。建立統(tǒng)一的公共數(shù)據(jù)共享中心，提供對各類數(shù)據(jù)的安全存儲、數(shù)據(jù)分析、數(shù)據(jù)挖掘等功能服務。各個服務通過 企業(yè)服務總線 來互相訪問。 企業(yè)服務總線 通過 Adapter 與各個系統(tǒng)進行集成。 4． 企業(yè)服務總線 企業(yè)服務總線 主要負責各個系統(tǒng)間的消息路由，必要時進行消息格式 (XML)轉(zhuǎn)換。 3． 流程 管理 平臺 集成了各種業(yè)務規(guī)則和邏輯 , 包括流程任務、任務間的控制流、任務間的數(shù)據(jù)流以及流程相關(guān)的其他規(guī)則 , 提供企業(yè)門戶的服務請求者統(tǒng)一權(quán)限認證和業(yè)務活動監(jiān)控 (Business Activity Monitoring, BAM) 。信息門戶給用戶提供了一個統(tǒng)一的、個性化的界面 , 通過它可以訪問系統(tǒng)的各種不同的服務 , 同時可以為業(yè)務流程層提供授權(quán)認證權(quán)限、信息的傳輸。通過對數(shù)據(jù)進行集中的分析和挖掘，為企業(yè)業(yè)務決策提供及時、準確的數(shù)據(jù)支持。 層 8：數(shù)據(jù)架構(gòu)及商業(yè)智能（ BI）。提供監(jiān)視，管理和維持諸如安全，性能和可用性等 QoS 的能力。此外，由于消息的發(fā)送不再在服務間點對點地進行傳送，消息原先的直接交換就變成了現(xiàn)在的間接交換，實 13 現(xiàn)了松耦合。 ESB 具體的功能包括：消息尋址路由、消息驗證、消息格式轉(zhuǎn)換、消息操作等。 通過 portal 等技術(shù)建立展現(xiàn)平臺，方便 用戶在這個界面上提出服務請求。這些應用程序支持特殊的用例和業(yè)務過程。 這一部分獨立于服務設計和部署層 ， 服務層中公開的服務的合成和編排在這一層中被定義。 業(yè)務選擇來支持和公開的服務處在這一層 ， 可以被發(fā)現(xiàn)或者直接靜態(tài)綁定，調(diào)用 和 編排到合成服務中。 層 3：服務層。 即， 由那些負責實現(xiàn)功能和保持公開服務 QoS 的企業(yè)組件組成。 包含一些不符合目前架構(gòu)但其應用比較好的程序，如一些公司開發(fā)的 的 教務系統(tǒng) 和 科研管理系統(tǒng)等 應用程序， 可通過封裝后提供WEB 服務 。 基于 SOA 的 數(shù)字校園 管理 平臺 數(shù)字校園管理平臺 從層次上劃分可 分為 8 層，如圖 43 所示 。 6． SaaS 服務平臺層 SaaS 服務平臺層作為 數(shù)字校園平臺 的運營支撐平臺，提供了 SaaS 服務平臺的相關(guān)管理功能，有效保證 SaaS 服務平臺的安全性、可靠性、可用性。為 院校 提供量身定做的解決方案。 通過 界面引擎、中間件引擎、規(guī)則引擎、工作流引擎、智能推薦引擎、 ETL 引擎等核心引擎來完成對各種技術(shù)實現(xiàn)的支撐，通過系統(tǒng)的組件化設計，保證了系統(tǒng)的可擴展性、可配置性、可管理性。 各 院校 間 SaaS 服務業(yè)務數(shù)據(jù)及數(shù)據(jù)倉庫數(shù)據(jù)通 過虛擬化、分區(qū)等技術(shù)來完成在物理層面及邏輯層面的隔離，有效保證 數(shù)據(jù)的安全性。 2． 數(shù)據(jù)服務層 通過數(shù)據(jù)整合平臺整合、轉(zhuǎn)化的業(yè)務數(shù)據(jù)，以統(tǒng)一的數(shù)據(jù)視圖導入 數(shù)字校園平臺 的 業(yè)務庫，為各業(yè)務系統(tǒng)提供基礎數(shù)據(jù)。 。校 務 、 財 務教 務 管 理金 融 、 消 費帳 戶 識 別。 。 。公 文 流 轉(zhuǎn)辦 公 自 動 化電 子 備 課師 生 交 流。 。 各類用戶通過云端即可獲取平臺提供的服務，業(yè)務單位在云計算平臺的 IT 管控下自主建立符合單位需求的應用系統(tǒng)。 在數(shù)字校園管理平臺內(nèi)部， 功能實現(xiàn)的最小單位為Web Service（ Web 服務）， 將各種實現(xiàn)具體功能的 Web Service 按照其在平臺中的作用分成各種 Web Service 群，稱為 業(yè)務 服務群 。 3． 深化數(shù)據(jù)資產(chǎn)應用，輔助決策支持 基于前期的數(shù)據(jù)積累，構(gòu)建跨業(yè)務管理的、面向不同主題的綜合數(shù)據(jù)應用，一方面滿足各級領導決策支持的需求，另一方面，通過綜合數(shù)據(jù)展示不斷檢查學校數(shù)據(jù)積累情況，督促職能部門對管理信息化應用的使用。圍繞教務 、學生工作、師資等核心業(yè)務提供數(shù)字化的管理環(huán)境是項目第二 階段的重點內(nèi)容。 2． 完成統(tǒng)一建設框架和數(shù)字管理環(huán)境的開發(fā) 搭建健壯的、可持續(xù)發(fā)展的應用基礎框架，建立統(tǒng)一的身份管理、數(shù)據(jù)管理、消息管理機制，建立 符合高職院校 信息化長期發(fā)展的、整合的應用框架，是信息化長遠發(fā)展的基礎。 We b Service 通過 BPEL 8 組合后可以組裝成新的 Web Service，從而提供更多的跨 業(yè)務范圍的 流程服務。 在云 計算 平臺內(nèi) 以 SOA(ServiceOriented Architecture、 面向服務的體系結(jié)構(gòu) )的體系結(jié)構(gòu)構(gòu)建一個 的包含管理信息化應用、教學資源管理、決策支持等各方面內(nèi)容的綜合性數(shù)字校園平臺，各院校只需接入云平臺即可使用 。 2． 面向全國，構(gòu)建一個基于云計算的 數(shù)字化校園管理平臺 構(gòu)建一個 SaaS 模式的云 計算 平臺，為全國所有高職高專提供數(shù)字化校園服務，提供統(tǒng)一建設框架和數(shù)字管理環(huán)境。與此同時，數(shù)字校園管理平臺建設的技術(shù)和應用都是不斷發(fā)展的，具有一定的不確定性，所以，數(shù)字校園管理平臺的建設規(guī)劃必須滿足建設過程中的可擴展、可兼容和可轉(zhuǎn)向。在制定數(shù)字校園管理平臺規(guī)劃的過程中，選擇能在短期內(nèi)實現(xiàn)的應用系統(tǒng)和服務作為試點工程，組織力量重點突破，爭取早日見效并帶動全局。 3． 完善基礎的原則 數(shù)字校園管理平臺的建設應重視網(wǎng)絡基礎平臺、共享數(shù)據(jù)平臺、統(tǒng)一身份認證平臺、信息門戶平臺等數(shù)字校園管理平臺的基礎平臺的建設，這些平臺建設完成后，符合一定信息標準和技術(shù)標準的應用系統(tǒng)可方便地實現(xiàn)與數(shù)字校園管理平臺的集成，最終消除校園信息化的信息孤島。 2． 協(xié)調(diào)發(fā)展的原則 數(shù)字校園管理平臺建設的各個子系統(tǒng)的建設相互依賴，任何一個環(huán)節(jié)的建設都離不開其它環(huán)節(jié)。 在 規(guī)劃 過程中的 應遵