教務系統論文范文
前言：我們精心挑選了數篇優質教務系統論文文章，供您閱讀參考。期待這些文章能為您帶來啟發，助您在寫作的道路上更上一層樓。
第1篇
數據庫快照是sqlserver2005的一個新功能。是個指定時間點上數據庫（源數據庫）的只讀、靜態視圖，相當于用戶在某一個時間為數據庫拍攝的靜態圖像。多個快照可以位于一個源數據庫文件中，并且可以作為數據庫全程保存在一個服務上。數據庫快照是一個數據庫的只讀副本，是數據庫在創建快照時刻的所有數據的映射。在意外或惡意損壞數據庫中數據的情況下，數據庫快照作為快速還原點將非常有用。但是，它不能用來替代備份，因為它不包含數據庫中的所有記錄。
在SQLSERVER2012中不能使用SSMS創建數據庫，我們必須使用CREATEDATABASE語句來創建數據庫快照。其語法如下：CREATEDATABASEdatabase_snapshot_nameON(NAME=logical_snapshot_name,FILENAME='os_file_name')[,…n]ASSNAPSHOTOFsource_database_name首先我們創建好JWGL數據庫，并在其下面創建了student,teacher,score,course等表，然后在JWGL數據庫庫下面執行如下有操作：新建查詢在命令窗口輸入發下命令：CREATEDATABASEJWGL_DATA_8888ON（NAME=JWGL_DATA,FILENAME=’E:\JWGL_DATA_8888.SS’)圖1數據庫快照的創建ASSNAPSHOTOFJWGL至此，JWGL的數據庫快照就創建完畢，見圖1,我們可以查看到其和源數據的內容一樣，但是其后來對數據庫和數據表做的修改就無法還原。
三、模擬災難的發生
首先，我們來看一下災難沒有發生的情況下，查詢到的學生信息表的情況我們刪除student,DELETEFROMSTUDENT此時分別查看下我們的源數據庫和數據庫快照中的數據，USEJWGLSELECT*FROMSTUDENT這時想看到的STUDENTs表中的數據已經刪除。再次執行查看快照USEJWGL_DATA_8888SELECT*FROMSTUDENT此時我們仍可以看到STUDENTk的數據沒有改變，因此我們知道，刪除STUDENT后，快照中的文件并沒有受一影響，所以我們可以從這個災難中獎數據恢復。
四、災難的恢復
據庫庫快照不會因為某個表的刪除而受到影響，并且因為有數據庫快照的存在，你也不能刪除數據庫，除非先刪除數據庫快照，才能刪除數據庫，現在我們利用這個原理來恢復開始的災難。首先我們可以將快照中的表數據插入到JWGL數據庫中的STUDENT中去，這個只影響指定的表，不會對數據庫造成影響，因此是局部的恢復，執行以下的命令。USEJWGLINSERTINTOSTUDENTSELECT*FROMJWGL_DATA_8888.DBO.STUDENT執行后結果見圖5,從前面我們知道有5個記錄，現在已恢復到了STUDENT表中了。當然我們也可以執行全局的恢復，就是恢復整個數據庫，這樣其中的表肯定會恢復，只不過是這種恢復會對沒有破壞的表也恢復，時間上會比較慢。全局恢復，就相當于我們已經刪除了JWGL數據庫及其下有表文件，因此我們只能從MASTER中能恢復，執行如下的命令。USEMASTERRESTOREDATABASEJWGLFROMDATABASE_SNAPSHOT=’JWGL_DATA_8888’
五、總結
第2篇
1.1客戶機/服務器模型
本模型的主要工作方式是，需要將某項任務分配在兩臺或多臺機器中，作為客戶機來說，其功能是運行用戶接口和前端接口所需的應用程序，而作為服務器來說，其功能是提供客戶機用戶使用的各種資源和服務。從另一方面來看，在軟件上，該模型需要將各種應用或者軟件系統依照邏輯功能，從而區分為客戶端軟件和服務器組件。作為客戶端，其主要負責數據表示和應用處理，用于處理客戶的界面，并能夠接受系統傳來的數據處理請求；作為服務器端的軟件系統，其主要負責接收來自客戶端軟件發來的請求服務，并進行處理。客戶機/服務器結構融合了許多大型機的多種功能，具有中央控制的模式，同時也結合了PC機的低成本和高性能。本結構的工作模式是：需要客戶端和服務器之間通過相應的網絡協議（例如TCP/IP、IPX/SPX）等，及時進行連接和通訊活動，經由客戶端向服務器發出各種需求服務，服務器可以進行響應并提供服務。
1.2三層Client/Server模式
該模式的提出主要是為了解決兩層客戶機/服務器結構中存在的問題，在本模式中，需要在客戶機和服務器之間引入一個應用層，從而將應用邏輯轉移到應用層中。需要將客戶端弱化，并成為一個圖形用戶接口。與傳統的客戶機/服務器模式相比，此種應用模式優點很多，比如具有可伸縮性好、安全性高及節省開發設計等。中間的應用層可以分布在不同的計算機上，實現負載平衡，改善系統性能。
1.3Browser/Server模式
B／S模式也就是即Browser／Server(瀏覽器／服務器)結構模型，主要包括兩個部分：即服務器端(Server)為一方，瀏覽器(Browse)為另一方，通過瀏覽器來運行軟件。它的發展得益于網絡技術的興起，是對傳統的客戶機／服務器模式的一種發展和改進。其結合了WWW瀏覽器技術和多種Script編程語言，與其它技術相比，它是一種新式的軟件系統設計技術。在B／S體系結構體系中，當用戶需要服務時，需要通過瀏覽器發送請求，那么分布在網絡上的服務器則可以接受請求，并對接受到的數據進行處理，搜索處理后將用戶所需信息返回瀏覽器。作為此種結構，其優點有很多：比如分布性強、運營維護方便、程序開發簡單，用戶共享性強、使用成本低等。但是這種結構也具有數據安全性低、硬件要求高、網絡數據傳輸速度慢等缺點。
2系統分析與設計
2.1需求分析
在設計系統之前，首先要進行需求分析，根據經驗可以看到，作為典型的基于網絡的高校教務管理系統，其內容主要包括：院系所的設置、教學學習計劃的管理、在線選課管理、學生各科成績的管理等。用戶需求：用戶需求就是對本系統潛在的使用者進行調研，了解其關注的內容，本次調研主要針對教務管理人員、教學秘書、各系教師等，從而找出其最想實現的內容。根據調研，可以知道大家主要關心以下幾個問題：一是系統的管理功能，能對院系、專業、教職員、教學條件等進行管理和維護。二是可以設置教學計劃。三是可以對學生信息進行管理。四是可以提供網上選課功能。五是可以對成績進行管理。六是具有數據分析、統計等功能。七是容易使用，具有很好的擴展性。功能模塊：該系統主要包含以下功能模塊，即教學計劃管理模塊、教學資源管理模塊、網上選課模塊、課表編排模塊、學籍管理、成績管理、考試事務、教學實踐、教學考評、教材管理、系統管理等。
2.2系統設計
2.2.1總體架構
經過對系統需求的深入研究分析，本次系統總體架構的設計定位為：在對數據處理的過程中，需使用專用客戶端，數據采集與信息的則需要使用瀏覽器來實現。因此，本系統主要采取B/S或DBMS結構模式，也就是說前端采用瀏覽器，中間則采用Web服務器，后端則為數據庫服務器，其功能主要是查詢和收集數據。比如學生查詢成績、查詢選課結果等。對于比較復雜的功能，如管理控制與數據處理，則需要采用C/S結構來實現。
2.2.2邏輯結構及數據表現層
為了實現更好的功能，本系統采用基于數據庫管理系統的三層結構模型，系統中的業務邏輯層功能強大，不僅可以負責業務邏輯功能，還能直接對數據庫進行訪問，并提供對業務數據庫內數據的完整保存、更新、刪除以及查詢操作。而系統的框架層則起到容器的作用，它既可以向業務邏輯層提供服務，并且還可以將一些基礎的公共服務功能放在系統框架層，這樣就能做到重復使用，提高工作效率。如果采用通用關系數據庫平臺，則能夠支持大多數據庫系統，并能實現數據共享，一般來說，可以采用XML技術設計，從安全性、維護成本等方面考慮，這次設計可以采用SQLserver2000作為教務數據庫管理系統。
2.2.3數據存儲層
對于管理控制與數據處理功能，主要為教務處或者二級管理單位服務，因此可考慮采用.NET技術架構實現，采用C#語言進行程序設計。數據采集與信息的功能，主要為學生和教師服務，同樣采用.NET技術架構，以C#、C++、WEB作為開發語言。
2.2.4數據接口
為了實現數據的互聯互通，需要對接口進行處理，本系統采用XML技術來與其他系統進行實時通訊，故設計時參照XML數據交換格式和標準，在設計過程中，可以預留接口，將部分數據接口開放，當學校有其他系統需要時，可以方便快捷的進行互通。
2.2.5建模方法
本文采用映射法進行建模，也就是說面向的對象應用程序，主要圍繞關系數據模型進行建立，在此過程中，需要將類圖中元素進行轉化，并通過面向應用對象的方式，最終將這些對象合理組織起來，從而實現系統業務邏輯的發展過程。
2.2.6系統實現
系統功能主要通過多個子系統來實現，這些子系統有教學計劃子系統、網上選課子系統、課表安排子系統、安裝與配置、系統安全設計等。不同的子系統包含不同的下級目錄，從而實現不同用戶的需求。
3結論
第3篇
物流系統仿真課程是一門綜合性很強的課程，主要針對物流工程專業高年級的學生。課程主要分為理論教學和實踐教學兩部分。理論教學主要包括物流系統仿真基礎、離散事件系統建模、隨機數與隨機變量、輸入數據分析、系統仿真算法、仿真結果分析與模型校驗等內容[2]。實踐教學主要是具體的物流系統的建模仿真。在教學過程中，理論教學和實踐教學相得益彰，案例教學方法可以深入到理論和實踐教學的各個環節中去。1.理論教學中案例教學方法的研究。在物流系統仿真課程的理論教學中，需要涉及很多的數學知識，比如隨機數、隨機變量、函數分布、概率統計等。雖然已經在低年級為學生開設了高等數學、概率統計等相關課程，但是由于他們對基礎知識的掌握有個體差異，并且隨著時間的推移，有些基礎知識已經遺忘，部分學生對較難、較深的數學知識產生了畏難心理。物流系統仿真課程的基礎知識對進一步進行的仿真設計和仿真操作有著至關重要的作用，所以在教學中一定要提高學生學習理論知識的興趣和積極性。為了使物流系統仿真課程的基本理論知識更容易地讓學生掌握，需要設計一些簡單而又實用的案例來輔助教學。這里可以利用學生很熟悉的Office工具中的Excel來設計案例進行數據分析，比如在講到隨機數與隨機變量時，可以利用Excel中的函數庫產生一些符合某些分布函數的隨機數，讓學生對隨機數和分布函數的概念有一個直觀的認識，并根據理論知識計算這些隨機數的分布，對理論分布進行驗證，加深學生對數學理論的理解。在課堂中，教師可以先把理論知識和基本工具的使用方法介紹給學生，然后提供一些案例，讓學生自己在電腦上進行練習。當然，教師要鼓勵大家一起討論，引導學生通過實踐逐步接受所學的理論知識。這種方法在理論教學中的效果較好。本學期物流系統仿真課程的理論教學部分是在實驗室中進行的，通過這種方法，可以提高學生的學習興趣，讓課堂氣氛較為熱烈和輕松，而且在課后調查中發現學生對這種教學方法還是很認同的，認為學習理論知識還是很有意義的。2.在實踐教學案例教學方法的研究。物流系統仿真課程的實踐教學應該是最容易讓學生產生興趣的部分，但是由于目前市面上的仿真軟件種類很多，每一種仿真軟件都有它自身的特點和使用方法，對每一種仿真軟件的學習，學生都是零起點。由于課時有限，在課堂上不能面面俱到，所以應選擇一種仿真軟件進行詳細的講解和上機實踐。在課上，我們選擇AutoMod作為物流系統仿真軟件。在使用AutoMod進行系統仿真時，必須要對各個作業流程建立過程語言，通過編寫程序，實現相應的作業流程和各個流程之間的通信。掌握強大的AutoMod仿真工具，需要操作人員必須具備相關的編程知識，對學生來說，低年級學習的C語言、Java語言對編程能力的培養是很重要的。但是AutoMod不同于C語言、Java語言，它有自身的語法和規則。實踐部分的課程，需要教師從最基本的操作開始，循序漸進地進行。從最基本的AutoMod基礎知識到比較復雜的系統知識，從簡單的物流作業流程到復雜的物流規劃，從易到難，教師都可以采用案例教學方法來進行。案例設計也應從易到難，最好每一部分都能從一個簡單的案例入手進行設計和實現，逐步深入，讓學生學會舉一反三，輕松地完成相應的大作業。通過實踐部分的案例教學方法，學生能獨立完成實驗，增強學習的信心，在軟件入門后，很多學生還很愿意繼續自學，激發了他們的學習興趣。
二、教學案例的應用
在物流系統仿真課程的傳送帶分揀系統實踐教學中，可以從簡單到復雜設計下面的案例，引導學生逐步掌握傳送帶分揀系統仿真，完成實驗大作業。案例1：有一種物品L_a，從傳送帶sta_in點，按照到達頻率服從指數分布函數normal100，20秒進入系統，通過傳送帶，從傳送帶sta_out點移出系統。案例2：有一種物品L_a，從傳送帶的3個入口站點，即sta_in1、sta_in2、sta_in3，按照到達頻率服從指數分布函數normal100，20秒進入系統。然后通過傳送帶，在傳送帶的3個出口站點，即sta_out1、sta_out2、sta_out3移出系統。案例3：有三種物品L_a、L_b、L_c，分別從傳送帶的3個入口站點，即sta_in1、sta_in2、sta_in3，按照L_a的到達頻率服從正態分布函數normal150，30秒進入系統；按照L_b的到達頻率服從正態分布函數normal100，25秒進入系統；按照L_c的到達頻率服從均勻分布函數uniform300，60秒進入系統。然后通過傳送帶，再從另外分別對應的3個站點，即sta_out1、sta_out2、sta_out3移出，移入到相應的Q_out隊列中去。案例4：有三種物品L_a，L_b，L_c，按照案例2進入系統。在進入時進行檢驗，檢驗時間符合e3min（大約3分鐘）的指數分布，L_a的合格率為95%，L_b的合格率為96%，L_c的合格率為99%。通過傳送帶，將三種物品的合格產品從另外對應的三個點移出，移入相應的Q_out隊列中去，將不合格產品移動到cv.sta7的Q_check隊列中等待檢修。案例5：按照案例2的流程，分別對合格的貨物進行打包，每10件打包后離開系統。以上設計的5個案例是相關的，并且從案例1到案例5是按照從易到難，逐步加深來實現的。在實踐過程中，通過基礎知識的講解，可以按序提出上面各案例，讓學生分別實現。案例1是最簡單的一個例子，學生能夠很容易地根據所學的基本語句實現程序。然后再提出案例2，從案例1的一個入口和出口，變成案例2的3個入口和出口，讓學生了解傳送帶的設計方法，通過編程實現多入口和出口問題。當學生通過AutoMod軟件運行時，發現系統中的流動物品的傳輸效果，還是非常感興趣的。然后在案例2的基礎上，提出案例3。案例3將一種物品變為了三種物品，分別從相應的入口進入系統和出口離開系統，其設計邏輯發生了變化，比案例2更難一些。案例3的實現效果，是系統中的三種不同顏色的物品在流動，其實現效果比案例2的更加豐富和絢麗，使學生的學習興趣又增強了很多。在完成案例3后，可以提出案例4。案例4在案例3的基礎上增加了各物品合格率的條件，對合格物品和不合格物品的流向進行處理。隨著條件的增多，系統也變得更加復雜。這時可以讓學生進行討論，根據以前所學的知識來綜合實現這個案例。由于在前面的模塊，學生已經學習過合格率問題的處理邏輯，所以這時他們可以根據所掌握的內容來解決這個問題，學會舉一反三，融會貫通。案例5實際上是在案例4的基礎上增加了一個條件，讓學生在之前基礎知識的學習前提下來實現。這一部分的教學過程為兩課時，通過5個案例的提出和實踐，讓學生較快地掌握物流系統中傳送帶分揀系統的設計和實現，為獨立完成這一部分的大作業奠定基礎。
三、結論