?智慧校園平臺整體解決方案
（方案說明：智慧校園平臺方案在不斷更新與完善，添加微信15385519682獲取最新智慧校園平臺方案）
第一章 項目概述
一 國內(nèi)信息化現(xiàn)狀
1 校園信息化發(fā)展現(xiàn)狀
高等教育信息化是促進高等教育改革創(chuàng)新和提高質(zhì)量的有效途徑，是教育信息化發(fā)展的創(chuàng)新前沿。進一步加強基礎設施和信息資源建設，重點推進信息技術與高等教育的深度融合，能促進教育內(nèi)容、教學手段和方法現(xiàn)代化，創(chuàng)新人才培養(yǎng)、科研組和社會服務模式，推動文化傳承創(chuàng)新，促進高等教育質(zhì)量全面提高。
在中國，很多學校經(jīng)過多年的探索與實踐，已基本建立起了擁有各自風格的智慧校園，一定程度上提高了教學及教育管理的水平和效率，為學校師生提供了諸多便利。
但由于不同學校信息化水平參差不齊，制約了整個教育信息現(xiàn)代化水平，甚至影響到未來創(chuàng)新人才培養(yǎng)。(合肥自友科技)
《國家教育信息化十年發(fā)展規(guī)劃2011-2020年》為信息化發(fā)展指明了方向。規(guī)劃提出：到2020年信息技術與高等教育融合，發(fā)展的水平顯著提升，教育管理信息化水平顯著提升，基本形成與國家教育現(xiàn)代化發(fā)展目標相適應的教育信息化體系。
所以，如何應對未來教育信息化建設的機遇與挑戰(zhàn)，是擺在我們面前的現(xiàn)實問題。信息化建設已經(jīng)成為推進中國教育現(xiàn)代化的主要方式，建立面向服務的智慧校園系統(tǒng)，切切實實地為師生提供方便，以信息化提升老師的教學質(zhì)量水平，幫助學生提高學習效率，助推科學研究，幫助各級領導了解學校情況從而支撐決策，提高管理的科學化和信息化水平，也是學校的一個重要任務。
2 發(fā)展階段
國內(nèi)信息化建設經(jīng)過十多年的發(fā)展，取得引人矚目的成績。應用系統(tǒng)的建設從最初的桌面級應用發(fā)展到智慧校園建設的新階段，回顧信息化建設的發(fā)展歷程，可以劃分為如下四個階段：
2.1 第一階段：學習與探索階段
從九十年代初至今，國內(nèi)的管理信息化主要經(jīng)歷了四個階段的建設。最初從替代繁重手工勞動的需求出發(fā)，構建校園局部事務處理功能，這期間，涌現(xiàn)出如電子閱卷、成績管理、教學質(zhì)量分析等單機桌面系統(tǒng)。此階段只能做到數(shù)據(jù)管理。
2.2 第二階段：推廣應用階段
隨著利用信息化技術參與管理意識的提高，國內(nèi)逐漸步入IT管理推廣應用階段。在此期間，很多部門級業(yè)務應用系統(tǒng)得以建立和發(fā)展，并在部門內(nèi)實現(xiàn)了局部的自動化、流程化，如圖書管理系統(tǒng)、教務系統(tǒng)、招生系統(tǒng)等C/S架構系統(tǒng)。此階段開始進行數(shù)據(jù)整合。
2.3 第三階段：業(yè)務治理階段
近幾年隨著國內(nèi)資源整合及辦學規(guī)模的擴大，面臨著各類資源緊缺的局面，信息化正在逐步走向以“問題為核心”的業(yè)務綜合治理階段。為有效提高日常工作效率，控制學校運營及協(xié)調(diào)成本，體現(xiàn)以人為本的科學發(fā)展觀，在近一兩年內(nèi)，校園一站式服務和跨部門的流程建設。如學生一站式綜合服務中心及辦事大廳，跨業(yè)務部門的數(shù)字迎新系統(tǒng)、電子注冊系統(tǒng)、畢業(yè)離校系統(tǒng)等。B/S架構系統(tǒng)因部署方便、瘦客戶端等優(yōu)勢逐漸流行。該階段可以實現(xiàn)信息協(xié)同。
2.4 第四階段：戰(zhàn)略支撐階段
當前，間的競爭與整合正在加劇、組織變革速度加快，然而優(yōu)質(zhì)師生資源激烈爭奪，提升教學與科研能力，打造學科專業(yè)的影響力等幾個關鍵問題擺在各大面前，制約著其核心戰(zhàn)略的發(fā)展。
新一代的信息化管理的建設與規(guī)劃，正在從如何有效支撐核心業(yè)務發(fā)展戰(zhàn)略角度出發(fā)，自頂向下做全方位整體設計。這一發(fā)展趨勢已經(jīng)成為國內(nèi)外一流探討的最為前衛(wèi)的話題。
3 面臨的問題
目前，信息化在取得眾多成績的同時，依然面臨著很多問題，如信息化建設的速度與學校事業(yè)發(fā)展的需求不相適應，信息化建設的深度與學院教學、科研、管理的需求不相適應，信息化建設的廣度與師生員工的需求不相適應，并且，由于過去各個系統(tǒng)都是孤立的信息系統(tǒng)建設，沒有統(tǒng)一的信息訪問渠道以及統(tǒng)一的身份認證，導致學校信息化面臨著以下問題。
3.1 學生面臨的問題
（1）現(xiàn)有應用重管理輕服務現(xiàn)象嚴重，為學生提供的信息服務不夠全面
業(yè)務部門管理信息系統(tǒng)建設過程中主要解決部門內(nèi)部的流程及管理數(shù)據(jù)的積累，疏忽了學生的學習服務、德育考核、生活服務。為學生提供管理服務的各個流程、所提供的信息被業(yè)務單元切分，相互割裂，應用系統(tǒng)未能遵循統(tǒng)一的規(guī)范和技術規(guī)格使得應用集成整合的難度加大。
（2）多重身份和密碼體系，多重登陸界面，使用方便性不夠
現(xiàn)有的校園網(wǎng)上面向全校學生訪問的系統(tǒng)，各自維護和管理自己的用戶信息，用戶在訪問不同的系統(tǒng)時，不僅需要輸入不同的訪問網(wǎng)址，而且還需要記憶不同的用戶名/密碼。同時，多個系統(tǒng)存在多套訪問頁面，且界面風格各異，用戶無法通過終端界面統(tǒng)一獲取已有的各類信息及服務，當各類應用新增和更新時也無法獲知，這些現(xiàn)狀給用戶的使用帶來了極大的不便。
3.2 老師面臨的問題
（1）缺乏數(shù)據(jù)標準，系統(tǒng)之間數(shù)據(jù)難以共享，各部門的協(xié)作業(yè)務處理困難
部門在進行本單位信息化建設時均是立足于解決本部門工作的需要，各個系統(tǒng)都是于不同的時間，采取不同的標準和數(shù)據(jù)庫，系統(tǒng)間彼此獨立，各自為政，從而形成了校園網(wǎng)上一個個“信息孤島”，信息和資源無法實現(xiàn)高效共享，也造成了信息的重復管理，數(shù)據(jù)無法實時更新，同一個類別的數(shù)據(jù)在一個系統(tǒng)上也許已經(jīng)更新，但是在另一個系統(tǒng)里卻沒有變化，源數(shù)據(jù)獲取困難，各部門需要其他部門分管的數(shù)據(jù)時甚至還有賴于電話、Excel文檔、人工拷盤甚至是紙質(zhì)介質(zhì)等低效率的方式。
（2）各個業(yè)務系統(tǒng)對相同的數(shù)據(jù)重復管理，效率低下
行政辦公人員在多套系統(tǒng)中需要對相同的數(shù)據(jù)進行重復的管理，浪費了人力成本。同時，由于數(shù)據(jù)多源頭管理，權責不清，造成數(shù)據(jù)的混亂和錯誤，當需要進行數(shù)據(jù)統(tǒng)計時，需要進行大量的數(shù)據(jù)校對和整理工作，嚴重影響了業(yè)務人員的工作效率，對上層應用造成了障礙。
3.3 信息化管理人員面臨的問題
（1）缺少統(tǒng)一的技術體系標準及詳細的整體建設規(guī)劃，不利于長期發(fā)展
在信息化建設過程中，業(yè)務系統(tǒng)由各個部門主導完成，缺少技術及功能的長期規(guī)劃，主要解決當期的、局部的需求滿足，各部門獨立建設、獨立維護，沒有形成統(tǒng)一管理，有的甚至造成系統(tǒng)的重復建設，不利學校信息化的長期發(fā)展，造成了嚴重的資源浪費。
（2）各部門的信息化建設發(fā)展不均衡學校各個單元信息化的意識有別，部分管理人員信息管理意識淡薄，不懂得或不愿意利用現(xiàn)代信息技術來提高工作效率，導致了圍繞各個部門的信息化水平不一，發(fā)展相互脫節(jié)甚至相互制約，導致信息化成本與收益極不對稱。
（3）業(yè)務系統(tǒng)的開發(fā)和維護模式不統(tǒng)一，更新維護困難
系統(tǒng)的開發(fā)平臺、數(shù)據(jù)庫和運行環(huán)境千差萬別，沒有明確的技術規(guī)范和要求。隨著校園網(wǎng)上應用和資源越來越多，應用缺乏有效的組織和管理，技術升級存在風險，從而也帶來業(yè)務系統(tǒng)維護成本不斷增加的問題。
3.4 領導面臨的問題
（1）已有數(shù)據(jù)質(zhì)量差，給全局性的數(shù)據(jù)統(tǒng)計與查詢造成障礙
對同一個數(shù)據(jù)，由于重復錄入、錄入時的差錯和統(tǒng)計標準不統(tǒng)一，由不同的系統(tǒng)提供就可能產(chǎn)生不同的結果，各個系統(tǒng)提供的統(tǒng)計數(shù)據(jù)不完全一致，數(shù)據(jù)質(zhì)量低下，使得學校無法通過現(xiàn)有的系統(tǒng)獲取學校真實的全局統(tǒng)計數(shù)據(jù)，例如學生生源情況、學費繳納情況、全校教職工比例情況、各部門科研經(jīng)費情況等。
（2）對歷史數(shù)據(jù)的收集、整理和保存工作做得不夠，無法進行科學決策
目前學校使用的大多軟件局限于查詢、統(tǒng)計、打印報表等事務性處理，具有輔助決策分析功能的不多。學校在辦學過程中積累了大量的原始數(shù)據(jù)，這些原始數(shù)據(jù)亟需按主題進行收集整理，構建數(shù)據(jù)倉庫系統(tǒng)加以充分利用，獲取例如學校資產(chǎn)變化情況、學生就業(yè)率、各專業(yè)課程數(shù)量變化歷史對照分析等主題的數(shù)據(jù)分析結果。這些信息和數(shù)據(jù)是輔助校領導進行科學決策的重要依據(jù)，對學校今后發(fā)展具有十分重要的現(xiàn)實意義。
為適應學校高速發(fā)展需求，提高學校的教學、辦公、管理的水平，不斷完善學校核心管理信息系統(tǒng)建設，提高學校對信息全面掌握和決策分析能力，進一步推動智慧校園建設規(guī)劃，使學校的管理全面步入信息化就顯得尤為重要。
二 信息化發(fā)展趨勢
1 行業(yè)發(fā)展趨勢
信息化建設起步較早，每個都有與眾不同的特色，信息化建設的模式與學校的業(yè)務特點、發(fā)展機遇有著密切的聯(lián)系。首先分析一下普通職業(yè)院校的業(yè)務特點：
1) 管理相對松散，行政部門、教學院系相對獨立，業(yè)務耦合度不高；
2) 目標不同，各專業(yè)、行政部門考核指標不同，對預期差異較大；
3) 業(yè)務特點多樣，各業(yè)務單元的需求易變化；
4) 柔性管理，更多依賴于價值觀驅(qū)動，部門間協(xié)調(diào)難度較大；
基于以上的業(yè)務特點，高等院校信息化建設模式具有如下特點：
1) 信息化起步較早，不同的系統(tǒng)建設于不同的時期，采用了不同的技術架構和標準規(guī)范；
2) 已有系統(tǒng)建設投入大、周期長、應用依賴性較大，并積累了很多有價值的數(shù)據(jù)，不適合完全推倒重建。
因此，我司基于多年的信息化經(jīng)驗積累，認為智慧校園的建設需整合行業(yè)最先進、成熟、前瞻的技術手段，基于“整體規(guī)劃、分布實施”的策略，采用“集成+服務”的模式進行建設。
2 技術發(fā)展趨勢
目前信息化建設領域未來的主要發(fā)展主要圍繞在：應用服務中心、可配置型智慧校園、物聯(lián)網(wǎng)校園、大數(shù)據(jù)處理、互聯(lián)網(wǎng)+、云計算數(shù)據(jù)中心等層面展開。
2.1 應用服務中心
智慧校園未來將整合和重構原有的許多業(yè)務應用系統(tǒng)，向不同的用戶提供部門內(nèi)部或跨部門的基礎服務，讓應用系統(tǒng)發(fā)揮更為強大的功能。
提供觸發(fā)式消息推送服務： 為各種不同應用提供了非常方便的消息推送能力，覆蓋了所有應用和所有接收途徑，保證消息的快速、安全送達。全面覆蓋了每一位用戶的每一個終端?？梢栽O置每條消息的接收方式，從基于Web的一站式桌面到智能終端的應用程序，再到手機短信、APP，都可以及時地接收到推送的消息。
提供統(tǒng)一身份認證服務： 為各個應用提供了單點登錄的能力。
提供統(tǒng)一角色管理與訪問控制服務： 在傳統(tǒng)的智慧校園中，不同應用各自管理不同的用戶與角色，這并不利于智慧校園的統(tǒng)一化與規(guī)范化。因為顯然，學校中每位用戶的角色是由他在校園中的行政屬性確定的，而不是由應用系統(tǒng)確定的。
2.2 可配置型智慧校園
隨著國家政策和教育部門的相關規(guī)定的調(diào)整，學校的需求也會發(fā)生相應的變化，這些調(diào)整前期建設過程中不可預見，但是卻又實實在在的發(fā)生在學校的信息化建設過程中，學校對此十分頭疼。在這樣的背景下，可配置型智慧校園必將是未來發(fā)展與建設的趨勢。能夠通過配置的方式改變系統(tǒng)的功能模塊和業(yè)務流程，學校老師通過后臺配置的方式就能構建出需要的新模塊，大大的節(jié)省二次開發(fā)費用，同時學校自主編制能夠最大限度的掌握自主性，做自己需要的智慧校園。
2.3 物聯(lián)網(wǎng)校園“一體化”
智慧校園將通過利用物聯(lián)網(wǎng)技術來改變師生和校園資源相互交互的方式。以便提高交互的明確性、靈活性和響應速度，從而實現(xiàn)智慧化服務和管理的校園模式。具體的說，智慧校園是把感應器嵌入和裝備到食堂、教室、圖書館、供水系統(tǒng)、實驗室等各種物體中，并且被普遍連接，形成“物聯(lián)網(wǎng)”，然后將“物聯(lián)網(wǎng)”與現(xiàn)有的互聯(lián)網(wǎng)整合起來，實現(xiàn)教學、生活與校園資源和系統(tǒng)的整合, 實現(xiàn)了校園內(nèi)任何人、任何物、任何信息載體、任何時間、任何地點的互聯(lián)互通，海量信息在物聯(lián)網(wǎng)平臺的聚合而產(chǎn)生新的信息，從而給廣大師生提供了智慧化的業(yè)務和服務模式。
2.4 大數(shù)據(jù)時代的來臨
智慧校園不僅僅可以吸引學校用戶融入到信息化校園體系中，在它的背后，每天都在產(chǎn)生和累積海量的數(shù)據(jù)。海量以人為核心，以人的關系為基礎作信息生產(chǎn)、交換，從而產(chǎn)生的巨大信息爆炸。同時，大數(shù)據(jù)將產(chǎn)生比現(xiàn)在更有價值的服務模式。
在校園里，智慧校園可以針對每天都在產(chǎn)生與積累的大數(shù)據(jù)，進行分析與挖掘，從而了解校園中每個用戶的心聲，掌握校園輿情與熱點，實現(xiàn)校園信息的價值最大化。
智慧校園采用先進的智能計算技術，包括信息搜索、數(shù)據(jù)挖掘、數(shù)據(jù)分析、自然語言、機器學習等關鍵技術，充分結合云計算、物聯(lián)網(wǎng)，捕捉身處教育行業(yè)的每一個用戶的每一次活動，讓機器學習用戶，讓軟件理解用戶，使得身處網(wǎng)絡結點中的每一個人都成為校園大腦的一個神經(jīng)元，智慧校園必定會將信息化校園推向一個更高的層次。
2.5 互聯(lián)網(wǎng)+
“互聯(lián)網(wǎng)+”戰(zhàn)略就是利用互聯(lián)網(wǎng)的平臺，利用信息通信技術，把互聯(lián)網(wǎng)和包括傳統(tǒng)行業(yè)在內(nèi)的各行各業(yè)結合起來，在新的領域創(chuàng)造一種新的生態(tài)。
在智慧校園的架構下，學校將會變成一個更小的局部，校園并非學生生活、學習的全部，在在線課程、物聯(lián)網(wǎng)的環(huán)境下，外面將會成為學生學習、生活、科研的更大空間，網(wǎng)絡空間將會和學習空間合在一起，“網(wǎng)絡延伸到哪里，你的學習、科研、生活也能延伸到哪里。”
2.6 云計算數(shù)據(jù)中心
互聯(lián)網(wǎng)服務規(guī)模日趨巨大，對成本很敏感，而且業(yè)務需求的變化也異常頻繁，這和PC應用的特點截然不同。現(xiàn)在的系統(tǒng)設計原則是在桌面環(huán)境中歷時30余年發(fā)展起來的，但到了今天已經(jīng)完全不適應數(shù)據(jù)中心環(huán)境，我們需要重新思考并總結出適用的設計原則。(合肥自友科技)
從體系結構的角度看待軟硬件系統(tǒng)。傳統(tǒng)的軟硬件系統(tǒng)基于桌面環(huán)境設計，而今天的數(shù)據(jù)中心環(huán)境有了很多變化，比如應用特點和負載模型、開發(fā)模式、評價體系等，這導致了傳承至今的設計原則不再適用。云計算技術可為數(shù)據(jù)中心計算服務，必然成為是未來的發(fā)展趨勢。
通過云計算數(shù)據(jù)中心的建設，實現(xiàn)異構信息系統(tǒng)之間的數(shù)據(jù)交換和共享。明確業(yè)務系統(tǒng)與數(shù)據(jù)中心平臺的接口規(guī)范；保證數(shù)據(jù)的準確一致，“誰產(chǎn)生、誰維護”；建立可以提供整個學院綜合查詢和決策支持所需的數(shù)據(jù)信息，為學校的決策支持積累數(shù)據(jù)；為后續(xù)開發(fā)各種應用系統(tǒng)提供數(shù)據(jù)服務，保證新系統(tǒng)建設數(shù)據(jù)的鮮活性和一致性，不會產(chǎn)生新的數(shù)據(jù)孤島。
數(shù)據(jù)中心作為傳統(tǒng)數(shù)字化校園“四大平臺”的最基礎的數(shù)據(jù)支撐平臺，在新型智慧校園中有了更新的發(fā)展。它與應用系統(tǒng)的耦合度進一步降低，同時數(shù)據(jù)處理能力得到了更大的提高，提供了強大的運行動力，未來，數(shù)據(jù)中心將發(fā)揮更高效、更強大的數(shù)據(jù)處理能力。
圖：信息化發(fā)展趨勢
三 學校信息化現(xiàn)狀
此處描述學校概況
“十二五”期間，學校逐步加大信息化建設力度，在基礎設施、應用系統(tǒng)及資源建設等方面取得了不俗的成績，為學校的教學、科研、實驗實訓、德育、考核管理等工作提供了信息保障，為學院的建設和發(fā)展提供了較好的信息平臺。
近年來，學校在各級部門的支持下，在學院領導的關注下，學校建立了良好的網(wǎng)絡基礎環(huán)境，校園網(wǎng)絡接入CERNET和INTERNET，并且積累了大量的數(shù)字資源和MIS資源，主要建設情況如下：
1 信息化基礎設施建設基本完善
學校信息化建設多年以來投入了大量資金進行建設，形成了百兆與千兆相結合的網(wǎng)絡主干結構，各類基礎設施建設基本到位，在標準性、開放性、兼容性、可擴充性上可以滿足下一階段智慧校園整體建設的要求。
2 網(wǎng)絡基礎服務內(nèi)容豐富
目前學校已經(jīng)具備了一些基礎網(wǎng)絡服務和部門級應用，如EMAIL、WWW、DNS解析、地址映射、DHCP、FTP服務等。
3 建設了校園中心機房和部分管理系統(tǒng)
多年來學校建設了教務管理系統(tǒng)、財務管理系統(tǒng)、后勤管理、統(tǒng)等管理信息系統(tǒng)。這些系統(tǒng)在學校取得了較好的實際應用效果，為各部門、廣大師生提供了便捷的信息化服務，但隨著應用的不斷深入，也出現(xiàn)了以下問題：
1 信息標準不統(tǒng)一
各應用系統(tǒng)建設于不同時期，采用了不同的信息標準規(guī)范，并且各自獨立，各類有效數(shù)據(jù)不能進行交互合并、信息難以共享。
教務處學生的學號與財務處、學生處的學號不一致，導致跨部門業(yè)務難以進行，造成不可估量的困難；
學校數(shù)據(jù)與國家標準、省級標準不同，在數(shù)據(jù)上報、統(tǒng)計分析時難以與標準規(guī)范體系融合；
……
2 信息孤島問題比較突出
教務處、財務處、人事處等系統(tǒng)及數(shù)據(jù)各自獨立，部門數(shù)據(jù)不能有效及時交互，導致管理存在漏洞。
新生數(shù)據(jù)不能及時同步到各業(yè)務部門，導致其他部門工作難以有效開展
學籍變動、人事變動，信息缺乏互通，造成財政收支漏洞；
學生處和后勤部門信息不統(tǒng)一，學生突發(fā)狀況很難處理
……
3 缺乏信息服務集中展示平臺
各自獨立的應用系統(tǒng)導致缺乏協(xié)同能力，也缺乏為用戶提供個性化信息服務的能力。重管理輕服務，為師生提供的信息服務沒有良好的應用體驗。
學生入學時：對于報到注冊流程不能及時獲取，迎新現(xiàn)場效率較差；
學生在校時：各類申請服務需要填寫大量的重復信息，十分繁雜；
學生離校時：不清楚離校手續(xù)審批情況，仍然需要到每個業(yè)務部門排隊蓋章；
老師年底時：年終總結填寫，仍要到各個系統(tǒng)去統(tǒng)計自己的工作量、科研情況，不能通過系統(tǒng)統(tǒng)一獲取和生成；
……
4 缺乏數(shù)據(jù)挖掘分析應用
各個部門的應用系統(tǒng)（如教務管理系統(tǒng)、圖書管理系統(tǒng)等），數(shù)據(jù)維度較窄，不能站在全校的高度進行綜合查詢和決策分析，各個應用系統(tǒng)能夠發(fā)揮的效益沒有更好地利用和挖掘。
全校人才培養(yǎng)評估體系指標信息，不全面、不及時、不準確；
招生率、報到率、就業(yè)率統(tǒng)計難，教師職稱統(tǒng)計難，欠費統(tǒng)計難；
教師工作量核算，教學、科研工作量無法統(tǒng)計；
學生獎助貸評審，沒有參考數(shù)據(jù)；
……
第二章 建設總體規(guī)劃
一 建設目的
智慧校園建設是與發(fā)展戰(zhàn)略相匹配的長期、持續(xù)的過程。兼顧到歷史的、已有的校內(nèi)信息化成果和積累的同時，更重要的是為未來的信息化的發(fā)展奠定基礎、制定框架，使智慧校園的建設隨著時間推移不斷完善、不斷更新，而不因技術路線變化、管理思路的變更而導致斷裂，能夠有效形成長期的積累。
智慧校園就是通過整合內(nèi)部資源、積累現(xiàn)有信息化成果，為構建核心競爭力提供先進的、完整的信息化解決方案。
概括起來智慧校園的主要建設內(nèi)容如下：
1、制定符合學校信息化建設的長遠規(guī)劃和各階段具體實施規(guī)劃，來指導全校信息化建設；
2、加強信息化基礎設施建設，依托互聯(lián)網(wǎng)、校園網(wǎng)、移動網(wǎng)和物聯(lián)網(wǎng)的多網(wǎng)融合技術，構建穩(wěn)定、可靠、安全的網(wǎng)絡基礎環(huán)境；
3、基于“架構統(tǒng)一、數(shù)據(jù)融合、應用集成”的建設框架搭建智慧校園的基礎平臺；
4、以師生服務為主線，設計和搭建校級管理信息系統(tǒng)，優(yōu)化現(xiàn)有管理流程和管理機制，在保證戰(zhàn)略目標實現(xiàn)的前提下，提高行政管理效率，節(jié)約管理成本；
5、豐富健全各級人員交流協(xié)同的手段，創(chuàng)建教學平臺和科研服務平臺，為全校師生提供良好的生活服務、教學服務和科研服務；
6、規(guī)范的數(shù)據(jù)管理、采集和分析方法，做好歷史數(shù)據(jù)和信息的收集、整理工作，提高數(shù)據(jù)收集的準確性、有效性和實時性，為領導層進行相關決策提供科學、合理的決策支持。
7、以優(yōu)質(zhì)教育資源為基礎，通過信息化技術，以先進、實用的教學手段（如：網(wǎng)絡自主學習平臺），為學生提供多種多樣的學習方式，調(diào)動學生自主學習意愿，使教學內(nèi)容更具有實踐性。
8、利用信息化技術，結合學校已有的人力、物理有效劃分各類資源職能，提供高效、實用的資源共享服務，提高資源利用率，構建可持續(xù)發(fā)展的資源共享體系。
9、做好信息技術的普及和培訓工作，提高廣大師生和工作人員運用信息技術的水平和意識。培養(yǎng)、建立、完善學校信息化管理隊伍。創(chuàng)造更好的條件引導學生利用網(wǎng)絡、現(xiàn)代信息技術做學問做研究，使學生在掌握各種信息技術的同時不斷地提升自身的信息素養(yǎng)。
二 建設原則
在學校智慧校園建設過程中，著重堅持如下原則：
安全性
智慧校園建設過程中，充分考慮了系統(tǒng)安全性，從代碼安全，系統(tǒng)安全，數(shù)據(jù)安全等方面，建立了安全機制。代碼安全方面，通過成熟的安全測試軟件進行了多次的安全掃描與修復；系統(tǒng)安全方面，定期針對其服務器和用戶終端操作系統(tǒng)制定詳細可行的補丁安裝策略；數(shù)據(jù)安全方面，定期進行數(shù)據(jù)庫安全掃描，及時更新漏洞補丁。
實用、高效、可擴展原則
本項目中所采用的產(chǎn)品，便于操作、實用高效。同時，隨著IT技術和學校業(yè)務的不斷發(fā)展，本系統(tǒng)將會發(fā)生各種變化，系統(tǒng)設計必須能適應這種變化，在系統(tǒng)實施過程中，系統(tǒng)的結構、配置也會發(fā)生這樣或那樣的變化，該平臺有一定的靈活性來適應這種變化。
標準化與一致性原則
信息化是一個龐大的系統(tǒng)工程，其體系的設計必須遵循一系列的標準，確保各個分系統(tǒng)的一致性，整個系統(tǒng)能安全地互聯(lián)互通、信息共享。
需求、風險、成本折衷原則
任何系統(tǒng)都不可能一直滿足業(yè)務發(fā)展的需要，鑒于這種情況，在設計系統(tǒng)時，在需求、風險和成本之間進行平衡和折中。同時，要盡量保護已有投資。
整體設計原則
本次建設項目只是是一個基礎工作，在設計系統(tǒng)時，必須為以后的建設保留接口，方便擴展，能保證后期建設的方便。
三 建設思路
智慧校園建設的一個主要目的就是要打破學校內(nèi)的信息孤島，其核心是在人、流程和信息三個層面的全面整合。智慧校園應該能夠為全校師生員工及校外用戶提供統(tǒng)一的、一站式的服務渠道；能夠?qū)W校各種業(yè)務流程穿接起來，實現(xiàn)各種應用系統(tǒng)的互聯(lián)互通；能夠?qū)崿F(xiàn)應用系統(tǒng)間的公共信息的共享和統(tǒng)一，建立校級統(tǒng)一共享數(shù)據(jù)中心。
本方案提出建立在基于微服務的全局服務模型基礎上，以數(shù)據(jù)整合、應用整合、門戶整合來構建學校智慧校園。
我們針對學校前期信息化建設存在的問題，結合公司在信息化建設領域的實踐成果，提出總體解決方案。
1 以系統(tǒng)整合為核心
在校園信息化建設方式上，國內(nèi)一直存在著兩種模式的爭議，即大集中模式和整合模式。
大集中模式是采用類似于ERP的大集中建設思路，統(tǒng)一進行校園信息化建設，將所有的應用系統(tǒng)建設在同一個平臺上。這種模式的優(yōu)點是各應用系統(tǒng)天然地成為一個整體，不存在系統(tǒng)整合問題，系統(tǒng)運營維護也比較方便；其缺點是建設周期長，系統(tǒng)風險集中，對開發(fā)商要求高，系統(tǒng)整體架構的規(guī)劃和頂層設計要全面，否則系統(tǒng)出現(xiàn)的局部問題會對整個系統(tǒng)都會產(chǎn)生重大影響。因此，大集中模式適用于業(yè)務需求清晰、核心業(yè)務流程比較固定的系統(tǒng)。
整合模式則采用分散建設的方式，各應用系統(tǒng)建設要根據(jù)具體的業(yè)務需求，選擇市場上最適合學校需求的、性價比最高的產(chǎn)品，以滿足業(yè)務需求為主，不要求統(tǒng)一在一個平臺，然后通過各種方式對這些系統(tǒng)進行整合，使之成為一個整體。這種方式的優(yōu)缺點和大集中模式正好相反，其優(yōu)點是風險分散，將整體性的系統(tǒng)風險分散到各個單個系統(tǒng)中，單一系統(tǒng)故障不會影響整個大系統(tǒng)的運行，可以采用比較靈活的建設策略，其缺點是存在大量的系統(tǒng)整合問題。因此，整合模式適用于業(yè)務需求多變，需要逐步建設的系統(tǒng)。
考察我國教育信息化IT領域，目前還沒有一家供應商能提供覆蓋智慧校園所有應用系統(tǒng)的產(chǎn)品或解決方案，而的智慧校園也需要逐步建設和完善，因此，我們建議采用整合的建設模式，重點通過5個基礎平臺來實現(xiàn)各應用系統(tǒng)的整合。
通過應用集成平臺實現(xiàn)跨部門的業(yè)務協(xié)同。
一方面，管理部門的業(yè)務處理需要得到其他部門的支持，比如（科研處）科研項目管理時就需要了解科研項目的設備采購信息（來源于設備處）；另一方面，許多服務類應用系統(tǒng)需要得到一個或多個管理部門的支持，如離校服務需要得到教務處、學生處、圖書館等多個部門的支持，利用應用集成平臺，可以使各管理系統(tǒng)相互之間共享信息資源，實現(xiàn)跨部門、跨平臺的功能共享，形成一個整體，為服務系統(tǒng)提供統(tǒng)一的支持。
通過公共數(shù)據(jù)平臺實現(xiàn)核心數(shù)據(jù)的共享。
它們既是公共數(shù)據(jù)平臺的數(shù)據(jù)提供者，又是數(shù)據(jù)使用者。一方面，管理類應用系統(tǒng)將產(chǎn)生某些核心數(shù)據(jù)，它將作為公共數(shù)據(jù)平臺的權威數(shù)據(jù)源，為公共數(shù)據(jù)平臺提供這些核心數(shù)據(jù)，比如人事管理系統(tǒng)是“教職工基本信息”的權威數(shù)據(jù)；另一方面，應用系統(tǒng)需要從公共數(shù)據(jù)平臺獲取數(shù)據(jù)，如科研管理系統(tǒng)就需要從公共數(shù)據(jù)平臺中獲取參與科研課題的教師的基本信息。
通過統(tǒng)一身份認證平臺實現(xiàn)用戶認證和權限控制。
各應用系統(tǒng)的用戶管理、用戶認證和權限控制都統(tǒng)一由統(tǒng)一身份認證平臺進行管理，在技術上實現(xiàn)集中管理模式，在管理上采用分級授權模式。
通過綜合服務門戶和移動校園門戶實現(xiàn)單點登錄和門戶整合。
綜合服務門戶要實現(xiàn)所有應用系統(tǒng)的單點登錄，用戶一次登錄后可以進入所有的應用系統(tǒng)。
2.以服務建設為重點
隨著學校的管理、服務的不斷深入，校園信息化建設應用系統(tǒng)體現(xiàn)了一些新的特點，主要包括：
應用系統(tǒng)不僅要支持核心管理流程的處理，同時也要支持廣大師生的服務需求。 首先，它們主要是面向內(nèi)部行政管理人員的，如教務管理系統(tǒng)、人事管理系統(tǒng)的主要功能都是由學校教務處、人事處工作人員使用，用于支持其日常管理活動，但是，其中的一部分功能也會延伸到全校師生，比如教務系統(tǒng)要向?qū)W生開放網(wǎng)上選課的功能，人事系統(tǒng)要向教師開放人事信息查詢等功能。
應用系統(tǒng)不僅僅局限于部門內(nèi)部的業(yè)務流程，同時也需要與與其他部門應用系統(tǒng)進行業(yè)務協(xié)同和數(shù)據(jù)交換。 比如學生管理系統(tǒng)的學生基本信息來源于教務管理系統(tǒng)等。
全局性的、跨部門的應用系統(tǒng)日益增多，需要與多個應用系統(tǒng)協(xié)同工作。 特別是面向師生的服務系統(tǒng)，如迎新服務、離校服務等，
因此，智慧將轉(zhuǎn)變“重管理輕服務”的思想，以服務建設為重點，將原有的業(yè)務系統(tǒng)按照用戶的需求、使用習慣等因素重新進行封裝，為學生、教師、領導等角色提供個性化的功能服務。
四.總體框架設計和技術路線
1.總體架構
圖：系統(tǒng)總體架構
1 、IT設施和云數(shù)據(jù)中心
IT基礎設施建設包括綜合操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、應用服務器、備份務器等構成的智慧校園應用系統(tǒng)的數(shù)據(jù)匯聚、運行支撐環(huán)境。
2、基礎支撐平臺
包括統(tǒng)一身份認證平臺、綜合服務門戶平臺、統(tǒng)一消息平臺、內(nèi)容管理平臺、統(tǒng)一支付平臺、地理信息服務、移動平臺等，以上平臺對上層應用提供身份識別、內(nèi)容匯聚、消息傳遞、內(nèi)容管理、移動應用等提供支撐。
3、數(shù)據(jù)管理平臺
數(shù)據(jù)管理平臺包括數(shù)據(jù)共享中心、數(shù)據(jù)交換平臺、數(shù)據(jù)監(jiān)控系統(tǒng)、元數(shù)據(jù)管理等，數(shù)據(jù)交換平臺可以完成大量數(shù)據(jù)的ETL過程，給綜合數(shù)據(jù)查詢統(tǒng)計和分析提供可靠的數(shù)據(jù)來源，數(shù)據(jù)監(jiān)控系統(tǒng)可以實時監(jiān)控數(shù)據(jù)交換的狀態(tài)，實現(xiàn)數(shù)據(jù)交換的可視化管理。
4、統(tǒng)一開發(fā)運行平臺
綜合應用和綜合服務系統(tǒng)需要一個穩(wěn)定可靠、安全的運行平臺來支撐，同時業(yè)務流程和管理的變革無處不在，需要有一個靈活、快速適應業(yè)務變化的開發(fā)平臺來保證應用按需定制。系統(tǒng)開發(fā)運行平臺包括報表工具、工作流引擎等。業(yè)務流和數(shù)據(jù)流提供一個通用的通道，通過標準的Web API接口，應用系統(tǒng)可以提供服務接口和數(shù)據(jù)交互接口。
5、綜合應用
綜合管理主要圍繞學校的教學、學生管理、辦公及人力資源管理，建設基于統(tǒng)一平臺的綜合應用系統(tǒng)，并通過數(shù)據(jù)平臺和門戶平臺，和現(xiàn)有管理系統(tǒng)完成信息的集成和流程的整合。
1）學生綜合管理
學校學生管理事務由于管理的學生數(shù)量多，加上業(yè)務要求變化快，往往在管理上需要協(xié)調(diào)多個部門來完成一項事務，比如德育、迎新、離校、獎學金等事務，所以系統(tǒng)的各項管理功能需要從學校整體角度來考慮，不能簡單的以部門或者以學生類別的方式進行獨立管理，否則學校一方面建設系統(tǒng)得不到應有的效果，而且會重復建設某一系統(tǒng)。
2）教學綜合管理
教學管理給學校教務部門、教學院系、教師、學生及相關職能部門提供統(tǒng)一的網(wǎng)上工作平臺，涵蓋教學管理各方面，為學生教學相關管理部門提供實時、方便的各項管理服務；通過基于網(wǎng)絡的管理，促進教學管理部門工作效率和管理水平的提高，同時為學校領導及相關部門用戶提供及時、科學的決策分析工具，提高學校教學與管理質(zhì)量。主要覆蓋課程管理、教師信息管理、學籍管理、教學計劃管理、排課管理、考務管理、成績管理、實踐管理、教學質(zhì)量評估管理、教材管理等。
3）教師綜合管理
專注于師資隊伍的建設，覆蓋人才選、用、育、留的全過程，提供一體化的管理以及面向教師的一站式服務平臺。主要覆蓋人事信息管理、合同管理、師德管理、培訓管理、考勤管理、職稱管理、考核管理、科研管理、科研上報等。
6、協(xié)同應用
協(xié)同應用服務主要圍繞的4大核心業(yè)務內(nèi)容——即教學、科研、德育、教師綜合考核，主體內(nèi)容定位在“協(xié)作服務”和“過程支持”上，通過人際協(xié)作過程的信息化，為提升學校教學質(zhì)量與科研、考核能力服務。
7、綜合分析
學校各個業(yè)務系統(tǒng)的建設將學校業(yè)務的發(fā)展和推動起到積極、有效的作用。但教務、學工、人事等各類業(yè)務系統(tǒng)的建設都只是圍繞各個業(yè)務部門或單元的業(yè)務，學校尚未建立覆蓋學校整體情況的綜合查詢，校領導及各級管理人員無從了解學校整體校情，業(yè)務系統(tǒng)更無從談及為學校決策提供依據(jù)。
綜合分析即是利用數(shù)據(jù)抽取工具和數(shù)據(jù)挖掘工具等數(shù)據(jù)倉庫技術手段，梳理校情數(shù)據(jù)、積累信息資源、規(guī)范信息管理、加強教學的質(zhì)量監(jiān)控，促進學校各部門協(xié)調(diào)運作，提高學校管理水平。
8、綜合服務
通過校園綜合服務門戶體現(xiàn)面向師生、領導、合作學校、校友等服務對象提供一站式、個性化、全面的信息化綜合服務。系統(tǒng)所有提供的功能和應用通過綜合服務的形式對外發(fā)布，服務內(nèi)容面向服務對象進行設計，在學校綜合服務門戶平臺上進行展現(xiàn)。(合肥自友科技)
服務主要以教學、科研、德育 、教師考核、管理、公共服務、校園文化生活、社會服務和決策支持等方面提供有效的智慧服務，服務的類型主要包括以下七種：
教學服務：為教學資源管理、教學活動、課程建設、專業(yè)建設提供的數(shù)字化服務；
科研服務：提供科研和教研活動提供的數(shù)字化服務；
德育服務：提供學生基礎考核，德育分析服務，多維度的對學生考核，發(fā)展學生德智體美勞。
教師考核服務：提供教師多種維度考核，實現(xiàn)老師職稱評價，多維度為學校服務，為學生服務。
管理服務：提供各類管理過程的數(shù)字化服務，包括學生管理、教職工管理、財務管理、教務管理、資產(chǎn)管理、后勤管理、校務辦公管理等；
文化生活服務：提供支持校園文化生活的服務，如校園社區(qū)交流、后勤智慧化服務等；
社會服務：提供面向社會提供的數(shù)字服務，主要包含校企共享信息服務、遠程培訓服務等；
決策支持服務：為校領導和學校發(fā)展提供決策支持的服務。
9、智慧校園支撐環(huán)境體系
1）智慧校園安全體系
建立校園信息化綜合安全服務體系，從物理、網(wǎng)絡、系統(tǒng)、信息和管理等方面保證整體安全，是保障校園信息化系統(tǒng)安全可靠運行的支撐體系。
2）智慧校園信息標準體系
為各個系統(tǒng)定義統(tǒng)一的標準，包括信息標準、編碼標準、管理規(guī)范、實施規(guī)范、維護規(guī)范等，提供日常運維服務，是保障校園信息化系統(tǒng)規(guī)范、可靠運行的支撐體系。
3）智慧校園運維管理體系
包括系統(tǒng)監(jiān)控、系統(tǒng)管理、項目管理、維護服務等，是保障校園信息化系統(tǒng)安全可靠運行的重要支撐體系。
2.技術路線
2.1 采用 微服務 體系結構
系統(tǒng)開發(fā)基于經(jīng)典技術組合（Spring Boot、Spring Security、MyBatis、Jwt、Vue等），為教師、學生、行政辦公人員提供個性化的服務，可以提高系統(tǒng)的可維護性和軟件代碼的重用性，降低學校對IT資源的投資。
2.2 應用程序的編程語言
本系統(tǒng)采用前端后端獨立分離技術
前端使用具有良好的兼容性，和穩(wěn)定性的Vue來開發(fā)。組件式開發(fā)模式是的維護效率高，界面優(yōu)良的美化性好的框架。是一個輕量級的MVVM（Model-View-ViewModel），其實就是所謂的數(shù)據(jù)的雙向綁定；數(shù)據(jù)驅(qū)動和組件化的前端開發(fā)；通過簡單的API就能實現(xiàn)響應式的數(shù)據(jù)綁定和組合的視圖組件指令。
1) 服務器端采用符合信創(chuàng)標準的Java語言，Java是一門面向?qū)ο蟮木幊陶Z言，不僅吸收了C++語言的各種優(yōu)點，還摒棄了C++里難以理解的多繼承、指針等概念，因此Java語言具有功能強大和簡單易用兩個特征。Java語言作為靜態(tài)面向?qū)ο缶幊陶Z言的代表，極好地實現(xiàn)了面向?qū)ο罄碚摚试S程序員以優(yōu)雅的思維方式進行復雜的編程。Java具有簡單性、面向?qū)ο蟆⒎植际?、健壯性、安全性、平臺獨立與可移植性、多線程、動態(tài)性等特點。Java可以編寫桌面應用程序、Web應用程序、分布式系統(tǒng)和嵌入式系統(tǒng)應用程序等。
2) 系統(tǒng)數(shù)據(jù)庫層采用原生sql封裝的MyBatis框架，MyBatis 是一款優(yōu)秀的持久層框架，它支持定制化 SQL、存儲過程以及高級映射。MyBatis 避免了幾乎所有的 JDBC 代碼和手動設置參數(shù)以及獲取結果集。MyBatis 可以使用簡單的 XML 或注解來配置和映射原生信息，將接口和 Java 的 POJOs(Plain Ordinary Java Object,普通的 Java對象)映射成數(shù)據(jù)庫中的記錄。
3) 數(shù)據(jù)庫采用sqlserver存儲，所有數(shù)據(jù)庫的設計，都采用SQL SERVER進行，并且采用面向?qū)ο蟮脑O計方法，首先進行對象實體的設計，最后將對象持久化到數(shù)據(jù)庫中，這樣能夠?qū)⒄麄€系統(tǒng)的設計和數(shù)據(jù)庫設計有機的結合起來。同時，系統(tǒng)可以做到與達夢數(shù)據(jù)庫的無縫切換。
2.3 統(tǒng)一的數(shù)據(jù)存儲
系統(tǒng)采用統(tǒng)一的數(shù)據(jù)庫平臺——sqlserver數(shù)據(jù)庫，能夠?qū)崟r的沉淀各業(yè)務過程中產(chǎn)生的業(yè)務數(shù)據(jù)，保證面向?qū)W生、行政管理人員、領導所能查詢到的數(shù)據(jù)時實時、精確、唯一的。特別是每年都需要進行各種信息統(tǒng)計、報表等，對數(shù)據(jù)的準確度以及實時性有較高的要求，而系統(tǒng)很好的解決了數(shù)據(jù)傳遞的實時性。
2.4 面向?qū)ο蟮慕M件技術
采用面向?qū)ο蠼M件化設計，基于跨平臺業(yè)界標準，完全獨立于硬件和操作系統(tǒng)的開發(fā)環(huán)境。在設計和開發(fā)上需提供多種組件服務：公用組件和應用組件。基礎服務提供獨立于業(yè)務的公用組件，如工作流引擎、服務引擎、消息引擎、菜單管理引擎、電子表單、格式轉(zhuǎn)換、個性化訂制等；基于對業(yè)務功能的抽象，建立可重復使用的應用程序“業(yè)務對象”（應用組件），利用這些組件，構建分布式應用系統(tǒng)。另一方面，組件的可重用性和可插拔性，可以大大加快軟件開發(fā)的速度，降低了軟件開發(fā)和再開發(fā)的成本，提供了系統(tǒng)良好的可伸縮性，使系統(tǒng)輕易地組合與拆分其功能模塊。
2.5 主要特性
完全響應式布局（支持電腦、平板、手機等所有主流設備）
強大的一鍵生成功能（包括控制器、模型、視圖、菜單等）
支持多數(shù)據(jù)源，簡單配置即可實現(xiàn)切換。
支持按鈕及數(shù)據(jù)權限，可自定義部門數(shù)據(jù)權限。
對常用js插件進行二次封裝，使js代碼變得簡潔，更加易維護
完善的XSS防范及腳本過濾，徹底杜絕XSS攻擊
Maven多項目依賴，模塊及插件分項目，盡量松耦合，方便模塊升級、增減模塊。
國際化支持，服務端及客戶端支持
完善的日志記錄體系簡單注解即可實現(xiàn)
支持服務監(jiān)控，數(shù)據(jù)監(jiān)控，緩存監(jiān)控功能
2.6 系統(tǒng)集成接口
通過開放的體系架構模式，能夠為第三方軟件提供相關接口、開發(fā)規(guī)范、源代碼，并為學校提供綜合服務門戶平臺、統(tǒng)一身份認證平臺、數(shù)據(jù)交換平臺等二次開發(fā)的接口規(guī)范、相關技術文檔等。
2.7 跨平臺支持
平臺及應用采用B/S分布式軟件架構，所使用操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、應用服務器中間件系統(tǒng)，均為當前IT行業(yè)內(nèi)主流軟件系統(tǒng)產(chǎn)品，開發(fā)技術采用面向組件技術等，可以最大限度的優(yōu)化系統(tǒng)內(nèi)部結構，可以使系統(tǒng)內(nèi)部在結構依賴性上降至最低，同時可以部署于Windows、Unix、Linux，國產(chǎn)麒麟等高安全性操作系統(tǒng)。系統(tǒng)均支持IPV6\IPV4雙棧式網(wǎng)絡互聯(lián)，可以在IPV4和IPV6網(wǎng)絡環(huán)境中穩(wěn)定運行。
第三章 建設規(guī)劃內(nèi)容
一.基礎平臺建設
1.校園信息標準
1.1 系統(tǒng)概述
信息標準建設是學校智慧校園項目的重點之一，對推進項目建設，保證信息的交流與共享，有著重要的意義。因此所采用的信息標準必須保證和國家以及教育部的信息標準相兼容。
信息標準是整個智慧校園建設的基礎，是實現(xiàn)全校范圍內(nèi)教育信息資源交流與共享的必要條件。信息標準在全校范圍內(nèi)為數(shù)據(jù)庫設計提供類似數(shù)據(jù)字典的作用，為信息交換、資源共享提供基礎性條件。信息標準需要保證信息在采集、處理、交換、傳輸?shù)倪^程中有統(tǒng)一、科學、規(guī)范的分類和描述，能夠使信息更加有序流通、最大限度地實現(xiàn)信息資源共享, 使學校信息系統(tǒng)得到協(xié)同發(fā)展，發(fā)揮信息資源的綜合效益。
1.2 建設目標
學校信息規(guī)范建設的總體目標是：嚴格遵循計算機軟件行業(yè)的各項國家標準、教育部頒布的2012版《教育信息化數(shù)據(jù)標準》，同時在參考國際上通行的軟件開發(fā)標準和規(guī)范的前提下，根據(jù)學校的具體情況和實際需求，協(xié)助學校建立一套科學、實用、完善的信息化標準體系和規(guī)范。
信息標準建設具有很強的兼容性、開放性和可管理性，提供能靈活調(diào)整信息標準的管理和維護工具，能夠與教育部現(xiàn)有和即將推出的符合頒部標準的各種教育管理信息系統(tǒng)軟件配合使用。
具體目標為：
1、推進學校信息化建設，保證信息的交流與共享。
2、為數(shù)據(jù)庫設計提供類似數(shù)據(jù)字典的作用，為信息交換、資源共享提供基礎性條件。
3、保證信息在采集、處理、交換、傳輸過程中有統(tǒng)一、科學、規(guī)范的分類和描述，能夠使信息有序流通、最大限度地實現(xiàn)信息資源共享，使學校信息系統(tǒng)得到協(xié)同發(fā)展，發(fā)揮信息資源的綜合效益。
1.3 建設內(nèi)容
1.3.1 信息標準
管理信息標準是信息在采集、處理、交換、用戶訪問、傳輸過程中的統(tǒng)一規(guī)范，是實現(xiàn)學校信息資源共享和信息系統(tǒng)得到協(xié)同發(fā)展的基礎?；趪覙藴?、教育部標準、行業(yè)標準和學校已有的校標，兼顧各個標準之間的兼容性、一致性以及標準的可擴展性，建設和完善學校的各項標準并給出信息分類編碼規(guī)格說明書，建設形成一套符合學校自身實際的管理信息化標準。主要包含數(shù)據(jù)標準、標準管理工具的建設。
數(shù)據(jù)標準：數(shù)據(jù)按照統(tǒng)一的標準產(chǎn)生、存放、使用，使數(shù)據(jù)真正實現(xiàn)共享。
信息子集建設：包括學?；厩闆r信息子集、學生信息子集、教職工信息子集、教學管理信息子集、體育衛(wèi)生信息子集、辦公信息子集、房產(chǎn)信息子集、圖書信息子集、財務信息子集等。
代碼標準建設：為了保證數(shù)據(jù)錄入規(guī)范，便于查找和統(tǒng)計，每個管理子集都對應著相應的標準代碼，代碼標準分國家代碼標準、部頒代碼標準、學校代碼標準，以及代碼的定義與說明。
學校自定義編碼規(guī)范：制定學校自定義編碼規(guī)范、如學號、職工號、組織機構編號等規(guī)則，公司方根據(jù)項目實施經(jīng)驗可對學校提供相關規(guī)范文檔，配合學校完成自定義編碼工作。
交換標準：制定學校交換數(shù)據(jù)描述、互換模型設計，根據(jù)業(yè)務系統(tǒng)間，數(shù)據(jù)交換可能用到的數(shù)據(jù)交換模型，交換周期的配置建議；學校對互換模型實施所作的配合工作。
交換接口標準：交換語義描述標準：交換周期、文件交換（XML文件、DBF文件、其它格式文件）、標準數(shù)據(jù)交換，采用XML、WEB Service作為數(shù)據(jù)傳輸?shù)臉藴剩瑤椭脩艚⒔y(tǒng)一的數(shù)據(jù)傳輸與數(shù)據(jù)交換規(guī)范，實現(xiàn)不同部門間、不同應用系統(tǒng)間的數(shù)據(jù)交換，具有良好的擴展性。明確學校未來加入的應用系統(tǒng)如何對接，以及相應的對接標準。
數(shù)據(jù)模型標準：在數(shù)據(jù)標準的基礎上，對學校的數(shù)據(jù)模型進行構建，主要針對分析場景和全局業(yè)務、全局統(tǒng)計進行設置。按照主題的形式對元數(shù)據(jù)、歷史數(shù)據(jù)建立數(shù)據(jù)模型標準。
標準管理工具：對學校的數(shù)據(jù)標準進行管理，實現(xiàn)對標準的維護和完善。
數(shù)據(jù)源管理。
能夠動態(tài)配置數(shù)據(jù)標準數(shù)據(jù)庫，支持智能的數(shù)據(jù)標準生成。
信息標準管理。
對信息標準的信息項進行管理，支持數(shù)據(jù)導入導出，支持標準的創(chuàng)建、維護、查詢。
編碼標準管理。
對信息標準編碼進行管理。
1.3.1.1 信息資源標準建設
從建設內(nèi)容上劃分，數(shù)據(jù)標準可以分為管理數(shù)據(jù)集和代碼集兩大類。管理數(shù)據(jù)集包括：學?；厩闆r信息子集、學生信息子集、教學管理子集、教工信息子集、科研信息子集、資產(chǎn)信息子集、體育衛(wèi)生子集、辦公信息子集、圖書信息子集、財務管理子集 從模型建設上劃分，數(shù)據(jù)標準建設可以分為標準代碼模型、權威數(shù)據(jù)模型、主題數(shù)據(jù)模型和資源數(shù)據(jù)模型建設四個部分，框架如下圖所示：
公共數(shù)據(jù)平臺通過數(shù)據(jù)交換平臺從數(shù)據(jù)源系統(tǒng)中采集和獲取數(shù)據(jù)，對數(shù)據(jù)源系統(tǒng)中所采集的數(shù)據(jù)進行重新組織，建立核心數(shù)據(jù)模型。數(shù)據(jù)模型是公共數(shù)據(jù)平臺的核心，包括：
權威數(shù)據(jù)模型。是面向全局的核心基礎數(shù)據(jù)。它由唯一業(yè)務源產(chǎn)生和維護，采集到公共數(shù)據(jù)平臺，供各業(yè)務系統(tǒng)共享和引用的數(shù)據(jù)。比如學生基本信息、教職工基本信息、學生成績信息、德育信息、學生繳費信息、設備進本信息、科研項目基本信息等。
標準代碼數(shù)據(jù)模型。根據(jù)學校的要求和教育部的標準，建立全校統(tǒng)一的信息資源標準代碼集，便于全局數(shù)據(jù)的共享。
資源數(shù)據(jù)模型。以文件等形式存儲和管理的資源數(shù)據(jù)，如文檔、照片、流媒體等。
主題數(shù)據(jù)模型。將來自于不同應用的數(shù)據(jù)按主題整合組織的數(shù)據(jù)，便于按主題進行展現(xiàn)。
在國標、部標（教育部頒布的信息標準）基礎上，結合實際情況選擇自己的執(zhí)行標準。比如假設職稱信息在國標、學?，F(xiàn)有系統(tǒng)中不一致，系統(tǒng)提供工具供管理人員選擇，并記錄當前選擇執(zhí)行的標準、其他標準，便于追蹤和后續(xù)的轉(zhuǎn)換。
1.3.1.2 標準代碼數(shù)據(jù)模型（數(shù)據(jù)標準代碼集）
標準代碼數(shù)據(jù)模型參考相應的國家標準、教育部標準和學校自定義的標準，規(guī)范數(shù)據(jù)字典，形成全校的數(shù)據(jù)代碼標準集。根據(jù)學校的實際情況，在建設標準代碼數(shù)據(jù)模型時，需要構建以下三類代碼：
資源庫代碼：業(yè)務系統(tǒng)已經(jīng)存在的正在使用的代碼
代碼參考標準：制定標準代碼需要參考的現(xiàn)行標準，如國標、行標、校標
國標：包括專業(yè)技術職務代碼、干部職務級別代碼等一系列國家標準代碼集。
行標：參考教育部發(fā)布的相關標準，包括培養(yǎng)方式代碼、二級學科代碼等一系列行業(yè)標準代碼集。
校標：根據(jù)學校情況，自定義校內(nèi)的相關標準代碼，包括校區(qū)代碼、學科類別、身份類別等學校已經(jīng)存在或新定義的標準代碼集。
代碼執(zhí)行標準：依據(jù)資源庫代碼、代碼參考標準，形成代碼執(zhí)行標準
通過制定學校自己的標準代碼集，建立學校信息資源的數(shù)據(jù)標準及數(shù)據(jù)交換標準。對于已經(jīng)存在的系統(tǒng)，其非標準的信息資源，通過標準代碼集進行轉(zhuǎn)換，信息資源交換到核心數(shù)據(jù)庫都成為標準的信息資源，并為其它各個應用系統(tǒng)提供統(tǒng)一的信息資源服務。對于新上的應用系統(tǒng)，通過統(tǒng)一的數(shù)據(jù)標準，可逐漸形成全校的信息建設規(guī)范。
制定代碼執(zhí)行標準的原則
向上靠原則：已有國家標準、部委標準的，采用國家和部委標準，不制定新標準；
繼承性原則：對已發(fā)布的教育部2002版標準，盡可能與其保持一致；
前瞻性原則：以現(xiàn)有系統(tǒng)為基礎，著眼于長遠發(fā)展需求，使本信息標準具有較長的生命周期。
初步擬訂的標準代碼包括：
| 序號 | 標準代碼名稱 |
|---|---|
| 1 | 用戶性別 |
| 2 | 菜單狀態(tài) |
| 3 | 系統(tǒng)開關 |
| 4 | 任務狀態(tài) |
| 5 | 任務分組 |
| 6 | 系統(tǒng)是否 |
| 7 | 通知類型 |
| 8 | 通知狀態(tài) |
| 9 | 操作類型 |
| 10 | 系統(tǒng)狀態(tài) |
| 11 | 專業(yè)層次 |
| 12 | 專業(yè)學科類別 |
| 13 | 教室類型 |
| 14 | 政治面貌 |
| 15 | 健康狀況 |
| 16 | 人員關系 |
| 17 | 合同類型 |
| 18 | 合同狀態(tài) |
| 19 | 學歷 |
| 20 | 學位 |
| 21 | 獎懲屬性 |
| 22 | 婚姻狀況 |
| 23 | 民族 |
| 24 | 血型 |
| 25 | 車輛類型 |
| 26 | 日程類型 |
| 27 | 車輛狀態(tài) |
| 28 | 維護類型 |
| 29 | 值班類型 |
| 30 | 圖紙型號 |
| 31 | 印制類型 |
| 32 | 日志類型 |
| 33 | 活動類型 |
| 34 | 報銷類型 |
| 35 | 發(fā)票類型 |
| 36 | 貨幣種類 |
| 37 | 人員狀態(tài) |
| 38 | 發(fā)帖類型 |
| 39 | 身份證件類型 |
| 40 | 基礎信息-課程管理-授課方式 |
| 41 | 基礎信息-課程管理-課程類別 |
| 42 | 基礎信息-課程管理-考試形式 |
| 43 | 基礎信息-課程管理-考試類型 |
| 44 | 公共-保險類型 |
| 45 | 學生減免-減免類別 |
| 46 | 學生減免-獎學金等級 |
| 47 | 學生獎助-獎學金來源 |
| 48 | 學生獎助-發(fā)放形式 |
| 49 | 學生獎助-助學金類型 |
| 50 | 學生資助-政策類型 |
| 51 | 學生資助-作業(yè)等級 |
| 52 | 學生資助-評語分類 |
| 53 | 學生資助-評語使用類型 |
| 54 | 返校管理-節(jié)假日類型 |
| 55 | 學生資助-貧困生檔次 |
| 56 | 公共-周 |
| 57 | 班主任管理-教師儀表 |
| 58 | 公用-請假類型 |
| 59 | 操行基礎分-考核周期 |
| 60 | 計量單位 |
| 61 | 清理類型 |
| 62 | 寢室收費標準 |
| 63 | 床位規(guī)格 |
| 64 | 職位屬性 |
| 65 | 結算方式 |
| 66 | 福利信息 |
| 67 | 工作經(jīng)驗 |
| 68 | 個性標簽 |
| 69 | 報到證簽發(fā)類別 |
| 70 | 企業(yè)性質(zhì) |
| 71 | 企業(yè)規(guī)模 |
| 72 | 寵物種類 |
| 73 | 物品種類 |
| 74 | 事故類型 |
| 75 | 接待類型 |
| 76 | 支付方式 |
| 77 | 學生狀態(tài) |
| 78 | 付費方式 |
| 79 | 藥品屬性 |
| 80 | 包裝單位 |
| 81 | 清理類型 |
| 82 | 癥狀信息 |
| 83 | 病種類型 |
| 84 | 疾病信息 |
| 85 | 評測量表類型 |
| 86 | 招生類型 |
| 87 | 保密級別 |
| 88 | 保存期限 |
| 89 | 保密級別 |
| 90 | 報修類型 |
| 91 | 稿本 |
| 92 | 文種 |
| 93 | 課題級別 |
| 94 | 課題級別等級 |
| 95 | 學科領域 |
| 96 | 語種 |
| 97 | 學科門類 |
| 98 | 科研大類 |
| 99 | 刊物級別 |
| 100 | 論著類別 |
| 101 | 出版社級別 |
| 102 | 就讀方式 |
1.3.1.3 權威數(shù)據(jù)模型（核心信息集）
權威數(shù)據(jù)模型是智慧校園信息資源的基礎數(shù)據(jù)，它包括了學生、教師、教學、資產(chǎn)等基礎信息，是構成權威數(shù)據(jù)模型的主要基礎數(shù)據(jù)，是未來校園數(shù)據(jù)倉庫的基礎，也是應用系統(tǒng)實現(xiàn)跨部門協(xié)同工作的基石。
1.3.1.4 數(shù)據(jù)模型分析設計 路線
在數(shù)據(jù)模型的設計中，一個良好的分析設計過程是十分關鍵的。我們根據(jù)以往經(jīng)驗提出以下關鍵設計過程：
根據(jù)全校業(yè)務特征，確定公共數(shù)據(jù)平臺核心數(shù)據(jù)模型的實施階段，根據(jù)各階段的核心數(shù)據(jù)模型覆蓋范圍分析部門之間和系統(tǒng)之間的信息共享范圍，形成階段UC矩陣(共享數(shù)據(jù)產(chǎn)生和共享的列表)；
結合學校具體情況，定義核心數(shù)據(jù)模型設計規(guī)范；
基于確定的全校信息編碼規(guī)范，遵循所分析的UC矩陣，分階段完成所涉及范圍的公共數(shù)據(jù)平臺結構設計；
根據(jù)階段覆蓋范圍，對已有系統(tǒng)的數(shù)據(jù)進行分析，完成從已有系統(tǒng)到規(guī)范的公共數(shù)據(jù)平臺的整合設計。(合肥自友科技)
1.3.1.5 數(shù)據(jù)模型設計規(guī)范
數(shù)據(jù)模型是公共數(shù)據(jù)平臺的核心，因此在整個設計過程中必須嚴格遵照設計規(guī)范進行設計。除了在本期的建設中需要遵循以外，后開發(fā)的系統(tǒng)也需要遵循這個設計規(guī)范。整個設計規(guī)范包括數(shù)據(jù)庫建模規(guī)范、命名規(guī)范、字段數(shù)據(jù)屬性定義規(guī)范、編碼規(guī)范。
建模規(guī)范
采用面向數(shù)據(jù)的設計方法，分析數(shù)據(jù)本身屬性及數(shù)據(jù)間的相互關系來分析設計數(shù)據(jù)庫。在關系數(shù)據(jù)模型理論的指導下，采用面向數(shù)據(jù)的設計方法，詳細分析校園管理業(yè)務所涉及的數(shù)據(jù)及其內(nèi)在關系。同時利用專業(yè)的數(shù)據(jù)庫輔助設計工具，嚴格按照規(guī)范的數(shù)據(jù)庫設計流程進行設計，使新的校園管理業(yè)務數(shù)據(jù)庫比較好地反映數(shù)據(jù)的內(nèi)在聯(lián)系，具備較強的數(shù)據(jù)獨立性。該體系結構不僅能夠滿足當前應用的需要，而且能較好地適應未來的發(fā)展和臨時應用的需求。
要求采用以下設計的步驟：
在需要分析階段，詳細分析業(yè)務活動過程中所涉及的實體、實體之間的聯(lián)系以及它們的特性的數(shù)據(jù)集，比如學生、課程等實體，同時避免以下問題出現(xiàn)：命名沖突、概念沖突、域沖突；
在概念設計階段以E-R圖的方式，對需求分析得到的數(shù)據(jù)字典中的數(shù)據(jù)項進行詳細的分析、歸類，分析各數(shù)據(jù)項之間的函數(shù)依賴關系，識別出各個實體、原子屬性及實體之間的聯(lián)系，各實體至少滿足關系模型3NF的要求，得到數(shù)據(jù)庫的概念模式；
在邏輯設計階段，考慮高程序的執(zhí)行效率適當?shù)哪嬉?guī)范化，減少連接運算，表和屬性的命名規(guī)則，合理的屬性類型及長度，創(chuàng)建視圖，可以建立面向用戶的外模式，提供一定的邏輯數(shù)據(jù)獨立性；
在物理設計階段，主要考慮根據(jù)需要定義必要的索引。包括單屬性索引、多屬性索引、簇集索引等。
命名規(guī)范
數(shù)據(jù)庫（共享數(shù)據(jù)中心）中的數(shù)據(jù)信息命名要有規(guī)范，但同時要兼顧到各種數(shù)據(jù)庫的產(chǎn)品，通過命名規(guī)范并貫徹實施，可做到命名易讀、易懂，方便今后的維護工作。在數(shù)據(jù)庫的命名中杜絕漢字，盡可能避免使用小寫字母；在命名時相關的含義段中用“_”隔開；數(shù)據(jù)庫設計大體的命名規(guī)范如下：(從表的命名上可以反映出表中數(shù)據(jù)的產(chǎn)生來源，從視圖的命名上可以反映出視圖的使用范圍)
數(shù)據(jù)庫的命名規(guī)范：DB_… 、 DB_CODE 其中CODE是數(shù)據(jù)庫實現(xiàn)功能的概括；如 DB_FD；
表空間的命名規(guī)范：TP_…、TP_CODE 其中CODE是數(shù)據(jù)庫表空間（主要是針對應用數(shù)據(jù)庫）命名關鍵字，可以是對應應用的概括；如 TP_RS（人事） 或TP_EMP（employee）；
角色的命名規(guī)范：Rl_…、Rl_CODE 其中CODE是權限角色的描述；如 Rl_ZP(招聘) 或 RL_CAR(career)；
用戶的命名規(guī)范：US_…、US_CODE 其中CODE是用戶的唯一標識符；如US_DSXU 或 US_XUDS；
表的命名規(guī)范：T_…_…、T_CODE1_CODE2 其中CODE1是數(shù)據(jù)表所在的功能范疇，CODE2是表的概括描述；如T_GB_ZC 或 T_NTSTDD_TOTP (the title of a technical post of national standard)；
視圖的命名規(guī)范：V_…_…、V_CODE1_CODE2 其中CODE1是視圖所在的功能范疇，CODE2是視圖的概括描述；
索引的命名規(guī)范：I_…_…、I_CODE1_CODE2 其中CODE1是索引所在的功能范疇，CODE2是索引的概括描述；
字段名的命名規(guī)則：可以加上數(shù)據(jù)類型后綴，如.._FN，表示該字段是數(shù)值類型。統(tǒng)一字段名的命名原則，保證可以從字段名上可以知道其含義，相類似的字段采用相類似的名稱。如教師和學生都有姓名，可以描述成Name_Teacher, Name_Strudent。
字段數(shù)據(jù)屬性定義規(guī)范
數(shù)據(jù)模式中相類似的數(shù)據(jù)信息采用相類似的數(shù)據(jù)類型定義，比如姓名統(tǒng)一成50位的字符串表示，所有的性別都使用f/m表示。
1.3.2 規(guī)范建設
1.3.2.1 數(shù)據(jù)交換規(guī)范建設
數(shù)據(jù)交換規(guī)范是學校信息化校園建設中的核心規(guī)范，它通過確定標準的數(shù)據(jù)格式及數(shù)據(jù)交換的規(guī)范，以實現(xiàn)不同硬件平臺、不同操作系統(tǒng)平臺、不同語言平臺應用之間的數(shù)據(jù)傳輸和通訊，實現(xiàn)不同部門間、不同應用系統(tǒng)間的數(shù)據(jù)交換，具有良好的擴展性。
數(shù)據(jù)交換規(guī)范應當包括如下內(nèi)容：
數(shù)據(jù)采集接口規(guī)范
數(shù)據(jù)發(fā)送接口規(guī)范
交換數(shù)據(jù)包的標準格式
數(shù)據(jù)轉(zhuǎn)換標準規(guī)范
數(shù)據(jù)傳輸協(xié)議規(guī)范
數(shù)據(jù)安全協(xié)議規(guī)范等。
所有應用系統(tǒng)都必須遵循數(shù)據(jù)交換的標準規(guī)范要求，才能實現(xiàn)與其他系統(tǒng)的互連互通。
1.3.2.2 其它規(guī)范和標準建設
為配合和推進學校信息化建設，保證應用系統(tǒng)正常運行，需要建立一個符合國家、教育部和行業(yè)標準的、適合學校信息化建設的標準規(guī)范體系；要逐步建立和完善有關信息系統(tǒng)建設的各項規(guī)章制度。要讓信息化建設落到實處，做到有章可循，有序建設，從而從制度上保證信息化工作的順利進行。主要內(nèi)容包括以下規(guī)范：
資產(chǎn)管理類：包括設備、移動、情報、設施監(jiān)管規(guī)范；
訪問類：主要是網(wǎng)絡訪問、系統(tǒng)訪問、中間件、應用維護與訪問規(guī)范；
人員信息與安全規(guī)則；
客戶資產(chǎn)管理規(guī)范；
定期與非定期安全核查規(guī)范；
1.4 系統(tǒng)特點
標準的兼容性：該“標準”的實施對各職能部門信息系統(tǒng)建設、信息的交流與共享、數(shù)據(jù)的收集、分析、發(fā)布都有著十分重要的意義，因此所采用的信息標準必須和國家標準、教育部《教育管理信息化標準》等信息標準相兼容。
標準的唯一性：即雖然一個編碼對象可有很多不同名稱，也可按各種不同方式對其進行描述；但是，在一個分類編碼標準中，每一編碼對象僅有一個賦予它的代碼，一個代碼只唯一表示一個編碼對象。
標準的可擴性：隨著信息化進程的發(fā)展，信息標準也必須是一個及時更新、不斷充實的動態(tài)系統(tǒng)。
標準的規(guī)范性：即在一個信息編碼標準中，代碼的結構、類型以及編寫格式必須統(tǒng)一。
標準的適用性：即代碼要盡可能的反映分類對象的特點，便于應用。
標準的全面性：信息標準不僅包含國家、教育部級學校本身的業(yè)務標準集，還要在業(yè)務標準的基礎上構建學生數(shù)據(jù)模型標準、數(shù)據(jù)分析模型標準、數(shù)據(jù)倉庫標準用以實現(xiàn)學校的業(yè)務優(yōu)化過程和數(shù)據(jù)資產(chǎn)盤活。
2.公共數(shù)據(jù)平臺
2.1 系統(tǒng)概述
通過公共平臺的建設能幫助學校解決如下問題：
數(shù)據(jù)共享的問題
通過公共數(shù)據(jù)平臺與數(shù)據(jù)交換平臺的結合，實現(xiàn)校園共享信息的實施共享；
通過公共數(shù)據(jù)平臺與數(shù)據(jù)交換平臺的結合，使系統(tǒng)間的共享數(shù)據(jù)的使用不再是業(yè)務系統(tǒng)之間的調(diào)用，避免業(yè)務系統(tǒng)之間的數(shù)據(jù)相互依賴。
數(shù)據(jù)一致性問題
因統(tǒng)計基準不同所導致的二義性；
多重維護帶來的不一致性，維護不規(guī)范帶來的不一致性；
因數(shù)據(jù)無法延續(xù)所導致的問題。
歷史數(shù)據(jù)處理問題
組織機構合并前的教學信息數(shù)據(jù)；
用戶的職務、職稱變遷過程；
業(yè)務系統(tǒng)無法保留的歷史數(shù)據(jù)的分析。
2.2 建設目標
公共數(shù)據(jù)庫平臺的建設要求達到以下目標：
以教育部《教育管理信息化標準》為基礎，制定學校校園信息化數(shù)據(jù)標準(數(shù)據(jù)標準和代碼標準)；
根據(jù)國家和教育部的《教育管理信息化標準》，結合的行業(yè)特征，制定信息編碼集。同時通過各部門的溝通協(xié)調(diào)，整理各業(yè)務系統(tǒng)的主要數(shù)據(jù)，建立全局數(shù)據(jù)庫；
數(shù)據(jù)平臺建設要為未來發(fā)展打下良好的基礎，要求涵蓋服務于數(shù)據(jù)共享的共享數(shù)據(jù)庫，服務于數(shù)據(jù)統(tǒng)計分析和展示支撐的操作數(shù)據(jù)庫，在建設過程中要考慮對數(shù)據(jù)倉庫的支撐；
制定統(tǒng)一業(yè)務系統(tǒng)數(shù)據(jù)庫建設標準；
制定業(yè)務系統(tǒng)的集成標準，按統(tǒng)一的數(shù)據(jù)標準和集成標準，指導和協(xié)助各部門完善原有系統(tǒng)或重新開發(fā)新系統(tǒng)；
數(shù)據(jù)平臺建設要保證全校信息編碼的統(tǒng)一和一致；
保證任何兩個異構業(yè)務系統(tǒng)之間的數(shù)據(jù)共享，且需要基于一種安全、可管理的模式進行；
保證任何兩個業(yè)務系統(tǒng)之間沒有冗余業(yè)務數(shù)據(jù)；
保證遵循“誰產(chǎn)生、誰維護”的原則，所有的數(shù)據(jù)都有特定的產(chǎn)生者和維護者。在技術上，由授權體系控制數(shù)據(jù)維護的權限，使無權限的人員不能對數(shù)據(jù)進行生產(chǎn)和維護；同時，在管理上，通過制定相應的應用規(guī)范迫使數(shù)據(jù)生產(chǎn)者/維護者及時更新自己負責的數(shù)據(jù)，保證系統(tǒng)中數(shù)據(jù)的準確性和可跟蹤性。系統(tǒng)提供安全審計功能，保證對業(yè)務操作的嚴格監(jiān)督；
保證任何業(yè)務系統(tǒng)的添加和修改不影響其它業(yè)務系統(tǒng)的正常運行；
保證可以提供為整個學校綜合查詢和決策支持所需的數(shù)據(jù)信息，為學校的將來決策支持系統(tǒng)積累分析數(shù)據(jù)；
數(shù)據(jù)庫設計考慮到用戶對于歷史數(shù)據(jù)回溯的要求，在結構上進行數(shù)據(jù)結構的關聯(lián)設計，保存時間、變更記錄等相關信息，方便進行數(shù)據(jù)回溯。
2.3 總體結構
公共數(shù)據(jù)平臺通過數(shù)據(jù)交換機制的支持實現(xiàn)校園共享數(shù)據(jù)的集中管理，在此基礎上對業(yè)務數(shù)據(jù)進行全面清洗，是各類信息采集、加工和整合的平臺。
公共數(shù)據(jù)平臺是一個數(shù)據(jù)管理平臺，為信息系統(tǒng)提供一致的、穩(wěn)定的共享數(shù)據(jù)源；
公共數(shù)據(jù)平臺實現(xiàn)新舊系統(tǒng)中同構、異構數(shù)據(jù)的整合；
從物理架構上集成了一系列的工具(管理工具、數(shù)據(jù)整合工具、查詢工具)，在公共數(shù)據(jù)平臺平臺中會借助關系型數(shù)據(jù)庫進行存儲；
面對用戶提供服務：如對教職工、學生的現(xiàn)有的及歷史的信息進行分析；輔助管理層進行分析決策。
其總體框架如下圖所示：
數(shù)據(jù)模型管理
數(shù)據(jù)模型是信息共享和公共數(shù)據(jù)庫平臺的核心，它對數(shù)據(jù)源系統(tǒng)中所采集的數(shù)據(jù)進行重新組織，同時建立如下幾種數(shù)據(jù)模型：
面向全局的權威數(shù)據(jù)模型（信息化校園核心信息集）
全校統(tǒng)一的標準代碼數(shù)據(jù)模型(合肥自友科技)
以文件等形式存儲和管理的資源數(shù)據(jù)模型
按主題整合的各業(yè)務系統(tǒng)的主題數(shù)據(jù)模型（支持數(shù)據(jù)倉庫）。
代碼管理
對公共數(shù)據(jù)平臺所采用的學校執(zhí)行標準、所參考的國標、部標以及業(yè)務系統(tǒng)數(shù)據(jù)字典的對應關系進行管理，并對變化情況進行跟蹤。
監(jiān)控中心
對共享數(shù)據(jù)庫及交換平臺的運行情況進行監(jiān)控。
2.4 建設內(nèi)容
信息標準建設：建設符合學校實際情況的信息標準。
公共數(shù)據(jù)平臺建設：基礎數(shù)據(jù)庫建設（學生庫、教職工庫、設備庫等）原有系統(tǒng)數(shù)據(jù)整合、歷史數(shù)據(jù)庫建設、操作數(shù)據(jù)庫建設、公共代碼庫建設等。
數(shù)據(jù)交換平臺建設，提供數(shù)據(jù)交換平臺的解決方案，提供數(shù)據(jù)交換工具、數(shù)據(jù)服務接口、數(shù)據(jù)導入導出工具。提供異構數(shù)據(jù)源的適配器：支持結構化、半結構化、非結構化數(shù)據(jù)源。數(shù)據(jù)交換應具有靈活的方式與多種交換觸發(fā)機制，能同步或異步方式實現(xiàn)數(shù)據(jù)的交換及推送，并保證各應用系統(tǒng)交換和共享的各種數(shù)據(jù)的一致性、準確性；
平臺管理工具，包括數(shù)據(jù)維護工具，標準管理工具。
數(shù)據(jù)更新通知工具：采取一種相對的準實時方式，當有信息變更時系統(tǒng)能通過某種方式（如郵件，彈出窗口，待辦事宜等）通知相關人員，讓其可進行本業(yè)務系統(tǒng)的數(shù)據(jù)增量更新或者全部更新。
提供接口，滿足各部門、各院系部所用于內(nèi)部應用或管理系統(tǒng)開發(fā)的應用；
數(shù)據(jù)同步工具：提供對學校標準數(shù)據(jù)進行數(shù)據(jù)同步共享的工具。
自助服務：包括個人信息服務、數(shù)據(jù)綁定、數(shù)據(jù)導入導出、數(shù)據(jù)維護等內(nèi)容；
數(shù)據(jù)標準及數(shù)據(jù)管理、維護、導入導出工具：提供針對學校數(shù)據(jù)標準管理、維護、導入導出的可視化工具；
公共數(shù)據(jù)庫平臺的管理操作規(guī)范。
2.5 系統(tǒng)特點
公共數(shù)據(jù)平臺的目的是為綜合應用系統(tǒng)提供集成的、統(tǒng)一的、安全的、快捷的信息查詢、數(shù)據(jù)挖掘和決策支持服務。為了滿足這個需求條件，整合、集成后的數(shù)據(jù)必須保證可擴展性、可靠性、高性能和安全性。
學校級的可擴展性
實現(xiàn)與數(shù)據(jù)交換平臺的無縫連接，保證對應用系統(tǒng)采集的可擴充
建立了統(tǒng)一的數(shù)據(jù)服務機制，保證向應用系統(tǒng)提供數(shù)據(jù)服務的可擴充
建立了統(tǒng)一的任務管理和調(diào)度機制，保證數(shù)據(jù)處理任務的擴充
金融級的高性能和高可靠性
采用多種數(shù)據(jù)校驗方法，保證數(shù)據(jù)的一致性
利用數(shù)據(jù)庫技術、CACHE技術和并行處理技術保證數(shù)據(jù)處理系統(tǒng)性能
完善的數(shù)據(jù)維護、備份和恢復策略，保證數(shù)據(jù)存儲的安全
靈活的核心數(shù)據(jù)模型設計策略，建立學校信息化標準
規(guī)范的數(shù)據(jù)標準，參照教育部標準和學校需求，建立學校信息化標準
靈活的數(shù)據(jù)模型設計策略，使業(yè)務系統(tǒng)變化不會對核心數(shù)據(jù)模型產(chǎn)生大沖擊
完善的元數(shù)據(jù)管理工具
強大的數(shù)據(jù)處理能力
數(shù)據(jù)中心具有數(shù)據(jù)整合、數(shù)據(jù)分析和數(shù)據(jù)挖掘能力
集中管理控制和安全管理
集中的系統(tǒng)監(jiān)控臺，使系統(tǒng)管理人員能實時監(jiān)控到整個系統(tǒng)的運行狀態(tài)
完善的安全控制，通過用戶認證和權限控制，保證數(shù)據(jù)的安全
3.數(shù)據(jù)交換平臺
3.1 系統(tǒng)概述
數(shù)據(jù)交換平臺是提供客戶接入端軟件部署在每個應用系統(tǒng)的前置機上，實現(xiàn)數(shù)據(jù)交換平臺和各信息系統(tǒng)的有機結合，在客戶接入端實現(xiàn)數(shù)據(jù)的自動提取與轉(zhuǎn)換，同時支持手工錄入與審核數(shù)據(jù)。它是一個為不同數(shù)據(jù)庫、不同數(shù)據(jù)格式之間，進行數(shù)據(jù)交換而提供服務的平臺。它要解決學校、政府機構在不同信息庫間信息數(shù)據(jù)無法自由轉(zhuǎn)換的問題。
在方案中，我司提供基于數(shù)據(jù)交換平臺，進行定制化開發(fā)，采用XML的數(shù)據(jù)交換技術和基于WebService服務進行業(yè)務系統(tǒng)整合和集成支持。完成數(shù)據(jù)抽取、加載、發(fā)布和訂閱模板以及數(shù)據(jù)格式的轉(zhuǎn)換；以WebService技術進行業(yè)務無縫集成和互操作的可信整合。將應用集成接口標準化，實現(xiàn)標準化服務描述、發(fā)布、發(fā)現(xiàn)等，解決了全局業(yè)務調(diào)用、集成，整合、個性服務等問題。
3.2 建設目標
數(shù)據(jù)交換平臺的總體目標是：建立靈活、高效、安全、穩(wěn)定、高性能、跨平臺、跨系統(tǒng)、可擴展的數(shù)據(jù)交換平臺。通過構建該平臺，依賴統(tǒng)一的信息交換標準，公開統(tǒng)一的數(shù)據(jù)交換接口，為將來的應用系統(tǒng)集成打下堅實的基礎。通過數(shù)據(jù)交換平臺，進行數(shù)據(jù)過濾、清洗和雙向傳遞，提供對于各業(yè)務系統(tǒng)的數(shù)據(jù)抽取、清洗、轉(zhuǎn)換、裝載的過程，同時提供數(shù)據(jù)質(zhì)量的管理、數(shù)據(jù)轉(zhuǎn)換與清洗、調(diào)度和監(jiān)控。實現(xiàn)各業(yè)務系統(tǒng)與公共數(shù)據(jù)平臺相互之間的數(shù)據(jù)交換和共享，為各應用系統(tǒng)之間提供一個統(tǒng)一的數(shù)據(jù)交換通道，使數(shù)據(jù)交換更加準確、便捷、高效、通暢；為共享數(shù)據(jù)平臺提供一個可靠的數(shù)據(jù)采集通道，建立學校統(tǒng)一的數(shù)據(jù)交換平臺及技術規(guī)范和標準。
具體而言，數(shù)據(jù)交換平臺的建設要求達到以下目標：
為各應用系統(tǒng)之間提供一個統(tǒng)一的數(shù)據(jù)交換通道，使數(shù)據(jù)交換更加準確、便捷、高效、暢通；
為公共數(shù)據(jù)平臺提供一個可靠的數(shù)據(jù)采集通道；
建立學校統(tǒng)一的數(shù)據(jù)交換技術規(guī)范和標準。
數(shù)據(jù)交換平臺是一種總線式的數(shù)據(jù)交換、異構系統(tǒng)同步方案。傳統(tǒng)的點到點的連接，使得構成的應用環(huán)境接口復雜，通信狀況混亂，維護代價昂貴，也不利于整個應用系統(tǒng)的擴充。為了解決傳統(tǒng)點到點應用集成中的問題，提出了數(shù)據(jù)交換平臺的產(chǎn)品和解決方案。
3.3 總體結構
數(shù)據(jù)交換平臺為校園內(nèi)應用系統(tǒng)之間的信息交互和共享提供了一個集成化數(shù)據(jù)交互和共享空間。該數(shù)據(jù)交換平臺具有較好的開放性，可同時滿足用戶對各種異構、同構平臺、數(shù)據(jù)源及各類應用間的數(shù)據(jù)交換需求。
在保證數(shù)據(jù)安全的前提下，數(shù)據(jù)交換平臺為用戶提供了靈活的個性空間，用戶可根據(jù)需求，合理地定制數(shù)據(jù)交互需求。系統(tǒng)框架如下圖所示。
說明：實現(xiàn)各應用系統(tǒng)之間（包括公共數(shù)據(jù)平臺）的數(shù)據(jù)交換，支持學校各應用系統(tǒng)之間業(yè)務流程的整合。
通過工作在應用系統(tǒng)端的“適配器”，利用多種數(shù)據(jù)采集機制采集業(yè)務系統(tǒng)數(shù)據(jù)；
集得到的數(shù)據(jù)交由“數(shù)據(jù)交換中心”統(tǒng)一處理；
“數(shù)據(jù)交換中心”根據(jù)各應用系統(tǒng)的特定需要，根據(jù)“應用路由表”，通過“訊平臺”將數(shù)據(jù)傳遞給各應用系統(tǒng)（包括公共數(shù)據(jù)平臺）的“適配器”；
由各應用系統(tǒng)的“適配器”將數(shù)據(jù)推送到目標系統(tǒng)的數(shù)據(jù)庫；
保證數(shù)據(jù)傳輸?shù)倪B續(xù)性、可靠性、安全性。
3.4 建設內(nèi)容
數(shù)據(jù)交換平臺建設主要分為數(shù)據(jù)集成引擎、數(shù)據(jù)集成組件庫、數(shù)據(jù)集成建模工具、數(shù)據(jù)集成模型治理和元數(shù)據(jù)倉庫五部分組成
3.4.1 數(shù)據(jù)集成引擎
數(shù)據(jù)集成引擎基于。net構建，是數(shù)據(jù)交換系統(tǒng)建設的核心，負責解析數(shù)據(jù)集成模型定義、處理Governor請求、處理引擎自身的模型調(diào)度等。數(shù)據(jù)集成引擎可以滿足大規(guī)模數(shù)據(jù)的并發(fā)處理，完成學校級的數(shù)據(jù)交換場景。
數(shù)據(jù)集成引擎基于數(shù)據(jù)流的數(shù)據(jù)結構處理，在大規(guī)模、復雜的數(shù)據(jù)處理場景中依然具有非常高的性能以及穩(wěn)定性
數(shù)據(jù)集成組件庫包括了一組與數(shù)據(jù)集成相關的服務構建，通過這些豐富的組件，開發(fā)人員可以在集成開發(fā)環(huán)境下基于可視化的組件圖元快速開發(fā)出高效的數(shù)據(jù)處理模型。
3.4.2 數(shù)據(jù)集成組件
數(shù)據(jù)集成組件庫包含了數(shù)據(jù)抽取組件集、數(shù)據(jù)裝載組件集、數(shù)據(jù)轉(zhuǎn)換組件集以及用來傳輸二進制數(shù)據(jù)的數(shù)據(jù)傳輸組件集。
數(shù)據(jù)抽取與裝載組件集包含了一組對不同數(shù)據(jù)源、關系型數(shù)據(jù)的數(shù)據(jù)抽取組件，支持XML、Excel等半結構化數(shù)據(jù)、支持CSV、TXT等非結構化數(shù)據(jù)、支持Oracle、SQL Server、MySQL、DB2、Sybase、Informix等關系型數(shù)據(jù)庫、支持ArcGIS空間數(shù)據(jù)庫、支持Cassandra、Hadoop、HBase等非關系型數(shù)據(jù)庫。
數(shù)據(jù)轉(zhuǎn)換組件集包含了一組對數(shù)據(jù)進行轉(zhuǎn)換、過濾、清洗、合并的組件，以實現(xiàn)對復雜、凌亂數(shù)據(jù)的業(yè)務處理。借助DI數(shù)據(jù)轉(zhuǎn)換組件庫，可以實現(xiàn)：
對數(shù)據(jù)按照某一標識進行拆分。
根據(jù)字段值的不同進行數(shù)據(jù)映射。
對一份數(shù)據(jù)按照不同類型進行分組。
針對源數(shù)據(jù)庫與目標數(shù)據(jù)庫的字段名稱不同進行映射。
將兩份數(shù)據(jù)合并成一份。
將一份數(shù)據(jù)按照某一列的值進行排序。
指定一個邏輯條件進行數(shù)據(jù)的過濾。
對數(shù)據(jù)中牽扯到的數(shù)值信息進行數(shù)學計算。
對兩份進行進行全文比對，找出其中的異同。
對無法滿足的需求可借助JavaScript功能自定義處理方式。
3.4.3 數(shù)據(jù)建模工具
數(shù)據(jù)集成建模工具是基于SWT技術開發(fā)的可視化流程設計器，提供可視化數(shù)據(jù)模型定義與調(diào)試、可視化的模型性能監(jiān)控、元數(shù)據(jù)管理以及數(shù)據(jù)處理模型部署等功能。
數(shù)據(jù)建模工具集成開發(fā)環(huán)境的功能特性包括：
可視化數(shù)據(jù)模型定義
用拖拉方式畫出數(shù)據(jù)交換模型
支持多種處理處理模式（同步、異步
支持多種增量數(shù)據(jù)抽取方式
無需編寫代碼即可調(diào)試數(shù)據(jù)處理模型
支持全局變量、本地變量配置
支持快速查看源數(shù)據(jù)
可視化的模型性能監(jiān)控
根據(jù)數(shù)據(jù)交換模型配置，運行時通過Studio界面可實時監(jiān)控數(shù)據(jù)輸入、輸出IO性能，更可以監(jiān)控交換模型中每一個組件的數(shù)據(jù)處理性能，跟性能優(yōu)化工作提供必要的數(shù)據(jù)支撐。
元數(shù)據(jù)管理
開發(fā)人員可通過數(shù)據(jù)建模工具底層元數(shù)據(jù)倉庫進行資源查看、檢索、更新等操作，通過元數(shù)據(jù)庫倉庫可實現(xiàn)團隊模型管理、版本控制等。
數(shù)據(jù)處理模型部署
通過數(shù)據(jù)建模工具可將開發(fā)好的數(shù)據(jù)處理模型部署到數(shù)據(jù)交換引擎上，并通過數(shù)據(jù)集成模型治理對其進行管理調(diào)度、優(yōu)化治理。
3.4.4 數(shù)據(jù)集成模型治理
數(shù)據(jù)集成模型治理是數(shù)據(jù)交換系統(tǒng)提供的系統(tǒng)管理監(jiān)控與任務調(diào)度工具，系統(tǒng)管理員可以通過它對數(shù)據(jù)處理模型以及數(shù)據(jù)處理引擎進行配置和管理。數(shù)據(jù)集成模型治理與數(shù)據(jù)交換平臺其他部件結合想結合是學校快速構建數(shù)據(jù)中心、實現(xiàn)數(shù)據(jù)交換的理想平臺，在實施過程中可以對開發(fā)過程實現(xiàn)規(guī)范化、調(diào)度管理統(tǒng)一化、監(jiān)控可視化等。同時也可以與第三方處理處理引擎實現(xiàn)互補，增強其統(tǒng)一調(diào)度、全局監(jiān)控等功能。
其主要功能包括：
數(shù)據(jù)集成模型全生命周期管理與任務調(diào)度、監(jiān)控。
實現(xiàn)數(shù)據(jù)處理作業(yè)自動化。
數(shù)據(jù)集成引擎資源監(jiān)控與負載均衡。
數(shù)據(jù)集成平臺資源與權限管理。
提供二次開發(fā)API，與第三方系統(tǒng)集成。
3.4.5 元數(shù)據(jù)倉庫
數(shù)據(jù)集成引擎是基于元數(shù)據(jù)驅(qū)動，元數(shù)據(jù)倉庫則用于保存通過數(shù)據(jù)集成建模工具構建的數(shù)據(jù)處理模型，支持Oracle、DB2、Syabase、MySQL、MS SQL Server等多種關系數(shù)據(jù)庫，同時可以基于文件形式進行模型存儲。數(shù)據(jù)集成引擎通過解析元數(shù)據(jù)倉庫中對模型的定義數(shù)據(jù)實例化數(shù)據(jù)處理模型。
3.5.系統(tǒng)特點
3.5.1 安全性
采用熱備份機制，能夠保證系統(tǒng)在最短的時間內(nèi)恢復正常，將損失降低到最低限度。同時，融合業(yè)界各種加密技術，保證數(shù)據(jù)傳輸安全。
3.5.2 開放性
支持異構平臺、異構數(shù)據(jù)庫、異構系統(tǒng)的數(shù)據(jù)交換和集成。
3.5.3 靈活性
如何捕獲增量數(shù)據(jù)往往是實施數(shù)據(jù)交換項目非常重要的問題，數(shù)據(jù)交換平臺提供了基于時戳、基于觸發(fā)器、全文比對等各種方式的變化數(shù)據(jù)捕獲機制，提供批量抽取、實時抽取、定時抽取等各種數(shù)據(jù)抽取執(zhí)行策略。
數(shù)據(jù)交換平臺采用的是基于增量和變量的數(shù)據(jù)傳輸方式，并提供了靈活的傳輸數(shù)據(jù)定義工具和語言，用戶可根據(jù)業(yè)務需求靈活定義傳輸數(shù)據(jù)的內(nèi)容，可對數(shù)據(jù)進行橫向或縱向劃分，確保接收方只能獲取與他們的工作有關的定制數(shù)據(jù)。減少數(shù)據(jù)冗余，可大大減輕網(wǎng)絡負載，減少通訊量和通訊費用，提高傳輸效率。
3.5.4 可配置的均衡負載機制
一個數(shù)據(jù)處理模型在一組引擎上運行的時候，可以通過配置實現(xiàn)模型的均衡負載運行，最大化的發(fā)揮DI引擎的處理能力，以及協(xié)調(diào)集群的處理能力，提高數(shù)據(jù)處理的吞吐率。
3.5.5 學校 級性能和高擴展性
數(shù)據(jù)處理的性能往往是數(shù)據(jù)交換項目關注的重點，性能是保證數(shù)據(jù)中心數(shù)據(jù)實時性的關鍵。數(shù)據(jù)交換平臺具有強大的數(shù)據(jù)轉(zhuǎn)換效率，在大負荷的任務執(zhí)行中仍然有良好的性能，并行執(zhí)行能力使其所能處理數(shù)據(jù)的速度可以得到趨近于線性的擴展，輕松處理大量數(shù)據(jù)。與此同時基于數(shù)據(jù)流的數(shù)據(jù)處理模型更能最大程度的發(fā)揮各個DI處理單元的處理能力。
提供集群服務，可以把負載分布到多個業(yè)務模型引擎和任務調(diào)度引擎上，大規(guī)模并行處理使其能夠適應大規(guī)模學校級應用，具有很高的擴展性。
4 統(tǒng)一身份認證平臺
4.1.系統(tǒng)概述
具有人員數(shù)量多、流動大、關系復雜等特點，這決定了身份認證需要進行特別規(guī)劃。按照現(xiàn)有應用開發(fā)的慣例，目前的應用都采用獨立進行用戶管理和權限管理的模式，每個系統(tǒng)中都存在一套用戶數(shù)據(jù)庫。在早期系統(tǒng)少、用戶少的情況下，管理相對簡單，隨著信息化的深入和普及，這樣的管理模式的弊病日益明顯，突出的問題有：
用戶數(shù)據(jù)冗余不一致
安全性，如
人員離校，應用中的賬號應該刪除而沒有刪除
個人的賬號眾多，不便于記憶，容易把賬號／密碼寫下來導致泄露
一個系統(tǒng)被攻破，導致所有的系統(tǒng)都不安全
多套賬號，使用不便
權限分散管理，無法集中管理公共資源的訪問權限
缺少集中的安全日志審計功能
4.2 建設目標
基于在信息化身份管理和應用中出現(xiàn)的問題，需要建立統(tǒng)一的認證授權平臺來進行應用系統(tǒng)的統(tǒng)一安全管理。
統(tǒng)一身份認證平臺為應用系統(tǒng)提供統(tǒng)一的身份管理、認證服務和權限管理，目的是為了減少系統(tǒng)開發(fā)的不一致性，減少開發(fā)成本和風險，可實現(xiàn)對人員、權限、認證的統(tǒng)一管理，減少人員變化、系統(tǒng)擴展帶來的管理復雜度。學校用戶角色分類分四大類：學生、教職工、校友、訪客。需在用戶體驗、賬戶安全性、應用系統(tǒng)開發(fā)和維護方面達到如下功能目標：
建設以目錄服務和認證服務為基礎的統(tǒng)一用戶管理、授權管理和身份認證體系，將組織信息、用戶信息統(tǒng)一存儲，進行分級授權和集中身份認證，規(guī)范應用系統(tǒng)的用戶認證方式。提高應用系統(tǒng)的安全性和用戶使用的方便性，實現(xiàn)全部應用的單點登錄。
4.3 總體結構
統(tǒng)一身份認證平臺為應用系統(tǒng)提供統(tǒng)一的身份管理、認證服務和權限管理，目的是為了減少系統(tǒng)開發(fā)的不一致性，減少開發(fā)成本和風險，可實現(xiàn)對人員、權限、認證的統(tǒng)一管理，減少人員變化、系統(tǒng)擴展帶來的管理復雜度。
統(tǒng)一身份認證平臺基于LDAP實現(xiàn)校園網(wǎng)內(nèi)的統(tǒng)一用戶身份認證和權限控制體系，利用目錄服務，對用戶身份信息和系統(tǒng)控制信息進行有效組織管理，提供高效安全的目錄訪問，為智慧校園的各應用系統(tǒng)提供統(tǒng)一身份認證和權限控制的支持。(合肥自友科技)
系統(tǒng)總體框架如下圖所示：
4.4 建設內(nèi)容
統(tǒng)一身份認證平臺的功能從邏輯上劃分，可以分為認證登錄功能、個人中心和后臺管理系統(tǒng)三大基本模塊。
下面對統(tǒng)一身份認證平臺的各功能進行詳細介紹。
4.4.1 認證登錄功能
4.4.1.1 賬號激活
對于已注冊到統(tǒng)一身份認證系統(tǒng)中的業(yè)務系統(tǒng)，存在于統(tǒng)一身份管理系統(tǒng)內(nèi)的未激活賬號的用戶，統(tǒng)一身份認證平臺提供用戶賬號自助激活功能。用于驗證用戶身份、設置用戶密碼以及密碼找回方式等功能。
4.4.1.2 登錄
對于已注冊的統(tǒng)一身份認證平臺中并完成賬戶激活的用戶，可通過統(tǒng)一身份認證平臺登錄任一已接入統(tǒng)一身份認證平臺的業(yè)務系統(tǒng)或服務。用戶輸入個人統(tǒng)一身份認證登錄賬號、密碼以及驗證碼后單點登錄。
4.4.1.3 找回密碼
對于以注冊于統(tǒng)一身份認證平臺并完成賬號激活的用戶，此功能用于在用戶忘記登錄密碼時通過激活賬戶時預留的找回密碼方式對密碼進行找回和重置。
4.4.2 個人中心
個人認證中心，是認證系統(tǒng)的前端頁面，給全校用戶使用，包括“用戶的信息維護、安全中心、應用系統(tǒng)”這三大模塊；
用戶的信息：即用戶可以維護自己的個人信息，修改完善個人的基本信息；
安全中心：用戶設置賬戶的修改密碼、綁定手機、綁定郵箱、綁定微信、設置安全問題；
應用系統(tǒng)：后臺注冊并顯示的應用系統(tǒng)；
4.4.3 后臺管理系統(tǒng)
4.4.3.1 用戶管理
用戶管理功能是面向?qū)W校信息管理員和系統(tǒng)管理員，用來維護學校的組織機構信息、維護組織機構下具體的用戶信息，可批量設置用戶組、角色、凍結/注銷、查詢用戶信息，激活用戶賬號等。并且提供基于Excel用戶信息的批量導入、導出功能；
4.4.3.1.1 組織機構管理
提供在信息系統(tǒng)中對學校組織機構進行新增和維護兩大功能模塊，基于學校組織機構具有典型樹形的層級結構（如下圖），進而實現(xiàn)對學校組織機構進行新增、修改、刪除、注銷、凍結和恢復操作，實現(xiàn)學校組織機構在校園信息化中正常、凍結、注銷三大狀態(tài)的統(tǒng)一設置和實現(xiàn)。
4.4.3.1.2 用戶信息管理
提供統(tǒng)一身份認證用戶進行新增、修改、刪除、注銷、恢復、以及設置用戶組、設置角色、導入、導出、激活功能。
4.4.3.2 用戶組管理
角色組是一組可以同時分配給某些用戶的跨應用系統(tǒng)的角色的集合，定義角色組的概念是為了在統(tǒng)一授權功能上更加靈活和方便。用戶組管理功能更提供維護管理用戶組信息，及具體用戶組下的用戶信息，包括單個/批量設置用戶組、角色、查詢用戶信息，激活用戶賬號等。并且提供基于Excel的批量導入導出用戶信息的功能；
4.4.3.3 應用管理
對需要進行認證集成和對接的系統(tǒng)，進行集中統(tǒng)一的注冊管理，并可以細化到具體業(yè)務系統(tǒng)的菜單項及操作項，同時為系統(tǒng)角色的訪問權限提供數(shù)據(jù)支持。
具體功能包括：
1）新增應用系統(tǒng)/菜單項/操作項；
2）維護應用系統(tǒng)/菜單項/操作項：注銷、凍結、恢復、修改、刪除；
4.4.3.4 角色管理
統(tǒng)一身份認證系統(tǒng)的權限控制通過角色管理來實現(xiàn)，每個功能的訪問權限都分配給角色，再通過角色與用戶或用戶組關聯(lián)，來控制每個用戶的權限。每個角色屬于一個角色分類，通過對角色進行分類，可以使管理更清晰，提高管理效率。一個角色可以包括多個用戶，同樣，一個用戶也可以擁有多種角色。
4.4.3.4.1 角色分類管理
支持角色分類管理，每個角色都屬于一個角色分類。通過對角色進行分組，可以使權限區(qū)分更清晰，提高管理效率。系統(tǒng)擁有“系統(tǒng)角色分類”，此類別的角色具有較高的管理權限，不能對角色分類進行修改。
4.4.3.4.2 角色信息管理
統(tǒng)一身份認證通過角色來控制用戶的功能權限，角色信息管理中，維護系統(tǒng)的角色，也可以對角色關聯(lián)用戶和用戶組，并為角色分配訪問權限。
對角色分配訪問權限時，支持設置應用系統(tǒng)訪問權限、應用系統(tǒng)菜單（功能）訪問權限、應用系統(tǒng)菜單操作的使用權限。
4.4.3.5 系統(tǒng)管理
4.4.3.5.1 分級管理
實現(xiàn)管理員給其他賬號分配管理員某些模塊的權限，進行分級授權。分級授權管理的目標是靈活的控制不同管理角色的權限范圍，將不同的管理權限分配給相應的用戶，有效減輕系統(tǒng)管理員的管理負擔。
4.4.3.5.2 密碼策略
實現(xiàn)系統(tǒng)管理員進行賬戶的密碼策略設置，進行賬號密碼策略的維護和管理，主要包括密碼長度、密碼的組合方式。通過密碼策略來控制系統(tǒng)內(nèi)賬戶的密碼規(guī)則、有效期、找回方式等。
4.4.3.5.3 默認配置管理
默認配置管理用于管理員設置某種賬戶類型的用戶組屬性或是角色屬性，默認設置后，系統(tǒng)在添加這些類型的新用戶時，會自動分配用戶組屬性或是角色屬性。(合肥自友科技)
4.4.3.5.4 字典管理
通過該模塊實現(xiàn)系統(tǒng)管理員可以配置系統(tǒng)中的數(shù)據(jù)字典，包括賬戶類型代碼、部門類型代碼、證件類型代碼、性別類型代碼。
4.4.3.6 日志管理
系統(tǒng)會對用戶的登錄、操作行為進行記錄，也會記錄系統(tǒng)中出現(xiàn)的警告和錯誤。系統(tǒng)管理員可以在日志管理中對這些日志進行查看，并為了保障存儲空間的大小，可以按需管理日志的歸檔。
日志主要分為：行為日志、常規(guī)日志、接口日志。
4.4.3.6.1 行為日志
通過該功能模塊可實現(xiàn)記錄用戶登錄、注銷、過期的訪問記錄，記錄用戶、IP、登錄類型、時間以及進行登錄日志信息查詢。
該模塊用于記錄用戶操作認證的行為：如記錄新增、修改、刪除等日常操作的用戶、時間、IP。同時提供查詢篩選操作信息。
4.4.3.6.2 常規(guī)日志
該模塊用于記錄用戶在使用認證系統(tǒng)過程中，出現(xiàn)的警告信息。同時提供查詢篩選警告信息。
4.5 系統(tǒng)特點
可靠性
針對較大的并發(fā)訪問，除可對硬件服務器進行集群管理外。在軟件層面，系統(tǒng)還提供的軟路由功能，既web端被多次部署，系統(tǒng)可根據(jù)服務器的負載進行分流。支持集群、熱備、負載均衡集成。
安全性
系統(tǒng)支持安全連接，即SSL，同時在數(shù)據(jù)傳輸時候都進行加密管理。
易用性
系統(tǒng)通過用戶、用戶組；角色、角色組；權限、權限組機制，以及角色、用戶、權限批量處理機制，極大的方便了用戶。
統(tǒng)一的認證服務
針對不同平臺提供統(tǒng)一的身份認證接口，認證接口可動態(tài)擴展。支持C/C++接口、COM接口和Java、c#、php接口。支持包括用戶名/口令、智能卡、數(shù)字證書在內(nèi)的多種認證集成模式，滿足不同應用的認證集成。
強大的用戶管理功能
系統(tǒng)實現(xiàn)了用戶信息的統(tǒng)一管理，建立組織機構樹，實現(xiàn)了用戶與組織機構的動態(tài)維護，用戶身份信息支持LDAP和數(shù)據(jù)庫的同時存儲。
靈活的權限控制模式
系統(tǒng)提供了基于角色的分級權限控制模式，學校可以方便地根據(jù)實際情況確定權限控制策略。
高效的認證處理性能
LDAP來實現(xiàn)認證處理，集成部署可實現(xiàn)負載均衡，避免單點故障。
高效的數(shù)據(jù)同步方案
利用數(shù)據(jù)交換平臺，實現(xiàn)用戶、權限的高效同步，減少人工干預。
完善的操作和運行監(jiān)控
通過操作日志審計查詢、運行預警、警報等多種安全控制手段，保證系統(tǒng)安全。能夠?qū)ζ脚_相關的設備和服務進行實時監(jiān)控，出現(xiàn)異常時會自動預警。
業(yè)務無關
與接入系統(tǒng)的業(yè)務無關，無需安裝代理，支持多業(yè)務、多設備之間的單點登錄。
跨平臺
支持多種平臺，支持跨平臺的部署。
5 綜合服務門戶平臺
5.1 系統(tǒng)概述
構建基于校園網(wǎng)異構應用系統(tǒng)的綜合服務門戶平臺，對校園網(wǎng)內(nèi)的信息資源、應用系統(tǒng)進行管理和整合；信息集成實現(xiàn)數(shù)據(jù)、用戶、權限、應用、流程、內(nèi)容等各個方面的整合達到較高程度；根據(jù)用戶需要的信息和服務去組織內(nèi)容，提供集成的、無縫的、安全的、個性化的資源訪問；為用戶提供訪問校園網(wǎng)資源的統(tǒng)一入口并對用戶進行統(tǒng)一管理。通過綜合服務門戶平臺建設，為學校用戶提供一站式的信息服務，為全校師生的工作生活帶來便利。
5.2 系統(tǒng)目標
綜合服務門戶是訪問校園信息和知識的唯一入口，它是學校信息資源的綜合展現(xiàn)。綜合服務門戶平臺的建設目標是：構建符合國際通用標準的、可持續(xù)升級的門戶技術框架，在表現(xiàn)層上整合全校信息資源，加強業(yè)務部門的應用整合，加強已有信息資源的利用，進行已建、在建業(yè)務系統(tǒng)的集成，有效地實現(xiàn)認證集成、展現(xiàn)集成；并建立規(guī)范的規(guī)章制度和運行保障體系，減少重復投資。總體目標簡單概括為“在校園信息直通的基礎上架構一個認證授權平臺、一個校園門戶平臺，實現(xiàn)身份認證、展現(xiàn)層面的整合”。為全體師生提供一站式的信息服務，提高信息檢索和發(fā)布效率，為全校師生的工作生活帶來便利。
將目標分解如下：
提供符合通用國際標準的、可持續(xù)升級的門戶框架；
提供豐富的集成手段用于完成對現(xiàn)有不同應用系統(tǒng)的界面集成；
提供統(tǒng)一的信息發(fā)布模式，規(guī)范信息服務、提高發(fā)布效益；
提供全校性信息發(fā)布流程，為全校通知、公告、大事提供標準的信息發(fā)布體制；
構建基于校園網(wǎng)異構應用系統(tǒng)的綜合服務門戶平臺；
對校園網(wǎng)內(nèi)的信息資源、應用系統(tǒng)進行管理和整合；
為校園網(wǎng)內(nèi)的用戶提供集成的、無縫的、安全的、個性化的資源訪問；
為校園網(wǎng)內(nèi)的用戶提供訪問校園網(wǎng)資源的統(tǒng)一入口。
5.3 總體結構
綜合服務門戶平臺的總體框架如下圖所示：
綜合服務門戶平臺是建立在統(tǒng)一身份認證平臺、門戶支撐平臺以及全局服務模型之上的一個綜合性的信息發(fā)布和服務的系統(tǒng)。
綜合服務門戶平臺面向的對象主要包括教師、學生、家長、管理人員和學校領導；
綜合服務門戶平臺依托統(tǒng)一身份認證平臺，實現(xiàn)單點登錄；
綜合服務門戶平臺需要整合學校已經(jīng)建設或?qū)⒁ㄔO的各種基礎服務系統(tǒng)和應用系統(tǒng)；
綜合服務門戶平臺具有單點登錄及應用整合、信息發(fā)布、個人工作臺、網(wǎng)上協(xié)作、信息檢索等功能。
在技術上，綜合服務門戶平臺具備如下基本功能：
基于WEB的展現(xiàn)能力：用戶的訪問界面采用Web方式，用戶的客戶端只要有IE瀏覽器，就可以對門戶內(nèi)的所有應用和數(shù)據(jù)進行訪問，包括管理和定制用戶界面；
單點登錄：結合同意認證授權平臺提供實現(xiàn)對多種類型的應用系統(tǒng)的單點登錄訪問。提供靈活可擴展的認證接口，支持AD、LDAP、數(shù)據(jù)庫等標準身份認證技術。
統(tǒng)一展現(xiàn)：將應用和數(shù)據(jù)整合到門戶中，例如郵件的收件箱、發(fā)件箱，協(xié)作的工作流，文檔管理等，都可集成到門戶系統(tǒng)中；
高效檢索服務：滿足用戶同時在多個信息源中進行搜索，可以根據(jù)用戶輸入的關鍵詞搜索文檔內(nèi)容和文檔屬性；
實現(xiàn)對內(nèi)容的分級管理：對門戶提供的內(nèi)容進行分級的權限管理。例如，對于一篇文檔，可以限制哪些人可以訪問，哪些人不可以訪問。也可以實現(xiàn)更細節(jié)性的權限控制。
5.4 建設內(nèi)容
5.4.1 門戶應用功能
5.4.1.1 個人事務
綜合服務門戶需要為全體師生帶來信息檢索的高效，需要有個性化的事務助理服務，幫助用戶進行事務提醒和通知。初步的功能和欄目規(guī)劃如下表：
| 功能大類 | 功能小類 | 功能名稱 | 功能描述 |
|---|---|---|---|
| 個人事務助理 | 日程安排 | 個人日程 | 個人維護的相關日程 |
| 公共日程安排 | 學校、部門維護的公共日程，提供發(fā)布對象的選擇。 | ||
| 我的日程 | 將個人日程、公共日程和應用業(yè)務日程合并成我的日程。 | ||
| 通訊錄 | 公共通訊錄 | 通過交換或WebService從共享數(shù)據(jù)庫或業(yè)務系統(tǒng)獲取教師通訊錄和班級通訊錄，保存在門戶的公共通訊錄表中 | |
| 通訊錄檢索 | 對兩個通訊錄可以按照姓名進行模糊檢索 | ||
| 個人信息 | 學生數(shù)字檔案 | 學生用戶顯示學生個人的數(shù)字檔案，以圖形方式顯示，包括：基本信息、學籍信息、成績信息、住宿信息等 | |
| 教師數(shù)字檔案 | 教師用戶顯示教師個人的數(shù)字檔案，以圖形方式顯示，包括：基本信息、賬號密碼信息、登錄日志信息 |
主要功能描述如下：
日程安排
日程安排為用戶合理安排工作事項提供協(xié)助。日程安排按照來源分類，可以分為以下三類：
用戶個人日程：用戶個人通過日程安排組件，手動輸入的個人日程；(合肥自友科技)
校級/部門級部門日程：管理員注入的校級和部門級日程，比如校歷、周工作安排等；
應用系統(tǒng)業(yè)務日程：應用系統(tǒng)的業(yè)務產(chǎn)生的日程，比如課表、考試安排表、值班表、會議日程等。
不同類別的日程，用戶可以自定義提醒方式和級別，提醒方式包括：登錄提醒、郵件提醒、短信提醒等。
通過日程安排和提醒，將與用戶個人相關的各項重要事項進行匯總，提高信息服務的質(zhì)量，提高管理、方便用戶的同時，提高了門戶的使用率。
通訊錄
通訊錄是用戶辦事的輔助工具，門戶可以按照不同的級別建立通訊錄，并按照不同的角色、權限實現(xiàn)通訊錄的共享。
待辦事宜
將與用戶相關的各項業(yè)務處理事項匯總在待辦事宜中，提高業(yè)務辦理效率。
5.4.1.2 信息服務
信息服務是師生通過門戶獲取校內(nèi)外信息的主要渠道。綜合服務門戶平臺需要建立一個豐富的信息發(fā)布網(wǎng)站，具有強大的信息服務功能。主要的信息服務包括：新聞公告、公共信息、問卷調(diào)查。
新聞公告
新聞公告類信息主要是一些靜態(tài)的頁面，通過后臺的內(nèi)容管理系統(tǒng)來維護，并通過信息發(fā)布的流程進行發(fā)布控制。包括各種新聞、信息集成形成校園新聞中心，初步欄目和功能規(guī)劃如下表：
| 功能大類 | 功能小類 | 功能名稱 | 功能描述 |
|---|---|---|---|
| 新聞中心、熱門資訊 | 校內(nèi)新聞 | 圖片新聞 | 圖片方式（flash）顯示學校新聞 |
| 滾動新聞 | 滾動方式（標題）顯示學校新聞 | ||
| 部門級新聞 | 每個部門的新聞做一個組件，展示部門級新聞 | ||
| 通知公告 | 通知通告（校級） | 倒排序方式顯示學校通知通告 | |
| 最新通知通告（校級） | 倒排序方式顯示全校各部門的最新通知通告 | ||
| 部門級通知通告 | 倒排序方式顯示各職能部門通知通告 | ||
| 校外新聞 | 新浪滾動等 | 入外部新聞源 |
5.4.1.3 應用服務中心
應用服務中心是采用門戶技術整合學?，F(xiàn)有的應用系統(tǒng)，向師生提供各種網(wǎng)上自助服務，實現(xiàn)與師生日常的教學、科研、德育、生活等有關的信息查詢、在線服務申請等。
主要包括：
教學服務
科研服務
財務服務
人事服務
招生服務
迎新服務
注冊服務
學生資助服務
就業(yè)服務
離校服務
校友服務
后勤生活服務
IT及網(wǎng)絡服務
…
5.4.2 支撐平臺功能
在技術層面，綜合服務門戶平臺通過Portal技術實現(xiàn)。其技術框架如下圖所示：
門戶支撐平臺提供的功能主要包括：
5.4.2.1 個性化門戶
提供給不同部門、組織和級別的工作人員符合其需求特點的辦公頁面，通過個性化門戶，展示其最關心和常用的信息資源。界面采用常用Internet 瀏覽器個性化頁面，簡單明了，且為廣大用戶所熟悉。用戶可以在權限范圍內(nèi)，根據(jù)自身需要和興趣，自定義具有獨特風格和內(nèi)容的視圖。個性化定制可以分為兩個方面：
界面內(nèi)容的個性化：可根據(jù)不同的、具體應用時的個人需求定制頁面內(nèi)容，如將其它網(wǎng)站信息、Office 工具、電子郵箱頁面和應用系統(tǒng)頁面等所需的內(nèi)容，通過剪切、拖拉放入同一視圖。
界面形式的個性化：可根據(jù)個人的習慣和喜好，自由調(diào)整視窗的擺放位置，可對視窗標題、邊框、柵格、背景等版面形式和風格自由設計。
按照管理的需求，門戶設計為三個不同層次Web 頁面：
5.4.2.2 內(nèi)容管理
提供全面的內(nèi)容管理功能，可以對分散于內(nèi)部的多種數(shù)據(jù)類型和格式的內(nèi)容進行采集、編輯、管理，為用戶所共享。系統(tǒng)提供手工采集、網(wǎng)上來稿和應用程序接口輸出等方式進行信息采集，按照定義的數(shù)據(jù)維護流程完成信息的編輯、校對和審核。在資料的采集、編輯、校對、審核整個工作流程中，系統(tǒng)對安全性進行了嚴格地控制，建立了完善的審計機制和防篡改機制。
信息采編是對網(wǎng)站發(fā)布信息原始稿件的錄入管理，由信息采集人員負責采編信息，其功能如下：
多元化信息采集：支持Word文件、純文本文件、Html頁面等導入；
提供類似Word風格的可視化編輯界面，所見即所得的方式編輯稿件的正文，包括文字大小、顏色、字體等；
系統(tǒng)提供按“Html”和文本格式進行雙重信息編輯，符合不同編輯人員的編輯習慣；
提供特殊的編輯工具，如可插入圖片、Flash、附件、鏈接、水平線，查看html代碼，加入摘要、關鍵字等文章屬性信息，等等，并可對它們進行編輯修改、預覽、刪除等操作；
支持表格編輯，支持圖像嵌入，支持多媒體資源嵌入，支持分頁控制，提供所見即所得的頁面預覽功能；
設置稿件等級，進行多種模式排序，如等級、錄入時間等；
支持頁面模版管理，可以為稿件選擇相應的發(fā)布模版；
支持多種語種的信息采編；
提供完整的信息版本控制和痕跡保留，提供用戶修改文檔的記錄，以及信息修改的變化過程；和工作流相結合，提供更加智能化的版本控制；
支持cache技術。
5.4.2.3 信息發(fā)布管理
信息發(fā)布管理主要有信息審核、信息上欄、信息發(fā)布、信息上鎖等功能。對于需要多人合作的編輯模式，需要有工作流驅(qū)動來支持信息發(fā)布的流轉(zhuǎn)和審核，并且流程的定義和重組必須要方便和靈活。系統(tǒng)提供強大的工作流定制能力，可以通過可視化編輯工作制作工作流程，并可以指定流程節(jié)點的動作，一個頻道可以支持多條工作流程。
信息審核
根據(jù)的信息流程設計，不同信息負責人員負責對管理權限內(nèi)欄目的稿件進行審核。主要功能如下
支持多級審核機制；
持非權限控制數(shù)據(jù)的緩存處理；
審核界面同樣提供對稿件可視化的圖文編輯功能；
可批量確認審核通過；
提供稿件檢索功能。
相關性設置
支持稿件的相關性管理（相關專題、相關新聞等），可鏈接相關頁面，建立信息關聯(lián)，將幾篇文章設置成相關，當瀏覽這幾篇文章中的某一篇時，會在文章頁的下方將其他的幾篇文章的標題一起列出來，您只需點擊文章標題即可瀏覽該文章。
信息上欄
由信息上欄負責人將稿件發(fā)送到相關欄目上。對于新聞類采用動態(tài)生成-靜態(tài)發(fā)布技術，最后生成的是靜態(tài)頁面，信息上欄的功能是將新稿件內(nèi)容添加到欄目中或撤稿，對于動態(tài)的數(shù)據(jù)，需要對各應用系統(tǒng)進行整合之后，將應用系統(tǒng)中需要發(fā)布的信息發(fā)布出來。其功能如下：
提供單篇稿件或批量稿件上欄（撤稿）功能；
支持調(diào)整順序功能，能對發(fā)布的信息進行排序或順序調(diào)整網(wǎng)站上也會實時體現(xiàn)；
提供頁面期限設定，提供頁面的時間屬性設定，超出頁面時間設定的頁面自動下欄處理；
提供稿件檢索功能。
5.4.2.4 信息檢索
搜索引擎提供搜索相關配置的管理和直接用戶界面。
搜索引擎提供的檢索方法包括包括簡單搜索和高級搜索。簡單搜索，即通過關鍵字搜索門戶發(fā)布信息。高級搜索，即通過高級搜索界面，可以更詳細的定義檢索的信息以及限制條件等選項。
搜索引擎支持多語言的全文信息檢索。
5.4.2.5 面板管理
提供基于XML/XSL 技術的面板模板，模板定義了不同的視窗外殼、樣式、布局等。系統(tǒng)預設多種風格、布局的模版，并可根據(jù)學校要求進行修改。
最終用戶可根據(jù)自己的使用習慣選擇不同的發(fā)布過的模板，快速形成整齊美觀的個性化界面。
5.4.2.6 組件管理
門戶管理員通過組件管理對面板和菜單的布局進行調(diào)整和控制，并可以定義和發(fā)布門戶外觀Skin等組件配置信息。
5.4.2.7 安全管理
以身份認證為基礎可進行添加新用戶、刪除用戶、修改帳號信息、從相關用戶組和相關角色中添加、刪除用戶、通過輸入相關條件，查詢內(nèi)部現(xiàn)有的用戶。角色可賦于每個獨立用戶一定的特別功能，用戶角色的不同決定了用戶對系統(tǒng)資源訪問權限的不同。角色可控制用戶的這些權限。把相同類型的用戶置于一個組中，通過用戶組管理工具可以把相同的類型的用戶組織在一起，放在同一個用戶組中以便于管理。
支持與統(tǒng)一身份認證平臺身份管理、認證服務和權限管理進行無縫銜接。
5.5 系統(tǒng)特點
5.5.1 技術特性特點
SOA架構體系
Service-Oriented Architecture（SOA），面向服務的體系結構。對SOA 的需要來源于需要使業(yè)務 IT 系統(tǒng)變得更加靈活，以適應業(yè)務中的改變。通過允許強定義的關系和依然靈活的特定實現(xiàn)，IT 系統(tǒng)既可以利用現(xiàn)有系統(tǒng)的功能，又可以準備在以后做一些改變來滿足它們之間交互的需要。
SOA可從外部訪問、隨時可用、粗粒度的服務接口分級、松散耦合、可重用的服務、服務接口設計管理、標準化的服務接口、支持多種消息模式以及精確定義的服務契約的特點，因此實施SOA的關鍵目標是實現(xiàn)組織IT資產(chǎn)的最大化作用。
面向用戶的組件技術
門戶支持脫離開發(fā)環(huán)境的組件運行，門戶支撐平臺基于J2EE架構構建，支持組件脫離開發(fā)架構環(huán)境運行。
5.5.2 功能特性特點
跨平臺性
門戶支持采用。netcore語言編寫的組件，門戶支撐平臺將屏蔽底層運行操作系統(tǒng)之間的差異，支持多平臺部署或運行，包括Windows、Linux、HP UX、IBM AIX、SUN SOLARIS等，支持32位及64位操作系統(tǒng)；支持主流瀏覽器。
資源共享
系統(tǒng)可以對部門、教職工和學生等角色賦予信息發(fā)布權限，上述角色能夠在門戶站點上發(fā)布共享資源，經(jīng)管理員審核后進行發(fā)布，并在權限范圍內(nèi)共享信息。
完善的權限控制
為了保證恰當?shù)娜藛T掌握恰當?shù)男畔?，門戶管理員可以將權限組分配給個人用戶、群組、部門、崗位和角色；門戶中的信息根據(jù)用戶的角色可賦予用戶瀏覽、審批、發(fā)布、修改等權限。
5.5.3 產(chǎn)品性能特點
穩(wěn)定性
平臺采用J2EE架構設計，能夠在任何支持J2EE體系的成熟商業(yè)和非商用的中間件上進行安裝部署和穩(wěn)定運行。
大規(guī)模并發(fā)訪問
門戶具有良好的性能。系統(tǒng)支持至少20萬的注冊用戶數(shù)，至少滿足50000人的在線用戶數(shù)，并可隨著學校的發(fā)展，通過硬件的集群擴展，動態(tài)擴展并發(fā)量。
6.集成方案
6.1 認證集成
6.1.1 集成目標
統(tǒng)一身份認證平臺包含三個部分：統(tǒng)一用戶管理、統(tǒng)一身份認證和統(tǒng)一權限管理，因此在實現(xiàn)平臺與應用系統(tǒng)的集成方面也包括這三部分的集成。三部分集成的目標分別是：
統(tǒng)一用戶管理集成目標
全校的用戶管理在統(tǒng)一身份認證平臺集中進行，應用系統(tǒng)不在需要管理用戶的信息，應用系統(tǒng)所需要的用戶信息完全來自于統(tǒng)一的身份平臺，原則上要求統(tǒng)一認證用戶庫中的用戶基本信息數(shù)據(jù)是相對完整的，各子系統(tǒng)的用戶基本信息數(shù)據(jù)是該系統(tǒng)用戶數(shù)據(jù)庫的子集。
對于某些已經(jīng)建成的應用系統(tǒng)，統(tǒng)一身份認證平臺支持應用系統(tǒng)建立自己單獨的數(shù)據(jù)庫，定制開發(fā)后臺數(shù)據(jù)復制的服務，使得應用系統(tǒng)可以保持和統(tǒng)一身份認證平臺數(shù)據(jù)的一致。
統(tǒng)一身份認證集成目標
各類系統(tǒng)的身份認證均在統(tǒng)一身份認證平臺集中進行，應用系統(tǒng)不需要再對用戶身份進行校驗。
對于已經(jīng)存在的、具有Web界面應用的應用系統(tǒng)，如果由于各種原因無法實現(xiàn)身份的統(tǒng)一認證，需要與門戶配合實現(xiàn)單點登錄。(合肥自友科技)
統(tǒng)一權限管理集成目標
權限管理在統(tǒng)一身份認證平臺集中管理各系統(tǒng)的功能權限，應用系統(tǒng)不在需要管理用戶的功能權限，而是利用統(tǒng)一身份認證平臺提供的權限管理工具統(tǒng)一管理，應用系統(tǒng)所需要管理的是用戶的數(shù)據(jù)權限。
6.1.2 集成方案
在統(tǒng)一身份認證集成的方式上，隨著目標的不同，也分為三個部分。
統(tǒng)一用戶管理集成方案
原有系統(tǒng)用戶集成方案
原有應用系統(tǒng)放棄對用戶的增、刪、改等所有管理功能，改由統(tǒng)一認證平臺的用戶管理工具統(tǒng)一進行管理，統(tǒng)一用戶管理模式，原有系統(tǒng)的用戶表由數(shù)據(jù)交換平臺實現(xiàn)數(shù)據(jù)的實時同步。
新建系統(tǒng)用戶集成方案
不再建設開發(fā)用戶管理功能，采用統(tǒng)一認證平臺的用戶管理工具統(tǒng)一進行管理，統(tǒng)一用戶管理模式，如果需要應用系統(tǒng)需要使用用戶表，則利用數(shù)據(jù)交換平臺實現(xiàn)用戶數(shù)據(jù)的實時同步。
未來系統(tǒng)用戶集成方案
不再需要每個應用系統(tǒng)開發(fā)建設用戶管理模塊，采用統(tǒng)一認證平臺的用戶管理工具統(tǒng)一進行管理，統(tǒng)一用戶管理模式，如果需要應用系統(tǒng)需要使用用戶表，則利用數(shù)據(jù)交換平臺實現(xiàn)用戶數(shù)據(jù)的實時同步。
統(tǒng)一身份認證集成方案
原有系統(tǒng)認證集成方案
統(tǒng)一認證方式：對原有應用系統(tǒng)進行認證改造。根據(jù)應用系統(tǒng)架構不同，提供不同的身份認證接口，原有應用系統(tǒng)調(diào)用身份認證接口對系統(tǒng)的認證部分進行改造，使用統(tǒng)一身份認證平臺提供的身份認證服務集中進行用戶身份認證。
模擬認證方式：模擬認證是指在綜合服務門戶平臺平臺的模擬認證模塊中保存被應用系統(tǒng)的用戶名/密碼。用戶先登錄綜合服務門戶平臺平臺，模擬登錄模塊自動將保存的用戶名/密碼傳遞給應用系統(tǒng)，由應用系統(tǒng)的認證模塊完成對用戶的二次認證，而對于用戶來說，二次認證為透明的，對于統(tǒng)一身份認證平臺來說，完全沒有參與二次認證過程，所以被稱為模擬登錄。
統(tǒng)一認證方式對于數(shù)字校園管理者來說可以實現(xiàn)基于全校范圍內(nèi)的用戶身份認證，用戶的變化能夠及時反映在各個系統(tǒng)中。同時，統(tǒng)一認證充分統(tǒng)一身份認證平臺，使身份認證在安全性、可靠性和性能上都相對應用系統(tǒng)認證更為提高。但統(tǒng)一認證在具體實施過程中，存在著一定的困難。對于已經(jīng)建好正在運行的現(xiàn)有系統(tǒng)來說，需要對系統(tǒng)的認證部分做改造，使認證轉(zhuǎn)入統(tǒng)一身份認證平臺進行工作，對于原有系統(tǒng)來說存在一定的改造工作量。另外，實施統(tǒng)一認證必須要求應用系統(tǒng)與統(tǒng)一身份認證平臺實現(xiàn)了用戶管理的同步。
模擬登錄最大的優(yōu)點在于對已有系統(tǒng)的改造量很小，可以基本認為沒有改動量。同時可以屏蔽應用系統(tǒng)與統(tǒng)一身份認證用戶不一直的情況。模擬登錄能夠在最短的時間內(nèi)，實現(xiàn)全校的單點登錄（SSO）。但是模擬登錄不是真正意義上的統(tǒng)一身份認證，而是一種二次登錄的方式，存在一些固有的弊病。例如：應用系統(tǒng)的用戶名、密碼的改變，必須手動修改統(tǒng)一身份認證平臺的用戶名密碼映射，否則無法實現(xiàn)SSO。另外，在向應用系統(tǒng)發(fā)送用戶名、密碼的過程是存在安全隱患的。
新建系統(tǒng)認證集成方案
新建設的各個應用系統(tǒng)，采用統(tǒng)一認證的方式實現(xiàn)身份認證的集成。應用系統(tǒng)不再需要開發(fā)和建設認證模塊，只需要調(diào)用統(tǒng)一身份認證平臺提供的認證接口，即可完成身份的安全校驗。
未來系統(tǒng)認證集成方案
未來新建的應用系統(tǒng)完全采用統(tǒng)一認證的方式進行集成。
統(tǒng)一權限管理集成方案
原有系統(tǒng)權限集成方案
通過初始化工作，將應用系統(tǒng)的功能權限復制到統(tǒng)一身份認證平臺的權限管理中，原有系統(tǒng)的功能權限管理工具不再需要使用，統(tǒng)一用戶的功能權限管理模式。同時，利用數(shù)據(jù)交換實現(xiàn)用戶功能權限的實時同步。這種集成方式，對原有系統(tǒng)基本不產(chǎn)生影響，只需要屏蔽原有功能權限管理工具即可。但是這種方式集成同樣存在一個前提，即改應用系統(tǒng)已經(jīng)集成了統(tǒng)一用戶管理。
這種集成方案的好處在于將功能權限管理完全集中在平臺統(tǒng)一管理，當用戶身份發(fā)生變化的同時，只需要在一個地方改變用戶的角色，在全校的所有應用系統(tǒng)中均能得到實時的反映，為未來業(yè)務的深化奠定了基礎。
2 新建系統(tǒng)權限集成方案
不再需要建設功能權限管理工具，只需要建設數(shù)據(jù)權限管理工具即可。所有的功能權限均通過統(tǒng)一身份認證平臺來統(tǒng)一管理，統(tǒng)一功能權限管理模式，同時，利用數(shù)據(jù)交換實現(xiàn)用戶功能權限的實時同步。
6.2 數(shù)據(jù)集成
6.2.1 集成方案
在本項目中，我們利用數(shù)據(jù)交換平臺實現(xiàn)各應用系統(tǒng)與共享數(shù)據(jù)庫平臺的數(shù)據(jù)集成，集成工作流程如下：
通過工作在應用系統(tǒng)端的“適配器”，利用多種數(shù)據(jù)采集機制采集業(yè)務系統(tǒng)數(shù)據(jù)。
采集得到的數(shù)據(jù)通過 “數(shù)據(jù)交換中心”統(tǒng)一處理。
“數(shù)據(jù)交換中心”根據(jù)各應用系統(tǒng)的特定需要，根據(jù)預先設定好的策略和轉(zhuǎn)換規(guī)則，將數(shù)據(jù)傳遞給公共數(shù)據(jù)庫平臺的“適配器”。
由數(shù)據(jù)中心的“適配器”將數(shù)據(jù)推送到公共數(shù)據(jù)庫平臺的數(shù)據(jù)庫。
業(yè)務系統(tǒng)數(shù)據(jù)整合包括兩部分：將新開發(fā)的業(yè)務系統(tǒng)對應的現(xiàn)有系統(tǒng)中的數(shù)據(jù)一次性的加載到數(shù)據(jù)平臺中；共享數(shù)據(jù)集中數(shù)據(jù)定期從對應的現(xiàn)有業(yè)務系統(tǒng)中抽取出來加載更新，實現(xiàn)與現(xiàn)有系統(tǒng)中的數(shù)據(jù)進行同步。
現(xiàn)有系統(tǒng)的數(shù)據(jù)集成將采用以下的步驟：
分析數(shù)據(jù)源的類型和模式，以及使用的語義定義規(guī)則；
設計數(shù)據(jù)從舊模式到新模式的轉(zhuǎn)換加載規(guī)則；
使用數(shù)據(jù)集成工具進行實施轉(zhuǎn)換加載。
分析老系統(tǒng)的數(shù)據(jù)模式
對數(shù)據(jù)源進行分析，主要分析以下幾個方面：
分析數(shù)據(jù)源存儲的類型，訪問的方式；
數(shù)據(jù)源存儲的模式結構信息，以及模式的含義；
數(shù)據(jù)源存儲模式中使用的語義定義。
通過分析得到原有數(shù)據(jù)源的模式信息報告，為數(shù)據(jù)轉(zhuǎn)換規(guī)則設計定義一個基礎。
設計數(shù)據(jù)映射轉(zhuǎn)換規(guī)則
根據(jù)數(shù)據(jù)源的模式分析報告和共享數(shù)據(jù)庫平臺的業(yè)務數(shù)據(jù)模式設計報告，設計數(shù)據(jù)的轉(zhuǎn)換映射規(guī)則，按照數(shù)據(jù)平臺中業(yè)務數(shù)據(jù)模式中的數(shù)據(jù)表來進行設計，為每一張數(shù)據(jù)表設計數(shù)據(jù)的抽取加載過程。
通過設計得到數(shù)據(jù)轉(zhuǎn)換映射規(guī)則報告，用于在數(shù)據(jù)集成工具中進行實施轉(zhuǎn)換過程。
實施數(shù)據(jù)轉(zhuǎn)換加載
基于數(shù)據(jù)交換功能進行集成，通過集成工具完成數(shù)據(jù)轉(zhuǎn)換加載的時間、周期和相關約束。
二 應用管理服務建設
1.招生管理系統(tǒng)
1.1 系統(tǒng)概述
自主招生系統(tǒng)是根據(jù)國家的自主招生政策進行研發(fā)的，是除統(tǒng)招以外另外一條學生入學的窗口，學生可以直接在學校的自主招生網(wǎng)站上進行報名。自主招生系統(tǒng)支持大專、高職、中職這幾類學生的報名，并有針對性的進行了業(yè)務流程的處理。
拓撲圖
學生端：
學生可以自己注冊并登錄自主招生系統(tǒng)，并維護本人的基本信息；
醒目的報名流程，讓學生清楚的知道自己每一步要做什么，以及當前需要做什么；
管理端：
系統(tǒng)可以靈活的控制前臺的每一步流程；
快速的審核報名的學生信息；
全自動的考場分配功能，并支持第二考場的分配；
動態(tài)的成績管理功能，適用于每個學校不同的考試科目；
支持批量的學生照片導入；
1.2 產(chǎn)品功能
1.2.1 招生名單
學校可對接國家招生網(wǎng)或者批量導入以錄取學生名冊，形成新的新生信息。
可以批量導入被錄取的新生信息，包括學生的基礎信息，入學信息，以及家庭聯(lián)系方式等，作為入學報到所用，學籍入檔所用；
1.2.2 報名注冊
新生通過手機端app，或者服務大廳進行新生報名注冊，填寫基本信息，確定是否需要轉(zhuǎn)專業(yè)。新生可進行進行變更專業(yè)申請，特殊情況滿足不同學生想選擇專業(yè)的變更專業(yè)的變更涉及到不同的繳費問題，分班等。
1.2.3 專業(yè)變更審核
學?？蓪W生專業(yè)進行變更審核，可進行批量審核，做到專業(yè)變更限制。
1.2.4 新生報道
學生線上完成身份驗證，通過提交新生入學材料完善基礎資料完成報道，可以通道批量導入新生報名一鍵批量報名成功節(jié)省老師學生實踐提高效率。
1.2.5 新生分配學號
批量增加學生學號，預分配學號也可進行預分配學號轉(zhuǎn)為正式學號，通過學號即可知道學生的入學時間班級等身份；專業(yè)轉(zhuǎn)變也可進行學號的手動修改調(diào)整。
1.2.6 新生同步到用戶
只有新生生成用戶管理方可進入平臺，做到學生與用戶的獨立區(qū)分，發(fā)放統(tǒng)一密碼，進入手機端，pc學生端。
1.2.7 新生分配班級
新生報名預分配班級，可批量分配班級，同專業(yè)分配自動分配同一班級。
1.2.8 統(tǒng)計報表
系統(tǒng)提供的報考人數(shù)統(tǒng)計報表，可以根據(jù)生源地、生源類型、畢業(yè)生身份、專業(yè)、畢業(yè)中學、性別、年份進行自由組合的統(tǒng)計學生的錄取人數(shù)、審核通過人數(shù)、信息已確認的人數(shù)；這個靈活的統(tǒng)計報表可以適應于學校不同的統(tǒng)計需求。
1.2.9 班級學生單
系統(tǒng)自動生成班級學生花名冊名單。為新生報名提供一份完整的學生名單作用，可進行線下點名。
2 數(shù)字迎新系統(tǒng)
2.1 系統(tǒng)概述
迎新工作是新生真正深入了解學校的一個入口，是第一次體驗學校服務水平。為了給新生舒適、便捷的報到體驗，迎新服務方案至關重要。迎新報到工作具有“時間短、人數(shù)多、協(xié)調(diào)難度大”等特點，因此迎新工作是體現(xiàn)學校信息化水平的最重要節(jié)點。
數(shù)字迎新系統(tǒng)涵蓋了迎新網(wǎng)站、迎新自助服務、新生信息管理、迎新手續(xù)定制、學生報到、分班分學號、報到信息統(tǒng)計等一系列有關報到前、報到中、報到后的業(yè)務流程管理。可提供新生交費、分班、分學號、報到、住宿等迎新工作完整解決方案。
數(shù)字迎新系統(tǒng)支持校園卡、掃描報到單、讀取身份證、手工報到等多種報到方式。學生可使用手機、電腦等終端了解學校及查詢、辦理業(yè)務，院系老師可使用手機、電腦等終端為學生辦理業(yè)務。
2.2 系統(tǒng)功能
2.2.1 迎新網(wǎng)站
迎新網(wǎng)站及登錄以后自助服務系統(tǒng)主要是針對學生使用。學生通過迎新網(wǎng)站及自助服務系統(tǒng)了解學校情況、報到流程、乘車路線、在校的“衣食住行”，查詢自己基本信息、交費信息、住宿信息等等，辦理上傳照片、完善信息、咨詢問答、在線選宿舍等業(yè)務。欄目和圖片均可自定義，并且有后臺管理功能，可對每個功能及顯示名稱進行設置。
2.2.2 基礎信息管理
基礎信息管理模塊主要是數(shù)字迎新系統(tǒng)基本管理功能，主要包括學生信息管理、院系信息管理、專業(yè)信息管理、班級信息管理、學生信息導入、院系信息導入、專業(yè)信息導入、班級信息導入、學生照片導入、學生照片導出。
學生照片導入可選擇照片名稱為考生號、身份證號或?qū)W號其中一種。學生照片導出可按考生號、身份證號或?qū)W號導出學生照片信息。
2.2.3 綠色通道管理
學生費用減免，學生可手機端和服務大廳進行綠色通道減免申請；核對減免申請，減少新生費用繳納。針對有困難的學生可申請綠色通道，先完成報到手續(xù)。
2.2.4 物品領用
為了減少新生攜帶大量的行李，新生可在學校進行購買生活用品和領取學校所分發(fā)的行李。新生繳納費用進行新生物品領用登記，退還。
2.2.5 新生體檢
迎新手續(xù)辦理主要是根據(jù)學校實際業(yè)務情況，對需要辦理的手續(xù)進行自定義。功能主要包括手續(xù)類型管理、迎新手續(xù)定制、新生院系報到等。
2.2.6 院系報到
報到時可以通過考生號、身份證號、通知書號、學號等進行報到。系統(tǒng)可自動讀取校園卡、身份證、報到單等上面的信息檢索學生信息（注：不同的介質(zhì)需要不同的終端支持）。可查看學生基本信息、交費信息、綠色通道信息和住宿信息等等?？蓪崿F(xiàn)點擊一次鼠標完成報到，也能實現(xiàn)刷卡自動報到。(合肥自友科技)
3 宿舍管理系統(tǒng)
3.1 系統(tǒng)概述
宿舍管理系統(tǒng)是為學校老師方便管理學生住宿情況設計的信息管理系統(tǒng)，通過宿舍管理系統(tǒng)可實時掌握學校公寓使用情況、每個公寓樓房間住宿情況、全校學生住宿情況、每個學生住宿詳細信息等等。與一卡通和水電對接，采集一卡通刷卡記錄和水電記錄并分析相關情況。
宿舍管理系統(tǒng)涵蓋了基礎信息管理、宿舍信息管理、學生入住管理、學生退宿管理、日常操作管理等一系列有關宿舍管理的業(yè)務流程。系統(tǒng)不僅僅支持單條數(shù)據(jù)記錄的處理更支持批量記錄的處理，例如：批量生成房間、批量退宿、批量入住等。系統(tǒng)增加了特有的臨客管理功能，為管理臨時住宿人員提供便利；系統(tǒng)提供了預分宿舍功能。
宿舍調(diào)整支持多種方式，如：單人調(diào)整、兩人互調(diào)、單個房間調(diào)整、兩個房間互調(diào)。樓宇類型支持多種類型：筒子樓和單元樓。系統(tǒng)還提供了一些輔助管理功能，例如：內(nèi)務管理功能。
3.2 系統(tǒng)功能
3.2.1 宿管系統(tǒng)設置
宿管系統(tǒng)參數(shù)設置主要包括房間命名規(guī)則、宿管運行參數(shù)、樓宇權限和常用字典管理。
3.2.2 基礎信息管理
基礎信息管理模塊主要是數(shù)字迎新系統(tǒng)基本管理功能，主要包括學生信息管理、院系信息管理、專業(yè)信息管理、班級信息管理、學生信息導入、院系信息導入、專業(yè)信息導入、班級信息導入、學生照片導入。學生照片導入可選擇照片名稱為考生號、身份證號或?qū)W號其中一種。
3.2.3 宿舍信息管理
宿舍信息管理模塊主要是宿舍管理系統(tǒng)基本信息的管理功能，主要包括校區(qū)信息管理、園區(qū)信息管理、樓宇信息管理、房間信息管理、批量生成房間、物品種類管理、房間物品管理、校區(qū)信息導入、園區(qū)信息導入、樓宇信息導入、房間信息導入。
系統(tǒng)可以設置宿舍房間名稱的命名規(guī)則，自動按照規(guī)則批量生成房間信息，生成房間信息的同時，也可以批量生成宿舍內(nèi)物品的信息。
3.2.4 宿舍安排
學生住宿管理，包括宿舍預分、學生入住、宿舍調(diào)整、學生外宿、學生退宿等幾部分。
用戶可根據(jù)系統(tǒng)提示的各院系、專業(yè)、班級的歷年的錄取人數(shù)、入住人數(shù)、入住率和老生入住的樓宇樓層、同時，用戶還可即時獲取所選院系、專業(yè)、班級的新生人數(shù)，已經(jīng)預分的床位數(shù)等信息。系統(tǒng)對這寫數(shù)據(jù)進行分析處理，智能的提示用戶對新生的宿舍預分進行最優(yōu)的配置，大大減少了用戶的操作。
3.2.4.1 宿舍分配
系統(tǒng)可以選擇單個學生入住，也可以批量選擇學生然后選擇房間后批量入住，入住可以根據(jù)宿舍預分情況完成入住，可以根據(jù)宿管運行參數(shù)的中的設置優(yōu)先將學生分配到未住滿的房間或者空房間。
3.2.4.2 宿舍調(diào)整
宿舍調(diào)整支持以下幾種方式：單人調(diào)整、兩人互調(diào)、住宿調(diào)整（單個房間調(diào)整）、房間互調(diào)，調(diào)整的同時會記錄住宿的歷史信息。
3.2.5 查詢統(tǒng)計報表
系統(tǒng)針對不同角色設計不同的報表，主要包括：學生住宿信息、住宿異動信息、預分信息統(tǒng)計等報表。
3.2.6 日常管理
該模塊主要功能是記錄宿舍違紀、衛(wèi)生和設施情況。
3.2.7 用戶權限管理
用戶權限管理模塊主要包括用戶信息管理、系統(tǒng)角色管理和用戶授權管理?？蓪崿F(xiàn)對功能和數(shù)據(jù)的權限管理。
4 學工管理系統(tǒng)
4.1 系統(tǒng)概述
學生工作管理系統(tǒng)主要面向?qū)W生處、學院教師、心理咨詢師和全體學生，基本上涵蓋老師、學生在校日常工作、生活的所有環(huán)節(jié)。主要功能包括：學生自助服務、學生信息管理、檔案管理、日常管理、資助管理（貧困生認定、國家助學貸款、國家助學金、勤工助學、學費減免、綠色通道、專項資助、定向資助、社會資助、學貸補償）、違紀管理、綜合測評、獎學金管理、榮譽管理、學工隊伍、通知公告、調(diào)查問卷、學生干部管理、團委管理（團員、團費管理、社團管理、活動管理）、黨員管理、心理健康、基礎信息導入、系統(tǒng)設置、消息管理、任務管理、工作流管理、權限管理。系統(tǒng)支持學生工作管理部門、工作人員和全校學生通過在線申請及審批辦理業(yè)務，發(fā)送和接收信息提醒及時掌握業(yè)務辦理進度，自助打印申請表，支持手機端、PC端多種途徑訪問，支持按權限管理的各種申請、查詢和統(tǒng)計報表的輸出打印功能。
4.2 系統(tǒng)功能
4.2.1 學生自助服務系統(tǒng)
學生通過自助服務系統(tǒng)維護自己基本信息、家庭信息，查詢自己基本信息、家庭信息、課程成績、任職情況、榮譽、獎勵、資助、貸款、勤工助學、活動、檔案，通知公告、完善就業(yè)信息；填寫調(diào)查問卷等。
日常服務包括：獎學金申請、檔案借調(diào)、違紀申訴、對輔導員評分、個人信息修改申請等。
資助服務包括：貧困生認定、國家助學金、勤工助學、學費減免、專項、定向資助、綠色通道等業(yè)務。
學生申請過業(yè)務后，辦理進度推送消息提醒給學生。在我的申請中可以查看自己相關申請的審批進度。學生也可以通過APP查詢和辦理業(yè)務。其中首頁右側的內(nèi)容可自定義，根據(jù)學校實際情況選擇，并且有后臺管理功能，可對每個功能及顯示名稱進行設置；我的申請中可以查看自己相關申請的審批進度，針對審核通過的，可以自己選擇打印審批表。
4.2.2 基礎信息管理
基礎信息管理模塊主要是學工管理系統(tǒng)基本管理功能，主要包括單位信息管理、教職工信息管理、專業(yè)信息管理、班級信息管理。
4.2.3 學生信息管理
學生信息管理模塊主要是對學生信息的維護和查看，包括學生信息修改管理、學生基本信息、學生擴展信息、學生信息申請修改、學籍異動信息、新生注冊、在校生注冊、學生就業(yè)信息、畢業(yè)生處理。
4.2.4 學生檔案
學生檔案主要是對新生和畢業(yè)生檔案進行管理，包括學生信息、學生照片、家庭情況、家庭成員、學分管理、學生名冊。主要來源指本校在學生管理活動中形成的，記錄和反映學生個人經(jīng)歷、德才能績、學習和工作表現(xiàn)的、以學生個人為單位集中保存起來以備查考的文字、表格及其他各種形式的歷史記錄。
4.2.5 學籍 管理
學籍上報：畢業(yè)時進行學籍上報，完善學生個人信息的填寫，上報到學工部和教務處審核，更改學籍狀態(tài)，完成畢業(yè)。
學籍審核：審核學籍是否完善，審核通過學籍不可修改。
電子學籍卡：可打印電子學籍卡，其中包括，學生獎懲，異動，學生信息，考勤等。
學籍異動 ： 處理學生異動狀態(tài)休學、復學、退學、轉(zhuǎn)專業(yè)、轉(zhuǎn)學（轉(zhuǎn)入及轉(zhuǎn)出）、專升本、保留入學資格、提前畢業(yè)、延期畢業(yè)、留級、降級、旁聽等狀態(tài)。
4.2.6 團員管理
團委工作主要包括團員管理、團費管理、社團管理、活動管理、社團情況統(tǒng)計、活動管理除了社團活動外，還包括了社會實踐活動、學校、院系舉辦的活動；社會實踐包括了團隊管理、團隊成員、榮譽管理、實踐成果維護、評選星級團隊、先進個人等。
4.2.7 學生資助管理
學生資助主要是結合河南省資助網(wǎng)管理在校學生的受資助情況，滿足申請條件的學生可以登錄自助服務系統(tǒng)進行相關的資助申請；主要功能包括貧困生管理、國家助學貸款、國家助學金、勤工助學、學費減免、專項資助、定向資助、社會資助、學貸補償、統(tǒng)計報表（家庭經(jīng)濟困難學生信息、勤工助學酬金發(fā)放表、勤工助學學生統(tǒng)計表、學費減免情況匯總表、學生資助發(fā)放匯總表、學生資助人數(shù)匯總等）；其中資助優(yōu)先考慮貧困生，部分資助只針對貧困生（如：國家助學金）。
4.2.8 團委管理
團委工作主要包括團員管理、團費管理、社團管理、活動管理、社團情況統(tǒng)計、志愿服務管理、義務獻血、社會實踐、校園賽事、參賽作品、校園賽事匯總表；活動管理除了社團活動外，還包括了社會實踐活動、學校、院系舉辦的活動；社會實踐包括了團隊管理、團隊成員、榮譽管理、實踐成果維護、評選星級團隊、先進個人等。
4.2.9 黨員管理
黨員管理模塊主要是管理學生黨員，根據(jù)黨員的發(fā)展周期保留學生黨員各個階段的發(fā)展材料；主要功能包括：入黨申請、積極分子管理、預備黨員管理和正式黨員管理。
4.2.10 報表管理
在校生統(tǒng)計、學籍異動統(tǒng)計、學籍注冊統(tǒng)計、在校生年齡段統(tǒng)計、在校生其它情況統(tǒng)計、在校生來源情況統(tǒng)計、就業(yè)信息統(tǒng)計等。
4.2.11 系統(tǒng)設置
系統(tǒng)設置包括登錄圖片管理、申請功能設置、系統(tǒng)參數(shù)設置、打印模板設置、系統(tǒng)編碼設置。
4.2.12 消息管理
設置消息推送到哪些服務平臺，可以推送到第三方平臺，默認發(fā)送內(nèi)部消息。查看消息記錄。
4.2.13 任務辦理
任務辦理主要包括待辦任務和已辦任務；待辦任務主要顯示當前登錄人需要辦理的任務，針對同一類型的任務，可以進行批量辦理；已辦任務顯示當前登錄人辦理完成的任務。
5 后勤生活服務平臺
5.1 系統(tǒng)概述
后勤生活服務平臺基于信息化建設行業(yè)經(jīng)驗，為構建以服務為中心的校園服務體系提供了一整套信息化解決方案。后勤生活服務平臺以構建服務平臺為核心，借助電子商務等技術，整合校內(nèi)外服務資源，提供一體式的綜合服務，將面向師生的日常服務變?yōu)橐徽臼絺€性化服務，從被動影響師生的服務要求變?yōu)橹鲃邮?、交互式服務響應?/p>
后勤生活服務平臺建設具體實現(xiàn)的目標包括：
使全校師生通過信息化手段享受到學校各部門所提供的服務
提升服務管理人員的工作效率、管理水平和服務質(zhì)量
提供完善查詢統(tǒng)計功能，為管理人員提供輔助決策支持
遵循信息化建設規(guī)范，有效實現(xiàn)門戶、應用以及數(shù)據(jù)的集成
5.2 建設思路
5.2.1 實用性
本系統(tǒng)應充分體現(xiàn)學校內(nèi)部管理的模式和特點，各功能模塊使用方便、切合實際、運作高效，且整個系統(tǒng)易于理解掌握，操作簡單，邏輯性強，直觀簡潔，且投標方需提供整個系統(tǒng)的實際運作模式。
5.2.2 先進性
本系統(tǒng)的建設要立足于當今世界成熟技術、先進的架構，由此實現(xiàn)的系統(tǒng)能隨著未來信息技術的發(fā)展而不斷平滑升級。
5.2.3 可管理性
系統(tǒng)數(shù)據(jù)來源途徑眾多、數(shù)據(jù)類型復雜、采集模式多樣、數(shù)據(jù)歷史跨度很大，其管理難度大、維護成本高，系統(tǒng)必須從整體架構上、從具體功能上保證降低管理難度、降低維護成本、降低人員依賴，采用圖形化管理和監(jiān)控工具，方便管理維護、出現(xiàn)故障能快速準確的定位問題。
5.2.4 開放性
本系統(tǒng)將隨著調(diào)查體系、評價模型等因素的調(diào)整而不斷更新，基于性價比、廠商風險等因素考慮，系統(tǒng)采用開放的架構、開放的平臺、開放的產(chǎn)品，提供完備的文檔資料和開放全套業(yè)務程序與數(shù)據(jù)庫設計，系統(tǒng)建成后學?？勺孕袛U展升級、自主運營維護。
5.2.5 安全性
系統(tǒng)涉及全校許多敏感數(shù)據(jù)，應采用數(shù)據(jù)集中保存機制、嚴格的數(shù)據(jù)權限分級技術、完善的數(shù)據(jù)訪問控制手段，確保各級領導、維護人員、管理人員、各級質(zhì)管員、院系師生、評估專家、社會人士等能夠且僅能看到其可看到的數(shù)據(jù)信息；需要提供完善的數(shù)據(jù)備份管理方案；提供詳細的審計功能，對于操作人員的各項操作有完善的日志管理。
5.2.6 可擴展性
系統(tǒng)在容量和功能上不僅能滿足目前用戶的需求，而且也易于擴展以保障用戶今后的擴容和升級，以適應諸如數(shù)據(jù)源擴展、采集模式變化、數(shù)據(jù)類型新增、業(yè)務功能改變等變化。
5.3 系統(tǒng)功能
5.3.1 報修服務
報修服務主要指教學區(qū)或生活區(qū)各樓宇內(nèi)設備等損壞或不能正常工作而產(chǎn)生的報修服務，包括網(wǎng)絡、一卡通、物業(yè)水、電、設備等各項維修。
報修申請，用戶網(wǎng)上進行維修申請，系統(tǒng)支持維修設備類別、維修內(nèi)容、維修區(qū)域及詳細地址等信息
報修派工，物業(yè)公司或后勤集團根據(jù)維修申請內(nèi)容審核維修任務及派工
進度查詢，系統(tǒng)支持用戶在線了解維修進度。
報修評價，在維修完成后根據(jù)服務質(zhì)量和維修結果，對本次維修服務進行在線評價
支持維修工名單、工種及區(qū)域維護；維修項目、耗品清單及收費金額維護；相關維修信息的統(tǒng)計分析；維修工考核管理（依據(jù)維修類型、數(shù)量進行計件結合用戶評價進行考核）
5.3.2 失物招領服務
失物找了服務是一個互幫互助的平臺，方便用戶發(fā)布失物招領信息，失物信息查詢，失物認領，建立基于校園的學生生活互助圈。
5.3.3 訪客服務
訪客登記服務可幫助校園安全，管理外來人員進出，進行實名認證登記，做到平安校園。登記來訪人員信息，聯(lián)系人員等。
5.3.4 校園文化
可設置校園文化文化管理服務，設置校園接待歡迎詞，節(jié)假日宣傳歡迎詞宣傳校園文化。提高人文關懷。
5.3.5 資產(chǎn)管理
學校資產(chǎn)管理的水平，直接決定了學校的管理水平。資產(chǎn)管理工作是學校管理工作的基礎，科學合理的資產(chǎn)管理策略，可以很大程度的提高學校資產(chǎn)管理水平，提高學校資產(chǎn)利用效率，優(yōu)化學校資產(chǎn)配置，節(jié)省學校運營成本，提高學校生產(chǎn)效率。因此如何加強學校資產(chǎn)管理策略，是學校發(fā)展需要面對的重要問題。
利用條碼技術應用于學校基地的固定資產(chǎn)管理，可以實現(xiàn)現(xiàn)代化、有效、有保證的科學管理。近距離距離的射頻識別可以對校園的資產(chǎn)進行實時的監(jiān)控和清理、管理，借助在每一件資產(chǎn)上貼上的條碼，通過掃碼槍讀取，以實物為管理基礎，避免了以賬面為基礎的管理缺點。對重要的資產(chǎn)還可以實現(xiàn)動態(tài)的監(jiān)控管理，整個資產(chǎn)管理系統(tǒng)主要包括資產(chǎn)、位置、狀態(tài)、購買時間和詳細的情況、資產(chǎn)的周期和效率、資產(chǎn)管理與財務的關系、保養(yǎng)、維修等等信息都可以隨時的通過掃碼槍讀取，傳送到數(shù)據(jù)中心進行處理，實現(xiàn)全過程的監(jiān)控管理。
5.3.5.1 管理設置
設置資產(chǎn)管理系統(tǒng)基礎應用配置
① 資產(chǎn)位置：設置資產(chǎn)存放位置，入庫出庫存放地點。
② 資產(chǎn)分類：設置固定資產(chǎn)分類，分類名稱、分類編號、分類描述等。(合肥自友科技)
③ 資源來源：設置資源來源方式，其中包括捐贈，自建，租賃，購入等多種方式來源。
④ 耗材分類：為了加強管理，便于組織會計核算，需要對其進行科學、合理的分類。根據(jù)不同的管理需要和核算要求以及不同的分類標準，可以對固定資產(chǎn)進行不同的分類。設置分類的名稱，分類描述。
⑤ ★折舊設置：固定資產(chǎn)折舊是指在固定資產(chǎn)使用壽命內(nèi)，按照確定的方法對應計折舊額進行系統(tǒng)分攤。設置不同類型下的資產(chǎn)分類使用不同的折舊類型方式，其中包括：平均年限法、雙倍余額遞減法、年數(shù)總和法。設置首次折舊設計，預計殘值率等基礎設置。
⑥ ★預警設置：設置資產(chǎn)預警提醒，可以很好的幫助監(jiān)控所有資產(chǎn)情況，可以設置提前多少天收到預警提醒。其中可設置資產(chǎn)使用到期提醒、資產(chǎn)維保到期提醒、資產(chǎn)租賃到期提醒等。
⑦ ★標簽設置：設置標簽二維碼，自定義設置標簽提醒字段其中包括：資產(chǎn)名稱，購入日期年月（六位，四位，兩位）、資產(chǎn)編號，資產(chǎn)分類、品牌、規(guī)格型號，sn號等自定義標簽組合?？勺詣由啥S碼，一維碼提供使用。
5.3.5.2 資產(chǎn)管理：
① 資產(chǎn)入庫：新采購未登記在冊的資產(chǎn)需要資產(chǎn)入庫登記，給資產(chǎn)貼上條碼或者二維碼，設置資產(chǎn)編號給資產(chǎn)進行分了，設置資產(chǎn)品牌，所屬機構，存放地方，資產(chǎn)來源登記，采購時間，采購金額，使用年限，供應商，維保到期時間登記等設置。
② 資產(chǎn)領用：資產(chǎn)領用記錄登記在冊，登記領用人，領用機構，領用時間，領用后存放地點，領用處理人等設置。
③ 資產(chǎn)退庫：設置退庫日期，退庫后存放地點，自動獲取退庫處理人，設置退庫資產(chǎn)。
④ 借用歸還：資產(chǎn)領用人需要使用學校資產(chǎn)，需要借用登記，登記借用日期，預計歸還日期，借用人，資產(chǎn)借用存放地點，借用處理人等設置。資產(chǎn)歸還日期做到預警處理。
⑤ 資產(chǎn)調(diào)撥：資產(chǎn)調(diào)撥所屬機構，調(diào)撥后所屬管理員等描述。
⑥ ★資產(chǎn)維修：對接報修管理系統(tǒng)，添加資產(chǎn)維修訂單，設置報修人，報修花費，報修日期，報修處理人等設置，報修管理系統(tǒng)中可查看所有報修信息，維修員可處理維修信息登記處理狀態(tài)。
⑦ 資產(chǎn)報廢：新增資產(chǎn)報廢信息，清理類型包括：售賣、丟失、退租、報廢清理、轉(zhuǎn)讓出售、毀壞清理、盤虧處理、其他等清理類型，設置報廢日期，報廢處理人等設置。
5.3.5.3 耗材管理：
管理各種消耗性材料，各類打印紙、打印機配件、復印機配件等價值低于1000元以下，易損耗的物資。
① 耗材品種：為了加強管理，便于組織會計核算，需要對其進行科學、合理的分類。根據(jù)不同的管理需要和核算要求以及不同的分類標準，可以對耗材進行不同的分類。設置分類的名稱，分類描述。給耗材貼上條碼或者二維碼，設置資產(chǎn)編號給資產(chǎn)進行分了，設置資產(chǎn)品牌，所屬機構，存放地方，資產(chǎn)來源登記，采購時間，采購金額，使用年限，供應商，維保到期時間登記等設置。
② 耗材入庫：新采購未登記在冊的耗材需要資產(chǎn)入庫登記，給耗材貼上條碼或者二維碼，設置資產(chǎn)編號給資產(chǎn)進行分了，設置資產(chǎn)品牌，所屬機構，存放地方，資產(chǎn)來源登記，采購時間，采購金額，使用年限，供應商，維保到期時間登記等設置。
③ 耗材出庫：設置出庫日期，經(jīng)辦人，領用人，辦理日期，辦理耗材等情況。
5.3.5.4分析統(tǒng)計
環(huán)形統(tǒng)計圖統(tǒng)計限制物品與在用物品的百分比；方便查看先用物品的物資情況；統(tǒng)計資產(chǎn)狀態(tài)的占用比例：借用狀態(tài)、已報修、調(diào)撥、閑置等物品；資產(chǎn)分類統(tǒng)計，條形統(tǒng)計出資產(chǎn)分類情況統(tǒng)計統(tǒng)計個分類資產(chǎn)數(shù)量。
6 人事管理服務
6.1 系統(tǒng)概述
負責辦公室日常辦公制度維護、管理。負責辦公室各部門辦公后勤保障工作按照公司行政管理制度處理其他相關事務。負責研究制訂完善公司各項規(guī)章制度。
負責公司的用人計劃，做好招聘工作及人員補崗工作。員工獎懲制度的制定與執(zhí)行。人力資源資料檔案的管理。負責辦理員工請假、休假及考勤異常處理，員工需求的調(diào)查及反饋。辦理相關入職、調(diào)崗、晉升、離職等人事變動手續(xù)。及時與各個部門進行對接協(xié)助完成轉(zhuǎn)正員工合同簽訂，并為其繳納社保及離職人員停保工作。本部門其他突發(fā)事項。上級部署的其他事務。
6.2 系統(tǒng)功能
6.2.1 人事信息
① 人事合同：學校聘請員工時需要簽訂的勞動合同，可直接線上簽訂合同，直接設置用戶，選擇其合同類型其中包括：勞動合同，保密合同，其他合同等。設置應聘崗位，合同到期時間，設置試用天數(shù)等設置。
② 證照管理：增加學校老師的證書的登記，獎章的登記，設置證照的登記名稱，證照編號，頒發(fā)單位，頒發(fā)日期，有效日期，到期日期等設置。
③ 黨政職務：設置學校教師的黨政職務，做到黨政職務記錄，黨政職務的名稱，黨政職務級別，任職批準單位，免職單位等設置
④ 技術職務：設置外聘技術人員，學校技術人員等設置基礎職務，設置任職職務，評審單位，聘任單位。
⑤ 工作經(jīng)歷：登記學校所有教職工的工作經(jīng)歷，所屬行業(yè)，工作單位，工作內(nèi)容離職原因等。
⑥ 社會關系：登記教職工員工的家庭社會關系
6.2.2 人事工作
人事工作涉及到面試管理，員工培訓，員工考核，職工體檢，職稱評定，職工關懷等職責。
① ★面試管理：約見面試，面試記錄登記需登記面試人員信息，性別，年齡，學歷，專業(yè)，面試結果，面試日期，面試職位等基礎信息。
② ★職工培訓：對職工進行有計劃、有針對性、多層次、多形式的訓練和培養(yǎng)的活動。旨在全面提高職工的文化、技術、管理和政治思想素質(zhì)。增強任職能力，提高工作效率。職工培訓是國民教育體系的組成部分。學校職工培訓主要包括：培訓信息、參與信息、培訓內(nèi)容、附件、面試。
③ ★職稱評定：職稱評定登記用戶職稱評定階段，設置評定人批準人，獲取職稱，獲取方式，聘用機構，申報時間，聘用崗位等設置。
④ 員工關懷：設置員工關懷登記，關懷員工，陪同參與人員，關懷類型，關懷類型，關懷日期，關懷開支費用，關懷效果，關懷內(nèi)容，附件等設置。
6.2.3 人事變動：
① 離崗管理：設置人員離崗，離崗日期登記，文書檔案登記形成離崗檔案，填寫離崗原因，附件等設置
② 離職原因：設置人員離職，離崗日期登記，文書檔案登記形成離崗檔案，填寫離崗原因，附件等設置。
③ 離校管理：人員離校需進行離校說明登記，添加離校原因，離校去向，添加證明等。
④ 離退休管理：人員退休，設置人天退休登記，退休類別設置，退休起始日期，離退休享受級別，退休費用支付單位，離退休管理單位，異地安置地點等。
⑤ 復職管理：離職后再次回到公司等其他特殊情況，都需要辦理復職手續(xù)。復職機構，擔任崗位，復職崗位，申請時間，復職日期，辦理手續(xù)等操作。
⑥ 編制異動：添加教職工異動處理，設置異動前編制，異動后編制，編制異動類型，異動原因等設置。
⑦ 人事調(diào)動：設置人事調(diào)動調(diào)整員工職位調(diào)動等要登記在冊。設置調(diào)動前機構，調(diào)動后機構，調(diào)動前崗位，調(diào)動后崗位，員崗位薪資，現(xiàn)崗位薪資，調(diào)動事由登記，接受部門意見等。
6.2.4 獎懲管理
① 獎懲制度：為了嚴明紀律，獎懲分明，調(diào)動學生，教職工的工作積極性，提高工作效率和規(guī)范制度，強化工作流程，明確崗位職責，學校各部門之間協(xié)作事項與工作流程，其中包括獎懲制度設置，包括獎懲制度的標題，制度內(nèi)容，附件。
② 獎懲管理：設置員工的獎懲登記，設置獎懲項目登記，獎懲日期，獎懲屬性，獎懲金額，簽發(fā)部門，獎懲內(nèi)容設置。
5）薪資管理 包括不同員工的薪資標準、薪資的明確組成部分、發(fā)放薪資的政策、薪資發(fā)放辦法和原則、對該員工工作評價制度和薪資評價制度等
③ 薪資管理：設置員工薪資基本組成部分，例如：基本薪資，課時費用，加班薪資，公積金，獎金，五險等其他項目設置。
④ ★薪資項目管理：薪資發(fā)放管理，薪資項目名稱管理，其中包括：工資名稱，開始時間，結束時間，月份工資，描述等。
6.2.5 勞動技能
⑤ 勞動技能證書：登記用戶勞動技能所展現(xiàn)的來動技能證書，級別名稱，發(fā)證日期，有效期，發(fā)證單位機構等。
⑥ 計算機水平：計算機水平登記，考過計算機水平測試的教職工進行證書登記，登記考試級別設置，水平考試級別設置。
⑦ 學歷學位：登記教職工的學歷學位登記。
⑧ 語言能力：設置教職工員工是否有過多種語言能力，展現(xiàn)員工實力的體現(xiàn)。
7 教務管理服務
7.1 系統(tǒng)概述
教務管理工作是是高等教育中的一個極為重要的環(huán)節(jié)，是整個院校管理的核心和基礎。隨著信息技術的飛速發(fā)展，高等教育對教務管理工作提出了更高的要求。利用先進的技術手段對提高學校教育、培養(yǎng)、管理水平，提高人才的綜合素質(zhì)，打造高品質(zhì)大學具有廣泛深遠的意義。
學校基地教務管理系統(tǒng)采用高效的事務處理機制和信息管理模式，同時兼容學校原有教務管理系統(tǒng)，為學校的教務工作提供了直觀的評價數(shù)據(jù)，為提高教務工作效率和推進教學改革提供了重要的參考依據(jù)。
7.2 系統(tǒng)功能
7.2.1 維護和查看校歷
可設置時間，并在該時間段內(nèi)創(chuàng)建工作安排表，以日歷的形式查看，使信息更為豐富與清晰。
7.2.2 基本信息維護
基本信息維護主要完成對教師信息及教室信息的各項維護功能；教務處管理員對于教師信息只有查詢功能，不具有增刪改的權限，但可以維護教師的電子檔案。包括教師信息管理、課程庫管理、開課課程管理、教研室信息管理、班級信息管理、教室信息管理、管理實踐實訓教學環(huán)節(jié)。
7.2.3 學籍管理
主要完成在網(wǎng)上制定各院系、專業(yè)教學、實訓計劃。教務處管理員可制定各院系公課教學計劃及最后的審批工作。包括安排平臺課\教學計劃\教學計劃審核等.
7.2.4 教學執(zhí)行計劃
教學執(zhí)行計劃是根據(jù)教學計劃生成的當前學年、學期所遵循的執(zhí)行計劃，該計劃在教學計劃的基礎之上，針對實際情況課程安排可能發(fā)生變更后形成的，教學執(zhí)行計劃是某個院系學生在當前學期計劃要上的課程。 教學執(zhí)行計劃由各學院在學期初從教學計劃中直接導入生成，生成后可對其進行調(diào)整，并將確定的教學執(zhí)行計劃數(shù)據(jù)提交給教務處審核，教務處審核通過后生成后續(xù)的教學任務書。
7.2.5 教學任務安排
從教學執(zhí)行計劃中生成教學任務書后，院系安排上課教師，教務處在此基礎上安排上課時間地點，在此模塊中對時間、教室、教師等各種資源進行合理配置，并且系統(tǒng)對安排結果可做沖突與合理性檢查，教務處安排工作完成后，院系可在此基礎上錄入詳細的教學進度，包括每個教師的上課時段和授課內(nèi)容，學生在評教時可對教師的這些信息進行查看。最
7.2.6 選課管理
學生可以在網(wǎng)上進行選課，并可查詢選課結果的統(tǒng)計情況。教務處管理員可以手工增加學生選課名單并進行選課結果的統(tǒng)計與分析操作。包含選課設置，選課名單查詢統(tǒng)計\學生選課情況查詢\選課數(shù)據(jù)調(diào)整。
7.2.7 教學評估管理
主要完成學生網(wǎng)上進行評教的業(yè)務操作；教務處管理員可以查看全校各類型評教的評教數(shù)據(jù)及分析結果。學生評教管理包括：評課說明，即可發(fā)布評課說明；設置評教屬性，即進行初始化設定，設置評教的有效時間及權值；確定評教指標，有新增、修改、刪除、導入等功能；確定評教課程，可以設置是否為參評教師、更改評教指標類型、組合查詢等操作；分析評教進程；分析評教結果。
7.2.8 選課管理
學生可以在網(wǎng)上進行選課，并可查詢選課結果的統(tǒng)計情況。教務處管理員可以手工增加學生選課名單并進行選課結果的統(tǒng)計與分析操作。包含選課設置，選課名單查詢統(tǒng)計\學生選課情況查詢\選課數(shù)據(jù)調(diào)整。
7.2.9 成績管理
成績系統(tǒng)是教務系統(tǒng)中非常重要的一個模塊，主要完成與學生成績相關的各項業(yè)務操作。任課教師錄入本人所帶課程的學生成績信息，教務管理員對學生的成績信息具有最高的權限，可以進行各項成績的錄入、查詢以及統(tǒng)計分析的操作。 成績管理模塊提供對每門課程成績單項組成、分制等情況的維護，系統(tǒng)可根據(jù)教師錄入的成績信息自動生成總評成績。提供成績排名、成績匯總分析及成績單制作等功能。
7.2.10 考試報名管理
考試管理主要是用來對學生的期末考試進行安排，教務處管理員可以設置考試時間、安排考試、查詢考試安排結果以及維護監(jiān)考庫的功能。它包含以下內(nèi)容：考試時間設置，監(jiān)考人員管理，考場管理，考試安排，考試安排結果，院系考試查詢，報表打印，進度統(tǒng)計圖以及沖突檢查。
7.2.11 畢業(yè)管理
畢業(yè)管理主要是完成根據(jù)相應的條件對畢業(yè)生進行畢業(yè)審核與學位審核。包括畢業(yè)審核設置\畢業(yè)生審核\學位審核設置\學位審核\畢業(yè)生統(tǒng)計\導出三庫\畢業(yè)證打印\學位證打印。
7.2.12 排課管理
排課配置：設置教師每周最大排課數(shù)目等
排課時間設置：置全校的排課時間段，如周末與晚上是否上課
班級限制：置某班級不可排時間，如體育專業(yè)。
課程限制：設置某課程不排課時間。
老師限制：設置某教師不可排時間，如外聘教師、行政人員。
教室限制：設置某教室不可排時間，如某教室某些時間段不對外開放。
開課同時班級數(shù)限制：設置某類課程同時最多可排人數(shù)，如機房課，制圖課。
自動排課：自動排完整個專業(yè)課程
查詢班級課表：查詢班級分課表與總課表
查詢教師課表：查詢教師分課表與總課表
查詢教室課表：查詢教室分課表與總課表
沖突檢測：檢測排課是否有沖突
發(fā)布課表：設置本期課表是否允許教師或?qū)W生查詢
調(diào)課操作：課表發(fā)布后，可以根據(jù)教師意見進行排課微調(diào)。
7.2.13 教材管理
教材管理系統(tǒng)對各個學校而言，都是一項復雜，繁瑣的工作，是教務管理中的一個重要的環(huán)節(jié)，由于學校中專業(yè)設置門類多，各專業(yè)每期開設的種類多，其業(yè)務不僅涉及出版部門，而且要面對全校各系部的授課教師，各班級的學生，教材科涉及管理的入出庫教材種類非常多。而且還要給校方高層管理人員完善這些制度中的缺陷。因此涉及人員廣，工作量大，一套好的教材管理軟件，不但能大大降低工作人員的勞動強度，還能提高學校的管理效率和教學水平。
1）教材目錄： 教材目錄可批量導入，設置教材的封面，教材名稱，教材編號，出版社，出版日期，版次，第一作者，單價等圖書信息；也可通過isbn編碼掃描錄入圖書信息。
2）供應商管理：可批量導入供應商，名稱，聯(lián)系人，后期好維護圖書信息，聯(lián)系電話，手機號，圖書信息描述。
3）征訂管理：每個系部代課老師自己申請訂購圖書數(shù)量，或者系部統(tǒng)一訂購，教務處統(tǒng)一審核訂購圖書管理。可查看已完成訂購的數(shù)量，取消訂購的工單，待審核工單，可查看各種工單審批流程等信息。
4）教材發(fā)放：
① 發(fā)放到系部：設置書本發(fā)放到系部，設置領用人，領用人在系統(tǒng)消息中查看領用消息提示，領用現(xiàn)場手機端領用登記，盤點書本。
② 發(fā)放到專業(yè)：設置書本發(fā)放到專業(yè)，設置領用人，領用人在系統(tǒng)消息中查看領用消息提示，領用現(xiàn)場手機端領用登記，盤點書本。
③ 發(fā)放到班級：設置書本發(fā)放到班級，設置領用人，領用人在系統(tǒng)消息中查看領用消息提示，領用現(xiàn)場手機端領用登記，盤點書本。
④ 發(fā)放到學生：設置書本發(fā)放到學生，設置領用人，領用人在系統(tǒng)消息中查看領用消息提示，領用現(xiàn)場手機端領用登記，盤點書本。
5）出入庫管理：
① 入庫管理：選擇教材入庫，設置入庫數(shù)量，總金額，單價，自動計算總金額入庫日期等設置；
② 出庫管理：教材發(fā)放和班級，系部，專業(yè)，學生知己出庫記錄登記，出庫完成減少入庫的教材數(shù)量。
8 醫(yī)務服務
8.1 系統(tǒng)概述
管理的模式到人員的素質(zhì),從醫(yī)院領導的關心和重視到各部門相互配合,都對醫(yī)院管理系統(tǒng)的建立產(chǎn)生了很大的影響。隨著科學技術水平的不斷發(fā)展和現(xiàn)代化管理水平的不斷提高,校對校醫(yī)院的醫(yī)藥管理也提出了更高的要求。 但目前校醫(yī)院的藥庫、藥房管理、門診劃價、病案管理、計費管理等歷來是一些繁瑣、復雜、低效的日常工作。例如:藥庫管理經(jīng)常由于管理上的不當使部分藥品失效報廢,給學校帶來經(jīng)濟損失,因此,傳統(tǒng)的手工統(tǒng)計操作已不能滿足醫(yī)務管理的實際需要。為能夠更好地了解藥庫及藥房的藥品情況、建立病人電子檔案、規(guī)范門診劃價和費用收取核算等日常工作,實施醫(yī)務信息管理是非常必要的。(合肥自友科技)
8.2 系統(tǒng)功能
8.2.1 藥品類別
設置藥品類別，為藥品上架做準備。
8.2.2 藥品設置
添加藥品，設置藥品類型，藥品編號，藥品名稱，藥品所適應癥狀，藥品屬性等。8.2.3 ★ 藥品入庫
設置藥品廠家入庫，登記藥品存放位置，入庫總數(shù)，藥品保質(zhì)期，生產(chǎn)廠家，供貨商，藥品保管人等設置
8.2.3 診斷登記
學生領藥登記，學生病狀，疾病診斷登記，是否有過敏史登記登等用藥基本信息登記。
8.2.4 用藥記錄
學生老師在診所用藥登記，查詢藥品使用情況，藥品用量數(shù)目。
8.2.5 藥品報廢
系統(tǒng)自動篩選出過期藥物，查詢過期藥物。銷毀藥品需要審核登記，銷毀藥品需指定地點銷毀，銷毀藥品名稱等操作。
9 實驗實訓服務
9.1 系統(tǒng)概述
傳統(tǒng)的課堂教學往往以教師講授為主，在教學過程中以教師為中心，教學效率高，更適合理論類課程的教學；學校定崗實習時把學生直接安排到工作崗位上，在工作中學習更適合以動手操作為主的職業(yè)訓練。而實訓結合了兩者的優(yōu)勢，通過模擬實際工作環(huán)境，教學采用來自真實工作項目的實際案例，教學過程理論結合實踐，更強調(diào)學生的參與式學習能夠在最短的時間內(nèi)使學生在專業(yè)技能、實踐經(jīng)驗、工作方法、團隊合作等方面提高。普通學校老師都是采用傳統(tǒng)授課，按照書本規(guī)定講授課程內(nèi)容。實訓基地的老師都是有多年工作經(jīng)驗的工程師或技術總監(jiān)，講課內(nèi)容結合實際工作。模擬工作環(huán)境來授課，讓學生經(jīng)過培訓后，有能力直接勝任工作。
9.2 系統(tǒng)功能
9.2.1 實驗室管理
設置實驗室類型：可添加多種實驗室類型，物理，化學，生物等實驗室類型，針對老師，學生開放類型；添加校園實驗室：添加學校可用的實驗室，為教師開課做準備。設置實驗室負責人：做到實驗室規(guī)范管理，負責到位。
9.2.2 實驗項目管理
教學計劃申請完成，需要在實驗實訓自動獲取所上的課程，實驗項目人數(shù)，實驗已選人數(shù)，開課時間，實訓所在的位置任課單位，課程性質(zhì)等生成實驗實訓項目；
9.2.3 實驗人員管理
設置實驗人員，選取學校實驗人員作為實驗負責人，為課程實驗負責。填寫登記實驗人姓名，性別，學歷，專業(yè)，從事實驗工作年限，發(fā)表過論文次數(shù)等。
9.2.4 實訓管理
實訓項目：設置學期實訓項目，實驗所屬學年，學期，專業(yè)，年級，班級，實訓開始時間，結束時間，開課狀態(tài)等。實訓耗材：獲取資產(chǎn)中損耗數(shù)據(jù)
9.2.5 物料管理
實驗老師上課之前需要進行物料的領取規(guī)范操作，實驗負責人審核物料發(fā)放。最終可統(tǒng)計領料明細等。
9.3 數(shù)據(jù)倉庫系統(tǒng)的功能模塊
系統(tǒng)中的數(shù)據(jù)倉庫體系結構及功能模塊如下圖所示。前端主要包括各種報表工具、查詢工具、數(shù)據(jù)分析工具、數(shù)據(jù)挖掘工具以及各種基于數(shù)據(jù)倉庫或數(shù)據(jù)集市的應用開發(fā)工具。其中數(shù)據(jù)分析工具主要針對OLAP服務器，報表工具和數(shù)據(jù)挖掘工具主要針對數(shù)據(jù)倉庫。
10 實習管理服務
10.1 系統(tǒng)概述
頂崗實習管理系統(tǒng)/平臺主要針對職業(yè)院校學生在校外頂崗實習中的聯(lián)絡不暢和管理不便而構建的，其主要目的是在學校（校內(nèi)指導教師）、學校（學校指導教師）、學生、家長之間建立一個溝通的平臺，使學校通過平臺能有效與合理的管理在外頂崗實習的學生。
10.2 系統(tǒng)功能
10.2.1 實習管理
設置學生實習學校，做到實習正規(guī)單位，減少不良學校入駐。登記學校名稱，學校性質(zhì)代碼，負責人，學校網(wǎng)址，地點等等。
10.2.2 指導老師
設置學生實習指導教師，指導教師分為校內(nèi)指導老師，校外知道老師，實習班級班主任查看。做到校內(nèi)校外老師共同指導實習.
10.2.3 實習管理
學工設置實習任務，添加實習名單。
10.2.4 實習單位變更
實習期間學生可進行實習單位的轉(zhuǎn)變，需申請實習單位的變更申請，指導教師的審核通過，原公司的審核，現(xiàn)公司的審核同意方可轉(zhuǎn)變成功。
10.2.5 實習管理
學工設置實習任務，添加實習名單。
10.2.6 實習考核
實習期間需要對實習學生進行考核；
實習周記：完成本周實習工作紀要，實習工作內(nèi)容，實習地點工作任務上傳實習內(nèi)容任務等；
實習總結：實習結束學生進行工作總結，實習公司進行實習評語，成績登記考核打分；
實習鑒定：完成實習形成 一條實習鑒定表包含實習單位，實習老師，校內(nèi)指導老師，校外知道老師，實習時間，自我鑒定，實習單位，考核成績納入畢業(yè)成績。
10.2.7 安全管理
學校需要線下組織安全知識培訓，線上考核等級，作為實習考核分數(shù)依據(jù)。學校需要保險購買登記，做到安全工作。
10.2.8 權益管理
學校下發(fā)就業(yè)協(xié)議書，學生與學校之間簽訂就業(yè)實習協(xié)議，上傳蓋章。學校支付學生工資登記做到不拖欠工資，實時監(jiān)控學校管理。
10.2.9 論文管理
管理者設置論文類型，老師申請論文題目審核通過下達學生申請論文題目，完成論文期間學校定期抽查學生論文情況登記打分，學生完成畢業(yè)論文進行畢業(yè)答辯，評委成績登記完成論文管理。
11 就業(yè)管理服務
11.1 系統(tǒng)概述
業(yè)管理系統(tǒng)屬于數(shù)字化校園建設中的一項重要工作，它的目的就是幫助院校做好畢業(yè)生就業(yè)服務工作，另外，還可以更廣泛的吸引各種形式的學校和用人單位進入校園招聘。通過對就業(yè)工作的管理以及吸引學校招聘來全面服務畢業(yè)生，提高學生的就業(yè)率和就業(yè)質(zhì)量。就業(yè)管理系統(tǒng)融合了宣傳、管理、指導等功能，服務于學校、學校和學生。
11.2 系統(tǒng)功能
11.2.1 學校管理
系統(tǒng)可實現(xiàn)招聘學校的注冊，注冊完之后，聯(lián)系學院就業(yè)管理部門，并提交相關資質(zhì)。就業(yè)管理部門進行信息審核確認無誤后，審核通過，學?？蓪W院的學生發(fā)布招聘信息。
11.2.2 招聘管理
就業(yè)管理部門可在系統(tǒng)中新建招聘會，進行招聘會的詳細資料補充。招聘完成確定最終名單后，招聘學校通過系統(tǒng)點選確定錄用人員，被錄用的學生會立即收到被錄用的系統(tǒng)提示。同時學院就業(yè)管理部門可查看某一場或幾場招聘會的統(tǒng)計情況，可導出統(tǒng)計數(shù)據(jù)。
11.2.3 就業(yè)協(xié)議
學生與就業(yè)單位簽訂就業(yè)協(xié)議，學校實時跟蹤學生就業(yè)情況；
11.2.4 檔案去向
學校向?qū)W校移交學生檔案，方便檔案的移交管理，檔案的跟蹤。
12 繳費管理服務
12.1 系統(tǒng)概述
學生繳費管理系統(tǒng)與教務系統(tǒng)，學工系統(tǒng)實現(xiàn)數(shù)據(jù)互通；實現(xiàn)網(wǎng)站支付功能，實現(xiàn)學生在家，在宿舍，只要能夠上網(wǎng)即可通過支付寶，微信，網(wǎng)銀對產(chǎn)生的訂單進行支付。服務網(wǎng)大廳中的web網(wǎng)上查詢使得數(shù)據(jù)查詢更加便利，財務負責人通過平臺試試學生收費情況，院系老師通過查詢平臺查詢本院系實時收費情況等，院系領導即可查詢到學校費用的應收，已收，欠收情況的統(tǒng)計，為決策提供了數(shù)據(jù)依據(jù)；學生通過網(wǎng)上即可查詢自己應交，已交的費用。用過服務大廳網(wǎng)上查詢系統(tǒng)在提高工作效率的情況下同時也保證了數(shù)據(jù)的及時性，有用性。(合肥自友科技)
12.2 系統(tǒng)功能
12.2.1 支付設置
通道設置：設置繳費方式線上，線下，網(wǎng)銀，微信，支付寶等方式是否開通；
微信配置：設置配置微信商家賬戶信息，對接微信支付；
支付寶支付配置：設置配置支付寶商家賬戶信息，對接支付寶支付；
12.2.2 繳費設置
繳費項目類型：設置繳費類型，必須繳費類型，選交類型等是否有效；
繳費項目：設置學校所繳項目名稱，例如：學費，住宿費，學雜費等項目；
收費標準：設置每種項目的收費標準，做到同種項目不同收費標準，例如住宿費等；
繳費標準項目：設置標準項目的費用；
12.2.3 繳費管理
繳費應收款：查看學生應收款項目；
應收款詳情：查看所有應收款項目情況；
12.2.4 網(wǎng)上繳費
已支付：查看所有支付情況，包括應繳金額，減免金額，實繳費用等等；
待支付：查看所有代支付情況，包括應繳金額，減免金額，實繳費用等等；
12.2.5 退費管理
財務退費到學生賬戶，記錄登記；
13 行政辦公管理服務
13.1 系統(tǒng)概述
學?；匦@OA辦公系統(tǒng)依托智能工作流引擎，根據(jù)學校需要制定業(yè)務流程，滿足學校公共信息、個人辦公、公文流轉(zhuǎn)、行政管理等全方位的辦公需求，加強學校基地學校間、學校機構間、教職工間的協(xié)同工作，提高教務和校務的整體工作效率。同時，學?；匦@OA辦公系統(tǒng)能通過油田專網(wǎng)接入油田公司辦公系統(tǒng)，大大提高學校基地教育與實訓的管理水平。
13.2 系統(tǒng)功能
13.2.1 校內(nèi)請示
校內(nèi)請示是學校內(nèi)部各部門向校辦或向領導請示工作的一種方式。該系統(tǒng)能實現(xiàn)校內(nèi)請示的網(wǎng)上起草、部門領導審批、會簽、校辦主任審核（擬辦）、校領導批示、部門辦理、歸檔、統(tǒng)計查詢等功能。用戶可以定制文件流轉(zhuǎn)過程，系統(tǒng)按照預先定義的工作流程進行流轉(zhuǎn)；系統(tǒng)提供嚴密的授權管理，保證文件不被未授權人處理和查看，實現(xiàn)對文檔傳遞過程中有效的實時監(jiān)控，保證文件網(wǎng)上流轉(zhuǎn)準確。
校內(nèi)請示表單的字段有：標題、事由、申請人、申請部門、聯(lián)系方式、部門編號、學校編號、主辦部門、備注、附件等。
12.2.2 日常事務
會務管理與接待管理等。
13.2.3 個人辦公
待辦事項、意見反饋等。
13.2.4 系統(tǒng)管理
用戶管理、部門管理、角色管理、權限分配、模塊管理、數(shù)據(jù)字典、系統(tǒng)日志等。
13.2.5 印章管理
為規(guī)范印章的管理和使用，確保印章管理的安全性、嚴肅性、有效性，特制定本制度包含：公章管理和私章管理，上傳公章圖片，設置公章密碼；發(fā)文是需要使用印章，傳閱公文時公文具有公章加載。
13.2.6 紅頭文件管理
為規(guī)范印章的管理和使用，確保印章管理的安全性、嚴肅性、有效性，特制定本制度包含：紅頭文件發(fā)的帶有大紅字標題和紅色印章的文件”在發(fā)文和收文使用紅頭文件。 (合肥自友科技)
13.2.7 車輛管理
為了使車輛管理統(tǒng)一化，制度化，合理有效的調(diào)配和使用各種車輛，最大限度的節(jié)約成本，最真實的反應車輛的實際情況。盡可能的發(fā)揮最大經(jīng)濟效益并對學校所有車輛的保養(yǎng)和維修進行控制，以確保車輛安全、良好的運行。
13.2.8 合同管理
校內(nèi)合同登記，設置合同類型：人事合同，勞動合同等，做到合同歸檔有效管理，減少紙質(zhì)合同的打印登記，整個線上電子合同完成合同的登記。
13.2.9 郵箱管理
校內(nèi)郵箱管理，杜絕使用其他第三方設備，方式傳播資料，防止校園信息泄露，做到資料內(nèi)部傳輸，安全管理高效、規(guī)范地傳遞信息。
13.2.10 知識地圖
知識充實，學校添加知識目錄圖書，老師學習電子圖書，檔案知識，形成學習筆記，隨筆可共享筆記內(nèi)容工他人參觀學習。
13.2.11 會議管理
規(guī)范校園各種會議管理，減少會議時間，提高會議效率；會議管理制度會議管理制度，會議室使用和管理規(guī)定；做到規(guī)范使用會議室，從會議室的設置，會議室的申請流程設置，會議紀要的結束做到有跡可查，做到會議可查。申請會議包含會議名稱，開會時間結束時間，合理分配會議室時間 ，會議紀要會議出席人員信息等。
13.2.12 投 管理
設置投票管理，老師，學生點擊投票操作，管理員終止投票，方可查看投票結果。
13.2.13 工作計劃管理
教師，領導下發(fā)工作計劃。一定時期的工作預先作出安排和打算時，工作中都制定工作計劃。
14 檔案管理服務
14.1 系統(tǒng)概述
檔案館（室）直接對檔案實體和檔案信息進行管理檔案的收集、整理、保管、鑒定、統(tǒng)計和提供利用的活動。包括：檔案收集、檔案整理、檔案價值鑒定、檔案保管、檔案編目和檔案檢索、檔案統(tǒng)計、檔案編輯和研究(見檔案文獻編纂)、檔案提供利用。
14.2 系統(tǒng)功能
14.2.1 檔案目錄
檔案管理員設置檔案編目，不同檔案放入不同的目錄下分類管理。
14.2.2 檔案室管理
設置檔案室名稱，添加檔案存檔時需要選擇存放地點。
14.2.3 機構問題
記錄檔案機構問題，卷宗，檔案存在的問題。方便檔案管理員方便處理機構問題。
14.2.4 案卷管理
案卷立卷后，以年為順序，歸類存放在檔案室內(nèi)，由專人負責保管。
14.2.5 檔案管理
案卷立卷后，以年為順序，歸類存放在檔案室內(nèi)，由專人負責保管。
14.2.6 檔案編研
部門后期對以前編輯的檔案進行編研，補充新的資料。
14.2.7 檔案鑒定
檔案管理員在固定的日期進行存檔,存檔時核對檔案袋內(nèi)的信息與封皮記錄是否一致。將記錄一致的文檔分部門進行保管。對不一致的部分退回讓其重新整理。直至所有部門歸檔完畢,并對特殊情況進行標記。并且鑒定所屬檔案密級碼：公開，內(nèi)部使用，秘密，機密，絕密
14.2.8 檔案借閱
不同人員借閱檔案使用不同流程，檔案分為單位人員借閱，單位外部人員借閱需要審核，批準，借閱登記，歸還日期等。
14.2.9 檔案歸還
不同人員借閱檔案使用不同流程，檔案分為單位人員借閱，單位外部人員借閱需要審核，批準，借閱登記，歸還日期等。
15 科研管理服務
15.1 系統(tǒng)概述
以科研課題為主線，已經(jīng)費管理為抓手，宏觀層次面把控科研全生命周期管理，微觀層面注重科研過程監(jiān)控，實現(xiàn)對課題經(jīng)費、成果等科研活動的全過程、全要素和全生命周期的動態(tài)管控。
15.2 系統(tǒng)功能
15.2.1 論文類型
可設置論文各種類型，為科研管理發(fā)布論文準備。
15.2.2 科學領域
設置科學研究領域，研究領域分類管理，設置學科領域名稱。
15.2.3 學科門類
維護科研學科門類，維護研究基礎信息管理
15.2.4 獲獎類別
自定添加設置維護科研獎項類別，維護獎項基礎設置
15.2.5 論文信息
科研管理者可發(fā)布論文信息，維護科研論文信息其中包含：論文名稱，論文編號、課題名稱設置、論文類型、學科領域、學科門類、發(fā)表期刊名稱。
15.2.6 著作信息
維護科研論文著作信息，其中包括著作編號、著作名稱、著作類別、著作登記有效管理科研發(fā)表著作淪為，提供科研支撐。
15.2.6 專利管理
維護專利成果，登記科研專利項目，其中包括：專利成果名稱、批準形式、批準日期、專利登記證書號、課題名稱、學科領域、專利類型等
15.2.7 課題項目
課題項目申請，下發(fā)到科研老師，線下進行科研研究。
16 德育管理服務
16.1 系統(tǒng)概述
德育管理是根據(jù)德育的目標、任務和學校教育教學以及管理的總體要求，對德育工作系統(tǒng)以及德育活動過程進行的規(guī)劃、組織、指揮、監(jiān)督與協(xié)調(diào)等活動。德育是教育者通過學科教學以及一系列專n的活動對學生施加綜合影響的過程。為了使這種綜合影響能符合社會的要求并取得相應的成效，各級教育行政部門和學校組織應當從宏觀和微觀層面上，加強對德育的管理。
課程管理是對課程系統(tǒng)的人、財、物、課程信息等因素進行決策、計劃、組織、指揮、協(xié)調(diào)、控制，以有效實現(xiàn)課程系統(tǒng)預期目標的活動。主要內(nèi)容包括課程規(guī)劃管理、課程計劃管理、課程標準管理、教材管理、課程實施管理、課程評價管理等(合肥自友科技)
16.2 系統(tǒng)功能
16.2.1 考核類型設置
自定義設置考核類型，為學生老師考核提供多種考核選擇。
16.2.2 考核項目設置
自定義可設置考核項目，可對每個學年，每個學期，每個班級進行考核項目設置。一個班級可設置多個考核項目，做到量化考核項目。
16.2.3 操行基礎分
可對沒學年每學期進行操行分設置，對學生的量化考核分數(shù)基礎設置，及格分數(shù)設置，控制每個學年學期的考核分數(shù)。
16.2.4 操行分等級
可多維度的設置操行分等級分設置，不僅可用分數(shù)考核并且可用等級分數(shù)考核。
16.2.5 學生考核
這個考核項目可以自定義的沒每個學年學生考核、不同學生考核、不同地點考核，不同考核項目進行考核、多維度次數(shù)考核、不同評價主體進行考核的設置。
第四章 項目建設與實施規(guī)劃
一.實施步驟
智慧校園建設以及對信息系統(tǒng)進行整合涉及到學院各部門，所以必須遵循統(tǒng)一規(guī)劃，分步實施的原則，穩(wěn)固成果，逐步推進。實行“一把手”工程（領導高度重視）、建立實施機構，由智慧校園工作小組落實具體工作，各部門參與配合，分階段完成以下工作內(nèi)容：
第一步：建立智慧校園建設工作小組
由學院領導協(xié)調(diào)組成智慧校園建設工作小組，各部門參與。
第二步：需求分析收集整理
由工作小組負責與各業(yè)務部門之間的需求溝通工作，對需求進行整理以適合我院建設，為平臺建設與整合、業(yè)務系統(tǒng)建設提供依據(jù)。
第三步：選擇技術方案和集成商
由智慧校園建設工作小組對建設需求與方案進行初步設計，請廠家進行技術交流與產(chǎn)品演示，對已實施智慧校園進行考察、論證，選擇最優(yōu)的技術方案與實施方案，確定合作集成商。
第四步：項目部署實施
進行信息標準、數(shù)據(jù)中心、數(shù)據(jù)交換平臺、統(tǒng)一身份認證平臺、綜合服務門戶平臺以及應用管理服務系統(tǒng)的建設，并對已有業(yè)務系統(tǒng)進行整合，對未來業(yè)務系統(tǒng)建設提供接口規(guī)范。
第五步：數(shù)字校園建設工作后試運行及驗收
項目試運行正常，并對使用部門及職員進行業(yè)務培訓，并完成驗收。
二 培訓與推廣措施
信息化建設成效的很大程度上決定于系統(tǒng)的使用價值——多少人真正經(jīng)常使用。所以為保證很好的使用效果，推廣是信息資源綜合服務平臺建設階段的重要環(huán)節(jié)。在項目推廣過程中，必須充分發(fā)揮學校的組織能力，結合承建廠商的推廣經(jīng)驗，有策略、有計劃的策劃培訓、推廣活動，調(diào)動師生的主動積極性。
我們的建設推廣思路是：
1 分階段實施
先實施重點系統(tǒng)重點模塊，再逐步深化推廣。項目的實施統(tǒng)籌考慮，首先根據(jù)學校業(yè)務開展的時間性要求，完成學校最急需、最重要的應用，根據(jù)學校現(xiàn)行業(yè)務運作周期的規(guī)律，確定實施的時間，同時考慮應用實施的各種內(nèi)部、外部因素，制定分階段實施計劃加以實施。
2 規(guī)范化的培訓
高質(zhì)量的培訓過程是系統(tǒng)很好使用的保證，在實施過程中，針對信息化建設不同人群制定不同的培訓課程，保證培訓的效果，讓系統(tǒng)管理人員、學生、教師、校領導都能熟練掌握系統(tǒng)的使用方法。
3 運行保證和服務體系建設
隨著新建系統(tǒng)的大范圍使用，在建設中需不斷完善智慧校園的運維管理體系和服務體系，從行政管理上、組織上對信息化建設的成果提供保障。而作為系統(tǒng)運行的保障，系統(tǒng)的安全體系的建設是智慧校園的基礎框架，也是在后期建設的重點內(nèi)容，以保障項目的建設成果。
三 建設保障措施
1 規(guī)范管理
隨著智慧校園建設的不斷深入，必須適時地建立和完善相應的規(guī)章制度，以保證信息化建設的順利進行。可根據(jù)國家有關政策，研究制定試行管理辦法。規(guī)范學校的信息行為，理順各部門之間的關系，保障和促進數(shù)字校園建設的健康發(fā)展。這些制度應包括信息資源管理、信息安全保密、用戶服務管理、信息化工程項目管理、信息化建設專項資金管理等。
2 全面推進
信息化建設是一項涉及多部門的綜合性、基礎性工作，必須堅持聯(lián)合共建的原則，切實加強組織領導，強化協(xié)調(diào)一致。在學校的統(tǒng)一部署下，充分調(diào)動各方面的積極性，加快智慧校園建設步伐。建立健全智慧校園工作領導小組，全面負責全校信息化建設的規(guī)劃、協(xié)調(diào)、項目管理等工作。學校應進一步優(yōu)化信息化管理和建設機構，建議成立信息化辦公室，負責信息化建設的規(guī)劃、協(xié)調(diào)工作。做好信息化建設的實施、運行工作。應按實際需要為信息化建設職能機構配備充足技術和管理人員，保障工作的正常進行。(合肥自友科技)
3 協(xié)調(diào)發(fā)展
制定信息化建設規(guī)劃，包括中長期規(guī)劃、五年規(guī)劃、年度規(guī)劃。必須堅持統(tǒng)籌規(guī)劃、協(xié)調(diào)發(fā)展的原則，實行統(tǒng)一規(guī)劃，分步實施。規(guī)劃的編制由信息化管理部門牽頭，各有關部門參加。規(guī)劃中明確全校信息化建設的方向、目標、基本原則和重點建設項目，并由相應的職能部門具體實施。各部門也要抓緊做好各自的信息化規(guī)劃工作，并注意與學校的規(guī)劃相銜接。強調(diào)規(guī)劃的綜合性、權威性和計劃性，統(tǒng)一建設標準與規(guī)范，明確階段建設的重點，按規(guī)劃組織實施，保證信息化建設的有序、持續(xù)發(fā)展。
4 長期投入
學校應重視信息化建設方面的投入，多方籌措，保障經(jīng)費到位。學校應做好年度的信息化運行、維護和管理等常規(guī)經(jīng)費計劃。學校在必要時可確定重點建設項目，設立專項建設經(jīng)費。同時鼓勵各部門、社會機構參與學校的信息化建設。在多方籌措資金的同時，努力提高投資效率，注意量力而行，突出重點，防止重復和盲目建設。
第五章 項目建設預算
一 總體預算
| 序號 | 分期/軟硬件 | 建設內(nèi)容 | 預算總計（萬元） | 備注 |
|---|---|---|---|---|
| 1 | ||||
| 2 | ||||
| 3 | ||||
| 4 | ||||
| 5 | ||||
| 6 | ||||
| 合計 |
二.應用軟件預算
| 序號 | 系統(tǒng)名稱 | 數(shù)量 | 單位 | 預算（萬元） |
|---|---|---|---|---|
| 一、 | ||||
| 1 | 1 | 套 | ||
| 2 | 1 | 套 | ||
| 3 | 1 | 套 | ||
| 4 | 1 | 套 | ||
| 5 | 1 | 套 | ||
| 小計 |
第六章 配套硬件環(huán)境
一.推薦硬件環(huán)境
| 服務器 | 服務器類型 | 數(shù)量 | 操作系統(tǒng) | CPU | 內(nèi)存 | 硬盤空間 | 備注 |
|---|---|---|---|---|---|---|---|
| 智慧校園軟件 | 虛擬機/實體機 | 1 | Windows 2008r2 以上 | 8核 | 16GB | 500GB | 部署平臺前后端應用 |
| 備份 | 虛擬機/實體機 | 1 | Windows 2008r2 以上 | 4核 | 8GB | 500GB | 備份數(shù)據(jù)庫 |
| 數(shù)據(jù)交換服務器 | 虛擬機/實體機 | 1 | Windows 2008r2 以上 | 4核 | 8GB | 500GB | 部署數(shù)據(jù)庫 |
