【導(dǎo)讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 化標(biāo)準(zhǔn)》實(shí)現(xiàn)的信息子集和擴(kuò)展信息子集模型的公共數(shù)據(jù)庫。通過數(shù)據(jù)的集中存儲與共享管理，實(shí)現(xiàn)校 園內(nèi)各類信息系統(tǒng)的數(shù)據(jù)層面的互通互連。 通過門戶應(yīng)用，將學(xué)院內(nèi)部所有的人員、內(nèi)容、應(yīng)用進(jìn)行整合后，就可以利用公共數(shù)據(jù)庫的資源，根據(jù)進(jìn)入系統(tǒng)用戶的不同角色，查詢相關(guān)數(shù)據(jù)，享受相應(yīng)信息服務(wù)。 為滿足新舊系統(tǒng)的數(shù)據(jù)交換需要，從學(xué)院實(shí)際的情況，制定適合學(xué)院實(shí)際情況的數(shù)據(jù)交換標(biāo)準(zhǔn)，包括基于公共數(shù)據(jù)庫的數(shù)據(jù)交換對象、交換內(nèi)容、轉(zhuǎn)換格式、路由策略、交換協(xié)議、交換計(jì)劃、異常處理及配套的人工干預(yù)的管理機(jī)制。最后通過數(shù)據(jù)交換等技術(shù)手段去實(shí)現(xiàn)。 公共數(shù)據(jù)庫建設(shè)是校園信息化建設(shè)的重點(diǎn)、基礎(chǔ)和前提，只有全面完成公共數(shù)據(jù)建設(shè)，才 能實(shí)現(xiàn)真正意義上的校園數(shù)字化。 公共數(shù)據(jù)庫的具體建設(shè)內(nèi)容主要包括以下兩大方面： （ 1）基礎(chǔ)數(shù)據(jù)庫 基礎(chǔ)數(shù)據(jù)庫基于國家信息化管理標(biāo)準(zhǔn)建設(shè)，滿足學(xué)院基本的教學(xué)、科研、管理、文化、娛樂生活的基礎(chǔ)需要。包括： 人事庫（在職教職工基本信息、離退休職工基本信息、變動信息、招聘信息、工資信息、師資信息表） 學(xué)生庫（學(xué)生基本信息、獎懲、學(xué)籍變動、招生、思想教育、就業(yè)信息表） 教務(wù)庫（各專業(yè)教學(xué)計(jì)劃、學(xué)期開課計(jì)劃、學(xué)期排課列表、選課、成績、教學(xué)、評估信息表） 科研庫（項(xiàng)目、成果、獎勵(lì)、會議、活動 、科研組織信息表） 財(cái)務(wù)庫（含科研經(jīng)費(fèi)、教職工工資、學(xué)生繳費(fèi)貸款信息） 辦公庫（來文、發(fā)文、簽報(bào)、會議、禮品、用車等信息表） 圖書庫（圖書基本信息、借閱信息、訂閱信息、統(tǒng)計(jì)信息表） 資產(chǎn)庫（儀器設(shè)備基本信息及使用情況信息表） 后勤庫（宿舍信息、住宿信息、調(diào)換信息、能源等信息表） 代碼庫（各種公共代碼表） （ 2）擴(kuò)展數(shù)據(jù)庫 基于學(xué)院擴(kuò)展信息子集標(biāo)準(zhǔn)建設(shè)，滿足學(xué)院基本的教學(xué)、科研、管理、文化、娛樂生活的個(gè)性化需求。包括：人事庫、學(xué)生庫、教務(wù)庫、科研庫、財(cái)務(wù)庫、辦公庫、圖書庫、資產(chǎn)庫 、后勤庫、代碼庫 （業(yè)務(wù)相關(guān)代碼表）。 建成全院統(tǒng)一身份認(rèn)證、授權(quán)和系統(tǒng)安全體系 統(tǒng)一身份認(rèn)證、授權(quán)系統(tǒng)是用戶登錄學(xué)院門戶的首要安全認(rèn)證體系。從一個(gè)功能應(yīng)用進(jìn)入到另一個(gè)功能應(yīng)用時(shí)，認(rèn)證系統(tǒng)已根據(jù)用戶的系統(tǒng)授權(quán)完成對用戶的一次性身份認(rèn)證 (Single Sign On)。用戶無須一次次輸入用戶名和密碼登錄門戶平臺外接的（集成的）應(yīng)用子系統(tǒng)，而是單一的登錄系統(tǒng)平臺并依據(jù)用戶的角色與權(quán)限，提供該用戶相應(yīng)的活動 “場所 ”、信息資源和基于其權(quán)限的功能模塊和工具。 圖 5：數(shù)字校園統(tǒng)一身份認(rèn)證體系 統(tǒng)一的身份認(rèn)證、授權(quán)是與 Portal 聯(lián)系緊密的系統(tǒng)安全通道，既可以獨(dú)立這部分應(yīng)用，也可以包含在 Portal 中 ，作為統(tǒng)一的身份認(rèn)證、授權(quán)基準(zhǔn)。為安全起見，在技術(shù)實(shí)現(xiàn)上，采用基于數(shù)據(jù)庫存儲、 CA數(shù)字簽名技術(shù)或 USB KEY方式，以增強(qiáng)系統(tǒng)安全性。實(shí)現(xiàn)對各應(yīng)用系統(tǒng)的認(rèn)證，授權(quán)及單點(diǎn)登錄功能。不采用 LDAP等技術(shù)手段實(shí)現(xiàn)，因?yàn)榧夹g(shù)實(shí)現(xiàn)手段越多、越復(fù)雜，對后繼項(xiàng)目的維護(hù)、管理、系統(tǒng)穩(wěn)定性、安全性越?jīng)]有保證。 構(gòu)建統(tǒng)一的基礎(chǔ)應(yīng)用開發(fā)平臺 在沒有統(tǒng)一的基礎(chǔ)應(yīng)用開發(fā)平臺之前，應(yīng)用系統(tǒng)的開發(fā)是非常耗時(shí)耗力的，由于技術(shù)方案的多樣性、非持久因素導(dǎo)致技術(shù)人員需要掌握很多方面的開發(fā)技能，使得系統(tǒng)開發(fā)對人員資質(zhì)要求較高；同時(shí)，很多應(yīng) 用系統(tǒng)開發(fā)后，由于缺少文檔、接口、支持及維護(hù)，使得數(shù)字化校園的應(yīng)用系統(tǒng)生命周期縮短很快，經(jīng)常是 2~3年后，淘汰很多舊的系統(tǒng)。學(xué)院在開發(fā)上盡可能采用統(tǒng)一的基礎(chǔ)應(yīng)用開發(fā)平臺技術(shù)，能夠?qū)π屡f系統(tǒng)的開發(fā)、第三方系統(tǒng)的通訊、集成，以及系統(tǒng)的運(yùn)行起 到環(huán)境的支撐作用。采用此平臺不僅可以解決上述問題，還可以為數(shù)字化校園應(yīng)用系統(tǒng)建設(shè)帶來如下優(yōu)勢： 提升開發(fā)速度，實(shí)現(xiàn)快速交付； 統(tǒng)一開發(fā)技能，便于實(shí)施與維護(hù)； 具備第三方及平臺開發(fā)應(yīng)用系統(tǒng)集成能力； 提供面向前臺及后臺調(diào)用的業(yè)務(wù)開發(fā)工具支持 提供平臺開發(fā)應(yīng)用及第三方集成系統(tǒng)應(yīng)用間的信息通訊； 對平臺開發(fā)的應(yīng)用提供運(yùn)行支撐環(huán)境； 具備跨平臺能力； 支撐商業(yè)及開源免費(fèi)的中間件，如 BEA/IBM/Tom Cat 等； 開發(fā)平臺標(biāo)準(zhǔn)化，減少第三方應(yīng)用產(chǎn)品集成依賴。 除此之外，統(tǒng)一的基礎(chǔ)應(yīng)用開發(fā)平臺對其他開發(fā)商提供開放的二次開發(fā)接口、應(yīng)用系統(tǒng)開發(fā)工具及系統(tǒng)運(yùn)行支持環(huán)境。利用平臺提供自定義報(bào)表工具、集成開發(fā)環(huán)境、工作流服 務(wù)、短信收發(fā)服務(wù)、數(shù)據(jù)交換組件、集成、認(rèn)證接口等工具和其他基礎(chǔ)服務(wù)，構(gòu)建學(xué)院的應(yīng)用系統(tǒng)，并為后繼應(yīng)用系統(tǒng)的開發(fā)與維護(hù)提供統(tǒng)一的技術(shù)保障；統(tǒng)一的基礎(chǔ)應(yīng)用開發(fā)平臺（以后統(tǒng)稱 HNBDP平臺）采用 Rich client 技術(shù)開發(fā)與實(shí)現(xiàn)，基于 B/S模式，門戶、信息發(fā)布等是建立其上的一個(gè)應(yīng)用，依靠統(tǒng)一的基礎(chǔ)應(yīng)用平臺內(nèi)的機(jī)構(gòu)、用戶、權(quán)限管理模式，統(tǒng)一學(xué)院開發(fā)的所有應(yīng)用系統(tǒng)。 改造、集成學(xué)院的業(yè)務(wù)管理系統(tǒng) 采用面向信息服務(wù)的模式構(gòu)建數(shù)字化校園，其思想是保護(hù)學(xué)院原有投資，前提是對學(xué)院原有系統(tǒng)運(yùn)行最小化 影響的條件下進(jìn)行新、舊建設(shè)、改造與集成。利用統(tǒng)一的基礎(chǔ)開發(fā)平臺之上的 ESB（ Enterprise Service Bus）企業(yè)服務(wù)總線模式實(shí)現(xiàn)的技術(shù)、理念，對數(shù)據(jù)、應(yīng)用、流程、服務(wù)進(jìn)行封裝，進(jìn)行消息路與 第三方應(yīng)用集成， Portlets 封裝； 新舊系統(tǒng)數(shù)據(jù)集成，基于適配器的數(shù)據(jù)交換和組件跨數(shù)據(jù)庫 直訪模式； 新舊系統(tǒng)流程封裝與集成，基于 ESB 進(jìn)行集成總線的封裝； 新舊系統(tǒng)人員集成，基于 HNBDP的組織機(jī)構(gòu)、用戶、權(quán)限、 角色接口； 進(jìn)行集成總線的封裝； 新舊系統(tǒng)內(nèi)容集成，基于 HNBDP 的 Portlets 引擎進(jìn)行集成 與裝配。 改造、集成學(xué)院原有系統(tǒng)的前提是以提供服務(wù)需求為主體，對流程跨越部分進(jìn)行必要整合和裝配，其他的系統(tǒng)盡可能減少更改和變更。 建立、健全完善的教學(xué)、管理和校園生活服務(wù)功能 面向信息服務(wù)、內(nèi)容服務(wù)、個(gè)性化服務(wù)將是校園信息化建設(shè)中最為重要的一環(huán)。只有抓住了使用者的實(shí)際需求，才能用好、管好、把握、發(fā)展好數(shù)字化校園的其他環(huán)節(jié)。 數(shù)字化校園將服務(wù)于學(xué)院的教學(xué)、校園文化生活 、交流和管理等方面。因此除學(xué)院管理工作外，還需要構(gòu)建個(gè)人服務(wù)、公眾服務(wù)、教學(xué)服務(wù)、生活服務(wù)、自助管理服務(wù)等多種方式滿足學(xué)院老師、學(xué)生、行政人員、公眾、校友的不同層次需要。 通過構(gòu)建教學(xué)應(yīng)用、管理類應(yīng)用、生活 /娛樂等應(yīng)用系統(tǒng)，在 HNBDP 開發(fā)框架的支撐下實(shí)現(xiàn)數(shù)據(jù)集成、人員集成、應(yīng)用集成、流程整合、內(nèi)容整合。通過門戶的方式最終提供給校園用戶教學(xué)、管理、生活 /娛樂等個(gè)性化服務(wù)。此外，需要推動 OA系統(tǒng)在全院范圍內(nèi)的使用，啟動招生就業(yè)、學(xué)生管理系統(tǒng)的建設(shè)，與財(cái)務(wù)系統(tǒng)等進(jìn)行有機(jī)集成，并啟動校園郵件服務(wù)器等。 圖 6：學(xué)院數(shù)字化校園服務(wù)功能 數(shù)字化校園建設(shè)的服務(wù)具體包括 3個(gè)主要部分： （ 1）教學(xué)領(lǐng)域：主要針對學(xué)院教學(xué)活動相關(guān)提供的服務(wù)內(nèi)容，包括面向?qū)W生的考試信息、圖書信息、課程信息、教學(xué)資源信息等內(nèi)容；面向教職工的授課信息、教學(xué)資源、學(xué)生信息、計(jì)劃信息等內(nèi)容；面向其他方面的學(xué)習(xí)計(jì)劃、課件、問題反饋等內(nèi)容。 （ 2）管理領(lǐng)域：主要針對學(xué)院相關(guān)業(yè)務(wù)管理過程提供的服務(wù)內(nèi)容，包括面向?qū)W生的選課、學(xué)籍變動、校園卡、獎助申請、宿舍調(diào)換等內(nèi)容；面向教職工的公文辦理、工資信息、授課信息、考 務(wù)信息、評估信息等內(nèi)容；面向其他方面的信息咨詢、文檔下載、成果展示、校情展示等內(nèi)容。 （ 3）文化生活：主要針對提高學(xué)院各種用戶的文化生活質(zhì)量提供的服務(wù)內(nèi)容，包括面向?qū)W生的郵件、個(gè)人空間、信息訂閱、視頻點(diǎn)播等內(nèi)容；面向教職工的期刊、會議、通訊、交流、個(gè)人主頁等內(nèi)容；面向其他方面的校友、家長、游戲、約會等內(nèi)容。 面向服務(wù)模式最大的表現(xiàn)特點(diǎn)是面向個(gè)性化用戶界面的展示，這不僅僅要求應(yīng)用系統(tǒng)在后臺管理制成，還要提供基于用戶可定制的服務(wù)流程的支撐。面向信息服務(wù)的數(shù)字化校園構(gòu)建對門戶還