摘 要

傳統信息的管理大部分依賴于管理人員的手工登記與管理，然而，隨著近些年信息技術的迅猛發展，讓許多比較老套的信息管理模式進行了更新迭代，學生信息因為其管理內容繁雜，管理數量繁多導致手工進行處理不能滿足廣大用戶的需求，因此就應運而生出相應的疫情期間高校防控系統。
本疫情期間高校防控系統分為管理員還有用戶兩個權限，管理員可以管理用戶的基本信息內容，可以管理地區信息以及地區的租賃信息，能夠與用戶進行相互交流等操作，用戶可以查看學生信息，可以查看地區以及查看管理員回復信息等操作。
該疫情期間高校防控系統采用的是WEB應用程序開發中最受歡迎的B/S三層結構模式，使用占用空間小但功能齊全的MySQL數據庫進行數據的存儲操作，系統開發技術使用到了JSP技術。該疫情期間高校防控系統能夠解決許多傳統手工操作的難題，比如數據查詢耽誤時間長，數據管理步驟繁瑣等問題。總的來說，疫情期間高校防控系統性能穩定，功能較全，投入運行使用性價比很高。

關鍵詞：疫情期間高校防控系統；MySQL數據庫；SSM技術

Abstract

Most of the management of traditional car rental information relies on the manual registration and management of managers. However, with the rapid development of information technology in recent years, many old-fashioned information management models have been iterated and updated, and car rental information is because of its The management content is complicated, and the large number of managements leads to manual processing that cannot meet the needs of the majority of car rental users. Therefore, the corresponding car rental management system should be born.
The car rental management system is divided into two functions: the administrator and the user. The administrator can manage the basic information content of the user, can manage the car information and the rental information of the car, and can communicate with the user, etc., and the user can view the car information. You can rent a car online, you can leave a message online, and view the administrator’s reply information.
The car rental management system adopts the most popular B/S three-layer structure mode in WEB application development, and uses a small but full-featured MySQL database for data storage operations. The system development technology uses JSP technology. The car rental management system can solve many traditional manual operation problems, such as long delays in data query and cumbersome data management steps. In general, the car rental management system has stable performance and full-featured functions.

Key Words：Car rental management system; MySQL database; SSM technology

目 錄

摘 要 I
Abstract II
目 錄 III
第一章 課題背景及研究內容 1
1.1 課題背景 1
1.2 開發目的和意義 1
1.3 論文研究內容 1
第二章 相關技術 3
2.1 B/S結構 3
2.2 MySQL數據庫 3
第三章 系統分析 5
3.1可行性分析 5
3.1.1時間可行性 5
3.1.2 經濟可行性 5
3.1.3 操作可行性 5
3.1.4 技術可行性 5
3.1.5 法律可行性 5
3.2系統流程分析 6
3.3系統功能需求分析 7
3.4 系統非功能需求分析 7
第四章 系統設計 9
4.1 總體功能 9
4.2 系統模塊設計 9
4.3 數據庫設計 10
4.3.1 數據庫設計 10
4.3.2 數據庫E-R 圖 10
4.3.3 數據庫表設計 11
第五章 系統實現 15
5.1 管理員功能模塊的實現 15
5.1.1 學生列表 15
5.1.2 地區信息管理 15
5.1.3 地區類型管理 16
第六章 系統測試 17
6.1軟件測試 17
6.2測試環境 18
6.3 測試用例 18
6.3.1 用戶登錄測試 18
6.4.2 添加地區類別測試 18
6.5測試結果 18
結 論 19
參考文獻 21
致 謝 22

第一章 課題背景及研究內容

1.1 課題背景
信息數據從傳統到當代，是一直在變革當中，突如其來的互聯網讓傳統的信息管理看到了革命性的曙光，因為傳統信息管理從時效性，還是安全性，還是可操作性等各個方面來講，遇到了互聯網時代才發現能補上自古以來的短板，有效的提升管理的效率和業務水平。傳統的管理模式，時間越久管理的內容越多，也需要更多的人來對數據進行整理，并且數據的匯總查詢方面效率也是極其的低下，并且數據安全方面永遠不會保證安全性能。結合數據內容管理的種種缺點，在互聯網時代都可以得到有效的補充。結合先進的互聯網技術，開發符合需求的軟件，讓數據內容管理不管是從錄入的及時性，查看的及時性還是匯總分析的及時性，都能讓正確率達到最高，管理更加的科學和便捷。本次開發的疫情期間高校防控系統實現了字典管理、地區管理、學生返校申請管理、老師管理、打卡管理、老師返校申請管理、居家管理、疫情資訊管理、學生請假申請管理、學生管理、打卡管理、居家管理、學生留言管理、管理員管理等功能。系統用到了關系型數據庫中王者MySql作為系統的數據庫，有效的對數據進行安全的存儲，有效的備份，對數據可靠性方面得到了保證。并且程序也具備程序需求的所有功能，使得操作性還是安全性都大大提高，讓疫情期間高校防控系統更能從理念走到現實，確確實實的讓人們提升信息處理效率。
1.2 開發目的和意義
小康時代的到來，使得人們滿意度上升，生活各個方面都產生了許多變化，比如辦公都有相應軟件，很多工作都要求員工會操作計算機，可以說現在的時代基本被軟件覆蓋得差不多了，軟件行業的特征就是大家都在使用軟件代替傳統手工記載操作，軟件的出現讓我們的生活還有工作又向前翻了新篇章。疫情期間高校防控系統是一個利用軟件形式管理車輛租賃信息的平臺。管理員管理租車信息也不再需要用紙張進行信息記錄及查詢管理操作，所有的操作都是利用電腦進行辦公，用戶需要使用密碼還有用戶名進行系統登錄操作，按照系統主頁界面的各個功能展示進行相關操作，無論添加或者是刪除，擬或是修改查詢等操作，時間上不需要太多，短短幾分鐘就會搞定。況且軟件是不限制辦公地點以及辦公時間的，只要有操作需要，隨時隨地登錄系統就可以完成任務。辦公效率提高這個不再是難題。地區租賃店對于租車信息的管理操作早就應該進行變革了，利用軟件管理租車信息，節約人力物力成本，這是一個新的租車信息管理的創舉。
1.3 論文研究內容
本次開發的疫情期間高校防控系統的論文從下面幾個部分進行編寫：
第一章：本章介紹了程序開發背景和目的意義，羅列出了論文寫作內容信息，讓我們知道論文編寫是如何進展的。
第二章：本章主要講解了系統開發用到的相關技術方面的知識，比如SSM技術，MySQL數據庫知識等內容。幫助人們更好的理解系統技術上面的相關知識。
第三章：文章第3章主要介紹了系統開發的可行性問題，從經濟，時間，操作等內容上面進行了大致介紹，確定系統開發確實可行，然后分析了系統的開發流程，確定系統需要具備的大概的功能，保障系統能夠穩定使用和運行。
第四章：這個章節主要繪制出了系統功能架構，讓我們更直觀了解疫情期間高校防控系統的功能，對后臺數據庫表進行了設計，還畫出了對應的Ｅ－Ｒ圖。
第五章：這個章節主要介紹系統各個部分功能具體實現的界面效果。讓我們了解到各個部分的功能詳細情況。
第六章：這個部分主要就是對疫情期間高校防控系統進行整體測試，看看程序是否能夠達到用戶使用要求，程序能否進行驗收上交操作。

第二章 相關技術

本次開發疫情期間高校防控系統使用的是B/S結構模式進行程序開發，疫情期間高校防控系統的數據信息選擇MySQL數據庫進行存放。

2.1 B/S結構
B/S結構實際上就是Browser/Server（瀏覽器/服務器）的縮寫，B/S結構是目前軟件開發中的主流結構，大多數軟件開發者都采用B/S這樣的三層體系結構。采用B/S結構開發的疫情期間高校防控系統能夠大大方便用戶使用操作，用戶隨時隨地都可以進行疫情期間高校防控系統的訪問操作，只需要用戶擁有一臺會連上網絡的計算機就行了，并且使用B/S 模式開發的疫情期間高校防控系統是基于瀏覽器的操作方式，在與用戶進行交互以及程序的表現方式上面將會更加吸引人，這樣的模式也給程序員開發程序降低了難度，程序開發成本也會相應縮減不少。我們在使用疫情期間高校防控系統期間，系統也會隨著用戶需求進行完善升級，使用B/S 模式開發的疫情期間高校防控系統就完全不需要擔心，因為它的升級速度快，升級產生的成本費用很低，大多依賴于用戶自己在網絡上下載最新版本進行安裝完成程序更新。下圖為B/S結構圖。

圖2.2 B/S結構圖
2.2 MySQL數據庫
開發的程序面向用戶的只是程序的功能界面，讓用戶操作程序界面的各個功能，那么很多人就會問，用戶使用程序功能生成的數據信息放在哪里的？這個就需要涉及到數據庫的知識了，一般來說，程序開發通常就會對常用數據存儲工具的特點進行分析比對，比如Mysql數據庫的特點與優勢，Access數據庫的特點與優勢，Sqlserver數據庫的特點與優勢等，最終看哪個數據庫與需要開發的程序比較匹配，也符合程序功能運行需要的數據存儲要求，比如，需要開發商業級別的程序，存儲的數據對數據庫要求較高，可以選用Oracle，如果只是比較簡單的程序，對數據存儲沒有過多要求，可以選用微軟旗下的Access，當開發程序要求數據庫占用空間小，并能滿足程序數據存儲要求時，就可以考慮Oracle公司從瑞典MySQL AB公司在很早之前就收購過一個關系型數據庫，它是現在的Mysql數據庫。所以疫情期間高校防控系統后臺數據庫使用的是MySQL進行數據庫方面的開發工作的，MySQL它是微軟開發的一款平臺軟件，這個軟件可以給用戶提供高效率的智能數據，并且數據信息還是很可靠，使用它進行數據存儲可以滿足大眾企業管理各種各樣的數據信息的需求。MySQL在MySQL版本里面它是最全面的，也是最強大的開發平臺， MySQL在許多關鍵之處都進行了改進的操作，它也增加了很多新特性，這些改進和更新讓公司能夠對關鍵應用程序進行高效運行，并且還可以讓公司降低發送信息給用戶的成本，以及降低數據信息管理的基礎設施。因此MySQL在公司以及企業中它的地位是非常高的，ERP還有OA系統，以及公司財務的系統都離不開MySQL，在軟件開發非常流行的今天，MySQL也被用來作為網站開發的網站后臺數據庫，可以說公司使用MySQL進行數據管理不僅節約成本，還可以讓公司數據信息的管理效率大大提高，公司數據存放在MySQL平臺上，數據信息的安全性也不用擔心，因為MySQL他可以給數據庫里面的日志還有數據文件以及整個數據庫進行加密操作，另外MySQL還提供在線備份功能，這樣可以節約存儲空間，加快數據備份的速度。總之，選擇MySQL進行在線系統的后臺數據庫開發是很有優勢的。這是個不錯的軟件選擇。

第三章 系統分析

3.1可行性分析
可行性分析從時間，經濟以及操作和技術上面進行調查和研究，確保合理利用信息資源，避免在進行程序設計過程中因為考慮不周到所帶來的困擾，幫助我們更好的進行程序設計。
3.1.1時間可行性
本次進行系統開發，我預留了兩個月時間來完成，從系統的需求分析，功能結構設計，功能詳細設計以及系統測試等環節，兩個月時間是可以完成程序開發操作的，我打算每天早中晚都進行程序的編寫操作，這期間也包括查閱各種資料信息，加上同學以及老師的幫助和指點，相信程序開發的時間也會縮短不少。所以時間上是可行的。
3.1.2 經濟可行性
疫情期間高校防控系統的開發平臺是IDEA，數據庫選用MySQL數據庫，使用的瀏覽器都是大眾瀏覽器，這些軟件是不需要收費就能進行下載安裝操作的。在系統開發的硬件選擇上面，我使用的是自己的筆記本進行開發操作。因此在進行系統開發時，經濟上面無需額外支出。開發出來的程序可以提高辦公效率，帶來的經濟效益比較高，系統開發的投入產出比很可觀。
3.1.3 操作可行性
疫情期間高校防控系統的界面設計比較簡單，界面布局根據用戶日常使用習慣進行設計，網站各個功能在導航欄里面清晰可見，網站的數據操作可視化，用戶操作網站不需要培訓就能上手，只需要跟著網站功能提示進行操作就行。
3.1.4 技術可行性
作為計算機專業學生，在學校期間就學習到許多關于編程方面的知識，像SSM技術，還有MySQL數據庫等知識，我對IDEA開發平臺以及MySQL數據庫的操作也比較熟練，所以技術上面還是有一定把握。
3.1.5 法律可行性
自己本人開發的軟件和用到的資料來源都是圖書館以及百度文庫和百度網頁等渠道，并不涉及違法。在個人畢業設計上面，無論源代碼還是論文編寫內容不存在抄襲行為。
從上面的經濟，操作以及時間上面進行的分析，得出結論就是這次開發的疫情期間高校防控系統在開發上面是能夠進行的，系統開發出來能創造更大的經濟效益，越早開發升值空間越大。
3.2系統流程分析
疫情期間高校防控系統的開發也是有對應的流程，開發之前必須要進行用戶功能需求的分析，最后根據功能需求進行網站設計還有數據庫相關數據的設計工作，此次開發的疫情期間高校防控系統開發流程如圖3.1所示。

圖3.1 系統開發流程圖
系統開發完成之后會給用戶提供登錄入口，在這個界面用戶輸入的信息會得到驗證，通過驗證之后才能進去疫情期間高校防控系統的訪問主界面，系統登錄執行流程如下：

圖3.2 系統執行流程圖
3.3系統功能需求分析
系統的開發離不開前期的需求分析，這個階段就是讓程序員知道自己該做什么事情，在進行需求分析的時候，著重點就是用戶對系統的功能要求，這個階段要是分析得很到位，系統開發出來投入使用時，用戶就會發現系統的功能跟用戶需求保持一致，程序穩定性也是達標的，可以說需求分析是決定系統開發成敗的關鍵，它主要就是把現實世界進行抽象化，然后把抽象化的對象用來構建模型。
疫情期間高校防控系統的受益群體主要是工作人員，該網站能夠方便使用者進行數據信息的查找和管理工作，本次開發的網站我們設計的界面展示主要分為管理員界面以及用戶界面，具體界面的功能分布如下。
疫情期間高校防控系統管理員可以管理用戶的基本信息，可以管理地區信息，可以管理地區信息等。
3.4 系統非功能需求分析
（1）完整性需求
本次開發的疫情期間高校防控系統里面記錄的數據信息不能保持為空，并且數據信息一定要核對正確才行，系統里面數據之間存在的聯系不能出錯，不能夠張冠李戴，數據表里面同一數據在不同數據表里面的顯示內容要一樣。
（2）性能需求
用戶在操作疫情期間高校防控系統的各個部分內容時，彈出的頁面響應時間不能太長，最好控制在三秒鐘以內，最大限制值就是四秒，這個是給用戶一個好的程序體驗。并且系統還要能夠承載多人同時在線進行疫情期間高校防控系統的訪問操作。
（3）界面需求
疫情期間高校防控系統界面設計上面應該考慮到用戶日常操作習慣，比如導航欄的設計不能在右邊，這個完全違背了用戶使用網站的操作習慣，同時功能導航的字體以及顏色應該比較顯眼，方便用戶容易找尋，避免用戶在進行功能操作上面浪費太多時間。
（4）安全性需求
疫情期間高校防控系統的安全性要有保證，給用戶一種可靠，可以信賴的感覺，系統在運行過程中，不能總是出錯，與用戶進行功能界面交互時，要及時給出反饋信息，另外系統要設置登錄窗口，讓不是系統的用戶不可以進行系統功能界面的訪問操作。系統用戶也要經過用戶名密碼的填寫操作，才可以進入系統主界面，這樣就可以保障系統數據信息處于一種安全狀態。

第四章 系統設計

4.1 總體功能
疫情期間高校防控系統是根據需求定制開發，開發軟件選用IDEA平臺配合MySQL數據庫進行開發環境的搭建操作，網站采用WEB應用程序中最流行的B/S結構進行開發，用戶訪問系統數據僅僅需要在客戶端安裝谷歌瀏覽器或者是當下常用瀏覽器就可以訪問網站內容。
4.2 系統模塊設計
疫情期間高校防控系統系統在進行系統中功能模塊的劃分時，采用層次圖來進行表示。層次圖具有樹形結構，它能使用矩形框來描繪數據信息。頂層代表的數據結構很完整，頂層下面的矩形框表示的數據就是子集數據，當然處于最下面的矩形框就是不能再進行細分的數據元素了，使用層次方框圖描述系統功能能讓用戶一目了然，能夠明白系統的功能，以及對應功能板塊下面的子功能都可以清楚領會。疫情期間高校防控系統分為管理員和用戶兩部分操作角色，下面將對他們的功能進行闡述。
管理員可以管理用戶的基本信息，可以管理等功能。管理員功能結構圖如下：

圖4.1 管理員功能結構圖

4.3 數據庫設計
開發一個系統也需要提前設計數據庫。這里的數據庫是相關數據的集合，存儲在一起的這些數據也是按照一定的組織方式進行的。目前，數據庫能夠服務于多種應用程序，則是源于它存儲方式最佳，具備數據冗余率低的優勢。雖然數據庫為程序提供信息存儲服務，但它與程序之間也可以保持較高的獨立性。總而言之，數據庫經歷了很長一段時間的發展，從最初的不為人知，到現在的人盡皆知，其相關技術也越發成熟，同時也擁有著堅實的理論基礎。
4.3.1 數據庫概念設計
這部分內容需要借助數據庫關系圖來完成，也需要使用專門繪制數據庫關系圖的工具，比如Visio工具就可以設計E-R圖（數據庫關系圖）。設計數據庫，也需要按照設計的流程進行，首先還是要根據需求完成實體的確定，分析實體具有的特征，還有對實體間的關聯關系進行確定。最后才是使用E-R模型的表示方法，繪制本系統的E-R圖。不管是使用億圖軟件，還是Visio工具，對于E-R模型的表示符號都一樣，通常矩形代表實體，實體間存在的關系用菱形符號表示，實體的屬性也就是實體的特征用符號橢圓表示。最后使用直線將矩形，菱形和橢圓等符號連接起來。接下來就開始對本系統的E-R圖進行繪制。
（1）下圖是地區實體和其具備的屬性。

圖4.1 地區實體屬性圖
（2）下圖是打卡實體和其具備的屬性。

圖4.2 打卡實體屬性圖
（3）下圖是老師實體和其具備的屬性。

圖4.3 老師實體屬性圖
（4）下圖是學生請假申請實體和其具備的屬性。

圖4.4 學生請假申請實體屬性圖
（5）下圖是學生返校申請實體和其具備的屬性。

圖4.5 學生返校申請實體屬性圖
（6）下圖是學生實體和其具備的屬性。

圖4.6 學生實體屬性圖
（7）下圖是學生留言實體和其具備的屬性。

圖4.7 學生留言實體屬性圖
（8）下圖是老師返校申請實體和其具備的屬性。

圖4.8 老師返校申請實體屬性圖
（9）下圖是居家實體和其具備的屬性。

圖4.9 居家實體屬性圖
（10）下圖是疫情資訊實體和其具備的屬性。

圖4.10 疫情資訊實體屬性圖

4.3.3 數據庫表設計
數據庫里面的數據表存放的就是各種數據記錄，我們在進行系統增刪改查操作時，其實也是在對應數據表里面進行的增刪改查操作，一個好的數據庫能夠縮短信息處理時間，所以說數據庫的設計工作不容小覷，數據庫里面設置哪些表，表里面的字段設計以及字段類型和字段長度等信息都要考慮周到才行，比如時間這個字段，它的數據類型就不能是int型，不然在系統操作中就會彈出輸入數據格式不符合要求的報錯提示。下面簡單介紹疫情期間高校防控系統的一些數據表。
表4.1字典表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 dic_code String 字段 是
3 dic_name String 字段名 是
4 code_index Integer 編碼 是
5 index_name String 編碼名字 是
6 super_id Integer 父字段id 是
7 beizhu String 備注 是
8 create_time Date 創建時間 是
表4.2地區表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 diqu_name String 地區名稱 是
3 diqu_address String 地址位置 是
4 diqu_types Integer 地區類型 是
5 diqu_zhuangtai_types Integer 風險等級 是
6 diqu_content String 地區詳情 是
7 insert_time Date 添加時間 是
8 create_time Date 創建時間 是
表4.3學生返校申請表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 xuesheng_id Integer 學生 是
3 fanxiaoshenqing_uuid_number String 申請編號 是
4 insert_time Date 申請時間 是
5 fanxiaoshenqing_time Date 申請返校日期 是
6 jiankangma_photo String 健康碼 是
7 xingchengma_photo String 行程碼 是
8 hesuanbaogao_photo String 核酸報告 是
9 fanxiaoshenqing_content String 申請理由 是
10 fanxiaoshenqing_yesno_types Integer 審核狀態 是
11 fanxiaoshenqing_yesno_text String 審核意見 是
12 update_time Date 審核時間 是
13 create_time Date 創建時間 是
表4.4老師表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 diqu_id Integer 老師 是
3 laoshi_name String 老師姓名 是
4 laoshi_phone String 老師手機號 是
5 laoshi_id_number String 老師身份證號 是
6 laoshi_photo String 老師頭像 是
7 laoshizaixiao_types Integer 是否在校 是
8 laoshi_email String 電子郵箱 是
9 create_time Date 創建時間 是
表4.5打卡表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 laoshi_id Integer 老師 是
3 laoshidaka_zhuangtai_types Integer 打卡狀態 是
4 insert_time Date 打卡日期 是
5 laoshidaka_content String 打卡備注 是
6 create_time Date 創建時間 是
表4.6老師返校申請表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 laoshi_id Integer 老師 是
3 laoshifanxiaoshenqing_uuid_number String 申請編號 是
4 insert_time Date 申請時間 是
5 laoshifanxiaoshenqing_time Date 申請返校日期 是
6 jiankangma_photo String 健康碼 是
7 xingchengma_photo String 行程碼 是
8 hesuanbaogao_photo String 核酸報告 是
9 laoshifanxiaoshenqing_content String 申請理由 是
10 laoshifanxiaoshenqing_yesno_types Integer 審核狀態 是
11 laoshifanxiaoshenqing_yesno_text String 審核意見 是
12 update_time Date 審核時間 是
13 create_time Date 創建時間 是
表4.7居家表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 laoshi_id Integer 老師 是
3 laoshijujia_zhuangtai_types Integer 居家狀態 是
4 jujia_time Date 居家日期 是
5 xueshengjujia_address String 居家位置 是
6 laoshijujia_content String 居家備注 是
7 insert_time Date 添加時間 是
8 create_time Date 創建時間 是
表4.8疫情資訊表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 news_name String 資訊名稱 是
3 news_types Integer 資訊類型 是
4 news_content String 資訊詳情 是
5 insert_time Date 資訊發布時間 是
6 create_time Date 創建時間 是
表4.9學生請假申請表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 xuesheng_id Integer 學生 是
3 qingjiashenqing_uuid_number String 申請編號 是
4 insert_time Date 申請時間 是
5 qingjiashenqing_kaishi_time Date 請假開始日期 是
6 qingjiashenqing_jieshu_time Date 請假結束日期 是
7 qingjiashenqing_content String 申請理由 是
8 qingjiashenqing_yesno_types Integer 審核狀態 是
9 qingjiashenqing_yesno_text String 審核意見 是
10 update_time Date 審核時間 是
11 create_time Date 創建時間 是
表4.10學生表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 diqu_id Integer 老師 是
3 xuesheng_name String 學生姓名 是
4 xuesheng_phone String 學生手機號 是
5 xuesheng_id_number String 學生身份證號 是
6 xuesheng_photo String 學生頭像 是
7 xueshengzaixiao_types Integer 是否在校 是
8 xuesheng_email String 電子郵箱 是
9 create_time Date 創建時間 是
表4.11打卡表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 xuesheng_id Integer 學生 是
3 xueshengdaka_zhuangtai_types Integer 打卡狀態 是
4 insert_time Date 打卡日期 是
5 xueshengdaka_content String 打卡備注 是
6 create_time Date 創建時間 是
表4.12居家表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 xuesheng_id Integer 學生 是
3 xueshengjujia_zhuangtai_types Integer 居家狀態 是
4 jujia_time Date 居家日期 是
5 xueshengjujia_address String 居家位置 是
6 xueshengjujia_content String 居家備注 是
7 create_time Date 創建時間 是
表4.13學生留言表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 xuesheng_id Integer 學生 是
3 laoshi_id Integer 老師 是
4 insert_time Date 留言時間 是
5 liuyan_text String 留言內容 是
6 update_time Date 回復時間 是
7 huifu_text String 回復內容 是
8 create_time Date 創建時間 是
表4.14管理員表
序號 列名 數據類型 說明 允許空
1 Id Int id 否
2 username String 用戶名 是
3 password String 密碼 是
4 role String 角色 是
5 addtime Date 新增時間 是

第五章 系統實現

5.1 管理員功能模塊的實現
5.1.1 學生列表
如圖5.1顯示的就是學生列表頁面，此頁面提供給管理員的功能有：查看學生、新增學生、修改學生、刪除學生等。

圖5.1 學生列表頁面
5.1.2 地區信息管理
管理員可以對前臺的注冊用戶的基本信息進行管理，可以設置注冊用戶的賬號為凍結或者是在用狀態，管理員也能選擇很多個已經失效的注冊用戶的信息進行批量刪除操作。注冊用戶管理界面如圖5.2所示。

圖5.2 地區信息管理頁面
5.1.3 地區類型管理
地區類型管理頁面顯示所有地區類型，在此頁面既可以讓管理員添加新的地區信息類型，也能對已有的地區類型信息執行編輯更新，失效的地區類型信息也能讓管理員快速刪除。下圖就是地區類型管理頁面。地區類型管理界面如圖5.3所示。

圖5.3地區類型管理界面

第六章 系統測試

程序軟件一旦被開發完成之后，在真正投入日常生活中進行運行使用之前，是必須要經歷測試這一個重要的操作環節，因為開發期間注重的是每個單獨功能模塊的開發，盡管每次開發完成一個單獨功能模塊時，會通過單元測試進行檢驗，檢驗合格才會讓程序員繼續開發下一個子功能模塊，以此類推，當程序員完成所有的系統子功能模塊的開發時，這個時候就需要引進系統測試，系統測試就是把所有的子功能模塊集成到一起，構建成整個系統，在指定的運行環境下進行運行，主要就是測試系統的所有功能模塊在一起是否良好運行，一旦程序軟件通過了系統測試這一環節，就意味著它可以進行最終的驗收測試了，這個測試步驟的操作用戶是程序面向的客戶或者是最終用戶了。
6.1軟件測試
軟件測試包括的對象有詳細設計，開發出來的軟件的運行環境，軟件的需求以及軟件的源代碼內容等，軟件測試也包括了五個要素，分別是軟件的質量，技術，人員還有流程以及資源這幾個要素。軟件測試的目標包含了測試的覆蓋率信息還有測試效率信息。一般來說，軟件測試主要分成了單元測試，集成測試以及系統測試和驗收測試這四個階段的內容，下面將分別進行相關闡述。
單元測試：這個部分需要涉及到程序的代碼方面的知識，這個操作環節是程序的開發者進行的，當程序開發者通過代碼編寫程序的子功能模塊時，就會進行單元級別的測試，通常這個環節的測試也會被稱作是白盒測試。
集成測試：這個步驟的前提是程序的所有功能模塊都已完成開發，這個時候需要把程序所有的子功能模塊集成到一起，形成一個完整的系統，此測試的主要目的就是檢查這些功能模塊集成在一起時的兼容性，也就是檢測它們是否按照預期正常運行。
系統測試：當程序測試進入到這個環節時，就意味著程序測試工作已經進行到一半了，這個部分的測試也有另外一個名字，稱作是黑盒測試，主要用于測試系統的功能是否按照預期進行運行。
驗收測試：開發的程序已經通過了前面的單元測試，集成測試，以及系統測試環節時，就需要進行驗收了，這個環節的操作用戶就是程序面臨的最終用戶或者是客戶。測試主要目的就是驗證開發完成的程序是不是能夠符合用戶對其的期望，以及程序的所有功能是否符合用戶的真正需求。

6.2測試環境
疫情期間高校防控系統的測試選用的測試平臺是IDEA平臺環境，測試時首先需要用戶打開MySQL數據庫進行數據庫文件的附加操作，然后打開IDEA，選擇文件打開網站，把疫情期間高校防控系統的程序添加進入IDEA平臺中，接著把文件部署到tomcat服務器里面，最后運行程序，這時用戶可以操作系統里面的各個功能，看看程序有沒有達到用戶的要求。
6.3 測試用例
6.3.1 用戶登錄測試
用戶登錄需要的信息包含登錄名稱還有對應密碼，輸入數據信息都正確了才能進行系統訪問處理。用戶登錄測試過程如表6.1所示:
表6.1 用戶登錄測試表
測試目的 操作流程 測試用例 預測結果 測試結果
用戶登錄 填寫用戶名密碼，點擊首頁登錄按鈕 錯誤填寫用戶名還有密碼 登錄失敗 提示錯誤信息
正確填寫用戶名和密碼 登錄成功 登錄成功
6.4.2 添加地區類別測試
管理員可以在添加地區類別界面輸入地區類別名稱信息，如果數據信息為空，系統會給出相應提示。只有所有的數據信息都合理輸入，管理員才能完成地區類別的添加操作。測試數據見下表：
表6.2添加地區類別測試表
測試項目 操作流程 測試用例 預測結果 測試結果
添加地區類別 管理員登陸后點擊添加地區類別按鈕，添加地區類別信息 類別名稱為空 添加失敗，彈出提示按鈕 添加失敗，提示請填寫內容
合理填寫類別名稱 添加成功 添加成功

6.5測試結果
經過此次對疫情期間高校防控系統的綜合性測試，我們不難發現程序的功能并沒有出現明顯的邏輯性錯誤，用戶在進行功能操作時，程序基本能根據用戶操作情況給出相應的反饋。程序質量以及可靠性在系統的反復測試中都經過了嚴格檢驗，程序投入生活使用完全沒有問題。

結 論

疫情期間高校防控系統的開發制作，從題目確定到成品完成，自己投入的精力與心血是非常多的。從疫情期間高校防控系統的前臺頁面實現，到疫情期間高校防控系統的后臺代碼的編輯，我用到的軟件包括了數據庫軟件Mysql，Java開發工具IDEA，辦公軟件Office，瀏覽器軟件Fireworks，圖像處理軟件Photoshop等，這也是我第一次使用Java語言，開發的這個比較簡單的疫情期間高校防控系統。
開發疫情期間高校防控系統讓我明白知識理論與現實實踐的差距還是挺大的，很多時候，我們在學習課程知識的時候，都感覺書本上的內容，老師一點就通，然而這次畢設就真正考驗了我，原來理論知識和現實實踐完全是兩碼事，開發疫情期間高校防控系統一方面讓我對在校學習的知識起了一個鞏固作用，另一方面讓我明白獨立學習知識的重要性。在畢設作品完成期間，我才知道要開發一款軟件需要經歷很多繁瑣的步驟，從開始的選題到系統需求分析以及功能板塊的設計，還有系統詳細實現以及系統測試，每個環節看似簡單，其實暗藏很多知識點，這些都需要自己去網上或者是學校的圖書館查閱相對應的資料。每個環節都需要認真對待，要是系統需求分析沒有做好，那么在系統設計與實現過程中就會出現很多錯誤，要么功能不全，要么就是程序開發出來根本不符合用戶要求，所以程序的開發是一個知識再造的過程，一個人獨自開發完一款軟件也就深知這其間的各種不易了。
本次開發的系統整體界面還是比較清晰簡明，功能上面考慮得比較全，幾乎可以滿足用戶使用要求。盡管我對這次的畢設付出了許多的努力，但是程序還是有很多不足的地方，系統界面整體感覺還行，但是字體字號的選取上面還是有些不符合現實審美，在程序的CSS樣式編碼上面，我還有許多不熟悉的地方，雖然經過反復的測試與調試選中了現在這樣的程序界面，但是我還是明顯感覺到自己對一些常用CSS樣式的不熟悉，編碼過程中，我還要多次進行資料查看才知道。另外我編寫的代碼寫作不是很規范，可讀性比較差，幸運的是，我最終還是實現了系統中所要求的功能。
實踐出真知，但是知識也是通過實踐變得更加深刻，這次作品制作，讓自己的專業知識水平與解決問題的能力得到了提高。也讓自己更加明白活到老學到老的真正含義。
總的說來，這次編寫畢業設計作品，我真正鍛煉了自己的實際操作能力，以前只知道理論知識，現在通過實踐，我對理論知識的認識變得更加深刻，由于編寫程序時間比較短暫，程序開發期間遇到過很多坎坷，但最后都通過老師還有同學幫忙解決了，可以說這次的畢設作品進展得還算順利。

參考文獻

[1]劉媛春,羅云翔.基于JSP的動態網頁技術[J].成都信息工程學院學報,2015(04):398-401.
[2]張波,張福炎.基于JSP技術的Web應用程序的開發[J].計算機應用研究,2011(05):99-101.
[3]楊馥顯,劉嘉勇.基于JSP的數據庫開發技術研究[J].通信技術,2011,44(03):51-53.
[4]靳其兵,李曉波.基于JSP的數據庫連接技術的研究[J].計算機仿真,2015(04):108-111.
[5]羅建華.淺析JSP開發技術的現狀與發展前景[J].電腦與電信,2011(09):62-63+66.
[6]林財興,羅建,王晨林.基于JSP的管理信息系統的設計與實現[J].計算機應用研究,2011(09):105-107.
[7]李現艷,趙書俊,初元萍.基于MySQL的數據庫服務器性能測試[J].核電子學與探測技術,2011,31(01):48-52.
[8]蘭旭輝,熊家軍,鄧剛.基于MySQL的應用程序設計[J].計算機工程與設計,2014(03):442-443+468.
[9]張士軍,陸海倫.索引在MySQL查詢優化中的應用[J].計算機與數字工程,2017(01):37-39+8.
[10]余震.MySQL數據庫對并發事件的控制和處理[J].電腦知識與技術,2013,9(34):7672-7674.
[11]李云云.淺析B/S和C/S體系結構[J].科學之友,2011(01):6-8.
[12]李書杰,李志剛.B/S三層體系結構模式[J].河北理工學院學報,2012(S1):25-28+34.
[13]劉小華,化瓊珍.疫情期間高校防控系統的構建[J].物流技術與應用,2015(03):100-101.
[14]王鋒.疫情期間高校防控系統構建的研究[J].商場現代化,2016(24):35-36.
[15]王育才.疫情期間高校防控系統構建的分析[J].中國管理信息化,2017,20(22):54-55.

致 謝

完成畢業設計也就意味著我離畢業不遠了，想到自己即將離開學校，正式步入社會參加工作，內心還是挺舍不得學校的這些同學們還有老師，大學幾年來，老師們每天給我們傳授知識，讓我們不斷成長，身邊的同學們，我們經常一起上下課，經常互相討論問題，一起度過許多美好的時光，還有我的舍友們，每天的朝夕相處，我們總是有福同享，有難同當，在宿舍就是我們最美好的日子。即將畢業，在這里我想對我的老師們說聲謝謝，謝謝你們給我們傳授各種知識，讓我們懂得更多的知識，還有我身邊的同學們，祝福你們事業有成，工作順利。祝愿給我們提供良好環境的大學校園能夠創造出更加輝煌的前景。