基于web的wine物流服務(wù)管理系統(tǒng)的設(shè)計與實現(xiàn)

1、本 科 生 畢 業(yè) 論 文題目: 基于web的wine物流服務(wù)管理系統(tǒng)的設(shè)計與實現(xiàn)姓 名： 學(xué) 號： 7專 業(yè)： 計算機科學(xué)與技術(shù)年 級： 2006級 學(xué) 院： 信息科學(xué)技術(shù) 完成日期： 2010年5月 指導(dǎo)教師： 目 錄1引言51.1研究背景51.2研究意義及現(xiàn)狀51.3 研究內(nèi)容及思路52系統(tǒng)分析62.1 需求分析62.2系統(tǒng)用例描述72.3系統(tǒng)應(yīng)用環(huán)境82.4 可行性分析93總體設(shè)計93.1系統(tǒng)設(shè)計基本原則93.2 系統(tǒng)核心技術(shù)103.2.1核心技術(shù)介紹103.2.1 系統(tǒng)主要技術(shù)的應(yīng)用103.2.2 系統(tǒng)數(shù)據(jù)傳輸模型124.詳細設(shè)計124.1系統(tǒng)簡介124.1.1 系統(tǒng)功能處理模型13

2、4.2 系統(tǒng)界面架構(gòu)設(shè)計144.3 系統(tǒng)功能模塊設(shè)計154.3.1 系統(tǒng)er模型設(shè)計154.3.2 系統(tǒng)邏輯模型設(shè)計174.3.3系統(tǒng)關(guān)系數(shù)據(jù)模型設(shè)計194.4 數(shù)據(jù)庫設(shè)計204.4.1 數(shù)據(jù)庫關(guān)系表設(shè)計204.4.2數(shù)據(jù)庫關(guān)系表結(jié)構(gòu)215系統(tǒng)主要界面設(shè)計265.1 登陸界面265.2首頁275.3配置管理頁面285.4事件處理頁面296.系統(tǒng)測試及預(yù)期結(jié)果296.1模塊接口測試296.1.1用戶接口測試296.1.2外部接口測試306.1.3內(nèi)部接口測試30總結(jié)31致謝31參考文獻32基于web的wine物流服務(wù)管理系統(tǒng)的設(shè)計與實現(xiàn)摘 要：隨著自行車快遞公司物流業(yè)務(wù)的擴大，傳統(tǒng)的物流管理已不

3、能滿足公司業(yè)務(wù)的需要，為方便企業(yè)管理物流業(yè)務(wù)，物流管理系統(tǒng)的開發(fā)應(yīng)用，有助于解決自行車快遞公司物流管理問題。本文以自行車快遞公司的物流管理系統(tǒng)為實例，介紹了在b/s模式下采用ssh開源技術(shù)和jsp+j2ee技術(shù)如何開發(fā)網(wǎng)絡(luò)物流管理系統(tǒng)的方法，并對關(guān)鍵的技術(shù)問題進行了相關(guān)闡述，同時也介紹了系統(tǒng)的各個模塊的功能和實現(xiàn)方法，相比自行車公司傳統(tǒng)的物流管方法，該系統(tǒng)的設(shè)計開發(fā)具有靈活性與實用性，其應(yīng)用大大地減少了工作人員的很多工作量?！娟P(guān)鍵詞】 java ssh開源技術(shù) uml建模 wine 物流管理系統(tǒng)the designing and implementation of wine logistics

4、 service management systemabstract： as the logistics business expansion of the bicycle couriers，the management have been unable to meet business needs， in oder to facilitate business administration and logistics services, the application of the logistics management system, help to resolve logistics

5、management issues of the bicycle couriers logistics management issues。this article take the logistics management system of the bicycle couriers as an example，introduced the mothod about how to apply the ssh open source technology and jsp+j2ee technology under the b/s model to design logistics manage

6、ment system which is base on the web。and the key technical problems related to explain, and also introduced the system each module function and the realization method。compared to the traditional logistics management of the bicycle couriers，this system have the flexibility and practical，and its appli

7、cation is greatly reduced many tworkloads of the staff。 key phrase：java；the open source technology；uml modeling；wine logistics service management system1引言1.1研究背景現(xiàn)在許多自行車快遞服務(wù)公司，與多家國際快遞公司簽訂了合同，幫助這些國際性快遞公司在市區(qū)內(nèi)接收和遞送包裹，利用 一些兼職的學(xué)生使用他們公司的山地自行車來幫助遞送包裹。隨著該公司業(yè)務(wù)的發(fā)展、規(guī)模的擴大，使得傳統(tǒng)手工記錄的物流模式難以滿足業(yè)務(wù)需求，導(dǎo)致在業(yè)務(wù)過程中出現(xiàn)諸多影響公司工

8、作效率的問題。為解決存在自行車快遞公司存在的問題。故進行wine 物流服務(wù)管理系統(tǒng)的開發(fā)。1.2研究意義及現(xiàn)狀自行車快遞公司正在與國內(nèi)外大型物流企業(yè)合作，實行共贏的商業(yè)模式；但這些自行車公司規(guī)模小，在物流服務(wù)管理層上主要靠人手操作，公司沒有專門的物流系統(tǒng)對公司的業(yè)務(wù)流程進行管理，隨著自行車快遞公司業(yè)務(wù)的擴大，人手記錄已經(jīng)不能滿足日常業(yè)務(wù)和后勤管理的處理。尤其是后勤管理，隨著公司資產(chǎn)的增加， 管理也變得日益繁瑣，客服服務(wù)也變得更為重要。后勤管理不當(dāng)造成公司成本 增加，客服部門問題得不到好的解決，對公司正常業(yè)務(wù)帶來了壓力。沒有準(zhǔn)確 的后勤庫存數(shù)據(jù)管理，人手的記錄統(tǒng)計和計劃，對后勤部門管理人員帶來很

9、大 的影響。所以需要一種高效的物流管理系統(tǒng)來改變這種情況。本文的目的是針對自行車快遞公司的物流管理問題提出解決方案，并設(shè)計一套實用性，靈活性，適于自行車快遞公司物流管理的系統(tǒng)。1.3 研究內(nèi)容及思路本系統(tǒng)的開發(fā)設(shè)計采用b/s結(jié)構(gòu)，以：struts + spring + hibernate 為核心技術(shù)（即ssh開源框架）對本系統(tǒng)進行設(shè)計，思路及步驟如下： 參考物流管理行業(yè)相關(guān)資料，分析物流信息管理系統(tǒng)的功能，寫出需求分析。 通過建立my sql數(shù)據(jù)庫對數(shù)據(jù)進行存儲及管理，通過ssh開源技術(shù)集成myeclipse對系統(tǒng)進行開發(fā)，利用css樣式對系統(tǒng)布局，編寫代碼，程序調(diào)試，保存相關(guān)數(shù)據(jù), 實現(xiàn)wi

10、ne物流服務(wù)管理系統(tǒng)的開發(fā)。本文針對本人所開發(fā)的自行車物流管理系統(tǒng)進行總體撰寫，提出了設(shè)計開發(fā)方案并簡單介紹了自行車物流服務(wù)管理系統(tǒng)的現(xiàn)狀及其應(yīng)用狀況，詳細論述了系統(tǒng)的總體分析設(shè)計和系統(tǒng)功能的具體實現(xiàn)。2系統(tǒng)分析2.1 需求分析通過查閱有物流管理方面的資料結(jié)合自行車快遞公司的業(yè)務(wù)需求，決定開發(fā)的系統(tǒng)應(yīng)具有以下功能：配置管理功能：主要負(fù)責(zé)人登錄系統(tǒng)對自行車運輸工具管理、自行車零部件管理、配置報告進行管理。事件管理功能：相關(guān)負(fù)責(zé)人登陸系統(tǒng)處理包裹丟失、處理自行故障、處理地址錯誤、處理電話接聽問題等的添加，查詢，更新操作。系統(tǒng)功能概要模型如下圖所示：圖1系統(tǒng)功能概要模型2.2系統(tǒng)用例描述表1 系統(tǒng)用

11、例描述用例名稱描述參與者調(diào)用自行車在快遞員調(diào)用自行車時進行系統(tǒng)登 記，更改相應(yīng)狀態(tài)服務(wù)臺人員 快遞員歸還自行車在快遞員歸還自行車時進行系統(tǒng)登 記，更改相應(yīng)狀態(tài)服務(wù)臺人員 快遞員管理零部件對零部件數(shù)據(jù)庫進行維護，更新各種 配置項狀態(tài)及相互之間的關(guān)系服務(wù)臺人員 快遞員 工作人員處理自行車故障當(dāng)快遞員送貨時自行車發(fā)生故障后， 對該故障的處理流程。服務(wù)臺人員 快遞員 工作人員處理包裹丟失工作人員打電話給服務(wù)臺，報告包裹 丟失，服務(wù)臺人員記錄該事件，并對 該事件進行處理的流程。服務(wù)臺人員 快遞員 工作人員處理地址錯誤當(dāng)?shù)刂峰e誤時，服務(wù)臺進行處理服務(wù)臺人員 快遞員處理電話接聽問 題服務(wù)臺處理接聽電話問題服

12、務(wù)臺人員輸出報告對指定的信息進行統(tǒng)計，生成報表服務(wù)臺人員根據(jù)系統(tǒng)需求分析及系統(tǒng)所涉及到的用例畫出用例圖，以下是系統(tǒng)用例圖：圖1系統(tǒng)用例圖2.3系統(tǒng)應(yīng)用環(huán)境 軟件環(huán)境：n cpu：p4 1.9ghzn 內(nèi)存：256mb以上n 分辨率：推薦使用1024*768像素 硬件環(huán)境：n 操作系統(tǒng)：windows xpn 開發(fā)平臺：myeclipse6.5n 數(shù)據(jù)庫：mysql5.0n web服務(wù)器：apache tomcat 6.0n 瀏覽器：ie6.0以上2.4 可行性分析技術(shù)可行性本系統(tǒng)是基于web的物流管理系統(tǒng)，其中用的是b/s三層網(wǎng)絡(luò)體系結(jié)構(gòu)和struts+hibernate+spring的集成技

13、術(shù)，這些技術(shù)在如今已經(jīng)非常的成熟，再加上我對這些技術(shù)以前也接觸過，因此開發(fā)起來不存在什么問題。經(jīng)濟可行性在開發(fā)此軟件的過程中，所用的軟件資源如tomcat6.0，mysql5.0數(shù)據(jù)庫，myeclipse6.5開發(fā)工具都是免費的，還有開發(fā)和調(diào)試都是在自己的電腦是進行的，因此開發(fā)成本低，開發(fā)完成后，可以大大提高物流系統(tǒng)的管理水平，從而提高收益。操作可行性此系統(tǒng)頁面層次結(jié)構(gòu)十分清晰，用戶操作起來得心應(yīng)手，而且易于維護，從而減少了以往繁瑣的工作量。3總體設(shè)計3.1系統(tǒng)設(shè)計基本原則1.功能性日志和錯誤處理在持久性存儲中記錄所有錯誤，包括數(shù)據(jù)庫操作錯誤，狀態(tài)更新錯誤安全性 任何使用都需要經(jīng)過用戶認(rèn)證，需

14、要有詳細的權(quán)限管理可用性 人為因素:快捷、無錯的狀態(tài)更新極為重要，客戶需要及時知道送出的包裹信息，如果公司不能獲得這類狀態(tài)信息，給與客戶回答，則會使客戶對公司產(chǎn)生不好的印象。可靠性如果在管理庫存時出現(xiàn)錯誤，為了保證數(shù)據(jù)的完整性，所有事務(wù)必須能正確回滾，恢復(fù)初始狀態(tài)。如在更新包裹，電話等信息狀態(tài)時出現(xiàn)錯誤，則系統(tǒng)需 給出提示，并自動返回到初始狀態(tài)。可支持性wine 物流管理系統(tǒng)的不用用戶在使用系統(tǒng)時有其特有的業(yè)務(wù)規(guī)則和處理需 求。因此在不同的場景，同一場景的不同預(yù)定處需要能夠啟動不同的業(yè)務(wù)規(guī)則， 以滿足不同的業(yè)務(wù)處理需求。出于不同的業(yè)務(wù)需要，系統(tǒng)還要求具備修改配置的能力，以便適應(yīng)其變更業(yè)務(wù)和性能

15、的需求。3.2 系統(tǒng)核心技術(shù)3.2.1核心技術(shù)介紹目前基于b/s模式的系統(tǒng)具體技術(shù)有許多種，例如：jsp+j2ee，asp+iis，php+apache等等，鑒于本系統(tǒng)的實際情況我采用的是jsp+j2ee技術(shù)和struts+spring+hibernatesh集成技術(shù)（即ssh開源框架）。本系統(tǒng)是基于b/s的三層網(wǎng)絡(luò)體系結(jié)構(gòu)，系統(tǒng)前端采用struts mvc框架，中間層采用spring，后臺采用hibernate。 至于如何搭建三層網(wǎng)絡(luò)體系結(jié)構(gòu)，以下是技術(shù)分解：首先應(yīng)配置hibernate和事務(wù)；其次裝載web.xml和struct-config.xml的集成配置，裝載spring的appli

16、cationcontext.xml文件，建立業(yè)務(wù)層和dao之間的依賴關(guān)系，將spring應(yīng)用到struts中。以上工作是為了建立一個簡單的web應(yīng)用，其作用是用于完成用戶管理數(shù)據(jù)的操作，包含簡單的數(shù)據(jù)庫增，刪，查，該即crud（新建，訪問，更新，刪除）操作。這是一個三層的web應(yīng)用，通過action（struts）訪問業(yè)務(wù)層，業(yè)務(wù)層訪問dao。圖3-2-1簡要說明了該應(yīng)用的總體結(jié)構(gòu)。圖上的箭頭指向說明了流程順序從web（useraction）到中間層（usermanager），再到數(shù)據(jù)訪問層（userdao），然后將結(jié)果返回 6。3.2.1 系統(tǒng)主要技術(shù)的應(yīng)用由于本系統(tǒng)采用的是基于b/s的ss

17、h三層網(wǎng)絡(luò)體系結(jié)構(gòu)，設(shè)計時將整個系統(tǒng)架構(gòu)分為三個層次，即web層、業(yè)務(wù)邏輯層（spring）和數(shù)據(jù)訪問源層（hibeinete）、數(shù)據(jù)服務(wù)層（mysql db），他們之間的邏輯關(guān)系如圖3-3 a 圖所示，而b圖則是每一層所對應(yīng)的系統(tǒng)文件分布情況和各個文件夾之間的調(diào)用關(guān)系，即表示層所對應(yīng)的是系統(tǒng)里的view文件夾，業(yè)務(wù)邏輯層對應(yīng)的是bizservice文件夾，數(shù)據(jù)訪問層對應(yīng)的是persistence文件夾而這三個文件夾里又各自存放著系統(tǒng)的組件，當(dāng)用戶使用系統(tǒng)時，所進行的數(shù)據(jù)交互則是通過各個系統(tǒng)文件夾里的各個組件進行數(shù)據(jù)傳送，然后以實體的方式在系統(tǒng)界面呈現(xiàn)。b圖-每一層網(wǎng)絡(luò)所對應(yīng)的系統(tǒng)文件調(diào)用關(guān)系

18、表示層（web struct）業(yè)務(wù)邏輯層（spring）數(shù)據(jù)訪問層（hibernate）mysql dba圖-三層網(wǎng)絡(luò)邏輯關(guān)系 圖2 系統(tǒng)各邏輯層之間的調(diào)用關(guān)系以下是各層所對應(yīng)的功能介紹：表示層：負(fù)責(zé) ui 的顯示控制和對相關(guān)請求的轉(zhuǎn)發(fā)。表現(xiàn)層提供與用戶交互的接口，也就是說用戶可以通過表現(xiàn)層的瀏覽器進行操作，所輸入的數(shù)據(jù)則會通過action組件把數(shù)據(jù)傳向業(yè)務(wù)層。它是用戶與系統(tǒng)溝通的橋梁，一方面以交互的形式實現(xiàn)接收用戶請求，并封裝請求提交給業(yè)務(wù)層，使得用戶請求能被系統(tǒng)接收并識別;另一方面把系統(tǒng)響應(yīng)以合適的方式呈現(xiàn).以下是表示層即（web層）的主要功能：n 權(quán)限控制：基于角色機制的權(quán)限控制，使用s

19、pring框架實現(xiàn)。n 數(shù)據(jù)校驗n 業(yè)務(wù)邏輯處理：組合dao對象實現(xiàn)業(yè)務(wù)邏輯處理。業(yè)務(wù)邏輯層：整個系統(tǒng)的核心，與系統(tǒng)的業(yè)務(wù)處理有關(guān)。業(yè)務(wù)邏輯層的主要功能如下：u 權(quán)限控制：基于角色機制的權(quán)限控制，使用spring框架實現(xiàn)。u 數(shù)據(jù)校驗u 業(yè)務(wù)邏輯處理：組合dao對象實現(xiàn)邏輯數(shù)據(jù)的處理。數(shù)據(jù)訪問層：也稱持久層，主要數(shù)據(jù)庫的訪問，實現(xiàn)數(shù)據(jù)表的 crud 操作。采用hibernate實現(xiàn)從mysql數(shù)據(jù)服務(wù)的表格到內(nèi)存對象的映射，為dao層的實現(xiàn)提供實體 12。3.2.2 系統(tǒng)數(shù)據(jù)傳輸模型該系統(tǒng)的數(shù)據(jù)錄入和存儲都是在數(shù)據(jù)表里進行添加，查詢，修改，刪除操作，用戶在瀏覽器里進行相關(guān)操作所呈現(xiàn)出來的數(shù)據(jù)是

20、從my sql數(shù)據(jù)表映射到wine系統(tǒng)內(nèi)存，再通過tomact服務(wù)器傳輸?shù)綖g覽器的，以下是系統(tǒng)數(shù)據(jù)傳輸模型圖：圖3 系統(tǒng)數(shù)據(jù)傳輸模型圖4.詳細設(shè)計4.1系統(tǒng)簡介wine 物流管理系統(tǒng)是一個典型的數(shù)據(jù)庫管理系統(tǒng)，系統(tǒng)由配置管理設(shè)置、交通工具管理等模塊組成，規(guī)劃系統(tǒng)功能模塊如下：q 配置管理模塊該模塊主要負(fù)責(zé)完成交通工具管理、零部件管理、套件管理、配置報告等q 事件管理模塊該模塊主要包括處理包裹丟失、處理自行故障、處理地址錯誤、處理電話接聽問題等服務(wù)和查詢模塊組成。系統(tǒng)總體功能具體表現(xiàn)如下圖所示：圖4系統(tǒng)總體功能結(jié)構(gòu)圖4.1.1 系統(tǒng)功能處理模型前面是系統(tǒng)主要功能模塊，但主要功能模塊里面又包括以下

21、具體功能，例如處理自行車故障包括：管理自行車零部件和管理自行車出入庫信息，生成報告服務(wù)（指用戶在系統(tǒng)界面操作時候所輸出的相關(guān)數(shù)據(jù)）包括生成自行車管理部件的數(shù)據(jù)表和自行車出入庫信息的數(shù)據(jù)表。各個功能之間的關(guān)系如下圖所示，用戶與系統(tǒng)界面操作時數(shù)據(jù)的交互都是依賴于數(shù)據(jù)庫my sql db的數(shù)據(jù)訪問。其功能處理流程如下圖所示：圖5 系統(tǒng)功能處理模型圖4.2 系統(tǒng)界面架構(gòu)設(shè)計根據(jù)前面對系統(tǒng)功能的分析與設(shè)計，設(shè)計系統(tǒng)界面架構(gòu)模型如下圖所示，其各個頁面之間的跳轉(zhuǎn)關(guān)系，具體如表所示：圖 6 系統(tǒng)界面架構(gòu)模型針對圖6系統(tǒng)界面架構(gòu)模型中每個頁面的架構(gòu)，設(shè)計各個頁面對應(yīng)的jsp文件以及頁面之間的跳轉(zhuǎn)關(guān)系 ，如下表所

22、示：表2 頁面跳轉(zhuǎn)及嵌套關(guān)系元素名稱跳轉(zhuǎn)頁面登陸首頁 home.jsp (用戶名和密碼正確方可轉(zhuǎn)入)注冊注冊頁面(該功能未在需求范圍內(nèi))公司簡介-“點擊進入”公司簡介: companyinf.jsp配置管理-“點擊進入”配置管理:confmanage.jsp事件處理-“點擊進入”事件處理:eventhandle.jsp關(guān)于我們-“點擊進入”關(guān)于我們: aboutus.jsp公司概況在 companyinf.jsp 嵌入 companyoverview.jsp發(fā)展歷程在 companyinf.jsp 嵌入 development.jsp業(yè)務(wù)領(lǐng)域在 companyinf.jsp 嵌入 busine

23、ss.jsp企業(yè)文化在 companyinf.jsp 嵌入 culture.jsp更改自行車狀態(tài)在 confmanage.jsp 嵌入changestate.jsp查看自行車列表在 confmanage.jsp 嵌入checkbike.jsp零部件配置管理在 confmanage.jsp 嵌入partsmanage.jsp查看庫存不足清單在 confmanage.jsp 嵌入checkneeded.jsp查看包裹信息在 eventhandle.jsp 嵌入packageinf.jsp查看丟失包裹列表在 eventhandle.jsp 嵌入checklostlist.jsp處理故障自行車在 ev

24、enthandle.jsp 嵌入handlebrobike.jsp查看維修記錄在 eventhandle.jsp 嵌入 checkmaintain.jsp登記錯誤地址信息在 eventhandle.jsp 嵌入 handleaddrerror.jsp查看錯誤地址列表在 eventhandle.jsp 嵌入 checkaddrerror.jsp處理電話服務(wù)在 eventhandle.jsp 嵌入 handletelservice.jsp查看電話處理列表在 eventhandle.jsp 嵌入 checktelresults.jsp4.3 系統(tǒng)功能模塊設(shè)計4.3.1 系統(tǒng)er模型設(shè)計根據(jù)系統(tǒng)流程及

25、功能分析得出簡化的實體關(guān)系模型圖如下（說明：由于我所做的系統(tǒng)實體甚多，在此只舉主要實體屬性描述，其他實體屬性就不做詳細羅列）：level（事件等級）id等級編號name等級名event事件事件狀態(tài)發(fā)生時間事件類型事件等級備注信息事件 id訂單備注信息訂單編號訂單狀態(tài)提交時間提交人item物品id物品價格price物品名稱自行車名供應(yīng)商id自行車編號編號bicycleuserinfo登錄名用戶名employee員工id密碼服務(wù)類型當(dāng)前狀態(tài)結(jié)束時間開始時間電話事件 id來電人姓名電話事件來電人電話詳細信息圖7系統(tǒng)e-r圖上圖所對應(yīng)的邏輯關(guān)系如下： 自行車:（自行車編號，自行車名，供應(yīng)商id）； 事

26、件等級：（等級編號，等級名） 事件：（事件id，事件狀態(tài)，事件類型，事件等級，發(fā)生時間，備注信息） 訂單：（訂單編號，訂單狀態(tài)，提交人，提交時間，備注信息） 電話事件：（電話事件id，來電人電話，來電人姓名，服務(wù)類型，當(dāng)前狀態(tài)，詳細信息，開始日期，結(jié)束日期） userinfo登錄名：（employee 員工id，用戶名稱，登陸密碼）4.3.2 系統(tǒng)邏輯模型設(shè)計根據(jù)前面的系統(tǒng)需求分析， 以下是系統(tǒng)的功能屬性描述及狀態(tài)描述，系統(tǒng)的主要參與者及所對應(yīng)的工作描述： serviceclark（服務(wù)臺人員）： handlelostpackge（負(fù)責(zé)處理包括丟失），handleaddrerr（處理地址錯誤）

27、，handlebreakdown（處理事件故障），handlereturn（返回處理請求），handlecall（處理電話接聽服務(wù)）；即意思是工作人員打電話給服務(wù)臺，報告包裹 丟失，服務(wù)臺人員記錄該事件，并對 該事件進行處理的流程等等。 bicycle（自行車）所關(guān)聯(lián)的屬性是：change（自行車狀態(tài)的改變），compenent（自行車零部件），incident（事件），bicyclestore（自行車庫），而compenent又關(guān)聯(lián)compenentstore；這些關(guān)聯(lián)的作用是當(dāng)服務(wù)臺人員通過系統(tǒng)查看和更改bicycle信息時，bicycle關(guān)聯(lián)到的屬性和事件狀態(tài)都會以報表的形式呈現(xiàn)出來。

28、customer（顧客）所關(guān)聯(lián)的屬性是oder（訂單），而oder又關(guān)聯(lián)item（物品），即意思是顧客可以通過了解item然后根據(jù)個人意向提交oder。 incident關(guān)聯(lián)的屬性是：handle call（處理電話接聽事件），handleaddrerr（處理地址錯誤事件），oder（處理訂單）；其各自之間的關(guān)聯(lián)表達的意思是：當(dāng)courier（快遞員）和serviceclark（服務(wù)臺人員）查詢incident信息時，所有關(guān)聯(lián)到的事件屬性都會以報表的形式呈現(xiàn)出來。 courier（快遞員）關(guān)聯(lián)的屬性是：managementcomponent（管理自行車的工作人員），incident（事件）；即

29、當(dāng)快遞員的 自行車出問題時，則report（報告）managementcomponent和incident，相關(guān)負(fù)責(zé)人則對所report的事件進行調(diào)度和處理。 solutionset（解決方案）所關(guān)聯(lián)的屬性是：solution（方案的描述），hangdlebreakdown（處理事件故障），handlelostpackge（處理包括丟失）；即服務(wù)臺人員要查詢hangdlebreakdown（處理事件故障）和handlelostpackge（處理包括丟失）的解決方案時，solutionset則會自動給出相關(guān)方案的具體描述。 invoke（請求）關(guān)聯(lián)的屬性是：bicycle（自行車），handle

30、invoke（處理請求），handlereturn（返回處理請求）；即快遞員發(fā)出invoke（請求），serviceclerk（服務(wù)臺人員）處理請求并返回請求結(jié)果。以上都是需求分析在系統(tǒng)中的應(yīng)用實現(xiàn)，結(jié)合上述分析，其具體實現(xiàn)如下圖所示：圖8 系統(tǒng)邏輯數(shù)據(jù)模型圖4.3.3系統(tǒng)關(guān)系數(shù)據(jù)模型基于前面4.5.1節(jié)對系統(tǒng)的e-r模型的分析與設(shè)計，以下是具體呈現(xiàn)系統(tǒng)各個數(shù)據(jù)表的詳細屬性和實體與實體之間的關(guān)聯(lián)模型：圖9 數(shù)據(jù)表關(guān)系模型圖4.4 數(shù)據(jù)庫設(shè)計4.4.1 數(shù)據(jù)庫關(guān)系表設(shè)計表3 數(shù)據(jù)庫信息表表編號數(shù)據(jù)庫定表名描述表4component管理零部件信息表5orderinfo管理訂單信息表6item物品信

31、息表7employee員工信息表8userinfo管理系統(tǒng)登錄信息表9event保存事件信息，如包裹丟失，電話記錄等表10eventstate事件的狀態(tài)信息表11level事件的級別信息表12solution事件解決方案信息表13eventtype事件類型表14bicycle自行車信息表15bikestate管理自行車狀態(tài)信息表16vender廠商信息表17changecomponent記錄零件的更換信息表18stockmanage自行車出入庫記錄信息表19orderitem記錄訂單中的物品信息表20ordertype記錄訂單所屬類型表21orderstate訂單的當(dāng)前狀態(tài)信息表22telre

32、cord電話記錄信息表23tel_srv_type服務(wù)類型信息4.4.2數(shù)據(jù)庫關(guān)系表結(jié)構(gòu)表 4 管理零部件信息字段名稱數(shù)據(jù)類型pufic備注id零件類型 idchar(15)name名稱varchar(20)amount數(shù)量integernot-nulldescription描述text表 5 管理訂單信息字段名稱數(shù)據(jù)類型pufic備注id訂單 idchar(15)state訂單狀態(tài)integernot-nullcus_name顧客名稱varchar(20)cus_tel顧客電話char(15)not-nulladdress地址varchar(30)not-nulltype_idid 類型in

33、teger(fk)send_date發(fā)送日期daterecv接收日期datelost_date丟失日期date表 6 管理物品信息字段名稱數(shù)據(jù)類型pufic備注id物品 idchar(15)name物品名稱varchar(20)price物品價格integer表 7員工信息字段名稱數(shù)據(jù)類型pufic備注id員工 idchar(15)name姓名varchar(20)address地址varchar(30)telephote電話varchar(15)表 8 管理系統(tǒng)登錄信息字段名稱數(shù)據(jù)類型pufic備注username登陸名稱char(20)password登陸密碼cahr(20)not-nul

34、lemployee_id員工 idcahr(15)表 9 保存事件信息字段名稱數(shù)據(jù)類型pufic備注id事件 idintegerstate_id事件狀態(tài)integertype_id事件類型integerlevel_id事件等級integertime發(fā)生時間datenot-nulldescription事件描述textcodechar(15)記錄訂單 id等信息表 10 事件的狀態(tài)信息字段名稱數(shù)據(jù)類型pufic備注id事件狀態(tài) idintegername名稱varchar(20)表 11 事件的級別信息字段名稱數(shù)據(jù)類型pufic備注id事件等級 idintegername等級名稱varchar(

35、20)表 12 事件解決方案信息字段名稱數(shù)據(jù)類型pufic備注id解決方案idintegertype_id類型 idintegernot-nullscheme策略textnot-null表 13 事件類型字段名稱數(shù)據(jù)類型pufic備注id事件類型 idintegername名稱varchar(20)表 14 自行車信息字段名稱數(shù)據(jù)類型pufic備注bicycle_code自行車編號char(15)state_id自行車狀態(tài)integersup_id供應(yīng)商 idchar(15)表 15 管理自行車狀態(tài)信息字段名稱數(shù)據(jù)類型pufic備注id自行車狀態(tài) idintegername狀態(tài)名稱varcha

36、r(20)表 16 廠商信息字段名稱數(shù)據(jù)類型pufic備注sup_id廠商 idchar(15)sup_name廠商名稱varchar(20)not-nullsup_address廠商地址varchar(30)sup_tel廠商電話char(15)not-null表 17 記錄零件的更換信息字段名稱數(shù)據(jù)類型pufic備注id更換 idintegerbicycle_code自行車編號char(15)amount更換數(shù)量integernot-nulltime更換時間datenot-nullcomponent_id零部件編號表 18 自行車出入庫記錄信息字段名稱數(shù)據(jù)類型pufic備注id零件更換 i

37、dintegerauto- incrementbicycle_code自行車 idchar(15)time_out出庫時間datetime_in入庫時間dateemployee_id員工 idchar(15)state狀態(tài)信息boolnot-null表 19 記錄訂單中的物品信息字段名稱數(shù)據(jù)類型pufic備注order_id訂單 idchar(15)item_id物品 idcahr(15)amount物品數(shù)量integernot-null表 20 記錄訂單所屬類型字段名稱數(shù)據(jù)類型pufic備注id訂單狀態(tài) idintegername狀態(tài)名稱varchar(20)not-null表 21 訂單的

38、當(dāng)前狀態(tài)信息字段名稱數(shù)據(jù)類型pufic備注id訂單狀態(tài) idintegername狀態(tài)名稱varchar(20)not-null表 22 電話記錄信息字段名稱數(shù)據(jù)類型pufic備注id電話事件 idintegersrv_type_id服務(wù)類型integernot-nullstate_id當(dāng)前狀態(tài)integernot-nullcaller_name來電人姓名char(20)caller_phote來電人電話char(15)content詳細信息textstarttime開始時間datetimeendtime結(jié)束時間datetime表 23 服務(wù)類型信息字段名稱數(shù)據(jù)類型pufic備注id服務(wù)類型

39、idintegername類型名稱varchar(20)not-null5系統(tǒng)主要界面設(shè)計5.1 登陸界面：表 24 頁面使用說明元素名稱跳轉(zhuǎn)頁面?zhèn)渥⒌顷懯醉?home.jsp用戶名和密碼正確方可 轉(zhuǎn)入注冊注冊頁面該功能未在需求范圍內(nèi)表 25 登陸界面元素元素名 稱功能元素描述必須/可 選數(shù)據(jù)校驗用戶名服務(wù)臺人員輸入用戶 名文本框必須不能為空密碼服務(wù)臺人員輸入密碼文本框必須不能為空驗證碼服務(wù)臺人員輸入驗證 碼文本框+圖片必須不能為空表 26 界面功能功能名稱功能描述校驗異常登陸用戶登陸若輸入的用戶名和密碼正確， 則進入事件管理頁面，否則提 示錯誤無注冊注冊用戶無無5.2首頁表 27 頁面跳轉(zhuǎn)關(guān)

40、系元素名稱跳轉(zhuǎn)頁面?zhèn)渥⒐竞喗椤包c擊進 入”公司簡介 companyinf.jsp配置管理“點擊進 入”配置管理confmanage.jsp事件處理“點擊進 入”事件處理eventhandle.jsp關(guān)于我們“點擊進 入”關(guān)于我們 aboutus.jsp5.3配置管理頁面：5.4事件處理頁面6.系統(tǒng)測試及預(yù)期結(jié)果6.1模塊接口測試6.1.1用戶接口測試1)用戶：用戶要訪問的系統(tǒng)的網(wǎng)址或 ip，用戶名和密碼 系統(tǒng)：瀏覽器顯示主頁面，提供功能供用戶選擇2)用戶：輸入要需要歸還的自行車的編號，狀態(tài) 系統(tǒng)：更新用戶提供的編號的自行車狀態(tài)3)用戶：輸入需要使用的零部件的類型和個數(shù) 系統(tǒng)：顯示相應(yīng)零部件和

41、個數(shù)，更新零部件的狀態(tài)為使用中4)用戶：輸入丟失的包裹的編號、丟失日期及責(zé)任人 系統(tǒng)：存儲丟失的包裹新的狀態(tài)、丟失日期、責(zé)任人等信息5)用戶：輸入故障自行車的編號，故障類型、時間，人員編號 系統(tǒng)：存儲相關(guān)信息，更新故障自行車狀態(tài)為故障中6)用戶：輸入發(fā)生地址錯誤的包裹編號、新的地址 系統(tǒng)：顯示對應(yīng)包裹編號的信息，更新地址7)用戶：輸入來電號碼、時間，來電人員等信息 系統(tǒng)：將信息和對應(yīng)的狀態(tài)存入 tellogo 數(shù)據(jù)庫8)用戶：需要打印的報告的類型，事件相關(guān)信息，時間范圍 系統(tǒng)：系統(tǒng)顯示對應(yīng)類型的所有事件的發(fā)生時間，人員等信息6.1.2外部接口測試1)調(diào)用在線業(yè)務(wù)系統(tǒng)的訂單 輸入?yún)?shù)：訂單的編號

42、 返回：與編號對應(yīng)的訂單信息2)調(diào)用資產(chǎn)管理的自行車信息 輸入?yún)?shù)：自行車編號類型 返回：與編號對應(yīng)的自行車信息3)調(diào)用資產(chǎn)管理的零部件信息 輸入?yún)?shù)：零部件的編號或類型 返回：與編號或類型對應(yīng)的零部件信息4)使用 tellogo 數(shù)據(jù)庫 輸入?yún)?shù)：來電的類型、事件等信息 返回：成功存儲提示6.1.3內(nèi)部接口測試1) ui與系統(tǒng)之間的接口： 輸入：系統(tǒng)網(wǎng)址，用戶名，密碼 輸出：成功登錄或失敗界面2) ui與配置管理之間的接口 輸入：要更新的訂單狀態(tài) 輸出：更新提示，顯示訂單更新后的詳細信息 輸入：自行車編號輸出：顯示自行車詳細信息 輸入：零部件編號或類型 輸出：顯示零部件詳細信息 輸入：自行車

43、要更新的狀態(tài)輸出：更新成功提示，顯示自行車更新后的詳細信息 輸入：零部件要更新的狀態(tài) 輸出：更新成功提示，顯示零部件更新后的詳細信息 輸入：訂單編號輸出：訂單詳細信息 輸入：訂單要修改的內(nèi)容 輸出：更新成功提示，顯示訂單更新后的信息3）ui與事件管理與服務(wù)臺模塊之間的接口 輸入：事件類型，優(yōu)先級等信息 輸出：成功存儲事件提示；輸入：報告類型，報告時間范圍 輸出：對應(yīng)輸入類型和時間范圍的詳細報告.總結(jié) 隨著畢業(yè)日子的到來,畢業(yè)設(shè)計也接近了尾聲.經(jīng)過6個多月的奮戰(zhàn)我的畢業(yè)設(shè)計終于完成了.在沒有做畢業(yè)設(shè)計以前覺得畢業(yè)設(shè)計只是對這幾年來所學(xué)知識的單純總結(jié),但是通過這次做畢業(yè)設(shè)計發(fā)現(xiàn)自己的看法有點太片面

44、.畢業(yè)設(shè)計不僅是對前面所學(xué)知識的一種檢驗,而且也是對自己能力的一種提高.通過這次畢業(yè)設(shè)計使我明白了自己原來知識還比較欠缺，但做完了畢業(yè)設(shè)計后，我之前所學(xué)的專業(yè)知識得到了完善，形成了一體化的知識體系，重要的是獨立設(shè)計能力得到了很大的提高，很有成就感，很是欣慰。以下是畢業(yè)設(shè)計的簡要總結(jié)： 一、在系統(tǒng)分析階段：從開始選題到立題的茫然，從系統(tǒng)分析到著手開發(fā)階段，從開始滿腦子的問題到查閱資料、分析問題，到慢慢一一解決問題，這一階段經(jīng)歷了許多的障礙也克服了許多的困難，困難在于開發(fā)系統(tǒng)所具備的知識體系不完備，許多知識還需逐一學(xué)習(xí)和重溫，例如本系統(tǒng)所用到的ssh開源技術(shù)(即struts+spring+hibernate集成技術(shù))，css分層樣式，ssh的集成配