前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇教務系統范文，相信會為您的寫作帶來幫助，發現更多的寫作思路和靈感。

教務系統范文第1篇

【關鍵詞】校園教務；軟件設計；VC++

1.引言

目前在校園教務中還沒有一套完整的系統來供其使用，所以就需要一套功能完善的系統來滿足教務上的使用。如今，可以開發出一套系統應用在校園教務上，它可實現多方面的功能，比如教務通知的、課表的實時等功能。通過面向對象的程序設計技術開發出適合教務使用的應用軟件，具有很高的實用價值。

2.軟件體系的總體架構

2.1 軟件系統結構

在本文中主要對軟件的課表解析功能進行介紹。在對系統軟件設計之前，先要對其進行結構分層處理，即用框圖形式來表示。這樣就使得我們在進行軟件系統各部分的設計時有了明確的目的和針對性，鑒于這些我們可以很好的進行系統軟件的具體設計。結構框圖如圖1所示。

系統軟件按照功能的實現來看，從結構上主要分為三個部分，分別是課表內容獲取、數據處理、窗口顯示。當數據經過本軟件時，第一步就是要進行課表源文件的解析，第二步是數據的處理，這里包括存檔數據庫、數據提取分類等。第三步是將提取的數據在客戶端中顯示。通過結構分層，使得我們在對軟件系統的各個具體部分的設計有了明確的目的和針對性。事實上本文中的系統軟件設計就是根據這個分層結構來一步一步完成的。

2.2 軟件功能與數據流程

文章中開發的系統軟件主要為校園教務服務，最終要形成一個客戶端軟件。它具備的基本功能有：

（1）能夠實時的發送教務通知信息；

（2）具備解析課表功能，并存入數據庫，能夠對數據庫中的課表數據進行操作（查找、添加、修改、刪除等）；

（3）將我們需要待發送的數據可以自動排版在圖片所在的顯示窗口。

要建立系統軟件的整體架構，最重要的是要對各種數據的流程進行詳細的規劃。在本文設計的系統軟件中，數據要經歷各個功能模塊的處理，最終得到預期效果。軟件體系數據流程如圖2所示。

從圖2中可知，本軟件體系的數據流程要經歷幾個功能模塊的處理。軟件的整個結構中有來自三個方向的數據輸入：第一個是背景圖片的加載，它要經過流接口Istream的裝載，然后把數據輸送給IPicture的COM接口，并在顯示窗口顯示。第二個是來自客戶端的數據輸入（通知信息等），數據通過窗口類CWnd處理并在函數OnPaint的作用下將數據繪制到窗口中。第三個是課表文件的輸入，在課表解析模塊的作用下得到我們需要的數據，然后存入數據庫。最后把得到的文件送出。

3.程序的功能模塊

3.1 類結構

該系統的軟件結構框架從整體上規劃了不同部分的設計要求和設計思路。在具體的開發過程中，還需要對這些功能進行具體的實現。這就需要我們了解在具體設計中對于每個部分的實現過程。在Visual C++6.0設計平臺上，對于類的定義是一個很重要的設計部分。為了實現各種應用功能，定義了不同需求的類，其最終目的是實現各個部分的具體功能。

3.2 COM接口與圖片數據轉換

IPicture的COM接口主要管理圖像對象及其屬性，圖像對象為位圖、圖標和圖元等提供一種與語言無關的抽象。它和標準的字體對象一樣，也提供了對圖像對象的標準實現

該模塊在JPG編碼過程中起到很重要的作用。它的主要作用是在客戶端中添加背景圖片。對該模塊進行重新的定義后，可以對圖像數據進行保存和圖像流數據進行裝載。本文中定義的IPicture對象名為指針pPic，在打開背景圖片后使用函數GlobalAlloc對圖片進行分配全局存儲空間，在進行圖像裝載后我們還需要獲取圖像的大小，這里使用pPic->get_Width得到圖片的寬度，get_Height得到圖片的高度，通過這些就可以把任意的背景添加到客戶端窗口上。

在客戶端窗口中的視圖需要轉化為JPG圖片格式，在上述中我們能夠獲取視圖圖像的寬度和高度，這兩個參數能夠為程序中將要獲取視圖的范圍提供數據。下面要做的是進行在指定設備環境區域的像素位塊轉化，在進行轉化時，必須要知道目標矩形區域的X軸與Y軸坐標才能對設備環境中的圖像進行剪切變換，主要是將原場景的顏色格式轉換成能夠與目標格式匹配的格式。將圖元數據通過CxImage類的轉換，就能夠獲得我們感興趣的區域圖片。

3.3 窗口顯示模塊

顯示類preview是用于在客戶端中處理過的數據能夠顯示在窗口的類。在客戶端輸入的數據或課表解析傳過來的數據是和窗口句柄相聯的，將我們需要的數據自動的繪在窗口的特定區域。在該類中，數據的顯示是動態的，這樣的好處是可以方便的實時把其他的功能作用在窗口上。在此基礎上我們還有一些特定功能的函數和窗口句柄相聯的，比如背景顏色的變換、字體大小顏色的改變、圖片的變換等。

該模塊的作用是在背景圖片中繪制教務通知等文字信息而使用的。在對函數CWnd：：OnPaint進行定義后它能夠實現動態的顯示信息內容，并且能夠實現實時更新內容。OnPaint是WM_PAINT消息的消息處理函數，負責響應WM_PAINT消息。通過類Cfont來控制文字的格式，可以達到豐富的顯示效果。

3.4 課表解析模塊

課表解析類KEBIAO用于解析課表文件，它主要由以下幾個過程組成。首先，獲取課表源文件Excel內容，存入數據庫。然后針對數據庫進行操作，目的是將我們需要的內容篩選出來。

本節中簡要介紹一下獲取課表源文件的操作。在這一部分中設計中，首要是要對COM接口進行初始化操作，目的是為了創建Excel服務器，采用函數：：CoInitialize來對其進行操作，當該函數的返回值為E_INVALIDARG時，則代表COM接口初始化失敗，否則成功。在上述過程完成后，接下來則是獲取課表源文件的內容，這里包括整個文件的單元格內容獲取，這里主要分為兩步：第一，通過設計函數GetWorksheets（_variant_t（"Sheet1"））來獲取Sheet1工作區的內容，這里包括全部的單元格內容；第二，在第一步的基礎上通過函數GetCells來獲取單個的單元格內容。

在提取的內容存入數據庫后，接下來就是要設計怎么從數據庫中選出我們需要的內容進行顯示，這里主要是利用數據庫的遍歷來進行獲取，具體如下：先把軟件中用戶選擇的指標獲取存入到一個緩存變量中；然后將該緩存變量和數據庫中的各個元素進行匹配，每循環一次稱之為一次遍歷；如果發現有匹配的內容則把它存放到隊列數據結構中，這里的設計思路是只需要循環一次即可把遍歷到的內容篩選出來；接下來是將隊列中的數據進行視圖顯示即可。

上述主要是對內容的獲取與內容篩選做了簡要介紹，在篩選的內容獲取后存入數據庫。此處要解決的難題是怎樣通過用戶的選擇來提取需要的課表內容，并且課表信息要匹配，作為一個整體。接下來就是通過用戶選擇的日期、樓棟、層數、時間段來自動的生成我們的課表。用戶可以在客戶端上選擇好需要輸出的條件，然后通過值傳遞的方式和數據庫進行匹配，提取的內容將會放入到緩沖區，然后將數據送到顯示模塊。

3.5 軟件界面設計

對于應用軟件來說，一個最基本的要求就是：軟件界面是面向用戶的。用戶需要的是一個功能上能夠滿足其需求的軟件，并能很方便的使用。設計者對于界面設計的目標是高質量的用戶界面，可以表達為：對任何用戶來說，都是直觀的，簡單實用的，用戶在使用時能達到最大限度的效率與效果。

首先我們要建立一個工程Client，并使用AppWizard來生成一個MFC應用程序。在Windows環境下，進入到Visual C++6.0集成開發環境，單擊File主菜單項中的New選項，就會彈出新的對話框，選擇Projects標簽，在標簽下的列表框中選擇MFC AppWizard（exe）選項，這樣我們就創建了一個使用MFC的可執行程序。接下來就是填寫工程名和工程的保存路徑選擇，在這些都完成以后就是用戶界面的設計了。我們選擇程序類型為Single document，即單文檔方式，可以看到，系統會生成一個New Project Information對話框，里面將會包含將要設計的工作功能選項，單擊OK按鈕，系統會生成一個最基本的程序框架界面，我們只要在這個空白界面上進行設計即可。

4.結論

本文提出了校園教務應用軟件研究與設計，該軟件能夠作為客戶端供教務使用，并且已經具備教務通知的、課表的實時等功能。該軟件在經過多次的測試表明，可以比較穩定的運行，并且達到良好的效果。對于該軟件系統的設計，它具有很大的實用價值，并且可以在各個校園推廣。隨著客戶群體的不斷增加，該軟件系統將會有很廣闊的市場前景。

參考文獻

[1]梁維.Visual C++6.0編程實用教程[M].中國水利水電出版社，1999.

[2]侯俊杰.深入淺出Windows MFC程序設計[M].武漢：華中理工大學出版社，1998.

[3]周振紅等.基于COM的軟件組件[J].計算機應用，2001， 21（3）：6-8.

作者簡介：

王國裕，男，博士，重慶郵電大學光電工程學院教授，博士生導師，主要研究方向：SOC設計以及DAB/DMB、DVB系統開發和核心芯片設計。

教務系統范文第2篇

關鍵詞： 管理信息系統；教務；規范化

中圖分類號：TP315 文獻標識碼：A 文章編號：1009-3044（2016）03-0022-03

1 系統分析

本教務管理信息系統在開發設計前，需要進行多方面的系統開發性分析，為信息系統開發的系統分析、系統總體設計、實施和運行維護奠定良好的開發基礎。隨著教學規模日益擴大，學生信息量、教師信息量不斷增加。據根西部某高校實際需求情況，目前使用的教務管理系統，功能單一，資源共享率低，系統穩定性差等等，已經不能適應現階段學校教育教學發展的實際需求了。高校要想在當今信息時代順應發展的需求，必須開發或引進適合的教務管理信息系統滿足高校各方面發展的要求，使得教育教學管理工作實現規范化和科學化，從而有利于提升高校的國際國內競爭水平和各方面的能力，為國家培養新時期合格的建設者和接班人。

1.1 管理功能調查分析

教務管理工作是高校一項十分重要的管理工作之一，教務管理水平直接影響著高校的改革和發展。通過教務管理信息系統平臺可以規范化和科學化的執行教務工作，使各項工作有章可循，有序、高效運行，比如教學計劃管理、排課管理、學籍管理等。高校教務管理信息系統的開發設計，既要充分依托現有的資源，又要體現系統的先進性和擴展性，以提高教務管理的工作效率和質量[2]。通過實際的調查分析，一般情況下高校教務管理信息系統主要的功能模塊需要有：智能排課、學生管理、教學計劃管理、考試管理、選課管理、成績管理、等功能。具體系統功能模塊結構如圖1所示。

1.2 系統用例圖

用例能夠幫助系統分析員了解系統的預期行為，因而它是一個強有力的工具，它能幫助開發人員從用戶的觀點收集需求[3]。教務管理信息系統通常有系統管理員、教師、學生這三個用戶角色，其中學生管理用例圖和師資管理員用例圖用例圖如圖2至圖3所示，其他用例如在此略寫。

1.3 業務流程圖

信息系統業務流程分析可以幫助開發人員詳細了解業務的處理過程，發現并處理系統調查中的錯誤和遺漏，修改和刪除那些不合理的流程，從而優化新的業務流程。根據本教務管理信息系統的實際需求，本文采用傳統流程圖中部分工具來描述業務流程圖，業務流程圖的六種圖形符號如4所示。

根據高校管理工作需求，教學管理應該是貫徹于新生入學到畢業整個過程的一系列的事務操作。主要包括學生學籍管理，制訂教學計劃，智能選課排課管理、教材管理、考務安排和成績管理等等，任課教師可以通過互聯網及時錄入期末考試各科成績，而且每一學生都可通過網上教務系統平臺查詢期末各科的成績，同時高校通過教務管理系統平臺對教師的教學情況開展教學網上評價等。其教務管理信息系統的業務流程圖如圖5所示。

2 系統功能模塊設計

根據高校教務管理工作實際構建新型的現代教務管理信息系統，主要的功能模塊有系統維護管理功能模塊、學生管理功能模塊、教學計劃管理功能模塊、智能排課管理功能模塊、選課管理功能模塊、成績管理功能模塊等。本教務管理信息系統功能結構圖設計如圖6所示。

3 數據庫設計

信息系統數據庫設計是建立數據庫及其應用系統的技術，是系統開發設計過程的核心技術，具體說，數據庫設計是指對于一個給定的應用環境，構造最優的數據庫模式，建立數據庫及其應用系統，使之能夠有效存儲數據，滿足各種用戶的應用需求[4]。本系統中的教師實體圖例和學生實體圖例，如圖7和圖8所示。

數據庫的表之間通過主碼和外碼實現相互之間的聯系，其數據庫表的關系模型圖，本系統關系模型圖如圖9所示。

4 結束語

本教務管理信息系統開發模式上采用C/S和B/S相結合的混合架構模式，平臺采用 Delphi以及開發工具，后臺數據庫采用Oracle數據庫。教務管理信息系統以支持教務管理決策和控制為目的，為高校教務管理工作中的教學計劃管理、學生管理、排課管理及成績管理等多方面形成的一體化綜合管理，實現規劃化、科學化和無紙化管理。本文從高校教務管理工作的實際需求出發，詳細分析了教務管理信息系統功能需求、業務流程、數據庫設計等，實施后的系統能有效地利用高校校園數字網絡資源，解決高校管理各項工作的實際問題，有利于推動和促進高校管理的規范化和科學化，在國內外競爭和發展中提升高校的綜合實力，縮短高校之間與人才培養、科學研究、社會服務三大需求之間的差距。本教務管理信息系統設計時考慮到必須具有良好的可擴展性，可隨著高校教務管理業務的增加而不斷更新擴展。故在系統實施運行過程中將進一步改進和提升智能化管理能力，為各職能部門決策提供信息服務，為高校師生服務。

參考文獻：

[1] 曲靖師范學院教務管理信息系統的分析與設計[D]. 昆明： 云南大學， 2010.

[2] 束云剛. 高校教務管理信息系統的設計與實現[D]. 南京： 南京理工大學， 2010.

[3] 李艷芳. 教務管理信息系統的設計與實現[D].天津： 河北工業大學， 2011.

教務系統范文第3篇

關鍵詞信息化網絡技術教務管理系統

民辦教務管理系統分為教學科、教材科、實習實訓科、考試科四個模塊。

一、教學科模塊

1.教師管理

(1)教師信息的及時更新

及時更新老師的最新信息,如加上新來老師,去掉辭職的老師,老師發表的文章,老師評的職稱。

普通老師憑借教師身份證號登入查詢教師普通信息,教師只能通過帳戶、密碼查詢自己的詳細信息,詳細信息對外保密。

(2)教師調課管理

教師調課需查看網上的最新日課表,最新的調課記錄表,已調過的課程調整好上課時間后,要詢問相應班級是否已有別的老師也調課到該時間段。

(3)外聘老師管理

需外聘老師的二級學院需打印并填寫外聘老師申請表,外聘老師登記表,如有外聘老師調課,及時更新外聘老師中午班車表及時掛在教務網上。

(4)對優秀課件進行投票

優秀課件評選登陸界面,憑身份證號登陸。全院每個教師或學生均可通過身份證號登陸對教師優秀課件進行投票,每人僅限投3票。投票結束后對投票結果進行匯總,隨之關閉投票數據庫。

(5)期中教師評價

期中對教師進行說課,組織二級學院全院教師、督導進行聽課打分,一個分數,對二級學院所有授課教師進行排名。

每學期期中組織學生對教師進行評價,學生點擊教學評價進入評價窗口,為了分流,減輕數據庫的壓力,進入教學評價后會有四個評價入口,即分別進入四個數據庫。組織學生進行評價前,不同的學院劃分好相應的評價入口。評價結束后從四個數據庫中取出數據進行匯總, 所有學生給教師打的分數進行保密。

2.課程管理

(1)教學計劃、教學大綱、教學進程表管理

教學計劃是為每個專業每個方向制定的,教學大綱是為每門課程制定的。因為每一級學生的教學進程表不同,故教學大綱和教學計劃不全相同,因此要根據教學進程表制做每一級的教學計劃和教學大綱。

(2)每學期的開課計劃和學期課表

教務處根據每一級學生的教學進程表,在每學期的第十一周開始制作做下學期的開課計劃。

(3)學期排課 ,班級日課表、教師日課表的形成

給二級學院下發授課任務書,二級學院在課表上填上相應老師,開止時間,上課的教室要求等,根據相關情況做好周課表。

根據周課表做出班級的日課表和教師日課表。班級日課表和教師日課表掛在教務網上。如有變動會及時修訂。教師調課、督導聽課需要查看最新日課表。

學生日課表的優點:日課表上每一天每一節上什么課程非常清楚,每一門課程的考試時間也在學生日課表上體現。

教師日課表上標明教師哪一天在哪個班級哪個教室上什么課程。

(4)精品課程的審查和上報

對省、市組織的精品課程,在學院內部進行評選,通過綜合打分,挑選優秀的教師課程進行錄像。

(5)新專業審批和舊專業停招的管理

新專業審批所需資料包括教學計劃,教學進程表等,學校的師資條件,新專業所需的硬件條件,需做實驗的實驗室是否滿足等。

(6)專業評估及評估管理

我院成立專門的評估小組,材料有二級學院提供,教學科、考試科等整理。

二、教材科模塊

(1)教材的采購預登記

根據教學科的開課計劃訂相應的教材,大部分教材在上學期末到校發放給學生,少部分教材開學后對教材進行發放,學院提倡教師在有條件的前提下自編講義,自編講義必須提前送到印刷廠,以便不耽誤學生用書。開學前可查圖書到位情況,要對相關教材借閱,教師上網查詢庫里已存圖書,先登陸教務網進行查詢。

(2)教材進行管理

對教師所借的書進行登記,通過系統可以查詢所借圖書的詳細信息。

三、實習實訓科模塊

(1)實習實訓設備管理:全院設備和耗材的管理。

(2)教室管理。

(3)學生實習管理

四、考試科模塊

(1)學生學籍管理,學生學籍狀態查詢,可按模塊班、學號、姓名、班級查詢,對需要開在讀證明的學生,網上確認其信息的準確性后給予證明,對有退學、休學的學生信息進行及時更新。

(2)根據課程的開止時間安排課程考試。因為課程需要,我院有的課程分前九后九上課,課程結課時間不同,要根據課程開課時間,課程性質安排考試時間。同一門課程要安排在同一時間考試。

(3)補考查詢。給學生安排考場,掛在教務網上,學生憑學號或者姓名可到教務網上查詢,考試科目、考試地點、考試時間。

(4)安排考試后的閱卷工作,批閱試卷采用集中閱卷,試卷采用流水批卷的做法,批完試卷統計分數,然后錄入考試成績,缺考錄-1,作弊錄-2,緩考錄-3。錄入成績后試卷統一歸檔案室。

(5)教師集中閱卷結束后,錄入成績后,考試科整理成績,無誤后對學生開放,學生可憑學號和密碼登陸成績查詢系統,查詢各科成績。

參考文獻:

教務系統范文第4篇

1教務管理系統的設計需求分析

傳統的教務管理系統以B/S架構為基礎，工作人員主要依靠計算機的瀏覽器進行相關操作。但是隨著移動辦公的逐步推廣以及移動APP的出現，現有教務管理系統已經無法再滿足日常教務管理工作的需求，必須加以改進。在教務管理工作中，最為重要的一項就是教師工作量管理。但是傳統的教務管理系統中并不包含這一功能，導致教務管理工作人員工作量較重，工作負擔大，效率低下且容易出錯。有鑒于此，當前時期中職學校教務管理系統的首要任務就是解決日常管理工作中的移動化需求以及有效降低管理工作人員的工作負擔。而為了實現上述要求，就必須以現有的教務管理系統為依托，實現教務管理系統功能的豐富性與智能化。在此基礎上，中職學校教師甚至可以通過安裝手機APP進行登入教務管理系統，并且學生也可以通過關注微信公眾號的形式進行相應的操作與查詢。該系統中包含教學工作量管理模塊、教務管理模塊兩大模塊。其中教學工作量管理模塊為中職教師提供工作量的上報、查詢與核對，便于學校對教師進行工作考核提供參數依據。而教務管理模塊中則涵蓋了傳統教務管理系統的所有功能，并增加了考務查詢與學生考核兩大模塊，以便于教師點名與學生簽到。該系統的學生端主要包含課表、考試時間查詢以及請假等功能。

2教務管理系統的設計

2.1系統結構

該教務管理系統以B/S架構為基礎，既可以在計算機上使用，也可以借助APP以及微信等實現系統的訪問。整個系統的數據服務模塊將教務管理系統的基本功能進行整合形成教務管理模塊，為用戶提供基礎數據服務，整個系統的實現都依賴于該模塊。采用這種形式的好處顯而易見，如果今后中職學校想要更換教務管理系統，只需要更改教務管理模塊即可，不需要再改動其他模塊。該系統可以實現數據的同步，主要得益于所有數據都保存于教務系統之中，本地端只有教師基礎數據的緩存，并且還定期與服務管理系統的數據模塊進行更新。

2.2教務管理系統的技術實現

該系統的開發實現主要依靠ThinkPHP，該PHP開發框架具有簡單快速的特點。ThinkPHP3.2中具有的OneThink開源內容管理框架具有命名空間機制，具備多種插件化、驅動化和模塊化。而從OpenSNS中提取出來的OpenCenter則支持教務管理系統應用程序的開發，滿足系統框架的基本需求，保證實現應用程序的開發，并提供注冊、登錄等功能。開發人員利用OpenCenter可以進一步開發微信公眾號功能，并保證教務管理系統的APP接口功能得以實現。除此以外，根據實際情況教務系統的APP要支持安卓與IOS系統，所以在降低開發難度并提高效率的基礎上，可以使用Ajax對后臺API進行統一遠程調用。APP的開發采用HTML，以mui框架為基礎。該框架具有界面友好的特點，所開發的APP穩定、運行流暢。

2.3教務管理系統接口

教務管理系統結構開發需要遵循REST規范，這樣方便在數據讀取與修改時使用HTTPget與HTTPpost請求。教務管理系統的接口設計要滿足較高的拓展性，并能夠有效降低客戶端操作與維護的難度與復雜性，為此就要求教務管理系統的客戶端使用統一的API進行訪問。具體要求如下所示：首先，教務數據讀取使用HTTPget請求，而數據的修改則使用HTTPpost請求。其次，為了避免數據被篡改，保障其安全性，每個HTTPget都必須提供相應的密鑰。最后，API所返回的數據是統一的JSON格式的數據。

2.4教務管理系統的訪問

安全性是各類管理系統的重要內容，中職學校的教務管理系統也不外如此。為了保證上傳和返回數據的安全性，系統設計要求用戶在登錄訪問時必須提供相應的身份驗證，待身份驗證通過后再進行數據的傳遞。在數據調用時，教務管理系統服務端在收到相關請求之后驗證密鑰的一致性。當系統發現訪問者身份驗證存在差異或者驗證超時，就會拒絕數據的訪問并利用錯誤碼提示錯誤原因。這樣一來，通過對所返回的錯誤碼進行分析就能夠找到錯誤根源，從源頭查出漏洞。如果客戶端解析出訪問的非法性，則會對本地緩存進行強制刪除，確保用戶信息等數據的安全。

3結語

綜上所述，教務管理工作是中職學校教學工作中的重要組成部分，其效果直接影響中職學校的教學與管理質量。在信息化發展迅速的今天，如何通過計算機乃至移動端實現教務管理工作的高效與及時成為人們必須考慮的問題。論文中提及基于PHP和B/S架構而設計的教務管理系統就滿足了這一需求，實現了教務工作的桌面化、移動化與便捷性，保障了教務管理工作的效率。

參考文獻

[1]黃文武,傅強,羅卓筆.高校教師教學工作量管理系統設計與實現[J].中國教育信息化•高教職教,2014(08).

[2]李全彬,黃智,姜芳艽,李延齡.網絡綜合教務管理系統的設計與實現[J].現代電子技術,2016(12).

[3]胡霖.某中職教務系統設計與實現[D].電子科技大學,2015.

教務系統范文第5篇

關鍵詞：SOA；Web service；教務管理系統

中圖分類號：TP315文獻標識碼：A文章編號：1009-3044(2008)34-1941-01

Educational Administration Management System Based on Service-oriented Architecture

JI Heng

(Taizhou Normal College, Taizhou 225300, China)

Abstract: The paper introduces the basic concept of SOA, in view of the current decentralized colleges and universities in the development of information technology, made the design ideas of educational administration management system based on service-oriented Architecture, provide a reference program for the diversified development of colleges and universities.

Key words: SOA; web service; educational administration management system

1 SOA與Web Service

1.1 SOA介紹

SOA（Service―Oriented Architecture）是一種面向服務的架構，它將應用程序的不同功能單元稱為服務，通過這些服務之間定義良好的接口和契約聯系起來。

SOA著眼于日常的業務應用，并將它們劃分為單獨的業務功能和流程，即所謂的服務[1]。SOA的發展打破了傳統應用軟件開發的模式，實現了將軟件依據需求通過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用。應用程序不同功能單元的接口采用中立的方式進行定義，獨立于實現服務的硬件平臺、操作系統和編程語言，這使得構建在各種各樣的系統中的服務可以一種統一和通用的方式進行交互[2]。

1.2 Web service

Web service涵蓋了HTTP、SOAP、WSDL、UDDI等技術規范，在內網和外網上通過標準的協議和信息格式和訪問應用服務。利用Web service的松散捆綁集合形式，能夠快速開發、發現、和動態的綁定應用服務。

由此，基于Web service的SOA有助于企業系統架構者以更迅速、更可靠、更具重用性架構整個業務系統。服務的提供者是創建服務的實體，它通過服務注冊器服務合約，服務請求者通過查詢服務注冊器找到感興趣的服務后向服務注冊器發出的請求，如圖1所示。

2 基于SOA架構的教務管理系統模型構建

2.1 需求概述

高校規模迅速擴大，校區分散所帶來的一系列管理問題正嚴重制約著高校的發展，不同校區由于歷史原因所使用的管理軟件各不相同，而不同系統之間的交互問題則是迫切需要解決的問題。基于SOA架構的教務管理系統可以很好的解決系統間交互沖突問題，從而提升院校教學管理效率，提升不同校區間的發展潛力。

2.2 基于SOA架構的系統架構方案

在基于SOA架構的系統中，具體應用程序的功能是由一些松耦合并且具有統一接口定義方式的組件組合構建起來的。因此，基于SOA的架構也一定是從企業的具體需求開始構建的。高校教務管理主要涉及到教務管理部門、學生和教師等，其主要功能為實現學生管理、教學計劃管理、成績管理等應用，其系統架構如圖2所示。

（下轉第1959頁）

（上接第1941頁）

2.3 基于Web service的系統邏輯架構

教務管理系統web service架構采用J2EE三層結構：數據表現層、業務邏輯層和數據層。

數據表現層是為教師、學生和管理人員提供應用服務的圖形界面，有助于用戶理解和高效的定位應用服務，如窗體服務、報表服務、頁面服務和文件服務等。

業務邏輯層位于數據表現層和數據層之間，為實現教務管理系統的業務邏輯專門提供了一個明確的層次，在這個層次封裝了與系統關聯的應用模型，并把用戶表示層和數據庫代碼分開。業務邏輯層提供客戶應用程序和數據服務之間的聯系，主要功能是執行應用策略和封裝應用模式，并將封裝的模式呈現給客戶應用程序，如登錄與身份認證、數據查詢、數據導入/導出、數據統計分析和數據加解密等。

數據層位于三層模式中最底層，它用來定義、維護、訪問和更新數據并管理和滿足應用服務對數據的請求。

三層結構系統通過層與層之間分離的功能提供了更好的性能。這種應用結構使得業務邏輯層能從數據表示層分離出，變成一個明確的專業層，從而提高了系統的可維護性[3]。

3 基于SOA架構的教務管理系統實現

教務管理系統包括以下子部分：管理控制與數據處理、數據采集與信息和系統管理。管理控制和數據處理子系統涵蓋了教學計劃、課表安排、教材管理、學籍管理、成績管理等子系統；數據采集與信息子系統以公共服務為主；系統管理子系統包含數據庫加密、數據導入/導出、門戶更新等子系統。

每一個子系統可利用Web Services提供統一的接口標準，在SOA下實現信息的構建、解析和傳輸，從而實現系統間的數據交換[4]。

JAVA具有跨平臺的優越性，而J2EE的WEB服務可方便構建能夠訪問現有業務流程的SOA系統，因此可使用J2EE技術開發基于SOA的教務管理系統。

4 結束語

SOA架構中可通過拆分與組合各種核心模塊，做到有針對性的構建滿足不同需求的SOA應用系統。基于SOA構架的教務管理系統可實現學校自上而下整體的緊密結合，既杜絕了重復開發的高成本，又提高了教學管理效率。

參考文獻：

[1] 葉宇風.基于SOA的企業應用集成研究[J].微電子學與計算機,2006,23(5):211-213.

[2] 葉鈺,應時,李偉齋,等.面向服務體系結構及其系統構建設計[J].計算機應用研究,2005,22(2):32-34.