人事管理系統需求精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的人事管理系統需求主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：人事管理系統需求范文

一、系統需求

新疆財經大學是新疆唯一一所財經類高等學府，也是新疆維吾爾自治區重點建設的五所高校之一,擔負著為新疆經濟社會發展培養高層次人才的重任。學校共有教職工1449人，專任教師828人，占教職工總數57.1%，其中教授、副教授344人，副高以上職稱教師占專任教師總數的41.5%；碩士學位教師403人，博士學位教師88人，碩士以上學位教師占教師總數的59.3%。學校共有碩士生導師130人，其中7名教師被中國人民大學、上海財經大學和中央財經大學遴選為博士生導師。[1]新疆財經大學目前采用的是手工管理和計算機管理相結合的人事管理系統。計算機管理也是采用單機運行，所用的軟件是VISUALFOXPRO和OF－FICE系統。也就是說，如果兩個部門之間也進行數據交換，必須使用U盤或者發送電子郵件等的方式。并且計算機的覆蓋面也比較小，不是所有的科室都有計算機，如果各個科室之間沒有互相聯系或者數據更新的話，就只能逐個數據庫進行更新維護，這樣就造成資源浪費、工作量大、數據傳輸不便等。而且由于數據集中在數據庫管理軟件VISUALFOX－PRO中，管理人員要查看數據就必須要懂得基本的數據查詢語言SQL，這對工作人員的要求就高了，也給工作帶來了一定的不便。學校的人事制度要適應社會的需求，人事管理也要走向高效化、公正化、公開化、全面化和科學化發展，學校對人事數據準確性、完整性、及時性和安全性提出了格的要求。由于學校已經有校園網，所以，學校利用現有的校園網開發出一套符合本校人事管理的系統迫在眉睫。本文根據目前新疆高校人事管理的發展狀況和實際情況，以新疆財經大學人事管理工作為背景，提出了B/S架構的新疆高校人事管理系統。系統根據使用方式和用戶的不同，分為兩大子系統人事日常管理子系統和網上查詢子系統。目標是對人員招聘、人員錄用、人員調整、人員考核、人事檔案管理，實現全面、科學、系統的管理，提高工作效率，增加交流，完善人力資源中許多不足之處。開發出適合滿足新疆高校的人事管理系統。

二、系統功能設計新疆高校人事管理系統的建立原則、建設規模和功能要求都與系統開發的目標密切相關，系統的建設和開發是在科學合理的基礎上，根據用戶要求進行用戶需求分析，本系統具備的功能如圖1所示:

（一）進校管理應聘者通過填寫學院網站上的招聘信息來報道，對于應聘者的詳細資料應經學校認識管理處篩選審核，符合條件者將進行相關的考核，合格者才可以入校報到。人事處將報到者的資料存放到人力資源庫中，并且將相關信息發送到子系統，便于薪酬調發，證件發放等。進校管理分為：招聘管理和報到入校。招聘管理是指對應聘者信息的管理。報到入校是指得到同意的應聘者到學校報到。實現新教工進校管理，包括教工擬進校、進校和起薪管理。系統涵蓋應屆畢業生、一般調入人員和博士后三類來校人員，并進行其它人員（如高訪學者）進行管理。

（二）在校管理在校管理有常規管理和師資管理。常規管理，就是基本信息維護、轉正定級和試用期轉正、合同管理、校內調動。師資管理就是專業技術職務評審、教師資格認定、學歷/學位教育和繼續教育、外聘/返聘教師管理。在校管理指的是常規管理、師資管理和崗位考核管理。常規管理指的是對一些日常事務的管理，師資管理是指對教師資格的管理，崗位考核管理指的是對在崗位上的教師進行考核管理。

（三）勞資管理勞資管理有工資管理、津貼管理、離退休工資管理、保險管理、考勤管理。其中，工資管理指的是數據采集、數據處理計算、統計查詢；津貼管理的過程和工資管理相似，只是增加了填報的過程；離退休工資管理和工資管理基本相同，相對特殊的就是停薪的管理和起薪時退休比例的計算和退休費的計算，工齡的核對；考勤管理是日常考勤和各類請假審批。

（四）工人管理工人管理主要是工人考工定級和工人聘期考核。其中工人考工定級指的是工人考工定級個人申報、部門審批、學校審核上報等功能。職員和工人的管理主要是職員和工人的晉升，其中還包含了專家的管理和審批結果的錄入查詢等信息。工人聘期考核是從教職工基本信息庫中調入工人信息生成學院工人信息一覽表的功能，工人聘期考核可歸入教職工聘期考核一同管理。

（五）離校管理離校管理有離退休管理和離校管理。其中離退休管理是包含退休計劃制定、退休執行和退休查詢。退休計劃制定是根據設定退休條件從教職工基本信息庫中篩選符合退休條件的人，自動生成退休計劃庫。退休執行是根據退休者的工齡、職稱、獨生子女等條件計算出退休工資以及相關退休福利待遇，同時停止在職工資及津貼。退休執行操作，是將退休計劃中的人員確認為退休人員的過程。此過程完成之后人員基本信息將從在職轉到離退休庫中，相應的在職工資停薪，離退休費起薪。離校管理是包含在職人員離校和違約金計算。在職人員離校是教職工調動、辭職的個人申請、各部門審批、學校審核等功能。違約金計算是根據離職人員進校時簽訂的合同計算違約金。

三、系統架構設計與技術方案本系統在邏輯被分成四層，客戶端視圖層、Web表示層、業務邏輯層、數據庫持久層，將應用業務邏輯層和表示層相分離。客戶視圖層主要負責人機交互；Web表示層主要負責對客戶端應用程序的集中管理，即事物處理；數據庫持久層主要負責數據的存儲、數據庫分布式管理、數據庫的備份和同步等。[3]其關系如圖2所示。本系統采用基于J2EE平臺的組件化多層設計的方法，MySql數據庫作為主要系統支撐平臺，采用B/S三層體系結構。實現采用Jsp、JavaBean、Servle等先進的技術。本系統采用Liboys和Spring框架。

四、系統主要模塊設計與研究

（一）進校管理子模塊的設計1.模塊結構圖。根據進校管理子模塊實現的步驟，如圖3所示為該功能的結構圖。2.用例圖設計。（1）招聘管理。根據進校管理子系統中招聘管理功能需求描述的步驟，如表1所示為該功能的用例圖。用例名稱為：進校管理。用例簡述：首先面試人員登錄學院的網站主頁，錄入自己的個人信息，在主頁上就會自動生成面試人員一覽表面試時間安排，面試試題上報和經過專業考核后生成的考核統計表。經黨委討論決定擬引進人員名單用例參與者為管理員、面試人員。前置條件為面試人員和管理員必須授權。（2）報到人員。根據進校管理子系統中報到管理功能需求描述的步驟，如表2所示為該功能的用例圖。用例名稱為：報到管理。用例簡述：辦理報到手續、建立個人帳號，建立個人數據等。引進人員辦理報到手續后，系統可自動通知相關子系統。系統將完成工作證發卡和工資起薪等相關業務。用例參與者為引進人員、人事處。前置條件為人事處必須授權。

（二）在校管理子模塊的設計1.模塊結構圖。根據在校管理子系統實現的步驟，如圖4所示為該功能的結構圖。2.用例圖設計。（1）常規管理。根據在校管理子系統中常規管理功能需求描述的步驟，如表3所示為該功能的用例圖。用例名稱為：常規管理。用例簡述：人事處對在職人員進行常規管理，基本信息維護主要是修改政治面貌和聯系方式，添加工作經歷和教育經歷。轉正定級是在職人員轉正后定崗位。合同管理是預測該在職人員是否可以續簽合同，工資停薪和工作證發卡。校內調動是不同部門之間的工作調動。用例參與者為在職人員、人事處。前置條件為人事處必須授權。（2）師資管理。根據在校管理子系統中師資管理功能需求描述的步驟，如表4所示為該功能的用例圖。用例名稱為：師資管理。用例簡述：人事處對師資管理資料進行整理，師資管理包括專業技術職業評審，針對在職人員和退休人員。教師資格認定是對教師資格的認定，包括在職人員和退休人員。學歷/學位教育針對在職人員學歷信息的維護。返聘/外聘教師管理是對退休以后的老師進行返聘或對外校的老師進行外聘，針對這些老師的信息管理。用例參與者為在職人員、退休人員、人事處。前置條件為人事處必須授權。

第2篇：人事管理系統需求范文

數據庫技術是計算機技術發展的一個重要分支，經過30余年的快速發展，已經形成了很多重要的理論和應用，其應用領域占整個計算機應用的70%以上［1］。oracle數據庫產品作為數據庫技術的重要組成部分，目前在市場上占有率超過39%，遠高于同類數據庫產品。很多計算機軟件公司，在招聘數據庫管理員、數據庫開發工程師、軟件開發工程師時，都要求求職者掌握或精通oracle數據庫技術。但目前，高職專業開設的oracle數據庫課程與企業的實際需求脫節，學生在學習oracle數據庫課程后，難以與企業需求接軌。因此，基于工作過程導向對oracle數據庫課程進行改革，以任務為驅動進行教學就顯得特別重要。

1職業崗位需求與職業能力分析

在2013年6~9月，筆者通過對前程無憂網、中華英才網、智聯招聘、卓博人才網、中國人才熱線等專業招聘網站上萬份招聘信息和幾百個與軟件開發、數據庫應用系統和網站開發相關職業崗位的調查分析，發現掌握oracle數據庫技術是企業招聘條件中的基本要求。根據以上專業招聘網站統計出2013年6~9月數據庫人才需求情況如圖1所示。

從統計看出，oracle數據庫人才需求和sql server人才需求最旺盛。

通過對網上招聘信息分析，數據庫相關職業崗位包括信息系統程序員、web系統程序員、數據庫管理員和數據庫維護員等。同時，我們對軟件行業的軟件開發、網站開發、數據庫應用系統開發與管理等職業崗位，從oracle數據庫從業人員知識、技能和素質基本要求等方面進行了分析:在知識方面，要求從業者掌握dbca、oem、sqlplus、sql developer的使用,熟練掌握管理數據庫、表空間、表和視圖的操作,掌握管理數據完整性和索引的操作,掌握sql語言和pl/sql語言的常用語法及應用,掌握管理存儲過程、存儲函數與觸發器的操作,掌握對用戶、角色和概要文件的管理,掌握數據庫的備份與恢復操作,掌握oracle數據庫的安全性管理等；在職業素質方面要求從業者具有三心：責任心、進取心、耐心；三能：自主學習能力、邏輯思維能力、英語閱讀能力；三意：質量意識、協同工作意識、溝通意識；在職業能力上要求從業者能進行大型數據庫系統的開發、設計，能編寫數據庫設計的相關文檔，能管理和維護大型數據庫系統等。

圖1數據庫人才需求統計

2基于工作過程導向課程設計思想

工作過程是指為了完成一個工作任務并獲得工作成果而進行的一個完整工作程序。基于工作過程的職業課程開發遵循以下步驟：①確定相應的工作崗位；②根據工作崗位，按照職業能力歸納出職業行動領域，提煉出工作崗位的具體典型工作任務；③將行動領域轉化為學習領域，構建課程體系；④根據學習領域的教學目標，設計各個學習情境，使學習情境與工作過程情境相似或一致。

基于工作過程設計步驟，oracle數據庫課程所對應的職業崗位主要是數據庫管理員、數據庫系統工程師。因此，我們與企業一道對工作流程進行分析，抽取其典型的工作任務，將工作任務進行分解，形成相應的學習領域即oracle數據庫課程，再按職業能力和職業技能設計出若干學習情境。學習情境的設計突出高職教學的職業性和實踐性特點，采取項目驅動、案例引導，由簡單到復雜，在教學過程中，突出“做中學”的模式。

2.1確定典型工作任務

oracle數據庫系統工程師的主要工作是進行數據庫的分析、設計、管理和維護數據庫。因此，根據數據庫系統工程師的職業能力，我們改革oracle數據庫傳統的教學模式，以“人事管理系統”的開發為例，把系統開發的工作分解成多個任務，每個任務對應一個學習情境進行教學。“人事管理系統”數據庫設計開發分為5個步驟：①人事管理系統的需求分析，明確人事管理系統所需要實現的功能；②對需求分析的結果進行歸納、整理，形成概念模型，進行人事管理系統數據庫的邏輯設計；③對數據庫進行物理設計，配置數據庫環境，建立數據庫及其相關表格；④對數據庫性能進行優化，提高數據庫的安全性；⑤對數據庫進行維護。

2.2建立相應的學習情境

當確定了典型工作任務后，我們構建了oracle數據庫課程體系，從而建立相應的學習情境。以“人事管理系統”數據庫設計為依據，整合教材教學內容，設計出與職

工作崗位基本一致的學習情境。這樣，在真實的項目開發中，激發學生的求知欲望，提高學生的學習興趣。oracle數據庫課程學習情境如表1所示。

3教學方法設計

本課程根據相關職業崗位技能需求，突出職業技能訓練的教學理念，基于工作過程安排具體教學內容，采取以學生為中心、以能力目標為核心，積極開展以工學結合為切入點的課程教學體系改革，在長期的教學過程中不斷總結創新，形成了一套行之有效的教學方法。

本課程在教學中，以“項目為導向+任務為驅動+全過程案例實作”的理念，在教學中，以“提出任務+分析任務+完成任務+對任務進行考核”的方式進行，充分發揮學生的主觀能動性，從而提高學生的學習積極性。整個oracle數據庫以10個學習情境、35個教學任務、46個案例進行教學，充分滿足職業崗位中的知識、能力和技能要求。全過程的教學實行一體化的教學模式，讓學生盡可能多動手實踐，同時輔以分組教學，并對團隊成員進行考核。

表1oracle數據庫課程學習情境

學習情景工作任務技能要求人事管理系統需求分析人事管理系統案例數據庫設計要求, 數據庫設計規范化要求能對數據庫進行需求分析，抽象出相關的數據表oracle數據庫的安裝與配置安裝oracle數據庫軟件, 基本組件能進行oracle數據庫的安裝,掌握基本組件的使用人事管理系統數據庫基本操作創建數據庫實例 能掌握其建立方法與步驟。人事管道數據表的操作數據表基本操作及管理掌握oracle數據庫的基本數據類型，三種方式管理表和對數據表的操作及數據完整性約束人事管理數據庫查詢查詢的基本使用及連接查詢、子查詢和聯合查詢掌握簡單查詢的使用方法,連接查詢的思想與方法, 子查詢及聯合查詢的方法人事管理系統數據庫的優化視圖、索引、存儲過程、游標、事務、觸發器的操作掌握建立、修改、刪除視圖、索引、游標、存儲過程、觸發器等人事管理系統數據的安全性與維護數據庫安全策略、用戶管理、數據庫備份、數據庫恢復、數據導入導出等能掌握數據庫安全知識，能對系統安全、數據安全等進行管理人事管理系統前臺界面及數據庫連接實現java平臺oracle數據庫連接，.net平臺oracle數據庫連接能利用java平臺.net平臺進行oracle數據庫程序開發 4教學資源建設

為了更好地讓學生學習，在對oracle數據庫進行建設過程中，我們建立了相應的教學資源，讓學生課外進行學習。

4.1建立oracle開放式精品資源網站

在oracle數據庫開放式精品資源網站，我們把oracle項目、實驗任務、教學案例、授課課件、教案等全部放在網上，方便學生課后學習，并建立了oracle論壇，讓學生通過論壇與同學及教師進行交流。

4.2建立在線實訓系統

通過引入真實的企業信息管理系統，我們保留了此信息系統的相關界面及其功能模塊，刪除了與oracle數據庫相關的所有代碼，然后注上相應的標記及注釋，通過整合、分類，以實訓項目的形式展現給學生，讓學生一步步完成實訓項目，完成一個真實的信息管理系統數據庫的開發與設計。

4.3編寫oracle實訓指導書

根據企業工作崗位的需要，組織企業專家和oracle教學團隊，利用一年的時間，編寫了一本oracle 11g數據庫實訓指導書，在這本書中，把職業工作崗位所需要的職業技能、工作任務，及oracle數據庫管理員、oracle數據庫系統工程師等進行數據庫設計、數據庫開發所需要的知

第6期 劉學玉，李博博：教師培訓項目效果評估研究軟 件 導 刊2014年標題

戴爾“互聯創未來”教師培訓項目效果評估研究

作者劉學玉,李博博

第3篇：人事管理系統需求范文

系統架構

隨著計算機網絡技術的不斷發展，Web系統隨之迅速發展，系統架構B/S結構模式逐漸取代了C/S結構模式。C/S結構是基于“肥客戶機”模式下，要求系統的應用邏輯必須在客戶端的應用程序之中，而數據庫系統一般放在服務器端。這種系統架構下的軟件開發成本高、維護困難大。因此使用簡單、方便，開發成本低的B/S系統架構逐步得到廣泛應用。該結構基于“瘦客戶機”模式下，簡化了客戶端軟件，用戶只要通過IE等瀏覽器就可以訪問服務器中的資源和數據，而軟件的開發、維護等工作只要在服務器端就可以全部實現。這種系統架構下的系統軟件資源共享程度高、升級成本低。因此本文將采用B/S系統架構去設計高校人事管理系統。

系統中角色及各角色的操作

根據高校的人事特點，系統中的角色分為業務管理人員（包括人事工作人員、財務工作人員以及相關業務人員等）、審核人員(包括校長、處長等)、普通教師、系統管理和維護人員等四個角色。業務管理人員負責在系統中進行業務操作，包括人員調動、信息錄入、教師信息審核、工作量化、工資發放等；審核人員負責對系統中需要進行把關、審核的一些業務，比如工作量化的最終審核、文件的批示和印發等進行審批操作；普通教師在系統中可以對相關信息進行查詢以及在權限范圍內的一些錄入、上傳等操作；系統管理和維護人員則負責對整個系統進行升級、數據維護等操作。

從安全考慮，我們設計的高校人事管理系統擁有兩個登錄界面：系統管理人員界面和一般用戶界面。系統管理人員界面是不公開的，只能允許系統管理和維護人員通過該界面進行登錄。一般用戶界面是對所有用戶公開的界面，業務管理人員、審核人員、普通教師只能通過此界面登錄。

系統需求分析

（1）不同用戶根據賦予的相應權限能夠對教師的相關信息（包含基本信息、科研信息、課程信息、工資信息等）進行管理。

（2）系統應具有強大的查詢功能，包括個人基本信息的查詢、個人科研信息的查詢、個人工資發放情況的查詢等等。

（3）普通教師用戶能夠上傳、下載資源。教師能夠將各種更新信息、增加信息上傳至系統待審核，同時能對已經上傳的但還未通過審核的信息進行編輯和刪除的操作，進而可以有重新提交的權限；審核用戶通過系統可對普通教師上傳的各種信息進行審核并保存通過審核的信息。

（4）業務管理人員能夠通過系統對人員信息、人事調配、職務變動、職稱晉升、工資調整等相關業務信息進行審核管理。

（5）該系統必須能自動統計、自動生成各種人事、工資報表，使領導能夠對整個學校的人事工作、人員信息、工資發放等情況進行全面了解，方便領導根據學校的具體情況作出及時的、科學的、合理的決定。

（6）系統應具有功能全面的面向系統管理人員的后臺維護平臺，該平臺提供對不同用戶進行權限管理、系統日志管理、數據庫管理等功能。

系統模塊劃分

根據系統分析，將管理系統主要劃分為：基本信息管理模塊、業務管理模塊、財務管理模塊、審批模塊和系統管理模塊。

（1）基本信息管理模塊

該模塊主要對全校教職工的基本信息進行管理，包含對教師基本信息的添加、刪除、修改、查詢等功能。基本信息管理模塊是其他系統模塊的基礎。

（2）業務管理模塊

業務管理模塊是整個系統的核心模塊，該模塊的功能是對人事管理中的人事調配、職務變動、職稱晉升、繼續教育等所有業務進行管理，對相關業務按照系統設計流程進行操作。

（3）財務管理模塊

財務管理模塊實現對教職工的薪資計算、財務信息、查詢等功能。

（4）審批模塊

審批模塊分為一般業務審批和領導審批。一般業務審批由業務管理人員進行完成，對教師上傳請求審批的基本信息、科研信息等進行審批。領導審批主要是對相關決策和文件進行最終審批。該模塊能夠最終實現無紙化審批，減少審批環節，提高審批效率。

（5）系統管理模塊

系統模塊是系統后臺管理，能夠對用戶的權限、密碼、數據庫、系統日志等進行有效管理，確保整個系統有序安全地運行。

第4篇：人事管理系統需求范文

關鍵詞:信息技術;資源分析;sql server 2000

中圖分類號:D035.2文獻標識碼:A文章編號:1672-3198(2009)18-0267-01

1 系統需求分析及可行性研究

1.1 系統需求分析

人事管理系統可以實現功能包括“人事信息維護”、“數據查詢”、“統計報表”、“系統維護”。該系統應該提供人事信息的錄入(修改)、刪除、統計;人事常用的數據查詢(包括各種復雜查詢);各類人事統計報表的設計、生成、表式的導入和導出、打印;用戶賬號權限的設置、管理。

1.2 可行性研究

人事管理一般是對人事基本信息的管理,所以在數據庫模式定義中可以將人事基本信息定義在一個表中,這樣對數據的增加、修改、刪除、查詢、統計操作處理起來都相對簡單。統計報表的導出可以利用OLE(對象的連接與嵌入)這項成熟的技術來實現。打印功能完全可以根據開發工具自帶的屬性靈活的實現。用戶賬號權限的設置、管理可以在數據庫中建立一張獨立的表來實現,人事系統將根據用戶不同的權限設置不同的操作功能。

2 系統規劃

2.1 項目規劃

(1)數據輸入模塊:該模塊的主要功能是負責輸入數據,所以該模塊的設計出發點應從方便用戶操作的角度出發,如:非法數據輸入出現錯誤提示等,另外一些較固定數據可讓用戶從下拉框種選擇,不必自己輸入。

(2) 數據查詢模塊:用戶可以直接快速地查閱和打印系統中的員工個人信息(如人員情況、部門情況、科室情況、職稱評定、在職情況和決策支持等信息);也可以做出各種復雜的查詢,用戶可根據任意字段進行查詢,包括多條件的與和或運算,為領導作出準確判斷提供數據的支持。

(3)數據刪除修改模塊:修改刪除模塊通常也是數據庫中必須有的一個模塊,因為在輸入數據過程中難免會有出錯的時候。當修改刪除涉及到多個表時,本系統將做出判斷并給出提示及相應處理,以保證數據的完整性及一致性。

(4)數據統計分析模塊:該模塊將對數據進行統計,包括分組統計,二維表統計及餅圖統計。各種統計結果都應該能夠打印。

(5)報表打印模塊: 數據的打印也是系統不可或缺的模塊,打印頁面的大小及上下左右的邊距應由用戶自己自由設置。也可以將報表導入到word或者excel中,由用戶自己設定打印方式。

(6)賬號管理模塊:實現了對用戶分組管理,并且可對用戶的數據訪問權限、功能操作權限進行設置,保證了操作的安全性、嚴謹性及保密性。

(7)日志管理模塊:系統將用戶名,操作時間,操作內容都記錄下來,然后寫到數據庫中。這樣可以知道哪個用戶什么時間作了什么操作,更好的維護了系統的安全性。

2.2 規劃數據庫

數據庫是一種存儲數據并對數據進行操作的工具。數據庫的作用在于組織和表達信息,簡而言之,數據庫就是信息的集合。計算機的數據庫可以分為兩類:非關系數據庫(flat-file)和關系數據庫(relational)。關系數據庫中包含了多個數據表的信息,數據庫含有各個不同部分的術語,象記錄、域等。數據庫之間的關系指明兩個庫之間共享一個共同的關鍵字值。一個連接是指一種虛擬的表,這種表是在當用戶要求從相互關聯的各個不同的表中獲取信息時建立的,關鍵字段用于在相互連接的不同表中查找匹配的記錄。一個更高級的連接形式稱為自連接。這種連接是指一個表被連接到它自己的一個字段,或在不同的記錄中由重復數據的組合字段。數據庫中有三種不同類型的關鍵字:主關鍵字、組合關鍵字和外關鍵字。在表中使用的關鍵字類型用于描述庫表示什么以及在數據庫中如何與其它的庫建立關系。

3 系統設計和實現

3.1 數據分析與編碼設計

數據分析主要是分析各種數據的用途及相互之間的關聯,分析數據的類型、數量發生頻度和使用頻度,并具體弄清楚每個數據所需的范圍和位數及來源的時間性,為數據庫、文件設計及輸出、輸入設計提供依據,也為制定合理的數據處理方法提供依據。

編碼是一項基礎工作,編碼必須唯一,編碼設計的目的是為了便于數據的存儲和檢索,提高處理的效率和精度,節省處理時間和減少存儲空間且方便使用。

3.2 數據庫設計

本系統新建一個數據庫(rsgl.dbf),加強完善對人事系統的管理。

(1)理論依據:一般來說,一個應用程序的數據結構是實現該程序的關鍵因素,SqlServer關系數據庫模型,是以關系集合理論中重要的數學原理為基礎的,通過定義創建該集合的很少一些規則,即可方便地處理一些數據,這種技術被稱為數據規范化。

(2)數據庫模式定義:根據需求分析本系統一共定義了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相關聯,構成了人事的全部信息。人事管理日志表保存每次用戶登陸系統后所作的一切操作。賬號管理表保存所有用戶的信息,包括用戶名,口令。

3.3 模塊設計

(1)數據錄入模塊的設計。

通過數據窗口的insertrow(0)函數,先插入一條空記錄,然往空記錄中輸入數據,保存到數據庫中即可。對于不同的表,保存方式不同。人員基本信息表的新記錄保存使用數據窗口的update()函數完成。在保存之前做安全性檢測,以防不合理數據入庫。

其它表的輸入與基本信息表類似。其中科室表的新記錄保存使用數據窗口的update()函數完成。剩余的表由于它們的主鍵都是行號(int類型的),在數據庫中把它們的Identity屬性都設為了yes,所以這些表的新記錄保存只能用insert into 表名()values()語句來完成。

(2)數據刪除模塊的設計。

通過數據窗口的deleterow(currentrow)函數,刪除一條當前記錄,保存到數據庫中即可。人員基本信息表中的一條記錄被刪除,與其關聯的其他表中的信息也將被刪除,這一目的是為了保證數據的一致性和完整性,此表的記錄保存使用數據窗口的update()函數完成。其他表中的相關信息被刪除是通過”delete from 表名 where 條件”sql語句完成的。

(3)數據修改模塊的設計。

如果修改一條當前記錄,先檢查一下數據是否合法,然后通過數據窗口的update()函數保存到數據庫中即可。如果人員信息的人員編號被修改,其他關聯表中的人員編號也作相應的修改,其目的是為了保證數據的一致性和完整性。人員信息的修改的格式freeform其他的表的修改與其操作類似,只是顯示風格不同而已。

參考文獻

[1]胡小明.CIO的任務是要向信息系統注入智慧[J].電力信息化,2005,(2):18-19.

[2]于蕾.企業web信息系統研究與開發[D].西安理工大學,2003.

第5篇：人事管理系統需求范文

關鍵詞：信息化；孤島；集成

中圖分類號：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 引言

隨著全球的信息化大潮，各家企業為了保持公司的競爭力，都在競相上信息化系統，由于各家企業發展過程不均衡，在不同的階段，對信息化的認知也有差異、需求也各不相同，因此導致了不同企業上的信息化產品順序也不一樣，有的先上OA，再上PDM、ERP等等，有的先上ERP，再上OA、PLM等等，這就導致了一個公司幾個系統并行，而已大部分信息化系統采購來自不同的公司，公司數據不能共享，用戶登錄繁瑣，信息錄入多個系統，容易導致數據錯誤發生。面對這些問題，最近很多公司專門提供信息化的集成服務，來解決企業面臨的這些問題。

2 信息化系統集成介紹

一般的軟件產品是屬于獨立完成一項應用的軟件產品，比如：ERP系統、PLM系統、OA系統、倉儲管理系統、人事管理系統、CATIA三維設計軟件等等；而系統集成是指將兩種、甚至多種類型的應用系統通過二次開發將他們互相集成在一起，可以進行信息資源的共享和交互調用，比如將PLM系統和ERP系統進行集成后，可以在PLM系統中設計人員方便地查看物料零件的當前庫存和標準價格等信息；而ERP系統也可以直接將PLM系統中單個BOM零件清單和工藝工序等信息自動進行導入，以提高工作效率。

3 公司信息化面臨的困境

隨著公司發展，管理信息化方面逐漸上了OA、PLM、MES等系統，這些系統在當時解決了一些局部分散的問題，但其問題也隨著應用系統數量的增加暴露出來。開發單位來自不同的公司，各應用系統之間數據孤立等，形成了一個信息孤島。隨著時代的發展，企業迫切需要把自身業務精簡化、自動化，使得內部業務直接實現無縫對接，所有應用系統之間的集成將成為信息化系統發展的最終目標。

4 集成方式

當前主要用到的集成方式包含：數據集成、門戶集成、應用集成。

4.1 數據集成

數據集成是在物理上把不同來源的數據整合，為企業提供全面的數據共享。數據集成主要包括文件、數據、視圖等方式，在應用系統中分享信息，最簡單的方法就是直接進行數據庫的導出導入操作，但是這種方式需要開發人員對數據庫的結構十分了解，適合所有系統都屬于一個公司開發出來的情況，分屬不同公司的信息化系統很難滿足這種情況。

目前在數據集成方面，已經有了很多非常成熟的技術可以來使用，通常有基于中間件模型、數據倉庫、數據聯邦等這些方法，這些技術通過不同的方式來構建數據集成的信息系統。

基于中間件模型通過全局數據模型來訪問不同的數據庫或者其他Web資源，中間件位于不同的數據庫系統和應用程序之間，調用分散的數據庫，為各信息系統提供標準統一的數據接口，各信息系統還是完成各自的任務，中間件只是為不同數據庫提供一個信息交互的渠道。

數據倉庫集成是根據主數據庫的需求，從分散的數據庫提取數據，轉換后加載到主數據庫中，數據倉庫能很好地保證數據的準確性，因此越來越受到各大公司的重視。

數據聯邦集成是把分散的數據庫串聯起來，根據系統需求調用不同的數據庫數據，數據依然保留在原來的位置，沒有增加數據庫硬件的成本，但是由于頻繁的調用不同數據庫數據，到導致查詢反應慢，所以這種集成方式不適合頻繁調用的場合使用。

4.2 門戶集成

大部分公司通過建一個門戶網站，把分散的各信息化系統統一接入，從而實現統一的用戶管理，單點登錄，身份驗證等。門戶服務器通過JBoss Portal提供一個符合標準的門戶平臺，實現信息系統界面的整合，通過標準的Web Service接口，提供門戶和其他應用系統通訊管理，實現各信息化系統之間數據的流通。

企業門戶集成的真正目的是為了處理業務流程，集中管理數據資源，提升企業運營效率。只要是企業員工，登錄門戶網站，就能夠獲得與自己級別相對應權限的業務，進行業務處理、協作辦公，并可以進入對應的業務系統完成實際業務。

所以說門戶集成主要實現以下幾個方面的統一：統一任務中心；統一消息中心；統一用戶管理；統一搜索；統一流程管理。

4.3 應用集成

應用集成建立在集成平臺服務器的基礎之上，是基于面向服務的體系結構（SOA）架構和業務流程集成的平臺。統一管理各信息系統內外部的接口。同時集成平臺服務器上定義了跨系統的業務流程，通過業務流程執行語言定義各應用系統Web Serice服務接口，接口獨立于實現服務的硬件平臺、操作系統和編程語言。使得構建在各種這樣的系統中的服務可以一種通用的方式進行交互。

企業應用集成的設計思路主要分為以數據為中心和以業務為中心兩種。如果以數據為中心，那么在整個信息化系統中數據就是主體，全部業務處理過程中，不論業務如何流轉，數據如何處理，集成的目的就是確保數據來源的唯一性和準確性，每一個分散的系統都能夠獲取到數據的統一正確版本。如果以業務流程為中心則需要從業務流程進行分析，以業務流程為核心的分析也需要了解數據，但是數據是圍繞業務流程分析的需要，該方法通過使用面向服務構架中間件，將其功能為Web服務，企業信息系統調用Web服務，從而實現業務流程的集成。實際應用中無論依照哪種方法來實施企業應用集成系統，一旦成功部署并投入使用，都將成為一個重要的系統。

5 總結

企業信息化集成不可能單一的按照一個方式集成，每家公司應該根據公司當前的實際情況，綜合考慮公司財力和已經實施的系統，具體情況具體實施，從而減少財務開支，增加實施效率。

參考文獻：

第6篇：人事管理系統需求范文

[關鍵詞]學科競賽；.NET；管理系統；創新能力

[中圖分類號]G40-057 [文獻標識碼]A [論文編號]1009-8097（2013）12-0107-04 [DOI]10.3969/j.issn.1009-8097.2013.12.020

引言

學科競賽是考察大學生學科基本理論知識和解決實際問題能力的比賽，是高等學校人才培養質量的標志之一，是培養知識-能力-素質協調發展的創新型、高素質人才重要途徑，對高校的學風、就業也起著重要的促進作用。國家教育部在“質量工程”建設內容中曾明確提出：繼續開展大學生競賽活動，重點資助在全國具有較大影響和廣泛參與面的大學生競賽活動，激發大學生的興趣和潛能，培養大學生的團隊協作意識和創新精神。

一方面，隨著國家和各高校對學科競賽活動的重視程度和支持力度的提升，大學生學科競賽活動已逐漸成為促進大學生創新能力提高的重要途徑和手段，各高校圍繞學科競賽，構建了多種以學科競賽促進創新人才培養的培養模式和平臺；另一方面，由于競賽活動的不斷增多，參賽專業分布廣，加之競賽賽制和賽程差異大，使得在組織和管理學科競賽的過程中面臨很大的管理困境。目前很多高校對學科競賽的管理還是人工管理的方式，過程監控難度大，統計各類數據易出錯，效率也不高。基于此，本文對建立大學生學科競賽管理系統進行了研究和探討。

一、系統設計

1.系統需求分析

學科競賽管理系統的設計和開發，一是為方便學科競賽的組織和開展，以項目管理的方式，實現對學校、學院對學科競賽的組織和實施進行過程監控管理；二是為展示和宣傳各類競賽成果，促進學科競賽活動的廣泛開展，在全校范圍內形成良好的學風和濃厚的學術氛圍；三是提高管理效率，實現經費管理、獲獎信息的申報、統計等環節的信息化管理，方便統計分析各類數據，提高工作效率。基于上述分析，確定系統的需求為：

（1）競賽項目的管理。面向的對象為教師、各學院和教務處管理人員，主要功能有在線申報競賽項目，學院審核、推薦項目，專家在線評審項目，批準立項項目。

（2）競賽信息的管理。面向的對象為教師、學生及普通瀏覽用戶，主要功能有競賽介紹和競賽舉辦通知，在線展示優秀項目，交流討論等。

（3）系統后臺管理。面向的對象為教務處，主要功能有用戶賬號管理、數據報表管理、查詢統計、Web界面的公告管理。

下圖為將需求分析用UML統一建模語言來描述得到的用例圖。

2.系統功能設計

根據前期的需求分析，我們設計了集學科競賽項目管理、競賽信息、后臺管理功能于一體的高校學科競賽管理系統，系統涵蓋了學科競賽管理的全過程，實現了競賽項目申報、項目評審、競賽報名、競賽實施、競賽信息、競賽成果展示、獲獎統計、經費管理等環節的網絡化信息管理。系統的功能結構圖如下：

教師可以借助該系統，面向全校學生組織和實施學科競賽工作；學生可以通過系統在線進行競賽報名，查看和瀏覽競賽方面的新聞和信息，學習和了解各類學科競賽介紹，并利用系統進行學習和交流；各學院和教務處可以利用系統對項目立項、經費等方面進行管理，監控各項目進展情況，獲取等各類統計數據。

二、系統架構及實現

1.系統平臺搭建

本系統采用應用程序典型的三層架構，Web表示層面向所有的用戶，通過統一的接口，將用戶的輸入向業務邏輯層發送請求，業務邏輯層將請求按照統一的邏輯規則處理后進入數據庫操作，然后將從數據庫返回的數據集合封裝成對象的形式返回到Web表現層。數據訪問層主要是對原始數據的操作，為業務邏輯層或表示層提供數據服務。

在該架構下，用戶表現層甚至可以不知道數據庫的結構，只要維護與數據訪問層之間的接口即可。這種方式在一定程度上提高了數據庫的安全性，同時也降低了對用戶表現層開發人員的要求，因為表現層不需要進行任何關于數據庫的操作。系統為B/S結構，Web服務器操作系統為Windows Server2008，信息服務軟件為IIS 7.0。

2.關鍵技術

本系統使用+Visual 2008+SQL Server 2005進行開發。以其良好的結構及擴展性、簡易性、可用性、可縮放性、可管理性、高性能的執行效率、強大的工具和平臺支持和良好的安全性等特點成為目前最流行的Web開發技術之一。而采用語言的網絡應用開發框架，目前也已得到廣泛的應用，其優勢主要是為搭建具有可伸縮性、靈活性、易維護性的業務系統提供了良好的機制。此外，通用語言的支持能力使開發人員能在C++、VB和C#間進行自由轉換。在配合MS SQLServer服務器的使用，在Visual 中可以直接進行數據庫的建立和修改，以及數據表、視圖等的瀏覽和修改。

在開發過程中用的關鍵技術有數據訪問技術、Cookie編程技術、動態菜單的腳本設計技術，使用的關鍵對象有Connection、Command、DataSet等。表示層采用模型一視圖一控制器（Model-View-Controller，MVC）模式，通過繼承Systerm.Web.UI.UserControl，自定義用戶控件，并利用頁面組合控件來實現視圖。業務邏輯層通過接口IDBAccess完成對數據訪問業務的調用。數據訪問層處理數據的所有的類和方法都放在DBAccessFactory中，通過接口IDBAccess向外提供服務。DBAccessFactory中，最高層靜態父類IDBAccess包含了一些基本方法；抽象類DBAccess繼承類IDBAccess，定義了一些常用變量和公用的抽象和實例。

三、系統主要功能設計

1.管理流程

系統設計是基于項目過程管理的思想，在借鑒國內其他高校的經驗基礎上，結合我校學科競賽多年的管理工作實際，設計的項目運行流程如下：

競賽申報階段：教務處啟動本年度的學科競賽項目申報工作后，教師根據國家、省競賽組委會的競賽通知和安排，在系統中申報本年度擬組織學生參加的競賽；各學院對本院申報的競賽項目進行初步審核和把關，學校組織評審專家進行在線評審，根據全校申報情況、各競賽的性質和層次、面向對象和專業，確定本年度立項項目和經費資助額度，并在系統中進行。

競賽實施階段：指導教師（項目負責人）組織實施競賽。競賽分為校級競賽和校級以上（國家級、省級）兩類。校級競賽由指導教師在系統中競賽舉辦通知，學生在系統中進行報名、提交競賽作品，校內專家評審后，在系統中獲獎名單。國家級、省級競賽是在校級競賽基礎上，擇優選擇學生參加，待獲獎名單公布后，由指導教師將獲獎名單導入到系統中。

競賽總結階段：教務處從系統中獲取各類獲獎數據，召開表彰大會，對獲獎的學生和指導教師進行表彰和獎勵，在網上展示優秀作品和成果；依據相關管理辦法，計算并給予獲獎學生相應的獎勵學分；進行相關數據的歸檔、分析，比較各類競賽的成績，為下一年度的工作做準備。

2.各角色功能設計

結合學科競賽管理工作流程，系統設置了指導教師、教務處、學生、學院管理員、評審專家、普通用戶6個用戶角色。

（1）指導教師模塊

指導教師模塊的主要功能有：項目申報、競賽信息、競賽管理和組織、經費管理及交流互動等。教師在系統中進行學科競賽項目申報，填寫擬參加學科競賽的基本信息、往年參賽情況、參賽計劃及實施方案、預期成果、經費預算等；待項目立項后，利用系統組織開展競賽，競賽信息、設置競賽起止日期、查看報名學生及競賽結果等；對于校級以上的競賽，教師可以導入獲獎學生名單，上傳獲獎學生的作品；競賽結束后，上傳項目總結報告；在競賽過程中，可以提交經費使用申請，可以利用交流互動功能，回答學生關于競賽方面的問題。

（2）教務處模塊

教務處模塊主要包括系統管理和學科競賽管理兩方面的功能。系統管理的相關功能有：系統設置，設置系統的相關參數；數據初始化，與教務、人事管理系統對接，導入全校的學院、專業、班級、學生和老師數據；權限設置，分配和設置評審專家、學院管理員權限；Web界面管理，在公告欄項目立項及結題、競賽報名等校級通知，在新聞動態欄學生參加競賽的獲獎新聞和圖片，在競賽簡介欄各類國家級、省級競賽的賽事簡介。項目管理的相關功能有：項目立項評審、經費分配及使用審批、項目信息、項目過程管理、過程信息查看、獲獎統計、數據分析等。

（3）學生模塊

學生模塊的主要功能有：查看學科競賽信息、在線報名、上傳競賽作品、查詢競賽成績和獲得的獎勵學分、交流互動。學生可以通過系統，查看各類競賽簡介，選擇參加自己感興趣的競賽，同時系統也提供了交流展示平臺，將獲獎學生的優秀作品進行展示，通過系統的交流互動功能，學生之間可以開展討論，也可以向教師、教務處咨詢競賽方面的問題。對于團體項目，學生可以事先進行組隊，在系統中直接報名，也可以利用系統進行選擇組隊。

（4）其他角色功能

學院管理員：各學院組織專家組，對本院申報的學科競賽項目進行初步審核，由學院管理員在系統中進行推薦操作，將本院教師申報的項目推薦到學校。學院管理員一般可以是教學秘書或教學院長。

評審專家：評審專家分為院級評審專家和校級評審專家，可以通過系統，在線對申報的學科競賽項目進行評審和打分。院級評審專家由學院管理員進行設置，校級評審專家由教務處進行設置。

普通用戶：可通過訪問系統的Web界面查看教師、教務處競賽的信息、公告和獲獎成果，但不能登錄系統。系統設置了用戶注冊功能，普通用戶注冊后，可以和系統中的所有人員交流，如向獲獎學生咨詢相關問題。

四、系統主要特點

本系統實現了學科競賽的信息化管理，既能實現對競賽信息的高效率管理和控制，又能滿足競賽的決策者對競賽活動的宏觀管理與決策需求，同時系統具有以下功能特點：

1.實時的信息查詢

管理人員和全校師生可以利用系統，實時查詢學科競賽的信息。各級用戶（指導教師、教務處、學院、學生）可實時查詢競賽相關信息，如競賽簡介、競賽舉辦信息、學生報名情況、經費使用情況、項目進展情況等，方便質量監控與管理。

2.方便的統計分析

教師可以利用系統獲得全校學生的報名數據，教務處可以方便地獲得各學科競賽的獲獎信息。自動生成各種分析圖表，柱狀圖、餅狀圖、統計表等，如各競賽不同年度的獲獎成績、獲獎人數對比表，各年度投入經費和獲獎數量的關系對比表，歷屆競賽信息統計表等，為日后學科競賽管理工作提供指導意見。

3.良好的數據接口

系統設計了多處數據導入、導出功能，支持excel、dbf，access多種數據格式，方便與其他信息管理系統的對接，如導入學生和教師賬號，導出學生獎勵學分匯總表。系統提供了豐富的報表格式，既可以直接打印輸出報表，也可以導出電子格式。學生、教師在登錄系統時，使用的是教務系統中賬號視圖，實現了賬號的統一，保證了與教務管理系統的數據一致性。

第7篇：人事管理系統需求范文

關鍵詞：開放平臺；數字化校園；數據中心；應用平臺；用戶體驗

中圖分類號：TP311 文獻標志碼： A 文章編號：1673-8454（2015）21-0054-05

一、引言

縱觀數字化校園的發展歷程，到目前主要分為兩個階段。

第一階段始于上世紀末，以松耦合的MIS（Management Information System）系統建設為主要形式，重硬件、輕軟件，主要解決“業務部門”的管理需求，所建立的業務管理系統沒有進行統一規劃和實施，系統之間相對孤立、各自為政，逐漸形成了“煙囪式架構”的第一代數字化校園建設形態，如圖1所示。這些業務系統需求明確，自身獲取業務數據效率高，但從校級角度出發，則產生了數據孤島、管理維護成本高等問題。

第二階段建設試圖解決第一代數字化校園存在的數據孤島問題，開始從校級角度出發，重視軟件與用戶服務，強調整體設計和實施。但已建業務系統多數已進入正式運行階段，為保護建設成果，形成了“整體規劃、平臺建設、系統整合”的第二代數字化校園建設形態，如圖2所示。以整合數據流、業務流、單點登錄、統一認證為核心目標，引入數據平臺、統一身份認證、校園門戶等平臺，解決數據共享和一站式用戶服務問題。為避免新舊系統間接口眾多、標準不一等問題給數字化校園后期運行管理帶來困擾，部分學校開始采用單公司提供一站式解決方案的建設方式。但單一平臺以全面代替合適，過多依賴于固定軟件廠商造成某些業務系統適用性能不佳，約束了數字化校園建設，難以滿足師生員工日益多樣的需求和移動等多樣化終端設備接入需求。

數字化校園發展到今天，除了實現統一規劃、統一建設、統一管理的目標以外，還需要突出個性化服務，讓各類用戶快速獲取所需服務。基于開放平臺，面向數據、應用和服務的數字化校園重構是化解有限自身能力與不斷變化的用戶需求之間矛盾、構建有效服務型數字化校園的有效途徑，也是新一代數字化校園的建設方向。

二、開放平臺概述

開放平臺始于互聯網行業。國外始于2007年Facebook和2008年Google開放平臺戰略，國內自2011年開始，互聯網廠商紛紛推出各自的開放平臺，如騰訊開放平臺、新浪微博開放平臺、百度框計算搜索開放平臺、淘寶開放平臺等。上述開放平臺將不同的服務封裝到一系列數據接口中，并開放接口，由此網站不僅可以提供簡單的網頁接入，還可以進行復雜數據交換。這樣，第三方開發者可以基于開放平臺開放API開發各種應用，構造生態圈，服務和吸引更多用戶，實現開放平臺廠商與第三方開發者共贏的目的。

三、基于開放平臺的數字化校園基本思路

基于開放平臺思想重構的數字化校園建設在統一數據核心的基礎上，構建共享、重用和連接的系統架構，代替封閉、僵化的傳統架構。遵循“用戶主控、隨需而變、全局規劃、整體集成”的思路，以“數據中心開放平臺”為核心，以“數據服務”和“用戶服務”為理念，以“全局數據應用和服務”為目標，以“應用開放平臺”為手段，通過開放應用接口，使標準數據服務不再受限于某個廠商，打破應用系統壁壘，減少人工干預過程，為學校爭取主動權，實現開發者、學校、用戶共贏。

“數據服務” 是一種軟件服務，它封裝了數字化校園關鍵數據實體的操作。“數據服務”要給不同應用系統和工作流程提供服務。“數據服務”讓使用者無需訪問或者更新多個數據源，有助于維持數據的完整性、執行數據可視化和訪問規則。“數據服務”為數字化校園改進業務需求提供了一個可持續的基礎。

“用戶服務” 是一種用戶體驗，用戶體驗是指在訪問網站或系統的過程中，用戶對界面、功能、相關信息的可讀性、可操作性、交互便捷性等方面建立起來的心理感受。目前，用戶對服務的需求已經逐漸從滿足功能向方便操作方向轉變。四處散落的應用或簡單功能羅列已經無法滿足用戶服務體驗。用戶希望一站式獲取服務，進而需要根據與自身身份或任務相匹配的智能推薦。

“全局數據應用和服務”，不局限于數據集成工具和數據共享，從認證層面、信息的集中和個性化服務層面、數據層面實現全校范圍內數據的統一集中和共享。

以“應用開放平臺”為手段，以“小應用代替大系統”為目標，逐漸淡化面向業務部門的管理系統的概念。通過移動APP或Web APP的方式，將單元化的業務操作APP化，打破傳統MIS之間的壁壘。為用戶提供統一、快速服務，同時便于拓展移動校園服務。例如，新職工入職的數據輸入，以前的做法是在人事管理系統中添加新職工數據，通過數據交換平臺分發到其他業務系統中。新的做法是建立一個如移動APP或Web APP應用程序的服務，直接將新職工數據儲存到校園統一數據中心開放平臺中，其他業務系統通過數據中心開放平臺調用或者被推送新職工數據。

四、基于開放平臺的數字化校園總體設計

基于數據中心開放平臺的數字化校園軟件布局可以描述如下，如圖3所示：

（1）規范：包括服務規范、接口規范等，為應用提供標準接口，使遵循接口的應用能夠良好集成，也能向第三方開放接口。

（2）平臺：數據中心開放平臺實現數據統一存儲、共享、服務；統一身份認證平臺實現身份統一管理和認證。

（3）應用：指遵循接口標準的各類應用，包括移動APP、輕應用與PC端應用管理系統。

（4）服務：用戶服務從門戶獲取一站式服務，門戶包括PC端門戶與移動端門戶，為用戶提供基于不同終端的個性化服務。

五、基于開放平臺的數字化校園實現

1.數據標準的實現

數據標準的建立是數字化校園的基礎和核心之一，是學校信息化建設能否長久發展的一個關鍵。經過數據標準規范和標準化的數據是數據中心的基石，可以確保各應用系統之間元數據的統一，以標準、高效、交互的方式運行。可以確保各種數據庫之間相互操作，降低數據庫應用開發成本。

數據標準建設包括數據編碼原則和數據標準內容。數據編碼原則可將數據規劃為信息類規范、管理類規范和技術類規范三類。基于已經制定的數據元素標準和信息分類標準，還要對各應用系統和數據中心所需共享的數據制定統一的數據交換標準，使系統間的數據能夠進行互聯互通，涉及從各部門的數據和共享的需求分析，到各部門的數據格式和權限要求等內容。

隨著信息化進程的發展，信息標準也必須是一個及時更新、不斷充實的動態系統。因此，學校的信息標準系統建設必須有很強的兼容性和開放性。在我們的信息標準建設時，參考教育部頒布的《教育管理信息化標準》和教育信息化技術標準委員會的相關標準，結合學校的實際情況，制定校內通用的統一的數據編碼標準。

2.數據中心開放平臺實現

數據中心開放平臺采用基于數據服務的建設模式，數據中心為數據提供集中存儲，交換與數據服務為共享數據提供一次錄入，業務系統承擔業務數據的錄入和維護工作。整個體系共分為三層，從下到上分別是存儲層、服務層和應用層。

存儲層：包括基礎數據庫和數據倉庫的建設。基礎數據庫主要為上層應用提供數據支撐，并在此基礎上不斷豐富跨部門的全局應用。數據中心遠期將考慮數據倉庫的建設。

服務層：包括數據交換服務、數據服務等。承擔數據的交換任務；統一為各系統及部門提供數據交換服務；為各應用系統提供統一的數據訪問接口，變數據開放為服務開放，變開放表結構為開放API，減少系統耦合性。

應用層：面向用戶和數據提供開放平臺，根據工作和流程提供個性化設置。面向開發者提供應用開放，支持多維度檢索、權限認證、接口申請、應用導航等一系列服務。

各類業務系統各司其職，為全校師生提供服務；基于數據中心的應用系統可以充分發揮數據的綜合利用價值，如圖4所示。

3.統一身份認證實現

統一身份認證的設計核心是在數據中心開放平臺中集中儲存和管理用戶以及用戶在各應用系統中權限的信息，實現對用戶的集中管理。統一認證和統一授權是這部分工作的兩大任務，前者決定用戶是否有權限進入整個業務系統，后者決定用戶對哪些業務系統具有什么樣的權利。按照樹狀信息組織模式形成的目錄服務，實現信息管理和服務接口的一種方式。目錄信息樹中的一個節點對應著信息庫中的一個個合法用戶，節點的屬性包括用戶的身份信息和一些認證機制中需要用到的控制信息，因此每個節點所帶有的屬性，以及這些節點如何組成結構合理的目錄信息樹，是用戶身份管理服務的設計目標和關鍵。

在我們提出的數字化校園中，統一身份認證的基礎是數據中心開放平臺，而不是任何一個應用系統，這使用戶在學校數字化校園中開展任何應用之前都必須先經過統一身份的認證。然后經過統一有線門戶、移動無線門戶進入各業務系統以及APP應用開放平臺。入口唯一降低了需要設置單點登錄所帶來的開發復雜性，也降低了實際運行中的管理難度。

4.統一信息門戶實現

統一信息門戶位于數字化校園體系結構中的最上層，實現數字化校園各應用系統與用戶的交互服務過程，是數字化校園信息集中展示的窗口，是各應用系統中各種應用服務集成和部署的平臺，它把分立各個業務系統的不同功能有效地組織起來，為各類用戶提供一個統一的信息服務入口。

在我們提出的數字化校園中，我們希望用戶從統一的有線門戶和無線門戶登錄作為日常信息化工作的第一步。在這兩個信息門戶上，集成身份認證，用戶在登錄頁進行認證以后，進入信息化管理平臺（俗稱內網）進行業務管理。

借鑒互聯網瀏覽器發展的理念，創新性的建設允許用戶定制個性化服務的信息門戶，貼合用戶需求，提高工作效率，改善現有的服務體驗。

（1）用戶服務設計上：區分登錄前與登錄后的用戶服務。登錄頁面集成部分用戶常用網站、新聞列表和通用組件（如天氣預報）等，以貼片式、個性化的方式呈現出來，同時集成一些學校集中管理、推送信息，如熱點宣傳、院校新聞、通知公告等等。用戶登錄完成的頁面集成數字化校園各業務管理系統的快捷入口，內部的新聞、通知、郵件、流程等，同時個人常用或者現階段需要用到業務管理系統中的單個功能被抽取出來，根據用戶角色呈現在頁面上。

（2）頁面風格設計上：我們借鑒微軟WIN8采用全新的Modern UI，采取扁平化設計風格，可配置內容以動態方塊的樣式呈現在屏幕上，用戶配置采取拖拽式、點選式等互聯網常見操作，充分提高可用性。

5.應用開放平臺實現

應用開放平臺（AOP）側重在APP標準的建立、APP應用的管理、APP開發環境的建立。功能包括APP 接入流程、APP 附加屬性設定、角色管理、授權管理、用戶APP展現框架、APP樣式的管理風格、APP 接入引擎、獨立應用的接入規范、原生態的APP 開發流程，框架、界面開發、跳轉關系、服務調用、打包部署、運行監控等。AOP是學校為校內外業務系統、網站等產品創建和維護的數字化應用平臺，允許用戶從APP Store瀏覽、使用一些由第三方或AOP本身提供的遵循AOP開發規范的APP應用。

在我們提出的數字化校園中，我們希望應用開放平臺能作為傳統應用管理和教學系統的一個輔助，根據用戶的需要和喜好，不斷地從傳統應用管理和教學系統中抽取適合的功能，在應用開放平臺中注冊成為獨立的APP應用，這樣的APP應用同時提供給有線門戶和移動無線門戶，方便用戶依托這兩大門戶進行信息化管理和教學工作。圍繞“數據服務”，轉變信息化服務方式，將服務與業務流程剝離，采用輕應用、APP化的服務顯示方式，為用戶提供快速服務通道。用戶不需要再進入業務系統尋找服務，平臺根據角色提供更清晰、個性化的數據服務。

當我們確定了APP開發和接入標準以后，兩大門戶就能成為不斷容納新增應用APP的標準容器。在數據中心開放平臺的基礎上，傳統應用管理系統將逐漸轉變成指向性明確的應用功能。標準數據服務不再受限于某個廠商，如選課、查詢、報修、預定等功能完全可以通過市場化運作，以吸引更多的應用軟件廠商，甚至可以組織具有能力的學生團體參與開發。以筆者所在的學校為例，建立用戶統一門戶網站，如圖5、圖6所示，在門戶上按照用戶類型推送或者自定義一些功能應用。

當前的教育資源有微化的趨勢，如微課件、微視頻等，AOP提出了一種將業務大應用微化的解決方案，使未來的軟件開發不再以大的業務方向為單位，而以細顆粒度的功能點為單位，具備一定的創新性和前瞻性。

6.深化數據服務與決策支持

學校開展數字化校園建設，最初的目的是實現數據的集成和共享，提高數據的時效性和工作人員的工作效率。隨著數字化校園進程的推進，校園各業務系統的數據庫積累了大量數據，這些數據可以滿足教學管理人員的查詢、檢索、統計、報表等日常事務處理的需求。如果挖掘出蘊含在大量數據中的有效信息，能輔助學校提升教學理念、拓展辦學思路、豐富決策手段、優化管理策略、激勵教學改革。

深化數據服務能為我們實現個性化數據服務和決策支持提供數據依據與技術支撐。

我們希望數字化校園能為不同類型用戶提供有效的、個性化、多角度、綜合性的統計查詢和靈活報表。在以數據中心開放平臺為基礎的數字化校園中，形成了數據大集中的環境，有利于執行這種深化數據服務。比較典型的數據服務是針對學生和教師的“一生一檔”和“一師一檔”，以及學校資產從采購到報廢的生命周期管理呈現。我們設計的數據服務以時間線為序將各種基礎數據、業務數據和歸檔數據整合、歸類，為學生、教師、資產提供全面、唯一的電子檔案，能夠完整呈現學生和教師的成長情況，或資產的管理情況。數據永久留存，也有利于學校下一步進行大數據分析與用戶個性化服務建設。（見圖7）

六、結束語

數字化校園是一個長期的建設過程。需要結合學校的實際情況完成頂層設計。筆者比較了基于開放平臺的新一代數字化校園與傳統的數字化校園建設。（見表1）基于開放平臺的新一代數字化校園，改變了封閉、緊耦合的系統結構，能夠將封閉的業務數據、服務能力開放，面向合作伙伴聯合創新，共同構建可持續發展的數字校園，實現1+1>2的增值生態環境。

未來的數字校園是面向用戶的，是服務驅動的。我們希望通過校園服務能力的逐步開放，形成開放、合作、共贏的環境，為學校爭得主動權和使用價值，為第三方開發者服務拓展提供便利。最終使數據與應用系統松耦合、學校與廠商之間松耦合、持續積累的數據產生效益，應用繁榮帶來豐富服務。

參考文獻：

[1]羅輝瓊，聶瑞華.數字校園信息門戶管理研究[J].中國教育信息化（高教職教）， 2012（5）.

[2]胡軍，何雪松.基于SOA的靈活開放式數字化校園的頂層設計[J].內江科技，2012（6）.

[3]張德青，孫海霞.應用型本科院校信息資源的集成統一與管理模式[J].中國教育信息化，2011（9）.

[4]許鑫，蘇新寧.新一代高校數字化校園建設[J].現代圖書情報技術，2005（1）.

[5]劉軍，邱樂興，程學新.高校數字化校園建設中的個性化信息服務問題研究[J].科技廣場， 2012（8）.

[6]劉旭濱.高校數字化校園綜合管理平臺數據標準的探討[J].中國科技信息，2010（23）.