項目演示地址

第1章?緒論

1.1選題動因

當前的網絡技術，軟件技術等都具備成熟的理論基礎，市場上也出現各種技術開發的軟件，這些軟件都被用于各個領域，包括生活和工作的領域。隨著電腦和筆記本的廣泛運用，以及各種計算機硬件的完善和升級，市面上的電腦和筆記本的性能都得到提升，可以支持的軟件也逐漸增多，因此，在計算機上安裝軟件來發揮其高效地信息處理的作用，則很受人們的青睞。對于預報名管理系統信息來講，通過手工形式處理，在面對龐大的信息數量時，就顯得不適宜了，首先需要花費的時間比較多，其次數據出錯率比較高，而且對錯誤的數據進行更改也比較困難，最后，檢索數據費事費力。因此，為了解決上述問題，有必要建立預報名管理系統，來規范預報名管理系統信息管理流程，讓管理工作可以系統化和程序化，同時，預報名管理系統的有效運用可以幫助管理人員準確快速地處理信息。

1.2目的和意義

預報名管理系統可以對預報名管理系統信息進行集中管理，可以真正避免傳統管理的缺陷。預報名管理系統是一款運用軟件開發技術設計實現的應用系統，在信息處理上可以達到快速的目的，不管是針對數據添加，數據維護和統計，以及數據查詢等處理要求，預報名管理系統都可以輕松應對。所以，預報名管理系統的運用是讓預報名管理系統信息管理升級的最好方式。它可以實現信息處理的便利化要求，還可以規范信息處理的流程，讓事務處理成為管理人員手中的一件簡單事，而不是之前手工處理時的困難事。盡管預報名管理系統具備較完善的功能，但是也需要管理人員利用閑暇時間提升自身素質以及個人能力，在操作預報名管理系統時可以最大化運用預報名管理系統提供的功能，讓系統在滿足高效率處理數據的同時，也能始終穩定運行，還可以確保數據的可靠性與數據處理的質量。

1.3論文結構安排

本文總共分為6個章節，每個章節都對本系統描述了不同的內容。接下來就對本文的研究內容進行闡述。

第1章：這個章節是論文的緒論部分。從選題的背景和意義的角度闡述即將開發的系統。

第2章：這個章節是技術介紹部分。從本系統需要運用的技術知識的角度闡述系統。

第3章：這個章節是系統分析部分。從分析系統可行性，分析系統功能和性能等角度闡述系統。

第4章：這個章節是系統設計部分。從系統功能結構的角度和數據庫設計的角度闡述系統。

第5章：這個章節是系統實現部分。從系統功能模塊運行效果的角度闡述系統。

第6章：這個章節是系統測試部分。從測試系統功能，系統測試方法的角度闡述系統。

第2章?開發環境與技術

開發預報名管理系統需要搭建編程的環境，也需要通過調查，對各個相關技術進行分析，選取適合本系統開發的技術與工具。

2.1 MYSQL數據庫

題目確定了是一個應用程序之后，就開始按部就班的進行設計與分析。本課題是需要數據庫作為數據管理工具以及數據載體，從程序功能分析到數據分析，選擇合適的關系型數據庫是當下所選擇的重要環節。關系型數據庫可選擇余地不多，本身甲骨文公司的兩個，微軟的兩個，IBM的一個，也就是這五個了，功能和差異都不影響數據庫的選擇，因為這些數據庫都能實現應用程序功能所需的，那么只能從其他的方面來綜合考慮哪種數據庫更合適。作為開發使用的電腦硬件上來講，還是大一的時候買的，當初并沒有太多的錢買好一點的電腦，只是作為學習用的，所以經過這么幾年的使用，電腦老化了，性能下降也比較厲害，還有好多需要用的學習資料，本身面臨畢業，選擇學校機房也不是一個長久的打算，選擇一個數據庫適合自己的老舊筆記本電腦作為學習開發當前的應用，是最重要的。綜合考慮的結果就是選用MySQL數據庫作為應用數據庫，因為MySQL數據庫體積小，占用內存小，不影響電腦上其他用的軟件運行，并且不需要因為安裝維護MySQL數據庫而重裝系統，最終選擇的數據庫就是MySQL數據庫。

2.2?Tomcat 介紹

剛開始學習Java語言的時候，是不知道還有Tomcat這些東西的，各種語法各種輸出在控制臺進行輸出結果，當Java網站開發的時候就不可避免的學習到了Tomcat服務器。Tomcat準確的來講不算是服務器，可以說是vue引擎或者一個容器，這些都是學術上或者原理上都比較貼切的，但是實際工作中Tomcat就是作為一個web服務器來用的，因為可以實現網站的發布和運行。因為工作原理的原因，Tomcat一般作為中小型企業和并發量并不突出的一種輕量級的服務器存在的，比如某些行業的應用系統，本身客戶端就不多，需要的連接也不多，一般都用Tomcat的。Tomcat里面可以配置多個網站，配置文件后綴是config的文檔，類似于XML的結構，比較清晰明了。每當Java發布新的版本的時候，Tomcat也會為了匹配Java的版本進行升級，目前Tomcat版本已經到版本10了。Tomcat標識是一只有點發黃的小貓咪，當Tomcat配置成功一般測試的時候能看到這個小貓咪就算是成功的，才能進行下一步的配置。Tomcat服務器在Java網站開發中還是挺合適的。

2.3?vue技術

vue技術可以讓初學者盡快上手進行編寫動態網站，不需要變成高級的Java編程人員才可以書寫代碼，從學習的效率還有編寫的效率上都有很大的提升。讓著重于網頁開發者與著重于后臺邏輯開發進行分離合作開發變成了一種可能，降低了學習成本，不需要考慮程序運行解釋編譯階段的話，vue網頁本身就可以理解成一個普通的Servlet。vue結構上面，主要分為兩個方面，一個是專屬的vue引擎，通俗的講就是可以實現vue編譯后運行解釋的一個東西，另一個就是web服務器。vue運行編譯需要vue引擎和web服務器進行配合以及相互協作，當然他們的分工也是很明確的，這樣才可以真正的運行起來。vue容器和引擎有Tomcat，這個Tomcat其實也還有Apache靜態解釋代碼的部分，雖然看起來運行效果差不多，但是其實是兩個截然不同的工具，在文件系統里目錄也是不一樣的，當然如果有特殊需求也是可以進行特殊的配置的，配置上面還是比較靈活的。雖然Tomcat部署了網站之后就可以運行網頁讓客戶訪問，但是Tomcat也只是vue引擎而非web服務器。比如JRUN和Resin都算是vue引擎，而web服務器的職責比較單一，就是處理客戶端請求還有返回給客戶顯示請求處理后的數據而已。vue引擎則可以運行純HTML編寫的網站，也可以運行vue編寫的動態網站，在效率上也只是比單純的web服務器而已，但是從純web服務器無法運行動態網站上來講，vue引擎在功能上還是強大了很多，提升一點點效率反而算不了什么，對于必須實現的功能這些要素上，選擇了vue技術。

2.4?SpringBoot框架

java一直被人詬病的一點就是臃腫、麻煩。當我們還在辛苦的搭建項目時，可能Python程序員已經把功能寫好了，究其原因注意是兩點：復雜的配置，項目各種配置其實是開發時的損耗， 因為在思考 Spring 特性配置和解決業務問題之間需要進行思維切換，所以寫配置擠占了寫應用程序邏輯的時間。一個是混亂的依賴管理。項目的依賴管理也是件吃力不討好的事情。決定項目里要用哪些庫就已經夠讓人頭痛的了，你還要知道這些庫的哪個版本和其他庫不會有沖突，這難題實在太棘手。并且，依賴管理也是一種損耗，添加依賴不是寫應用程序代碼。一旦選錯了依賴的版本，隨之而來的不兼容問題毫無疑問會是生產力殺手。而SpringBoot讓這一切成為過去！Spring Boot 簡化了基于Spring的應用開發，只需要“run”就能創建一個獨立的、生產級別的Spring應用。Spring Boot為Spring平臺及第三方庫提供開箱即用的設置（提供默認設置，存放默認配置的包就是啟動器），這樣我們就可以簡單的開始。多數Spring Boot應用只需要很少的Spring配置。我們可以使用SpringBoot創建java應用，并使用java –jar 啟動它，就能得到一個生產級別的web工程。

第3章?系統分析

用戶的需求以及與本系統相似的在市場上存在的其它系統可以作為系統分析中參考的資料，分析人員可以根據這些信息確定出本系統具備的功能，分析出本系統具備的性能等內容。

3.1可行性分析

盡管系統是根據用戶的要求進行制作，但是在確定制作前，有必要分析其可行性。

3.1.1操作可行性分析

開發本系統需要用到的工具，本人都比較熟悉，因此可以使用這些工具，完整開發預報名管理系統。此外，預報名管理系統在功能上，基本都是完成信息的處理，涵蓋了添加，修改，刪除等，而且操作者面對的都是各個功能操作界面，并不是編碼后臺，所以一般的使用者都可以通過操作界面輕松完成信息的加工處理。因此，本系統操作可行。

3.1.2經濟可行性分析

開發本系統，并沒有投入資金購買開發工具。因為使用的開發工具都是事先在百度上下載安裝在本人電腦上的，隨著軟件開發技術的成熟，系統功能實現的編碼也都模塊化，很容易通過各大軟件開發類網站獲取，并通過小部分代碼改動，運用到本系統中，這些都不需要資金投入，同時，本系統開發的結構選用B/S，成本可以忽略不計。

3.1.3技術可行性分析

本系統需要的軟件包括Eclipse，Tomcat，Mysql等，這些工具都接觸并使用過，至于JAVA，B/S，vue，Html等技術，圖書館都有對應的書籍可以參考學習，加上平時課堂上學習的編程小項目對這些技術都有講解，另外，本人也從課程設計作業中鍛煉了編程能力。所以在技術上，可以完成預報名管理系統的編程開發。

通過上面的分析，已經確定了本系統在經濟上的可行，本系統在技術上的可行，本系統在操作上的可行。由此，可以得出在目前的條件下，對于預報名管理系統的設計與實現是可以進行下去的。

3.2系統流程分析

本系統在處理數據時，其內部的操作邏輯也需要使用相應的工具進行展示。

在本系統的數據錄入頁面，對于操作者提供的每條數據都有相應的檢驗規則，比如數據信息不能有非法字符，或者本來應該是漢字的數據，不能用字母代替，還有對數據內容的長度等進行規范，這樣的可以確保數據準確性的檢驗規則，在編碼時，就提前編寫好了。數據添加的流程見下圖。如果數據已經保存進入數據庫，則說明操作者提供的數據內容和格式都是符合要求的。

......。

第4章?系統設計

市面上設計比較好的系統都有一個共同特征，就是主題鮮明突出。通過對頁面簡潔清晰的布局，讓頁面的內容，包括文字語言，或者視頻圖片等元素可以清晰表達出系統的主題。讓來訪用戶無需花費過多精力和時間找尋需要的內容。

4.1界面設計原則

一般來說，大部分用戶使用系統，有些是想從系統中獲取需要的信息，有些則是使用系統提供的服務。所以，為了改善用戶體驗，提高系統的使用率，在對系統界面設計時，需要按照下面的原則進行。

第一點，對用戶進行分析，了解用戶使用系統的目的，以及使用系統的方式，考慮大部分用戶的閱讀習慣，設計Z字形或F型結構可以方便用戶獲取信息。

第二點：設計有效的導航，這個包括每個頁面上都有導航條的顯示，有時也可以在頁面的底部設計導航條，當用戶進入具體頁面時，要設計相應的位置提示，在頁面中比較特殊的位置，需要設計返回鏈接，可以返回上個頁面，也可以返回首頁等。

第三點：對整個系統要運用統一的設計方案，包括色彩方案的一致性，頁面模板的相似性等，對相同操作和專業術語的描述在整個系統中也應該保持一致。

第四點：設計的界面要保證傳達的內容清晰準確。要避免在同一個頁面設計非常多的內容，另外可以準確對系統內容進行分類，把頁面中用戶視覺集中的位置，用來顯示重要信息。

作為初學者，并沒有那么多的設計經驗，但是可以運用上面提到的界面設計原則設計出比較好的系統，可以讓用戶產生良好的使用體驗。

4.2功能結構設計

為了讓系統的編碼可以順利進行，特意對本系統功能進行細分設計，設計的系統功能結構見下圖。

圖4.1 系統功能結構圖

4.3數據庫設計

一般來說，對用戶進行調查，了解其需求，主要還是完成功能上的分析設計，殊不知，設計功能時，也要展示對數據庫的設計。數據庫服務于程序，它可以按照設定的規則對程序的數據進行保存，因此，也可以說數據庫就是程序相關數據的集合。為了保證程序的高質量，數據庫提供的數據存儲服務也需要快速響應，同時數據信息也要安全合法可靠，所以設計一個數據庫這樣的任務也需要高度重視，并花時間和精力去努力完成。畢竟這影響到后期程序的開發和使用。試想而知，假設設計一個不好的數據庫，遇到的問題將會有：第一，面對信息處理，會有著繁瑣的業務邏輯，延長事務處理時間。第二：程序編碼期間，將會產生更多的代碼去完成數據處理的功能，產生大量的數據冗余，而且也不方便注釋代碼，還會占用更多的存儲空間。綜上所述，設計出合理的數據庫是多么的重要。

（1）下圖是論壇實體和其具備的屬性。

論壇實體屬性圖

......。

第5章?系統實現

這個環節需要使用前面的設計方案，包括對系統模塊的設計，還有對程序后臺的數據支持的數據庫的設計等。不過這部分內容還是強調系統編碼人員的開發能力，要把前面設計的內容通過編碼的形式以一個完整的，可以運行的系統呈現出來。

功能模塊的實現

5.1用戶信息管理

如圖5.1顯示的就是用戶信息管理頁面，此頁面提供給管理員的功能有：用戶信息的查詢管理，可以刪除用戶信息、修改用戶信息、新增用戶信息，

還進行了對用戶名稱的模糊查詢的條件

圖5.1 用戶信息管理頁面

5.2 資料信息管理

如圖5.2顯示的就是資料信息管理頁面，此頁面提供給管理員的功能有：查看已發布的資料信息數據，修改資料信息，資料信息作廢，即可刪除，還進行了對資料信息名稱的模糊查詢 資料信息信息的類型查詢等等一些條件。

圖5.2 資料信息管理頁面

5.3報考活動管理

如圖5.3顯示的就是報考活動管理頁面，此頁面提供給管理員的功能有：根據報考活動進行條件查詢，還可以對報考活動進行新增、修改、查詢操作等等。

圖5.3 報考活動管理頁面

5.1公告信息管理

如圖5.4顯示的就是公告信息管理頁面，此頁面提供給管理員的功能有：根據公告信息進行新增、修改、查詢操作等等。

圖5.4 公告信息管理頁面

第6章?系統測試

盡管系統在編碼過程中，程序的編制人員也會對編程的功能模塊進行逐個測試，但還是避免不了已經組合完成的系統整體沒有錯誤。很多時候，面對功能繁多，邏輯復雜的系統時，系統的測試就需要不同人來測試，并設計一些故障來檢驗系統的應對能力，以及發現很多系統內部的潛在問題。并通過尋求解決辦法去完善系統，確保系統質量。

6.1 系統測試方法

根據系統的測試流程，劃分的系統測試方法有單元測試，集成測試，系統測試，驗收測試。接下來就開始描述這些內容。

單元測試：這個測試環節在編碼中用得最多，主要是編程人員進行的，通常對編碼實現的各個子模塊當成一個單元完成測試，主要基于代碼的層面去發現問題，所以它也是白盒測試中的一種。

集成測試：這個環節進行的前提是，已經把系統的各個子模塊進行了組合，然后把組合的完整系統進行測試，檢驗組成目標系統的各個子模塊是否具備兼容性，還有目標系統是否根據預期目標正常運行。

系統測試：這個環節用到了黑盒測試，主要是檢驗系統的功能。并確定目標系統的各個功能是否運行正常。

驗收測試：這個環節需要用戶參與，讓用戶在系統操作界面上通過對不同數據的輸入，檢測系統的輸出結果，以此檢驗目標系統與用戶需求之間存在的差異程度。存在的差異越小，就代表著越符合用戶的期望。

6.2 功能測試

預報名管理系統的目標用戶最終面向的是系統的功能，所以檢驗本系統的功能也是一項重要任務，只有該系統的功能都能保證正常使用，才會吸引更多的用戶來使用。

6.2.1 登錄功能測試

本系統在編碼時，提前在登錄模塊編寫了安全驗證規則，通過判斷訪問者提供的數據，引導符合要求的用戶進入指定頁面。測試表如下。錯誤的數據輸入，在本系統中會得到及時的反饋提示。

表6.1 登錄功能測試表

功能	錄入的數據	預期結果	實際結果	結論
管理員登錄	用戶名：空?? ?密碼：空???	提示請填寫用戶名	提示請填寫用戶名	通過測試
管理員登錄	用戶名：guanliyuan? 密碼：空 ?	提示請填寫密碼	提示請填寫密碼	通過測試
管理員登錄	用戶名：guanliyuan ?密碼：gly?	提示用戶名密碼不匹配	提示用戶名密碼不匹配	通過測試
管理員登錄	用戶名：guanliyuan ?密碼：guanliyuan	提示登錄成功，并跳轉到功能操作區	提示登錄成功，并跳轉到功能操作區	通過測試

6.3 測試結果分析

通過測試，可以發現預報名管理系統具備完善的功能，同時具備易操作性和易維護性的特點，在系統安全性上也有比較健全的數據保護機制。至此，預報名管理系統可以投入使用。

結??論

之前在課本上學習過軟件開發的知識，包括開發流程的了解，開發技術的學習，還有如何進行系統需求分析與設計，老師也選取了比較有代表性的管理系統在課堂上進行講解，并在課后布置作業讓我們練習，期間老師也讓我們也對系統實現與測試進行了了解。所以面對本次預報名管理系統的開發制作，我的腦海里還是有比較清晰的思路。在系統制作中，以及配套文檔的編寫中，我都是按照軟件開發流程一步步開展我的工作。

從系統的角度講，預報名管理系統制作中，它的難點在于功能的確定，對系統結構的設計，還有設計性能優良的數據庫，以及采用成熟的技術實現系統功能等，這些是我面臨的困難。針對這些難點，我采取了一定的措施。在不知道系統的功能時，我在網上尋找了很多相似系統，并把這些系統的大致功能進行了記載，把對本系統有用的功能部分進行了采用，另外，我也從網上獲取了大量關于系統設計方面的知識，包括系統模塊劃分，設計原則，數據庫表的設計與創建等知識，也從軟件開發類博客中，獲取了程序編碼的技術知識，包括數據增刪改代碼模塊的編寫與使用。在本系統編碼完成其對應功能后，我對系統的所有功能進行了耐心的測試，最后發現我開發的系統是合格的，可以進行驗收。因為本系統除了具備簡潔美觀的界面外，在功能上可以滿足使用者對于數據操作的需求，并且本系統的功能與系統分析設計的功能保持高度一致，而且系統運行穩定，面對用戶的誤操作，也建立了報錯反饋機制，系統的質量可靠。唯一不足的就是系統數據表的設計在字段考慮上并不全面，為字段匹配的數據類型也不精確，還有系統代碼部分，有很多地方還沒有進行注釋，代碼編寫不夠簡潔等。