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