時間：2023-03-23 15:03:15
序論：好文章的創作是一個不斷探索和完善的過程，我們為您推薦十篇管理系統畢業論文范例，希望它們能助您一臂之力，提升您的閱讀品質，帶來更深刻的閱讀感受。
本科畢業論文是畢業生總結性的獨立作業，是學生運用在校學習的基本知識和基礎理論，去分析、解決一兩個實際問題的實踐鍛煉過程，也是學生在校期間學習成果的總結，是整個教學活動中不可缺少的重要環節。撰寫畢業論文對于培養學生初步的科學研究能力，提高其綜合運用所學知識分析問題、解決問題的能力有著重要的意義。人工進行畢業論文各種信息的管理存在著工作量大、速度慢、出錯率高等方面的問題，設計畢業論文管理系統顯得非常必要[1，2]。
筆者對畢業設計過程中的課題申報、課題審核、學生選題、提交論文等環節進行了系統分析，設計了基于Web的畢業論文管理系統，充分利用與整合了可用的網絡資源，為學校、學院、教師和學生提供了交互式接口，實現了學生和教師的網上互動[3]。本系統采用了優秀網站開發技術ASP，后臺使用Access數據庫，從整體上實現了論文管理的各項功能，使得畢業設計課題的申報和審核、論文選題、論文提交、成績考核等更易于管理，同時也可以對畢業設計課題的難度、工作量等其他信息進行詳細管理，對保證畢業設計的質量有一定的現實意義[4]。
1 系統功能設計
本系統的基本功能根據用戶的不同分為4個模塊：學生模塊、教師模塊、專家模塊和管理員模塊。
1.1 學生模塊
注冊：新用戶需要先注冊，填寫自己的基本信息，本系統規定學號為0001～9999，即學生數最多為9999。
登錄：注冊過的用戶可以使用“學號/姓名+密碼”登錄系統。
密碼修改：初始密碼規定為6位以上數字或字符，學生登錄后可修改密碼。
課題選擇：教師申請的課題通過審核之后，學生可以選擇自己的志愿。
結果查詢：在教師選擇學生之后，學生可以查詢到自己是否被確認。
論文提交：學生可以在特定時間將寫好的論文提交上去。
確認上傳：論文提交之后要確認上傳，一旦確認上傳就不能再次提交了。
對教師評價：在論文的最后階段要對教師進行評價。
留言：在教師確認學生之后，學生可以通過留言的形式與教師進行溝通。
1.2 教師模塊
注冊：教師首次登錄也需要先注冊，系統規定教師號為001～999。
課題申報：填寫必要的信息進行課題申報。
課題修改：對申報的課題進行修改，查找錯誤。
選擇學生：在學生選擇課題之后，教師可以選擇學生。
綜合查詢：可以查詢相關主題的信息、分數和課題的審核結果。
論文下載：教師可以下載學生提交的論文。
成績評定：教師在審核學生論文之后，可以對論文進行成績評定。
論壇：教師可以在論壇上給學生留言，或與學生交流問題。
1.3 專家模塊
一審：由各學院的專家對教師提交的課題進行審核。
二審：在一審中沒有通過的課題要進行二次審核。
結果公布：公布審核通過的課題和沒有通過審核的課題。
綜合查詢：可以查詢相關主題的信息、分數以及課題的審核結果、教師的成績、學生調劑情況等。
1.4 管理員模塊
2 系統實現
系統是通過B/S三層結構實現學生論文提交、教師對論文的管理以及專家審核等功能。采用瀏覽器、服務器、數據庫的三層結構，當不同用戶通過瀏覽器提交和評閱時，向Web服務器發出請求，Web服務器根據用戶的指令執行程序，并從數據庫中取出相應的信息反饋給客戶端。
2.1 登錄和注冊
2.2 學生模塊
其中課題選擇與結果查詢、論文提交和確認上傳部分設計如下。
2.2.1 課題選擇部分與結果查詢設計
本院教師申請的課題被審核通過之后，學生即可看到備選課題。每名學生有3個可供選擇的志愿，但最終由教師決定哪個課題對應哪個學生。學生選擇課題之后，可點擊結果查詢，查看自己的選擇情況，如果正確則可以點擊“完成”，否則點擊“重選”。這兩個部分的算法設計基本相同，只是在不同條件下顯示不同而已。課題選擇部分只是查詢數據庫，將教師申請通過的課題顯示出來；而結果查詢則是從數據庫中查詢當前學生所選課題的信息，將課題的選擇順序、課題名稱、指導教師等結果依次顯示出來。如果點擊“完成”，則系統會彈出提示框，詢問學生是否確定當前的課題選擇結果，如果確定，系統將清空“志愿”的值，并顯示“操作完成不能再進行修改”的提示。
2.2.2 論文提交部分和確認上傳部分的設計
在學生選好課題之后，開始畢業論文的撰寫工作，論文寫好后可以通過論文提交功能進行提交。其中，論文命名格式必須為“學號+姓名”，并且文件后綴名必須是“.doc”，文件上傳如果成功，會彈出提示窗口。系統之所以要設計確認上傳功能，主要考慮到兩個原因：（1）確認上傳就意味著最終上傳，與論文上傳功能分開比較好；（2）論文提交程序中使用了window.parent.Finish（）功能[7]，但該語句在執行過之后程序就結束了。因此，即使在其后使用更新數據庫的語句也得不到執行。
2.3 教師模塊
由于教師模塊的整體風格與學生模塊使用了同樣的框架，因此與學生模塊的風格基本相同。
2.3.1 課題申報與課題修改模塊的設計
教師在學生開始選題之前就要進行課題申請，只有通過專家審核的課題才能夠被學生使用。課題申報頁面主要是填寫和提交課題的相關信息（如圖4所示）。
只要提交的課題沒有被審核通過，教師就可以進行課題的修改，以達到專家小組的要求。在課題修改頁面中，會顯示一個包含所有可以修改課題的下拉式菜單，點擊某一個課題，則會跳轉到與課題申請相類似的頁面，只是頁面下方的“提交”按鈕變為“修改并提交”按鈕。
2.3.2 選擇學生功能模塊的設計
當學生選擇過教師的課題之后，可能出現一個題目多人選的情況，教師可視情況對學生進行挑選，頁面將課題名稱與對應的學生以表格形式顯示出來。
當教師點擊某學生時，頁面會顯示學生的基本信息供教師參考。一旦教師在某一課題中選擇了某個學生，該學生就不能再被其他教師、其他課題選中。
2.3.3 成績評定模塊的設計
對于學生已經提交的論文，教師經過仔細閱覽之后，可以對學生的論文進行評分，等級分為五級，即優、良、中等、及格和不及格。
2.4 專家模塊
專家主要是針對本院系教師申請的課題進行相關審核，功能包括：一審、二審、結果公布和綜合查詢。專家不能夠自行注冊，須由管理員進行添加。
點擊“一審”，系統會自動查詢數據庫，將教師申請審核的課題顯示出來，并附以專家意見表格，用于填寫專家的審核意見（如圖5、圖6所示）。
只有在“審核小組修改意見”中信息為“適用”的課題才能夠通過審核，否則需要進行二審。二審的界面與一審基本相同，如果課題不能通過審核，則不能在結果公布中顯示出來。
2.5 管理員模塊
管理員的功能可分為3個部分：備份數據、刪除數據和添加審核人員。
2.6 BBS論壇
BBS論壇是本系統中連接學生和教師的一個交流平臺，在學生的功能主界面和教師的功能主界面上各有一個可以進入論壇的入口。對于學生來說，當學生選擇過題目并且教師也選擇了該生之后，學生就可以使用BBS論壇與教師進行交流，比如論文的提交時間、論文的格式要求等。對于教師來說，當教師確定學生之后，便可以與該生在論壇上以留言的形式進行交流，特別是解答學生的相關問題。
本系統設計時考慮到教師功能與學生功能之間的差異，設計相應的界面時也有少許不同，由于學生只能選擇一個課題，因此學生的論壇主頁只有一個課題的相關入口；但教師不同，一個教師可以有多個課題，因此教師的論壇主頁有多個課題的相關入口。
3 結束語
該系統在使用ASP和Microsoft Access 2000的基礎上，實現了畢業論文管理系統中各個模塊的功能，包括課題申請、課題的審核、學生選題、論文提交、論文下載、網上留言交流以及論文成績評判等。整個系統模塊劃分清晰、容易理解和操作，同時各模塊之間聯系緊密，相互耦合，使得系統更加完善。
對于目前的畢業論文管理系統而言，應從以下兩方面予以完善：第一，網上交流采用即時通訊工具，如QQ，這樣能夠使得學生和教師的交流更加方便快捷；第二，論文的開題報告、中期報告也應當有相應的功能模塊，與論文提交成為一體。
參考文獻
[1]李巍，王華東.畢業論文管理系統中的關鍵技術研究[J].計算機時代，2011（8）：32-34.
[2]梁敬東，伍世珍.基于J2EE的畢業論文管理系統設計與實現[J].高等農業教育，2010（8）：83-84.
[3]陳芳，陳朝.基于Web的畢業論文管理系統的設計與實現[J].電腦知識與技術，2008，4（8）：2049-2050，2066.
[4]劉志銘，孫明麗，龐婭娟.ASP+Access數據庫系統開發案例精選[M].北京：人民郵電出版社，2007.
一、引言
畢業論文是考察學生的專業知識和基本技能的一個綜合性的作業。但是，隨著畢業設計課題的數量和研究領域的增加，而且就業壓力的影響導致學生無法保證正常的畢業設計時間，使得畢業設計的管理工作和信息收集工作變得復雜和困難。由于高校畢業論文綜合評價的特殊性，目前許多高校對畢業生的畢業導師選擇和論文選題流程沒有一種快捷而高效的方法，因此，我們迫切需要研究和開發一個高效的基于Web畢業設計管理系統對畢業生畢業論文的選擇和完成過程進行規范的管理。
目前國內的部分高校有了相似功能的畢業論文管理系統，其模塊的劃分大同小異，都是為了保證信息的充分共享以及方便用戶的操作。主要有南京農業大學的基于.NET的畢業設計管理系統，功能主要有學生平臺、教師平臺、教務管理平臺、公共數據處理平臺等模塊；電子科技大學畢業設計管理系統，功能主要有教師出題、論文題目的審核、學生選擇論文題目、開題報告審核入庫、畢業論文審核入庫、畢業論文查詢等模塊；中國礦業大學信息工程系畢業設計管理系統，功能主要有：個人查詢、課題查詢、網上指導、請假手續、重要通知、論文格式、論文上載等七個模塊。所有各功能模塊的劃分體現了開發者對數據庫建模的思路。而且在運行模式上，基本上采用的都是分而治之的設計思想，即數據庫信息（如課題、老師、學生、論文等）在各院系中是單獨進行的，在各院系之間及院系與教務部門之間卻沒有提供信息交互的手段。
二、系統概述
（一）總體規劃
基于對目前其他院校的畢業論文管理系統的比較分析，總結其長處，提出了一套高等院校畢業論文管理系統的研究方案。該系統方案基于Web技術，不僅要面向學校不同部門的信息資源的共享，還要解決各部門已有的或將建立的信息系統的資源共享，提高信息資源共享的利用率，系統結構應具有跨平臺訪問不同數據源的機制。在教務信息標準化、規范化的基礎上，對信息進行合理的布局，在提供優質、高效的業務管理和事務處理的同時，使全校師生可以在任一平臺上對畢業論文的信息進行方便地溝通與交流。同時，系統要具有安全高效的通信機制，要有效預防由于Web技術的應用而引發的信息泄密和對保密信息的非法侵入等安全隱患。
（二）系統架構
系統采用三層B/S結構，其原理圖如圖1所示。在這種結構中，應用服務器接收到客戶機的請求頁面指令后，就向數據庫服務器請求有關的數據，數據庫服務器從數據庫中取出相應的數據交給應用服務器，應用服務器將之整合成頁面再返回給瀏覽器[2]。該結構主要特點是：客戶端實現零維護，系統維護和升級方便。軟件程序、數據庫、的信息以及其他一些組件都集中在服務器，用戶除了操作系統及瀏覽器外無需其他軟件，即用戶以Web頁面的形式與系統進行交互。
該系統是通過DCOM或HTTP遠程調用服務器端組件對數據庫進行操作以完成特定的功能。在具體實現上，應用服務器使用通信線程來提供查詢并從后端數據庫服務器獲得結果。應用服務器接收從客戶機通過Web瀏覽器或其他界面軟件發來的信息請求，并連接到服務器上。接著對請求進行處理并從服務器返回信息。然后，應用服務器與數據庫服務器斷開并把請求的信息返回客戶機。使用這種方法時，客戶機不與數據庫保持連接，應用服務器只有在進行請求并接收請求的結果時才與數據庫保持連接。空閑進程并不占用網絡資源，網絡流量顯著減少，可以更快地進行查詢處理并且響應時間得到了改善。如果許多客戶機都在頻繁請求，可以對這種配置進行更改，使應用服務器能預先與數據庫連接，以降低每次處理客戶機查詢請求時建立連接所需的開銷時間量。
該系統是一個基于Web平臺、涉及畢業論文管理各環節、面向學校各部門以及各層次用戶的多模塊綜合信息管理系統，主要完成畢業設計的申報、選題、論文上傳、論文批閱、在線答疑等功能。其相關的系統功能模塊如圖2所示。
三、系統的相關設計
（一）數據庫設計
由于系統內部數據流量大，數據檢索要求高，用戶通過瀏覽器從后臺數據庫獲取數據信息的響應時間也要滿足需求，在該系統中，表示層使用ASP用來開發網頁，后臺數據庫使用ORACLE作為服務器端的數據庫管理。ORACLE是以高級結構化查詢語言（SQL）為基礎的大型關系數據庫，是目前最流行的瀏覽器/服務器（BROWSER/SERVER）體系結構的數據庫之一，ORACLE8.i以來引入了共享SQL和多線程服務器體系結構，提供了基于角色（ROLE）分工的安全保密管理，支持大量多媒體數據。因此從性能需求上分析，采用ORACLE來完成底層數據庫的開發。
在具體實現上，系統整體ER圖設計如圖3示。
其中，教師數據表包括教師號、教師名、性別、職稱、所屬學院（系）、科研情況、電話、電子郵件、登錄密碼等教師基本信息情況；學生數據表包括學號、姓名、性別、年級、學院、專業、班級、電話、電子郵件、登錄密碼等學生基本信息情況；管理員信息表包括ID號、用戶名、密碼等；課題信息表包括課題號、課題名稱、所屬院系、申報教師、規定人數、實選人數等；論文信息表包括論文號、論文名稱、學生姓名、所屬院系、指導教師等信息。
（二）界面設計
系統界面的設計是創新性的使用了雙樹型結構實現的，即在前臺的WEB系統界面中，針對不同用戶具有不同的操作功能，采用ASP和先進的ORACLE數據庫技術展現了“左-右”雙樹型菜單。其中，左邊的菜單樹上是學生姓名及其已選課題，右邊的樹則是其他已申報的備選課題，通過此雙樹型結構的界面設計，學生在方便的選擇自己所傾向的畢業研究課題，而且還能很便捷地對其選報課題進行修改或調整。同時，由于該雙樹型界面本身所具有的美觀性、友好性以及操作簡便性，從而使得教師和學生在操作的過程中不需要查看幫助文檔就可以輕松地實現各種相關的操作。
（三）安全設計
任何一個應用系統都對安全性有一定的要求，即數據的保密性和可靠性。而畢業設計管理信息系統涉及到學生檔案等重要信息，其安全性是非常重要的。該系統的安全性，從下面三個方面來實現。
1.分級授權安全管理。該系統采用分層授權安全管理，用戶分五種權限：超級管理員、一般管理員、教師、學生、過客。用戶登錄系統時，讓用戶錄入用戶名（或者是帳號）和密碼，不同的用戶具有不同的權限。在安全性上采用多級認證體系對各級用戶分級授權，同時各級用戶的操作痕跡相互制約，并采用雙密碼保證超級管理員密碼的內部安全。
2.數據庫的安全性。數據庫的安全性是由Oracle數據庫系統本身的安全機制進行控制。Oracle數據庫的安全性體現在它對用戶、權限、角色和用戶配置文件的管理上。用戶是由管理員建立并授權的一個數據庫帳戶，每一個企圖使用Oracle的用戶都必須得到一個合法的用戶帳戶和口令，只有用合法的帳戶和口令連接數據庫成功才能操作數據庫對象。每個Oracle數據庫都有一個叫做DEFAULT的配置文件，它被賦予數據庫中所有已經存在的用戶和新創建的用戶。在系統中通過修改該配置文件，對數據庫所有用戶都限制為使用特定資源。
3.Web服務器安全保障。Web服務器的安全依賴于校園網的安全，同時對web服務器特殊的安全措施。外網用戶通過校園網的VPN技術與web服務器進行通信，在校園網出口處部署網絡防火墻，同時在Web服務器上主機防火墻和入侵檢測系統，對系統進一步防護和監測。另外，通過定時的安裝補丁、及時升級、關閉不必要的服務進一步加強了Web Server層和操作系統的安全。
四、系統性能的優化
由于系統基于B/S三層架構，其性能具有很好地可擴展性和可維護性。為了提高程序的性能，應用服務器采用多線程通信技術，實現多線程服務器和連接管理器與數據庫服務器的預先連接，及時、準確、可靠地采集和傳輸信息[5]。在該技術的具體實現上，采用的是搶先式多任務，使得系統能執行多個進程，而每個進程也可以同時執行多個線程，且進程中的線程是并行執行的。系統不停地在多個線程之間切換，由于時間很短，看上去多個線程是在同時運行。使用這種方法時，客戶機不需要與數據庫始終保持連接，應用服務器只有在進行請求并接收請求的結果時才與數據庫保持連接。空閑進程并不占用網絡資源，網絡流量顯著減少，可以更快地進行查詢處理并且響應時間得到了改善。多線程服務器和連接管理器用于保持與服務器的固定預先連接，這樣連接可以重復使用。同時可以在很大程序上提高系統的并發性。這就更加有效地保證了各級用戶在不同地點可以同時訪問系統中的數據，加強了系統數據共享能力，提高了系統的性能。
五、結論
本文所討論研究的高等院校畢業論文管理系統采用了當前流行的B/S結構、Internet網絡技術和網絡安全技術等，突破了原先使用地域的局限性，使整個校園網甚至Internet上的用戶都可訪問系統。用戶可在多地域、任意時間段以不同身份來訪問系統中的數據，大大加強了系統數據共享的能力，有效地促進了學校畢業論文管理的科學化、信息化。系統的應用能夠高等院校節約了大量的人力、物力和財力，使高等院校的畢業論文管理水平得到大幅度的提升，同時在社會上也能夠產生了良好的影響。
參考文獻：
[1]劉必榮.本科畢業設計教學存在的問題及對策研究[J].文教資料，2007（8）：54-56.
[2]楊永，梁金鈐.基于B/S模式的通用試題庫系統的設計與實現[J].計算機工程與科學，2009，31（4）：143-145.
[3]馬薇，婁雨.Oracle數據庫容災備份中的流復制技術研究[J].科技通報，2012，28（2）：182-184.
[4]劉昌平，范明鈺，王光衛.可信計算環境數據封裝方法[J].計算機應用研究，2009，26（10）：3891-3893.
[5]趙建偉.γ遙測數據遠程通信系統的設計與實現[J].計算機工程與設計，2007，28（16）：3849-3851.
需求分析是軟件設計很重要的一個環節，它主要解決“做什么”的問題，即全面了解用戶的需求，把軟件開發過程中可能遇到的重點和難點提出來，在整個軟件設計過程中起到了提綱挈領的作用。通過分析確定了系統管理人員、教學管理人員、學科組組長、指導教師及學生等角色，下面就各角色的具體需求進行分析。
1.系統管理人員角色涵蓋了用戶角色添加，用戶權限的設置等。
2.教學管理人員負責對所有學生進行選題和名單的匯總、開題報告的匯總、論文和論文成績的匯總，論文進度的設置及教師角色設置等，不同的系別或專業可以設置教學管理人員一名，具體的系別分配及權限設置由系統管理人員設定。
3.各學科組組長負責審核指導教師的選題、審定學生論文終稿及確定論文成績等，學科組組長同時可以是指導教師，其角色由教學管理人員進行設置。
4.指導教師角色包含畢業論文選題的上傳、學生的選擇、開題報告的審核、畢業論文的修改及論文成績的評定等，其用戶界面有選題上傳、學生選擇、開題報告審核、論文指導、論文成績評定、個人信息管理等內容。
5.學生角色主要有選題查詢、選題選定、開題報告材料提交、論文材料提交、論文成績的查詢等內容，其用戶界面有選題、開題報告提交、論文提交、個人信息管理等內容。
二、系統功能需求分析
為了進一步完善該系統，實現資源的優化配置，提高事務處理能力，需要進一步進行性能及功能的需求分析。
1.教學管理人員應及時提供教師及學生信息，師生互相選擇的界面要具有交互性。教師可以在系統中查看選擇自己課題的學生名單及學生的具體信息，學生可以在指導教師名單中進行選擇，同時也能查詢到其他選擇該指導教師的同學名單，以加強師生間的相互溝通。
2.選題應由指導教師確定，教師可將選題上傳到系統由學科組組長通過后再正式到網絡上供學生選擇，學生確定選題后就可以根據設置的論文進度開展論文寫作。
3.在論文寫作階段，系統要提供一個交互平臺供師生進行交流，并允許通過系統上傳及下載文件。
4.在寫作過程中要有開題報告及論文中期考核等環節，指導教師要對各環節進行評分，學生可以直接通過系統查看自己的分數。
5.教學管理人員可以在系統中公告，指導教師及學生可以查看公告。
6.當學生提交論文終稿后，指導教師要對論文進行評分并經學科組組長審核通過，如果畢業論文成績達到合格及以上的學生成績將及時的反饋出去供學生查看，不合格的學生則須繼續撰寫和修改論文直至合格。
7.教學管理人員可以通過系統直接執行打印論文題目清單及學生成績表等，同時還可以根據論文題目或指導教師相關信息或學生相關信息實現快速查詢等。
8.不同的用戶可以通過系統維護自己的賬戶，可以修改基本信息，但不能修改自己的帳號，其帳號具有唯一性。
三、畢業論文管理系統的功能設計
1.系統開發工具
由于學生在撰寫論文時很多都在外地實習，具有一定的地域分散性，因此本系統主要采用B/S架構，應用ASP.NET技術來實現在網絡環境下的學生畢業論文管理，其使用的開發環境為Microsoft visual studio 2010，采用C#為開發語言及SQL Server 2005為后臺數據庫進行開發的。
圖1 總體架構體
2.系統功能模塊設計
根據系統需求分析，系統主要分為五個模塊，總體架構體如圖1所示。
3.系統的主要流程
（1）首先由系統管理人員登錄系統，添加教學管理人員、指導教師、學科組組長及學生等角色并設置各用戶角色的權限。
（2）然后教學管理人員可登錄系統，添加教師名單及畢業學生名單，同時對教師角色及論文進度進行設置，教師角色分為指導教師和學科組組長，其二者是可以重復的，指導教師可以是學科組組長，此時指該指導教師頁面中除了出現指導教師頁面出現的內容外還會具備學科組組長的內容。
（3）接著指導教師、學科組組長及學生可根據各自角色登錄系統，修改完善個人信息。指導教師可論文選題及論文撰寫各種要求，上傳系統供學科組組長審核。如果指導教師選題審核不過關則系統會要求該教師重新擬定選題然后繼續進入學科組組長審核頁面直至選題通過為止。
（4）指導教師論文選題通過后就公布在網絡上，學生就可以通過系統查看和選擇選題。指導教師也可以通過系統查看選擇其選題的學生情況并進行選擇，如果有學生不符合選題要求則退回，系統會提示學生重新進行選題，直至實現雙向選擇，學生選題確定后就可以開展論文寫作。教學管理人員此時就可以就選題對學生名單進行匯總。
（5）在論文撰寫初期學生要在系統上提交開題報告給指導教師審核，指導教師審批后評定分數，學生可以通過平臺即時查到該分值。
（6）學生撰寫論文過程中可以通過平臺留言，咨詢指導教師相關問題，指導教師也可通過平臺及時回復學生問題，同時學生撰寫的論文稿件可以通過上傳到平臺供指導教師查看，指導教師批改完后可以將修改稿上傳到平臺供學生下載并且通過留言告知學生修改意見。學生可依據指導教師點評進行論文修改，修改完成后可再次提交論文。系統會記錄學生提交論文的次數及指導教師的點評次數。
（7）學生論文定稿后將論文上傳到系統，指導教師可以對論文評分，并將論文正稿和成績提交給學科組組長審核，學科組組長可以對論文成績進行修改和確定并將修改結果反饋給指導教師，指導教師確認后學生成績生效；如果指導教師有異議則可將意見提交給學科組組長進行復核直至通過為止。經指導教師和學科組組長雙重確認后學生可以在系統上查詢到自己的論文成績及畢業論文綜合成績（開題報告成績和論文成績綜合后的成績）。如果有學生在論文進度設置時間內未完成畢業論文則系統自動判定不合格。
（8）最后，教學管理人員可以對論文定稿、論文成績及畢業論文綜合成績進行查詢、匯總及打印等操作。
四、系統部分模塊關鍵代碼實現
1.登錄模塊
用戶根據自己的編號（學生為學號，系統管理員、教學管理人員及教師為教工號）、密碼（身份證號）登陸系統。
HttpCookie cookie = Request.Cookies [“CheckCode”]；
try { if （cookie.Value = = this.txtCode.Text.Trim（））
{ using （var edm = new Manage Entities（））
{
//查詢輸入的用戶編號是否存在
var user = from u in edm.Users
where u. UserNo= = userId.Text
select u；
if （user.Count（） = = 0）
//判斷：用戶表中不存在該用戶記錄時，提示用戶名輸入錯誤
{
Response.Write（"”）；
}
//判斷，用戶名對應的密碼是否正確
foreach （var custObj in user）
{
if （custObj.PWD = =userPwd.Text）
{
Session["UserNo"] = userId.Text.Trim（）；
Session["UserName"] = custObj.User.Name.Trim（）；
Session[“Popedom”] = custObj.Pope dom.Trim（）；
Response.Write（“”）；
}
else
{
Response.Write（“”）；
}
}
}
}
else
{
Response.Write（“”）；
}
}
catch （Exception error）
{
lError.Text = error.ToString（）；
}
2.學生選題模塊
//判斷CheckBox的選中狀態，更新數據庫相應字段。
CheckBox cbox= （CheckBox）gvTopic.Rows[e.Row.RowIndex].FindControl （"cbTopic"）；
if （cbox.Checked = = true）
{
//根據用戶登錄名查詢該用戶是否已經選擇了論文選題。
using （var edm = new ManageEntities（））
{
var topic = from u in edm.Graduation Project
where u. UserNo= =Session["UserNo"].ToString（）
select u；
if （topic.Count（） = = 0）
{
//當該學生沒有選擇過論文題目時，則將該學生新選擇的題目名稱更新到畢業設計
//表選題學生編號字段上。
string strTopicNo= Convert.ToString （gvTopic.DataKeys[e.Row.RowIndex].Values[“TopicNo”]）；
var topic1 = from u in edm.Gradua tionProject
where u.TopicNo= = Convert.ToInt64 （strTopicNo）
select u；
foreach （var custObj in topic1）
{
if （custObj. TopicState = = true）
{
lResult.Text = “選題失敗，已有人選！”；
}
if （custObj. TopicState = = false || custObj. TopicState = = null）
{
custObj. TopicState = true；
custObj.UserNo=Session["UserNo"].ToString（）； custObj.UserName=Session ["UserName"].ToString（）；
lResult.Text = “選題成功！”；
}
}
edm.SaveChanges（）；
Bind（）；
}
else
{
lResult.Text = “選題失敗，請先退選，再重新選擇！”；
}
}
}
3.上傳選題模塊
在處理上傳的畢業論文及各種留言內容時使用了CuteEditor―Html在線編輯器來實現。CuteEditor for ASP.NET是一款功能強大且簡單實用的跨瀏覽器、跨平臺的所見即所得的在線html編輯器，其用戶界面簡潔，加載速度快。通過該款編輯器可以方便Asp.net開發者對文本框的內容進行編輯。此外，CuteEditor還集成了對文檔、圖片等文件的上傳模塊及音頻、視頻等媒體文件進行直接插入的模塊。下面以指導教師論文題目上傳模塊為例進行說明。
//新增一條指導教師論文題目上傳記錄
using （var edm = new ManageEntities（））
{
GraduationProject gp = new Gradua tionProject（）；
gp.TopicName= txtTopic.Text.Trim（）.ToString（）；
gp.Professional=ddlProfessional.SelectedValue.Trim（）.ToString（）；
gp.Demand=txtDemand.Text.Trim（）.ToString（）；
gp.Year=ddlYear. SelectedValue.Trim（）.ToString（）；
gp.TopicState=false；
gp.TeacherNo= Session["TeacherNo"].ToString（）.Trim（），
gp.TeacherName= Session["Teach erName"].ToString（）.Trim（），
gp.Academy=txtAcademy.Text.Trim（）.ToString（）；
gp.Assignment= cuteEditor.Text；
edm.GraduationProjects.AddObject （gp）；
edm.SaveChanges（）；
課程名稱： 數據庫技術與應用
報告題目： 網吧管理系統
學生姓名： *** **
所在學院： 信息科學與工程學院
專業班級： **班
學生學號： ************
指導教師： ***
20*年*月*日
課程設計任務書
摘 要
互聯網技術的不斷革新與發展, 給全球經濟帶來新的革命, 也正在改變著整個商業社會的競爭格局。Internet 、交互式web 應用和電子協作等計算機技術將逐漸改變商業模式, 使得全球的網絡供應鏈將逐漸取代分層式供應鏈, 因此在網絡時代面臨著新機遇的同時也面臨著巨大的挑戰。
隨著科學技術的不斷提高，計算機科學與技術日趨成熟，計算機應用到生產和生活的各個領域，發揮了越來越重要的作用。作為計算機應用的一部分，使用計算機對網吧信息進行管理，具有手工操作無法比擬的優點，例如：檢索迅速，查找方便，可靠性高，存儲量大，壽命長，成本低等，因此研究開發網吧計費系統具有可行的實際意義。
本系統是一個功能比較強大的網吧管理系統。該系統信息來源主要由管理員添加，方便網站管理員的查詢和管理。該系統的任務是方便，靈活的管理網吧的各項信息，包括對每臺電腦配置管理、會員用戶管理、上機時間計算、金額計算等。系統主要有添加，查找，刪除，統計等功能模塊組成。本系統會做到滿足網吧管理日常工作的需要，使用方便，界面親切，安全可靠。
關鍵詞： 網吧 方便 系統
目 錄
第一章 緒論 ---------------------------------------------------------------------------------------------------------------------- 1
1.1 課題來源--------------------------------------------------------------------------------------------------------------- 1
1.2 研究意義--------------------------------------------------------------------------------------------------------------- 1
第二章 可行性分析 ------------------------------------------------------------------------------------------------------------ 3
2.1 編寫目的--------------------------------------------------------------------------------------------------------------- 3
2.2可行性研究的前提 --------------------------------------------------------------------------------------------------- 3
2.2.1目標 ------------------------------------------------------------------------------------------------------------- 3
2.2.2 經濟可行性 --------------------------------------------------------------------------------------------------- 3
2.2.3 運行可行性 --------------------------------------------------------------------------------------------------- 3
2.2.4 技術可行性 --------------------------------------------------------------------------------------------------- 3
2.3對系統的分析 --------------------------------------------------------------------------------------------------------- 3
2.4 技術條件方面的可行性 -------------------------------------------------------------------------------------------- 4
2.5投資及效益分析 ------------------------------------------------------------------------------------------------------ 5
2.6社會因素方面的可行性 --------------------------------------------------------------------------------------------- 5
2.6.1法律可行性 ---------------------------------------------------------------------------------------------------- 5
2.6.2 操作可行性 --------------------------------------------------------------------------------------------------- 5
2.7結論 ---------------------------------------------------------------------------------------------------------------------- 5
第三章 需求分析 --------------------------------------------------------------------------------------------------------------- 6
3.1功能需求 --------------------------------------------------------------------------------------------------------------- 6
3.2 數據需求--------------------------------------------------------------------------------------------------------------- 6
3.3網吧管理數據流圖 --------------------------------------------------------------------------------------------------- 7
3.3.1數據庫簡介 ---------------------------------------------------------------------------------------------------- 7
3.3.2頂層數據流圖 ------------------------------------------------------------------------------------------------ 7
3.3.3 一層數據流圖 ------------------------------------------------------------------------------------------------ 8
3.3.4 二層數據流圖 ------------------------------------------------------------------------------------------------ 8
3.4數據字典 --------------------------------------------------------------------------------------------------------------- 9
3.5 業務需求-------------------------------------------------------------------------------------------------------------- 12
3.6 運行需求-------------------------------------------------------------------------------------------------------------- 13
3.7 開發環境-------------------------------------------------------------------------------------------------------------- 14
第四章 概念及邏輯設計 ----------------------------------------------------------------------------------------------------- 15
4.1 局部E-R 圖 ---------------------------------------------------------------------------------------------------------- 15
4.1.1管理員E-R 圖 ----------------------------------------------------------------------------------------------- 15
4.1.2用戶實體E-R 圖 -------------------------------------------------------------------------------------------- 15
4.1.3 記錄上下機實體E-R 圖 ---------------------------------------------------------------------------------- 15
4.1.4計算機配置實體E-R 圖 ----------------------------------------------------------------------------------- 16
4.1.5 總體E-R 圖 -------------------------------------------------------------------------------------------------- 16
4.2 數據抽象-------------------------------------------------------------------------------------------------------------- 17
4.2.1 用戶信息 ----------------------------------------------------------------------------------------------------- 17
4.2.2 上機下機信息 ----------------------------------------------------------------------------------------------- 18
4.2.3 電腦配置信息 ----------------------------------------------------------------------------------------------- 18
4.2.4 管理員登陸信息 -------------------------------------------------------------------------------------------- 18
4.3將概念模型轉換成關系模型 ------------------------------------------------------------------------------------- 19
第五章 物理設計 -------------------------------------------------------------------------------------------------------------- 20
5.1 數據庫的概念 ------------------------------------------------------------------------------------------------------- 20
5.2 數據庫表的描述 ---------------------------------------------------------------------------------------------------- 20
5.3數據庫的實現 -------------------------------------------------------------------------------------------------------- 21
5.3.1關系模式存取方式選擇 ----------------------------------------------------------------------------------- 21
5.3.2確定數據庫的存儲結構 ----------------------------------------------------------------------------------- 21
第六章 系統實現 -------------------------------------------------------------------------------------------------------------- 22
6.1數據庫實現 ----------------------------------------------------------------------------------------------------------- 22
6.1.1創建用戶表 --------------------------------------------------------------------------------------------------- 22
6.1.2創建計算機信息表 ----------------------------------------------------------------------------------------- 22
6.1.3創建充值表 --------------------------------------------------------------------------------------------------- 22
6.1.4創建收費表 --------------------------------------------------------------------------------------------------- 22
6.1.5創建上機記錄表 -------------------------------------------------------------------------------------------- 23
5.2 系統總體結構圖 ---------------------------------------------------------------------------------------------------- 23
5.3 用戶信息查詢 ------------------------------------------------------------------------------------------------------- 23
5.3.1 功能描述 ----------------------------------------------------------------------------------------------------- 23
5.3.2 模塊流程圖 -------------------------------------------------------------------------------------------------- 23
5.4刪除電腦配置信息 -------------------------------------------------------------------------------------------------- 24
5.4.1 功能描述 ----------------------------------------------------------------------------------------------------- 24
5.4.2 模塊流程圖 -------------------------------------------------------------------------------------------------- 24
5.5 計費功能-------------------------------------------------------------------------------------------------------------- 24
5.5.1 功能描述 ----------------------------------------------------------------------------------------------------- 24
5.5.2 模塊流程圖 ------------------------------------------------------------------------------------------------ 24
5.6 添加用戶信息 ------------------------------------------------------------------------------------------------------- 25
5.6.1 功能描述 --------------------------------------------------------------------------------------------------- 25
5.6.2 模塊流程圖 ------------------------------------------------------------------------------------------------ 25
5.7 客戶端查詢上網信息 ---------------------------------------------------------------------------------------------- 25
5.7.1 功能描述 --------------------------------------------------------------------------------------------------- 25
5.7.2 模塊流程圖 ------------------------------------------------------------------------------------------------ 25
第七章 結論 --------------------------------------------------------------------------------------------------------------------- 26 參考文獻 ------------------------------------------------------------------------------------------------------------------------- 27
第一章
1.1 課題來源
隨著計算機技術的日新月異，越來越多的人注重加強對計算機知識的學習，為了滿足學校學生或者社會學院的需求，許多網吧都紛紛對外開放，實行即時收費。但隨著商家人數的增多，網吧的管理成了一個非常困難的問題。首先，人工即時收費是非常繁瑣的一項工作，耗費人力物力，而且極易出錯；最后的統計工作更是一項費時費力的苦差事，甚至不能統計。其次，上機過程中，每個網吧都需要值班人員值班，耗費了管理人員的很多時間。隨著計算機各種外圍設備技術的發展，以上工作通過計算機就可以很方便的實現。
網吧以其龐大的用戶量和潛在購買力，首先成為一個很好的媒體廣告平臺，尤其是快消品和網絡相關類的產品；同時，網吧作為一個獨特的渠道，對中國互聯網的發展起到了非常關鍵的作用，已經容不得任何一家互聯網公司忽視。已經有越來越多的案例證明，贏得了網吧市場，就贏得了互聯網市場。這正是中國互聯網本土化中的一個關鍵部分，了解這部分市場的特征和容量，是本土和國際互聯網公司成功的一個關鍵因素。
基于網吧在中國互聯網市場上的如此重要的地位，易觀國際情況認為有必要對網吧用戶作一個了解，探索網吧用戶的行為特征，描繪網吧用戶的輪廓。針對以下問題，進行了重點調查和了解：網吧用戶特征，網吧用戶互聯網使用行為特征，不同網吧用戶之間存在怎樣的行為差異，針對網吧用戶的人群屬性和使用行為特征，產業的各方應該如何營銷網吧。
為了適應當前網吧管理無人化的需求，網吧計費管理系統出現了。它可以減少值班人員、維護人員、降低管理人員的費用、甚至可以做到網吧無需人員值守管理。同時還可以增加網吧的開放時間，提高設備的利用率，并且避免網吧管理中的人情免費上機、逃脫費用等問題。 緒論
1.2 研究意義
網吧用戶對網吧上網非常忠誠，每次上網時間和上網頻次都較高，13以上的人需要每天至少去網吧一次。網吧用戶的娛樂化傾向非常明顯，排在首位的應用都是網絡游戲、網絡聊天、影視視頻等，而搜索引擎以第四常用與這些娛樂化應用一起成為用戶最常使用的網絡應用之一。
網吧用戶最常訪問的新聞類網站呈現明顯的長尾現象，但是長尾頭部依然是幾大重要新聞網站，其中騰訊新聞選擇率最高，其次是新浪、網易和搜狐等門戶網站。
網絡音樂需求是網吧用戶一個最重要的需求，這種需求同時也充滿了多樣性，因此催生了多元化的選擇，雖然百度MP3占有絕對的優勢，但是其它各種各樣的音樂網站也都獲得了一部分用戶，滿足多樣化的需求。
在網絡聊天市場上，騰訊QQ 在網吧用戶中一枝獨秀，但是51掛掛和飛信憑借各自的母公司和網站，今年獲得了非常大的發展，值得關注；而阿里旺旺則由于網吧網民的購物
傾向性小，使用率較低。
隨著中國互聯網軟件硬件的發展，涌現出了眾多視頻網站，有專業視頻網站，也有傳統門戶介入視頻市場成立視頻頻道的。而在網吧市場上，專業視頻網站獲得了更多的用戶選擇，尤其是土豆網和優酷網，其中土豆網選擇率稍高于優酷，百度視頻搜索也以第三選擇成為市場第一梯隊成員。
在網吧搜索引擎市場上，百度的具有較大優勢，用戶的使用率遠高于其它搜索引擎。從用戶對搜索引擎各項關鍵指標的評價來看，用戶對百度的滿意率是最高的，這顯現出用戶較大的忠誠度。其它搜索引擎運營商在網吧用戶市場上還有很多工作要做。
在圖片搜索、知識問答和社區類網站中，百度圖片搜索、百度知道和百度貼吧都成為網吧用戶的最常去的網站。其中在圖片搜索和知識問答類型網站中，由于市場發展時間不長，這兩類用戶需求很大程度來自于百度的培養，因此百度的優勢較大，選擇比例都在80％以上。而在社區市場上，百度盡管選擇最多，但是優勢并非絕對突出，網吧用戶選擇呈多元化趨勢，各種垂直論壇都有較多的用戶選擇存在。
網絡交友網站在網吧市場上更是異彩紛呈，除了老牌的QQ 交友中心、同學錄等，近年來興起的51、校內網、開心網等，都獲得了較多網吧用戶的選擇，尤其是51，已經成為網吧用戶交友的第二大選擇。
自網吧出現以來，我們經歷了從手動記錄管理網吧到現在的電腦自動化計費系統的過程。2010年，我國網吧上網比例為39.2%，并且逐年上升，注定了網吧自動化計費管理系統取代手動記錄式管理方法，因此設計了此網吧計費管理系統。
第二章
2.1 編寫目的 可行性分析
編寫本可行性研究報告的目的是對物流管理系統進行可行性分析，以最小的代價在盡可能短的時間內確定問題是否能夠解決和是否值得解決，并最終確定本系統開發的可行性。
2.2可行性研究的前提
2.2.1目標
方便的管理網吧，用最小的成本做出最優的系統。
2.2.2 經濟可行性
由于該系統的實現初衷是為了熟悉軟件開發，投資不會很大，所以不會有經濟上的風險。因此，在這一方面是可行的。
2.2.3 運行可行性
由于網吧管理系統是相對獨立的系統，除了與操作系統交互外，與其他軟件的關系不大，所以發生沖突的概率較低。
2.2.4 技術可行性
采用C#語言和SQL server 2005數據庫實現，通過c#的面向對象的編程方式與SQL 語句的結合，具有一定的穩定性，從技術上來說是可以實現的。
2.3對系統的分析
經過了解與分析并與小組討論得出以下結論：
怎樣劃分不同區域的收費標準
兩種會員類型與非會員的收費模式
圖 2-1 收費模式
物流流程如下：
1、收銀臺查看用戶是否為會員
2、非會員上機辦理臨時卡，并不享有折扣優惠。
3、會員充值時如是普通會員優惠10%，高級會員優惠15%。
4、網吧管理系統數據庫對區域劃分的收費標準，游戲區3元時，聊天區2元時。
圖2-2 收費標準
2.4 技術條件方面的可行性
從以上的分析得知, 該是一個小型的用戶網吧上網管理系統。這是套比實用的用戶網吧上網系統，它操作步驟更為簡單，管理人員容易上手。對數據管理明了。
2.5投資及效益分析
在此主要對本項負擔經濟可行性及成本效益進行分析。
成本估計：30萬
硬件設備：主要有2臺PC 服務器，200臺PC 機，2身份證掃描儀，網絡連接設備若干。
效益分析：開發此系統，可以鍛煉我們的實訓能力，在開發的過程中，能收獲到許多課堂上學不到的知識。開發得當，能到網上獲得更多其他方面效益。
2.6社會因素方面的可行性
2.6.1法律可行性
該系統的開發與應用不設計侵犯專利權、侵犯版權等方面的問題。
2.6.2 操作可行性
通過市場調查分析，與探討查閱資料將此系統更加完善。
2.7結論
由于本項目具有經濟可行性，技術可行性及操作的可行性，本團隊的網站建設管理系統的項目是可行的。
第三章 需求分析
3.1功能需求
一般來說，網吧經營者對于技術的了解不會特別深入，需要有專業的技術人員管理。但是真正專業并且有經驗的網管可謂鳳毛麟角，因此一般網吧都是以非技術管理人員進行管理，或是數量不多的技術人員負責技術方面的工作。那么智能化的管理，能夠幫助網吧業主解決技術力量短缺的難題。因此網吧一般都會建置網吧管理系統以節省管理人力。下面是在進行開發之前對網吧進行的跟蹤調查后得到的詳盡的系統功能需求分析, 系統模塊分為以下五種功能：
1、管理員登錄管理：管理員需要輸入密碼和名字登錄系統，以便于管理。若密碼和用戶名輸入不正確將登錄失敗.
2、用戶管理：登錄系統后可以對用戶過戶信息查詢、修改、刪除、增加。 3、用戶上下機管理：根據條件，查詢是否符合條件，符合則允許用戶上機、下機的操作，并在客戶端可進行自動上、下機操作，并將上、下機信息寫入數據庫。
4、計費管理：輸入條件，連接上數據庫，并且結算費用。
5、電腦信息管理：管理員能添加、刪除、修改、查詢電腦配置信息。
3.2 數據需求
管理員通過填寫用戶名和密碼進行登陸，如果用戶名或密碼錯誤或為空，系統會給出相應的提示信息，操作員可以重新填寫密碼信息。進入系統后，管理員通過導航選擇要進行管理或者查詢的模塊。電腦信息管理：管理員進入電腦信息管理界面中，可以選擇查詢計算機信息以及管理現有的計算機信息。查詢計算機包括計算機名、顯示器、內存、CPU 、計算機編號等計算機相關信息，在提交之后，系統會給出相應的提示信息。選擇修改是對現有計算機信息進行修改的操作，在提交修改信息之后，系統會給出相應的提示信息。在電腦信息管理頁面中也可以輸入計算機名進行計算機的查詢操作。在用戶信息管理界面中，管理員通過填寫用戶名、密碼、性別等用戶的一些相關信息進行用戶信息的登記，在提交之后，如果系統需要的信息為空，系統會給出相應的錯誤提示信息。管理員可以對會員進行查詢、修改、刪除操作。計費信息管理：該模塊是對網吧收費情況進行管理。在計費管理界面中，管理員輸入用戶身份證，即可調用數據庫中的上下機時間，并結算花費金額、余額，存入數據庫。
用戶可根據，用戶名及密碼登錄用戶系統，登錄時判斷余額是否充足，條件判斷都符合，則允許登錄，并將登錄的時間寫入數據庫。用戶可在用戶界面上查詢現在上網的信息，如：開始上網時間，現在的時間，共花費的金額，上網的時間等信息。也可在客戶端進行退出，并將退出時的時間記入數據庫，以便在管理端進行結算。
1、管理員登錄模塊：管理員需要輸入密碼和名字登錄系統，以便于管理。若密碼和用戶名輸入不正確將登錄失敗。
2、用戶管理模塊：登錄系統后可以對用戶信息查詢、修改、刪除、添加。修改頁面時，經過選擇復選框后，轉入另一個頁面在文本框里進行修改，有些重要的信息，不允許變動，提交后經檢查后寫入數據庫。
3、用戶上下機管理模塊：上機時，查詢余額是否大于0，若大于0且用戶名及密碼符合，則允許用戶上機。客戶端進行下機的操作時，將下機時間寫入數據庫。
4、計費管理模塊：輸入條件，連接上數據庫，查看是否是會員，并且結算費用，將余額寫入數據庫。
5、電腦信息管理：管理員能刪除、修改、查詢電腦配置信息。
3.3網吧管理數據流圖
3.3.1數據庫簡介
數據流圖是結構化分析方法中使用的工具, 它以圖形的方式描繪數據在系統中流動和處理的過程，由于它只反映系統必須完成的邏輯功能，所以它是一種功能模型。在結構化開發方法中，數據流圖是需求分析階段產生的結果。
數據流圖英文縮寫DFD （Data Flow Diagram ）它是描繪信息流和數據從輸入移動到輸出的過程中所經受的變換。
數據流圖從數據傳遞和加工的角度，以圖形的方式刻畫數據流從輸入到輸出的移動變換過程。
數據流程圖包括：
1、指明數據存在的數據符號，這些數據符號也可指明該數據所使用的媒體； 2、指明對數據執行的處理的處理符號，這些符號也可指明該處理所用到的機器功能； 3、指明幾個處理和（或）數據媒體之間的數據流的流線符號； 4、便于讀、寫數據流程圖的特殊符號。
在處理符號的前后都應是數據符號。數據流程圖以數據符號開始和結束（除9．4規定的特殊符號外）
數據流圖有兩種典型結構，一是變換型結構，它所描述的工作可表示為輸入、主處理和輸出，呈線性狀態。另一種是事務型結構，這種數據流圖呈束狀，即一束數據流平行流入或流出，可能同時有幾個事務要求處理。
數據流是一組數據。在數據流圖中數據流用帶箭頭的線表示，在其線旁標注數據流名。在數據流圖中應該描繪所有可能的數據流向，而不應該描繪出現某個數據流的條件。 3.3.2頂層數據流圖
簡單描述了用戶，網吧管理系統，管理員實體之間的數據的基本走向
3.3.3 一層數據流圖
從總體來描述了整個系統的流程及數據流動情況
圖4-2 二層數據流圖
3.3.4 二層數據流圖
1、系統管理流程
詳細描述了系統管理時的數據流向。
2、用戶管理流圖
詳細描述了用戶管理時的數據流向。
圖 4-3 用戶管理流圖
3、查詢管理流圖
詳細描述了用戶管理時的數據流向。
3.4數據字典
數據名稱 ：充值 別名 ：會員充值
方式 ：會員賬戶余額不足時向管理員充值 流向 ：管理員 補充信息 ：每次充值大于零
數據名稱 ：注冊會員 別名 ：無
方式 ：由新用戶向管理員提交信息申請 流向 ：管理員
補充信息 ：新用戶須向管理員提供姓名、性別等信息 數據名稱 ：修改密碼 別名 ：信息修改
方式 ：由會員向服務器提出申請，服務器訪問會員信息數據庫 流向 ：會員信息數據庫 補充信息 ：用戶只可以修改密碼 數據名稱 ：查詢余額 別名 ：余額查詢
方式 ：由會員向服務器提出申請，服務器訪問會員信息數據庫 流向 ：會員信息數據庫 補充信息 ：只給出會員賬戶數據 數據流名 ：查詢賬單 別名 ：無
方式 ：由管理員向服務器申請，訪問會員信息 流向 ：會員信息數據庫
補充信息 ：管理員有權訪問，無權修改 數據名稱 ：計費 別名 ：無
方式 ：由管理員設置計費方式，會員上機開始計費 流向 ：會員賬戶信息數據庫 補充信息 ：無 數據名稱 ：刷卡 別名 ：無
方式 ：由會員輸入卡號，密碼登陸上機，錯誤則重新輸入 流向 ：計算機 補充 ：密碼為唯一 數據名稱 ：登陸上機 別名 ：上機
方式 ：會員憑卡號、密碼上機 流向 ：會員計費系統 補充信息 ：到會員下機時計費結束 數據名稱 ：費用結算
別名 ：無
方式 ：由管理員設定計費方式，根據會員上機時間產生費用 流向 ：會員賬戶信息 補充信息 ：計費方式唯一 數據名稱 ：添加管理員 別名 ：無
方式 ：由老板添加 流向 ：管理員數據庫
補充信息 ：包括管理員的身份信息，并設定唯一卡號和密碼 數據名稱 ：刪除管理員 別名 ：無
方式 ：由老板刪除 流向 ：管理員數據庫
補充信息 ：刪除該管理員的所有信息 數據名稱 ：修改管理員 別名 ：無
方式 ：由老板修改 流向 ：管理員數據庫 補充信息 ：無 數據名稱 ：消費信息 別名 ：消費記錄
方式 ：由會員向管理員提出申請 流向 ：會員數據庫
補充信息 ：查詢會員一月內消費記錄， 數據名稱 ：上下機記錄 別名 ：無
方式 ：會員上機后自動記錄上下機時間 流向 ：會員賬戶信息數據庫 補充信息 ：保存一個月，過后刪除 數據名稱 ：會員請求 別名 ：無
方式 ：會員提出請求 流向 ：管理員
補充信息 ：會員可向管理員提出要求服務 如掛機等
3.5 業務需求
運用業務流程圖可以為用戶進行方便的操作進行指導，另外系統模塊的業務流程圖在
管理員或是程序員在進行系統的維護以及系統升級是會有很大的幫助，當然，在進行業務流程分析的同時會對一些系統的數據流進行分析，進而為系統的數據庫設計進行分析作了準備。
管理員通過填寫用戶名和密碼進行登陸，如果用戶名或密碼錯誤或為空，系統會給出相應的提示信息，操作員可以重新填寫密碼信息。進入系統后，管理員通過導航選擇要進行管理或者查詢的模塊。電腦信息管理：管理員進入電腦信息管理界面中，可以選擇查詢計算機信息以及管理現有的計算機信息。查詢計算機包括計算機名、顯示器、內存、CPU 、計算機編號等計算機相關信息，在提交之后，系統會給出相應的提示信息。選擇修改是對現有計算機信息進行修改的操作，在提交修改信息之后，系統會給出相應的提示信息。在電腦信息管理頁面中也可以輸入計算機名進行計算機的查詢操作。在用戶信息管理界面中，管理員通過填寫用戶名、密碼、性別等用戶的一些相關信息進行用戶信息的登記，在提交之后，如果系統需要的信息為空，系統會給出相應的錯誤提示信息。管理員可以對會員進行查詢、修改、刪除操作。計費信息管理：該模塊是對網吧收費情況進行管理。在計費管理界面中，管理員輸入用戶身份證，即可調用數據庫中的上下機時間，并結算花費金額、余額，存入數據庫。
用戶可根據，用戶名及密碼登錄用戶系統，登錄時判斷余額是否充足，條件判斷都符合，則允許登錄，并將登錄的時間寫入數據庫。用戶可在用戶界面上查詢現在上網的信息，如：開始上網時間，現在的時間，共花費的金額，上網的時間等信息。也可在客戶端進行退出，并將退出時的時間記入數據庫，以便在管理端進行結算。
圖2-1 業務流程圖
3.6 運行需求
本系統采用Windows XP、windows7系統，采用C#、SQL 作為開發語言，數據庫采用SQL server 2005，嚴格按照軟件開發流程進行設計。采用先進科學和廣為流行的設計方法簡化設計流程。
模塊化的設計方法，有助于管理，因為科學合理的劃分多個功能，單獨設計，用助于降低設計難度及減少錯誤程序的影響范圍，又使整個界面間易于銜接和修改。
該網吧計費系統使用的安全性實施主要包括以下幾個方面：
1、基于系統平臺的安全措施：防止非法數據輸入；防止非法使用； 防止非法文件操作；防止非法訪問信息： 防止非法竊聽信息。操作錯誤對策： 數據錯誤對策。
2、操作系統安全性：在操作系統方面，應用操作系統具有的日志功能，記載運行及用戶的使用情況；同時加強系統文件和用戶訪問控制管理，嚴格限制用戶權限，根據訪問控制的要求，對用戶采取一些控制措施。如：校驗注冊用戶的合法性和口令的有效性，校驗用戶權限，控制對系統資源的使用權限等。
3.7 開發環境
操作系統：Window XP或更高版本系統； 開發環境：C#；
數據庫：SQL server 2005；
開發工具：Microsoft Visual Studio 2010；
第四章
4.1 局部E-R 圖
4.1.1管理員E-R 圖
管理員實體的基本信息
概念及邏輯設計
圖4-1 管理員登錄實體關系
4.1.2用戶實體E-R 圖
用戶實體有較多的必要信息，用來更加方便的區分不同用戶
圖4-2 用戶實體信息
中圖分類號：TP311.52 文獻標識碼：A文章編號：1007-9599 (2011) 14-0000-01
The Thesis Management System Design and Implementation Based on Thinkphp Framework
Chang Benchao
(Zhengzhou Jiaotong University,Zhengzhou450062,China)
Abstract:Needle vocational colleges in the traditional thesis management problems,this paper describes the LAMP platform framework for rapid implementation using ThinkPhp B/S based model management system for the design of the thesis implementation.
Keywords:Higher vocational;Thesis management;LAMP;ThinkPhp;
Framework
一、引言
畢業論文是高職院校教學過程中的重要實踐環節，無論是學校還是學生都很重視，但是，對于復雜繁瑣的畢業論文管理流程，當前很多高校特別是高職院校還在采用傳統的手工方式進行管理。由于高職院校的目標是培養生產、管理、服務等行業一線需要的技術型、應用型高級人才，很多高職院校往往會安排學生在最后一年或學期到校企合作單位進行頂崗實習，而這個時間段也恰恰是學生們找工作和寫畢業論文的時間，不可避免的會存在時間和空間上的沖突。隨著我國互聯網的普及和高校校園網的不斷發展完善，采用基于web的畢業論文管理系統來替代傳統的管理方式已經顯得尤為重要。
二、系統需求分析
（一）角色分析
系統應具備至少四個角色：系統管理員、系部管理員、指導教師和學生。
1.學生。學生注冊登錄后可以修改完善自己的個人資料，修改密碼；可選擇本專業教師的選題，在指導教師確認之前可以刪除選題重選或上傳自選題然后選擇指導教師審核；可以瀏覽教務通知，下載各種文檔模板；可以給指導教師留言和查看留言反饋；可以上傳開題報告、論文等文檔；可以查看自己的論文成績。
2.指導教師。指導教師注冊登錄后，可以編輯修改個人資料，修改密碼；可以帶附件的公告通知；可以上傳課題供系部管理員審核；可以查看自己的選題的審核情況和學生選者情況；可以審核選者自己做導師的學生上傳的自選題；可以下載查看學生上傳的文檔；可以給學生的論文進行評分；可以查看并回復學生的留言等。
3.系部管理員。系部管理員可以審核本系指導教師上傳的選題；可以查詢統計本系教師選題和學生選題情況；可以批量下載本系學生論文進行存檔備份；可以添加編輯本系專業、班級等信息；可以審核確認本系學生有效注冊信息等。
4.教務管理員。教務管理員除繼承系部管理員權限外，還可以設定用戶注冊、教師上傳選題、學生選題、文檔上傳、論文評分等時間范圍；可以查詢統計所有教師選題情況，學生選題情況，學生文檔上傳情況等。
5.系統管理員。系部管理員繼承教務管理員權限擁有系統最高權限，主要對系統進行設置維護，數據庫備份，用戶組管理，角色權限分配，上傳文檔路徑設置，設置上傳文檔命名方式等
三、系統設計
（一）開發運行環境
開發平臺采用WindowsXp系統下的AMP（Apache+Mysql+Php）集成開發工具和Thinkphp框架，正式運行環境則采用Ubuntu linux服務器下的AMP組合。這樣做的好處在于：開始時在經常使用的windows環境下，容易上手，編碼和調試都比較方便；運行時放到Linux環境下，可以提高系統運行的穩定性和安全性，可以最大程度發揮LAMP組合的效率，還可以節省不少windows環境下非AMP組合產生的正版軟件授權費用；采用ThinkPhp框架則可以實現代碼復用，以少量的代碼快速開發出基于MVC分層模式的應用系統。
（二）ThinkPhp框架和MVC模式簡介
ThinkPhp是國內的一款免費開源的，快速簡單的面向對象的輕量級php開發框架，遵循Apache2開源協議，是為了敏捷web應用開發和簡化企業級應用開發而誕生的，擁有眾多優秀的功能和特性。
MVC（model-view-controller）模式的誕生完全是為了解決傳統的web開發模式下大都將頁面顯示和數據處理等功能都耦合在頁面代碼中，增強了系統的業務邏輯和頁面顯示的耦合度，不利于系統的維護和擴展這一弊端。其核心思想是將程序分成相對獨立而又能協同工作的3個部分，即模型、視圖和控制器。模型表示應用程序的業務邏輯，是應用程序的核心，它包含完成任務所需的所有數據和行為，并把要顯示的數據提供給視圖。視圖是用戶看到并與之交互的界面，是應用程序的外在表現。控制器則負責處理用戶的輸入并將模型映射到視圖中。MVC設計模式利用控制器分離模型和視圖，達到層間松散耦合的效果，從而提高系統可擴展性和可維護性。
（三）基于ThinkPhp框架的開發流程
在經過需求分析和總體設計之后，序開發人員可以參考ThinkPhp框架開發手冊和開發實例，熟練掌握框架的命名規范和功能特性，然后進行數據庫和表的創建并根據創建的數據庫信息來配置項目文件。隨后，創建項目的控制器類和對應的模型類，在控制器類中主要編寫項目的業務代碼和模板文件有關的代碼，在模型類中主要編寫和數據庫操作有關的各種代碼；同時，作為美工，需要配合設計所需的頁面文件，由程序員在需要顯示動態輸出的地方插入模板變量，通過瀏覽器進行不斷的測試與修改后，最后部署到實際運行環境中。
四、結論
通過使用國內比較成熟的ThinkPhp框架使得本項目的設計和開發節約了大量時間而且擺脫了過去傳統web開發模式帶來的系統后期維護和擴展難的問題。系統運行環境采用開源免費的LAMP組合，節省了windows環境下昂貴的正版軟件費用。該系統目前已經在鄭州交通學院成功應用，很好的解決了高職院校中傳統論文管理模式的種種弊端和不便，給廣大師生提供了方便。
參考文獻：
中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2013）14-3306-02
畢業論文寫作是高校本科教學中一個不可或缺的重要環節，是所有專業所有學生都必修的一門重要實踐課程，大部分教師也都要參與到畢業論文寫作指導工作中。因此，畢業論文寫作是所有專業教學每年都要面臨的一項繁瑣工作，從出題、選題，再到寫作與指導、評審與答辯等的整個過程都需要教學管理人員、教師、學生投入大量的精力。
傳統的畢業論文管理與指導工作采用見面辦理、溝通為主及手工操作方式，存在以下主要困難：
1）由于學生離校實習或者學生所住校區與教師辦公地址相距較遠等各種原因，導致學生與教師見面不易，信息溝通不暢。
2）由于每個教師要同時指導多個選題多名學生，而且教師工作繁忙，再加上學生離校實習或上課等原因，導致學生和教師很難在工作時段內同時有空閑時間來進行寫作指導。
3）畢業論文寫作整個工作流程的工作環節多，參與人員多，時間跨度大，業務流程復雜。
4）畢業論文寫作各個工作環節都會產生相應的階段文檔，而且通常需要依賴前面階段產生的文檔，因此，在整個工作流程中會產生和使用大量的相關文檔，文檔管理工作繁雜。
基于上述原因，非常有必要開發一套B/S架構的畢業論文管理系統設計，以利用計算機系統自動化處理畢業論文工作中的大量工作，大大提高畢業論文工作效率，同時利用Internet打破師生交流上的時空限制，大大方便畢業論文寫作指導，提高畢業論文寫作質量。在畢業論文管理系統開發上，選用工作流技術及其相應工作流管理系統和工作流開發環境，定義、開發、實現畢業論文寫作工作的工作流程，并管理每個工作流程產生和使用的相應文檔。
1 工作流技術概述與應用現狀
根據WFMC（工作流管理聯盟）的定義[1]，工作流是一類能夠完全或者部分自動執行的經營過程，根據一系列過程規則、文檔、信息或任務能夠在不同的執行者之間傳遞、執行。簡單地說，工作流就是一系列相互銜接、自動進行的業務活動或任務。
工作流技術作為一種過程建模和過程管理的核心技術，可以與其它應用系統有效結合，生成符合企業需求的各種業務管理系統。采用工作流技術作為核心開發的業務管理系統最大的特點，也是這些系統與普通的應用軟件系統的最大差別，是它們具有清晰的業務流程和明確的任務處理實體；同時，它們具有高度的靈活性，可以按照企業的具體需求，快速靈活地生成應用軟件系統，并且在客戶業務過程發生變化時，迅速地進行重組來滿足客戶的需求。
經過二十幾年的發展，工作流技術已走出理論研究階段，開始應用在ERP、CRM、OA、SCM等各類MIS系統的開發中。主要的應用行業有：消費品行業，制造業，電信服務業，銀證險等金融服務業，物流服務業，物業服務業，物業管理，大中型進出口貿易公司，政府事業機構，研究院所及教育服務業等，特別是大的跨國企業和集團公司。
開發基于工作流的管理信息系統需要相關的工作流開發工具和環境。目前最常用的工作流開發工具和環境有：Microsoft Visual Studio 2012 Designer for Windows Workflow Foundation和Microsoft Office SharePoint Developer 2013，Open Dynamics Inc的Joget Workflow，起步軟件Justep X5 Studio，北京慧正工作流系統，上海滿智的EMSFlow流程管理平臺等。
這些工作流開發平臺基本都提供了工作流引擎、可視化流程定義工具流程建模工具、流程管理與監控、角色與權限管理、快速表單開發、豐富的業務工作流規則、支持復雜的業務工作流、強大的代碼擴展能力、圖形化的流程運行監控和分析工具、強大的表單快速開發工具、強大的組織機構和權限支持等功能。
上述工作流開發平臺多數是基于Java/J2EE架構的，而Microsoft Visual Studio 2012 Designer for Windows Workflow Foundation和Microsoft Office SharePoint Developer 2013是基于大家熟悉的Microsoft .NET架構。其中，SharePointDesigner 2013的目標用戶是業務分析人員，SharePoint開發人員，企業IT人員，信息工作者等，要求開發者熟悉SharePointDesigner 2013，包括核心的工作流概念（如：stages， gates， actions， conditions，loops等），更易使用和掌握。而VS2012主要面向中高級開發人員，要求開發者熟悉 VS2012，包括軟件開發概念和WF4.0、部署、安全等。使用VS2012可以開發出高度復雜的、靈活的、定制化的workflow，而且還可以開發custom action，供SharePoint Designer 2013調用。[2]
2 畢業論文管理工作流程分析
畢業論文寫作的主要工作流程有：院系管理員進行畢業論文工作初始設置（設置參與論文寫作工作的畢業生和指導教師，相關通知公告、工作流程安排及相關表格文檔等）、指導教師擬寫論文選題、學生選擇論文選題、院系管理員調整選題、院系管理員公告選題分組名單、教師下達任務書、學生提交開題報告、論文寫作與指導、學生提交論文終稿及答辯申請書、指導教師評閱、專家評閱、畢業論文答辯、文檔打印與入庫等工作階段，各工作階段相互銜接并在不同的執行者之間傳遞、執行。因此，畢業論文管理系統非常適于使用工作流進行定義、建模和開發。
3 基于工作流的畢業論文管理系統功能設計
本系統的用戶角色包括學生、指導教師、院系管理員、評審專家、系統管理員。系統功能目標是實現畢業論文寫作管理的網絡化、系統化、自動化。核心功能是指導教師在線擬寫論文選題、學生在線選題、在線論文寫作與指導、指導教師與評審專家在線評閱、答辯管理、文檔輸入打印等。主要的系統功能模塊包括：選題管理、文檔管理、在線寫作與指導、用戶與權限管理、評審管理、答辯管理、公告管理等。
4 基于工作流的畢業論文管理系統開發方案
為實現通過Internet實現在線畢業論文寫作的管理、在線指導、在線編輯、在線文檔等，管理系統采用B/S三層體系結構。整個系統由web瀏覽器、web服務器、數據庫三層組成。開發架構采用Microsoft 4.0，數據庫管理系統采用SQL SERVER 2005，開發工具采用業內廣泛使用的Microsoft Visual Studio 2012。Microsoft Visual Studio 2012的Microsoft Visual Web Developer工具為web應用系統開發提供了強大的支持，可以方便快捷地完成系統開發。
在工作流開發平臺選擇上，選擇Microsoft Visual Studio Designer for Windows Workflow Foundation進行工作流開發，這樣可以和Microsoft Visual Web Developer工具無縫集成。工作流系統可以使用兩種方式集成到應用系統中，一種是直接調用流程管理中心的可視化模塊，將這些可視化模塊的url鏈接掛接到應用系統的菜單上，使得點擊應用系統的菜單，就執行這些流程的管理模塊。另一種就是在應用系統代碼中直接調用工作流引擎的api來集成。
5 結束語
本畢業論文管理系統基于工作流詳細分析、定義、優化畢業論文管理工作的業務流程，并采用工作流系統與B/S架構應用系統集成的方式進行項目開發，使得系統既能很好地適應畢業論文寫作管理實際工作，又實現了畢業論文寫作管理的在線化、科學化、自動化，大大提高工作的效率和質量。
本系統旨在使畢業論文信息管理網絡化，可以直接在網絡對學生論文進行管理。首先，學生通過網絡選擇論文題目，待教師審核通過后，完成論文并提交；其次，教師（包括指導教師、評閱教師、答辯教師）通過網絡對論文進行評分；最后，由系統計算出學生的綜合成績，供學生在網上查閱。
2需求分析
2.1功能需求
該畢業論文評分系統需要滿足來自三方面的需求，分別是學生、教師和管理員。
學生對該系統的需求主要是查詢學生個人基本信息、查詢可選課題情況并進行選擇、提交選題申請、查詢已選課題、下載論文所需的相關文件、上傳論文、查看畢業論文成績、修改密碼等功能。
教師的需求是查詢教師個人基本信息、課題、課題審核、上傳文件、下載文件、對學生的論文、答辯情況等進行評分，修改密碼等功能。
管理員的功能包括對公告、文件、學生、教師、論文、分組、成績、用戶等8個模塊進行管理和維護，包括添加新教師、添加新生、添加公告、上傳文件、進行學生和老師的分組、審核成績、修改管理員密碼等，并對模塊的信息進行查詢、修改、刪除等操作。
2.2性能需求
根據用戶對本系統的要求，確定系統在界面、響應時間、可靠性、安全等方面有較高的性能要求。
2.2.1界面需求
（1）頁面內容：主題突出，站點定義、術語和行文格式統一、規范、明確，欄目、菜單設置和布局合理，傳遞的信息準確、及時。內容豐富，文字準確，語句通順；專用術語規范，行文格式統一規范。
（2）導航結構：頁面具有明確的導航指示，且便于理解，方便用戶使用。
（3）技術環境：頁面大小適當，能用各種常用瀏覽器以不同分辨率瀏覽；無錯誤鏈接和空鏈接；采用CSS處理，控制字體大小和版面布局。
（4）藝術風格：界面、版面形象清新悅目、布局合理，字號大小適宜、字體選擇合理，前后一致，美觀大方；動與靜搭配恰當，動靜效果好；色彩和諧自然，與主題內容相協調。
2.2.2響應時間需求
無論是客戶端和管理端，當用戶登錄，進行任何操作的時候，系統應該及時的進行反應，反應的時間在5秒以內。系統應能監測出各種非正常情況，如與設備的通信中斷，無法連接數據庫服務器等，避免出現長時間等待甚至無響應。
2.2.3安全性需求
系統有嚴格的權限管理功能，各功能模塊需有相應的權限方能進入。系統需能夠防止各類誤操作可能造成的數據丟失，破壞。防止用戶非法獲取網頁以及內容。
2.2.4開放性需求
系統應具有十分的靈活性，以適應將來功能擴展的需求。
3系統設計
3.1系統功能設計
本系統依據用戶角色劃分主要由三大模塊組成：管理員功能模塊、教師功能模塊和學生功能模塊。其中管理員模塊又包括公告管理、文件管理、學生管理、教師管理、論文管理、分組管理、成績管理、用戶管理以及退出系統等子模塊。
3.2數據庫設計
3.2.1 數據庫結構設計
E-R圖是一種用于描述靜態數據結構的概念模式，它直接使用信息世界中的術語來表示現實世界中的聯系。E-R模型的基本元素包括：
實體：它是客觀存在可以相互區別的事物
屬性：指實體的某一特征。
聯系：表示一個或多個實體之間的關聯關系。
3.2.2 系統E-R圖
4模塊設計與實現
在整個開發過程中，采取的方法是：分工精細、緊密合作，系統主要分為以下模塊：公告管理、文件管理、學生管理、教師管理、論文管理、分組管理、成績管理、用戶管理、退出系統等子模塊，在這些子模塊下包括對公告信息、文件信息、學生信息、教師信息、論文信息、分組信息、成績信息以及用戶信息的添加、查詢、修改、刪除等操作。
以下僅以論文管理頁面為例進行簡單描述。
當用戶名和密碼都正確時，管理員進入界面默認是論文管理頁面，如圖2所示。管理員可以根據論文編號、題目和指導老師查詢相關的論文信息，并適時對論文信息進行更新和刪除操作。另外，頁面左邊導航欄論文管理下面還提供了一個“添加論文”鏈接，單擊此鏈接，頁面將跳轉到添加論文信息頁面，管理員可以在添加論文信息頁面上添加新增的論文信息。
5系統測試
系統的各功能模塊需要進行測試，對于模塊化應用程序，軟件開發的最后一部分就是不斷的測試程序，該階段主要對系統的正確性及完整性等方面進行測試。主要進行：功能確認測試、運行測試、健壯性測試、安全性測試以及查錯方面的測試等，系統測試由測試組成員（或質量保證人員）或測試組成員與用戶共同測試，在整個系統開發完成，即將交付用戶使用前進行。測試階段的信息流如圖3：
在這一階段，為使系統最終能夠順利運行，對整個系統進行了全面的測試。嚴格按照軟件測試步驟從管理員模塊測試開始到系統集成測試止，所有測試都追溯到學生、教師以及管理人員的要求，這種測試符合現代軟件測試準則從“小規模”測試開始逐步進行“大規模”測試。并嚴格按照程序內部的邏輯測試程序，檢查程序中的主要執行通路是否能按照預定要求正確工作。
在測試過程中，主要做了以下工作：
（1）檢驗數據顯示區域的GridView控件是否能夠按要求格式正確顯示輸入數據。
（2）檢驗數據顯示區域的GridView控件的相關列是否能夠實現數據的刪除及更新操作。
（3）檢驗能否對輸入數據進行適時查詢并作相應更新操作。
（4）檢驗功能模塊中所涉及的所有功能的實現及健壯性。
在整個系統調試程序過程中，我們也發現了各種各樣的問題，由于某些內在的錯誤影響程序的運行，在采用上述調試方法對程序進行反復修改調試后，程序運行情況良好，達到了預期的設計目標，基本上可以滿足用戶的需要。
參考文獻：
[1]程不功，龍躍進，卓林. 2.0動態網站開發教程[M].清華大學出版社，2006，4（1）.
0引言
油田開發有點多、線長、面廣、流動性大的特點，安全管理難度大，存在安全監督檢查信息上傳不及時和檢查結果的傳遞效率低的問題。為不斷提高安全監督工作的水平，便于及時傳遞安全監督檢查信息，我們利用網絡信息平臺和便攜手持機的組合，研究開發了“安全監督檢查信息管理系統”，較好的解決了安全監督檢查情況實時上傳和同步查詢的問題，便于各級管理部門對安全監督檢查的情況進行適時跟蹤處理，提高了安全監督檢查信息的管理水平。
1應用技術簡介和系統設計原則
1.1應用技術
信息管理系統依托3G網絡、互聯網技術構建，后臺管理服務平臺采用了B/S結構，客戶端使用標準的微軟IE瀏覽器，減少了系統出錯的機率，降低了系統維護成本，便于軟件的升級和擴展；系統主體平臺采用了JAVA 語言開發，具有一次編譯多次運行的特點，在不改動程序的情況下就可以部署到任何操作系統平臺下運行；數據庫服務器與WEB 服務器分離，采用三層應用程序架構，增強系統的穩定性與安全性以及擴展能力。流動終端則采用時下流行的.NET進行嵌入式應用開發，其操作系統采用Windows Mobile。
1.2系統設計原則
a）實用性。系統采用友好的圖形用戶界面方式，實現全屏幕菜單操作，用戶能簡單、方便地采集基礎數據，實現信息共享與交換。
b）可靠性。系統在設計過程中，把可靠性作為系統設計成功與否的重要標準，在設計過程中考慮到安全管理人員對計算機知識的局限性，采用了較強的容錯功能畢業論文ppt，對用戶的非法操作均有限制和提示，數據出錯時具有相應的提示信息及處理能力，并且每個處理環節都具有高度可靠性、保密性及安全性。
c）開放性。利用Web技術，使用戶能進行分布式數據處理，各子系統能在Internet上進行數據處理和信息查詢。
d）通用性。系統設計過程中，遵循企業安全管理中的一些通用的基本管理制度，在管理區采油隊中具有通用性。
e）先進性。系統以軟件工程理論為依據，采用目前流行的WEB應用程序框架進行開發。
f）可擴充性。系統采用了分布式設計原則，無論在系統部署、軟件功能擴展、系統容量方面都有良好的擴充能力。在硬件資源緊張的情況下，系統可以部署到一臺服務器，為提高系統的可靠性、穩定性及負載能力，我們可以將系統分布式安裝到多臺服務器上共同為用戶提供服務。
2 管理網絡
該信息管理系統依托勝利油田局域網絡系統，以油田安全環保處監察支隊為中心，輻射全油田各二級單位安全環保科以及三級安全管理部門。
2.1油田安全環保處用戶
油田安全環保處用戶主要是處領導、檢查支隊以及各管理科室，對安全檢查情況進行監督和處理，以及整改結果的處理跟蹤。
2.2二級單位用戶
二級單位用戶主要是二級分管領導、安全環保科、監督站以及分管人員，主要是對檢查監督情況進行分析處理，下達整改意見和措施，并直接對整改結果負責，將整改結果上報安全環保處。
2.3三級單位用戶
三級單位用戶主要是三級單位領導和安全辦公室管理人員，主要是負責對安全檢查監督問題進行整改，并把整改結果上報二級安全部門審核。
3系統構成
安全監督檢查網上實時錄入查詢管理系統由監督檢查人員所持的便攜手持機以及設備終端軟件、系統平臺管理軟件和通訊信道組成。
3.1系統拓撲結構圖
系統拓撲結構如圖1。
圖1系統拓撲結構圖
通過圖1我們可以清楚的了解系統的結構和連接關系，智能3G終端將采集好的監督檢查數據，通過移動基站進入運營商的3G網絡，再通過Internet傳輸到具有防火墻保護的油田網絡的系統服務器上。
3.2便攜手持機的性能與選型和終端選用
a) 便攜手持機性能。安全監督檢查地點分散，安全監督人員在監督檢查現場需要使用便攜手持機進行檢查情況的記錄及上報，上報資料需要實時傳遞。上傳資料包括文字、聲音、視頻、照片等資料，這些資料容量較大，所以必須要有便攜設備及高速無線網絡的支持才能完成。
b) 3G設備的選型。為滿足以上需求，我們選用3G網絡作為數據傳輸通道，從用戶的使用習慣、用戶界面的友好程度出發在3G設備的選型上，我們選用具有以下特性的終端產品：為方便資料錄入及顯示，選擇2.5寸屏以上3G終端；WindowsMobile 5.0及以上版本操作系統；帶300萬及以上分辨率攝像頭，帶GPS模塊（可將檢查信息在地圖上展示，可以先不做，如果以后功能擴充使用，不至于重新換終端）。
滿足以上條件的3G終端有WCDMA、CDMA2000、TD-CDMA。三種3G標準中，TD-CDMA是國產標準、目前只有中國移動使用，支持TD的手機太少，并且價格不菲； CDMA2000是美洲3G標準，目前可用機型也不是很多；WCDMA是歐洲3G標準，由于WCDMA網絡是比較成熟的網絡，支持WCDMA的設備也相對豐富多樣，可選擇的范圍很大，此類機型選擇最多。綜合考慮網絡速度、終端產品支持類型來看支持WCDMA的3G終端是比較理想的選擇。我們最終采用了WCDMA終端產品HTC HD2，見圖2。
圖2便攜手持機
3.3便攜手持機安全監督檢查軟件
從用戶的使用習慣、用戶界面的友好程度出發，便攜手持機軟件以WindowsMobile作為支撐系統，采用.net作為開發平臺，依附微軟成熟的嵌入式應用開發技術建立。見圖3。
圖3系統用戶主界面圖
a)終端軟件功能劃分：用戶登錄，法律法規、安全管理規定及文件內容查詢畢業論文ppt，檢查事務列表，列出當前終端中已經保存的檢查事務，并可查看其狀態；可以將未上傳的檢查事務上傳到遠程服務器。
b)檢查事務錄入：錄入檢查事務內容，拍攝檢查現場照片，拍攝檢查現場視頻，被檢查人簽名，保存并通過3G網絡上傳到遠程服務器。
3.4系統平臺（服務器）管理軟件
系統平臺（服務器）管理軟件采用流行的J2EE企業應用架構，主要由數據庫系統、WEB應用服務系統與通訊服務系統三部分組成。
a)數據庫系統。由于采用流行的JAVA數據庫層持久框架，數據庫類型本身變的不怎么重要，我們可以根據實際需要選擇數據庫服務軟件，在此項目中我們采用了Sql-Server。
b)WEB應用服務系統。應用服務器采用Tomcat。我們將J2EE項目部署到應用服務器，來完成我們所需要的功能。
c)系統管理。單位管理是以樹形管理單位資料；用戶管理為不同的單位分配用戶和權限；角色管理定義用戶角色，分配角色可以訪問的資源、菜單等；菜單管理定制系統菜單項；監督檢查；檢查列表及分單位查詢；監督檢查匯總統計。
d）安全監督檢查資料管理。法律法規、新聞消息、其它資料的管理。
e)監督檢查信息。將資料管理中，需要放在公開頁面展示的內容向用戶展示，形成一個安全監督檢查的網站系統。
f)通訊服務系統。負責接收3G終端上傳的檢查內容、聲音、視頻、照片等資料。并保存到數據庫，以供后臺管理系統使用。
4結束語
“安全監督檢查信息管理系統”研究開發應用后，實現的主要功能如下：
a)安全監督檢查信息及時地上傳到安全監督管理平臺，便于相關管理人員及時分析和判斷事故隱患，做出解決方案。
b)能及時查詢安全監督檢查信息和分類處理安全監督檢查信息反饋的各類問題，提高安全監督檢查的效率和質量。
c)實現了規章制度、法律法規、通知、上級文件、操作規范的網上查詢，便于及時查詢貫徹執行。
d)利用現有網絡實現安全監督檢查工作的網絡聯動，保證信息的上傳下達。
e) 對安全監督檢查的過程進行閉環管理，建立了先進的工作流程。檢查紀要立即上網，實現無紙化辦公，對檢查內容的落實要有反饋。既保證檢查內容的完整性和準確性，又保證信息上報的實時性。
f)建立完整、準確的安全監督檢查檔案，便于分析問題和查找資料。
參考文獻
[1]李敏劉雅婷陳文戈.發電企業監督檢查信息管理系統的研究與應用[J]. 工業安全與環保. 2009 (3)
中圖分類號：G642.0 文獻標志碼：A 文章編號：1674-9324（2016）29-0015-02
目前，我校的本科生畢業論文（設計）仍采用手工方式管理，畢業論文（設計）管理中的許多環節，例如選題、開題、過程管理、審閱評議、結果統計分析等工作還沒有被納入校園信息管理系統中。
每年我校的本科畢業生有6000余人，由于整個畢業論文（設計）的工作過程持續時間長、涉及人數多（包括學生、指導教師和教學管理人員），傳統的以手工為主的管理方式存在很多缺點和不足：學生在選導師、選題目等方面缺乏較好的公開性、公平性；師生之間信息交流不暢；論文（設計）工作進度難以及時了解并進行控制；在成績評定方面存在較大的片面性和隨意性；文檔收集整理、成績統計分析等方面重復勞動量大、工作效率低下等等[1]。
在這樣的背景下，如何加強畢業論文的管理工作，實現無紙化和網絡化辦公，是一個極具應用價值的研究課題。研發畢業論文（設計）系統可以大大減少工作量，節約打印紙張等辦公經費，提高教務人員的工作效率和管理水平，還可以方便學生上傳下載和師生間共享論文資源。
為此，我們申請了大學生創新創業訓練計劃項目，根據數學與統計學院（簡稱“數統學院”）的實際情況，開發出了適用于數統學院的畢業論文管理系統[2]。
一、畢業論文過程化管理系統的功能設計
畢業論文管理系統的主要功能有：教師出題、學生選題、學生自命題、教學管理員審核、學生上傳相關文檔、數據匯總、系統設置。其中，系統分三個模塊，分別是教師模塊、學生模塊和管理員模塊[3]。
1.管理系統的基本操作流程如下：
①教師登錄系統，輸入自己想要指導的課題，并申報；②教務管理員登錄系統審核課題；③學生登錄系統選擇課題或者自命題；④學生登錄系統查看自己的課題狀況，并根據課題要求完成畢業論文教學進程的各項任務，按時上傳相應的文檔。同時，教師可以在登錄系統查看自己指導的學生的信息，下載學生上傳的文檔。⑤待學生在規定時間全部完成和上傳文檔后，教務管理員可對整個教務進程進行總結和整理，完成整個畢業論文線上辦公的過程。
以下時序圖1闡述了系統的基本流程：
2.管理系統開發所需要的技術條件：
①Visual Studio 2013 IDE工具作為系統開發環境；② MVC4 （C#）作為開發語言和開發框架；③FTP工具上傳部署代碼；④Git版本管理工具進行版本管理；⑤Windows Server 2008 RC2作為服務器系統；⑥IIS服務器作為運行服務器；⑦SQL Server 2008作為數據庫服務器。
目前項目系統的開發工作已經順利完成，并且已經過教務管理人員和學生的測試，根據他們的建議對系統功能進行完善，可以正式投入使用。
二、畢業論文過程化管理系統的常見問題和解決方案
1.多個學生選同一個課題多并發問題。在學生選擇課題的時候，由于某個課題比較受歡迎，可能會有比較多得學生優先考慮，但課題只有一個。這時候，如果有多個學生同時選的話，很可能會出現沖突問題，導致系統出錯。圖2展示了Topic（論題的表）的結構。
其中Student_UserId為學生的用戶唯一標識，當學生選擇某個課題的時候，屬于這個課題的一行記錄中的這個字段就會填上學生的標識。在多并發的問題中，如果多個學生請求選擇這個課題，就會同時更新這個字段。那么，在更新的一瞬間，根據服務器處理的先后順序，往往是最后被處理的被寫上這個字段。這是因為服務器接收到多個選題請求后，會同時地執行邏輯處理。首先將相關的這一行的資源從數據庫里面取出來，在邏輯處理的過程中，服務器會根據這個資源在內存中生成對應的對象或者數組，而修改數據就通過修改這個對象或者數組來實現。而最后保存操作就把這個對象或者數組再生成SQL語句更新數據庫。那么根據這圖2 Topic結構個流程，各個請求都生成了屬于自己的SQL語句，當然是最后執行SQL的那個請求會被最終保留在字段里了，這樣就是“后者先得”，不符合實際的要求，同時也會造成后續邏輯的錯誤。
解決方案：
通過為Topic表加上一個16進制的字段RowVersion（見圖2箭頭所指）和樂觀鎖的方法。相應的處理邏輯改為：讀取某一行的時候，也順便把RowVersion的值讀出來作為這一行的版本判斷，當更新行的時候，首先判斷數據庫中的這一行的這個字段是否還是原來的值，如果是的話表示期間沒有被修改過，那么就將RowVersion的值加1，再存進數據庫；如果不等于原來的值，就表示已經被修改過，不能再執行更新，而要做出相應的處理。樂觀鎖保證了對某行記錄進行更新操作時，會對這一行加鎖，若有另外的進程需要操作同一行，必須等前面的進程操作完成。這就保證了數據不會有沖突，解決“后者先得”的這個問題[4]。
2.師生用戶體驗優化問題。系統對用戶體驗做出了比較多的優化，總結為如下幾點：①采用當前較為新的HTML5 UI作為界面元素，無論是界面風格、字體還是圖標設計看上去都令人舒服。②系統的大部分操作都使用Ajax（Asynchronous Javascript And XML）異步處理的技術，通過彈出層來進行各種操作，不需要刷新頁面就能看到修改后的效果，讓用戶感覺方便和友好[5]。
3.桌上電腦和移動端同時兼容的問題。為了同時兼容桌上個人電腦端和移動端，能讓教師或者學生出門在外或者不在電腦旁都能登錄系統完成自己需要的操作，本系統實現了PC和移動端的兼容。系統的頁面可以根據屏幕的寬度來調節相應的樣式。本文只討論了項目軟件開發過程中遇到的幾個問題和解決方案，借此與專家或有相關經驗的開發者分享，項目中其他功能的具體實現過程不再一一列出，敬請批評和指正。
三、總結
畢業論文管理是學院教學管理與評價的一個重要組成部分。從在校大學生的角度看，只有認真對待論文寫作，才能順利完成學業，取得學士學位；從教育管理的角度看，畢業論文工作不僅能提高學生的專業知識水平，更能言傳身教給學生科學研究的嚴謹態度和扎實的研究作風，并且可以使學生走向工作崗位后，能夠掌握分析解決問題的基本原則，培養學生持之以恒、繼續學習的良好思維品質。這才是大學教育中畢業論文工作的真正內涵。
參考文獻：
[1]李海燕，俞金梅，等.高校本科畢業論文（設計）中存在的問題及解決途徑[J].實驗技術與管理，2012，29（12）：141-144.
[2]李景藎咼文承等.基于MVC框架的系統重構方法研究與實踐[J].電腦知識與技術，2015，11（22）：63-66.
1.2經濟可行性基于Web的高校畢業生就業信息管理系統的開發采用自主開發的方式，開發人員只需要在系統建設單方面花費資金，為高校畢業生就業管理工作提供了方便，簡化了高校就業工作人員的日常工作，提高了工作效率，從而提高了經濟效益。
1.3運行可行性基于Web的高校畢業生就業信息管理系統簡潔、方便、易用，界面美觀，充分考慮工作人員的用戶體驗，并且數據錄入快，操作簡單，格式規范，統計準確，適應性強。
2功能設計
Web技術環境下高校就業管理系統的功能設計要實現以下幾個功能：用戶信息管理功能、畢業生的信息資料管理功能、企事業單位的信息資料的管理功能和學校對就業信息的管理功能以及學校對畢業生就業的指導功能。因此，需要設置六個信息管理模塊。
2.1用戶注冊信息模塊Web環境下高校就業管理系統設置為會員制，需要訪問的用戶通過注冊成為會員才能進行更多信息的瀏覽。沒有注冊成為系統會員的用戶屬于游客，所要瀏覽的職位信息有限。
2.2畢業生就業信息管理模塊該模塊下設有一個個人簡歷子模塊，畢業生在注冊登錄以后可以生成或修改或更新自己的個人簡歷。還設有一個錄用子模塊，用來公布被用人單位錄用的畢業生的基本的資料情況。再有就是下載子模塊，主要是提供畢業求職者對于求職中所使用的表格文件的下載。最后一個子模塊是就業指導模塊，用于官方網站的工作人員利于畢業生就業的相關信息。
2.3企事業單位就業信息管理模塊企事業單位通過在系統中提交所需要的各種資質材料進行注冊，審核通過，方可成為正式會員。用人單位可在此查看需要和適合本單位需求崗位的人才的個人簡歷信息，或者直接和高校的就業相關部門的工作人員直接聯系，向他們自己的招聘計劃，然后由高校就業部門的工作人員向用人單位推薦優秀的學生進行面試等等。招聘完成結束及時的招聘結束的信息，來告訴求職者本次招聘結束。
2.4學校就業部門管理模塊學校的就業相關部門的管理主要是分為院校的就業部門和各個系里的就業部門。院校的就業部門工作人員管理畢業生的各種檔案信息，審核企事業單位的注冊資料信息以及的招聘信息的真實性等管理工作。各個系的就業部門工作人員負責管理審核注冊的畢業生的個人簡歷信息、就業的方案審核等工作。
2.5就業情況的統計模塊本模塊可以統計畢業生的就業率、薪酬待遇以及工作類型、畢業生就業的區域分布等等。同時該模塊還設置了打印功能，方便信息的流通。
2.6就業協議及就業政策管理模塊在畢業生求職和用人單位招聘的過程中，院校可以通過高效就業管理系統查看就業協議表的使用情況，以此初步確定畢業生的基本就業情況。然后通過上面的信息提醒畢業生求職者在到崗之前需要做的注意事項，領取報到證并登記記錄在冊。就業政策是畢業生求職者需要關注的新聞事項，各個專業相關的行業新聞，以便學生能夠了解行業發展的動態。
