【基于SSM的校園報修系統(tǒng)的設計和實現8300字（論文）】

廈門理工學院本科畢業(yè)設計PAGE27第二章系統(tǒng)分析2.1可行性分析2.1.1經濟可行性本系統(tǒng)開發(fā)選擇上選取瀏覽器/服務器模式結構，使用MYSQL數據庫來存儲數據，MYSQL數據庫系統(tǒng)本身是免費的，不需要付費購買；WEB服務器采用的是Tomcat軟件，其本身也是免費開源的，不需要付費購買。只需要將他們架構在一般配置的計算機上作服務器使用即可。所以本系統(tǒng)所需要的相應的服務器成本不高，而且在現階段我擁有的設備也足滿足本系統(tǒng)的設計、開發(fā)和運行。另外本系統(tǒng)作為服務于高校后勤報修而研發(fā)的，目的在于便于廣大師生進行設備，設施的報修，因此不作為盈利性，商業(yè)性用途，永久免費。2.1.2操作可行性本校園報修系統(tǒng)操作上應該簡單方便，讓在校師生一目了然的就知道如何進行相應的管理操作。設計報修系統(tǒng)的操作界面本著簡單易懂好操作的基本原則，操作管理界面采用的是常見的界面窗口，師生可以通過瀏覽器對其進行的管理操作，只要具備一些計算機基礎操作的常識，都可能進行正常的訪問操作。本系統(tǒng)對于一些具備基本計算機操作技能的用戶來講在操作上是簡單可行的。2.2系統(tǒng)需求分析本系統(tǒng)需求分析是軟件系統(tǒng)開發(fā)前置步驟，如果對客戶的需求分析不明確、不正確，那么系統(tǒng)開發(fā)將無所談起，更談不上滿足客戶的需要了。本文下面主要通過文字描述和用例圖來表述在線教育平臺的功能需求。本系統(tǒng)主要包含三個系統(tǒng)用戶角色，主要實現如下系統(tǒng)功能：1、系統(tǒng)實現系統(tǒng)用戶注冊登錄與信息管理2、系統(tǒng)實現前端用戶登陸后上報維修信息3、系統(tǒng)實現前端用戶登陸后查看維修進度情況4、系統(tǒng)實現前端用戶對維護結果進行確認并進行評分5、系統(tǒng)實現后臺管理用戶登陸后管理相關信息，如用戶、維修類型、維護工人、維修信息等6、系統(tǒng)實現維修登陸系統(tǒng)查看分配給自己的維修任務、上傳維修后的圖片、修改維修狀態(tài)等。2.3系統(tǒng)用例分析用例圖是UML建模的重要組成部分，通過用例圖可以清楚地展現系統(tǒng)功能，描述其具體內容。本項目主要涉及普通用戶、維修工人和系統(tǒng)管理員三個角色。其中，管理員登陸系統(tǒng)后，主要完成的功能如下：維修分類管理模塊：主要實現對報修分類的管理功能，主要包含分類的新增、刪除、修改操作。系統(tǒng)公告管理模塊：其主要實現功能是對系統(tǒng)公告的發(fā)布和維護功能。用戶管理模塊：其主要實現用戶信息的管理功能，主要包含管理員、普通用戶、維修工人用戶。報修管理模塊：其主要實現的是查看上報維修信息、將維修信息進行分配工單功能。個人信息管理模塊：其主要實現的是對個人息的維護工作。具體如圖2.1所示。圖2.1用例圖（管理員）當普通用戶注冊登陸后，主要操作的功能如下：用戶注冊登陸：前端用戶注冊賬戶后可以登陸系統(tǒng)。報修信息查看：用戶可以根據報修狀態(tài)查看自己上報的維修信息，分為在未受理，己受理，己完成三種狀態(tài)。故障信息上報：用戶可以分類上報修相關設施的維修信息。故障信息完成情況確認：用戶可以查看維修情況，進行完成情況確認，確認完成后變?yōu)榧和瓿蔂顟B(tài)。維修效果評價：對己完成的故障信息，可以進行星級評分及信息評價。系統(tǒng)公告查詢：可以查看系統(tǒng)公告信息。個人信息管理：可以管理維護個人信息和密碼。具體如圖2.2所示。圖2.2用例圖（普通用戶）當維修工人登陸系統(tǒng)后主要功能如下：查看報修信息：查看自己己處理的維修信息。確認維修情況：維修完成后上傳維修完成的拍照圖片并進行確認。系統(tǒng)公告查詢：可以查看系統(tǒng)公告信息。個人信息管理：可以管理維護個人信息和密碼。具體如圖2.3所示。圖2.3用例圖（維修工人）2.4系統(tǒng)非功能性需求易用性需求：網站基于Spring+SpringMVC+mybaits開發(fā)，對系統(tǒng)的主要功能模塊進行清晰的歸納，用戶可在網站中通過導航欄快速找到對應模塊，既保證了網站界面的簡潔，又確保了操作的便捷。可靠性需求：網站基本功能應設計完善，頁面跳轉保持流暢，對跳轉時的異常情況有一定的處理和加工，在保證用戶體驗的前提下，保證運行穩(wěn)定流暢、無明顯錯誤。安全性需求：系統(tǒng)運行期間，前后端應該都做到用戶的過濾，不僅要防止非法用戶直接訪問產生非法信息和無效信息，也要保證用戶信息的安全，防止信息泄露。兼容性需求：本網站基于SSM框架開發(fā)，在各個主流瀏覽器中使用均有良好的適應性，不會因瀏覽器切換而導致界面的異常。容錯性需求：本網站對異常情況做了普遍處理，通過一定的提示告知用戶，而不是網站直接崩潰，具有較好的用戶體驗。第三章系統(tǒng)設計3.1軟件結構設計本系統(tǒng)基于SSM框架開發(fā)實現，分別使用相應的框架來對應相關的層次結構技術。整體設計采用三層來分層設計?？蛻舳送ㄟ^手機或PC機的瀏覽器來發(fā)送請求到Tomcat應用服務，應用服務器將請求交給Springmvc的Controller控制器來處理，控制器調用業(yè)務接口方法，進行業(yè)務數據的邏輯加工處理，而Service需要的數據由Dao層來提供。Dao負責和數據庫打交道，執(zhí)行讀寫操作。以下為系統(tǒng)的整體結構設計圖，如下圖3-1所示。圖3.1系統(tǒng)架構圖本項目主要涉及三個角色，普通用戶、管理員和維修工人。視圖層，作為和用戶距離最近的層級，提供給用戶網站界面，顯示數據并處理用戶輸入信息。本層使用HTML5+CSS和jQuery作為前端開發(fā)框架，使得前端頁面簡介美觀。業(yè)務邏輯層，作為架構中的核心部分，處于持久層和表示層之間，主要用于業(yè)務邏輯的處理、業(yè)務流程和功能的實現以及服務端數據的調用[5]。數據持久層，負責對數據庫MySQL的訪問，實現對數據的增、刪、改、查等操作[6]，主要通過Mybatis框架實現，由于Spring對Mybatis整合，注解的使用大大減少了xml文件的配置，簡化開發(fā)，提高數據的操作效率[7]。3.2數據庫設計根據上面的類圖分析得到本校園報修系統(tǒng)項目中有關聯(lián)的一共有8個類，分析得到8張數據庫表。它們分別為：用戶表、賬戶信息表、管理員表、維修工人表、系統(tǒng)公告表、報修分類表、維修工單分配表、維修申請表。數據庫表的詳細屬性設計如表3-1到3-12所示。表3-1數據表詳細設計表編號表名稱表注釋TB_01T_user用戶表TB_02T_user_info用戶信息表TB_03T_placard公告信息表TB_04T_admin管理員表TB_05T_repair維修工人表TB_06T_repair_order維修訂單表TB_07T_repair_category維修分類表TB_08T_repair_allocation工單分配表表3-2用戶表字段名稱字段類型字段大小能否為空默認值備注usr_idint10否主鍵、idusr_accountvarchar10否賬戶名usr_mobilevarchar20否手機號usr_passwordvarchar20否密碼usr_nick_namevarchar10否昵稱group_idint20否用戶類別表3-3用戶信息表字段名稱字段類型字段大小能否為空默認值備注idint10否主鍵、iduser_idint10否賬戶idtrue_namevarchar50否真實姓名addressvarchar50否null地址create_timedatetime10否注冊時間update_timedatetime10否更新時間表3-4公告信息表字段名稱字段類型字段大小能否為空默認值備注idint10否公告idTitlevarchar20否公告標題contentvarchar50否null公告內容create_timedatetime50否公告發(fā)布時間表3-5管理員表字段名稱字段類型字段大小能否為空默認值備注admin_idint10否主鍵、idad_accountvarchar20否管理員賬戶ad_passwordvarchar20否管理員密碼ad_nick_namevarchar20否null昵稱ad_phonevarchar20否nul手機號表3-6維修工人表字段名稱字段類型字段大小能否為空默認值備注repaire_user_idint10否主鍵、idrp_accountvarchar20否維修工人賬戶rp_passwordvarchar20否密碼rp_nick_namevarchar20否null昵稱rp_phonevarchar20否nul手機號表3-7維修分類信息表字段名稱字段類型字段大小能否為空默認值備注idint10否主鍵、idnamevarchar10否分類名descvarchar20否分類描述create_timedatetime20否創(chuàng)建時間update_timedatetime20否修改時間表3-8工單分配表字段名稱字段類型字段大小能否為空默認值備注idint10否主鍵repair_idint11否維修訂單idrepaire_user_idint20否維修工人idopt_user_idint11否分配人idcreate_timedatetime10否創(chuàng)建時間update_timedatetime10否修改時間表3-9維修訂單表字段名稱字段類型字段大小能否為空默認值備注idint10否主鍵、idtitlevarchar20否標題desvarchar20否維修描述phonevarchar20否null聯(lián)系電話addressvarchar30否維修地址category_idint10否分類idstatusint10否維修狀態(tài)category_namevarchar20否null分類名稱submit_user_idint10否報修人repair_user_idint10否維修工人idrepair_timedatetime15否0維修時間create_timedatetime15否0創(chuàng)建時間update_timedatetime15否修改時間picvarchar20否維修圖片opt_user_idint20否分配人idPAGE51第四章系統(tǒng)實現4.1登錄功能的實現過程4.1.1界面設計本功能界面簡介明了，左上角未登錄二字標簽，頁面正中央為用戶所需要輸入的用戶名和密碼，下面是登錄和注冊，為了快捷還增加了一個記住密碼選項，具體如圖4.1所示。圖4.1登錄界面如果輸入的賬戶信息校驗失敗，那么系統(tǒng)就會進行相應的信息提示操作，具體展示如下圖4.2所示。圖4.2登錄失敗界面4.1.2核心代碼實現由于登錄攔截器的存在，如果訪客未進行登錄，點擊了需要登錄才能進行的功能也會跳轉到登錄頁面，此時輸入對應賬號密碼，通過數據庫驗證后方可登錄進行跳轉到首頁。具體代碼如圖4.3和圖4.4所示。圖4.4驗證登錄代碼圖4.4登錄攔截器代碼4.2新增維修的實現過程4.2.1界面設計新增維修也就是報修申請頁面，主要是用一個表單的形式，將師生在生活區(qū)域遇到的公共設施損壞，需要維修的前提下，將問題描述出來，并配上有地址，聯(lián)系電話和預約時間。具體界面如圖4.5所示。圖4.5新增維修界面4.2.2核心代碼實現用戶點擊我的報修，再從我的報修欄目下點擊新增報修，觸發(fā)方法通過請求前端接口跳轉到新增維修頁面。填寫所需要報修的詳細內容，點擊保存后，服務端先查詢所有當前用戶最新的報修數據，然后錄入新的報修數據，更新數據庫，并將用戶的報修數據返回到客戶端上來，顯示在首頁。具體代碼如圖4.6所示。圖4.6維修申請代碼4.3分配上報工單功能的實現過程4.3.1界面設計本功能主要根據前端所傳過來的維修單，管理員登錄后可以查看到所有的維修申請單，可以分為未受理和已受理兩種，按時間預約順序依次派來下來，最新的在最上方，左下角添加一個分配維修單按鈕，可供管理員將維修單分配給維修工人。具體界面如圖4.7。圖4.7分配維修單界面4.3.2核心代碼實現當管理員登錄時，可以用管理員權限對未處理的維修單進行處理，利用維修單id和報修學生的id進行組合，傳入到數據庫，之后該維修單分配到維修工人處，此時分配維修已經處理完畢。具體代碼如圖4.8所示。圖4.8分配維修單代碼4.4確認完成工單的實現過程4.4.1界面設計本界面依據主頁框架的基礎上，增添了上傳圖片按鈕和確認完成按鈕，可以將維修完成拍攝的圖片上傳至服務端，在維修工人完成維修后可以登入賬號進行操作如圖4.9所示。圖4.9完成工單界面4.4.2核心代碼實現由于要求維修工人上傳維修圖片，所以需要獲取圖片路徑，圖片名稱，封裝在一起后，通過寫好的封裝方法，從本地上選取后，進行上傳，因為只傳遞了文件，所以只需要一個MultipartFile類型的file接收就可以了。圖4.10上傳圖片核心代碼4.5星級評價的實現過程4.5.1界面設計主題大框架不變，在維修工人完成維修后，報修學生可以登錄系統(tǒng)查看，并給出相對應的星級評價，以此來進行反饋。具體界面如圖4.11所示。圖4.11星級評價界面4.5.2核心代碼實現學生可以登錄系統(tǒng)，在歷史報修中，找到已完成的維修單，并進行評價，鼠標拖動，星星數越多意味著對該維修工人維修情況表示滿意，上限為五顆星。圖4.12星級評價代碼第五章系統(tǒng)測試5.1測試目的從測試目的來講，測試分為很多種，有性能測試，功能測試，可用性測試等等。本系統(tǒng)作為畢業(yè)設計項目，并且應用于實際應用，所以在測試時主要進行了功能性測試，以保障系統(tǒng)的功能正常運行。5.2測試計劃借鑒上文的系統(tǒng)設計章節(jié)并結合本網站的需求，預先對本網站項目的系統(tǒng)測試環(huán)節(jié)進行計劃，既避免了測試時因漫無目的浪費了時間，也能有的放矢提升測試的效率。在此項目中，由于用戶和管理員的部分功能模塊有一定的關聯(lián)性，本項目的測試計劃主要側重于有關聯(lián)的功能模塊。本項目主要采用黑盒測試，測試用戶的聊天功能、測評功能、個人詞云是否能實時更新、支付寶支付功能。后臺管理系統(tǒng)主要測試成績的分段查看、用戶的強制下線、新增測評等功能點。本小節(jié)對本項目客戶端和服務端各功能進行測試，具體測試計劃如表5-1所示。表5-1 測試計劃完成時間功能名2022.8.5登錄模塊添加報修修改報修刪除報修2022.8.8查看個人信息搜索報修歷史修改個人資料快速報修退出賬號時間篩選狀態(tài)篩選2022.8.11修改密碼修改昵稱修改手機號分頁維修分類增加分類修改分類刪除分類2022.8.14發(fā)布公告刪除公告管理員登錄用戶管理查看所有用戶刪除用戶驗證查詢用戶2022.8.18報修歷史分配維修單分配工人維修工人登錄刪除公告上傳圖片完成工單星級評價5.3測試用例測試用例是將歸納后的系統(tǒng)功能點實例化后的結果，明確測試的目的，確認其預置條件。測試后將數據和測試結果填寫至對應的用例中即可。1.登錄功能測試用例表5-2登錄功能測試用例項目/軟件校園報修系統(tǒng)版本1.0作者XX功能模塊名登錄功能用例編號login_01編制人XX修改歷史無編制時間2022-02-05功能特性測試登錄模塊功能測試目的用戶進行正常登錄，能夠實現預置條件系統(tǒng)運行正常、用戶已登錄測試數據賬號sushenghao，密碼123456操作描述用戶點擊登錄按鈕在登錄頁面輸入用戶名和密碼點擊登錄期望結果能夠實現登錄并跳轉到首頁實際結果同上測試人員XX開發(fā)人員XX測試日期2022-02-052.搜索功能測試用例表5-3搜索功能測試用例項目/軟件校園報修系統(tǒng)版本1.0作者XX功能模塊名搜索功能用例編號research_01編制人XX修改歷史無編制時間2022-02-05功能特性模糊搜索，精確搜索測試目的測試系統(tǒng)的搜索功能是否實現預置條件用戶已登錄、系統(tǒng)正常運行測試數據無操作描述用戶進入主頁面找到搜索框輸入要搜索的內容點擊搜索期望結果測評完成，顯示所搜索的內容界面實際結果同上測試人員XX開發(fā)人員XX測試日期2022-02-053.添加報修測試用例表5-4新增報修測試用例項目/軟件校園報修系統(tǒng)版本1.0作者XX功能模塊名新增報修功能用例編號add_01編制人XX修改歷史無編制時間2022-02-05功能特性添加一個報修申請單測試目的測試添加的報修申請單是否能在頁面顯示出來預置條件用戶已登錄、系統(tǒng)正常運行測試數據無操作描述1．用戶進入主頁面2．點擊我的報修3．點擊新增報修4．輸入報修內容5.點擊提交期望結果測評完成，顯示所填寫的報修申請單實際結果同上測試人員XX開發(fā)人員XX測試日期2022-02-054.分配工單功能測試用例表5-5分配工單功能測試用例項目/軟件校園報修系統(tǒng)版本1.0作者XX功能模塊名分配工單用例編號allocate_01編制人XX修改歷史無編制時間2022-02-05功能特性通過管理員將待維修工單分配給維修工測試目的測試分配完的工單是否可以被維修工接收預置條件管理員已登錄、系統(tǒng)正常運行、存在未受理維修單測試數據無操作描述管理員點擊報修管理點擊報修歷史點擊分配維修單選擇分配維修的工人提交期望結果數據庫中成功錄入分配信息，維修工人順利接到分配的單子實際結果同上測試人員XX開發(fā)人員XX測試日期2022-02-055.完成工單測試用例表5-6完成工單測試用例項目/軟件校園報修系統(tǒng)版本1.0作者XX功能模塊名完成工單用例編號success_01編制人XX修改歷史無編制時間2022-02-05功能特性上傳完成圖片，完成工單測試目的維修工人上傳圖片后可以點擊完成工單預置條件維修工人已登錄、系統(tǒng)正常運行測試數據無操作描述維修工人進入我的維修界面點擊上傳圖片選擇圖片點擊提交期望結果刷新頁面，顯示所上傳的圖片，和改變工單狀態(tài)實際結果同上測試人員XX開發(fā)人員XX測試日期2022-02-056.用戶管理測試用例表5-7用戶強制下線測試用例項目/軟件校園報修系統(tǒng)版本1.0作者XX功能模塊名用戶管理用例編號manage_01編制人XX修改歷史無編制時間2022-02-05功能特性通過管理員權限查看用戶測試目的查看所有用戶的信息預置條件管理員已登錄、系統(tǒng)正常運行測試數據無操作描述1． 管理員用戶管理2． 顯示所有信息3． 刪除用戶期望結果刪除一個用戶后，頁面重新刷新并顯示實際結果同上測試人員XX開發(fā)人員XX測試日期2022-02-055.4非功能性測試對于系統(tǒng)的非功能測試主要對其并發(fā)性能以及響應時間進行測試，如下表5-8是非功能測試計劃表：表5-8非功能測試并發(fā)量（每秒請求數）持續(xù)時間（分鐘）最小響應時間（毫秒）最大響應時間（毫秒）平均響應時間（毫秒）吞吐量（每秒事務數）1003016ms12587ms1260ms79.6/s603015ms5013ms603ms86.9/s303014ms1493ms301ms95.1/s第六章總結與展望白駒過隙間，校園報修系統(tǒng)的開發(fā)算是正式結束了。借此機會我想在這里做一個簡短的總結。首先在這個開發(fā)過程中運用到了很多軟件開發(fā)方法。說到軟件開發(fā)的方法，要是想追溯到他的起源得講到上世紀的軟件危機。后來呢，經過一系列的提出研究然后再論證，然后呢再不斷的發(fā)展，不斷地完善，不斷地進步之后呢，最終形成了我們今天耳熟能詳的八大軟件開發(fā)方法。在這個系統(tǒng)中，用到了大學里學過的常用的架構，常用的語言，常用的開發(fā)工具，所有都是免費的，開發(fā)成本是極其低廉的，但卻并不意味著校園報修系統(tǒng)也是廉價的。經過后期的修補完善，照最后情況來看，本系統(tǒng)還是基本達到了預期，滿足了開頭所要求的各種要求。用戶的實際體驗感也還是相對不錯的。包括老師也好，同學也好，從他們的反饋來看，我相信本系統(tǒng)并不是雞肋，還是很受用戶喜愛的。本系統(tǒng)基于SSM框架開發(fā)實現，整體的功能雖然說滿足了客戶的基本需求，實現了最初的功能性需求分析和非功能性需求分析，但還是有許多需要完善和提升的地方，在后續(xù)的版本中我將繼續(xù)開發(fā)實現如下幾點：1、系統(tǒng)的整體界面過于簡陋，設計上不是太美觀，可以結合一些常用前端框架進行設計開發(fā)。2、系統(tǒng)目前沒有實現前后端分離開發(fā)，對于系統(tǒng)的整體結構來講不是太符合目前開發(fā)的主流思想，后續(xù)可以升級改造為前后端分離的系統(tǒng)。3、系統(tǒng)的一些功能也可以再進行擴展升級，比如可以加上小程序端來對接后臺接口，讓用戶可以在手機上通過小程序進行報修，以及師傅可以通過手機小程序來查看報修情況并進行維修。 福建廣播電視大學畢業(yè)論文PAGE4參考文獻[1]Allen,I.ElaineSeaman,Jeff.OnlineReportCard:TrackingOnlineEducationintheUnitedStates[J].BabsonSurveyResearchGroup,2016:1-42.[2]AWatted,HHaick,