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

篇1

[關鍵詞]信息化排課系統(tǒng) 高職院校

一、引言

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

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

二、高職院校排課流程

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

三、排課的約束條件

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

四、搭建信息平臺，整合排課環(huán)節(jié)

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

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

五、結論

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

參考文獻：

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

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

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

篇2

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

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

教務管理系統(tǒng)特點

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

面向教務管理人員提供服務。教務管理人員通過教務管理系統(tǒng)管理學生相關的教務數(shù)據(jù)。

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

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

方便易用的工具，便于數(shù)據(jù)的查詢，維護和打印。

主題字

信息管理系統(tǒng)

教務管理

：10000多字

有目錄及參考文獻

300元

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

篇3

【關鍵詞】教務管理系統(tǒng)；雙機容錯；Heartbeat；Oracle；數(shù)據(jù)恢復

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

一、高校教務管理系統(tǒng)的體系結構

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

二、雙機容錯的工作模式

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

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

三、雙機容錯的教務管理系統(tǒng)的總體架構

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

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

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

雙機容錯的乾豪教務管理系統(tǒng)分為四個主要模塊：心跳監(jiān)控模塊、數(shù)據(jù)同步模塊、監(jiān)測模塊和系統(tǒng)維護模塊。

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

參考文獻：

篇4

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

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

[6]萬哲.基于SOA的業(yè)務流程管理系統(tǒng)的研究與實現(xiàn)[D].湖北：武漢理工大學，2008.

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

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

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

篇5

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

一、研究的目的及意義

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

二、系統(tǒng)的需求分析及研究方法

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

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

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

三、系統(tǒng)的實現(xiàn)

（一）用例圖

根據(jù)公安院校教務管理的業(yè)務分析，初步確定了系統(tǒng)的用例圖，如圖3所示。（見圖3）

（二）系統(tǒng)數(shù)據(jù)模型的建立

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

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

（三）系統(tǒng)主要功能模塊的實現(xiàn)

1.用戶登陸

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

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

2.學籍管理

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

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

3.成績管理

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

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

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

四、結 論

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

圖1 教務管理業(yè)務分析圖

篇6

關鍵詞：地方財經(jīng)類高校；教務系統(tǒng)；設計

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

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

收錄日期：2012年11月23日

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

一、教學計劃

教學計劃模塊可以簡便地設置各年級專業(yè)理論課程、專業(yè)課程模塊、專業(yè)實踐環(huán)節(jié)、畢業(yè)學分要求等。可以支持模塊化教學計劃管理，細化地管理課程庫信息的規(guī)范，包括課程編碼、課程承擔單位的設置、對于以往課程的管理、對于同名課程的檢測與處理，并可以提供年級之間、專業(yè)之間教學計劃的復制功能，通過微調(diào)，快速完成新的年級、專業(yè)教學計劃的制定。

可以劃分校區(qū)、院系、單個或多個年級與專業(yè)快速批量讀取各學期開課計劃，并可由各院系等承擔單位提交開課變更申請，經(jīng)審核確認后生成正式的開課計劃。可以詳細記錄與統(tǒng)計學期開課變更情況，動態(tài)跟蹤教學計劃的執(zhí)行情況。根據(jù)地方財經(jīng)類院校人才培養(yǎng)方案可以設置學期公共任選課、學科選修課以及對應所適應年級和專業(yè)。

二、學生學籍管理

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

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

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

三、學生成績管理

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

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

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

四、排選課管理

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

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

五、實踐教學管理

實踐教學主要包括實習、畢業(yè)論文、實驗課程和有實驗環(huán)節(jié)的理論課程。財經(jīng)類院校實踐是重要的教學環(huán)節(jié)，系統(tǒng)依據(jù)學期開課計劃，形成學期初步實踐教學任務，生成學期實踐教學進程。

財經(jīng)類院校教務系統(tǒng)應安排學期實習任務，輔助安排實習，包括實習基地、指導教師、實習分組、班級學生實習安排等。可以提供學期課程設計任務，輔助安排課程設計，包括課題管理、課程設計分組、班級學生實習安排、指導教師等，并可以按班級、周次等生成詳細安排表。

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

六、教材管理

系統(tǒng)實現(xiàn)教材相關報表查詢，教材預定、征訂、入庫、出庫、退書、領書等功能。可以整批導入或手工錄入各種教材信息，可以實現(xiàn)教材的自動盤點，并生成各種盤點表。當選課結束后，沒有選出的課程，選用的教材應自動刪除。可詳細記錄教材的收退/發(fā)退、報損與贈送情況。

主要參考文獻：

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

篇7

關鍵詞:軟件構件;軟件復用;管理信息系統(tǒng)

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

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

1 構件技術概述

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

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

2 構件技術在教務管理系統(tǒng)中的應用

設計教務管理系統(tǒng)時采用分層的思想，將與實現(xiàn)環(huán)境有關的部分和業(yè)務邏輯分開，為應用軟件開發(fā)者提供靈活定制業(yè)務數(shù)據(jù)、界面、系統(tǒng)功能和業(yè)務邏輯擴展機制，還提供了大量可復用的通用構件、業(yè)務構件等。

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

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

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

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

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

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

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

3 結束語

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

參考文獻

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

篇8

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

1.需求分析

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

2.總體設計方案

2.1 開發(fā)模式

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

2.2 系統(tǒng)網(wǎng)絡平臺

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

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

2.3 系統(tǒng)設計與實現(xiàn)

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

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

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

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

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

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

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

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

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

2.4 安全問題

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

3.前景與展望

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

4.結束語

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

參考文獻

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

[2]張固.ASP網(wǎng)絡應用系統(tǒng)典型模塊開發(fā)實例解析[M].人民郵電社,2004.

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

篇9

關鍵詞：教務管理；信息系統(tǒng)；安全防護

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

一、信息傳輸?shù)娘L險分析

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

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

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

三、系統(tǒng)安全防護策略研究

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

參考文獻：

[1]張小平.高校教務網(wǎng)絡管理系統(tǒng)安全保障方案的設計與實現(xiàn)[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;教務管理系統(tǒng);多校區(qū)

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

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

0引言

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

1教務管理系統(tǒng)中的問題

有的學校的教務管理系統(tǒng)是自主研發(fā)的,有的學校是買來的,但是普遍存在著各種各樣的問題,主要表現(xiàn)在:

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

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

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

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

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

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

2SOA與Web Service

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

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

Web service 涵蓋了HTTP、SOAP、WSDL、UDDI 等技術規(guī)范,在內(nèi)網(wǎng)和外網(wǎng)上通過標準的協(xié)議和信息格式和訪問應用服務。利用Web service的松散捆綁集合形式,能夠快速開發(fā)、發(fā)現(xiàn)、和動態(tài)的綁定應用服務。

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

3基于SOA的多校區(qū)教務管理系統(tǒng)模型構建

3.1 需求概述高校規(guī)模迅速擴大, 校區(qū)分散所帶來的一系列管理問題正嚴重制約著高校的發(fā)展,不同校區(qū)由于歷史原因所使用的管理軟件各不相同,而不同系統(tǒng)之間的交互問題則是迫切需要解決的問題。基于SOA的教務管理系統(tǒng)對高校教學和教務各種已有的信息系統(tǒng)進行優(yōu)化整合,解決網(wǎng)絡環(huán)境中跨平臺的不同教務應用系統(tǒng)之間的數(shù)據(jù)共享和交換問題,保證數(shù)據(jù)的一致性和數(shù)據(jù)安全,使校級教務管理人員、院級管理人員、任課教師、學生和一般用戶可以從統(tǒng)一的入口,訪問、提取、分析、儲存和管理其各自所需的各種信息,提高教務管理的效率,使管理員從繁重的教務管理工作中解脫出來,從而提升院校教學管理效率,提升不同校區(qū)間的發(fā)展?jié)摿Α?/p>

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

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

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

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

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

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

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

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

JAVA 具有跨平臺的優(yōu)越性,而J2EE 的WEB 服務可方便構建能夠訪問現(xiàn)有業(yè)務流程的SOA 系統(tǒng),因此可使用J2EE 技術開發(fā)基于SOA 的教務管理系統(tǒng)。

4結束語

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

參考文獻:

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

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

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