【正文】 browser/server (B/S Architecture). The front desk of the system is basically pleted by JSP technology, and the database is MySQL database. This system is developed on the tool of MyEclipse, and using my own puter as the server simulation to realized the function of the system. Key Words： School Logistics Service Management System。JSP。B/S 目 錄 第一章 緒論 .................................................... 1 問題提出 ...................................................... 1 研究背景 及現(xiàn)狀 ................................................ 1 論文組織結構 .................................................. 2 第二章 系統(tǒng)需求分析 ............................................. 3 技術需求分析 .................................................. 3 功 能需求分析 .................................................. 3 系統(tǒng)功能建模 .................................................. 4 確定系統(tǒng)邊界和范圍 ...................................... 4 定義參與者并創(chuàng)建用例圖 .................................. 5 系統(tǒng)運行環(huán)境 .................................................. 8 第三章 系統(tǒng)設計 ................................................. 9 總體設計 ...................................................... 9 系統(tǒng)總框架設計 .......................................... 9 系統(tǒng)后臺功能模塊設計 ................................... 10 詳細設計 ..................................................... 12 系統(tǒng)業(yè)務流程設計 ....................................... 12 靜態(tài)行為模型設計 ....................................... 14 動態(tài)行為模型設計 ....................................... 15 數(shù)據(jù)庫設計 ................................................... 21 ER 圖設計 .............................................. 21 數(shù)據(jù)庫表設計 ........................................... 23 第四章 系統(tǒng)實現(xiàn) ................................................ 26 系統(tǒng)結構圖 ................................................... 26 建立構件圖 ............................................. 26 建 立部署圖 ............................................. 27 系統(tǒng)主要功能設計與實現(xiàn) ....................................... 28 系統(tǒng)首頁界面設計 ........................................ 28 管理員登錄頁面設計 ..................................... 29 用戶后臺界面 ........................................... 31 數(shù)據(jù)庫實現(xiàn) ................................................... 33 連接數(shù)據(jù)庫的方法和步驟 ................................. 33 數(shù)據(jù)庫實現(xiàn)主要代碼 ..................................... 33 第五章 系統(tǒng)測試 ................................................ 35 測試目的 ..................................................... 35 測試方案及測試項目 ........................................... 35 登錄功能測試 ........................................... 35 用戶注冊功能測試 ....................................... 37 設備報修功能測試 ....................................... 40 測試結果分析 ................................................. 41 第六章 總結與展望 .............................................. 42 致謝 ......................................................... 43 參考文獻 ...................................................... 44 1 第一章 緒論 問題提出 隨著高校每年的擴大招生，學校人數(shù)越來越多，學校后勤報修管理的工作量也越來越繁重。因此，充分利用網(wǎng)絡資源和 信息化技術，建設一套基于校園網(wǎng)的學校后勤報修管理系統(tǒng)，提高后勤管理水平、效率和質量，使學校后勤管理科學化、信息化、現(xiàn)代化，是新時期學校后勤管理工作面臨的一個新的課題。基于以上的原因，原有的后勤報修維 修手段，以不能適應新情況要求，為提高后勤管理效率和質量，降低后勤管理的人力、物力和財力，方便廣大師生生活和學習，開發(fā)一個學校后勤報修管理系統(tǒng)十分重要。它的基本特征體現(xiàn)為高起點、高投資和快速，相對于國內高校而言，還存在起步早的特點。調查顯示，在西方的 發(fā)達國家中一些著名的世界大學，已經于上世紀末成功地建設好了數(shù)字化校園。尤其是在信息化高校的建設方面，已經步入了全面的發(fā)展階段。然而，就信息化高校建設的整體上而言，我國的高等教育信息化、數(shù)字化、 2 現(xiàn)代化，仍然處于社會主義初級階段。對建設學校后勤報修管理系統(tǒng)問題的提出進行了簡要的說明；對項目背景及研究現(xiàn)狀 作了簡單介紹；對論文的內容進行概要說明。這一章，主要對課題《基于 UML 的學校后勤報修管理系統(tǒng)》的功能需求和技術需求進行介紹；利用 Rose 工具對系統(tǒng)功能進行建模。本章的大體內容是：說明系統(tǒng)總體設計方案，確定功能模塊，對模塊進行詳細設計，設計系統(tǒng)功能業(yè)務流程，數(shù)據(jù)庫設計。對數(shù)據(jù)庫的具體實現(xiàn)給出關鍵代碼，對系統(tǒng)的功能實現(xiàn)進行展示并給出部分關鍵代碼。對系統(tǒng)的功能進行測試，對測試結果進行分析?？偨Y全文，展望未來。需求分析的好壞程度，決定著系統(tǒng)開發(fā)的速度。做需求分析的時候，一般需要了解本系統(tǒng)開發(fā)的背景，在信息收集的基礎上，決定系統(tǒng)開發(fā)的技術、經濟和操作可行性，進行業(yè)務調查和分析，了解用戶的功能需求和工作流程，確定開發(fā)系統(tǒng)的總體方案，明確系統(tǒng)開發(fā)的總體思路和系統(tǒng)要達到的目標，以及系統(tǒng)開發(fā)所需要的時間和資金等問題。 技術需求分析 本課題為《基于 UML 的學校后勤報修管理系統(tǒng)的設計與實現(xiàn)》，在系統(tǒng)開發(fā)之前，首先利用 UML 建模語言和 Rational Rose 工具對系統(tǒng)功能進行分析建模，得出相應的模型圖。系統(tǒng)的前臺設計與實現(xiàn)，主要使用 JSP 技術和 Java 語言處理完成；系統(tǒng)的后臺則利用 MySQL 數(shù)據(jù)庫作為數(shù)據(jù)庫服務器。即前端的 JSP 頁面調用 JAVABEAN來實現(xiàn)數(shù)據(jù)庫操作的 功能。系統(tǒng)的開發(fā)利用 MyEclipse 工具完成代碼編寫、調試和運行，利用本機作為服務器模擬實現(xiàn)系統(tǒng)功能。鑒于此，我決定設計建設的學校后勤報修管理系統(tǒng)，應該具有一下功能： （ 1）首先，系統(tǒng)需要設置三種 權限的用戶：系統(tǒng)管理員、維修人員和普通用戶。 （ 3）維修人員的功能設置：可以查詢和修改個人信息，能進行設備維修管理。 （ 5）注冊新用戶與登錄：系統(tǒng)應提供注冊新用戶的功能，注冊的用戶可以注冊為普通用戶，也可以注冊為維修人員，注冊的用戶需通過管理員審核后，才能登錄系統(tǒng)，進行相關操作。 （ 6）系統(tǒng)存放學校所有設備信息，并提供可見。 （ 7）內外連通，時刻關注外界動態(tài)。 （ 8）設置服務指南、友情鏈接，方便用戶上網(wǎng)；提供在線留言功能。用例圖的建立是系統(tǒng)開發(fā)人士和用戶經常反復討論的結果，表明開發(fā)者和用戶對系統(tǒng)需 求達成一致的共識。 確定系統(tǒng)邊界和范圍 確定系統(tǒng)邊界和系統(tǒng)范圍，就是要確定在系統(tǒng)之中有什么，在系統(tǒng)外面又有什么。 在基于 UML 的學校后勤報修管理系統(tǒng)中，系統(tǒng)的參與者有三種。隨著參與者和用例的不斷確定，系統(tǒng)的邊界也將變得越來越明顯。用例圖是描述系統(tǒng)的用戶或系統(tǒng)參與者行為的圖，在系統(tǒng)的需求分析階段非常重要，系統(tǒng)的整個開發(fā)過程，都是圍繞著系統(tǒng)的用例需求進行的 [3]。參與者，是代表系統(tǒng)接口的所有事物或人，它是一種有特定功能的角色，可以這 么說，參與者是一個虛擬的概念，它既可以是人，還可以是外部設備或系統(tǒng) [4]。 維修人員：維修人員主要對個人信息進行管理，可以查詢修改個人信息，還可以對設備進行維修。 （ 1）管理員用例圖 經過深思熟慮，確定了管理員能在系統(tǒng)中進行的活動： ①登錄系統(tǒng)：通過驗證的管理員可以進入系統(tǒng)。 ③審核用戶：管理員可以對注冊申請進行審核。 ⑤添加普通管理員：超級管理員可以根據(jù)需要添加普通管理員，共同管理系統(tǒng)。 ⑦刪除設備信息：當設備壽終正寢時，管理員可將其刪除。 ⑨刪除站內新聞：管理員可對新聞進行刪除。 ?回復留言：對用戶的在線留言進行回復。 ?返回前臺：在后臺界面，管理員可以直接回到前臺。 ②修改密碼：對于個人密碼，想改就改。 ④查詢個人信息：個人信息對于個人不是秘密，當然要能查詢。 ⑥故 障報修：有維修的能力，也有報修的權利。 根據(jù)以上描述，畫出維修人員的用例圖，如圖 22 所示： 7 圖 22 維修人員用例圖 （ 3）普通用戶用例圖 考慮再三，也敲定了普通用戶的系統(tǒng)活動： ①登錄系統(tǒng)：登錄系統(tǒng)是每個用戶的必不可少的活動。 ③修改個人信息：普通用戶可以不普通，可以修改處亮瞎眼的個人信息。 ⑤故障報修：普通用戶可以對故障設備進行報修。 根據(jù)以上描述，畫出普通用戶的用例圖，見下圖 23： 圖 23 普通用戶用例圖 8 系統(tǒng)運行環(huán)境 硬件環(huán)境 本系統(tǒng)對 CPU、內存和硬盤容量等硬件環(huán)境沒有特別的要求。但是，要求系統(tǒng)的應用服務器具備支持 Java 組件運行的功能，系統(tǒng)的客戶端運行環(huán)境，在 IE 5 及以上瀏覽器運行，效果更佳。在系統(tǒng)前臺，設計了站內新聞、通知公告、設備查詢、用戶注冊、服務指南等功能模塊；在系統(tǒng)后臺，設計了三種權限的管理用戶：管理員、維修人員和普通用戶。 維修人 員后臺 維修人員后臺設計了 3 個模塊：個人資料管理模塊、報修管理模塊和系統(tǒng)操作模塊。 系統(tǒng)前臺的功能結構圖和后臺功能結構分別如圖 31 和圖 32 所示： 學 校 后 勤 報 修 管 理 系 統(tǒng) 前 臺站內新聞通知公告系統(tǒng)簡介用戶注冊設備查看服務指南友情鏈接用戶登