前言:一篇好文章的誕生,需要你不斷地搜集資料、整理思路,本站小編為你收集了豐富的人事管理系統(tǒng)需求主題范文,僅供參考,歡迎閱讀并收藏。
一、系統(tǒng)需求
新疆財經大學是新疆唯一一所財經類高等學府,也是新疆維吾爾自治區(qū)重點建設的五所高校之一,擔負著為新疆經濟社會發(fā)展培養(yǎng)高層次人才的重任。學校共有教職工1449人,專任教師828人,占教職工總數(shù)57.1%,其中教授、副教授344人,副高以上職稱教師占專任教師總數(shù)的41.5%;碩士學位教師403人,博士學位教師88人,碩士以上學位教師占教師總數(shù)的59.3%。學校共有碩士生導師130人,其中7名教師被中國人民大學、上海財經大學和中央財經大學遴選為博士生導師。[1]新疆財經大學目前采用的是手工管理和計算機管理相結合的人事管理系統(tǒng)。計算機管理也是采用單機運行,所用的軟件是VISUALFOXPRO和OF-FICE系統(tǒng)。也就是說,如果兩個部門之間也進行數(shù)據(jù)交換,必須使用U盤或者發(fā)送電子郵件等的方式。并且計算機的覆蓋面也比較小,不是所有的科室都有計算機,如果各個科室之間沒有互相聯(lián)系或者數(shù)據(jù)更新的話,就只能逐個數(shù)據(jù)庫進行更新維護,這樣就造成資源浪費、工作量大、數(shù)據(jù)傳輸不便等。而且由于數(shù)據(jù)集中在數(shù)據(jù)庫管理軟件VISUALFOX-PRO中,管理人員要查看數(shù)據(jù)就必須要懂得基本的數(shù)據(jù)查詢語言SQL,這對工作人員的要求就高了,也給工作帶來了一定的不便。學校的人事制度要適應社會的需求,人事管理也要走向高效化、公正化、公開化、全面化和科學化發(fā)展,學校對人事數(shù)據(jù)準確性、完整性、及時性和安全性提出了格的要求。由于學校已經有校園網,所以,學校利用現(xiàn)有的校園網開發(fā)出一套符合本校人事管理的系統(tǒng)迫在眉睫。本文根據(jù)目前新疆高校人事管理的發(fā)展狀況和實際情況,以新疆財經大學人事管理工作為背景,提出了B/S架構的新疆高校人事管理系統(tǒng)。系統(tǒng)根據(jù)使用方式和用戶的不同,分為兩大子系統(tǒng)人事日常管理子系統(tǒng)和網上查詢子系統(tǒng)。目標是對人員招聘、人員錄用、人員調整、人員考核、人事檔案管理,實現(xiàn)全面、科學、系統(tǒng)的管理,提高工作效率,增加交流,完善人力資源中許多不足之處。開發(fā)出適合滿足新疆高校的人事管理系統(tǒng)。
二、系統(tǒng)功能設計新疆高校人事管理系統(tǒng)的建立原則、建設規(guī)模和功能要求都與系統(tǒng)開發(fā)的目標密切相關,系統(tǒng)的建設和開發(fā)是在科學合理的基礎上,根據(jù)用戶要求進行用戶需求分析,本系統(tǒng)具備的功能如圖1所示:
(一)進校管理應聘者通過填寫學院網站上的招聘信息來報道,對于應聘者的詳細資料應經學校認識管理處篩選審核,符合條件者將進行相關的考核,合格者才可以入校報到。人事處將報到者的資料存放到人力資源庫中,并且將相關信息發(fā)送到子系統(tǒng),便于薪酬調發(fā),證件發(fā)放等。進校管理分為:招聘管理和報到入校。招聘管理是指對應聘者信息的管理。報到入校是指得到同意的應聘者到學校報到。實現(xiàn)新教工進校管理,包括教工擬進校、進校和起薪管理。系統(tǒng)涵蓋應屆畢業(yè)生、一般調入人員和博士后三類來校人員,并進行其它人員(如高訪學者)進行管理。
(二)在校管理在校管理有常規(guī)管理和師資管理。常規(guī)管理,就是基本信息維護、轉正定級和試用期轉正、合同管理、校內調動。師資管理就是專業(yè)技術職務評審、教師資格認定、學歷/學位教育和繼續(xù)教育、外聘/返聘教師管理。在校管理指的是常規(guī)管理、師資管理和崗位考核管理。常規(guī)管理指的是對一些日常事務的管理,師資管理是指對教師資格的管理,崗位考核管理指的是對在崗位上的教師進行考核管理。
(三)勞資管理勞資管理有工資管理、津貼管理、離退休工資管理、保險管理、考勤管理。其中,工資管理指的是數(shù)據(jù)采集、數(shù)據(jù)處理計算、統(tǒng)計查詢;津貼管理的過程和工資管理相似,只是增加了填報的過程;離退休工資管理和工資管理基本相同,相對特殊的就是停薪的管理和起薪時退休比例的計算和退休費的計算,工齡的核對;考勤管理是日??记诤透黝愓埣賹徟?。
(四)工人管理工人管理主要是工人考工定級和工人聘期考核。其中工人考工定級指的是工人考工定級個人申報、部門審批、學校審核上報等功能。職員和工人的管理主要是職員和工人的晉升,其中還包含了專家的管理和審批結果的錄入查詢等信息。工人聘期考核是從教職工基本信息庫中調入工人信息生成學院工人信息一覽表的功能,工人聘期考核可歸入教職工聘期考核一同管理。
(五)離校管理離校管理有離退休管理和離校管理。其中離退休管理是包含退休計劃制定、退休執(zhí)行和退休查詢。退休計劃制定是根據(jù)設定退休條件從教職工基本信息庫中篩選符合退休條件的人,自動生成退休計劃庫。退休執(zhí)行是根據(jù)退休者的工齡、職稱、獨生子女等條件計算出退休工資以及相關退休福利待遇,同時停止在職工資及津貼。退休執(zhí)行操作,是將退休計劃中的人員確認為退休人員的過程。此過程完成之后人員基本信息將從在職轉到離退休庫中,相應的在職工資停薪,離退休費起薪。離校管理是包含在職人員離校和違約金計算。在職人員離校是教職工調動、辭職的個人申請、各部門審批、學校審核等功能。違約金計算是根據(jù)離職人員進校時簽訂的合同計算違約金。
三、系統(tǒng)架構設計與技術方案本系統(tǒng)在邏輯被分成四層,客戶端視圖層、Web表示層、業(yè)務邏輯層、數(shù)據(jù)庫持久層,將應用業(yè)務邏輯層和表示層相分離??蛻粢晥D層主要負責人機交互;Web表示層主要負責對客戶端應用程序的集中管理,即事物處理;數(shù)據(jù)庫持久層主要負責數(shù)據(jù)的存儲、數(shù)據(jù)庫分布式管理、數(shù)據(jù)庫的備份和同步等。[3]其關系如圖2所示。本系統(tǒng)采用基于J2EE平臺的組件化多層設計的方法,MySql數(shù)據(jù)庫作為主要系統(tǒng)支撐平臺,采用B/S三層體系結構。實現(xiàn)采用Jsp、JavaBean、Servle等先進的技術。本系統(tǒng)采用Liboys和Spring框架。
四、系統(tǒng)主要模塊設計與研究
(一)進校管理子模塊的設計1.模塊結構圖。根據(jù)進校管理子模塊實現(xiàn)的步驟,如圖3所示為該功能的結構圖。2.用例圖設計。(1)招聘管理。根據(jù)進校管理子系統(tǒng)中招聘管理功能需求描述的步驟,如表1所示為該功能的用例圖。用例名稱為:進校管理。用例簡述:首先面試人員登錄學院的網站主頁,錄入自己的個人信息,在主頁上就會自動生成面試人員一覽表面試時間安排,面試試題上報和經過專業(yè)考核后生成的考核統(tǒng)計表。經黨委討論決定擬引進人員名單用例參與者為管理員、面試人員。前置條件為面試人員和管理員必須授權。(2)報到人員。根據(jù)進校管理子系統(tǒng)中報到管理功能需求描述的步驟,如表2所示為該功能的用例圖。用例名稱為:報到管理。用例簡述:辦理報到手續(xù)、建立個人帳號,建立個人數(shù)據(jù)等。引進人員辦理報到手續(xù)后,系統(tǒng)可自動通知相關子系統(tǒng)。系統(tǒng)將完成工作證發(fā)卡和工資起薪等相關業(yè)務。用例參與者為引進人員、人事處。前置條件為人事處必須授權。
(二)在校管理子模塊的設計1.模塊結構圖。根據(jù)在校管理子系統(tǒng)實現(xiàn)的步驟,如圖4所示為該功能的結構圖。2.用例圖設計。(1)常規(guī)管理。根據(jù)在校管理子系統(tǒng)中常規(guī)管理功能需求描述的步驟,如表3所示為該功能的用例圖。用例名稱為:常規(guī)管理。用例簡述:人事處對在職人員進行常規(guī)管理,基本信息維護主要是修改政治面貌和聯(lián)系方式,添加工作經歷和教育經歷。轉正定級是在職人員轉正后定崗位。合同管理是預測該在職人員是否可以續(xù)簽合同,工資停薪和工作證發(fā)卡。校內調動是不同部門之間的工作調動。用例參與者為在職人員、人事處。前置條件為人事處必須授權。(2)師資管理。根據(jù)在校管理子系統(tǒng)中師資管理功能需求描述的步驟,如表4所示為該功能的用例圖。用例名稱為:師資管理。用例簡述:人事處對師資管理資料進行整理,師資管理包括專業(yè)技術職業(yè)評審,針對在職人員和退休人員。教師資格認定是對教師資格的認定,包括在職人員和退休人員。學歷/學位教育針對在職人員學歷信息的維護。返聘/外聘教師管理是對退休以后的老師進行返聘或對外校的老師進行外聘,針對這些老師的信息管理。用例參與者為在職人員、退休人員、人事處。前置條件為人事處必須授權。
數(shù)據(jù)庫技術是計算機技術發(fā)展的一個重要分支,經過30余年的快速發(fā)展,已經形成了很多重要的理論和應用,其應用領域占整個計算機應用的70%以上[1]。oracle數(shù)據(jù)庫產品作為數(shù)據(jù)庫技術的重要組成部分,目前在市場上占有率超過39%,遠高于同類數(shù)據(jù)庫產品。很多計算機軟件公司,在招聘數(shù)據(jù)庫管理員、數(shù)據(jù)庫開發(fā)工程師、軟件開發(fā)工程師時,都要求求職者掌握或精通oracle數(shù)據(jù)庫技術。但目前,高職專業(yè)開設的oracle數(shù)據(jù)庫課程與企業(yè)的實際需求脫節(jié),學生在學習oracle數(shù)據(jù)庫課程后,難以與企業(yè)需求接軌。因此,基于工作過程導向對oracle數(shù)據(jù)庫課程進行改革,以任務為驅動進行教學就顯得特別重要。
1職業(yè)崗位需求與職業(yè)能力分析
在2013年6~9月,筆者通過對前程無憂網、中華英才網、智聯(lián)招聘、卓博人才網、中國人才熱線等專業(yè)招聘網站上萬份招聘信息和幾百個與軟件開發(fā)、數(shù)據(jù)庫應用系統(tǒng)和網站開發(fā)相關職業(yè)崗位的調查分析,發(fā)現(xiàn)掌握oracle數(shù)據(jù)庫技術是企業(yè)招聘條件中的基本要求。根據(jù)以上專業(yè)招聘網站統(tǒng)計出2013年6~9月數(shù)據(jù)庫人才需求情況如圖1所示。
從統(tǒng)計看出,oracle數(shù)據(jù)庫人才需求和sql server人才需求最旺盛。
通過對網上招聘信息分析,數(shù)據(jù)庫相關職業(yè)崗位包括信息系統(tǒng)程序員、web系統(tǒng)程序員、數(shù)據(jù)庫管理員和數(shù)據(jù)庫維護員等。同時,我們對軟件行業(yè)的軟件開發(fā)、網站開發(fā)、數(shù)據(jù)庫應用系統(tǒng)開發(fā)與管理等職業(yè)崗位,從oracle數(shù)據(jù)庫從業(yè)人員知識、技能和素質基本要求等方面進行了分析:在知識方面,要求從業(yè)者掌握dbca、oem、sqlplus、sql developer的使用,熟練掌握管理數(shù)據(jù)庫、表空間、表和視圖的操作,掌握管理數(shù)據(jù)完整性和索引的操作,掌握sql語言和pl/sql語言的常用語法及應用,掌握管理存儲過程、存儲函數(shù)與觸發(fā)器的操作,掌握對用戶、角色和概要文件的管理,掌握數(shù)據(jù)庫的備份與恢復操作,掌握oracle數(shù)據(jù)庫的安全性管理等;在職業(yè)素質方面要求從業(yè)者具有三心:責任心、進取心、耐心;三能:自主學習能力、邏輯思維能力、英語閱讀能力;三意:質量意識、協(xié)同工作意識、溝通意識;在職業(yè)能力上要求從業(yè)者能進行大型數(shù)據(jù)庫系統(tǒng)的開發(fā)、設計,能編寫數(shù)據(jù)庫設計的相關文檔,能管理和維護大型數(shù)據(jù)庫系統(tǒng)等。
圖1數(shù)據(jù)庫人才需求統(tǒng)計
2基于工作過程導向課程設計思想
工作過程是指為了完成一個工作任務并獲得工作成果而進行的一個完整工作程序。基于工作過程的職業(yè)課程開發(fā)遵循以下步驟:①確定相應的工作崗位;②根據(jù)工作崗位,按照職業(yè)能力歸納出職業(yè)行動領域,提煉出工作崗位的具體典型工作任務;③將行動領域轉化為學習領域,構建課程體系;④根據(jù)學習領域的教學目標,設計各個學習情境,使學習情境與工作過程情境相似或一致。
基于工作過程設計步驟,oracle數(shù)據(jù)庫課程所對應的職業(yè)崗位主要是數(shù)據(jù)庫管理員、數(shù)據(jù)庫系統(tǒng)工程師。因此,我們與企業(yè)一道對工作流程進行分析,抽取其典型的工作任務,將工作任務進行分解,形成相應的學習領域即oracle數(shù)據(jù)庫課程,再按職業(yè)能力和職業(yè)技能設計出若干學習情境。學習情境的設計突出高職教學的職業(yè)性和實踐性特點,采取項目驅動、案例引導,由簡單到復雜,在教學過程中,突出“做中學”的模式。
2.1確定典型工作任務
oracle數(shù)據(jù)庫系統(tǒng)工程師的主要工作是進行數(shù)據(jù)庫的分析、設計、管理和維護數(shù)據(jù)庫。因此,根據(jù)數(shù)據(jù)庫系統(tǒng)工程師的職業(yè)能力,我們改革oracle數(shù)據(jù)庫傳統(tǒng)的教學模式,以“人事管理系統(tǒng)”的開發(fā)為例,把系統(tǒng)開發(fā)的工作分解成多個任務,每個任務對應一個學習情境進行教學?!叭耸鹿芾硐到y(tǒng)”數(shù)據(jù)庫設計開發(fā)分為5個步驟:①人事管理系統(tǒng)的需求分析,明確人事管理系統(tǒng)所需要實現(xiàn)的功能;②對需求分析的結果進行歸納、整理,形成概念模型,進行人事管理系統(tǒng)數(shù)據(jù)庫的邏輯設計;③對數(shù)據(jù)庫進行物理設計,配置數(shù)據(jù)庫環(huán)境,建立數(shù)據(jù)庫及其相關表格;④對數(shù)據(jù)庫性能進行優(yōu)化,提高數(shù)據(jù)庫的安全性;⑤對數(shù)據(jù)庫進行維護。
2.2建立相應的學習情境
當確定了典型工作任務后,我們構建了oracle數(shù)據(jù)庫課程體系,從而建立相應的學習情境。以“人事管理系統(tǒng)”數(shù)據(jù)庫設計為依據(jù),整合教材教學內容,設計出與職
工作崗位基本一致的學習情境。這樣,在真實的項目開發(fā)中,激發(fā)學生的求知欲望,提高學生的學習興趣。oracle數(shù)據(jù)庫課程學習情境如表1所示。
3教學方法設計
本課程根據(jù)相關職業(yè)崗位技能需求,突出職業(yè)技能訓練的教學理念,基于工作過程安排具體教學內容,采取以學生為中心、以能力目標為核心,積極開展以工學結合為切入點的課程教學體系改革,在長期的教學過程中不斷總結創(chuàng)新,形成了一套行之有效的教學方法。
本課程在教學中,以“項目為導向+任務為驅動+全過程案例實作”的理念,在教學中,以“提出任務+分析任務+完成任務+對任務進行考核”的方式進行,充分發(fā)揮學生的主觀能動性,從而提高學生的學習積極性。整個oracle數(shù)據(jù)庫以10個學習情境、35個教學任務、46個案例進行教學,充分滿足職業(yè)崗位中的知識、能力和技能要求。全過程的教學實行一體化的教學模式,讓學生盡可能多動手實踐,同時輔以分組教學,并對團隊成員進行考核。
表1oracle數(shù)據(jù)庫課程學習情境
學習情景工作任務技能要求人事管理系統(tǒng)需求分析人事管理系統(tǒng)案例數(shù)據(jù)庫設計要求, 數(shù)據(jù)庫設計規(guī)范化要求能對數(shù)據(jù)庫進行需求分析,抽象出相關的數(shù)據(jù)表oracle數(shù)據(jù)庫的安裝與配置安裝oracle數(shù)據(jù)庫軟件, 基本組件能進行oracle數(shù)據(jù)庫的安裝,掌握基本組件的使用人事管理系統(tǒng)數(shù)據(jù)庫基本操作創(chuàng)建數(shù)據(jù)庫實例 能掌握其建立方法與步驟。人事管道數(shù)據(jù)表的操作數(shù)據(jù)表基本操作及管理掌握oracle數(shù)據(jù)庫的基本數(shù)據(jù)類型,三種方式管理表和對數(shù)據(jù)表的操作及數(shù)據(jù)完整性約束人事管理數(shù)據(jù)庫查詢查詢的基本使用及連接查詢、子查詢和聯(lián)合查詢掌握簡單查詢的使用方法,連接查詢的思想與方法, 子查詢及聯(lián)合查詢的方法人事管理系統(tǒng)數(shù)據(jù)庫的優(yōu)化視圖、索引、存儲過程、游標、事務、觸發(fā)器的操作掌握建立、修改、刪除視圖、索引、游標、存儲過程、觸發(fā)器等人事管理系統(tǒng)數(shù)據(jù)的安全性與維護數(shù)據(jù)庫安全策略、用戶管理、數(shù)據(jù)庫備份、數(shù)據(jù)庫恢復、數(shù)據(jù)導入導出等能掌握數(shù)據(jù)庫安全知識,能對系統(tǒng)安全、數(shù)據(jù)安全等進行管理人事管理系統(tǒng)前臺界面及數(shù)據(jù)庫連接實現(xiàn)java平臺oracle數(shù)據(jù)庫連接,.net平臺oracle數(shù)據(jù)庫連接能利用java平臺.net平臺進行oracle數(shù)據(jù)庫程序開發(fā) 4教學資源建設
為了更好地讓學生學習,在對oracle數(shù)據(jù)庫進行建設過程中,我們建立了相應的教學資源,讓學生課外進行學習。
4.1建立oracle開放式精品資源網站
在oracle數(shù)據(jù)庫開放式精品資源網站,我們把oracle項目、實驗任務、教學案例、授課課件、教案等全部放在網上,方便學生課后學習,并建立了oracle論壇,讓學生通過論壇與同學及教師進行交流。
4.2建立在線實訓系統(tǒng)
通過引入真實的企業(yè)信息管理系統(tǒng),我們保留了此信息系統(tǒng)的相關界面及其功能模塊,刪除了與oracle數(shù)據(jù)庫相關的所有代碼,然后注上相應的標記及注釋,通過整合、分類,以實訓項目的形式展現(xiàn)給學生,讓學生一步步完成實訓項目,完成一個真實的信息管理系統(tǒng)數(shù)據(jù)庫的開發(fā)與設計。
4.3編寫oracle實訓指導書
根據(jù)企業(yè)工作崗位的需要,組織企業(yè)專家和oracle教學團隊,利用一年的時間,編寫了一本oracle 11g數(shù)據(jù)庫實訓指導書,在這本書中,把職業(yè)工作崗位所需要的職業(yè)技能、工作任務,及oracle數(shù)據(jù)庫管理員、oracle數(shù)據(jù)庫系統(tǒng)工程師等進行數(shù)據(jù)庫設計、數(shù)據(jù)庫開發(fā)所需要的知
第6期 劉學玉,李博博:教師培訓項目效果評估研究軟 件 導 刊2014年標題
戴爾“互聯(lián)創(chuàng)未來”教師培訓項目效果評估研究
作者劉學玉,李博博
系統(tǒng)架構
隨著計算機網絡技術的不斷發(fā)展,Web系統(tǒng)隨之迅速發(fā)展,系統(tǒng)架構B/S結構模式逐漸取代了C/S結構模式。C/S結構是基于“肥客戶機”模式下,要求系統(tǒng)的應用邏輯必須在客戶端的應用程序之中,而數(shù)據(jù)庫系統(tǒng)一般放在服務器端。這種系統(tǒng)架構下的軟件開發(fā)成本高、維護困難大。因此使用簡單、方便,開發(fā)成本低的B/S系統(tǒng)架構逐步得到廣泛應用。該結構基于“瘦客戶機”模式下,簡化了客戶端軟件,用戶只要通過IE等瀏覽器就可以訪問服務器中的資源和數(shù)據(jù),而軟件的開發(fā)、維護等工作只要在服務器端就可以全部實現(xiàn)。這種系統(tǒng)架構下的系統(tǒng)軟件資源共享程度高、升級成本低。因此本文將采用B/S系統(tǒng)架構去設計高校人事管理系統(tǒng)。
系統(tǒng)中角色及各角色的操作
根據(jù)高校的人事特點,系統(tǒng)中的角色分為業(yè)務管理人員(包括人事工作人員、財務工作人員以及相關業(yè)務人員等)、審核人員(包括校長、處長等)、普通教師、系統(tǒng)管理和維護人員等四個角色。業(yè)務管理人員負責在系統(tǒng)中進行業(yè)務操作,包括人員調動、信息錄入、教師信息審核、工作量化、工資發(fā)放等;審核人員負責對系統(tǒng)中需要進行把關、審核的一些業(yè)務,比如工作量化的最終審核、文件的批示和印發(fā)等進行審批操作;普通教師在系統(tǒng)中可以對相關信息進行查詢以及在權限范圍內的一些錄入、上傳等操作;系統(tǒng)管理和維護人員則負責對整個系統(tǒng)進行升級、數(shù)據(jù)維護等操作。
從安全考慮,我們設計的高校人事管理系統(tǒng)擁有兩個登錄界面:系統(tǒng)管理人員界面和一般用戶界面。系統(tǒng)管理人員界面是不公開的,只能允許系統(tǒng)管理和維護人員通過該界面進行登錄。一般用戶界面是對所有用戶公開的界面,業(yè)務管理人員、審核人員、普通教師只能通過此界面登錄。
系統(tǒng)需求分析
(1)不同用戶根據(jù)賦予的相應權限能夠對教師的相關信息(包含基本信息、科研信息、課程信息、工資信息等)進行管理。
(2)系統(tǒng)應具有強大的查詢功能,包括個人基本信息的查詢、個人科研信息的查詢、個人工資發(fā)放情況的查詢等等。
(3)普通教師用戶能夠上傳、下載資源。教師能夠將各種更新信息、增加信息上傳至系統(tǒng)待審核,同時能對已經上傳的但還未通過審核的信息進行編輯和刪除的操作,進而可以有重新提交的權限;審核用戶通過系統(tǒng)可對普通教師上傳的各種信息進行審核并保存通過審核的信息。
(4)業(yè)務管理人員能夠通過系統(tǒng)對人員信息、人事調配、職務變動、職稱晉升、工資調整等相關業(yè)務信息進行審核管理。
(5)該系統(tǒng)必須能自動統(tǒng)計、自動生成各種人事、工資報表,使領導能夠對整個學校的人事工作、人員信息、工資發(fā)放等情況進行全面了解,方便領導根據(jù)學校的具體情況作出及時的、科學的、合理的決定。
(6)系統(tǒng)應具有功能全面的面向系統(tǒng)管理人員的后臺維護平臺,該平臺提供對不同用戶進行權限管理、系統(tǒng)日志管理、數(shù)據(jù)庫管理等功能。
系統(tǒng)模塊劃分
根據(jù)系統(tǒng)分析,將管理系統(tǒng)主要劃分為:基本信息管理模塊、業(yè)務管理模塊、財務管理模塊、審批模塊和系統(tǒng)管理模塊。
(1)基本信息管理模塊
該模塊主要對全校教職工的基本信息進行管理,包含對教師基本信息的添加、刪除、修改、查詢等功能?;拘畔⒐芾砟K是其他系統(tǒng)模塊的基礎。
(2)業(yè)務管理模塊
業(yè)務管理模塊是整個系統(tǒng)的核心模塊,該模塊的功能是對人事管理中的人事調配、職務變動、職稱晉升、繼續(xù)教育等所有業(yè)務進行管理,對相關業(yè)務按照系統(tǒng)設計流程進行操作。
(3)財務管理模塊
財務管理模塊實現(xiàn)對教職工的薪資計算、財務信息、查詢等功能。
(4)審批模塊
審批模塊分為一般業(yè)務審批和領導審批。一般業(yè)務審批由業(yè)務管理人員進行完成,對教師上傳請求審批的基本信息、科研信息等進行審批。領導審批主要是對相關決策和文件進行最終審批。該模塊能夠最終實現(xiàn)無紙化審批,減少審批環(huán)節(jié),提高審批效率。
(5)系統(tǒng)管理模塊
系統(tǒng)模塊是系統(tǒng)后臺管理,能夠對用戶的權限、密碼、數(shù)據(jù)庫、系統(tǒng)日志等進行有效管理,確保整個系統(tǒng)有序安全地運行。
關鍵詞:信息技術;資源分析;sql server 2000
中圖分類號:D035.2文獻標識碼:A文章編號:1672-3198(2009)18-0267-01
1 系統(tǒng)需求分析及可行性研究
1.1 系統(tǒng)需求分析
人事管理系統(tǒng)可以實現(xiàn)功能包括“人事信息維護”、“數(shù)據(jù)查詢”、“統(tǒng)計報表”、“系統(tǒng)維護”。該系統(tǒng)應該提供人事信息的錄入(修改)、刪除、統(tǒng)計;人事常用的數(shù)據(jù)查詢(包括各種復雜查詢);各類人事統(tǒng)計報表的設計、生成、表式的導入和導出、打印;用戶賬號權限的設置、管理。
1.2 可行性研究
人事管理一般是對人事基本信息的管理,所以在數(shù)據(jù)庫模式定義中可以將人事基本信息定義在一個表中,這樣對數(shù)據(jù)的增加、修改、刪除、查詢、統(tǒng)計操作處理起來都相對簡單。統(tǒng)計報表的導出可以利用OLE(對象的連接與嵌入)這項成熟的技術來實現(xiàn)。打印功能完全可以根據(jù)開發(fā)工具自帶的屬性靈活的實現(xiàn)。用戶賬號權限的設置、管理可以在數(shù)據(jù)庫中建立一張獨立的表來實現(xiàn),人事系統(tǒng)將根據(jù)用戶不同的權限設置不同的操作功能。
2 系統(tǒng)規(guī)劃
2.1 項目規(guī)劃
(1)數(shù)據(jù)輸入模塊:該模塊的主要功能是負責輸入數(shù)據(jù),所以該模塊的設計出發(fā)點應從方便用戶操作的角度出發(fā),如:非法數(shù)據(jù)輸入出現(xiàn)錯誤提示等,另外一些較固定數(shù)據(jù)可讓用戶從下拉框種選擇,不必自己輸入。
(2) 數(shù)據(jù)查詢模塊:用戶可以直接快速地查閱和打印系統(tǒng)中的員工個人信息(如人員情況、部門情況、科室情況、職稱評定、在職情況和決策支持等信息);也可以做出各種復雜的查詢,用戶可根據(jù)任意字段進行查詢,包括多條件的與和或運算,為領導作出準確判斷提供數(shù)據(jù)的支持。
(3)數(shù)據(jù)刪除修改模塊:修改刪除模塊通常也是數(shù)據(jù)庫中必須有的一個模塊,因為在輸入數(shù)據(jù)過程中難免會有出錯的時候。當修改刪除涉及到多個表時,本系統(tǒng)將做出判斷并給出提示及相應處理,以保證數(shù)據(jù)的完整性及一致性。
(4)數(shù)據(jù)統(tǒng)計分析模塊:該模塊將對數(shù)據(jù)進行統(tǒng)計,包括分組統(tǒng)計,二維表統(tǒng)計及餅圖統(tǒng)計。各種統(tǒng)計結果都應該能夠打印。
(5)報表打印模塊: 數(shù)據(jù)的打印也是系統(tǒng)不可或缺的模塊,打印頁面的大小及上下左右的邊距應由用戶自己自由設置。也可以將報表導入到word或者excel中,由用戶自己設定打印方式。
(6)賬號管理模塊:實現(xiàn)了對用戶分組管理,并且可對用戶的數(shù)據(jù)訪問權限、功能操作權限進行設置,保證了操作的安全性、嚴謹性及保密性。
(7)日志管理模塊:系統(tǒng)將用戶名,操作時間,操作內容都記錄下來,然后寫到數(shù)據(jù)庫中。這樣可以知道哪個用戶什么時間作了什么操作,更好的維護了系統(tǒng)的安全性。
2.2 規(guī)劃數(shù)據(jù)庫
數(shù)據(jù)庫是一種存儲數(shù)據(jù)并對數(shù)據(jù)進行操作的工具。數(shù)據(jù)庫的作用在于組織和表達信息,簡而言之,數(shù)據(jù)庫就是信息的集合。計算機的數(shù)據(jù)庫可以分為兩類:非關系數(shù)據(jù)庫(flat-file)和關系數(shù)據(jù)庫(relational)。關系數(shù)據(jù)庫中包含了多個數(shù)據(jù)表的信息,數(shù)據(jù)庫含有各個不同部分的術語,象記錄、域等。數(shù)據(jù)庫之間的關系指明兩個庫之間共享一個共同的關鍵字值。一個連接是指一種虛擬的表,這種表是在當用戶要求從相互關聯(lián)的各個不同的表中獲取信息時建立的,關鍵字段用于在相互連接的不同表中查找匹配的記錄。一個更高級的連接形式稱為自連接。這種連接是指一個表被連接到它自己的一個字段,或在不同的記錄中由重復數(shù)據(jù)的組合字段。數(shù)據(jù)庫中有三種不同類型的關鍵字:主關鍵字、組合關鍵字和外關鍵字。在表中使用的關鍵字類型用于描述庫表示什么以及在數(shù)據(jù)庫中如何與其它的庫建立關系。
3 系統(tǒng)設計和實現(xiàn)
3.1 數(shù)據(jù)分析與編碼設計
數(shù)據(jù)分析主要是分析各種數(shù)據(jù)的用途及相互之間的關聯(lián),分析數(shù)據(jù)的類型、數(shù)量發(fā)生頻度和使用頻度,并具體弄清楚每個數(shù)據(jù)所需的范圍和位數(shù)及來源的時間性,為數(shù)據(jù)庫、文件設計及輸出、輸入設計提供依據(jù),也為制定合理的數(shù)據(jù)處理方法提供依據(jù)。
編碼是一項基礎工作,編碼必須唯一,編碼設計的目的是為了便于數(shù)據(jù)的存儲和檢索,提高處理的效率和精度,節(jié)省處理時間和減少存儲空間且方便使用。
3.2 數(shù)據(jù)庫設計
本系統(tǒng)新建一個數(shù)據(jù)庫(rsgl.dbf),加強完善對人事系統(tǒng)的管理。
(1)理論依據(jù):一般來說,一個應用程序的數(shù)據(jù)結構是實現(xiàn)該程序的關鍵因素,SqlServer關系數(shù)據(jù)庫模型,是以關系集合理論中重要的數(shù)學原理為基礎的,通過定義創(chuàng)建該集合的很少一些規(guī)則,即可方便地處理一些數(shù)據(jù),這種技術被稱為數(shù)據(jù)規(guī)范化。
(2)數(shù)據(jù)庫模式定義:根據(jù)需求分析本系統(tǒng)一共定義了12個表,分別為人員基本信息表(T_Rsxx)、部門表(T_Bmxx)、科室表(T_Ksxx)、職稱變動表(T_Zcbd)、職務變動表(T_Zwbd)、職別變動表 (T_Zbbd)、學習情況表 (T_Xxqk)、工作變動情況表(T_Gzbd)、教學經歷表(T_Jxjl)、編制信息表(T_Bzxx)、人事管理日志表(T_Rsrz)賬號管理表(T_Zhgl)。其中人員基本信息表與職稱變動表、職務變動表、職別變動表、學習情況表、工作變動情況表、教學經歷表通過字段rybh相關聯(lián),構成了人事的全部信息。人事管理日志表保存每次用戶登陸系統(tǒng)后所作的一切操作。賬號管理表保存所有用戶的信息,包括用戶名,口令。
3.3 模塊設計
(1)數(shù)據(jù)錄入模塊的設計。
通過數(shù)據(jù)窗口的insertrow(0)函數(shù),先插入一條空記錄,然往空記錄中輸入數(shù)據(jù),保存到數(shù)據(jù)庫中即可。對于不同的表,保存方式不同。人員基本信息表的新記錄保存使用數(shù)據(jù)窗口的update()函數(shù)完成。在保存之前做安全性檢測,以防不合理數(shù)據(jù)入庫。
其它表的輸入與基本信息表類似。其中科室表的新記錄保存使用數(shù)據(jù)窗口的update()函數(shù)完成。剩余的表由于它們的主鍵都是行號(int類型的),在數(shù)據(jù)庫中把它們的Identity屬性都設為了yes,所以這些表的新記錄保存只能用insert into 表名()values()語句來完成。
(2)數(shù)據(jù)刪除模塊的設計。
通過數(shù)據(jù)窗口的deleterow(currentrow)函數(shù),刪除一條當前記錄,保存到數(shù)據(jù)庫中即可。人員基本信息表中的一條記錄被刪除,與其關聯(lián)的其他表中的信息也將被刪除,這一目的是為了保證數(shù)據(jù)的一致性和完整性,此表的記錄保存使用數(shù)據(jù)窗口的update()函數(shù)完成。其他表中的相關信息被刪除是通過”delete from 表名 where 條件”sql語句完成的。
(3)數(shù)據(jù)修改模塊的設計。
如果修改一條當前記錄,先檢查一下數(shù)據(jù)是否合法,然后通過數(shù)據(jù)窗口的update()函數(shù)保存到數(shù)據(jù)庫中即可。如果人員信息的人員編號被修改,其他關聯(lián)表中的人員編號也作相應的修改,其目的是為了保證數(shù)據(jù)的一致性和完整性。人員信息的修改的格式freeform其他的表的修改與其操作類似,只是顯示風格不同而已。
參考文獻
[1]胡小明.CIO的任務是要向信息系統(tǒng)注入智慧[J].電力信息化,2005,(2):18-19.
[2]于蕾.企業(yè)web信息系統(tǒng)研究與開發(fā)[D].西安理工大學,2003.
關鍵詞:信息化;孤島;集成
中圖分類號:TP311 文獻標識碼:A 文章編號:1009-3044(2016)28-0280-02
Abstract: This paper discusses the problem of isolated island information for the enterprise informationization construction, and presents several major information integration ways at the present stage.
Key words: informational; isolated island; integration
1 引言
隨著全球的信息化大潮,各家企業(yè)為了保持公司的競爭力,都在競相上信息化系統(tǒng),由于各家企業(yè)發(fā)展過程不均衡,在不同的階段,對信息化的認知也有差異、需求也各不相同,因此導致了不同企業(yè)上的信息化產品順序也不一樣,有的先上OA,再上PDM、ERP等等,有的先上ERP,再上OA、PLM等等,這就導致了一個公司幾個系統(tǒng)并行,而已大部分信息化系統(tǒng)采購來自不同的公司,公司數(shù)據(jù)不能共享,用戶登錄繁瑣,信息錄入多個系統(tǒng),容易導致數(shù)據(jù)錯誤發(fā)生。面對這些問題,最近很多公司專門提供信息化的集成服務,來解決企業(yè)面臨的這些問題。
2 信息化系統(tǒng)集成介紹
一般的軟件產品是屬于獨立完成一項應用的軟件產品,比如:ERP系統(tǒng)、PLM系統(tǒng)、OA系統(tǒng)、倉儲管理系統(tǒng)、人事管理系統(tǒng)、CATIA三維設計軟件等等;而系統(tǒng)集成是指將兩種、甚至多種類型的應用系統(tǒng)通過二次開發(fā)將他們互相集成在一起,可以進行信息資源的共享和交互調用,比如將PLM系統(tǒng)和ERP系統(tǒng)進行集成后,可以在PLM系統(tǒng)中設計人員方便地查看物料零件的當前庫存和標準價格等信息;而ERP系統(tǒng)也可以直接將PLM系統(tǒng)中單個BOM零件清單和工藝工序等信息自動進行導入,以提高工作效率。
3 公司信息化面臨的困境
隨著公司發(fā)展,管理信息化方面逐漸上了OA、PLM、MES等系統(tǒng),這些系統(tǒng)在當時解決了一些局部分散的問題,但其問題也隨著應用系統(tǒng)數(shù)量的增加暴露出來。開發(fā)單位來自不同的公司,各應用系統(tǒng)之間數(shù)據(jù)孤立等,形成了一個信息孤島。隨著時代的發(fā)展,企業(yè)迫切需要把自身業(yè)務精簡化、自動化,使得內部業(yè)務直接實現(xiàn)無縫對接,所有應用系統(tǒng)之間的集成將成為信息化系統(tǒng)發(fā)展的最終目標。
4 集成方式
當前主要用到的集成方式包含:數(shù)據(jù)集成、門戶集成、應用集成。
4.1 數(shù)據(jù)集成
數(shù)據(jù)集成是在物理上把不同來源的數(shù)據(jù)整合,為企業(yè)提供全面的數(shù)據(jù)共享。數(shù)據(jù)集成主要包括文件、數(shù)據(jù)、視圖等方式,在應用系統(tǒng)中分享信息,最簡單的方法就是直接進行數(shù)據(jù)庫的導出導入操作,但是這種方式需要開發(fā)人員對數(shù)據(jù)庫的結構十分了解,適合所有系統(tǒng)都屬于一個公司開發(fā)出來的情況,分屬不同公司的信息化系統(tǒng)很難滿足這種情況。
目前在數(shù)據(jù)集成方面,已經有了很多非常成熟的技術可以來使用,通常有基于中間件模型、數(shù)據(jù)倉庫、數(shù)據(jù)聯(lián)邦等這些方法,這些技術通過不同的方式來構建數(shù)據(jù)集成的信息系統(tǒng)。
基于中間件模型通過全局數(shù)據(jù)模型來訪問不同的數(shù)據(jù)庫或者其他Web資源,中間件位于不同的數(shù)據(jù)庫系統(tǒng)和應用程序之間,調用分散的數(shù)據(jù)庫,為各信息系統(tǒng)提供標準統(tǒng)一的數(shù)據(jù)接口,各信息系統(tǒng)還是完成各自的任務,中間件只是為不同數(shù)據(jù)庫提供一個信息交互的渠道。
數(shù)據(jù)倉庫集成是根據(jù)主數(shù)據(jù)庫的需求,從分散的數(shù)據(jù)庫提取數(shù)據(jù),轉換后加載到主數(shù)據(jù)庫中,數(shù)據(jù)倉庫能很好地保證數(shù)據(jù)的準確性,因此越來越受到各大公司的重視。
數(shù)據(jù)聯(lián)邦集成是把分散的數(shù)據(jù)庫串聯(lián)起來,根據(jù)系統(tǒng)需求調用不同的數(shù)據(jù)庫數(shù)據(jù),數(shù)據(jù)依然保留在原來的位置,沒有增加數(shù)據(jù)庫硬件的成本,但是由于頻繁的調用不同數(shù)據(jù)庫數(shù)據(jù),到導致查詢反應慢,所以這種集成方式不適合頻繁調用的場合使用。
4.2 門戶集成
大部分公司通過建一個門戶網站,把分散的各信息化系統(tǒng)統(tǒng)一接入,從而實現(xiàn)統(tǒng)一的用戶管理,單點登錄,身份驗證等。門戶服務器通過JBoss Portal提供一個符合標準的門戶平臺,實現(xiàn)信息系統(tǒng)界面的整合,通過標準的Web Service接口,提供門戶和其他應用系統(tǒng)通訊管理,實現(xiàn)各信息化系統(tǒng)之間數(shù)據(jù)的流通。
企業(yè)門戶集成的真正目的是為了處理業(yè)務流程,集中管理數(shù)據(jù)資源,提升企業(yè)運營效率。只要是企業(yè)員工,登錄門戶網站,就能夠獲得與自己級別相對應權限的業(yè)務,進行業(yè)務處理、協(xié)作辦公,并可以進入對應的業(yè)務系統(tǒng)完成實際業(yè)務。
所以說門戶集成主要實現(xiàn)以下幾個方面的統(tǒng)一:統(tǒng)一任務中心;統(tǒng)一消息中心;統(tǒng)一用戶管理;統(tǒng)一搜索;統(tǒng)一流程管理。
4.3 應用集成
應用集成建立在集成平臺服務器的基礎之上,是基于面向服務的體系結構(SOA)架構和業(yè)務流程集成的平臺。統(tǒng)一管理各信息系統(tǒng)內外部的接口。同時集成平臺服務器上定義了跨系統(tǒng)的業(yè)務流程,通過業(yè)務流程執(zhí)行語言定義各應用系統(tǒng)Web Serice服務接口,接口獨立于實現(xiàn)服務的硬件平臺、操作系統(tǒng)和編程語言。使得構建在各種這樣的系統(tǒng)中的服務可以一種通用的方式進行交互。
企業(yè)應用集成的設計思路主要分為以數(shù)據(jù)為中心和以業(yè)務為中心兩種。如果以數(shù)據(jù)為中心,那么在整個信息化系統(tǒng)中數(shù)據(jù)就是主體,全部業(yè)務處理過程中,不論業(yè)務如何流轉,數(shù)據(jù)如何處理,集成的目的就是確保數(shù)據(jù)來源的唯一性和準確性,每一個分散的系統(tǒng)都能夠獲取到數(shù)據(jù)的統(tǒng)一正確版本。如果以業(yè)務流程為中心則需要從業(yè)務流程進行分析,以業(yè)務流程為核心的分析也需要了解數(shù)據(jù),但是數(shù)據(jù)是圍繞業(yè)務流程分析的需要,該方法通過使用面向服務構架中間件,將其功能為Web服務,企業(yè)信息系統(tǒng)調用Web服務,從而實現(xiàn)業(yè)務流程的集成。實際應用中無論依照哪種方法來實施企業(yè)應用集成系統(tǒng),一旦成功部署并投入使用,都將成為一個重要的系統(tǒng)。
5 總結
企業(yè)信息化集成不可能單一的按照一個方式集成,每家公司應該根據(jù)公司當前的實際情況,綜合考慮公司財力和已經實施的系統(tǒng),具體情況具體實施,從而減少財務開支,增加實施效率。
參考文獻:
[關鍵詞]學科競賽;.NET;管理系統(tǒng);創(chuàng)新能力
[中圖分類號]G40-057 [文獻標識碼]A [論文編號]1009-8097(2013)12-0107-04 [DOI]10.3969/j.issn.1009-8097.2013.12.020
引言
學科競賽是考察大學生學科基本理論知識和解決實際問題能力的比賽,是高等學校人才培養(yǎng)質量的標志之一,是培養(yǎng)知識-能力-素質協(xié)調發(fā)展的創(chuàng)新型、高素質人才重要途徑,對高校的學風、就業(yè)也起著重要的促進作用。國家教育部在“質量工程”建設內容中曾明確提出:繼續(xù)開展大學生競賽活動,重點資助在全國具有較大影響和廣泛參與面的大學生競賽活動,激發(fā)大學生的興趣和潛能,培養(yǎng)大學生的團隊協(xié)作意識和創(chuàng)新精神。
一方面,隨著國家和各高校對學科競賽活動的重視程度和支持力度的提升,大學生學科競賽活動已逐漸成為促進大學生創(chuàng)新能力提高的重要途徑和手段,各高校圍繞學科競賽,構建了多種以學科競賽促進創(chuàng)新人才培養(yǎng)的培養(yǎng)模式和平臺;另一方面,由于競賽活動的不斷增多,參賽專業(yè)分布廣,加之競賽賽制和賽程差異大,使得在組織和管理學科競賽的過程中面臨很大的管理困境。目前很多高校對學科競賽的管理還是人工管理的方式,過程監(jiān)控難度大,統(tǒng)計各類數(shù)據(jù)易出錯,效率也不高?;诖?,本文對建立大學生學科競賽管理系統(tǒng)進行了研究和探討。
一、系統(tǒng)設計
1.系統(tǒng)需求分析
學科競賽管理系統(tǒng)的設計和開發(fā),一是為方便學科競賽的組織和開展,以項目管理的方式,實現(xiàn)對學校、學院對學科競賽的組織和實施進行過程監(jiān)控管理;二是為展示和宣傳各類競賽成果,促進學科競賽活動的廣泛開展,在全校范圍內形成良好的學風和濃厚的學術氛圍;三是提高管理效率,實現(xiàn)經費管理、獲獎信息的申報、統(tǒng)計等環(huán)節(jié)的信息化管理,方便統(tǒng)計分析各類數(shù)據(jù),提高工作效率?;谏鲜龇治?,確定系統(tǒng)的需求為:
(1)競賽項目的管理。面向的對象為教師、各學院和教務處管理人員,主要功能有在線申報競賽項目,學院審核、推薦項目,專家在線評審項目,批準立項項目。
(2)競賽信息的管理。面向的對象為教師、學生及普通瀏覽用戶,主要功能有競賽介紹和競賽舉辦通知,在線展示優(yōu)秀項目,交流討論等。
(3)系統(tǒng)后臺管理。面向的對象為教務處,主要功能有用戶賬號管理、數(shù)據(jù)報表管理、查詢統(tǒng)計、Web界面的公告管理。
下圖為將需求分析用UML統(tǒng)一建模語言來描述得到的用例圖。
2.系統(tǒng)功能設計
根據(jù)前期的需求分析,我們設計了集學科競賽項目管理、競賽信息、后臺管理功能于一體的高校學科競賽管理系統(tǒng),系統(tǒng)涵蓋了學科競賽管理的全過程,實現(xiàn)了競賽項目申報、項目評審、競賽報名、競賽實施、競賽信息、競賽成果展示、獲獎統(tǒng)計、經費管理等環(huán)節(jié)的網絡化信息管理。系統(tǒng)的功能結構圖如下:
教師可以借助該系統(tǒng),面向全校學生組織和實施學科競賽工作;學生可以通過系統(tǒng)在線進行競賽報名,查看和瀏覽競賽方面的新聞和信息,學習和了解各類學科競賽介紹,并利用系統(tǒng)進行學習和交流;各學院和教務處可以利用系統(tǒng)對項目立項、經費等方面進行管理,監(jiān)控各項目進展情況,獲取等各類統(tǒng)計數(shù)據(jù)。
二、系統(tǒng)架構及實現(xiàn)
1.系統(tǒng)平臺搭建
本系統(tǒng)采用應用程序典型的三層架構,Web表示層面向所有的用戶,通過統(tǒng)一的接口,將用戶的輸入向業(yè)務邏輯層發(fā)送請求,業(yè)務邏輯層將請求按照統(tǒng)一的邏輯規(guī)則處理后進入數(shù)據(jù)庫操作,然后將從數(shù)據(jù)庫返回的數(shù)據(jù)集合封裝成對象的形式返回到Web表現(xiàn)層。數(shù)據(jù)訪問層主要是對原始數(shù)據(jù)的操作,為業(yè)務邏輯層或表示層提供數(shù)據(jù)服務。
在該架構下,用戶表現(xiàn)層甚至可以不知道數(shù)據(jù)庫的結構,只要維護與數(shù)據(jù)訪問層之間的接口即可。這種方式在一定程度上提高了數(shù)據(jù)庫的安全性,同時也降低了對用戶表現(xiàn)層開發(fā)人員的要求,因為表現(xiàn)層不需要進行任何關于數(shù)據(jù)庫的操作。系統(tǒng)為B/S結構,Web服務器操作系統(tǒng)為Windows Server2008,信息服務軟件為IIS 7.0。
2.關鍵技術
本系統(tǒng)使用+Visual 2008+SQL Server 2005進行開發(fā)。以其良好的結構及擴展性、簡易性、可用性、可縮放性、可管理性、高性能的執(zhí)行效率、強大的工具和平臺支持和良好的安全性等特點成為目前最流行的Web開發(fā)技術之一。而采用語言的網絡應用開發(fā)框架,目前也已得到廣泛的應用,其優(yōu)勢主要是為搭建具有可伸縮性、靈活性、易維護性的業(yè)務系統(tǒng)提供了良好的機制。此外,通用語言的支持能力使開發(fā)人員能在C++、VB和C#間進行自由轉換。在配合MS SQLServer服務器的使用,在Visual 中可以直接進行數(shù)據(jù)庫的建立和修改,以及數(shù)據(jù)表、視圖等的瀏覽和修改。
在開發(fā)過程中用的關鍵技術有數(shù)據(jù)訪問技術、Cookie編程技術、動態(tài)菜單的腳本設計技術,使用的關鍵對象有Connection、Command、DataSet等。表示層采用模型一視圖一控制器(Model-View-Controller,MVC)模式,通過繼承Systerm.Web.UI.UserControl,自定義用戶控件,并利用頁面組合控件來實現(xiàn)視圖。業(yè)務邏輯層通過接口IDBAccess完成對數(shù)據(jù)訪問業(yè)務的調用。數(shù)據(jù)訪問層處理數(shù)據(jù)的所有的類和方法都放在DBAccessFactory中,通過接口IDBAccess向外提供服務。DBAccessFactory中,最高層靜態(tài)父類IDBAccess包含了一些基本方法;抽象類DBAccess繼承類IDBAccess,定義了一些常用變量和公用的抽象和實例。
三、系統(tǒng)主要功能設計
1.管理流程
系統(tǒng)設計是基于項目過程管理的思想,在借鑒國內其他高校的經驗基礎上,結合我校學科競賽多年的管理工作實際,設計的項目運行流程如下:
競賽申報階段:教務處啟動本年度的學科競賽項目申報工作后,教師根據(jù)國家、省競賽組委會的競賽通知和安排,在系統(tǒng)中申報本年度擬組織學生參加的競賽;各學院對本院申報的競賽項目進行初步審核和把關,學校組織評審專家進行在線評審,根據(jù)全校申報情況、各競賽的性質和層次、面向對象和專業(yè),確定本年度立項項目和經費資助額度,并在系統(tǒng)中進行。
競賽實施階段:指導教師(項目負責人)組織實施競賽。競賽分為校級競賽和校級以上(國家級、省級)兩類。校級競賽由指導教師在系統(tǒng)中競賽舉辦通知,學生在系統(tǒng)中進行報名、提交競賽作品,校內專家評審后,在系統(tǒng)中獲獎名單。國家級、省級競賽是在校級競賽基礎上,擇優(yōu)選擇學生參加,待獲獎名單公布后,由指導教師將獲獎名單導入到系統(tǒng)中。
競賽總結階段:教務處從系統(tǒng)中獲取各類獲獎數(shù)據(jù),召開表彰大會,對獲獎的學生和指導教師進行表彰和獎勵,在網上展示優(yōu)秀作品和成果;依據(jù)相關管理辦法,計算并給予獲獎學生相應的獎勵學分;進行相關數(shù)據(jù)的歸檔、分析,比較各類競賽的成績,為下一年度的工作做準備。
2.各角色功能設計
結合學科競賽管理工作流程,系統(tǒng)設置了指導教師、教務處、學生、學院管理員、評審專家、普通用戶6個用戶角色。
(1)指導教師模塊
指導教師模塊的主要功能有:項目申報、競賽信息、競賽管理和組織、經費管理及交流互動等。教師在系統(tǒng)中進行學科競賽項目申報,填寫擬參加學科競賽的基本信息、往年參賽情況、參賽計劃及實施方案、預期成果、經費預算等;待項目立項后,利用系統(tǒng)組織開展競賽,競賽信息、設置競賽起止日期、查看報名學生及競賽結果等;對于校級以上的競賽,教師可以導入獲獎學生名單,上傳獲獎學生的作品;競賽結束后,上傳項目總結報告;在競賽過程中,可以提交經費使用申請,可以利用交流互動功能,回答學生關于競賽方面的問題。
(2)教務處模塊
教務處模塊主要包括系統(tǒng)管理和學科競賽管理兩方面的功能。系統(tǒng)管理的相關功能有:系統(tǒng)設置,設置系統(tǒng)的相關參數(shù);數(shù)據(jù)初始化,與教務、人事管理系統(tǒng)對接,導入全校的學院、專業(yè)、班級、學生和老師數(shù)據(jù);權限設置,分配和設置評審專家、學院管理員權限;Web界面管理,在公告欄項目立項及結題、競賽報名等校級通知,在新聞動態(tài)欄學生參加競賽的獲獎新聞和圖片,在競賽簡介欄各類國家級、省級競賽的賽事簡介。項目管理的相關功能有:項目立項評審、經費分配及使用審批、項目信息、項目過程管理、過程信息查看、獲獎統(tǒng)計、數(shù)據(jù)分析等。
(3)學生模塊
學生模塊的主要功能有:查看學科競賽信息、在線報名、上傳競賽作品、查詢競賽成績和獲得的獎勵學分、交流互動。學生可以通過系統(tǒng),查看各類競賽簡介,選擇參加自己感興趣的競賽,同時系統(tǒng)也提供了交流展示平臺,將獲獎學生的優(yōu)秀作品進行展示,通過系統(tǒng)的交流互動功能,學生之間可以開展討論,也可以向教師、教務處咨詢競賽方面的問題。對于團體項目,學生可以事先進行組隊,在系統(tǒng)中直接報名,也可以利用系統(tǒng)進行選擇組隊。
(4)其他角色功能
學院管理員:各學院組織專家組,對本院申報的學科競賽項目進行初步審核,由學院管理員在系統(tǒng)中進行推薦操作,將本院教師申報的項目推薦到學校。學院管理員一般可以是教學秘書或教學院長。
評審專家:評審專家分為院級評審專家和校級評審專家,可以通過系統(tǒng),在線對申報的學科競賽項目進行評審和打分。院級評審專家由學院管理員進行設置,校級評審專家由教務處進行設置。
普通用戶:可通過訪問系統(tǒng)的Web界面查看教師、教務處競賽的信息、公告和獲獎成果,但不能登錄系統(tǒng)。系統(tǒng)設置了用戶注冊功能,普通用戶注冊后,可以和系統(tǒng)中的所有人員交流,如向獲獎學生咨詢相關問題。
四、系統(tǒng)主要特點
本系統(tǒng)實現(xiàn)了學科競賽的信息化管理,既能實現(xiàn)對競賽信息的高效率管理和控制,又能滿足競賽的決策者對競賽活動的宏觀管理與決策需求,同時系統(tǒng)具有以下功能特點:
1.實時的信息查詢
管理人員和全校師生可以利用系統(tǒng),實時查詢學科競賽的信息。各級用戶(指導教師、教務處、學院、學生)可實時查詢競賽相關信息,如競賽簡介、競賽舉辦信息、學生報名情況、經費使用情況、項目進展情況等,方便質量監(jiān)控與管理。
2.方便的統(tǒng)計分析
教師可以利用系統(tǒng)獲得全校學生的報名數(shù)據(jù),教務處可以方便地獲得各學科競賽的獲獎信息。自動生成各種分析圖表,柱狀圖、餅狀圖、統(tǒng)計表等,如各競賽不同年度的獲獎成績、獲獎人數(shù)對比表,各年度投入經費和獲獎數(shù)量的關系對比表,歷屆競賽信息統(tǒng)計表等,為日后學科競賽管理工作提供指導意見。
3.良好的數(shù)據(jù)接口
系統(tǒng)設計了多處數(shù)據(jù)導入、導出功能,支持excel、dbf,access多種數(shù)據(jù)格式,方便與其他信息管理系統(tǒng)的對接,如導入學生和教師賬號,導出學生獎勵學分匯總表。系統(tǒng)提供了豐富的報表格式,既可以直接打印輸出報表,也可以導出電子格式。學生、教師在登錄系統(tǒng)時,使用的是教務系統(tǒng)中賬號視圖,實現(xiàn)了賬號的統(tǒng)一,保證了與教務管理系統(tǒng)的數(shù)據(jù)一致性。
關鍵詞:開放平臺;數(shù)字化校園;數(shù)據(jù)中心;應用平臺;用戶體驗
中圖分類號:TP311 文獻標志碼: A 文章編號:1673-8454(2015)21-0054-05
一、引言
縱觀數(shù)字化校園的發(fā)展歷程,到目前主要分為兩個階段。
第一階段始于上世紀末,以松耦合的MIS(Management Information System)系統(tǒng)建設為主要形式,重硬件、輕軟件,主要解決“業(yè)務部門”的管理需求,所建立的業(yè)務管理系統(tǒng)沒有進行統(tǒng)一規(guī)劃和實施,系統(tǒng)之間相對孤立、各自為政,逐漸形成了“煙囪式架構”的第一代數(shù)字化校園建設形態(tài),如圖1所示。這些業(yè)務系統(tǒng)需求明確,自身獲取業(yè)務數(shù)據(jù)效率高,但從校級角度出發(fā),則產生了數(shù)據(jù)孤島、管理維護成本高等問題。
第二階段建設試圖解決第一代數(shù)字化校園存在的數(shù)據(jù)孤島問題,開始從校級角度出發(fā),重視軟件與用戶服務,強調整體設計和實施。但已建業(yè)務系統(tǒng)多數(shù)已進入正式運行階段,為保護建設成果,形成了“整體規(guī)劃、平臺建設、系統(tǒng)整合”的第二代數(shù)字化校園建設形態(tài),如圖2所示。以整合數(shù)據(jù)流、業(yè)務流、單點登錄、統(tǒng)一認證為核心目標,引入數(shù)據(jù)平臺、統(tǒng)一身份認證、校園門戶等平臺,解決數(shù)據(jù)共享和一站式用戶服務問題。為避免新舊系統(tǒng)間接口眾多、標準不一等問題給數(shù)字化校園后期運行管理帶來困擾,部分學校開始采用單公司提供一站式解決方案的建設方式。但單一平臺以全面代替合適,過多依賴于固定軟件廠商造成某些業(yè)務系統(tǒng)適用性能不佳,約束了數(shù)字化校園建設,難以滿足師生員工日益多樣的需求和移動等多樣化終端設備接入需求。
數(shù)字化校園發(fā)展到今天,除了實現(xiàn)統(tǒng)一規(guī)劃、統(tǒng)一建設、統(tǒng)一管理的目標以外,還需要突出個性化服務,讓各類用戶快速獲取所需服務?;陂_放平臺,面向數(shù)據(jù)、應用和服務的數(shù)字化校園重構是化解有限自身能力與不斷變化的用戶需求之間矛盾、構建有效服務型數(shù)字化校園的有效途徑,也是新一代數(shù)字化校園的建設方向。
二、開放平臺概述
開放平臺始于互聯(lián)網行業(yè)。國外始于2007年Facebook和2008年Google開放平臺戰(zhàn)略,國內自2011年開始,互聯(lián)網廠商紛紛推出各自的開放平臺,如騰訊開放平臺、新浪微博開放平臺、百度框計算搜索開放平臺、淘寶開放平臺等。上述開放平臺將不同的服務封裝到一系列數(shù)據(jù)接口中,并開放接口,由此網站不僅可以提供簡單的網頁接入,還可以進行復雜數(shù)據(jù)交換。這樣,第三方開發(fā)者可以基于開放平臺開放API開發(fā)各種應用,構造生態(tài)圈,服務和吸引更多用戶,實現(xiàn)開放平臺廠商與第三方開發(fā)者共贏的目的。
三、基于開放平臺的數(shù)字化校園基本思路
基于開放平臺思想重構的數(shù)字化校園建設在統(tǒng)一數(shù)據(jù)核心的基礎上,構建共享、重用和連接的系統(tǒng)架構,代替封閉、僵化的傳統(tǒng)架構。遵循“用戶主控、隨需而變、全局規(guī)劃、整體集成”的思路,以“數(shù)據(jù)中心開放平臺”為核心,以“數(shù)據(jù)服務”和“用戶服務”為理念,以“全局數(shù)據(jù)應用和服務”為目標,以“應用開放平臺”為手段,通過開放應用接口,使標準數(shù)據(jù)服務不再受限于某個廠商,打破應用系統(tǒng)壁壘,減少人工干預過程,為學校爭取主動權,實現(xiàn)開發(fā)者、學校、用戶共贏。
“數(shù)據(jù)服務” 是一種軟件服務,它封裝了數(shù)字化校園關鍵數(shù)據(jù)實體的操作?!皵?shù)據(jù)服務”要給不同應用系統(tǒng)和工作流程提供服務?!皵?shù)據(jù)服務”讓使用者無需訪問或者更新多個數(shù)據(jù)源,有助于維持數(shù)據(jù)的完整性、執(zhí)行數(shù)據(jù)可視化和訪問規(guī)則。“數(shù)據(jù)服務”為數(shù)字化校園改進業(yè)務需求提供了一個可持續(xù)的基礎。
“用戶服務” 是一種用戶體驗,用戶體驗是指在訪問網站或系統(tǒng)的過程中,用戶對界面、功能、相關信息的可讀性、可操作性、交互便捷性等方面建立起來的心理感受。目前,用戶對服務的需求已經逐漸從滿足功能向方便操作方向轉變。四處散落的應用或簡單功能羅列已經無法滿足用戶服務體驗。用戶希望一站式獲取服務,進而需要根據(jù)與自身身份或任務相匹配的智能推薦。
“全局數(shù)據(jù)應用和服務”,不局限于數(shù)據(jù)集成工具和數(shù)據(jù)共享,從認證層面、信息的集中和個性化服務層面、數(shù)據(jù)層面實現(xiàn)全校范圍內數(shù)據(jù)的統(tǒng)一集中和共享。
以“應用開放平臺”為手段,以“小應用代替大系統(tǒng)”為目標,逐漸淡化面向業(yè)務部門的管理系統(tǒng)的概念。通過移動APP或Web APP的方式,將單元化的業(yè)務操作APP化,打破傳統(tǒng)MIS之間的壁壘。為用戶提供統(tǒng)一、快速服務,同時便于拓展移動校園服務。例如,新職工入職的數(shù)據(jù)輸入,以前的做法是在人事管理系統(tǒng)中添加新職工數(shù)據(jù),通過數(shù)據(jù)交換平臺分發(fā)到其他業(yè)務系統(tǒng)中。新的做法是建立一個如移動APP或Web APP應用程序的服務,直接將新職工數(shù)據(jù)儲存到校園統(tǒng)一數(shù)據(jù)中心開放平臺中,其他業(yè)務系統(tǒng)通過數(shù)據(jù)中心開放平臺調用或者被推送新職工數(shù)據(jù)。
四、基于開放平臺的數(shù)字化校園總體設計
基于數(shù)據(jù)中心開放平臺的數(shù)字化校園軟件布局可以描述如下,如圖3所示:
(1)規(guī)范:包括服務規(guī)范、接口規(guī)范等,為應用提供標準接口,使遵循接口的應用能夠良好集成,也能向第三方開放接口。
(2)平臺:數(shù)據(jù)中心開放平臺實現(xiàn)數(shù)據(jù)統(tǒng)一存儲、共享、服務;統(tǒng)一身份認證平臺實現(xiàn)身份統(tǒng)一管理和認證。
(3)應用:指遵循接口標準的各類應用,包括移動APP、輕應用與PC端應用管理系統(tǒng)。
(4)服務:用戶服務從門戶獲取一站式服務,門戶包括PC端門戶與移動端門戶,為用戶提供基于不同終端的個性化服務。
五、基于開放平臺的數(shù)字化校園實現(xiàn)
1.數(shù)據(jù)標準的實現(xiàn)
數(shù)據(jù)標準的建立是數(shù)字化校園的基礎和核心之一,是學校信息化建設能否長久發(fā)展的一個關鍵。經過數(shù)據(jù)標準規(guī)范和標準化的數(shù)據(jù)是數(shù)據(jù)中心的基石,可以確保各應用系統(tǒng)之間元數(shù)據(jù)的統(tǒng)一,以標準、高效、交互的方式運行??梢源_保各種數(shù)據(jù)庫之間相互操作,降低數(shù)據(jù)庫應用開發(fā)成本。
數(shù)據(jù)標準建設包括數(shù)據(jù)編碼原則和數(shù)據(jù)標準內容。數(shù)據(jù)編碼原則可將數(shù)據(jù)規(guī)劃為信息類規(guī)范、管理類規(guī)范和技術類規(guī)范三類?;谝呀浿贫ǖ臄?shù)據(jù)元素標準和信息分類標準,還要對各應用系統(tǒng)和數(shù)據(jù)中心所需共享的數(shù)據(jù)制定統(tǒng)一的數(shù)據(jù)交換標準,使系統(tǒng)間的數(shù)據(jù)能夠進行互聯(lián)互通,涉及從各部門的數(shù)據(jù)和共享的需求分析,到各部門的數(shù)據(jù)格式和權限要求等內容。
隨著信息化進程的發(fā)展,信息標準也必須是一個及時更新、不斷充實的動態(tài)系統(tǒng)。因此,學校的信息標準系統(tǒng)建設必須有很強的兼容性和開放性。在我們的信息標準建設時,參考教育部頒布的《教育管理信息化標準》和教育信息化技術標準委員會的相關標準,結合學校的實際情況,制定校內通用的統(tǒng)一的數(shù)據(jù)編碼標準。
2.數(shù)據(jù)中心開放平臺實現(xiàn)
數(shù)據(jù)中心開放平臺采用基于數(shù)據(jù)服務的建設模式,數(shù)據(jù)中心為數(shù)據(jù)提供集中存儲,交換與數(shù)據(jù)服務為共享數(shù)據(jù)提供一次錄入,業(yè)務系統(tǒng)承擔業(yè)務數(shù)據(jù)的錄入和維護工作。整個體系共分為三層,從下到上分別是存儲層、服務層和應用層。
存儲層:包括基礎數(shù)據(jù)庫和數(shù)據(jù)倉庫的建設。基礎數(shù)據(jù)庫主要為上層應用提供數(shù)據(jù)支撐,并在此基礎上不斷豐富跨部門的全局應用。數(shù)據(jù)中心遠期將考慮數(shù)據(jù)倉庫的建設。
服務層:包括數(shù)據(jù)交換服務、數(shù)據(jù)服務等。承擔數(shù)據(jù)的交換任務;統(tǒng)一為各系統(tǒng)及部門提供數(shù)據(jù)交換服務;為各應用系統(tǒng)提供統(tǒng)一的數(shù)據(jù)訪問接口,變數(shù)據(jù)開放為服務開放,變開放表結構為開放API,減少系統(tǒng)耦合性。
應用層:面向用戶和數(shù)據(jù)提供開放平臺,根據(jù)工作和流程提供個性化設置。面向開發(fā)者提供應用開放,支持多維度檢索、權限認證、接口申請、應用導航等一系列服務。
各類業(yè)務系統(tǒng)各司其職,為全校師生提供服務;基于數(shù)據(jù)中心的應用系統(tǒng)可以充分發(fā)揮數(shù)據(jù)的綜合利用價值,如圖4所示。
3.統(tǒng)一身份認證實現(xiàn)
統(tǒng)一身份認證的設計核心是在數(shù)據(jù)中心開放平臺中集中儲存和管理用戶以及用戶在各應用系統(tǒng)中權限的信息,實現(xiàn)對用戶的集中管理。統(tǒng)一認證和統(tǒng)一授權是這部分工作的兩大任務,前者決定用戶是否有權限進入整個業(yè)務系統(tǒng),后者決定用戶對哪些業(yè)務系統(tǒng)具有什么樣的權利。按照樹狀信息組織模式形成的目錄服務,實現(xiàn)信息管理和服務接口的一種方式。目錄信息樹中的一個節(jié)點對應著信息庫中的一個個合法用戶,節(jié)點的屬性包括用戶的身份信息和一些認證機制中需要用到的控制信息,因此每個節(jié)點所帶有的屬性,以及這些節(jié)點如何組成結構合理的目錄信息樹,是用戶身份管理服務的設計目標和關鍵。
在我們提出的數(shù)字化校園中,統(tǒng)一身份認證的基礎是數(shù)據(jù)中心開放平臺,而不是任何一個應用系統(tǒng),這使用戶在學校數(shù)字化校園中開展任何應用之前都必須先經過統(tǒng)一身份的認證。然后經過統(tǒng)一有線門戶、移動無線門戶進入各業(yè)務系統(tǒng)以及APP應用開放平臺。入口唯一降低了需要設置單點登錄所帶來的開發(fā)復雜性,也降低了實際運行中的管理難度。
4.統(tǒng)一信息門戶實現(xiàn)
統(tǒng)一信息門戶位于數(shù)字化校園體系結構中的最上層,實現(xiàn)數(shù)字化校園各應用系統(tǒng)與用戶的交互服務過程,是數(shù)字化校園信息集中展示的窗口,是各應用系統(tǒng)中各種應用服務集成和部署的平臺,它把分立各個業(yè)務系統(tǒng)的不同功能有效地組織起來,為各類用戶提供一個統(tǒng)一的信息服務入口。
在我們提出的數(shù)字化校園中,我們希望用戶從統(tǒng)一的有線門戶和無線門戶登錄作為日常信息化工作的第一步。在這兩個信息門戶上,集成身份認證,用戶在登錄頁進行認證以后,進入信息化管理平臺(俗稱內網)進行業(yè)務管理。
借鑒互聯(lián)網瀏覽器發(fā)展的理念,創(chuàng)新性的建設允許用戶定制個性化服務的信息門戶,貼合用戶需求,提高工作效率,改善現(xiàn)有的服務體驗。
(1)用戶服務設計上:區(qū)分登錄前與登錄后的用戶服務。登錄頁面集成部分用戶常用網站、新聞列表和通用組件(如天氣預報)等,以貼片式、個性化的方式呈現(xiàn)出來,同時集成一些學校集中管理、推送信息,如熱點宣傳、院校新聞、通知公告等等。用戶登錄完成的頁面集成數(shù)字化校園各業(yè)務管理系統(tǒng)的快捷入口,內部的新聞、通知、郵件、流程等,同時個人常用或者現(xiàn)階段需要用到業(yè)務管理系統(tǒng)中的單個功能被抽取出來,根據(jù)用戶角色呈現(xiàn)在頁面上。
(2)頁面風格設計上:我們借鑒微軟WIN8采用全新的Modern UI,采取扁平化設計風格,可配置內容以動態(tài)方塊的樣式呈現(xiàn)在屏幕上,用戶配置采取拖拽式、點選式等互聯(lián)網常見操作,充分提高可用性。
5.應用開放平臺實現(xiàn)
應用開放平臺(AOP)側重在APP標準的建立、APP應用的管理、APP開發(fā)環(huán)境的建立。功能包括APP 接入流程、APP 附加屬性設定、角色管理、授權管理、用戶APP展現(xiàn)框架、APP樣式的管理風格、APP 接入引擎、獨立應用的接入規(guī)范、原生態(tài)的APP 開發(fā)流程,框架、界面開發(fā)、跳轉關系、服務調用、打包部署、運行監(jiān)控等。AOP是學校為校內外業(yè)務系統(tǒng)、網站等產品創(chuàng)建和維護的數(shù)字化應用平臺,允許用戶從APP Store瀏覽、使用一些由第三方或AOP本身提供的遵循AOP開發(fā)規(guī)范的APP應用。
在我們提出的數(shù)字化校園中,我們希望應用開放平臺能作為傳統(tǒng)應用管理和教學系統(tǒng)的一個輔助,根據(jù)用戶的需要和喜好,不斷地從傳統(tǒng)應用管理和教學系統(tǒng)中抽取適合的功能,在應用開放平臺中注冊成為獨立的APP應用,這樣的APP應用同時提供給有線門戶和移動無線門戶,方便用戶依托這兩大門戶進行信息化管理和教學工作。圍繞“數(shù)據(jù)服務”,轉變信息化服務方式,將服務與業(yè)務流程剝離,采用輕應用、APP化的服務顯示方式,為用戶提供快速服務通道。用戶不需要再進入業(yè)務系統(tǒng)尋找服務,平臺根據(jù)角色提供更清晰、個性化的數(shù)據(jù)服務。
當我們確定了APP開發(fā)和接入標準以后,兩大門戶就能成為不斷容納新增應用APP的標準容器。在數(shù)據(jù)中心開放平臺的基礎上,傳統(tǒng)應用管理系統(tǒng)將逐漸轉變成指向性明確的應用功能。標準數(shù)據(jù)服務不再受限于某個廠商,如選課、查詢、報修、預定等功能完全可以通過市場化運作,以吸引更多的應用軟件廠商,甚至可以組織具有能力的學生團體參與開發(fā)。以筆者所在的學校為例,建立用戶統(tǒng)一門戶網站,如圖5、圖6所示,在門戶上按照用戶類型推送或者自定義一些功能應用。
當前的教育資源有微化的趨勢,如微課件、微視頻等,AOP提出了一種將業(yè)務大應用微化的解決方案,使未來的軟件開發(fā)不再以大的業(yè)務方向為單位,而以細顆粒度的功能點為單位,具備一定的創(chuàng)新性和前瞻性。
6.深化數(shù)據(jù)服務與決策支持
學校開展數(shù)字化校園建設,最初的目的是實現(xiàn)數(shù)據(jù)的集成和共享,提高數(shù)據(jù)的時效性和工作人員的工作效率。隨著數(shù)字化校園進程的推進,校園各業(yè)務系統(tǒng)的數(shù)據(jù)庫積累了大量數(shù)據(jù),這些數(shù)據(jù)可以滿足教學管理人員的查詢、檢索、統(tǒng)計、報表等日常事務處理的需求。如果挖掘出蘊含在大量數(shù)據(jù)中的有效信息,能輔助學校提升教學理念、拓展辦學思路、豐富決策手段、優(yōu)化管理策略、激勵教學改革。
深化數(shù)據(jù)服務能為我們實現(xiàn)個性化數(shù)據(jù)服務和決策支持提供數(shù)據(jù)依據(jù)與技術支撐。
我們希望數(shù)字化校園能為不同類型用戶提供有效的、個性化、多角度、綜合性的統(tǒng)計查詢和靈活報表。在以數(shù)據(jù)中心開放平臺為基礎的數(shù)字化校園中,形成了數(shù)據(jù)大集中的環(huán)境,有利于執(zhí)行這種深化數(shù)據(jù)服務。比較典型的數(shù)據(jù)服務是針對學生和教師的“一生一檔”和“一師一檔”,以及學校資產從采購到報廢的生命周期管理呈現(xiàn)。我們設計的數(shù)據(jù)服務以時間線為序將各種基礎數(shù)據(jù)、業(yè)務數(shù)據(jù)和歸檔數(shù)據(jù)整合、歸類,為學生、教師、資產提供全面、唯一的電子檔案,能夠完整呈現(xiàn)學生和教師的成長情況,或資產的管理情況。數(shù)據(jù)永久留存,也有利于學校下一步進行大數(shù)據(jù)分析與用戶個性化服務建設。(見圖7)
六、結束語
數(shù)字化校園是一個長期的建設過程。需要結合學校的實際情況完成頂層設計。筆者比較了基于開放平臺的新一代數(shù)字化校園與傳統(tǒng)的數(shù)字化校園建設。(見表1)基于開放平臺的新一代數(shù)字化校園,改變了封閉、緊耦合的系統(tǒng)結構,能夠將封閉的業(yè)務數(shù)據(jù)、服務能力開放,面向合作伙伴聯(lián)合創(chuàng)新,共同構建可持續(xù)發(fā)展的數(shù)字校園,實現(xiàn)1+1>2的增值生態(tài)環(huán)境。
未來的數(shù)字校園是面向用戶的,是服務驅動的。我們希望通過校園服務能力的逐步開放,形成開放、合作、共贏的環(huán)境,為學校爭得主動權和使用價值,為第三方開發(fā)者服務拓展提供便利。最終使數(shù)據(jù)與應用系統(tǒng)松耦合、學校與廠商之間松耦合、持續(xù)積累的數(shù)據(jù)產生效益,應用繁榮帶來豐富服務。
參考文獻:
[1]羅輝瓊,聶瑞華.數(shù)字校園信息門戶管理研究[J].中國教育信息化(高教職教), 2012(5).
[2]胡軍,何雪松.基于SOA的靈活開放式數(shù)字化校園的頂層設計[J].內江科技,2012(6).
[3]張德青,孫海霞.應用型本科院校信息資源的集成統(tǒng)一與管理模式[J].中國教育信息化,2011(9).
[4]許鑫,蘇新寧.新一代高校數(shù)字化校園建設[J].現(xiàn)代圖書情報技術,2005(1).
[5]劉軍,邱樂興,程學新.高校數(shù)字化校園建設中的個性化信息服務問題研究[J].科技廣場, 2012(8).
[6]劉旭濱.高校數(shù)字化校園綜合管理平臺數(shù)據(jù)標準的探討[J].中國科技信息,2010(23).