導語：如何才能寫好一篇教務系統，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。

篇1

[關鍵詞]信息化排課系統 高職院校

一、引言

教務系統的排課問題是典型的多類資源組合優化問題，它是針對有限的師資、教學場地及教學時間資源，為達成最佳教學目標而進行的綜合有效規劃，通俗地講即安排適當的教室、教師在恰當的時間完成學校的全部教學任務。一般而言，在教師講授課程、班級及各門課程的課時數量確定的前提下，排課必須滿足下述基本要求：教學場地要滿足教學任務的條件需求；同一教學班級、教學場地及教師，在同一時間均只能進行一次教學安排。此外，課程安排還必須遵從教育教學的客觀規律，使所有教學任務在盡可能科學的時間進行。為此，還必須根據下列因素對課表做出優化：各門課程安排在最適宜的授課時間；同一課程的教學時間間隔必須合理；各個班級、教師乃至學校整體的課程密度盡可能平均等。由于目前許多高校存在合班課、選修課及教學資源不足的現實，排課問題變得更為復雜。

如果課表依靠人工生成，那排課人員的工作量十分巨大，因此我們必須找到一種能自動按規則和約束條件生成課表的方法。計算機和現代網絡技術為特征的現代信息技術極大地促進了高校的發展，現行的教育模式和方法面臨著前所未有的挑戰?；赪EB的網絡課表作為一種新的教務管理形式具有非常重要的現實意義和廣闊的發展前景。它給使用者提供了極大的方便，教師和學生能通過網絡獲得最新信息。

二、高職院校排課流程

高職校的排課問題有如下特點：課程可以是小班教學也可以是不同專業合班；同一個教師可以講授多門不同的課程；每次授課節次為連續的2節或3節；學生上課的教室不固定，排課階段基本分為階段1：下發教學計劃。學校將教學計劃下發到各開課學院(系)，下發的數據是課程信息和計劃學生人數信息。階段2：落實教學任務。各學院(系)根據自身的資源情況和教師情況確定任課教師名單和開課情況等信息。此處的班級不是行政班，而是根據專業和課程等因素拆分出的學生集。階段2結束后，各學院向學校返回(課程，教師，班級)信息。階段3：安排上課時間。這一階段包括校院兩級排課，但只安排課程的上課時間，不考慮地點問題。這一階段結束后，生成每個專業的推薦課表，推薦課表是以下信息的集合：(課程，教師班級，時間)。階段4：安排上課地點。由學校統一安排全部課程的授課地點。階段3和4分離的目的是充分合理利用教室資源。相對于其他約束條件，可用教室資源通?？梢哉J為是足夠的。

三、排課的約束條件

排課過程需要滿足的約束條件包括兩個方面：

第一方面必須滿足的硬件約束條件

(1)教師不沖突，同一位教師在同一時間只能帶一門課程；

(2)課表不沖突，同一張課表在同一時間只能有一門課程；

(3)合班課程不沖突.合班班級必須同時參加合班課程；

(4)資源限制，教師可用時段有限；教室資源有限；

(5)學時要求，每門課必須達到規定的學時(學分)要求。

第二方面應盡量予以滿足的軟約束條件，使課表更為人性化

(1)時段要求：根據課程特點和學時要求，不同課程的時段要求不同。例如基礎課、理論課、專業課盡量排上午，選修課盡量排下午；每次授課學時不超過3學時，若每周需排2次課，應隔天。

(2)教師課表的連續性要求：大多數教師希望集中、連續授課，因此每天每個教師授課節次應盡量緊湊，中間無空課時。

(3)班級課表的分散性要求：考慮到學生的接受度，學生的課表應盡量平均分散在每周的五天。

根據排課經驗和高校的實際情況，我們對排課問題做以下假設和簡化：

(1)教室資源足夠?？捎媒淌屹Y源通常遠遠大于教師和可用時段，在排課算法設計中暫不考慮教室資源。

(2)將每天的13節課分為5個時段。

(3)不考慮學生課表的分散度要求。由于選課制度的實行，學生可以一定程度上自主調節學習計劃和課表。因此，學生每周的課時數大致是均勻分散的。

(4)不考慮教師調整及合班調整情況。人工排課過程中，可以對階段2的個別不合理操作進行調整，還可以互換兩個教師所帶的班級。

四、搭建信息平臺，整合排課環節

計算機排課系統作為網絡科學新技術功能模塊之一，系統要滿足以下幾個基本條件：操作簡單，排好的課表通過網頁形式可直接查詢和打??；設置簡單：流程合理，界面清晰，管理人員可快速對系統進行設置及初始化；功能實用：可以方便地對固定課、無課、共用公共場地、教師活動安排等進行設置；排課靈活：手工排課，自動排課可交替實施，課表調整自動判斷是否滿足已設條件等；調課方便：在管理員的允許下，教師之間可以實現相互調課，優化掃描結果；多種方法信息輸出：通過IE直接預覽、打印輸出班級課表、教師課表和總課程表等；數據安全：數據能自動定期備份，手工備份及恢復。

由于這是基于計算機的自動排課系統，因此在實現排課及查詢的基本功能外還要著重考慮系統的安全性問題，以避免受到人為的攻擊與破壞。計算機排課是系統自動調用數據庫收集的信息然后利用設定的約束條件和算法進行排課。整個課表生成過程以計算機自動生成為主，手工調整為輔的形式產生。排課問題實質上是課程、班級、教室、教師、時間這五維關系的沖突問題，要合理的解決這個問題就要結合之前提到的一些基本原則以及排課的一些基本要求。由于排課管理員不能完全了解每位教師的實際情況，使安排的上課時間與教師個人在學習上或生活中的時間發生沖突，造成今后頻繁的調課操作，即增加了工作量。因此可以設計一個信息采集的接口，使整個系統更加人性化。

五、結論

隨著各校辦學規模的擴大及各種軟、硬設施的不斷變化，學校排課工作變得越來越復雜，人工排課已經不能適應學校的發展，而現代計算機技術則將原本繁瑣而又復雜的排課工作變得簡單與高效。本文討論了高職院校課表問題的要求和難點，在分析現有各種排課算法的優缺點和排課基本流程要求的基礎上，結合排課的實踐，提出了計算機排課方案，適應了高校的進一步發展。

參考文獻：

[1]陳本慶，馬永強.改進型回溯法在高校排課中的應用.成都信息工程學院學報，2003，(2)：150-153.

[2]張東摩，李紅兵.人工智能研究動態與發展趨勢.計算機科學，1982，(52)：5-8.

[3]王曉東.計算機算法設計與分析.北京電子工業出版社，2004.

篇2

教務管理系統是一個輔助學校教務處教務人員完成日常工作中，涉及學籍管理、開課編排和成績管理這三項日常比較繁重的工作。它應用計算機在數據處理和數據整理保存方面的優異性能，幫助工作人員提高工作的效率、減少出錯情況。同時還能提供快速的查詢檢索功能以及按要求進行成績單的打印的功能。

教務管理系統是一個使用Client/Server技術、面向學校教務處用戶的多模塊信息管理系統。它采用了當前流行的C/S結構，可以突破了原先教務系統使用的局限性，實現多機同時工作統一數據庫。因而就可在多地域、任意時間段來訪問教務系統中的數據，大大加強了系統數據共享的能力。另外采用了以上流行和標準的網絡技術也極大地提高了系統的可移植性。

教務管理系統特點

先進的技術。是一個基于C/S技術的系統，實現了數據的集中管理，提供最大程度上的數據共享，在保障了數據的一致性的同時，降低系統的維護工作量。

面向教務管理人員提供服務。教務管理人員通過教務管理系統管理學生相關的教務數據。

模塊化的結構，學籍管理、開課管理及成績系統既可一條龍運行，也可分別運行，只要提供各部分所需的入口數據。

統一的風格，標準的操作界面，便于教務人員使用教務管理的各個子系統。

方便易用的工具，便于數據的查詢，維護和打印。

主題字

信息管理系統

教務管理

：10000多字

有目錄及參考文獻

300元

備注:此文版權歸本站所有；。

篇3

【關鍵詞】教務管理系統；雙機容錯；Heartbeat；Oracle；數據恢復

高校教務管理系統是學分制與信息化技術結合的產物。學分制是一種教學管理制度，是對學生在完成學業的過程中的一種管理手段，學生根據學分制中的具體制度，來制定自己的學習計劃。高校教務管理系統便是為了使用信息化手段來解決學分制驟然而生的巨大工作量而誕生的。本文介紹了集群以及雙機容錯的基本理論。對教務管理系統改造雙機容錯進行了功能需求的分析，提出了設計目標，并針對每個功能模塊給出了設計。

一、高校教務管理系統的體系結構

高校教務管理系統的使用人群為全體在校的學生、教師、教務處人員和院系教輔人員。眾多的學生和教師需要能夠隨時、隨地使用系統，因此，系統應為B/S結構；而教務處人員和院系教輔人員需要大量的處理數據，并且地點固定，因此，系統還需要C/S結構。此外，教務管理系統中需要存儲大量的數據，比如在校生的信息和已畢業學生的信息，歷年學生的成績，教師的信息，教材的信息等等。因此，應選擇中、高級的數據庫系統，比如SQLSERVER或ORACLE等。

二、雙機容錯的工作模式

所謂的雙機熱備份，就是一臺主機為工作機（Active Server），另一臺主機為備份機（Standby Server）。在這種容錯方案中，各服務器只需一塊網卡，共同連接在同一網絡上，在系統正常情況下，工作機為信息系統提供支持，備份機監視工作機的運行情況，與此同時工作機也監視備份機是否正常。工作機會通過互連的網絡線，周期性地發出用于相互檢測的測試包給備份機。如果此時工作機出現故障，備份機在連續丟失設定數目的檢測包后，會認為工作機出現故障，自動檢測設置中是否有第二種心跳，如果沒有第二種心跳的話，備份機則根據已設定的規則，啟動備份機的相關服務，完成雙機熱備切換。備份機主動接管（Take Over）工作機的工作，繼續支持信息的運營，從而保證信息系統能夠不間斷地運行（Non-Stop）。

雙機共享磁盤陣列柜方式是以磁盤陣列柜為中心的雙機容錯方案。磁盤柜通過SCSI線連接到兩個系統上，并能被兩個系統所訪問。關鍵數據放在共享磁盤柜中，在正常運行時，控制權在主用系統上，當主用系統發生故障或主用系統檢查到某種故障后，系統控制權就切換到備用主機。主用系統修復后，主備角色互換，雙機系統進入正常工作模式。使用共享磁盤陣列方式的兩臺（或多臺）服務器的數據同時存放在一個磁盤陣列柜里，因此，不需要進行數據復制，只需在其中一臺服務器停機時將此服務器的工作轉移至另外一臺服務器，工作較為簡單。由于數據存儲在同一磁盤陣列柜里，一旦磁盤陣列柜的數據損壞則數據全部丟失，有單點崩潰的可能性，而且由于服務器與磁盤陣列柜之間通常使用SCSI線連接，因此受到距離的限制。

三、雙機容錯的教務管理系統的總體架構

1.總體設計。ORACLE雙機容錯的工作過程設想如下：其中一臺服務器被指定為工作機，由它處理當前運行的業務，另一臺為備用機。備用機平時不參與業務處理，僅完成數據鏡像任務。一旦工作機發生故障，備用機立即啟動對外提供服務，使運行著的業務不至于因為系統的單點故障中斷，實現系統的高可用性。①正常狀態中，工作機提供服務，同時監測備用機的狀態；備用機監測工作機的運行狀態。②當工作機運行異常時，備用機立刻接替工作機的工作，代替工作機向外部提供服務。③系統管理員將工作機故障排除后，可將工作機設置為備用機，也可以由工作機替回備用機。

2.系統軟硬件平臺。①硬件平臺。WEB服務器和兩個ORACLE數據庫服務器均采用DELL服務器，2個Xeon2.6GHz處理器，內部存儲器為SDRAM ECC 2GB，外部存儲器為73 GB的SCSI Ultra2，使用INTEL公司的E1000雙網卡。②軟件平臺。WEB服務器使用Windows Server 2003操作系統，WEB服務使用WebLogic8.1版本。兩臺數據庫服務器的軟件：①Redhat Linux Advance Server 4②Oracle9i③Heartbeat-2.1.3④Mon-1.2.0⑤3Com boot services⑥Symantec Ghost8.0網絡版。

3.模塊設計。根據可用性的定義公式可知，提高系統的可用性有兩種方法：增加MTTF和減少MTTR。增加MTTF就是增加系統的可靠性；減少MTTR的做法就是當故障的產生難以進行有效的預測和消除時，通過快速故障恢復，降低平均修復時間以達到提高可用性的目的。

雙機容錯的乾豪教務管理系統分為四個主要模塊：心跳監控模塊、數據同步模塊、監測模塊和系統維護模塊。

4.系統維護模塊的實現?？梢圆捎肙racle的邏輯導出（EXPORT命令）來備份數據庫，可以采用定時備份和人工備份相結合的工作方式，即在教學活動不頻繁的情況下，采用每周一次的定時備份，備份時間可以放在晚上或者凌晨；而教學活動頻繁的時候，比如學生選課階段和教師錄入成績階段，此時，可由人工每天備份一次。備份出來的文件應及時刻錄光盤，并遠離服務器存放，避免服務器突發故障。

參考文獻：

篇4

>> 基于SOA的多校區教務管理系統分析 基于.NET的教務管理系統設計 基于SOA的教育資源管理系統整合設計 基于SOA的生產進度管理系統設計與實現 教務管理系統的設計 基于Web的教務管理系統的研究與設計 基于Struts的教務管理系統的設計與實現 基于Access的教務管理系統的設計與應用 基于winForm的教務管理系統的設計和實現 基于Web的教務管理系統的設計與實現 基于web的教務管理系統的設計與實現 基于JAVA的教務管理系統的設計與實現 基于WEB的成教教務管理系統設計探討 基于.NET的高校教務管理系統設計 基于工程訓練的教務管理系統設計與實現 基于VC的學生教務信息管理系統設計 基于.NET的綜合教務管理系統設計與實現 基于WEB的學院教務管理系統設計與應用 基于智能客戶端的教務管理系統設計 基于SOA系統架構的環境信息管理系統的設計與實現 常見問題解答 當前所在位置：.

[5]孔祥瑞等.基于SOA和ESB的運輸管理系統的設計[J].交通與計算機，2008，（5）.

[6]萬哲.基于SOA的業務流程管理系統的研究與實現[D].湖北：武漢理工大學，2008.

[7]詹澤梅.基于SOA高校人力資源管理系統的設計與實現[J].信息技術，2008，（10）.

[8]吳延鳳等.基于SOA的高校信息資源整合研究[J].福建電腦，2008，（11）.

[9]劉秋生等.基于面向服務架構的業務流程管理系統構建[J].商業時代，2008，（32）.

篇5

【關鍵詞】教務管理 NET平臺 公安培訓

一、研究的目的及意義

一個國家的持續發展需要和諧、安定的社會環境。公安隊伍肩負著維護國家安全、駕馭社會治安形勢、處置突發事件和為經濟發展服務的責任，在打擊犯罪、構建和諧社會中發揮著重要作用。公安民警只有終身學習、終身培訓，才能適應社會的變化和發展。公安教育是公安管理的一項重要內容，它以自己鮮明的行業特色，采用學歷教育、在職培訓和自學考試等形式，對從警人員進行職業的教育和再教育。為了迎接21世紀對公安工作的挑戰，推動公安事業的進一步發展，我們必須深入研究公安院校教育管理工作中存在的問題，準確把握未來趨勢，要把普遍教育規律與公安人才培養相結合，形成公安院校自身的辦學特色，有助于公安院校在新的歷史機遇期培養高素質公安人才，為社會主義和諧社會建設服務。

二、系統的需求分析及研究方法

（一）系統開發目標。本系統力求建成一個適應公安院校教學改革、完整統一、技術先進、安全可靠的教學管理信息系統。利用DES和RSA加密算法對系統數據進行加密，借助防火墻與校園網隔離，抵御來自外部網絡的惡意攻擊；采用相關的數據備份、安全審計措施，使得建成的系統應能避免因軟、硬件故障造成的數據損失；界面友好，易于學習，非計算機專業人員經過短時間培訓即可掌握基本操作。借助教學管理信息系統的建設，促進教學管理人員素質的提高，滿足校內外對教務信息共享和利用的要求，為各院系、市級培訓中心提供更便捷的服務。

（二）公安院校教務管理系統的業務分析。公安院校教務管理業務涉及范圍較廣，教務管理人員不僅要對本院學員進行管理還要對各市的培訓中心進行遠程管理。參與管理的人員尤其是各培訓中心的管理人員地理分布分散，作為管理者同時又是被管理者，工作的及時性、準確性、規范性都難以得到有效的約束。從圖1可以看出教務管理所涉及的業務范圍。（見圖1）

（三）功能需求。教務管理系統的主要目標是具備對學員個人信息、師資信息、教學資源信息、課程信息、學員成績信息等進行管理和維護。本系統的功能需求主要包括教務管理人員對功能的需求、系統管理員對功能的需求、教師和學員對功能的需求三部分。（見圖2）

三、系統的實現

（一）用例圖

根據公安院校教務管理的業務分析，初步確定了系統的用例圖，如圖3所示。（見圖3）

（二）系統數據模型的建立

數據庫的邏輯設計需完成以下幾個工作：識別對象及對象之間的關系，定義對象的成員，接下來將對象轉化為實體，并根據對象模型定義實體的屬性、屬性類型、長度等信息，最后根據對象之間的關系建立實體之間的各種關系；數據庫的物理設計需完成以下幾個工作：根據邏輯模型劃分具體的表和視圖、定義外鍵約束。本系統按照建立起來的對象模型，共建立了31個數據庫表，各表模式如下：

（1）校長表（ID，學校名稱，校長姓名，任職時間，備注）；（2）院系表（院系ID，院系編碼，院系名稱，備注）；（3）層次表（層次ID，層次名稱）；（4）形式表（形式ID，形式名稱）；（5）專業表（專業ID，專業名稱，層次ID，形式ID，學制，年級，備注）；（6）專業開設表（開設ID，院系ID，專業ID，開設時間，備注）；（7）課程表（課程ID，課程名稱，課程拼音，備注）；（8）專業課程表（專業課程ID，專業ID，課程ID）；（9）教師表（教師ID，教師姓名，教師拼音，性別，出生日期，民族編碼，身份證號碼，職稱，單位，家庭住址，電話，是否在職，備注）；（10）教師授課表（教師ID，課程ID）；（11）教學計劃表（教學計劃ID，課程ID，課程編碼，專業開設ID，開設學期，面授學時，實驗學時，考核方式，課程類別，是否有效，是否百分制，平時百分比，實驗百分比，考試百分比，備注）；（12）各市培訓中心表（培訓中心ID，中心名稱，中心編碼，通信地址，郵編，傳真，電話，郵箱，備注）；（13）培訓中心表（培訓中心ID，名稱，中心編碼）；（14）學生表（學生ID，學生姓名，學生拼音，性別，民族，身份證號，考生號，入學日期，出生日期，工作單位，聯系電話，通信地址，郵編，冊號，面號，行號，入學專業開設ID，當前專業開設ID，學號，是否畢業，備注）；（15）在職培訓人員表（警號，姓名，姓名拼音，身份證號，性別，培訓類別，民族，籍貫，出生年月，家庭住址，聯系電話，郵編，職務，工作單位，參加工作時間，政治面貌，文化程度，備注）；（16）學籍變動表（學籍變動ID，轉入專業開設ID，轉出專業開設ID，更新日期，變動類別，變動原因，備注，轉入學校，轉出學校）；（17）執行計劃表（執行計劃ID，開設專業ID，課程ID，學年，學期，教師ID，教材名稱，學生人數，是否有效，備注）；（18）上課時間表（上課時間ID，執行計劃ID，上課起始時間，上課截止時間，是否有效，備注）；（19）課程考試表（課程考試ID，執行計劃ID，考試時間，是否有效）；（20）教學日歷表（教學日歷ID，執行計劃ID，教學日歷內容，上傳時間，文件名，是否有效，備注）；（21）成績表（成績ID，學生ID，課程ID，平時成績，實驗成績，考試成績，提交日期，最終成績，缺考類型，備注）；（22）補考表（補考ID，學生ID，課程ID，補考次數，備注）；（23）學籍證明管理表（學籍證明ID，學生ID，證明時間，證明開據人）；（24）驗印科目表（驗印科目ID，開設專業ID，課程ID，畢業時間，是否有效，備注）；（25）驗印不合格表（ID，學生ID，驗印科目ID，是否有效）；（26）學位課程表（學位課程ID，課程名，專業ID，是否有效，備注）；（27）學位成績表（學位成績ID，學位課程ID，學生ID，成績，備注）；（28）畢業生表（ID，學生ID，畢業證書號，是否有學位，畢業時間，備注）；（29）用戶表（用戶ID，姓名，性別，出生日期，民族編碼，身份證號碼，職稱，單位，家庭住址，電話，是否在職，備注）；（30）角色表（ID，角色名，權限名稱）；（31）用戶角色表（ID，用戶ID，角色ID）。

（三）系統主要功能模塊的實現

1.用戶登陸

本系統用戶包括部門、教師、學生和游客四種登陸類型。用戶登陸頁面根據用戶選擇的不同身份，驗證其提供的用戶名、密碼。在用戶身份驗證通過后，利用Session變量記錄用戶號、用戶身份，在進入其它頁面時系統會先判斷Session變量來確定用戶身份，從而實現其它頁面根據不同的身份顯示不同內容的功能。

在登陸過程中，系統設置了四種用戶身份，用戶可以通過不同的用戶名和密碼的輸入，單擊登陸按鈕來提交驗證信息，若信息正確無誤，則以不同的身份登陸到系統中，功能模塊各不相同。

2.學籍管理

在此功能模塊中，用戶可以查詢學生的詳細信息，進行新生信息的錄入，學籍的轉入及轉出，以及密碼管理功能。主要負責新生注冊和信息的查詢工作，在查詢條件中，可以按照姓名、所屬院系、所屬專業、所屬班級逐級進行條件查詢。

在錄入學生信息部分的編程中，相關的數據鏈接也是由數據庫中的學生信息表單的各個字段來決定的，利用數據綁定功能來完成添加過程。在前面介紹的學院管理、專業管理、班級管理、教師管理和學生管理幾個模塊中，都有其相互關聯和類似的功能應用，而且主要是在部門用戶身份下所使用，屬于系統的基礎數據量的錄入和查詢的管理，具有一定的通用性。

3.成績管理

成績管理模塊是在教師身份下實現的，主要介紹教師學期授課情況以及學生課程成績的錄入、查詢功能。通過這個功能，老師可以查詢到自己的所有歷史學期的授課課表，以便成績的錄入與修改，包括課程代碼、課程名、授課學年及學期信息。

關于成績錄入其實實現的是學生成績的導入操作。教師可以直接下載成績導入模板，在后臺錄入成績信息，在從系統中導入Excel成績單，這樣避免了教師在網上錄入過程中的所出現的不必要的失誤，保證了系統的安全性，同時也保留了原始信息，更加方便、快捷。

學生成績成功導入后，直接單擊查看，可以查看到導入的基本信息。當然也可以按照學生的開課學年、學期進行精確查詢學生成績，同時還可以查詢到學生在校的所有成績情況。

四、結 論

本系統面向公安院校，把普通高校的教務管理系統與當前公安院校教務管理的特點有機結合，滿足了公安院校中普通學歷教育與干警在職培訓兩種教育模式的特殊需要，提高管理效率和水平，能夠方便快捷地將原來分散在各部門的教務信息進行有機地組織和管理，及時提供可靠數據，為學院的科學化決策提供重要依據。

圖1 教務管理業務分析圖

篇6

關鍵詞：地方財經類高校；教務系統；設計

本文為河北金融學院教改課題“依托教務系統規范教務管理”（項目編號：201149）

中圖分類號：G64 文獻標識碼：A

收錄日期：2012年11月23日

隨著高校功能的轉變，普通高校均開始實行學分制改革，而學校作為一所地方性的財經類院校，學校如何發展自己的優勢，關鍵在培養出的學生，其核心在于教學管理，而作為伴隨學生接受整個高等教育過程的工具——教務系統，其重要性就凸顯出來了。地方財經類院校的教務系統應包括教學計劃、學生學籍、學生成績、排選課、實踐教學、教材管理等多種服務功能模塊，下面分模塊來論述教務系統模塊設計。

一、教學計劃

教學計劃模塊可以簡便地設置各年級專業理論課程、專業課程模塊、專業實踐環節、畢業學分要求等?？梢灾С帜K化教學計劃管理，細化地管理課程庫信息的規范，包括課程編碼、課程承擔單位的設置、對于以往課程的管理、對于同名課程的檢測與處理，并可以提供年級之間、專業之間教學計劃的復制功能，通過微調，快速完成新的年級、專業教學計劃的制定。

可以劃分校區、院系、單個或多個年級與專業快速批量讀取各學期開課計劃，并可由各院系等承擔單位提交開課變更申請，經審核確認后生成正式的開課計劃?？梢栽敿氂涗浥c統計學期開課變更情況，動態跟蹤教學計劃的執行情況。根據地方財經類院校人才培養方案可以設置學期公共任選課、學科選修課以及對應所適應年級和專業。

二、學生學籍管理

學生學籍管理模塊可以通過規范的模板批量導入或零散錄入學生信息，批量或零散地增改有關信息，并根據學生中文姓名自動生成英文姓名，利于快速創建完整準確的學籍檔案。因為財經類院校學生報考會計、金融、計算機等證件的同學較多，教務系統應支持攝像頭、數碼相機的現場采拍功能，照片的個別導入和批量導入功能。對于注冊功能，可以基于校園網由各個院（系）/部辦理學期報到，登記報到與不報到學生，統計學期報到情況。

地方財經類院校由于專業多為管理或者經濟，所以轉專業同學較多，可以按不同的學生異動類別設置相應異動功能，包括休學、復學、退學、轉專業等，并且可以和排課、選課、成績關聯起來。

可依據設置的異動規定（含學業預警），智能判斷學業預警學生與規定異動學生；為學業預警學生打印學業預警通知單；通過校園網接收學生異動申請；為預計異動學生打印異動審批表。

三、學生成績管理

學生成績管理模塊有多種成績表現形式可以設置并可以相互轉換，提供對不同專業學科主干課程進行學分績點的計算進行設置和統計。模塊支持多種成績的計量方式，根據平時成績與期末成績自動生成總成績?？梢钥焖俳y計各課程、各教師、各開課單位和學生所在班級的已錄入的成績，按成績區間進行統計。能夠對平時成績、期末考試成績進行單獨分析，對總成績進行綜合分析。

模塊可以由所設置的各課程成績錄入人通過系統WEB端或客戶端錄入學生課程成績與實踐成績。在成績錄入的過程中應可以準確關聯，并提示緩考、舞弊、缺考、免修等信息，即可以分課程按上課班級錄入，亦可按行政班級錄入，同時可以處理不同修讀性質的如補考、重修、免修等課程成績，方便畢業審核，提供學生學業監控報警，可以準確處理異動學生的成績認定。

財經類院校教務系統可以打印成績通知單、排名表、考試未通過學生名冊、學生成績檔案表等多種常用報表。可以提供多種成績查詢方式，提供豐富實用的成績統計分析圖表。支持網絡課堂成績經過申請可直接轉入教務系統成績。獎學金評定是很讓學生管理部門感到繁瑣的事情，成績模塊支持自動對一門課程或課堂進行排名，并可以按學生所在班級進行成績排名，方便獎學金的評定，為教師和學生提供網上成績錄入和查詢的界面。

四、排選課管理

教務系統可以進行批量排課，所有課程時間地點一次性批量完成，當由于各種沖突或資源過于緊張造成的少量有沖突課程，系統通過智能排的方式未排完的課程，可以直接查詢，并可以直接通過輔助排的方式，快捷地完成剩余部分的課表編排，輔助排的過程中，能夠自動檢測可用的教室與節次，還方便地對課程進行調整。

根據財經類院校具體情況選課自行設定，支持教師、學生互選，根據學期教學任務和排課數據，實現學生網上制定個人學習計劃，通過系統網頁端，完成選課事宜，同時可以快速處理重修選課、學籍異動前后的選課處理，為學生提供功能完備、高效的網上選課平臺。

五、實踐教學管理

實踐教學主要包括實習、畢業論文、實驗課程和有實驗環節的理論課程。財經類院校實踐是重要的教學環節，系統依據學期開課計劃，形成學期初步實踐教學任務，生成學期實踐教學進程。

財經類院校教務系統應安排學期實習任務，輔助安排實習，包括實習基地、指導教師、實習分組、班級學生實習安排等?？梢蕴峁W期課程設計任務，輔助安排課程設計，包括課題管理、課程設計分組、班級學生實習安排、指導教師等，并可以按班級、周次等生成詳細安排表。

系統還提供學期畢業論文任務安排，提供畢業論文答辯，包括畢業設計課題管理、畢業設計分組、指導教師安排、答辯分組、答辯專家安排等功能，并可以按班級、周次等生成多種詳細安排表。

六、教材管理

系統實現教材相關報表查詢，教材預定、征訂、入庫、出庫、退書、領書等功能?？梢哉鷮牖蚴止や浫敫鞣N教材信息，可以實現教材的自動盤點，并生成各種盤點表。當選課結束后，沒有選出的課程，選用的教材應自動刪除?？稍敿氂涗浗滩牡氖胀?發退、報損與贈送情況。

主要參考文獻：

[1]呂向紅.論學分制內涵體系及其制度設計理念[J].高教探索，2007.2.

篇7

關鍵詞:軟件構件;軟件復用;管理信息系統

Abstract: With the increase of software development scale and complexity， as well as the boost to the need of software development speed and quantity， software crisis has been exposed increasing. It s emergency to increase the efficiency of software. To conquer software crisis， theory of software reuse is presented and has been under study. The technology based on software components is considered as the main measure to solve software crisis， improve software productivity efficiency and software quality

Key words: Software Component;Software Reuse;MIS

在一般系統軟件開發過程中普遍存在著開發周期長、開發量大、大量重復開發、變化多等問題，嚴重影響著開發的效率和質量。軟件構件技術是解決這一問題的有效方法，構件技術是軟件復用技術的最新發展趨勢。本文在對軟件構件理論研究的基礎上，將構件技術應用到管理系統軟件開發中，探討了如何利用軟件構件技術開發教務管理系統軟件。

1 構件技術概述

構件技術是獨立于語言，面向應用程序的在二進制基礎上的代碼復用，是指軟件系統中具有獨立功能和可復用價值的部分，它只規定構件的外在表現形式，而不關心方法。它既可用面向對象編程語言實現，也可用非面向對象編程語言實現。只要遵循構件技術的規范，各個軟件開發商就可以用自己方便的語言實現構件。

從軟件模型方面考慮，構件技術就是把一個復雜的應用程序分成幾個模塊，每個模塊之間相對獨立。每個模塊可以單獨開發、單獨編譯、單獨調試、單獨測試。每個模塊留有接口以便被訪問。這樣的模塊就可稱為構件。當所有的構件開發完成后，將其組合在一起就得到完整的系統。當以后系統的運行環境發生變化或需求需要更改時，只需對受影響的構件進行修改。

2 構件技術在教務管理系統中的應用

設計教務管理系統時采用分層的思想，將與實現環境有關的部分和業務邏輯分開，為應用軟件開發者提供靈活定制業務數據、界面、系統功能和業務邏輯擴展機制，還提供了大量可復用的通用構件、業務構件等。

首先根據系統的需求分析，將應用軟件系統分成若干個子系統，然后對各個子系統按照多層體系結構的思想進行分層，劃分為若干層。然后將功能獨立的構件從系統中分離出來。見圖1為系統功能模塊。

在對系統進行分層時，需從以下幾方面考慮:

(1)對管理系統中經常用到的操作如登錄、打印、查詢，我們可將其單獨分為一層為通用構件層。這些操作可以很方便地從一個系統的開發移植到另一個系統的開發中。

(2)對于處理與業務邏輯和業務規則直接相關的操作，可將其分為業務構件層。這一層也是管理系統的主體。

(3)為了保證底層數據庫操作的可靠性、正確性和事務完整性，可引入了數據接口層。數據接口層可屏蔽各種底層數據庫之間的差異，將操作層的數據存取操作翻譯成底層數據庫的操作語言，負責與底層數據庫之間的連接。

(4)構件設計時不但滿足系統需求，而且要具備高內聚、低藕合、易于復用的特點。構件有不同的粒度，有不同的大小和分類，小的可以是一個類，大的可以是完成某個獨立系統功能和服務的獨立的軟件包。設計構件時粒度要適中，粒度過大，構件的復用難度會加大，粒度太小，構件雖然容易復用但卻不易管理。

基于構件的教務管理系統將系統的不同特征組織在不同層次上，有利于不同層次的構件重用。最后將系統體系結構分為四層從上到下依次為用戶界面層(與用戶進行交互的構件)、通用構件層、業務邏輯層、數據接口層。

3 結束語

教務管理系統迫切需要開發思想和方式的改變，以適應不斷增長的業務需求，這就要求在開發中實施構件復用，否則將難以適應系統的需求變化和低成本的要求。將軟件構件技術應用到教務管理系統軟件開發中，可以提高軟件復用率，避免重復勞動，極大地提高軟件的生產效率和質量。

參考文獻

[1]狄連君，程華.面向對象設計思想在管理信息系統中的應用[J].黑龍江石油化工，1997，2:40.

篇8

【關鍵詞】管理信息系統；教學教務；C/S模式；B/S模式

1.需求分析

教學教務管理信息系統平臺應包括學校管理條例，基本職能，技能信息，教學成果，培養方案，教學通知，校歷等基本信息。還應包括院系設置查詢，專業設計查詢，教學計劃查詢，課程設置查詢，教師信息查詢，學生成績查詢等功能。提供教師，學生，管理員三種用戶的登錄，根據身份的不同，操作權限就不同。系統提供管理員，教師，學生三種用戶的登錄。

2.總體設計方案

2.1 開發模式

B/S模式有一個顯著的特點就是客戶端，實現了客戶端的“零”安裝，不需要進行客戶端軟件的維護，所有的維護均集中在服務器端；從擴展性來講，這種結構是一種松散的無約束結構，系統擴展只是增加服務器端的應用。也就是說，訪問本系統的遠程用戶只要啟動Web瀏覽器，通過校園網（TCP/IP）就可以連接學院的教學教務管理信息所存放的服務器。

2.2 系統網絡平臺

本教學教務管理信息系統一個依托校園網，以Internet作為網絡平臺的應用，需要考慮的網絡平臺包括網絡硬件平臺、網絡操作系統、Internet服務器軟件、客戶機軟件等，結構圖如圖1所示。

因此本系統采用（c#）作為B/S模式下的前臺開發工具；作為B端的數據訪問技術。后臺采用PowerBuilder作為開發設計語言，使用Oracle作為DBMS。

2.3 系統設計與實現

根據系統的業務需求及職能劃分，將系統分為教學計劃管理、教學資源管理、排課管理、選課管理、學生成績及學籍管理、考務管理、實踐教學管理、教學考評管理等8個子系統，每個子系統又包含了若干項子功能模塊。每個子系統都具備相應信息的錄入、查詢、修改、打印、刪改等功能。根據用戶對每個子系統的具體需求，每個信息管理子系統有其自身的具體要求和特點。

（1）教學計劃管理。功能包括：錄入與維護理論與實踐教學環節信息；設置各年級、專業教學計劃，產生學期開課計劃；詳細記錄計劃變更；設置課程類別。

（2）教學資源管理。功能包括：校區信息、樓房信息、部門、專業設置和維護；教職工信息維護和分析；教學場地及功能設置和維護。

（3）排課管理。功能包括：依據教學計劃生成教學任務書，各教學單位為相關課程指定教師；合理科學地完成課表編排；提供教師課表、課程課表、教室課表、學生課表、全校課程總表。

（4）選課管理。功能包括：教務處通過校園網選課的有關規定，提供多種控制選課手段，如分年級、按專業確定預選課程學分上限等；根據教學計劃，教務管理人員添加選修課程，學生登錄網絡平臺選課；根據選課處理結果，通過校園網有關課程取消與選課調整等信息，并及時通知相應的學生；選課期結束后，系統會生成選課表和各種統計分析報表；同時提供多種信息查詢，如教師查看選課學生名單，按課程、上課班級查看學生名單，某門課程被選的實際情況等。

（5）學生成績及學籍管理。一般的學生只有成績查詢的權限；而教師不僅有對所教課程成績查詢的權限，還有錄入學生成績、修改學生成績、查看成績的權限。同時管理人員還可以處理與成績有關的免修、重修等特殊情況，產生多種實用的成績分析報表。學籍管理分為幾個功能：學生入學報到，生成新生初始學籍檔案，分班，記錄學生獎懲情況，生成學生學籍異動數據，打印學籍卡片、學生名冊、畢業生檔案，生成上報的新生電子注冊與畢業生電子注冊數據、高基報表及學籍異動統計表。

（6）考務管理。功能包括：學生緩考課程登記；考試時間、地點、課程、監考人員確定；學生考試證打??；提供課程考試安排表、監考人員安排表、教師考試安排表和全校考試安排表；學生缺考、考試舞弊登記等處理。

（7）實踐教學管理。功能包括：依據開課計劃和選課情況，由承當教學單位確定教師、地點、時間；確定學期軍訓、實習、課程設計、畢業設計的任務和安排；錄入相關環節的成績并進行分析。

（8）教學考評管理。功能包括：設置教學評估體系與教學工作量計算公式；學校督導、指定教師、學生對教師教學考評；計算教學人員的學期工作量，提供工作量查詢、打印。

2.4 安全問題

Internet是一個開放的網絡環境，正是這種開放性導致了其潛在的不安全性，所以系統的安全性是一個必定要考慮的問題，系統中保存著許多“敏感”的信息，如學生的成績、教師的工作量、用戶的登陸密碼等等，為此，要對用戶及其訪問權限做出嚴格的規定，如非授權用戶不可以對數據庫數據進行查詢、更改或刪除操作。本系統所采用的是用戶在進入系統前首先輸入用戶名和密碼進行登錄，如為非法用戶，系統會拒絕其訪問；即使能夠進入系統，系統也會根據其身份確定其訪問權限，所有涉及到數據的增加、更改和刪除操作的地方一般用戶是不能夠進行的，只擁有對數據庫的讀取權限（查詢），除非有特殊需要，可以由管理員修改其權限后方可進行。

3.前景與展望

該系統是以本人所在學院實際的教學教務管理工作為基礎而開發的，一旦投入運行，可以滿足學院內外對教學教務信息的多層次、多角度的查詢要求，為學院領導的決策提供科學的依據，然而系統的維護與建設需要根據實際情況的變化不斷地修改和調整，使得系統的功能進一步豐富和完善。再者，基于ASP技術開發的B/S結構的MIS的開發和應用有著十分巨大的發展前景，主要是由于ASP技術自身的優點和Microsoft平臺的廣泛應用。

4.結束語

對教務教學管理信息系統設計原則以及模塊功能的分析可以發現，這套系統已基本覆蓋了教務教學管理的各個環節及層面，安全實現了信息的快速傳遞和高度共享，不僅使教務管理人員從大量的簡單重復的數據處理中解放出來，同時也為廣大師生的信息查詢提供了極大的便利，從而大大提高了教務部門管理和服務的質量和效率，對于推動學分制改革，真正發揮學分制的優勢具有重要的意義。

參考文獻

[1]蔡翠平,尚俊杰.網絡程序設計-ASP[M].清華大學出版社,2004,2.

[2]張固.ASP網絡應用系統典型模塊開發實例解析[M].人民郵電社,2004.

[3]高林.管理信息系統與案例分析[M].北京:人民郵電出版社,2004.

篇9

關鍵詞：教務管理；信息系統；安全防護

高校教務信息管理系統即面臨著網絡技術帶來的“雙刃劍”的考驗。一方面，高校人員數量密集、智力活動多樣、信息交互頻繁，必須采用信息技術實現準確、高效地處理教務職能工作。在高性能計算機和高速網絡的保障和輔助下，要安排排課、考試、監察、成績等日常教務管理工作，而且還要同其他部門有序協同、快速銜接和同心合作，實現大學教育信息的流轉傳遞和信息共享。另一方面，軟件漏洞、黑客侵入也給教務信息管理系統帶來安全防護的難題，極有可能造成數據丟失、成績篡改，更嚴重的是系統癱瘓。由此可見，當前大學網絡運行與基礎建設首當其沖應考慮教務信息管理系統的安全穩定和高效運行。

一、信息傳輸的風險分析

計算機設備或者系統實現信息交互的基礎是使用相同的通訊語言，即網絡協議。目前，計算機網絡普遍使用TCP/IP協議作為通訊的手段。安全問題在TCP/IP協議設計伊始并沒有被重點關注和考慮，以至于網絡發展越來越龐大、越來越復雜，其安全性問題也越來越突出。概括歸納起來安全問題主要集中和體現在“兩個缺乏”：第一，認證識別和鑒別身份缺乏有效機制，通信雙方彼此確認身份信息困難；第二，信息加密技術缺乏有效手段，傳統的加密措施容易被破解，第三，可以輕易截獲信息內容并予以篡改。1.嗅探和嗅探器。嗅探，通俗地說就是網絡世界的“竊聽”技術。嗅探器則是通過網絡接口截獲經過該接口的所有數據報文的軟件工具。嗅探器的使用是一柄“雙刃劍”：在網絡安全維護方面，它可以解釋數據包協議；診斷網絡異常和問題；監視網絡性能和流量；發現網絡傳輸限制和瓶頸；將網絡事件記入日志。在網絡攻擊方面，黑客會利用嗅探器的這些功能竊取網絡中數據包的信息。2.嗅探截獲過程。現有基于IPv4的網絡使用明文傳送信息數據，這種方式基本對黑客攻擊者來說是不設防的，他們可以輕而易舉地從數據包中還原原始信息；另外從數據包中黑客也可以得到如用戶的IP地址、域名服務器的地址、網卡MAC地址、TCP連接的序列號等。地址信息與協議報文信息的復合信息一旦被破譯，用戶的數據包信息也就毫無秘密可言。

二、教務信息面臨的截獲風險

當前，負責管理高校學生成績的教務網站由于建設早、規劃少、更新慢、技術老等原因，存在很多軟件漏洞，安全防護不到位，給了不良黑客可乘之機。新聞報道中犯罪嫌疑人采取各種手段攻擊高校教務網站的新聞屢見不鮮，負責存儲成績、學歷和各種證書信息的數據庫成為重災區，黑客們尋找到教務網站平臺內部的漏洞和BUG，侵入后臺數據庫，操作原始數據向里面添加買家要求的各種違法數據。雖然數據的更改通過人工嚴格的甄別可以發現修改，但是需要耗費大量的人力資源和工作時間，面對成千上萬條記錄采用人工辦法往往束手無策，因此，加強高校教務信息管理系統的安全防護迫在眉睫。

三、系統安全防護策略研究

從頂層設計角度來看，高校教務信息管理系統的構建、完善和維護無疑是一項繁雜的系統工程，它具有涉及領域廣、工作強度大、體系結構復雜、維護完善時間長、隨技術螺旋上升等特點，安全問題也不可能一蹴而就。既要從宏觀上持續防御黑客的非法攻擊，與時俱進的更新各種先進技術，以拒絕非法入侵者竊取和篡改核心數據；又要以“人”為核心完善機制，從而維護系統的安全穩定的運行。文中歸納為總體安全原則、多重保護原則、積極防御原則和擴展升級原則。1.總體安全原則。前文已經分析，構建高校教務信息管理系統是一項系統工程，不能看局部建個體，需要頂層設計、綜合分析、分項論證、分別實施、有效整合。主要包括：身份認證口令、更新殺毒軟件、系統容錯機制以及存取控制日志等技術建設；嚴密的業務工作制度、分工協作制度、崗位負責制度、監察檢查制度、完善維護制度以及法律法規制度等配套建設。安全防護體系考慮越周全出錯出紕漏的概率就越少。用戶、管理者、設備、資源、軟件、機制等都是信息系統的要素對象，只有從頂層設計、全局出發、著眼關鍵、復合分析、回溯評估才能制定出行之有效的安全保障方法與措施。2.多重保護原則。沒有無懈可擊的防火墻，任何安全措施都有被攻破的風險。單一手段的防護被突破之后直接暴露了真實數據本身。解決的辦法之一是采用多重保護原則隱藏數據，多重安全保障措施之間互支撐互補充逐層保護，系統一次性被突破的概率將大大降低，系統認證功能采用多重保護。而且黑客不得不留下更多的痕跡，這也為將來追根溯源查詢問題提供了多種線索和證據。3.積極防御原則。在系統設計過程中，軟件程序員和管理者應隨時保持風險意識，盡可能采用自動化程度高、智能化更新快、一體化漏洞少的技術穩定產品，將安全防護的技術持續提高，在關鍵代碼和功能的薄弱處設置提醒、告警功能，一旦出現提示在第一時間進行安全維護或者報警，積極防御防患未然。4.擴展升級原則。隨著網絡技術的日新月異，原本牢固的信息系統可能一夜之間變得脆弱不堪。技術天天革新，系統就會產生新的漏洞。因此在進行安全防護設計的同時，必須考慮信息系統的可擴展性、可嵌入性或者連接性。四、結束語創新建設和持續完善教務信息管理系統是一項曠日持久的系統性工程，要求防護措施既要求技術的先進性，也要求功能的可擴展性，也要適應網絡技術的動態變化。本文在安全防護的策略上做了探討，為同類信息系統建設提供一定的參考。

參考文獻：

[1]張小平.高校教務網絡管理系統安全保障方案的設計與實現[D].中南大學，2013

篇10

Abstract: Based on the current development of multi-campus. Firstly, this article indicates the problems of teaching management system. Secondly, the author introduces conception of SOA and Web Service model. Then this paper discusses the feasibility of applying SOA to teaching management system. At last, based on SOA model, the article constructs a new frame of teaching management system,and points out the feasibility of application in Jiangsu science and technology university. Therefore, expect this search provides some reference for the development of multi-campus.

關鍵詞: SOA;Web Service;教務管理系統;多校區

Key words: SOA;Web Service;educational administration management system;multi-campus

中圖分類號:TP391 文獻標識碼:A文章編號:1006-4311(2010)13-0180-02

0引言

高校的教務管理水平影響著它的教學質量,是高校管理的一項重要工作。隨著我國經濟的發展,高等教育不斷普及,學生人數不斷增多,因此,大學普遍建設分校區以滿足不斷增長的學生的需求,但是在分校區的形式下如何進行統一有效的教務管理是各校研究的重點。隨著計算機技術的發展和網絡的普及,“信息化、網絡化、規范化”是未來教務管理工作的發展趨勢。許多的大學針對教務管理都制定了一系列的措施,其中包括創建教務管理系統,這些系統為提高教務工作效率和質量做出了重要貢獻。但是由于前期規劃或者人員配備等方面的原因,存在著一些問題,本文針對這些問題提出了基于SOA的教務管理系統,期望對高校發展起到一定的參考作用。

1教務管理系統中的問題

有的學校的教務管理系統是自主研發的,有的學校是買來的,但是普遍存在著各種各樣的問題,主要表現在:

1.1 系統前期規劃不全,導致系統和現實不能完全切合,難以實現系統的集成現在高校的教務管理系統大多采取公司開發或自主開發兩種方式進行。采取公司開發,根據教務管理人員提出的工作要求,公司負責教務系統的研發工作,雖然在技術方面沒有問題,但是經常出現系統與現實脫節的現象,往往研發出的教務系統還是不能適應高校教務管理的實際情況。采取教務管理人員自主開發,系統功能可以保證也能夠根據實際情況開發,但是因為在技術層面上不夠專業,因此容易出現安全漏洞。這樣也就造成了不能適用教務管理流程、教務計劃和組織結構的變化,難以實現系統的集成[1]。

1.2 許多公共信息不能實現共享根據教務管理系統的需求,各個模塊可能分步開發,如教務管理系統,選課系統、考試系統等,特別是在多校區的情況下,在初期基本都是采用塊狀的管理模式,校區之間都是分塊管理,一些公共的信息也不能做到數據共享和統一管理。此外,如果這些系統是用不同的語言開發并建立在不同的平臺之上,系統之間有很多功能屬于重復開發, 既浪費資源又不便于管理,各系統之間也很難進行信息共享。

1.3 不同的系統形成諸多的信息孤島教務管理是一個龐大的系統,包括了學生成績管理、選課、排課、修讀計劃、考試管理、報名收費等等,不同的系統存在于不同的部門之中,有各自的數據庫和獨立的應用程序,形成了眾多的“信息孤島”,造成了許多數據不一致的現象,無法體現出完整的教務管理流程。

1.4 沒有統一的身份驗證教務管理系統中每個系統都有自己的一套用戶名和密碼,如果需要進入兩個系統查詢或管理,必須退出一個系統,再打開另一個系統,重新登陸,重新輸入用戶名和密碼,給本來使用非常方便的教務管理系統帶來了很多的不便。身份認證系統多,眾多的系統入口為教務人員及學生的登錄和使用帶來了不便。

1.5 缺乏靈活性,難以維護和升級由于教務管理條例很多都在變化當中,管理條例一旦發生變化,教務管理系統就要做相應的改動,現在的教務管理部門往往沒有專門從事教務管理系統開發的管理人員,在系統開發的時候還要從事其它的管理工作,而外來的軟件公司也不能及時的更新系統,從而系統升級維護的工作就不能保證。

本文針對以上問題,提出了一種基于SOA的教務管理系統框架,期望能解決以上問題。下面首先介紹一下SOA。

2SOA與Web Service

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

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

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

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

3基于SOA的多校區教務管理系統模型構建

3.1 需求概述高校規模迅速擴大, 校區分散所帶來的一系列管理問題正嚴重制約著高校的發展,不同校區由于歷史原因所使用的管理軟件各不相同,而不同系統之間的交互問題則是迫切需要解決的問題?；赟OA的教務管理系統對高校教學和教務各種已有的信息系統進行優化整合,解決網絡環境中跨平臺的不同教務應用系統之間的數據共享和交換問題,保證數據的一致性和數據安全,使校級教務管理人員、院級管理人員、任課教師、學生和一般用戶可以從統一的入口,訪問、提取、分析、儲存和管理其各自所需的各種信息,提高教務管理的效率,使管理員從繁重的教務管理工作中解脫出來,從而提升院校教學管理效率,提升不同校區間的發展潛力。

3.2 系統模型構建在基于SOA的教務系統中,具體應用程序的功能是由一些松耦合并且具有統一接口定義方式的組件組合構建起來的。能在對原有系統不做修改的前提下,將各個教務系統資源轉換為服務,再對新開發的資源進行組件封裝為服務,這些服務彼此相對獨立并且可以進行組合,從而能有效地實現教務系統的應用集成,并開發統一的門戶和入口來方便用戶的使用。因此,基于SOA 的教務管理系統是從教務管理的具體需求開始構建的。高校教務管理主要涉及到教務管理部門、學生和教師等,其主要功能為實現學生管理、教學計劃管理、成績管理等應用,其系統架構如圖2 所示。

基于SOA的教務管理系統架構結構及相互之間的關系如下:

3.2.1 數據層它用來定義、維護、訪問和更新數據并管理和滿足應用服務對數據的請求。數據層主要包含一些分散異構的教務資源數據庫,如學生信息庫、教師信息庫、成績信息庫、課程信息庫、選課信息庫、排課信息庫、報名信息庫、檔案信息庫、等級考試庫、試題信息庫、畢業生信息庫等。數據庫與邏輯層之間的連接通過數據訪問子層來完成,它的主要功能是為教務系統提供數據訪問的功能,是它們之間的橋梁。

3.2.2 邏輯層邏輯層中封裝了教務系統中包括學籍管理系統、成績管理系統、教務管理系統、選課管理系統、排課管理系統、報名管理系統、檔案管理系統、等級考試系統、題庫管理系統等多個系統,形成不同的邏輯,并將業務邏輯進行分類合并,形成細粒度的服務,通過數據訪問子層獲取數據進行業務邏輯加工后為服務層提供支持。該層擁有Web服務封裝、Web服務發現、Web服務調用、Web服務調度和Web服務推薦五個子功能, 分別由業務邏輯層中的四個不同的業務對象完成。

3.2.3 服務層服務層是整個框架的核心,包括業務服務總線和各種服務應用。業務服務總線將業務邏輯層提供的細粒度服務編排融合為粗粒度服務并為服務應用提供所需要的服務,它通過一個集中式服務器為業務流程控制、服務路由、協議轉換和安全扮演著中央控制點的角色。業務服務總線主要采用面向SOAP消息的中間件技術,通過Hub模式來標準化消息處理并控制信息流,包括消息服務、事務處理、管理監控、數據服務、路由服務和安全服務等關鍵組件。業務服務總線作為通用的業務平臺,消除了服務提供者和請求者之間的依賴關系,提高了可重用性以及對已有服務的內部擴展和外部獲取[4]。

3.2.4 應用層應用層是為教師、學生和管理人員提供應用服務的圖形界面,有助于用戶理解和高效的定位應用服務,如窗體服務、報表服務、頁面服務和文件服務等。它是統一的教務門戶,將各種教務服務應用的前臺展示集中在一起,提供可用、高效、一致的界面和統一的信息訪問機制,為教務系統的不同使用者,包括教務科、院系、學生、老師和一般用戶提供個性化的服務。

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

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

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

4結束語

本文提出了一種基于SOA的教務管理系統框架。此框架主要采用SOA的體系架構,可以滿足多校區教務系統中對各種信息系統進行處理的要求,以實現學校自上而下整體的緊密結合,杜絕開發的高成本的同時提高了教學管理效率。

參考文獻:

[1]盧麗麗.淺談多校區教務管理信息化的現狀及對策[J].科技教育創新,2007,(3):197-200.

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

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