基于uml的學校后勤報修管理系統(tǒng)的設計與實現(xiàn)-畢業(yè)論文

1、<p><b>　　摘要</b></p><p>　　本論文在開篇便介紹建設學校后勤報修管理系統(tǒng)的問題的提出，說明了建設學校后勤報修管理系統(tǒng)的原因，并概要地描述了國內(nèi)外當下對該課題的研究現(xiàn)狀；緊接著，對系統(tǒng)做了詳細的需求分析，確定了系統(tǒng)的開發(fā)技術和工具，也敲定了系統(tǒng)的應具備的功能，并利用建模語言UML和建模工具Rational Rose對系統(tǒng)進行了功能建模，畫出了系統(tǒng)的部分用例圖、

2、順序圖、狀態(tài)圖和活動圖；然后，對系統(tǒng)的進行總體設計，確定了系統(tǒng)的功能模塊，并對系統(tǒng)的每一個功能模塊作了詳細設計和分析，也給出了數(shù)據(jù)庫的表結構；接下來對系統(tǒng)的數(shù)據(jù)庫實現(xiàn)和功能實現(xiàn)作了詳細介紹；最后利用黑盒測試的方法對系統(tǒng)功能進行了測試。</p><p>　　本文論述的是一個簡化的Web應用程序。建設學校后勤報修管理系統(tǒng)，采用的是瀏覽器/服務器模式（B/S架構）。系統(tǒng)的前臺基本上是運用JSP技術完成的，數(shù)據(jù)庫一端采用

3、MySQL數(shù)據(jù)庫。本系統(tǒng)在MyEclipse工具上開發(fā)完成，利用本機作為服務器模擬實現(xiàn)系統(tǒng)功能。</p><p>　　關鍵詞：學校后勤報修管理系統(tǒng)；UML；JSP；MySQL；B/S</p><p><b>　　Abstract</b></p><p>　　In the opening of this paper, introduced the

4、 problem of the construction of the School Logistics Service Management System, accounted for the reason why we construct the School Logistics Service Management System, and summarily described the status quo of the stud

5、y of the subject at home and abroad so far; then, made a detailed demand analysis for the system, determine the development technology and tools of the system, also hammered out what function the system should have, as w

6、ell, used the mo</p><p>　　This paper deals with a simplified Web application. The construction of the school logistics service management system, using the mode of browser/server (B/S Architecture). The fron

7、t desk of the system is basically completed by JSP technology, and the database is MySQL database. This system is developed on the tool of MyEclipse, and using my own computer as the server simulation to realized the fun

8、ction of the system.</p><p>　　Key Words：School Logistics Service Management System;UML;JSP;MySQL;B/S</p><p><b>　　目 錄</b></p><p>　　第一章 緒論- 1 -</p><p>　　1.1

9、問題提出- 1 -</p><p>　　1.2 研究背景及現(xiàn)狀- 1 -</p><p>　　1.3 論文組織結構- 2 -</p><p>　　第二章 系統(tǒng)需求分析- 3 -</p><p>　　2.1 技術需求分析- 3 -</p><p>　　2.2 功能需求分析- 3 -</p>&l

10、t;p>　　2.3 系統(tǒng)功能建模- 4 -</p><p>　　2.3.1 確定系統(tǒng)邊界和范圍- 4 -</p><p>　　2.3.2 定義參與者并創(chuàng)建用例圖- 5 -</p><p>　　2.4 系統(tǒng)運行環(huán)境- 8 -</p><p>　　第三章 系統(tǒng)設計- 9 -</p><p>　　3.1 總體

11、設計- 9 -</p><p>　　3.1.1 系統(tǒng)總框架設計- 9 -</p><p>　　3.1.2 系統(tǒng)后臺功能模塊設計- 10 -</p><p>　　3.2 詳細設計- 12 -</p><p>　　3.2.1 系統(tǒng)業(yè)務流程設計- 12 -</p><p>　　3.2.2 靜態(tài)行為模型設計- 14

12、 -</p><p>　　3.2.3 動態(tài)行為模型設計- 15 -</p><p>　　3.4 數(shù)據(jù)庫設計- 21 -</p><p>　　3.4.1 E-R圖設計- 21 -</p><p>　　3.4.2 數(shù)據(jù)庫表設計- 23 -</p><p>　　第四章 系統(tǒng)實現(xiàn)- 26 -</p>&

13、lt;p>　　4.1 系統(tǒng)結構圖- 26 -</p><p>　　4.1.1 建立構件圖- 26 -</p><p>　　4.1.2 建立部署圖- 27 -</p><p>　　4.2 系統(tǒng)主要功能設計與實現(xiàn)- 28 -</p><p>　　4.2.1系統(tǒng)首頁界面設計- 28 -</p><p>　　4

14、.2.2 管理員登錄頁面設計- 29 -</p><p>　　4.2.3 用戶后臺界面- 31 -</p><p>　　4.3 數(shù)據(jù)庫實現(xiàn)- 33 -</p><p>　　4.3.1 連接數(shù)據(jù)庫的方法和步驟- 33 -</p><p>　　4.3.2 數(shù)據(jù)庫實現(xiàn)主要代碼- 33 -</p><p>　　第五章

15、 系統(tǒng)測試- 35 -</p><p>　　5.1 測試目的- 35 -</p><p>　　5.2 測試方案及測試項目- 35 -</p><p>　　5.2.1 登錄功能測試- 35 -</p><p>　　5.2.2 用戶注冊功能測試- 37 -</p><p>　　5.2.3 設備報修功能測試- 4

16、0 -</p><p>　　5.3 測試結果分析- 41 -</p><p>　　第六章 總結與展望- 42 -</p><p><b>　　致謝- 43 -</b></p><p>　　參考文獻- 44 -</p><p><b>　　第一章 緒論</b></

17、p><p><b>　　1.1 問題提出</b></p><p>　　隨著高校每年的擴大招生，學校人數(shù)越來越多，學校后勤報修管理的工作量也越來越繁重。使用傳統(tǒng)的管理手段和方法，很難完成大量的信息分析和處理。因此，充分利用網(wǎng)絡資源和信息化技術，建設一套基于校園網(wǎng)的學校后勤報修管理系統(tǒng)，提高后勤管理水平、效率和質(zhì)量，使學校后勤管理科學化、信息化、現(xiàn)代化，是新時期學校后勤管理工

18、作面臨的一個新的課題。</p><p>　　設計開發(fā)學校后勤報修管理系統(tǒng)，主要有一下幾方面的原因：</p><p>　　1、傳統(tǒng)的報修、維修環(huán)節(jié)，存在著方法落后、手續(xù)煩瑣、工作量大的缺點，以不能適應新形勢的要求；</p><p>　　2、高校不斷擴招，學校的設備也不斷增多，需利用現(xiàn)代化手段進行管理；</p><p>　　3、趕上新時代的步伐，

19、實現(xiàn)后勤報修管理的規(guī)范化、信息化，提高后勤報修管理的服務質(zhì)量和服務效率。基于以上的原因，原有的后勤報修維修手段，以不能適應新情況要求，為提高后勤管理效率和質(zhì)量，降低后勤管理的人力、物力和財力，方便廣大師生生活和學習，開發(fā)一個學校后勤報修管理系統(tǒng)十分重要。</p><p>　　1.2 研究背景及現(xiàn)狀</p><p>　　在信息化社會迎來知識經(jīng)濟的時代，校園的信息化和數(shù)字化建設成為國內(nèi)外高校建

20、設的熱點。它的基本特征體現(xiàn)為高起點、高投資和快速，相對于國內(nèi)高校而言，還存在起步早的特點。在一個多世紀以前，美國的一所大學就提出了數(shù)字化校園的概念，隨后美國的麻省理工學院對這個概念，經(jīng)過多年的努力研究，設計、構建出一個比較成熟的數(shù)字化校園的模型。調(diào)查顯示，在西方的發(fā)達國家中一些著名的世界大學，已經(jīng)于上世紀末成功地建設好了數(shù)字化校園。此外，我國在現(xiàn)階段的信息數(shù)字化方面的工作，也開始進入一個全新的發(fā)展時期。尤其是在信息化高校的建設方面，已經(jīng)

21、步入了全面的發(fā)展階段。許多高校都意識到信息化建設，是提高管理手段和水平，保證管理效率和質(zhì)量的重要渠道。然而，就信息化高校建設的整體上而言，我國的高等教育信息化、數(shù)字化、現(xiàn)代化，仍然處于社會主義初級階段。</p><p>　　1.3 論文組織結構</p><p>　　本文設置了六個章節(jié)：</p><p>　　第一章：緒論。對建設學校后勤報修管理系統(tǒng)問題的提出進行了簡要

22、的說明；對項目背景及研究現(xiàn)狀作了簡單介紹；對論文的內(nèi)容進行概要說明。</p><p>　　第二章：系統(tǒng)需求分析。這一章，主要對課題《基于UML的學校后勤報修管理系統(tǒng)》的功能需求和技術需求進行介紹；利用Rose工具對系統(tǒng)功能進行建模。</p><p>　　第三章：總體設計。本章的大體內(nèi)容是：說明系統(tǒng)總體設計方案，確定功能模塊，對模塊進行詳細設計，設計系統(tǒng)功能業(yè)務流程，數(shù)據(jù)庫設計。</p

23、><p>　　第四章：系統(tǒng)實現(xiàn)。對數(shù)據(jù)庫的具體實現(xiàn)給出關鍵代碼，對系統(tǒng)的功能實現(xiàn)進行展示并給出部分關鍵代碼。</p><p>　　第五章：系統(tǒng)測試。對系統(tǒng)的功能進行測試，對測試結果進行分析。</p><p>　　第六章：總結與展望?？偨Y全文，展望未來。</p><p>　　第二章 系統(tǒng)需求分析</p><p>　　系統(tǒng)開發(fā)

24、的第一步，就是要對系統(tǒng)進行需求分析，這是開發(fā)應用系統(tǒng)中最舉足輕重且不可缺少的一項工作[1]。需求分析的好壞程度，決定著系統(tǒng)開發(fā)的速度。系統(tǒng)需求分析工作做得越精細，開發(fā)系統(tǒng)的過程就越快。做需求分析的時候，一般需要了解本系統(tǒng)開發(fā)的背景，在信息收集的基礎上，決定系統(tǒng)開發(fā)的技術、經(jīng)濟和操作可行性，進行業(yè)務調(diào)查和分析，了解用戶的功能需求和工作流程，確定開發(fā)系統(tǒng)的總體方案，明確系統(tǒng)開發(fā)的總體思路和系統(tǒng)要達到的目標，以及系統(tǒng)開發(fā)所需要的時間和資金等問

25、題。通過對問題的理解和分析，將需求整理成規(guī)格說明書，為問題涉及的信息建立模型，描述如何實現(xiàn)系統(tǒng)。</p><p>　　2.1 技術需求分析</p><p>　　本課題為《基于UML的學校后勤報修管理系統(tǒng)的設計與實現(xiàn)》，在系統(tǒng)開發(fā)之前，首先利用UML建模語言和Rational Rose工具對系統(tǒng)功能進行分析建模，得出相應的模型圖。本系統(tǒng)采用B/S架構實現(xiàn)系統(tǒng)功能。系統(tǒng)的前臺設計與實現(xiàn)，主要使

26、用JSP技術和Java語言處理完成；系統(tǒng)的后臺則利用MySQL數(shù)據(jù)庫作為數(shù)據(jù)庫服務器。按照前臺與后臺的區(qū)別，還應該細分為業(yè)務邏輯和表現(xiàn)邏輯。即前端的JSP頁面調(diào)用JAVABEAN來實現(xiàn)數(shù)據(jù)庫操作的功能。程序采用固定的布局，每個頁面的固定部分都單獨實現(xiàn)成為一個JSP程序，然后在每個具體的頁面中包含他們，這樣既保證了程序的布局統(tǒng)一，又能簡化程序設計和調(diào)試。系統(tǒng)的開發(fā)利用MyEclipse工具完成代碼編寫、調(diào)試和運行，利用本機作為服務器模擬實

27、現(xiàn)系統(tǒng)功能。</p><p>　　2.2 功能需求分析</p><p>　　根據(jù)調(diào)查，發(fā)現(xiàn)原有的學校設備報修的方法，都是通過手工登記信息、人工傳遞信息、人工通知維修人員、人工處理結果，手段落后，過程繁雜，效率低下。鑒于此，我決定設計建設的學校后勤報修管理系統(tǒng)，應該具有一下功能：</p><p>　?。?）首先，系統(tǒng)需要設置三種權限的用戶：系統(tǒng)管理員、維修人員和普通用

28、戶。</p><p>　?。?）管理員的功能設置：管理員可以審核新用戶注冊申請，可以對所有用戶進行管理；可以對設備信息進行管理；能對設備維修結果發(fā)布通知公告，可更改個人密碼。</p><p>　?。?）維修人員的功能設置：可以查詢和修改個人信息，能進行設備維修管理。</p><p>　?。?）普通用戶的功能設置：可以查詢和修改個人信息，可以對故障設備進行報修。<

29、;/p><p>　?。?）注冊新用戶與登錄：系統(tǒng)應提供注冊新用戶的功能，注冊的用戶可以注冊為普通用戶，也可以注冊為維修人員，注冊的用戶需通過管理員審核后，才能登錄系統(tǒng)，進行相關操作。所有的系統(tǒng)用戶都可以進行故障報修操作。</p><p>　?。?）系統(tǒng)存放學校所有設備信息，并提供可見。管理員在系統(tǒng)錄入學校所有的設備信息，為所有用戶提供查詢服務。</p><p>　?。?

30、）內(nèi)外連通，時刻關注外界動態(tài)。管理員定時更新站內(nèi)新聞，獲取外界最新資訊；隨時發(fā)布校內(nèi)通知公告，造福廣大學生。</p><p>　?。?）設置服務指南、友情鏈接，方便用戶上網(wǎng)；提供在線留言功能。</p><p>　　2.3 系統(tǒng)功能建模</p><p>　　開發(fā)基于UML的學校后勤報修管理系統(tǒng)，首先要做的，就是在需求分析階段繪制系統(tǒng)的功能用例圖[2]。用例圖的建立是系

31、統(tǒng)開發(fā)人士和用戶經(jīng)常反復討論的結果，表明開發(fā)者和用戶對系統(tǒng)需求達成一致的共識。我們知道，用例圖首先是描述了將要開發(fā)的系統(tǒng)的功能需求；接著，用例圖將系統(tǒng)看著一個黑盒，從外部執(zhí)行者的角度去理解系統(tǒng)；再者，用例圖將驅(qū)動需求分析之后各階段的系統(tǒng)開發(fā)工作，保證系統(tǒng)功能的實現(xiàn)，而且還可以用于檢驗所開發(fā)的系統(tǒng)，進而影響到系統(tǒng)開發(fā)的各個階段的工作和UML的其他的圖形。</p><p>　　2.3.1 確定系統(tǒng)邊界和范圍</

32、p><p>　　確定系統(tǒng)邊界和系統(tǒng)范圍，就是要確定在系統(tǒng)之中有什么，在系統(tǒng)外面又有什么。系統(tǒng)的邊界就是表明系統(tǒng)由誰來使用，就是要確定系統(tǒng)的參與者；系統(tǒng)能夠為參與者提高什么樣的功能，即確定參與者的用例。在基于UML的學校后勤報修管理系統(tǒng)中，系統(tǒng)的參與者有三種。參與者及其用例的說明，將在下一節(jié)進行分析。隨著參與者和用例的不斷確定，系統(tǒng)的邊界也將變得越來越明顯。</p><p>　　2.3.2 定義

33、參與者并創(chuàng)建用例圖</p><p>　　系統(tǒng)分析和設計的第一步工作就是創(chuàng)建用例圖。用例圖是描述系統(tǒng)的用戶或系統(tǒng)參與者行為的圖，在系統(tǒng)的需求分析階段非常重要，系統(tǒng)的整個開發(fā)過程，都是圍繞著系統(tǒng)的用例需求進行的[3]。</p><p>　　創(chuàng)建學校后勤報修管理系統(tǒng)用例，找出系統(tǒng)的參與對象是要做的的第一步工作。參與者，是代表系統(tǒng)接口的所有事物或人，它是一種有特定功能的角色，可以這么說，參與者是一

34、個虛擬的概念，它既可以是人，還可以是外部設備或系統(tǒng)[4]。經(jīng)過分析，確定了以下系統(tǒng)的參與者：</p><p>　　管理員：管理員主要對用戶、設備信息進行維護，對新聞、公告、指南、友情鏈接等信息進行操作。</p><p>　　維修人員：維修人員主要對個人信息進行管理，可以查詢修改個人信息，還可以對設備進行維修。</p><p>　　普通用戶：普通用戶主要是對故障設備進

35、行報修以及對個人信息進行管理。</p><p><b>　　（1）管理員用例圖</b></p><p>　　經(jīng)過深思熟慮，確定了管理員能在系統(tǒng)中進行的活動：</p><p>　?、俚卿浵到y(tǒng)：通過驗證的管理員可以進入系統(tǒng)。</p><p>　　②修改密碼：成功登錄系統(tǒng)后，管理員可以修改登錄密碼。</p>&l

36、t;p>　　③審核用戶：管理員可以對注冊申請進行審核。</p><p>　?、軇h除用戶：對不適合留在系統(tǒng)的用戶，管理員可以將其踢出系統(tǒng)。</p><p>　　⑤添加普通管理員：超級管理員可以根據(jù)需要添加普通管理員，共同管理系統(tǒng)。</p><p>　?、尢砑釉O備信息：當有新設備時，管理員可以將其添加到系統(tǒng)中。</p><p>　?、邉h除設

37、備信息：當設備壽終正寢時，管理員可將其刪除。</p><p>　?、嗵砑诱緝?nèi)新聞：為造福廣大用戶，管理員可添加最新資訊新聞。</p><p>　?、釀h除站內(nèi)新聞：管理員可對新聞進行刪除。</p><p>　　⑩添加通知公告：為學生服務，發(fā)表學校最新的通知公告。</p><p>　　?回復留言：對用戶的在線留言進行回復。</p>

38、<p>　　?添加友情鏈接：為方便用戶上網(wǎng)，管理員可適當添加其他網(wǎng)站鏈接。</p><p>　　?返回前臺：在后臺界面，管理員可以直接回到前臺。</p><p>　　根據(jù)以上描述，畫出管理員的用例圖，如圖 2-1 所示：</p><p>　　圖 2-1 管理員用例圖</p><p>　?。?）維修人員用例圖</p>&

39、lt;p>　　通過再三思索，對維修人員在系統(tǒng)中的活動設置如下：</p><p>　　①登錄系統(tǒng)：通過驗證后，維修人員有權進入系統(tǒng)。</p><p>　?、谛薷拿艽a：對于個人密碼，想改就改。</p><p>　　③修改個人信息：系統(tǒng)提供維修人員修改個人信息的權力。</p><p>　?、懿樵儌€人信息：個人信息對于個人不是秘密，當然要能查詢

40、。</p><p>　?、莨收暇S修：維修人員可將設備維修結果登入系統(tǒng)。</p><p>　　⑥故障報修：有維修的能力，也有報修的權利。</p><p>　?、叻祷厍芭_：維修人員可從后臺跳回前臺。</p><p>　　根據(jù)以上描述，畫出維修人員的用例圖，如圖2-2所示：</p><p>　　圖 2-2 維修人員用例圖&l

41、t;/p><p>　?。?）普通用戶用例圖</p><p>　　考慮再三，也敲定了普通用戶的系統(tǒng)活動：</p><p>　　①登錄系統(tǒng)：登錄系統(tǒng)是每個用戶的必不可少的活動。</p><p>　　②修改密碼：密碼很重要，但是還是可以改變的。</p><p>　?、坌薷膫€人信息：普通用戶可以不普通，可以修改處亮瞎眼的個人信息。

42、</p><p>　　④查詢個人信息：對于個人信息，用戶想看就看。</p><p>　?、莨收蠄笮蓿浩胀ㄓ脩艨梢詫收显O備進行報修。</p><p>　?、薹祷厍芭_：可以從后臺直接轉到前臺。</p><p>　　根據(jù)以上描述，畫出普通用戶的用例圖，見下圖2-3：</p><p>　　圖 2-3 普通用戶用例圖</

43、p><p>　　2.4 系統(tǒng)運行環(huán)境</p><p><b>　　1、硬件環(huán)境</b></p><p>　　本系統(tǒng)對CPU、內(nèi)存和硬盤容量等硬件環(huán)境沒有特別的要求。</p><p><b>　　2、軟件環(huán)境</b></p><p>　　本系統(tǒng)具備良好的平臺無關性，無論是在Wind

44、ows系統(tǒng)，還是Linux系統(tǒng)，或是其他操作系統(tǒng)上，并不需要修改任何代碼都可以運行。但是，要求系統(tǒng)的應用服務器具備支持Java組件運行的功能，系統(tǒng)的客戶端運行環(huán)境，在IE 5 及以上瀏覽器運行，效果更佳。</p><p><b>　　第三章 系統(tǒng)設計</b></p><p><b>　　3.1 總體設計</b></p><p&

45、gt;　　3.1.1 系統(tǒng)總框架設計</p><p>　　從系統(tǒng)功能的角度上面看，本系統(tǒng)主要設計了兩大模塊：客戶端，即系統(tǒng)前臺；管理端，即系統(tǒng)后臺。在系統(tǒng)前臺，設計了站內(nèi)新聞、通知公告、設備查詢、用戶注冊、服務指南等功能模塊；在系統(tǒng)后臺，設計了三種權限的管理用戶：管理員、維修人員和普通用戶。每種用戶都有屬于自己的后臺界面，每種用戶的后臺設計及模塊說明如下：</p><p><b>

46、;　　1、管理員后臺</b></p><p>　　在管理員的后臺，設計了8個功能模塊，分別是：用戶管理模塊、站內(nèi)新聞管理模塊、設備信息管理模塊、報修管理模塊、通知公告管理模塊、服務指南管理模塊、系統(tǒng)管理模塊、系統(tǒng)操作模塊。</p><p><b>　　2、維修人員后臺</b></p><p>　　維修人員后臺設計了3個模塊：個人資料

47、管理模塊、報修管理模塊和系統(tǒng)操作模塊。</p><p><b>　　3、普通用戶后臺</b></p><p>　　在普通用戶后臺，也設計了3個功能模塊：個人資料管理模塊、我的報修模塊和系統(tǒng)操作模塊。</p><p>　　系統(tǒng)前臺的功能結構圖和后臺功能結構分別如圖 3-1和圖 3-2所示：</p><p>　　圖 3-1

48、前臺功能結構圖</p><p>　　本系統(tǒng)前臺對游客開發(fā)，進入系統(tǒng)前臺首頁后，無須登錄，便可以查看系統(tǒng)簡介、新聞、公告、設備等信息。但是，如果要對故障設備進行報修操作，必須先登錄系統(tǒng)才能操作。</p><p>　　圖 3-2 后臺功能結構圖</p><p>　　3.1.2 系統(tǒng)后臺功能模塊設計</p><p>　　在上一節(jié)，已經(jīng)對系統(tǒng)的總框架

49、進行了設計和分析，得出了系統(tǒng)的前臺和后臺的功能結構圖。在這一節(jié)主要對系統(tǒng)的后臺三個不同角色的功能模塊進行設計和分析。具體的設計如下：</p><p><b>　　1、管理員功能模塊</b></p><p><b>　?。?）用戶管理模塊</b></p><p>　　管理員也有兩種不同權限：超級管理員和普通管理員。超級管理員

50、可以在這里添加普通管理員，普通管理員沒有這個權限；超級管理員也可以對普通管理員進行刪除操作；管理員可以對注冊申請進行審核，也可以對已有用戶進行修改、刪除等操作；當然，管理員也可以在此修改個人密碼。</p><p>　?。?）站內(nèi)新聞管理模塊</p><p>　　主要實現(xiàn)站內(nèi)新聞的管理功能。管理員可以添加、查詢、修改和刪除站內(nèi)新聞。</p><p>　?。?）設備信息

51、管理模塊</p><p>　　主要實現(xiàn)對設備信息的增、刪、改、查等操作。添加新設備時，必須填寫設備編號和設備名稱，對設備的存放位置也要詳細填寫，以方便維修人員維修。</p><p><b>　?。?）報修管理模塊</b></p><p>　　主要進行報修處理，管理員為每個報修單分配一個維修人員，通知維修人員進行維修，然后等待維修人員返回維修結果

52、。</p><p>　?。?）通知公告管理模塊</p><p>　　管理員可以發(fā)布各種通知公告，如發(fā)布設備維修結果公告等；也可以對公告進行修改、刪除的操作。</p><p>　　（6）服務指南管理模塊</p><p>　　主要實現(xiàn)對服務指南的添加、查詢、修改和刪除等操作。</p><p><b>　?。?）系

53、統(tǒng)管理模塊</b></p><p>　　主要完成對友情鏈接的添加、查詢、修改和刪除操作；對在線留言進行回復，同時也可以對在線留言進行刪除操作；也可以對系統(tǒng)簡介和系統(tǒng)公告進行重新編輯。</p><p><b>　?。?）系統(tǒng)操作模塊</b></p><p>　　實現(xiàn)返回到系統(tǒng)前臺的功能。</p><p>　　2

54、、維修人員功能模塊</p><p>　?。?）個人資料管理模塊</p><p>　　主要完成對個人信息的管理功能。維修人員可以對個人的登錄密碼、姓名、電話、生日的基本信息進行修改。</p><p><b>　?。?）報修管理模塊</b></p><p>　　主要完成維修工作。查看維修單，根據(jù)維修單對故障設備進行維修，并將

55、維修結果發(fā)送給管理員。</p><p><b>　?。?）系統(tǒng)操作模塊</b></p><p>　　實現(xiàn)返回到系統(tǒng)前臺的功能。</p><p>　　3、普通用戶功能模塊</p><p>　?。?）個人資料管理模塊</p><p>　　主要完成對個人信息的管理功能。普通用戶可以對個人的登錄密碼、姓名

56、、電話、生日的基本信息進行修改。</p><p><b>　?。?）我的報修模塊</b></p><p>　　查看報修記錄，也可以對報修單進行修改、刪除等操作。</p><p><b>　?。?）系統(tǒng)操作模塊</b></p><p>　　實現(xiàn)返回系統(tǒng)前臺的功能。</p><p&g

57、t;　　根據(jù)以上描述，得出系統(tǒng)的模塊結構圖如圖3-1所示：</p><p>　　圖 3-3 系統(tǒng)結構圖</p><p><b>　　3.2 詳細設計</b></p><p>　　3.2.1 系統(tǒng)業(yè)務流程設計</p><p>　?。?）用戶登錄業(yè)務設計</p><p>　　用戶登錄系統(tǒng)不需要選擇權限

58、，當輸入用戶信息時，系統(tǒng)可以根據(jù)用戶信息從數(shù)據(jù)庫中獲取用戶的權限字段，根據(jù)權限進入響應的系統(tǒng)界面。下面是用戶登錄業(yè)務流程圖：</p><p>　　圖 3-4 用戶登錄流程圖</p><p>　?。?）設備故障報修業(yè)務設計</p><p>　　系統(tǒng)的所有用戶都可以對損壞的設備進行報修。用戶進行報修操作時，不需要填寫設備的基本信息，只須填寫設備的損壞程度，簡單的描述故障

59、信息即可提交。報修單提交后，信息將發(fā)送給管理員，管理員對報修單分配維修人員，生成維修分配單，并發(fā)送給維修人員；維修人員根據(jù)維修分配單進行設備維修，維修完畢，將維修結果返回給管理員；管理員得到維修結果后，發(fā)布結果，昭告天下。至此，維修流程結束。下圖是設備故障報修的業(yè)務流程圖：</p><p>　　圖 3-5 用戶登錄流程圖</p><p>　　3.2.2 靜態(tài)行為模型設計</p>

60、<p>　　系統(tǒng)的靜態(tài)行為模型，主要是用類圖和對象圖來表示的。在系統(tǒng)設計階段，建立靜態(tài)結構模型階段的主要活動有：發(fā)現(xiàn)對象并進行分類、確定類的屬性和操作、確定類之間的管理。在面向?qū)ο蟮姆治龊驮O計中，最基礎的就是用正確的方法找出系統(tǒng)的類和對象。對象是對現(xiàn)實世界中事物的抽象。在尋找類和對象的過程中，第一步是要剔除一些與系統(tǒng)無關的事物，然后確定與系統(tǒng)有關的事物。</p><p>　　3.2.2.1 建立類圖

61、</p><p>　　根據(jù)上一章的用例分析，在學校后勤報修關系系統(tǒng)中涉及到的角色有：管理員、維修人員、普通用戶以及這三者的父類People類、數(shù)據(jù)庫類，同時抽象出設備類、界面類和控制對象類。其中，這些類和角色之間的關系如下：</p><p>　?。?）角色管理員、維修人員和普通用戶從People類中派生；</p><p>　?。?）管理員、維修人員和普通用戶與系統(tǒng)交

62、互時，都有一個界面與之對應；</p><p>　?。?）一個界面可能與設備相關（0-多種）；</p><p>　?。?）控制對象負責設備的處理，處理結果顯示在界面上；</p><p>　?。?）控制對象完成對數(shù)據(jù)庫的操作；</p><p>　?。?）界面請求控制對象的服務。</p><p>　　進一步分析，他們之間的關

63、系如下：</p><p>　?。?）一個用戶界面對象和0個或多個管理員、維修人員和普通用戶相關。</p><p>　?。?）一個用戶界面對象和0個或多個設備信息相關。</p><p>　?。?）一個控制對象和0個或多個設備信息相關。</p><p>　?。?）一個用戶界面對象和一個控制對象相關。</p><p>　?。?/p>

64、5）一個控制對象和一個用戶界面對象相關。</p><p>　　根據(jù)以上分析，繪制出系統(tǒng)的簡略類圖如下：</p><p>　　圖 3-6 系統(tǒng)類圖</p><p>　　3.2.3 動態(tài)行為模型設計</p><p>　　系統(tǒng)的動態(tài)行為模型，是用順序圖、狀態(tài)圖和活動圖表達的[5]。在系統(tǒng)的分析和設計的過程中，要為主要的用例建立這幾種圖形，這樣有助于

65、分析系統(tǒng)的行為，印證系統(tǒng)的靜態(tài)結構和滿足用戶的需求，以達到系統(tǒng)建設的最終目標。在本節(jié)，將介紹系統(tǒng)行為的部分順序圖、狀態(tài)圖和活動圖。</p><p>　　3.2.3.1 建立順序圖</p><p>　　順序圖，是為了描述系統(tǒng)的一個對象和另一個對象，在進行信息交互時的一種先后關系的圖形[6]。它還有個響亮的別名——時序圖。順序圖有四個必要元素，它們是：</p><p>

66、　　對象：說明系統(tǒng)的對象。</p><p>　　生命線：對象的生死判官，指明對象的存在時間。</p><p>　　控制焦點：操作對象的執(zhí)行周期。</p><p>　　消息：對象之間的通信內(nèi)容，是發(fā)生動作的條件。</p><p>　　本文并沒有畫出所有用例的順序圖，因為很多用例都是相似的，所以，選擇性的選取了三個用例，畫出了他們的順序圖。各用例

67、的順序圖如下：</p><p>　?。?）管理員添加設備信息用例的順序圖</p><p>　　管理員添加設備信息的流程如下：</p><p>　　[1]管理員通過界面對象發(fā)送添加設備請求；</p><p>　　[2]界面對象要求管理員輸入設備信息；</p><p>　　[3]控制對象暫存設備信息；</p>

68、<p>　　[4]數(shù)據(jù)庫查詢設備信息，驗證設備信息是否合法；</p><p>　　[5]數(shù)據(jù)庫保存設備信息；</p><p>　　[6]界面顯示設備添加成功信息；</p><p>　　[7]數(shù)據(jù)庫更新設備信息。</p><p>　　根據(jù)以上描述，畫出管理員添加設備信息的順序圖如圖 3-7 所示：</p><p&

69、gt;　　圖 3-7 管理員添加設備信息順序圖</p><p>　　（2）維修人員查詢個人信息用例的順序圖</p><p>　　維修人員查詢個人信息的流程如下：</p><p>　　[1]管理員通過界面對象發(fā)送查詢個人信息請求；</p><p>　　[2]界面對象像控制對象請求查詢信息；</p><p>　　[3]控制

70、對象向數(shù)據(jù)庫發(fā)送查詢數(shù)據(jù)信息；</p><p>　　[4]界面對象通過控制對象獲取查詢信息；</p><p>　　[5]界面向用戶顯示個人信息。</p><p>　　根據(jù)以上描述，得到維修人員查詢個人信息順序圖如圖 3-8 所示：</p><p>　　圖 3-8 維修人員查詢個人信息順序圖</p><p>　?。?）普

71、通用戶故障報修用例的順序圖</p><p>　　普通用戶故障報修的流程如下：</p><p>　　[1]普通用戶向界面發(fā)送故障報修請求；</p><p>　　[2]界面對象要求用戶填寫故障信息；</p><p>　　[3]數(shù)據(jù)庫保存報修信息；</p><p>　　[4]界面顯示報修成功信息。</p>&l

72、t;p>　　根據(jù)以上描述，繪制普通用戶故障報修的順序圖如圖 3-9 所示：</p><p>　　圖 3-9 普通用戶故障報修用例順序圖</p><p>　　3.2.3.2 建立狀態(tài)圖</p><p>　　狀態(tài)圖，它的作用就是展現(xiàn)一個類或者是一個對象，在系統(tǒng)中可能出現(xiàn)的各種狀態(tài)，它對類圖做了一個很好的補充[7]。從狀態(tài)圖中也可以看到，一個對象從一種狀態(tài)轉變?yōu)榱硪?/p>

73、種狀態(tài)時，所必要的因素或條件。</p><p>　　在學校后勤報修管理系統(tǒng)中，狀態(tài)變化最明顯的就數(shù)設備這一類了。下面是設備的狀態(tài)圖：</p><p>　　圖 3-10 設備狀態(tài)圖</p><p>　　所有的設備在一開始都是出于正常狀態(tài)下的，隨著時間推移，設備老化，將被刪除，從此消亡。用戶查看設備時，設備存在被查看的狀態(tài)。當設備出現(xiàn)故障時，應是損壞狀態(tài)；若設備損壞程度

74、嚴重，無法維修時，將被刪除，也從此了結一生；若是輕微損壞，可以維修時，則進入維修狀態(tài)。當有特殊情況，沒有將設備修好時，設備也將被刪除，進入極樂世界。</p><p>　　3.2.3.3 建立活動圖</p><p>　　活動圖，是向我們展示系統(tǒng)的行為從一個活動結束，到另一個活動開始的過程，是系統(tǒng)并發(fā)行為的一種描述[8]。因為所有用例的活動圖大體上一致，在這里就不一一介紹，只選擇性的畫出了三個

75、活動圖。</p><p>　?。?）管理員添加設備活動圖</p><p>　　管理員添加設備信息的活動流程：</p><p>　　[1]管理員在操作之前，必須先登錄系統(tǒng)；</p><p>　　[2]管理員登錄后，進入后臺；</p><p>　　[3]管理員在報修管理模塊，可以刪除設備，添加設備，修改設備信息；</

76、p><p>　　[4]管理員添加設備完畢，退出操作界面。</p><p>　　按照管理員添加設備信息的活動流程，畫出如下活動圖：</p><p>　　圖 3-11 管理員添加設備活動圖</p><p>　?。?）維修人員修改個人密碼活動圖</p><p>　　維修人員修改密碼的活動流程為：</p><p

77、>　　[1]維修人員進行修改操作之前，必須通過驗證登上系統(tǒng)；</p><p>　　[2]維修人員登錄成功，進入個人后臺；</p><p>　　[3]維修人員在個人信息管理模塊，可以更改個人的每一條信息，除了登錄名之外；</p><p>　　[4]維修人員填寫新的密碼后，提交請求；</p><p>　　[5]修改完畢，退出管理界面。<

78、;/p><p>　　按照維修人員更改密碼的活動流程，得到如下活動圖：</p><p>　　圖 3-12 維修人員修改密碼活動圖</p><p>　　（3）普通用戶故障報修活動圖</p><p>　　普通用戶故障必修的活動流程為：</p><p>　　[1]所有的用戶，進行報修操作，都需要先登進系統(tǒng)；</p>

79、<p>　　[2]用戶進入系統(tǒng)后，選擇設備查看功能；</p><p>　　[3]在設備詳細信息下，選擇報修操作；</p><p>　　[4]用戶填寫描述故障情況，選擇損壞程度；</p><p>　　[5]信息填寫完整后，提交報修單；</p><p>　　[6]活動完成后，退出報修管理操作。</p><p>　

80、　圖 3-13 普通用戶故障報修活動圖</p><p><b>　　3.4 數(shù)據(jù)庫設計</b></p><p>　　3.4.1 E-R圖設計</p><p>　　設計系統(tǒng)的E-R模型時，剛開始時是根據(jù)系統(tǒng)的實現(xiàn)目標和在分析階段搜集到的材料，利用分類、聚集和概括的方法對材料進行總結[9]，來確定實體。確定實體之后，分析每個實體之間的聯(lián)系，最后確定

81、實體的屬性，并對實體、聯(lián)系和屬性進行命名。在創(chuàng)建E-R圖時，實體用長方形表示，實體之間的聯(lián)系用菱形表示，實體的屬性則用橢圓表示[10]。實體和聯(lián)系之間用無向邊連接，并在邊上表明聯(lián)系的類型。屬性和實體之間也是用無向邊連接。</p><p>　　本系統(tǒng)的E-R模型圖的關系如下：</p><p>　?。?）管理員——設備</p><p>　　一個管理員可以對所有的設備進行

82、維護，而種設備也可以由幾個管理員共同維護。</p><p>　?。?）維修人員——設備</p><p>　　一個維修人員可以對一個或者多個不同的設備進行維修工作，而一個設備也可同時被幾個維修人員一起修理；一個維修人員可以查詢多種設備，一個設備也可以被多個維修人員查看。</p><p>　?。?）普通用戶——設備</p><p>　　一個用戶可

83、以報修多種有故障的設備，一個設備亦可由多個用戶報修；一個設備可以被多名用戶查看，一個用戶可以查看所有設備。</p><p>　　根據(jù)以上分析，創(chuàng)建系統(tǒng)的E-R模型圖如下：</p><p>　　3-14 E-R模型圖</p><p>　　3.4.2 數(shù)據(jù)庫表設計</p><p>　　在學校后勤報修管理系統(tǒng)中，數(shù)據(jù)庫表的設計是最舉足輕重也是相當基

84、礎的工作。表可以理解為數(shù)據(jù)庫中的所有數(shù)據(jù)庫對象。在表中，行是記錄，列是字段，和電子表格Excel的組織形式相似[11]。在數(shù)據(jù)庫設計時，表和表的字段名稱、各個字段的類型以及主碼等，都是由系統(tǒng)的開發(fā)者決定的。</p><p>　　通過對學校后勤報修管理系統(tǒng)的需求分析之后，利用MySQL數(shù)據(jù)庫設計了系統(tǒng)的數(shù)據(jù)庫。具體的數(shù)據(jù)庫表結構如下表3-1——表3-8。</p><p><b>　

85、　表 3-1 用戶表</b></p><p>　　表 3-2 設備信息表</p><p>　　表 3-3 用戶注冊信息表</p><p><b>　　續(xù)表 3-3</b></p><p>　　表 3-4 報修記錄表</p><p>　　表 3-5 新聞通知表</p>&l

86、t;p>　　表 3-6 留言板表</p><p>　　表 3-7 友情鏈接表</p><p>　　表 3-8 公告簡介表</p><p><b>　　第四章 系統(tǒng)實現(xiàn)</b></p><p>　　系統(tǒng)的實現(xiàn)是我們進行建模的終極目的。前面已經(jīng)分析給出了系統(tǒng)的用例圖、順序圖、狀態(tài)圖和活動圖，基本上描畫出了系統(tǒng)的大概面貌

87、。在系統(tǒng)的實現(xiàn)階段，應該是定義系統(tǒng)的物理模型，即建設構件圖和部署圖，為系統(tǒng)的精確實現(xiàn)提供完整的材料。本章對系統(tǒng)的主要的功能實現(xiàn)做比較詳細的介紹。</p><p><b>　　4.1 系統(tǒng)結構圖</b></p><p>　　系統(tǒng)的結構圖包括構件圖和部署圖，用來描述系統(tǒng)實現(xiàn)事的一些特性，包含著源程序的靜態(tài)結構和運行時的實現(xiàn)結構。構件圖顯示一種依賴關系，這種關系發(fā)生在系統(tǒng)的

88、各個部件之間。而部署圖展現(xiàn)的是一種物理結構，強調(diào)真實的計算機與各種設備之間實現(xiàn)連接的關系。其中，構件圖顯示代碼的本身結構，而部署圖顯示系統(tǒng)運行時的結構。</p><p>　　4.1.1 建立構件圖</p><p>　　構件圖，是描述一組構件、接口以及他們之間一種相互關系的模型圖，是物理方面建模圖形之一[12]。從系統(tǒng)的構件圖中，我們可以看出系統(tǒng)的各個部件之間的一種依賴關系。構件圖的主要建模

89、元素有三個，他們分別是：</p><p>　　（1）構件：通常指開發(fā)和運行時類的物理實現(xiàn)，是系統(tǒng)中遵從一組接口，并且提供實現(xiàn)的物理部件。</p><p>　　（2）接口：一組用于描述類或組件的一個服務的操作。</p><p>　?。?）關系：表示構件與構件之間，構件與接口之間的關系，包括依賴關系和包含關系。</p><p>　　根據(jù)各構件之間

90、的關系，得出下圖系統(tǒng)構件圖：</p><p>　　圖 4-1 系統(tǒng)構件圖</p><p>　　4.1.2 建立部署圖</p><p>　　部署圖，是表示系統(tǒng)硬件的物理拓撲結構，和在這些結構上執(zhí)行的軟件的一種圖形。在構件圖中，可以顯示計算機節(jié)點的拓撲結構和節(jié)點上運行的軟件。一個系統(tǒng)模型有且僅有一個部署圖[13]。部署圖有四個建模元素，分別是：</p>&

91、lt;p>　　（1）結點：指運行時候，代表計算資源的物理元素。結點包括處理器和設備。</p><p>　?。?）處理器：指可以執(zhí)行軟件，具備計算能力的結點。</p><p>　?。?）設備：指沒有計算能力的硬件設備。</p><p>　　（4）連接：指結點之間的一種通信路徑或協(xié)議。</p><p>　　系統(tǒng)的部署圖如圖 4-2 所示：&

92、lt;/p><p>　　圖 4-2 系統(tǒng)部署圖</p><p>　　4.2 系統(tǒng)主要功能設計與實現(xiàn)</p><p>　　4.2.1系統(tǒng)首頁界面設計</p><p>　　經(jīng)過UML和Rational Rose進行系統(tǒng)建模，基本上實現(xiàn)了對系統(tǒng)的設計。因紙張限制，在這里只列出一部分功能界面。啟動軟件，運行項目，首先看到的是系統(tǒng)的前臺首頁，見下圖 4-3

93、、4-4：</p><p>　　圖 4-3 系統(tǒng)網(wǎng)站首頁1</p><p>　　圖 4-4 系統(tǒng)網(wǎng)站首頁2</p><p>　　本頁面的設計一共由上、下、左、右四個部分組成，top.jsp主要顯示系統(tǒng)上面的標題和功能導航以及圖片顯示，left.jsp主要是左邊的用戶登錄、站內(nèi)搜索和友情鏈接，down.jsp主要顯示下方的說明信息，right.jsp主要是實現(xiàn)右邊一大

94、塊新聞公告的顯示。本頁利用<%@ include file=""%>將四個頁面合在一起[14]。其代碼框架如下：</p><p><b>　　<html></b></p><p><b>　　<head></b></p><p>　　<title>學校后勤

95、報修管理系統(tǒng)</title></p><p><b>　　</head></b></p><p><b>　　<body></b></p><p>　　<tr><td><%@ include file="top.jsp"%><

96、/td></tr></p><p>　　<tr><td><%@ include file="left.jsp"%></td></tr></p><p>　　<tr><td><%@ include file="right.jsp"%><

97、;/td></tr></p><p>　　<tr><td><%@ include file="down.jsp"%></td></tr></p><p><b>　　</body></b></p><p><b>　　<

98、/html></b></p><p>　　進入系統(tǒng)首頁后，無須注冊便可以查看網(wǎng)站內(nèi)的系統(tǒng)簡介、站內(nèi)新聞、通知公告、設備信息等模塊。</p><p>　　4.2.2 管理員登錄頁面設計</p><p>　　在首頁上有管理員登錄的專門入口，也有非管理員的登錄入口。管理員登錄的專屬入口見下圖 4-3 ：</p><p>　　圖 4

99、-5 管理員登錄界面</p><p>　　登錄界面的部分實現(xiàn)代碼如下：</p><p>　　<form name="form1" method="post" action="adminyanzheng.jsp"></p><p>　　<tr><td width="44

100、" height="30"></p><p>　　<span class="STYLE7">用戶:</span></td></p><p>　　<td width="142" height="30"></p><p>　　

101、<input name="username" type="text" id="username" style="width: 100px; </p><p>　　height: 16px; border: solid 1px #000000; color: #666666"</p><p>　　maxle

102、ngth="20"></td></tr></p><p>　　<tr><td height="30"><span class="STYLE7">密碼:</span></td> </p><p>　　<td height="30

103、"></p><p>　　<input name="pwd" type="password" id="pwd" style="width: 100px; </p><p>　　height: 16px; border: solid 1px #000000; color: #666666"&

104、lt;/p><p>　　maxlength="20"></td></tr></p><p>　　<tr style="display: none"><td height="30"></p><p>　　<span class="STYLE7

105、">權限:</span></td></p><p>　　<td height="30"></p><p>　　<select name="cx" id="cx"><option value="管理員">管理員</option>

106、;</select></p><p>　　<input name="login" type="hidden" id="login" value="1"></td></tr></p><p>　　<tr><td height="30&qu

107、ot; colspan="2"> </p><p>　　<input type="submit" name="Submit" value="登陸" onClick="return check();"></p><p>　　<input type="res

108、et" name="Submit2" value="重置"></p><p>　　</td></tr></p><p><b>　　</form></b></p><p>　　用戶在此輸入準確無誤的登錄信息后，點擊登錄按鈕即可以進入管理員的后臺。其中，在

109、本頁面的設計當中，對用戶名和密碼的輸入框的所能輸入的長度做了限制，最多只能輸入20個字符的長度。這里主要是利用input標簽的maxlength屬性，將標簽的最大長度設定為20。在這里，雖然沒有給登錄功能做表單驗證，但是還是實現(xiàn)了登錄驗證的功能。登錄功能驗證的實現(xiàn)是利用函數(shù)實現(xiàn)，在jsp中嵌入javascript代碼和Java代碼完成登錄驗證。當用戶點擊登錄按鈕時，先判斷用戶的登錄信息是否為空，如果為空，給出相應提示；不為空則跳轉到另外

110、一個頁面，對登錄信息進行進一步驗證，在這里通過查詢數(shù)據(jù)庫實現(xiàn)。登錄按鈕的實現(xiàn)代碼如下：</p><p>　　String uid=request.getParameter("username");</p><p>　　String pwd=request.getParameter("pwd");</p><p>　　Strin

111、g cx=new String(request.getParameter("cx").getBytes("8859_1"));</p><p>　　String sql="";</p><p>　　sql="select * from allusers where username='"+uid+&qu

112、ot;' and pwd='"+pwd+"'";</p><p>　　ResultSet RS_result=connDbBean.executeQuery(sql);</p><p>　　if(!RS_result.next())</p><p><b>　　{</b></p>

113、<p>　　out.print("<script>alert('你輸入的用戶不存在或密碼錯誤,請重新登錄!');window.history.go(-1);</script>");</p><p><b>　　}else{</b></p><p>　　session.setAttribute(

114、"username",uid);</p><p>　　session.setAttribute("cx",RS_result.getString("cx"));</p><p>　　response.sendRedirect("main.jsp"); </p><p><b>

115、;　　} </b></p><p>　　RS_result.close();</p><p>　　4.2.3 用戶后臺界面</p><p>　　用戶輸入正確的管理員賬號登錄信息，點擊登錄，進入后臺主頁面后，用戶可以選擇系統(tǒng)的每一個模塊。單擊一級菜單中的模塊選項，在其下面將出現(xiàn)該模塊的功能菜單，單擊每個功能菜單將出現(xiàn)該菜單的界面，效果見下圖 4-4：<

116、;/p><p>　　圖 4-6 管理員后臺界面</p><p>　　在此界面，管理員可以對申請賬號的用戶進行審核。如果未通過審核的，在審核狀態(tài)下顯示“否”，同意該用戶的注冊申請，可以單擊“否”，即可審核完成，同時，審核狀態(tài)改為“是”；管理員也有修改和刪除用戶信息的權限操作。</p><p>　　對系統(tǒng)設置了三種權限的用戶，每種用戶的后臺界面都不一樣。普通用戶和維修人員在

117、首頁登錄后，將獲取他們的權限信息，效果如圖4-5 所示：</p><p>　　圖 4-7 用戶登錄界面</p><p>　　在此可以通過個人后臺按鈕，根據(jù)權限進入相應的后臺界面。普通用戶的后臺界面如下：</p><p>　　圖 4-8 普通用戶后臺界面</p><p>　　維修人員后臺界面如下：</p><p>　　圖

118、 4-9 維修人員后臺界面</p><p><b>　　4.3 數(shù)據(jù)庫實現(xiàn)</b></p><p>　　4.3.1 連接數(shù)據(jù)庫的方法和步驟</p><p>　　本系統(tǒng)采用的是MySQL數(shù)據(jù)庫作為數(shù)據(jù)庫服務器。利用Java連接MySQL數(shù)據(jù)庫之前，必須先下載安裝數(shù)據(jù)庫驅(qū)動程序。配置好驅(qū)動包之后，對于連接，還需要進行如下兩個配置：</p>

119、;<p>　　1、確定使用的驅(qū)動程序類</p><p>　　本系統(tǒng)使用的自然是MySQL驅(qū)動程序，其類名一般為：com.mysql.jdbc.Driver。</p><p>　　2、確定連接的URL</p><p>　　確定了類名，還必須確定連接目標的數(shù)據(jù)庫地址、數(shù)據(jù)庫名稱、用戶名和密碼，這些信息用URL來表達。本次是連接到本機的MySQL數(shù)據(jù)庫，其U

120、RL格式為：jdbc:mysql://localhost:3306/GraduationDB。</p><p><b>　　3、連接數(shù)據(jù)庫</b></p><p>　　4.3.2 數(shù)據(jù)庫實現(xiàn)主要代碼</p><p><b>　　//加載驅(qū)動程序</b></p><p>　　private Strin

121、g dbDriver="com.mysql.jdbc.Driver";</p><p><b>　　//連接URL</b></p><p>　　private String sConnStr = "jdbc:mysql://localhost:3306/GraduationDB?" +</p><p>　

122、　"useUnicode=true&amp;amp;amp;amp;amp;characterEncoding=gb2312"; </p><p>　　public Connection connect = null;</p><p>　　public ResultSet rs=null;</p><p><b>　　//連接數(shù)

123、據(jù)庫</b></p><p>　　public db() {</p><p><b>　　try {</b></p><p>　　Class.forName(dbDriver).newInstance(); </p><p>　　connect = DriverManager.getConnection(sC