前言：尋找寫作靈感？中文期刊網用心挑選的高校管理系統設計探究(3篇)，希望能為您的閱讀和創作帶來靈感，歡迎大家閱讀并分享。
摘要：
本科院校畢業論文的寫作和管理一直是教育界探討的熱點。寫作畢業論文是學生畢業前的重要環節，除了學生專業知識和水平因素外，各個學院對畢業論文的管理也至關重要。本文嘗試將高校的畢業論文從申請論文題目，申報任務書，撰寫開題報告、畢業論文、考核評議書等環節進行計算機過程化管理，使得指導教師與學生之間實現及時交流，從而達到畢業論文實踐教學的有效性與規范化，也為高等教育提供一些有意義的經驗。
關鍵詞：
畢業論文；過程化；管理系統；設計與實現
目前，我校的本科生畢業論文（設計）仍采用手工方式管理，畢業論文（設計）管理中的許多環節，例如選題、開題、過程管理、審閱評議、結果統計分析等工作還沒有被納入校園信息管理系統中。每年我校的本科畢業生有6000余人，由于整個畢業論文（設計）的工作過程持續時間長、涉及人數多（包括學生、指導教師和教學管理人員），傳統的以手工為主的管理方式存在很多缺點和不足：學生在選導師、選題目等方面缺乏較好的公開性、公平性；師生之間信息交流不暢；論文（設計）工作進度難以及時了解并進行控制；在成績評定方面存在較大的片面性和隨意性；文檔收集整理、成績統計分析等方面重復勞動量大、工作效率低下等等[1]。在這樣的背景下，如何加強畢業論文的管理工作，實現無紙化和網絡化辦公，是一個極具應用價值的研究課題。研發畢業論文（設計）系統可以大大減少工作量，節約打印紙張等辦公經費，提高教務人員的工作效率和管理水平，還可以方便學生上傳下載和師生間共享論文資源。為此，我們申請了大學生創新創業訓練計劃項目，根據數學與統計學院（簡稱“數統學院”）的實際情況，開發出了適用于數統學院的畢業論文管理系統[2]。
一、畢業論文過程化管理系統的功能設計
畢業論文管理系統的主要功能有：教師出題、學生選題、學生自命題、教學管理員審核、學生上傳相關文檔、數據匯總、系統設置。其中，系統分三個模塊，分別是教師模塊、學生模塊和管理員模塊[3]。
1.管理系統的基本操作流程如下：
①教師登錄系統，輸入自己想要指導的課題，并申報；②教務管理員登錄系統審核課題；③學生登錄系統選擇課題或者自命題；④學生登錄系統查看自己的課題狀況，并根據課題要求完成畢業論文教學進程的各項任務，按時上傳相應的文檔。同時，教師可以在登錄系統查看自己指導的學生的信息，下載學生上傳的文檔。⑤待學生在規定時間全部完成和上傳文檔后，教務管理員可對整個教務進程進行總結和整理，完成整個畢業論文線上辦公的過程。
2.管理系統開發所需要的技術條件：
①VisualStudio2013IDE工具作為系統開發環境；②ASP.NETMVC4（C#）作為開發語言和開發框架；③FTP工具上傳部署代碼；④Git版本管理工具進行版本管理；⑤WindowsServer2008RC2作為服務器系統；⑥IIS服務器作為運行服務器；⑦SQLServer2008作為數據庫服務器。目前項目系統的開發工作已經順利完成，并且已經過教務管理人員和學生的測試，根據他們的建議對系統功能進行完善，可以正式投入使用。
二、畢業論文過程化管理系統的常見問題和解決方案
1.多個學生選同一個課題多并發問題。
在學生選擇課題的時候，由于某個課題比較受歡迎，可能會有比較多得學生優先考慮，但課題只有一個。這時候，如果有多個學生同時選的話，很可能會出現沖突問題，導致系統出錯。圖2展示了Topic（論題的表）的結構。其中Stu-dent_UserId為學生的用戶唯一標識，當學生選擇某個課題的時候，屬于這個課題的一行記錄中的這個字段就會填上學生的標識。在多并發的問題中，如果多個學生請求選擇這個課題，就會同時更新這個字段。那么，在更新的一瞬間，根據服務器處理的先后順序，往往是最后被處理的被寫上這個字段。這是因為服務器接收到多個選題請求后，會同時地執行邏輯處理。首先將相關的這一行的資源從數據庫里面取出來，在邏輯處理的過程中，服務器會根據這個資源在內存中生成對應的對象或者數組，而修改數據就通過修改這個對象或者數組來實現。而最后保存操作就把這個對象或者數組再生成SQL語句更新數據庫。那么根據這圖2Topic結構個流程，各個請求都生成了屬于自己的SQL語句，當然是最后執行SQL的那個請求會被最終保留在字段里了，這樣就是“后者先得”，不符合實際的要求，同時也會造成后續邏輯的錯誤。解決方案：通過為Topic表加上一個16進制的字段RowVer-sion（見圖2箭頭所指）和樂觀鎖的方法。相應的處理邏輯改為：讀取某一行的時候，也順便把RowVersion的值讀出來作為這一行的版本判斷，當更新行的時候，首先判斷數據庫中的這一行的這個字段是否還是原來的值，如果是的話表示期間沒有被修改過，那么就將RowVersion的值加1，再存進數據庫；如果不等于原來的值，就表示已經被修改過，不能再執行更新，而要做出相應的處理。樂觀鎖保證了對某行記錄進行更新操作時，會對這一行加鎖，若有另外的進程需要操作同一行，必須等前面的進程操作完成。這就保證了數據不會有沖突，解決“后者先得”的這個問題[4]。
2.師生用戶體驗優化問題。
系統對用戶體驗做出了比較多的優化，總結為如下幾點：①采用當前較為新的HTML5UI作為界面元素，無論是界面風格、字體還是圖標設計看上去都令人舒服。②系統的大部分操作都使用Ajax（AsynchronousJavascriptAndXML）異步處理的技術，通過彈出層來進行各種操作，不需要刷新頁面就能看到修改后的效果，讓用戶感覺方便和友好[5]。
3.桌上電腦和移動端同時兼容的問題。
為了同時兼容桌上個人電腦端和移動端，能讓教師或者學生出門在外或者不在電腦旁都能登錄系統完成自己需要的操作，本系統實現了PC和移動端的兼容。系統的頁面可以根據屏幕的寬度來調節相應的樣式。本文只討論了項目軟件開發過程中遇到的幾個問題和解決方案，借此與專家或有相關經驗的開發者分享，項目中其他功能的具體實現過程不再一一列出，敬請批評和指正。
三、總結
畢業論文管理是學院教學管理與評價的一個重要組成部分。從在校大學生的角度看，只有認真對待論文寫作，才能順利完成學業，取得學士學位；從教育管理的角度看，畢業論文工作不僅能提高學生的專業知識水平，更能言傳身教給學生科學研究的嚴謹態度和扎實的研究作風，并且可以使學生走向工作崗位后，能夠掌握分析解決問題的基本原則，培養學生持之以恒、繼續學習的良好思維品質。這才是大學教育中畢業論文工作的真正內涵。
作者：李景? 譚建中 孫宇鋒 謝垂益 單位：韶關學院數學與統計學院
參考文獻：
[1]李海燕，俞金梅，等.高校本科畢業論文（設計）中存在的問題及解決途徑[J].實驗技術與管理，2012，29（12）：141-144.
[2]李景?，咼文承等.基于MVC框架的系統重構方法研究與實踐[J].電腦知識與技術，2015，11（22）：63-66.
[3]王玉.基于ASP的應用型院校畢業論文評分系統構建[J].職業技術教育，2012，33（35）：75-77.
[4]梁國軍，謝垂益等.UCT算法在不圍棋博弈中的實現[J].韶關學院學報，2015，36（8）：17-21.
[5]吳勝，劉建波等.ASP.NETMVC框架下內容管理系統的探索與實現[J].微計算機信息，2010，26（12）：30-32
第二篇：高校運動會綜合管理系統設計實現
摘要：
本文對院校開展運動會的整個業務流程進行了分析，采用面向對象編程方式和MVC設計模式。運用Ajax技術，json數據交換等web的相關熱門技術，設計并實現了一個運動會綜合管理系統。規范了運動會的整個業務流程，提高了運動會管理水平、管理質量及操作效率。
關鍵詞：
運動會；Ajax技術；MVC
引言
舉行高校運動會，通常運動會的項目較多，參加教師學生也比較多，所產生的數據量很大，處理起來較為繁瑣，管理較為復雜。傳統手工進行信息處理，完成如此多的數據處理，十分耗費人力物力，并且準確性不高，極易出錯。而且時效性也很低，從而直接影響工作質量與效率，與當今信息時代的信息管理要求相差甚遠。因此，開發一款高校運動會綜合管理系統就顯得尤為必要。
1、運動會工作流程
高校運動會的賽程一般是報名、比賽、公布成績，按此流程可以將運動會分為比賽前管理、比賽中管理和比賽后管理三個階段。
1.1比賽前管理
（1）組委會制定比賽章程。包括比賽項目、時間、地點、參賽人數；然后向各院（系）發送運動會通知、比賽章程以及報名表。（2）各參賽院（系）按照比賽章程組織報名。（3）各參賽院（系）對各自院（系）的報名情況進行匯總，并進行調整。學校則查詢到所有報名信息并將信息進行匯總（按院系匯總、按比賽項目匯總等），然后根據競賽章程進行處理后形成比賽日程表。（4）組委會根據各個項目的賽次進行分組分道編排，并制定和打印出賽前報表。包括：檢錄表、比賽日程表、比賽分組分道表等。（5）組委會向各參賽單位發送秩序手冊。
1.2比賽中管理
（1）裁判員按照比賽情況錄入比賽成績。（2）如果錄入的項目有下一個賽次，則確定參加賽次的人數和運動員名單，進行分組分道，并打印出該賽次的分組分道表。（3）如果錄入的項目沒有下一個賽次，則進行成績排序，并打印出該項目運動員名單及其比賽成績。（4）打印出每個賽段各參賽運動員的得分信息后公布。
1.3比賽后管理
（1）組委會把所有的成績統計匯總后打印出每個賽段各參賽運動員的得分情況，然后公布。（2）統計有得分運動員的成績以及團體賽項目的成績，并公布比賽情況。
1.4建立系統功能需求模型
按照運動會管理業務的分析，運動會綜合管理系統分為前臺管理部分和后臺管理部分。運動員的工作包括：個人資料維護（修改個人資料以及修改登錄密碼），查看比賽章程，填寫報名信息表并維護（修改報名信息）。領隊教師的工作包括：個人資料維護（修改個人資料以及修改登錄密碼），本院（系）運動員數據維護、成績信息管理等。裁判員的工作包括：（1）比賽報名前需要做的工作：比賽日程制定，比賽項目的制定，運動員信息的編輯、參賽組別的設置等。（2）報名后對運動員進行分類匯總，分組分道、編輯賽程表、秩序冊。（3）比賽中的工作：比賽成績的處理、生成復賽報表，對于有下一個賽次的比賽要進行分組分道，以及賽后秩序冊的編制等。（4）賽后統計團體總分，并打印各個成績表等。
2、系統實現
2.1系統架構實現
運動會管理系統采用MVC三層架構，將系統分為表現層、業務邏輯層、數據訪問層。
2.2系統功能實現
2.2.1管理員模塊
管理員管理是高級管理員的權限，主要是對管理員、運動員及領隊教師的添加、刪除與修改信息。其工作流程圖如圖4所示。
2.2.2新聞模塊
新聞通知是系統必不可少的功能之一，讓管理員登錄系統時就能看到相應的新聞通知，因此新聞通知管理模塊功能主要是添加、刪除新聞通知的內容。。本新聞系統的顯示部分，是把最新的四條新聞通知顯示出來，系統將以new字樣提示瀏覽者此新聞或通知為最新通知。在新聞或通知瀏覽時，它將一組新聞或通知聯系在一起，使瀏覽者瀏覽更方便、更醒目。
2.2.3報名模塊與賽前管理模塊
賽前整個流程：學生從運動會網站獲取運動會信息，學生登錄系統報名。每個院（系）領隊教師匯總本院系學生報名信息，可以調整學生報名項目。然后教師給每個運動員編號。管理員登陸后臺管理系統匯總全校報名信息，生成詳細報名表，對各個項目進行分組分道，分組分道之后領隊教師和學生均可查到相關信息，之后編排賽程并到網站上，最后學生根據賽程表參賽。學生報名只需選擇報名項目，每名學生限報3項且每項不能相同，最后一項為學生團體賽。用js來過濾，在選擇時就不允許有相同項目。編號由該院系的教師來完成。報名完成后學生可以查到的信息包括：組別(男女組)、編號(教師處理之后可以查到)、報名項目1（項目名+分組分道）、報名項目2（項目名+分組分道）、報名項目3（項目名+分組分道）。學生報名完成后，領隊教師查看相關信息并調整，之后領隊教師給每個運動員編號，編號原則：兩位院系號+班級號+兩位學號。教師可以查看到本院系學生的報名信息(可以按男女組、個人團體和全部信息匯總)，報名信息包括編號、姓名、學號、性別、院系、報名項目1、報名項目2、報名項目3、聯系電話。學生查到的信息：組別(男女組)、編號(教師處理之后可以查到)、報名項目1（項目+分組分道）、報名項目2（項目+分組分道）、報名項目3（項目+分組分道）。報名時間結束后，管理員進行分組分道。首先匯總所有報名表，初始化分組分道表，初始化的過程就是將報名表中的數據添加到分組分道表中。分組分道算法：分組分道看做二維數組，分組為行，分道為列，按項目從數據庫中查出報該項目的運動員相關信息（學號+項目id）并按學號排序，這樣查詢出的結果就是同院（系）的運動員是相鄰的。根據運動會分組分道原則，同（院系）的運動員盡量不能同組，因此分組分道時，將查詢的結果按二維數組列優先分組分道。
2.2.4成績管理模塊
成績管理是運動會管理系統中非常重要的一部分，主要包括成績的錄入和修改、排名錄入和修改，還有成績錄入名單Excel表格的生成，最終還要對個人項目與集體項目進行成績匯總，匯總出團體總分成績。因此需要分為成績錄入、排名錄入、成績錄入名單Excel表格生成、成績匯總與團體總分等五部分來完成。
3、結論
基于B/S模式的高校運動會綜合管理系統實現了網上報名，教師和學生報名后可以查看到自己的報名信息以及參賽中一些必要的信息，比如：報名項目，分組分道信息和成績等；管理員可以對運動員的信息進行管理，包括運動員的基本信息，報名信息，以及比賽中取得的成績；實現了成績的查詢功能，運動員可以查看到自己的成績，領隊教師可以查看到本院（系）學生的成績，管理員可以查看到所有運動員的成績，管理員可以按條件查詢到運動員成績；實現了按各類加分方案為個人、團體統計總分、名次功能，并且可以產生團體總分報表。該系統規范了運動會的整個業務流程，提高了運動會管理水平、管理質量及操作效率。
作者：劉宇君 單位：太原工業學院計算機工程系
參考文獻：
[1]劉槐德.高校運動會綜合信息管理系統的設計與實現[D].重慶大學.2009:10-12.
[2]劉宇君.基于.NET的畢業設計過程管理系統的設計與實現[J].軟件工程師.2015,(12):16-17.
[3]潘健.高校體育運動會管理系統的設計與實現[J].電子設計工程.2015,(08):28-30.
[4]張巍.基于.Net的高校運動會管理系統設計[J].電子測試.2014,(22):61-62.
[5]吳昊，周雪蓮，丁寧.基于C/S模式校級田徑運動會管理系統[J].出國與就業.2012,(06):238-239.
[6]李步升，胡靜芳.基于WEB的高校運動會管理信息系統設計與實現[J].電腦編程技巧與維護.2011,(16):30-32.
[7]韋瑋，郝雪輝，楊文杰.煤炭院校田徑運動會管理系統設計與實現[J].煤炭技術.2011,(03):255-256
第三篇：高校項目管理信息系統建設應用
【摘要】
高校的信息化的核心是高校信息的建設工作，需要對其進行理論指導并加以規范，使其規范化。而項目管理是項目管理者應用專門軟件在有限資源的支撐下用系統方法、觀點和理論對項目中全部工作進行管理。它必須貫徹項目的始終。高校的信息系統就可以利用項目管理的建設模式對其進行規范。本文主要針對高校運用項目管理系統進行的信息系統建設及相應的實際應用，講述其結構組織、啟動、系統規劃及實施、收尾這些必要的過程中涉及到的管理重點。最后還會結合理論的實踐結果進行簡單地講解，希望為高校的信息管理優化起到實質性的作用。
【關鍵詞】
高校信息系統；方案建設；項目管理
引言
國家教育改革的發展綱要中曾表達過，發展教育事業還需要結合時代的發展潮流，提高信息技術在教育應用的重視程度。國家已經將教育事業的信息化提上了日程。高校的信息系統建設應運而生，這將是高校增強信息化發展的良好開端。項目管理的專業知識體系（PMBOK）是世界公認的管理標準。本文結合PMBOK的管理技術用在高校信息系統建設中，綜合高校信息系統本身的建設特點，將PMBOK進行適度剪裁，力求尋找到適合高校信息系統運作的管理系統。
1結構的組織
1.1建立信息化領導小組
想順利完成高校信息化，需要首先建立領導小組需要由信息化建設工程的副院長擔任主要負責人一職、各學校的二級機構部門的領導作主要成員。由以上人員組成信息化建設的高級管理層，對接下來的建設工作決策、領導。
1.2建立信息化工作小組
安排好信息化小組的成員之后，信息化建筑小組必須對信息化建設過程中的統一規劃、規范建設和管理制度負起責任。并且積極參與進信息系統建設方案的論證及審核。高校中的信息化建設中小組由網絡及圖文信息控制中心的工作人員來擔任。
1.3使用部門
使用部門指的是系統建立后，主要使用和管理的部門。他們在項目的建設中對相關系統的需求，提出建議并進行整理，他們一般都由學校的二級機構構成。
2啟動項目
項目啟動的過程組中一項重要工作就是對其制定章程。針對PMBOK的要求，輸入應為項目說明、論證、環境因素、協議、資產，通過專家的決策和引導技術提供的幫助輸出章程。實際應用中，允許對其剪裁。高校進行的信息系統建設方案本身就屬于一類項目章程，采用PMBOK的項目理論來指導方案制定是沒問題的。
2.1輸入項目方案
2.1.1系統所需報告
上文提過，使用部門負責系統中的需求報告，而必要時，使用部門是可以對圖文信息和網絡信息提出協助請求的。通過演示、訪談、資料收集整理出系統所需求的報告。
2.1.2環境因素
環境因素有以下幾個方面：（1）基礎平臺的建設，指的是載運信息的平臺，校園數字的三大公共基礎平臺：身份認證統一、信息門戶統一、公共數據中心。（2）完成后的信息系統。它主要影響建設信息系統中的接口需求還會對功能需求產生影響。（3）校園網絡。校園網絡主要涵蓋因特網，中國教育科研計算機網，網絡影響著信息系統的功能性需求，比如，教學系統采用網絡進行通訊。（4）軟件規范化。高校有校園用戶的界面規范和統一標準。統一的信息標準是整合關鍵，讓各個系統實現共享和數據交換，可以對高校的信息化水平起到提升作用。（5）組織過程中的資產。組織過程涵蓋了學院的信息化建設中的重點管理方法及其工作流程和制度，也包括了各種信息系統中的文檔模版。把系統業務需求報告、信息標準、數字校園規范、項目建設制度、文檔及模版、數字化高校的軟件環境及硬件環境這些因素加上對專家學者的討論研究進一步生成一套完整的信息系統建設方案。
2.2方案建設的內容
項目建設的基礎和前提就是有一套建設方案，而建設方案同樣也是招標書的文檔資源，根據高校信特色的信息化建設結合PMBOK的項目規定可設置出的方案如下：（1）項目由來，囊括了定義和范圍、項目實施背景條件、資金及需求依據。（2）項目建設的目標和原則。（3）系統的功能性需求。（4）系統的結構和集成、運行環境。（5）項目總體計劃。（6）項目開展的分工。（7）項目驗收時要求。（8）建設團隊成員和權責。
3對項目規劃實施
高校比較多見的采購方式是招標，這種方式可以大大降低成本，提高采購的質量，保證學校利益的最大化。而將項目實施到具體步驟有以下幾點：第一步，中標的開發商與學校簽合同后，就可以派遣技術員進入學校，開始調研軟件需求。使用部門與開發單位是需求調研的主導，配合信息化小組的協作。主要輸入的有項目建設合同和建設方案再通過研討、訪談等技術形成軟件需求的說明書。這個軟件需求的規格說明書就是對系統需求報告細化的產物。附加其他的需求，比如，非功能性的需求與設計約束。說明書須經過項目負責人、使用部主管、開發商、建設小組負責人審批確定。第二步，制定工作結構分解（WBS），溝通管理計劃，項目進度規劃。而WBS就是把項目成果和工作細分成較小塊的，更容易管理的。第三步，開發商依據軟件說明執行程序的開發、內部檢測與修改。第四步，信息建設小組和開發商共同進行運行環境的工作部署。第五步，由開發商為主組織的信息建設小組輔助幫助，進行的運行前培訓。與使用部相關人員都要參與。第六步，系統運行開始，各個方面的人員都要參與進來。開發商參考建設小組和使用部門提出的相關意見優化系統。當系統竣工之后，步入最后的驗收階段。
4對項目進行監控
PMBOK，以完成項目計劃的目標為目的，將項目的監控、跟蹤、報告、項目進展等進行定義。監控中要確定好控制范圍，控制范圍最主要的問題是變更控制。針對軟件說明的改變或者工作計劃的改變都需要有一份書面形式的申請，提出、審核、批準、實施、檢查、最后完結更改的過程。針對緊急的變更，須由高級管理人員依重要程度和緊迫程度判斷，確定影響范圍和影響程度對其進行相應處理。但是事后一定要及時將相關材料和文檔補全。關于成本，合同中，規定乙方（開發商）包干，使用開發的經費及報酬，甲方（高校）的角度考慮，沒有后續的成本控制工作。但是，甲方是有權利檢查乙方對經費的使用情況。關于風險，合同要明確風險的認定。認定風險的內容包括技術上的風險（風險存在、程度、損失程度、范圍等。）約定好，發生非人為因素的風險，開發商和高校雙方的承擔情況。以免產生風險后，合同雙方產生經濟承擔上的糾紛。
5項目收尾
正式的項目結尾是指完結以上所有活動。輸入項目計劃、驗收結果、資產、通過分析輸出最終產品，同時組織資產更新。
6結論
“數字化校園”的主線通過建設信息系統、人力系統、教學系統、資產系統、招生系統、科研系統、圖書館系統來完成。這些項目統一標準，應用驅動并整合資源推進建設。一定可以大大提高信息系統整體水平的高質量發展。同時，可以減少不必要的資源浪費和重復建設。本文的管理技術在高校的信息系統建設中得到了實踐并取得良好的成果。希望以后在更多高校中發揮作用。
作者：呂紹鑫 單位：湖南工藝美術職業學院
參考文獻
[1]王筱蕓，林先津.項目管理系統在高校信息系統建設中的實踐與應用[J].實驗室研究與探索，2015，05（12）：230~232+244.
[2]蔣萍花.高校信息系統建設的項目管理[J].項目管理技術，2015，02（05）：106~109.
[3]韓魯峰.論信息系統在高校教務管理中的應用與提升[J].教育教學論壇，2014，09（48）：16~18.
[4]杜登梅.高校檔案信息系統項目進度管理研究[J].科技資訊，2009，10（33）：251~254
