【正文】 式供各應(yīng)用系統(tǒng)調(diào)用，對調(diào)用接口的應(yīng)用進行必要的權(quán)限與內(nèi)容管理，使得消息的統(tǒng)一是安全的、可控的； 4． 為全校用戶提供一致的消息訪問服務(wù)，用戶可在辦公桌面系統(tǒng)中訪問所有應(yīng)用向其發(fā)送的消息，用戶無論是通過手機、郵件還是網(wǎng)頁訪問到的消息內(nèi)容和狀態(tài)都是一致的； 5． 集中全校共享的消息發(fā)布渠道， 使得各類系統(tǒng)可以 通過 短信（彩信）群發(fā)、郵件群發(fā)、 WAP 訪問等 媒體方式 統(tǒng)一 獲取 ，避免各應(yīng)用系統(tǒng)重復建設(shè)。 WEB端文件的上傳下載。 具體包括： 1． 統(tǒng)一支付門戶 校內(nèi)外支付用戶通過統(tǒng)一支付門戶查看學校收費項目詳細情況，直接進行網(wǎng)上支付；校內(nèi)用戶可通過統(tǒng)一支付門戶或應(yīng)用系統(tǒng)完成相關(guān)業(yè)務(wù)操作后進行網(wǎng)上支付。整個系統(tǒng)的操作界面 友好 ，無需計算機專業(yè)技術(shù)人員，用戶便可輕 40 松定制、維護整個網(wǎng)站； 8． 站內(nèi)檢索 實現(xiàn)各站點內(nèi)的信息檢索，訪問者能被檢索到的內(nèi)容受到其權(quán)限的嚴格限制。同時，在結(jié)果返回區(qū)，列出該場所類別的所有場所信息。 . 注冊管理 學生注冊漏洞、欠費漏洞已經(jīng)成為多數(shù)高職高校面臨的棘手問題， 注冊管理面向廣大高校學生注冊環(huán)節(jié)，加強學生的欠費和注冊控制，并及時共享學生學籍異動、通過綠色通道審核的學生名單等信息。 . 榮譽證書管理 榮譽證書管理提供各種級別的榮譽管理、與專業(yè)相關(guān)的職業(yè)技能證書管理等功能，滿足學校對于學生雙證畢業(yè)管理的需要。 . 迎新管理 迎新管理基于網(wǎng)絡(luò)技術(shù)和數(shù)據(jù)共享的理念，以身份認證模式取代手工填寫表格、以信息狀態(tài)的變化及信息流動代替實物表格的流動、以信息共 享和交換代替手工操作，改變落后的迎新模式，進一步明確各部門及工作人員在迎新過程中的職責和業(yè)務(wù)管理范圍，減輕部門工作量、提高工作效率、減少新生排隊時間、提升新生和家長滿意度。最優(yōu)路徑查詢方式可以查詢學校任何兩點之間最優(yōu)的行進路線信息。 5． 樣式管理 提供對主頁風格更細節(jié)上的動態(tài)控制，可以任意調(diào)整如“ 更多”、“ new”、信息條目周圍的裝飾小圖片等。 . 統(tǒng)一支付平臺 . 建設(shè)目標 “校園支付通” 為學校 提供統(tǒng)一的校園支付平臺，集中處理與“第三方支付”和“銀行系統(tǒng)”的對接，實現(xiàn)訂單生成、網(wǎng)銀支付、退款、對帳等眾多資金流轉(zhuǎn)環(huán)節(jié)，同時，為校內(nèi)的各類應(yīng)用系統(tǒng)提供便捷的支付接入接口，為付費用戶提供完整統(tǒng)一的支付界面，為財務(wù)部門和收費部門提供完整的收費項目管理 和查詢統(tǒng)計功能。 2． 提供學術(shù)團隊空間，供團隊協(xié)作交流。 4． 擁有完善的運行監(jiān)控機制 可以對日常運行進行監(jiān)控保障，可適時查看集成運行狀態(tài)、運行信息、異常報警等，保障數(shù)據(jù)集成平臺和各個業(yè)務(wù)系統(tǒng)的持續(xù)運行。 . 建設(shè)內(nèi)容 1． 用戶身份數(shù)據(jù)統(tǒng)一管理 實現(xiàn)統(tǒng)一身份認證平臺與共享數(shù)據(jù)庫中學生、教職工等對象的用戶身份數(shù)據(jù)同步， 并實現(xiàn)平臺中的身份變更與入校、學籍異動、離校、校內(nèi)調(diào)動、晉升 32 等業(yè)務(wù)處理過程保持同步。 GB8566 1988 計算機軟件開發(fā)規(guī)范 GB/T 1526 1989 信息處理數(shù)據(jù)流程圖、程序流程圖、系統(tǒng)流程圖、程序網(wǎng)絡(luò)圖 和系統(tǒng)資源圖的文件編制符號及約定 GB/T11457 2021 軟件工程術(shù)語 GB/T12504 1990 計算機軟件質(zhì)量保證計劃規(guī)范 GB/T12505 1990 計算機軟件配置管理計劃規(guī)范 GB/T 13502 1992 信息處理程序構(gòu)造及其表示的約定 GB/T 13702 1992 計算機軟件分類與代碼 GB/T14079 1993 軟件維護指南 28 GB/T14085 1995 信息處理系統(tǒng)計算機系統(tǒng)配置圖符號及約定 GB/T 14394 1993 計算機軟件可靠性和可維護性管理 GB/T15532 1995 計算機軟件單元測試 GB/T15538 1995 軟件工程標準分類法 GB/T15853 1995 軟件支持環(huán)境 GB/T16260 1996 信息技術(shù)軟件產(chǎn)品評價質(zhì)量特性及其使用指 GB/T16680 1996 軟件文檔管理指南 GB/T17544 1998 信息技術(shù)軟件包質(zhì)量要求和測試 GB/T18234 2021 信息技術(shù) CASE 工具的評價與選擇指南 GB/ 2021 信息技術(shù)軟件測量功能規(guī)模測量第 1 部分：概念定義 GB/T18492 2021 信息技術(shù)系統(tǒng)及軟件完整性級別 GB/ 2021 軟件工程產(chǎn)品評價第 1 部分：概述 GB/ 2021 軟件工程產(chǎn)品評價第 2 部分：策劃和管理 GB/ 2021 軟件工程產(chǎn)品評價第 3 部分：開發(fā)者用的過程 GB/ 2021 軟件工程產(chǎn)品評價第 4 部分：需方用的過程 GB/ 2021 軟件工程產(chǎn)品評價第 5 部分：評價者用的過程 GB/ 2021 軟件工程產(chǎn)品評價第 6 部分：評價模塊的文檔編制 GB/T 8566 2021 信息技術(shù)軟件生存周期過程 GB/T 8567 2021 計算機軟件產(chǎn)品開發(fā)文件編制指南 GB/T9385 1988 計算機軟件需求說明編制指南 GB/T9386 1988 計算機軟件測試文件編制規(guī)范 GB/Z18493 2021 信息技術(shù)軟件生存周期過程指南 GB/Z18914 2021 信息技術(shù)軟件工程 CASE 工具的采用指南 行業(yè)標準：信息行業(yè)相關(guān)標準 HB6464 1990 軟件開發(fā)規(guī)范 HB6465 1990 軟件文檔編制規(guī)范 HB6466 1990 軟件質(zhì)量保證計劃編制規(guī)定 HB6467 1990 軟件配置管理計劃編制規(guī)定 HB6468 1990 軟件需求分析階段基本要求 HB6469 1990 軟件需求規(guī)格說明編制規(guī)定 HB6698 1993 軟件工具評價與選擇的分類特性體系 HB/Z177 1990 軟件項目管理基本要求 29 HB/Z178 1990 軟件驗收基本要求 HB/Z179 1990 軟件維護基本要求 HB/Z180 1990 軟件質(zhì)量特性與評價方法 HB/Z182 1990 狀態(tài)機軟件開發(fā)方法 SJ20778 2021 軟件開發(fā)與文檔編制 SJ20823 2021 信息技術(shù)軟件生存周期過程配置管理 SJ/T10367 1993 計算機過程控制軟件開發(fā)規(guī)程 SJ/T11234 2021 軟件過程能力評估模型 SJ/T11235 2021 軟件能力成熟度模型 30 6. 管理應(yīng)用系統(tǒng) 軟件建設(shè)方案 . 應(yīng)用支撐平臺 基礎(chǔ)運行平臺數(shù)字化校園的穩(wěn)定運行提供一個穩(wěn)定、安全、開放、符合行業(yè)標準規(guī)范的集成開發(fā)和運行環(huán)境。這里對用戶提出以下規(guī)范要求： 1． 不斷提高信息技術(shù)水平，學校要對教職工定期進行考核，考核通過者才能上崗； 2． 積極參加新系統(tǒng)的培訓學習，熟練掌握應(yīng)用系統(tǒng)的功能操作； 3． 建立全校一盤棋的全 局觀念，及時維護數(shù)據(jù)的準確性和數(shù)據(jù)交換的可靠性，確保信息資源共享； 4． 加強規(guī)章制度教育與學習，提高系統(tǒng)安全、信息保密意識。 . 數(shù)據(jù)交換規(guī)范 數(shù)據(jù)交換規(guī)范采用 XML、 WebService 作為數(shù)據(jù)傳輸?shù)臉藴省Ｒ越虒W管理軟件為例，學分制、集中式教學管理顯然能較好地配置學校的教學資源（師資、教學設(shè)施）和最大限度地調(diào)動學生的積極性。 基礎(chǔ)設(shè)施建設(shè)時應(yīng)考慮以下幾個因素： 1． 其功能指標能否滿足數(shù)字校園管理平臺建設(shè)的需要（是否適合網(wǎng)絡(luò)計算、穩(wěn)定性、安全性等）； 2． 其基本性能能否滿足今后若干年的需求（速度、容量等）； 3． 是否符合國際、國內(nèi)標準； 4． 否是主流產(chǎn)品或者與其他主流產(chǎn)品兼容； 5． 產(chǎn)品的技術(shù)支持和服務(wù)質(zhì)量； 6． 是否代表新的發(fā)展方向。信息集成平臺包括數(shù)據(jù)集成工具和 ESB，數(shù)據(jù)集成工具可以完成大量數(shù)據(jù)的 ETL 過程，給綜合數(shù)據(jù)查詢統(tǒng)計和分析提供可靠的數(shù)據(jù)來源，企業(yè)服務(wù)總線是為業(yè)務(wù)流和數(shù)據(jù)流提供一個通用的通道，通過標準的 Web Service 接口，應(yīng)用系統(tǒng)可以容易地通過 ESB 提供服務(wù)接口和數(shù)據(jù)交互接口。提供了統(tǒng)一的數(shù)據(jù)操作能力。 本層主要職責是封裝下面兩層的資源，并以服務(wù)的形式展現(xiàn)出來 。 11 業(yè)務(wù)庫的各種核心業(yè)務(wù)數(shù)據(jù)，通過 ETL、 數(shù)據(jù)挖掘、協(xié)同過濾等手段，導入數(shù)據(jù)倉庫，為 決策分析、各級管理部門查詢、狀態(tài)分析 等提供核心的數(shù)據(jù)。 云計算平臺采用 SaaS 模式搭建， 為數(shù)字化校園提供基礎(chǔ)設(shè)施服務(wù)、運營管理和數(shù)據(jù)環(huán)境。 5． 實用發(fā)展的原則 數(shù)字校園管理平臺的建設(shè)規(guī)劃兼顧到未來發(fā)展的同時，也從高職高專類院校的特點和需求出發(fā)，做到夠用、能用即可，切不可一味地追求大而全，也不可一味地追求技術(shù)的先進性。 7． 智能化 結(jié)合云計算、虛擬化等技術(shù)框架，實現(xiàn)資源的靈活調(diào)配和集中管理； 結(jié)合 GIS、 3G 等應(yīng)用技術(shù)及智能終端，實現(xiàn)上層應(yīng)用的智能化、服務(wù)終端的移動化； 充分考慮高校行政管理的業(yè)務(wù)特點，通過屬性限制、公式計算、批量處理等方法幫助高校實現(xiàn)業(yè)務(wù)處理的自動化；通過資格過濾器、高級查詢定制器、沖突自動判斷、填寫格式自動校驗等方式智能化的控制業(yè)務(wù)處理的過程。 3． 支撐學校發(fā)展戰(zhàn)略，提升信息化決策支持能力 建立校情展示和決策分析平臺 ，提供更加深入的數(shù)據(jù)服務(wù)，為學校的決策提供有效支撐手段。通過構(gòu)建業(yè)務(wù)主題模型，支撐學校教學、科研、財務(wù)、資產(chǎn)等業(yè)務(wù)的即時查詢、綜合報表、分析、預測、預警、評估等功能，為學校各用戶提供數(shù)據(jù)服務(wù)，為校領(lǐng)導提供決策支持。 不僅通過各類報表查詢充分滿足高校數(shù)據(jù)上報的需求，同時還采用時間趨勢分析、多指標對比分析、指標成分分析等多種方法，實現(xiàn)對實時數(shù)據(jù)、歷史數(shù)據(jù)比較和分析，為各級管理部門提供決策支持。與此同時，數(shù)字校園管理平臺建設(shè)的技術(shù)和應(yīng)用都是不斷發(fā)展的，具有一定的不確定性，所以，數(shù)字校園管理平臺的建設(shè)規(guī)劃必須滿足建設(shè)過程中的可擴展、可兼容和可轉(zhuǎn)向。 各類用戶通過云端即可獲取平臺提供的服務(wù)，業(yè)務(wù)單位在云計算平臺的 IT 管控下自主建立符合單位需求的應(yīng)用系統(tǒng)。 各 院校 間 SaaS 服務(wù)業(yè)務(wù)數(shù)據(jù)及數(shù)據(jù)倉庫數(shù)據(jù)通 過虛擬化、分區(qū)等技術(shù)來完成在物理層面及邏輯層面的隔離，有效保證 數(shù)據(jù)的安全性。 業(yè)務(wù)選擇來支持和公開的服務(wù)處在這一層 ， 可以被發(fā)現(xiàn)或者直接靜態(tài)綁定，調(diào)用 和 編排到合成服務(wù)中。通過對數(shù)據(jù)進行集中的分析和挖掘，為企業(yè)業(yè)務(wù)決策提供及時、準確的數(shù)據(jù)支持。 2． 綜合校務(wù)管理 綜合管理主要圍繞學校的教學、學生管理、辦公及人力資源管理，建設(shè)基于統(tǒng)一平臺的綜合應(yīng)用系統(tǒng)，并通過信息集成平臺，和現(xiàn)有管理系統(tǒng)完成信息的集成和流程的整合。 數(shù)字校園信 息資源規(guī)劃 對于全國高職院校來說，每個學校的部門設(shè)置，管理流程都不盡相同，但 17 學院的基本職能是不會變的，管理的內(nèi)涵和內(nèi)容也基本上是不會變的，也就是說學校的基本職能域是相對不變的，因此通過將基于職能域的 系統(tǒng)分析得到的功能模型、數(shù)據(jù)模型和系統(tǒng)體系結(jié)構(gòu)模型 具有普遍性和穩(wěn)定性。如果采用不科學的管理體制，投入巨額資金購買或開發(fā)的系統(tǒng)就可能無法使用或壽命短 暫。采用 JMS 消息傳遞機制，幫助用戶建立統(tǒng)一的數(shù)據(jù)傳輸與數(shù)據(jù)交換規(guī)范，實現(xiàn)不同部門間、不同應(yīng)用系統(tǒng)間的數(shù)據(jù)交換，具有良好的擴展性。 信息化管理規(guī)程 需要制定涵蓋各職能部門的明確的管理規(guī)范和科學合理的業(yè)務(wù)流程，從行政管理上、規(guī)章制度上保障信息化建設(shè)的健康發(fā)展。平臺技術(shù)架構(gòu)圖如下： . 信息門戶平臺 . 建設(shè)目標 信息 門戶平臺 建設(shè)的目標是 將 校內(nèi) 分散 、 異構(gòu)的 應(yīng)用和 信息資源 進行聚合，通過統(tǒng)一的訪問入口，實現(xiàn)各種應(yīng)用系統(tǒng) 的無縫接入和集成，提供一個支持信息訪問、傳遞、以及協(xié)作的集成化環(huán)境，實現(xiàn)個性化業(yè)務(wù)應(yīng)用的高效開發(fā)、集成、部署與管理 。 2． 統(tǒng)一認證、單點登錄 接入平臺的應(yīng)用系統(tǒng)可以依賴平臺實現(xiàn)統(tǒng)一身份認證； 用戶可以通過一次登錄，漫游訪問所有接入平臺的受控資源和服務(wù)； 可以支持各種開發(fā)語言的應(yīng)用系統(tǒng)接入平臺，如目前學校各類應(yīng)用系統(tǒng)所使用的 asp、 .、 C/C++、 COM、 JAVA、 PHP 等多種開發(fā)語言。 . 統(tǒng)一通信平臺 . 建設(shè)目標 隨著 校園信息化應(yīng)用 系統(tǒng)的增加，越來越多的系統(tǒng) 將 面向最終用戶發(fā)送系統(tǒng)消息，這些消息分布在不同的系統(tǒng)內(nèi)，用戶無法在一個單一入口訪問所有與自己相關(guān)的消息，用戶體驗極 不友好 ；同時，隨著 消息類型越來越多，如通知、提醒、待辦、催辦等等，不同系統(tǒng)產(chǎn)生的同類型消息的內(nèi)容也有巨大的差異，沒有標準化；消息的發(fā)布渠道多種多樣，如手機短信、網(wǎng)頁列表、電子郵件、站內(nèi)信等等，各發(fā)布方式之間無法協(xié)調(diào)一致的工作，而且各系統(tǒng)獨立建設(shè)的過程中造成了大量的重復投資和浪費。 3． 為學校的學術(shù)資源積累提供環(huán)境。 具體建設(shè)目標如下： 37 1． 集中處理與“第三方支付”和“銀行系統(tǒng)”的對接，統(tǒng)一處理資金流轉(zhuǎn)環(huán)節(jié)，統(tǒng)一考慮系統(tǒng)的安全性，屏蔽了校內(nèi)應(yīng)用系統(tǒng)網(wǎng)上支付接入的復雜度，校內(nèi)應(yīng)用系統(tǒng)改造工作量低； 2． 面向校內(nèi)外付費用戶提供完整一致的支付界面，用戶可以查詢所有應(yīng)付項目和已付項目的狀況； 3． 財務(wù)部門可以集中監(jiān)管校內(nèi)各類收費項目，實時查詢統(tǒng)計收費情況，并統(tǒng)一完成票據(jù)、財務(wù)憑