時間：2023-04-06 18:46:45
序論：在您撰寫教務系統論文時，參考他人的優秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發您的創作熱情，引導您走向新的創作高度。
（一）教學資源短缺
高校中成人教育的教師大都是全日制聘請的經驗豐富的教師，但是隨著近幾年各大高校擴招，這些普通高校的教師就因為大量的教學及其科研任務，已經沒有精力再分散在成人教育的課程上。所以，成人教育的師資嚴重匱乏。有些高校只能聘請經驗不足，或者專業相近的教師來授課，這使得成人教育教學質量嚴重下降，不能夠保證參加成人教育的學生們學到豐富的知識。
（二）函授站點分散且遠程監控不足
從當前函授成人教育的發展來看，函授教育方式在成人教育中所占據的比例越來越高。通常，函授教學主要包含了面授、答疑輔導、作業、自學、實驗、實習、畢業設計、考核以及答辯等環節。其中，自學是主要環節。然而，由于函授等遠程教育離母校較遠，學生又不能自主完成學業，因此，這給教務管理帶來了很大的不便，這也是當前成人教育規范化的一個瓶頸。
（三）考核形式僵化
成人教育的考核一直沿用傳統的考核方法，主要通過試卷、書面問答等形式來考核學生掌握知識的情況，這使得學生為了完成考試而死記硬背，導致學生缺乏創新能力，也考核不了學生的真實成績。
（四）硬件資源不足
硬件建設是成人高等教育辦學的基礎，與全日制學生的課程相比，成人高等教育的課程相對比較獨立，但是在教學安排上，如教室、場地、實驗室等一些設備的使用上往往跟普通全日制的學生發生沖突，而學校面對這種情況也會首先考慮全日制教學的正常運行。這使得參加成人教育的學生得不到良好的教學環境。
二、針對成人教育教務管理的對策
（一）鞏固師資隊伍，豐富教師資源
由于成教學生數量較多，特點也各有不同，所以，學校對于教師的選拔及聘用也應該設定相應的規范要求，除了聘請經驗豐富、授課良好的教師之外，也可以招收在社會上有責任心、能力強并且受學生歡迎的從業人員來擔任教授工作。不同的專業聘請不同的教師，理論和實際相結合，滿足成教學生的求知欲望。
（二）重視以人為本管理思想的建設
教學管理是教學的一個重要組成部分，管理所占據的地位不容忽視，而且需要不斷加強教學管理。教學管理要注重人本思想的建設，以促進日常的教學管理工作順利開展，始終堅持“以人為本”教育管理理念，充分尊重學生們的意見?，F代教學管理不僅需要現代管理人員有良好的職業素質，還要求他們具備專業的管理知識、方法、技巧等。因此，面對當前的教學管理形勢，學校要不斷提升管理人員的業務能力。
（三）不斷增強信息化管理
為保證教學的信息化、規范化，學校需要加強校園網的建設工作，使成教學生可以在網絡上獲取他們想要的教學資源以及相關的學習內容，同時還可以通過網絡實時地關注學校的動態。而且，學?？梢酝ㄟ^網絡來設立屬于自己的獨立教務系統，不斷開展綜合教務系統一體化管理，努力實現教務管理管工作效率的提升。而且，建立教務管理系統可以為學生和教師提供一個交流的平臺，實現資源的共享。
（四）推進教學管理創新
由于成教學生的學歷、年齡、籍貫等各有不同，個人的記憶力、創新力、理解力以及學習能力也各不相同，各大高校應該從實際情況出發，推進教學體制的改革，建立不同的學制、學分制等模式。參加成人高考的學生特點比較鮮明，他們往往都已經參加工作，既要面對學習，同時還要不斷應對工作瑣事。而學生分散、工作地點不固定等原因導致了他們出勤不理想現象的出現，所以學校的管理制度也要根據學生的具體情況而做出相應的調整，如可以設置點名制度、考試制度、評比制度等。
（五）考試考核方式改革
考試考核的側重點不能放在書本的那些死記硬背的概念上，而更應該側重學生的分析能力、理解能力、表達能力、創新能力等。打破單一的考試形式，根據不同專業的學生設置不同的考試方式，可采用閉卷、開卷、口試、筆試等多種多樣的形式。對于論文、作業也要靈活考核，讓學生不懼怕考試，實現自主學習、實用性學習。
（六）提供良好的信息服務
教務管理系統的信息化要有效地為各函授站點教學管理提供信息保障、數據支持，以促使學生們能夠很快掌握數據信息，提高學習效率。
三、結語
數據庫快照是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’
五、總結
1.1客戶機/服務器模型
本模型的主要工作方式是，需要將某項任務分配在兩臺或多臺機器中，作為客戶機來說，其功能是運行用戶接口和前端接口所需的應用程序，而作為服務器來說，其功能是提供客戶機用戶使用的各種資源和服務。從另一方面來看，在軟件上，該模型需要將各種應用或者軟件系統依照邏輯功能，從而區分為客戶端軟件和服務器組件。作為客戶端，其主要負責數據表示和應用處理，用于處理客戶的界面，并能夠接受系統傳來的數據處理請求；作為服務器端的軟件系統，其主要負責接收來自客戶端軟件發來的請求服務，并進行處理?？蛻魴C/服務器結構融合了許多大型機的多種功能，具有中央控制的模式，同時也結合了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結論
物流系統仿真課程是一門綜合性很強的課程，主要針對物流工程專業高年級的學生。課程主要分為理論教學和實踐教學兩部分。理論教學主要包括物流系統仿真基礎、離散事件系統建模、隨機數與隨機變量、輸入數據分析、系統仿真算法、仿真結果分析與模型校驗等內容[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個案例的提出和實踐，讓學生較快地掌握物流系統中傳送帶分揀系統的設計和實現，為獨立完成這一部分的大作業奠定基礎。
三、結論
省域運管業務系統面向省、市、區縣三級運管機構，為相關人員提供基本業務的操作和管理決策。省運管局根據國家和省相關道路交通運輸管理條例等法律法規，負責執行省域運輸管理工作，提升行業服務水平；各地市運管處行使本地市道路交通運輸管理職能，是行業管理的具體組織者和管理者；各區縣及鄉鎮運管部門負責本地區道路運管的具體實施。根據三級運管部門的職能，省域運管業務系統除需滿足各級機構、各類人員的基本業務服務操作功能外，還需為各級管理機構提供輔助決策管理功能，同時也需為社會大眾提供便利信息訪問服務功能。通過運管輔助決策系統，為各級管理部門提供行業信息數據及各類統計信息，幫助其實現決策管理[4]。通過省域運管業務外部接口管理，實現省域運管業務系統與交通部系統、省域“權利陽光”管理模塊以及服務企業自行開發的各類應用系統等的數據交換和信息共享。上述需求背景需設計者通盤考慮系統技術架構，以提高系統的健壯性、可靠性、可維護性和安全性。這需要SOA的技術架構具有較好的可擴展性。因此，需構建提供不同能力的服務，如流程服務、業務規則服務、人工干預服務等。根據省運管局的頂層設計，對業務系統的應用展現層、業務邏輯層、數據管理層進行無縫集成設計，打破職能部門的條塊分割形成的信息“豎井”，消除系統功能新增造成的信息囚籠，以形成信息融合，發揮信息的協同效應。以組建和中間件等技術提高系統的健壯性，以降低系統開發成本。參照IBM的SOA參考模型[5]，運輸管理業務系統信息化實現技術架構采用如圖1所示方式進行構建[67]。技術架構的核心是應用支撐層，其關鍵技術是WebService等。使用的技術規范說明如下：（1）連接服務JCA（Java連接架構器）：JCA定義一套標準的接口，用于讓連接器把兼容的應用程序服務器無縫地集成[8]。通過這一技術，實現省域新老系統、省域系統與各類外部系統的無縫集成。JDBC（Java數據庫連接）：JDBC作為開放的多類關系數據庫訪問接口技術，可執行SQL語言開發的各類JavaAPI，開發人員可構建更高級的工具和接口。通過這一標注的數據接口技術，實現省域運管業務系統中不同服務對象所使用的各類關系數據庫的數據集成。（2）數據服務XQuery（擴展標記語言查詢）：作為W3C制定的一套標準，它彌補了傳統關系數據庫的不足，通過XML文檔中信息的抽取，實現對異構數據的同質化處理。這一技術是新一代省域運管業務系統對異源數據處理的核心和關鍵技術，有利于省域運管系統輔助決策支持的實現。（3）業務服務EJB（企業Java豆）：EJB是J2EE的核心技術之一，支持組件的可重用性和可移植性。EJB由封裝了業務邏輯的多個方法組成[9]。采用EJB技術，對省域運管業務各類業務流程實現組件化，既提高了系統的可靠性和可維護性，又提高了系統的開發效率，降低了系統開發成本。SCA（服務組件架構）：通過SCA提供的編程模型，實現SOA架構下的各類應用系統?；赟CA架構，構建省域運管業務中各類EJB組件的服務模型，從而高效地實現省域運管業務中各類應用系統。（4）流程服務BPMN（BusinessProcessModelingNotation）：一個業務流程建模和Web服務標準[10]。BPMN提供簡潔明了的標注體系，也內置了各類開發模型，這有利于下一代XML語言高效執行系統業務流程。省域運管業務系統通過內置這一技術，提高新一代省域運管業務系統的可擴展性、可維護性。WSCDL（Web服務組編定義語言）：通過WSCDL，實現不同交易之間的形式化聯系。這一技術有利于省域運管業務系統不同組件之間的形式化聯系，實現業務組件有效集成。（5）展現服務JSR168（JavaSpecificationRequest168）：作為Java規范要求，主要應用于Portal軟件的開發。這一技術是實現省域運管業務系統門戶程序的關鍵。WSRP（遠程門戶Web服務）：WSRP定義一系列規范。這些規范描述了如何基于SOAP中Web服務生成門戶系統標記片塊以及如何構建公共接口。通過公共接口，設計者無需進行編程即可構建在相關頁面中遠程運行Portlet的門戶。省域運管業務系統可充分利用這一技術實現各類組件的引用。AJAX（AsynchronousJavaScriptandXML）：是一種創建交互式網頁應用的網頁開發技術[11]。它使用SOAP或其他一些基于XML的WebService接口。這是各級運管部門信息門戶網站數據抓取的核心技術。（6）消息交換與傳輸RMI（遠程對象方法傳輸）：主要實現企業Java豆等對象之間的相互通信。對于已開發實現的省域運管業務EJB組件，利用RMI實現省域運管業務系統內組件池中不同組件之間的相互通信。JMS（Java消息服務機制）：定義的一組基于Java環境的技術規范，實現Java平臺上面向消息中間件相互通信的接口。基于JMS，開發設計出省域運管業務系統中警務通等各類移動通信中間件以及各類系統中信息的推送技術。SOAP（簡單對象訪問協議）：一組基于XML技術的分布式環境中對象進行信息交換的簡單訪問協議。這一規范能有效解決省域運管業務系統這一分布式環境，實現不同物理系統之間信息的有效交互與融合，提高了整個系統的可擴展性，增強了系統的均衡負載能力。SDO（數據服務對象）：它規范了系統中異質數據源間采用統一的數據進行開發設計的模型。通過這一技術，實現省域運管業務系統與交通部系統之間、省域運管業務系統與企業業戶之間、省域運管業務系統與社會大眾之間等的信息交互，提高了系統的集成度。（7）安全管理WSDM（Web服務分布式管理）：它提供了如何描述MUWS資源的接口、如何訪問MUWS資源的接口等的相關定義，同時實現了Web服務管理的功能。WSTrust：它是安全令牌交換協議的擴展，采用了WSSecurity消息傳送機制，實現憑證在不同信任域環境下的傳播和簽發。系統通過采用上述技術作為系統安全管理的核心，實現省域運管業務系統各類數據包和信息的傳輸安全，提高整個系統的運行的安全性和可靠性。（8）服務描述、注冊與發現WSDL（Web服務描述語言）：以某一結構化的方式描述Web服務，通常采用XML結構這一方式進行。由于接口的標準化，因此Web服務可以實現即時裝配。通過WSDL，將省域運管業務系統中各類Web服務描述為包含相關端口的訪問點的集合，既有利于消息的交互，又有利于省域運管業務系統分布式操作的實現。UDDI（統一描述、發現和集成）：采用XML實現跨平臺的一種描述協議。通過這一規范，實現各類Web服務的描述并進行注冊，構建服務池以利于各類服務的查找和使用。省域運管業務系統中定義的所有服務均通過這一機制實現統一的管理和調用。
2系統實現的關鍵技術
SOA將整個系統中需要共享的各類資源進行劃分，使用相關技術將各類資源進行封裝，通過ESB（EnterpriseServiceBus，企業服務總線）這一基本連接中樞，以服務的形式接入業務系統。這些服務在物理上實現了分布自治，在邏輯上構建成為一個“服務連接池”，實現一體化管理，并以透明的方式供服務使用者進行資源的優化選取和高效訪問，支持用戶的應用配置。2.1核心配置文件（1）負載均衡負載均衡用于實現服務端點之間的負載均衡。其核心代碼如下：（2）消息交互通過WSX技術，實現各類服務協同檢測和即時響應，保證各類服務消息交互的可靠性。其核心代碼如下：2.2業務接口代碼通過標準化業務組件，提供了系統的可靠性和可維護性，降低了系統開發成本。相關業務接口代碼如下：
3系統技術實現
用戶以超級管理員身份從相關門戶網站登錄，登錄成功后，顯示系統的主界面，如圖2所示。界面頂部是系統的6個功能菜單，點擊后，界面左邊顯示相應子功能菜單；界面底部是系統操作菜單；無論什么身份的用戶，當進入操作界面時，界面中部的上面將顯示用戶需要處理、或已經處理的業務，下面是一些重要的通知，點擊通知即可查看通知的具體內容。
4結語
1、各分院各科室之間數據流通不暢。
2、教務處與各教學單位存在數據交換形式不統一、不科學、效率低下的現象。
3、現有的教務管理軟件下不能滿足當前教學的工作需要。所以如何更好的開發教務管理系統，以此來滿足教務管理的當前需要是我們迫切要解決的。充分的運用信息技術，使學校信息運用將變得輕而易舉，故此，信息技術走入高校管理已是必然趨勢［2］。
二、綜合教務管理系統
1、系統概述
本系統是一個作用于教務管理工作各項環節的功能性軟件，是面向全校各教學部門使用的多模塊的綜合管理信息系統。
2、系統相關技術
本系統主要運用了．NET開發技術架構、ASP．NET開發技術、SQLServer數據庫系統、C/S與B/S系統架構等相關技術。
3、教務管理系統的組成
3．1學籍管理
學籍管理是教務管理活動中最基礎工作，它由學籍信息管理、學籍日常管理、學籍異動管理三大塊組成。學籍信息管理是學生到校入學，根據學生的基本信息建立個人數據信息庫，包括姓名、性別、出生日期、身份證號碼、家庭所在地、入學時分配的分院、專業、班級、學號、宿舍號等個人原始信息。學籍日常管理則是記錄學生在校學習期間的各項情況，如記錄學生的學習成績、教師評價、獎懲信息、入黨情況等。學籍異動管理主要是記載學生學籍狀態的變動情況，包括休學、復學、退學、留降級、轉學等等。系統設置了姓名、性別、身份證號、分院、專業、班級、學號等相關的關鍵字段，管理人員輸入相關信息得以建立學生信息庫，用來區分學生的基本信息，并為后期成績登入、選課、評教做好相關基礎數據。做了集中、統一管理，可避免數據重復，統計數據更加準確、及時、全面。
3．2考試管理
學校都是通過考試來檢測學生的學習情況和教師的教學水平，根據學生成績來評估教學過程是否全理，如何改進和完善?？荚嚬芾碇饕握n老師出題，教務處組織考試、學生根據考試安排應考。系統設定考試時間、考試課程、考場號、座位號、班級、姓名、監考老師等關鍵字段，管理人員制定好考試信息，即可隨機安排監考老師，學生上網查詢考試時間，從容應考。
3．3教材管理
教材是學生學習的藍本，是教師授課的依據，所以教材管理要十分謹慎。首先由任課老師挑選出符合教學計劃的教材，報教務處核準教務處向供應書商進行采購，課本入庫后發放給學生，最后入庫結算。系統包括教材選定、教材征訂、教材發放、教材入庫四大方面，設定課程名稱、教材名稱、作者、出版社、版次、ISBN編號、單價、使用班級、訂購數量等關鍵字段。教師填寫教材書目信息，教務處審核，批量出成征訂書目報送，教材入庫都在系統上完成，做到數據統一，審核環節完善。
3．4成績管理
成績是學生學習成果的重要憑據，它直接影響到學生是否能畢業。但為了更加公平公正、客觀的評價學生成績，光看考試成績是不夠，就要將學生的平時表現、日常參賽、評優評先等都納入考核的依據，才能更有效地調動學生的積極性，客觀的評價學生。系統設定課程名稱、班級、學號、姓名、考試成績、平時成績、總評、補考時間、補考考場等關鍵字段，通過教師錄入成績，系統即可按6:4的比例得出總評成績，學生可在教務處公布成績上查到自己的相關成績是否合格、是否要補考、在哪補考等相關信息。
3．5選課管理
本校院校均采用學分制管理，而選課則是學分制的中心。課程分為必修課和選修課，學生在校期間修完足夠總學分方可申請畢業，這校保證了學生學習了必須掌握的知識，又靈活地滿足了學生自己的意愿，最大程度上調動了學生的積極性，使教學質量得到很大的提高。學校公布開設的課程，學生根據自己的愛好進行選擇，教務處匯總選課結果，公布未成功選課的學生姓名和不達標準人數的課程，讓學生進行課程重選，仍未到人數下限的課程取消不予開設。系統設定了課程名稱、課時、考核方式、任課教師、教室號、開班人數、選課結果等關鍵字段。學生在規定時間內，在校園網的任何電腦上都能看到開設的相關課程，進行選課，在教務處匯總后，再進行重選、補選，最后完成全校的選課活動。
3．6評教管理
為了更加公平、客觀的考核教師，學校將評教管理進行改革，從以前由領導單一對教師評價改為領導對教師評價，學生對教師評價、教師自評相結合的模式。這樣可以更全面、客觀的對教師工作給予公平的評價，讓教師從中找到問題，并合理的改進及不斷的完善，以此來提商教學水平和業務能力。系統設定教師姓名、所授課程、所授班級、總課時、評分等關鍵字段。領導、教師、學生在規定時間上，在網上進行相關評比，教務處匯總，避免了手工評分的數據錯誤、缺失，保證了數據的全面性、真實性、公正性，讓教師更好的發現問題，改進問題。
3．7教學計劃管理
學校根據各個專業的培養計劃和教學目的來設定總的課程安排、學習形式。二級學院根據總綱性的教學計劃來制定大綱，并分配教學任務，組織教師制定出詳細的教學授課計劃。系統設定了課程名稱、課程代碼、所在院部、年級、學分、學時、考核形式等關鍵字段，工作人員對課程的基礎信息進行輸入維護，二級分院再來創建教學任務，生成班級課表。
三、教務管理系統在教學管理中的作用
1、促進數據信息的規范化、統一化，保證數據的準確性
教務管理系統建立起統一的規范代碼，并且整個系統都使用同一個，保證信息的一致性、規范化。專人分級進行管理，從而保證數據準確性。
2、彌補傳統管理方式的不足，大大提高了工作效率和質量
隨著學校的辦學規模不斷壯大，學生人數不斷增加，傳統的手工管理方式易出錯，不堪重負，而教務管理系統讓工作人員從手工操作出解脫出來，大大減少了重復工作，減少了人為差錯，共享信息資源，全面提高工作效率。
3、統一了管理模式，促進教務信息的共享性
教務管理系統借助信息化手段，建立完整地信息庫，利用網絡技術迅速、及時傳遞，最大程度上實現了教學信息共享。
4、促進管理人員的整體素質提高
如何更好的操作教務管理系統，這就要求操作人員明確定位和分工，統一思想認識，積極去學習相關知識，不斷培訓，提高業務水平，充分發揮教務管理系統的強大功能。
5、方便整理匯總、妥善保存
1.1客戶關系管理的概念
客戶管理在不同時期有不同意義，較早的概念把客戶關系管理定義為一種營銷工具，最近的概念把其提高到企業的戰略層次上。CRM從物理結構上說是一套智能化的信息處理系統，從功能上說它是將企業的經營、管理導向“以客戶為中心”的一套管理和決策方法。本文以CRM為理論支撐，構建基于CRM的交通在線服務體系，因此更側重將其作為管理理念和服務策略，即政府以客戶為導向，利用先進的信息技術，在持續積累、整理、分析和利用客戶信息的基礎上，改善客戶的互動交流，優化資源分配和重組業務流程，提供全方位、個性化的服務，進而提高客戶滿意度、忠誠度和黏著度，實現政府與客戶關系優化的一種管理策略。
1.2客戶關系管理的基本構成
客戶關系管理（CRM）是企業為提高核心競爭力，達到競爭制勝、快速成長的目的，樹立客戶為中心的發展戰略，并在此基礎上展開的包括判斷、選擇、爭取、發展和保持客戶所需的全部商業過程；是企業以客戶關系為重點，通過開展系統化的客戶研究，通過優化企業組織體系和業務流程，提高客戶滿意度和忠誠度，提高企業效率和利潤水平的工作實踐；也是企業在不斷改進與客戶關系的全部業務流程，最終實現電子化、自動化運營目標的過程中，所創造并使用的先進的信息技術、軟硬件和優化管理方法、解決方案的總和?？蛻絷P系管理包括協作型客戶關系管理、數據分析型客戶關系管理和運營型客戶關系管理。協作型客戶關系管理實現全方位地為客戶交互服務和收集客戶信息；實現多種客戶交流渠道，如CallCenter、面對面交流、Internet/Web、E-mail/Fax等集成起來，使各種渠道融會貫通，以保證企業和客戶都能得到完整、準確和一致的信息。運營型客戶關系管理（運營型CRM）要求所有的業務流程自動化，包括多渠道的客戶“接觸點”的整合、前臺和后臺運營的整合。最新的基于Web技術的、交互式的客戶關系管理系統使企業在網絡環境中完成從市場、銷售到服務的全部商務過程。分析型客戶關系管理（分析型CRM）主要是分析“運營型CRM”和其他業務系統中所獲得的各種數據，為企業的經營、決策提供可靠的量化依據。分析型CRM一般需要用到一些高級的數據管理和數據分析工具，如數據倉庫、OLAP和數據挖掘等。分析型客戶關系管理把大容量的業務數據進行整合，將完整的、可靠的數據轉化為信息，再結合具體業務將信息轉化為知識，為企業提供戰略、戰術上的商業決策。
2交通在線服務體系概述
2.1交通在線服務體系的內涵
交通在線服務體系與交通運輸政府網站一樣，呈現“體系化”、“社會化”和“智能化”的發展態勢。交通在線服務體系是指交通運輸領域構建的政府網站在線服務體系，充分利用先進的信息技術，將交通運輸行業業務系統與公共服務體系相互融合、無縫對接，對外交通運輸信息，對內整合協同交通運輸各部門業務資源，為公眾出行決策、在線辦事提供高效便捷、互動性強、全天候、個性化的在線服務，具有綜合性、集成性、基礎性和總體化的特征的綜合體。
2.2交通在線服務體系的構成
從內容構成上來看，交通在線服務體系一般包括交通出行信息、政策法規、在線辦事、政務信息公開等板塊。
2.2.1交通出行信息
提供安全出行信息、客運站點查詢、天氣狀況查詢、道路交通狀況查詢、電子地圖導航、旅游信息查詢、航班信息查詢、高速公路收費標準等信息的在線查詢服務。
2.2.2政策法規
包含交通法規、相關政策、普法宣傳、交通行業標準等政策法規體系。
2.2.3在線辦事
提供客運從業資格證、車牌補辦、駕照掛失、駕駛培訓、交通建設項目招標、交通行政許可辦理、電子不停 車收費在線支付、交通建設項目審批驗收等在線辦事服務。
2.2.4政務信息公開
包括交通管理部門機構簡介、統計公報、年度工作總結、依申請政務公開、會議新聞等。
2.3交通在線用戶、客戶服務流程
用戶通過各類服務渠道提出服務需求，服務訴求由交通運輸政府網站平臺的現有服務系統和業務接口傳送至相關服務平臺，相關業務系統對需求辦理完畢后，再經由平臺服務渠道將結果反饋給用戶。平臺在為交通用戶提供服務的同時，積累服務數據資源，不斷完善客戶管理數據庫。交通運輸政府網站平臺針對客戶服務與用戶服務區別，主要體現在主動服務和精準服務兩個方面。基于客戶關系管理，平臺對來自公路、道路、港航、海事、鐵路、民航、郵政、物流等機構和企業的信息及服務資源進行分類，實現信息和服務資源與政府管理人員、非政府管理類從業人員、社會公眾等客戶群體一一對應。通過提示、推送、定制等主動服務功能和網站、APP、廣播等服務渠道，為不同的客戶群體提供精準化的服務；同時，也通過這些功能和渠道主動采集客戶對服務的反饋信息，及時優化和調整服務資源和客戶群體類別。
3客戶關系管理在交通在線服務體系設計中的創新應用
交通在線服務體系的發展動力來自客戶群體，其發展目標也是圍繞著客戶群體。而客戶關系管理理論提出應在以客為本的基礎上，強調客戶群體的細分，進而針對不同的群體提供個性化的服務。因此，將客戶關系管理理論運用到交通在線體系的構建，為“服務精準化”提供了重要的理論支撐，即要以客戶為中心，拓展政府與企業、公眾的溝通渠道和溝通方式，為政府、企業和公眾提供更多的差異化個，履行服務型政府的職責。本文中提及的“客戶”指交通運輸政府部門的服務對象和交通在線體系的使用用戶。從實施過程和服務的質量方面來考慮，許多客戶關系管理思想和理念都可以創新應用于交通在線服務體系設計中，主要體現在以下幾點。
3.1客戶關系管理理論促使交通在線服務精準化
交通在線服務的宗旨是為人們提供準確、快捷的交通信息、交通政務公開信息以及交通政務網上辦理服務，能否滿足客戶對交通信息、交通政務信息的需求，成為衡量交通在線服務體系構建水平的重要標準。客戶關系管理理論中“一切以客戶為中心”的理念凸顯“客戶”作為交通在線服務體系賴以生存發展的基礎性地位，所有服務的有效性需要建立在服務對象精準化的前提上。因此，客戶關系管理思想可以運用到交通在線服務體系構建中。首先，對使用交通在線服務體系的人群加以精確分類，是構建交通在線服務體系亟待解決的關鍵問題。只有明確客戶關系管理的范圍和交通在線服務體系的目標群體，才能針對不同的客戶提供差異化的服務，并記錄具有針對性的反饋意見。另外，公眾的需求和參與是交通在線服務體系建立的意義和方向，伴隨著公眾權利意識、平等意識以及綜合素質的全面提高，交通電子政務民主化趨勢將不斷強化，公眾對更高質量的政府服務以及更加多元化的服務渠道的要求越來越強烈，并主動促進政府服務的完善和創新。
3.2人性化設計理念促使交通在線服務體系人性化設計
人性化設計是一種以人為本、設計為人的設計理念，在設計中充分考慮人的因素，充分重視人的視覺和審美體驗，是客戶關系管理思想的具體表現。交通在線服務體系與人性化設計理念的結合是對政府轉型、公眾素質提高等客觀環境變化的積極響應，應用人性化設計理念，做到以公眾為中心，優化流程、集成服務，提供更多富有個性化色彩的服務，對于改善政府與客戶的關系，彌補現有服務的不足，全面推進交通運輸行業現代化發展具有重要意義。交通在線服務體系在首頁展現上，采用場景導航跟傳統導航相結合的模式，建立形象生動的虛擬場景，逼真地呈現真實世界，生動、形象地展示服務和信息主題，能讓用戶耳目一新，快速找到所需信息和服務，使用便捷。為適應現代網站終端屏幕多樣性發展要求，部分優秀的國外交通運輸政府網站采用自適應網頁設計技術，實現同一張網頁可自動適應不同大小的屏幕，根據屏幕寬度自動調整布局。
3.3協作型客戶關系管理促使交通在線服務體系人性化服務
協作型客戶關系管理注重在企業業務管理運營中加強與客戶的溝通交流，并積極利用各種科技手段，開拓與客戶的交流溝通渠道和方式。協作型客戶關系管理思想在交通在線服務體系構建中的創新應用主要體現在以下兩個方面：
（1）通過手機智能終端、微博、微信、QQ等各種社交終端，積極開拓與客戶的溝通交流渠道，實現線上線下的實時溝通，確?？蛻魧煌ǔ鲂行畔?、駕駛培訓、旅游信息、在線支付、交通政務公開信息和交通政務在線辦事等各項服務信息獲取的便捷性和準確性；
（2）交通在線服務體系積極開拓各種與客戶在線溝通渠道，實時了解客戶對交通在線服務平臺提供的交通出行信息、交通政務公開信息以及交通政務在線辦事等各種服務的滿意度和意見建議，分析不同公眾群體對出行方式和信息、政務公開、在線辦事的態度、偏好和行為軌跡，根據實際情況向相關客戶提供適宜的消息和服務，并在與客戶反復溝通交流的基礎上，不斷優化交通在線服務質量，大大提高了交通在線體系對公眾的服務質量和效率。
3.4運營型客戶關系管理促使交通在線服務體系各種資源整合
運營型客戶關系管理重點強調企業的一切業務服務都要以客戶需求為出發點，在涉及到跨領域、跨部門的綜合業務辦理時，要積極推行不同部門之間縱向和橫向的業務協同，方便快捷地滿足客戶需求。運營型客戶關系管理思想在交通在線服務體系構建中的創新應用主要體現在以下幾點：積極使用云計算、大數據等現代信息技術，整合交通、旅游等相關部門業務信息資源，利用先進的信息展現與服務手段，充分整合交通安全、交通旅游以及包括公路、鐵路、航空等多種出行方式的出行信息與地圖查詢，實現不同主題、不同類別服務事項間信息的互聯互通，進而為公眾提供多方位、動態、實時的交通出行信息服務，不斷提升交通系統管理水平和公眾服務的便捷性。另外，通過使用云計算、大數據等現代信息技術，整合各部門業務資源，構建統一的交通政務服務平臺，實現“多個部門，一個政府”，簡化交通政務網上辦事服務流程，提高公眾網上辦事的效率。
4結論
