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

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

3、能滿足公司業務的需要，為方便企業管理物流業務，物流管理系統的開發應用，有助于解決自行車快遞公司物流管理問題。本文以自行車快遞公司的物流管理系統為實例，介紹了在b/s模式下采用ssh開源技術和jsp+j2ee技術如何開發網絡物流管理系統的方法，并對關鍵的技術問題進行了相關闡述，同時也介紹了系統的各個模塊的功能和實現方法，相比自行車公司傳統的物流管方法，該系統的設計開發具有靈活性與實用性，其應用大大地減少了工作人員的很多工作量。【關鍵詞】 java ssh開源技術 uml建模 wine 物流管理系統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研究背景現在許多自行車快遞服務公司，與多家國際快遞公司簽訂了合同，幫助這些國際性快遞公司在市區內接收和遞送包裹，利用 一些兼職的學生使用他們公司的山地自行車來幫助遞送包裹。隨著該公司業務的發展、規模的擴大，使得傳統手工記錄的物流模式難以滿足業務需求，導致在業務過程中出現諸多影響公司工

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

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

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

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

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

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

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

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

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

17、采用的是基于b/s的ssh三層網絡體系結構，設計時將整個系統架構分為三個層次，即web層、業務邏輯層（spring）和數據訪問源層（hibeinete）、數據服務層（mysql db），他們之間的邏輯關系如圖3-3 a 圖所示，而b圖則是每一層所對應的系統文件分布情況和各個文件夾之間的調用關系，即表示層所對應的是系統里的view文件夾，業務邏輯層對應的是bizservice文件夾，數據訪問層對應的是persistence文件夾而這三個文件夾里又各自存放著系統的組件，當用戶使用系統時，所進行的數據交互則是通過各個系統文件夾里的各個組件進行數據傳送，然后以實體的方式在系統界面呈現。b圖-每一層網絡

18、所對應的系統文件調用關系表示層（web struct）業務邏輯層（spring）數據訪問層（hibernate）mysql dba圖-三層網絡邏輯關系 圖2 系統各邏輯層之間的調用關系以下是各層所對應的功能介紹：Ø表示層：負責 ui 的顯示控制和對相關請求的轉發。表現層提供與用戶交互的接口，也就是說用戶可以通過表現層的瀏覽器進行操作，所輸入的數據則會通過action組件把數據傳向業務層。它是用戶與系統溝通的橋梁，一方面以交互的形式實現接收用戶請求，并封裝請求提交給業務層，使得用戶請求能被系統接收并識別;另一方面把系統響應以合適的方式呈現.以下是表示層即（web層）的主要功能：n 權限

19、控制：基于角色機制的權限控制，使用spring框架實現。n 數據校驗n 業務邏輯處理：組合dao對象實現業務邏輯處理。Ø業務邏輯層：整個系統的核心，與系統的業務處理有關。業務邏輯層的主要功能如下：u 權限控制：基于角色機制的權限控制，使用spring框架實現。u 數據校驗u 業務邏輯處理：組合dao對象實現邏輯數據的處理。Ø數據訪問層：也稱持久層，主要數據庫的訪問，實現數據表的 crud 操作。采用hibernate實現從mysql數據服務的表格到內存對象的映射，為dao層的實現提供實體 12。3.2.2 系統數據傳輸模型該系統的數據錄入和存儲都是在數據表里進行添加，查詢，

20、修改，刪除操作，用戶在瀏覽器里進行相關操作所呈現出來的數據是從my sql數據表映射到wine系統內存，再通過tomact服務器傳輸到瀏覽器的，以下是系統數據傳輸模型圖：圖3 系統數據傳輸模型圖4.詳細設計4.1系統簡介wine 物流管理系統是一個典型的數據庫管理系統，系統由配置管理設置、交通工具管理等模塊組成，規劃系統功能模塊如下：q 配置管理模塊該模塊主要負責完成交通工具管理、零部件管理、套件管理、配置報告等q 事件管理模塊該模塊主要包括處理包裹丟失、處理自行故障、處理地址錯誤、處理電話接聽問題等服務和查詢模塊組成。系統總體功能具體表現如下圖所示：圖4系統總體功能結構圖4.1.1 系統功能

21、處理模型前面是系統主要功能模塊，但主要功能模塊里面又包括以下具體功能，例如處理自行車故障包括：管理自行車零部件和管理自行車出入庫信息，生成報告服務（指用戶在系統界面操作時候所輸出的相關數據）包括生成自行車管理部件的數據表和自行車出入庫信息的數據表。各個功能之間的關系如下圖所示，用戶與系統界面操作時數據的交互都是依賴于數據庫my sql db的數據訪問。其功能處理流程如下圖所示：圖5 系統功能處理模型圖4.2 系統界面架構設計根據前面對系統功能的分析與設計，設計系統界面架構模型如下圖所示，其各個頁面之間的跳轉關系，具體如表所示：圖 6 系統界面架構模型針對圖6系統界面架構模型中每個頁面的架構，設

22、計各個頁面對應的jsp文件以及頁面之間的跳轉關系 ，如下表所示：表2 頁面跳轉及嵌套關系元素名稱跳轉頁面登陸首頁 home.jsp (用戶名和密碼正確方可轉入)注冊注冊頁面(該功能未在需求范圍內)公司簡介-“點擊進入”公司簡介: companyinf.jsp配置管理-“點擊進入”配置管理:confmanage.jsp事件處理-“點擊進入”事件處理:eventhandle.jsp關于我們-“點擊進入”關于我們: aboutus.jsp公司概況在 companyinf.jsp 嵌入 companyoverview.jsp發展歷程在 companyinf.jsp 嵌入 development.jsp

23、業務領域在 companyinf.jsp 嵌入 business.jsp企業文化在 companyinf.jsp 嵌入 culture.jsp更改自行車狀態在 confmanage.jsp 嵌入changestate.jsp查看自行車列表在 confmanage.jsp 嵌入checkbike.jsp零部件配置管理在 confmanage.jsp 嵌入partsmanage.jsp查看庫存不足清單在 confmanage.jsp 嵌入checkneeded.jsp查看包裹信息在 eventhandle.jsp 嵌入packageinf.jsp查看丟失包裹列表在 eventhandle.jsp

24、嵌入checklostlist.jsp處理故障自行車在 eventhandle.jsp 嵌入handlebrobike.jsp查看維修記錄在 eventhandle.jsp 嵌入 checkmaintain.jsp登記錯誤地址信息在 eventhandle.jsp 嵌入 handleaddrerror.jsp查看錯誤地址列表在 eventhandle.jsp 嵌入 checkaddrerror.jsp處理電話服務在 eventhandle.jsp 嵌入 handletelservice.jsp查看電話處理列表在 eventhandle.jsp 嵌入 checktelresults.jsp4.3

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

26、系如下：² 自行車:（自行車編號，自行車名，供應商id）；² 事件等級：（等級編號，等級名）² 事件：（事件id，事件狀態，事件類型，事件等級，發生時間，備注信息） ² 訂單：（訂單編號，訂單狀態，提交人，提交時間，備注信息）² 電話事件：（電話事件id，來電人電話，來電人姓名，服務類型，當前狀態，詳細信息，開始日期，結束日期）² userinfo登錄名：（employee 員工id，用戶名稱，登陸密碼）4.3.2 系統邏輯模型設計根據前面的系統需求分析， 以下是系統的功能屬性描述及狀態描述，系統的主要參與者及所對應的工作描述： se

27、rviceclark（服務臺人員）： handlelostpackge（負責處理包括丟失），handleaddrerr（處理地址錯誤），handlebreakdown（處理事件故障），handlereturn（返回處理請求），handlecall（處理電話接聽服務）；即意思是工作人員打電話給服務臺，報告包裹 丟失，服務臺人員記錄該事件，并對 該事件進行處理的流程等等。 bicycle（自行車）所關聯的屬性是：change（自行車狀態的改變），compenent（自行車零部件），incident（事件），bicyclestore（自行車庫），而compenent又關聯compenentstore

28、；這些關聯的作用是當服務臺人員通過系統查看和更改bicycle信息時，bicycle關聯到的屬性和事件狀態都會以報表的形式呈現出來。 customer（顧客）所關聯的屬性是oder（訂單），而oder又關聯item（物品），即意思是顧客可以通過了解item然后根據個人意向提交oder。 incident關聯的屬性是：handle call（處理電話接聽事件），handleaddrerr（處理地址錯誤事件），oder（處理訂單）；其各自之間的關聯表達的意思是：當courier（快遞員）和serviceclark（服務臺人員）查詢incident信息時，所有關聯到的事件屬性都會以報表的形式呈現出來

29、。 courier（快遞員）關聯的屬性是：managementcomponent（管理自行車的工作人員），incident（事件）；即當快遞員的 自行車出問題時，則report（報告）managementcomponent和incident，相關負責人則對所report的事件進行調度和處理。 solutionset（解決方案）所關聯的屬性是：solution（方案的描述），hangdlebreakdown（處理事件故障），handlelostpackge（處理包括丟失）；即服務臺人員要查詢hangdlebreakdown（處理事件故障）和handlelostpackge（處理包括丟失）的解決方

30、案時，solutionset則會自動給出相關方案的具體描述。 invoke（請求）關聯的屬性是：bicycle（自行車），handleinvoke（處理請求），handlereturn（返回處理請求）；即快遞員發出invoke（請求），serviceclerk（服務臺人員）處理請求并返回請求結果。以上都是需求分析在系統中的應用實現，結合上述分析，其具體實現如下圖所示：圖8 系統邏輯數據模型圖4.3.3系統關系數據模型基于前面4.5.1節對系統的e-r模型的分析與設計，以下是具體呈現系統各個數據表的詳細屬性和實體與實體之間的關聯模型：圖9 數據表關系模型圖4.4 數據庫設計4.4.1 數據庫關系

31、表設計表3 數據庫信息表表編號數據庫定表名描述表4component管理零部件信息表5orderinfo管理訂單信息表6item物品信息表7employee員工信息表8userinfo管理系統登錄信息表9event保存事件信息，如包裹丟失，電話記錄等表10eventstate事件的狀態信息表11level事件的級別信息表12solution事件解決方案信息表13eventtype事件類型表14bicycle自行車信息表15bikestate管理自行車狀態信息表16vender廠商信息表17changecomponent記錄零件的更換信息表18stockmanage自行車出入庫記錄信息表19or

32、deritem記錄訂單中的物品信息表20ordertype記錄訂單所屬類型表21orderstate訂單的當前狀態信息表22telrecord電話記錄信息表23tel_srv_type服務類型信息4.4.2數據庫關系表結構表 4 管理零部件信息字段名稱數據類型pufic備注id零件類型 idchar(15)name名稱varchar(20)amount數量integernot-nulldescription描述text表 5 管理訂單信息字段名稱數據類型pufic備注id訂單 idchar(15)state訂單狀態integernot-nullcus_name顧客名稱varchar(20)cu

33、s_tel顧客電話char(15)not-nulladdress地址varchar(30)not-nulltype_idid 類型integer(fk)send_date發送日期daterecv接收日期datelost_date丟失日期date表 6 管理物品信息字段名稱數據類型pufic備注id物品 idchar(15)name物品名稱varchar(20)price物品價格integer表 7員工信息字段名稱數據類型pufic備注id員工 idchar(15)name姓名varchar(20)address地址varchar(30)telephote電話varchar(15)表 8 管理系

34、統登錄信息字段名稱數據類型pufic備注username登陸名稱char(20)password登陸密碼cahr(20)not-nullemployee_id員工 idcahr(15)表 9 保存事件信息字段名稱數據類型pufic備注id事件 idintegerstate_id事件狀態integertype_id事件類型integerlevel_id事件等級integertime發生時間datenot-nulldescription事件描述textcodechar(15)記錄訂單 id等信息表 10 事件的狀態信息字段名稱數據類型pufic備注id事件狀態 idintegername名稱var

35、char(20)表 11 事件的級別信息字段名稱數據類型pufic備注id事件等級 idintegername等級名稱varchar(20)表 12 事件解決方案信息字段名稱數據類型pufic備注id解決方案idintegertype_id類型 idintegernot-nullscheme策略textnot-null表 13 事件類型字段名稱數據類型pufic備注id事件類型 idintegername名稱varchar(20)表 14 自行車信息字段名稱數據類型pufic備注bicycle_code自行車編號char(15)state_id自行車狀態integersup_id供應商 idc

36、har(15)表 15 管理自行車狀態信息字段名稱數據類型pufic備注id自行車狀態 idintegername狀態名稱varchar(20)表 16 廠商信息字段名稱數據類型pufic備注sup_id廠商 idchar(15)sup_name廠商名稱varchar(20)not-nullsup_address廠商地址varchar(30)sup_tel廠商電話char(15)not-null表 17 記錄零件的更換信息字段名稱數據類型pufic備注id更換 idintegerbicycle_code自行車編號char(15)amount更換數量integernot-nulltime更換時間

37、datenot-nullcomponent_id零部件編號表 18 自行車出入庫記錄信息字段名稱數據類型pufic備注id零件更換 idintegerauto- incrementbicycle_code自行車 idchar(15)time_out出庫時間datetime_in入庫時間dateemployee_id員工 idchar(15)state狀態信息boolnot-null表 19 記錄訂單中的物品信息字段名稱數據類型pufic備注order_id訂單 idchar(15)item_id物品 idcahr(15)amount物品數量integernot-null表 20 記錄訂單所屬類

38、型字段名稱數據類型pufic備注id訂單狀態 idintegername狀態名稱varchar(20)not-null表 21 訂單的當前狀態信息字段名稱數據類型pufic備注id訂單狀態 idintegername狀態名稱varchar(20)not-null表 22 電話記錄信息字段名稱數據類型pufic備注id電話事件 idintegersrv_type_id服務類型integernot-nullstate_id當前狀態integernot-nullcaller_name來電人姓名char(20)caller_phote來電人電話char(15)content詳細信息textstartt

39、ime開始時間datetimeendtime結束時間datetime表 23 服務類型信息字段名稱數據類型pufic備注id服務類型 idintegername類型名稱varchar(20)not-null5系統主要界面設計5.1 登陸界面：表 24 頁面使用說明元素名稱跳轉頁面備注登陸首頁 home.jsp用戶名和密碼正確方可 轉入注冊注冊頁面該功能未在需求范圍內表 25 登陸界面元素元素名 稱功能元素描述必須/可 選數據校驗用戶名服務臺人員輸入用戶 名文本框必須不能為空密碼服務臺人員輸入密碼文本框必須不能為空驗證碼服務臺人員輸入驗證 碼文本框+圖片必須不能為空表 26 界面功能功能名稱功能

40、描述校驗異常登陸用戶登陸若輸入的用戶名和密碼正確， 則進入事件管理頁面，否則提 示錯誤無注冊注冊用戶無無5.2首頁表 27 頁面跳轉關系元素名稱跳轉頁面備注公司簡介“點擊進 入”公司簡介 companyinf.jsp配置管理“點擊進 入”配置管理confmanage.jsp事件處理“點擊進 入”事件處理eventhandle.jsp關于我們“點擊進 入”關于我們 aboutus.jsp5.3配置管理頁面：5.4事件處理頁面6.系統測試及預期結果6.1模塊接口測試6.1.1用戶接口測試1)用戶：用戶要訪問的系統的網址或 ip，用戶名和密碼 系統：瀏覽器顯示主頁面，提供功能供用戶選擇2)用戶：輸入

41、要需要歸還的自行車的編號，狀態 系統：更新用戶提供的編號的自行車狀態3)用戶：輸入需要使用的零部件的類型和個數 系統：顯示相應零部件和個數，更新零部件的狀態為使用中4)用戶：輸入丟失的包裹的編號、丟失日期及責任人 系統：存儲丟失的包裹新的狀態、丟失日期、責任人等信息5)用戶：輸入故障自行車的編號，故障類型、時間，人員編號 系統：存儲相關信息，更新故障自行車狀態為故障中6)用戶：輸入發生地址錯誤的包裹編號、新的地址 系統：顯示對應包裹編號的信息，更新地址7)用戶：輸入來電號碼、時間，來電人員等信息 系統：將信息和對應的狀態存入 tellogo 數據庫8)用戶：需要打印的報告的類型，事件相關信息，

42、時間范圍 系統：系統顯示對應類型的所有事件的發生時間，人員等信息6.1.2外部接口測試1)調用在線業務系統的訂單 輸入參數：訂單的編號 返回：與編號對應的訂單信息2)調用資產管理的自行車信息 輸入參數：自行車編號類型 返回：與編號對應的自行車信息3)調用資產管理的零部件信息 輸入參數：零部件的編號或類型 返回：與編號或類型對應的零部件信息4)使用 tellogo 數據庫 輸入參數：來電的類型、事件等信息 返回：成功存儲提示6.1.3內部接口測試1) ui與系統之間的接口： 輸入：系統網址，用戶名，密碼 輸出：成功登錄或失敗界面2) ui與配置管理之間的接口 輸入：要更新的訂單狀態 輸出：更新提

43、示，顯示訂單更新后的詳細信息 輸入：自行車編號輸出：顯示自行車詳細信息 輸入：零部件編號或類型 輸出：顯示零部件詳細信息 輸入：自行車要更新的狀態輸出：更新成功提示，顯示自行車更新后的詳細信息 輸入：零部件要更新的狀態 輸出：更新成功提示，顯示零部件更新后的詳細信息 輸入：訂單編號輸出：訂單詳細信息 輸入：訂單要修改的內容 輸出：更新成功提示，顯示訂單更新后的信息3）ui與事件管理與服務臺模塊之間的接口 輸入：事件類型，優先級等信息 輸出：成功存儲事件提示；輸入：報告類型，報告時間范圍 輸出：對應輸入類型和時間范圍的詳細報告.總結 隨著畢業日子的到來,畢業設計也接近了尾聲.經過6個多月的奮戰我

44、的畢業設計終于完成了.在沒有做畢業設計以前覺得畢業設計只是對這幾年來所學知識的單純總結,但是通過這次做畢業設計發現自己的看法有點太片面.畢業設計不僅是對前面所學知識的一種檢驗,而且也是對自己能力的一種提高.通過這次畢業設計使我明白了自己原來知識還比較欠缺，但做完了畢業設計后，我之前所學的專業知識得到了完善，形成了一體化的知識體系，重要的是獨立設計能力得到了很大的提高，很有成就感，很是欣慰。以下是畢業設計的簡要總結： 一、在系統分析階段：從開始選題到立題的茫然，從系統分析到著手開發階段，從開始滿腦子的問題到查閱資料、分析問題，到慢慢一一解決問題，這一階段經歷了許多的障礙也克服了許多的困難，困難在于開發系統所具備的知識體系不完備，許