物流配送系統(tǒng)

1、 UML基礎(chǔ)與Rose建模課程設(shè)計報告設(shè)計題目：物流配送系統(tǒng) 姓 名： 簡雅君 班 級： 信管12-1班 學(xué) 號： 311209030103 指導(dǎo)老師： 劉小燕 需求分析明確（5分）用例圖正確（10分）類圖正確（10分）序列圖正確（10分）狀態(tài)圖正確（10分）活動圖正確（10分）構(gòu)件圖和部署圖正確（10分）講解思路清晰（20分）報告格式規(guī)范（15分）摘要 長期以來，由于受計劃經(jīng)濟(jì)的影響，我國物流社會化程度低，物流管理體制混亂，機(jī)構(gòu)多元化， 導(dǎo)致社會化大生產(chǎn)、專業(yè)化流通的集約化經(jīng)營優(yōu)勢難以發(fā)揮，規(guī)模經(jīng)營、規(guī)模效益難以實現(xiàn)，設(shè)施利用率低，布局不合理，重復(fù)建設(shè)，資金浪費嚴(yán)重。由于利益沖突及信息不通暢

2、等原因，造成余缺物資不能及時調(diào)配，大量物資滯留在流通領(lǐng)域，造成資金沉淀，發(fā)生大量庫存費用。另外，我國物流企業(yè)與物流組織的總體水平低，設(shè)備陳舊，損失率大、效率低，運輸能力嚴(yán)重不足，形成了“瓶頸”，制約了物流的發(fā)展，物流配送明顯滯后。商流與物流分割，嚴(yán)重影響了商品經(jīng)營和規(guī)模效益。成都億博物流咨詢公司總經(jīng)理謝勤說：“新型的物流配送業(yè)務(wù)流程都由網(wǎng)絡(luò)系統(tǒng)連接，當(dāng)系統(tǒng)的任何一個神經(jīng)末端收到一個需求信息的時候，該系統(tǒng)都可以在極短的時間內(nèi)做出反應(yīng)，并可以擬定詳細(xì)的配送計劃，通知各環(huán)節(jié)開始工作。也就是說，新型的物流配送業(yè)務(wù)可以實現(xiàn)整個過程的實時監(jiān)控和實時決策，并且這一切工作都是由計算機(jī)根據(jù)人們事先設(shè)計好的程序自

3、動完成的。實踐證明，市場經(jīng)濟(jì)需要更高程度的組織化、規(guī)模化和系統(tǒng)化，迫切需要盡快加強(qiáng)建設(shè)具有信息功能的物流配送中心。發(fā)展信息化、現(xiàn)代化、社會化的新型物流配送中心是建立和健全社會主義市場經(jīng)濟(jì)條件下新型流通體系的重要內(nèi)容。我國是發(fā)展中國家，要借鑒發(fā)達(dá)國家的經(jīng)驗和利用現(xiàn)代化的設(shè)施，但還不可能達(dá)到發(fā)達(dá)國家物流配送中心的現(xiàn)代化程度，只能從國情、地區(qū)情況、企業(yè)情況出發(fā)，發(fā)展有中國特色的新型物流配送中心。隨著電子商務(wù)的日益普及，中國的物流配送業(yè)一定會按照新型物流配送中心的方向發(fā)展目錄一、引言4二、UML介紹4三、需求分析53.1客戶需求53.1.1下訂單53.1.2訂單進(jìn)度查詢53.2業(yè)務(wù)流程需求53.2.1

4、接單管理53.2.2調(diào)度管理53.2.3庫存管理63.2.4系統(tǒng)管理6四、系統(tǒng)建模74.1創(chuàng)建系統(tǒng)用例模型74.1.1系統(tǒng)參與者用例圖74.1.2員工用例圖84.1.3接單員用例圖84.1.4庫存管理員用例圖94.2創(chuàng)建系統(tǒng)靜態(tài)模型104.2.1參與者初步類圖模型104.2.2貨物和車輛類圖模型104.2.3系統(tǒng)類圖模型114.3創(chuàng)建系統(tǒng)動態(tài)模型114.3.1“接單員進(jìn)行訂單接受”用例114.3.2“調(diào)度員進(jìn)行貨物的調(diào)度”用例134.3.3“庫存管理員處理貨物入庫”用例144.3.4貨物活動狀態(tài)圖154.3.5員工活動圖154.4創(chuàng)建系統(tǒng)部署模型164.4.1系統(tǒng)構(gòu)件圖164.4.2系統(tǒng)部署圖

5、16五、 總結(jié)17參考文獻(xiàn)17一、引言 配送是物流中一種特殊的、綜合的活動形式，它包含了商流活動和物流活動，也包含了物流中若干功能要素。配送中心就是從事貨物配備和組織對用戶的送 貨，以高水平實現(xiàn)銷售和供應(yīng)服務(wù)的現(xiàn)代流通設(shè)施。配送中心是經(jīng)營活動的核心和基本保障，通過高度集中的采購和配送行為，可以有效減少門店的庫存，降低流通費用，提高流通效率，從而進(jìn)一步增強(qiáng)企業(yè)的競爭優(yōu)勢。然而配送中心組織規(guī)模龐大，服務(wù)項目繁多瑣碎，信息量大，要想有效發(fā)揮配送中心的應(yīng)有功能和管理水平，必須借助計算機(jī)來進(jìn)行現(xiàn)代化的信息管理。本文以物流配送闡述基于UML的物流配送系統(tǒng)的分析與設(shè)計過程。 二、UML介紹 統(tǒng)一建模語言（U

6、ML，UnifiedModelingLanguage）是面向?qū)ο筌浖臉?biāo)準(zhǔn)化建模語言。UML因其簡單、統(tǒng)一的特點，而且能表達(dá)軟件設(shè)計中的動態(tài)和靜態(tài)信息，目前已成為可視化建模語言的工業(yè)標(biāo)準(zhǔn)。在軟件無線電系統(tǒng)的開發(fā)過程中，統(tǒng)一建模語言可以在整個設(shè)計周期中使用，幫助設(shè)計者縮短設(shè)計時間，減少改進(jìn)的成本，使軟硬件分割最優(yōu)。UML從考慮系統(tǒng)的不同角度出發(fā)，定義了用例圖、類圖、對象圖、狀態(tài)圖、活動圖、序列圖、協(xié)作圖、構(gòu)件圖、部署圖等9種圖。這些圖從不同的側(cè)面對系統(tǒng)進(jìn)行描述。系統(tǒng)模型將這些不同的側(cè)面綜合成一致的整體，便于系統(tǒng)的分析和構(gòu)造。盡管UML和其它開發(fā)工具還會設(shè)計出許多派生的視圖，但上述這些圖和其它輔助

7、性的文檔是軟件開發(fā)人員所見的最基本的構(gòu)造。其（1）類圖（ClassDiagram）。展現(xiàn)了一組對象、接口、協(xié)作和它們之間的關(guān)系。類圖描述的是一種靜態(tài)關(guān)系，在系統(tǒng)的整個生命周期都是有效的，是面向?qū)ο笙到y(tǒng)的建模中最常見的圖。（2）用例圖（UseCaseDiagram）。展現(xiàn)了一組用例、參與者（actor）以及它們之間的關(guān)系。用例圖從用戶角度描述系統(tǒng)的靜態(tài)使用情況，用于建立需求模型。（3）交互圖。用于描述對象間的交互關(guān)系，由一組對象和它們之間的關(guān)系組成，包含它們之間可能傳遞的消息。交互圖又分為序列圖和協(xié)作圖，其中序列圖描述了以時間順序組織的對象之間的交互活動；協(xié)作圖強(qiáng)調(diào)收發(fā)消息的對象的結(jié)構(gòu)組織。（4

8、）狀態(tài)圖（StateDiagram）。由狀態(tài)、轉(zhuǎn)換、事件和活動組成，描述類的對象所有可能的狀態(tài)以及事件發(fā)生時的轉(zhuǎn)移條件。通常狀態(tài)圖是對類圖的補(bǔ)充，僅需為那些有多個狀態(tài)的、行為隨外界環(huán)境而改變的類畫狀態(tài)圖。（5）活動圖（ActiveDiagram）。一種特殊的狀態(tài)圖，展現(xiàn)了系統(tǒng)內(nèi)一個活動到另一個活動的流程?；顒訄D有利于識別并行活動。三、需求分析 通常所說的物流配送是指按址派送，就是指快遞員將快件交給客戶的過程。3.1客戶需求 物流配貨系統(tǒng)能夠支持客戶的基本下訂單業(yè)務(wù)。每一個客戶可以通過網(wǎng)上注冊一個賬號。該賬號可以進(jìn)行對客戶自己信息的管理其中包括修改，添加，刪除，查詢，以及查詢運費，下訂單和訂單進(jìn)

9、度查詢。 3.1.1下訂單 客戶如果同意和接受配送公司提供的配送服務(wù)，填寫或輸入下訂單所需詳細(xì)真實資料，貨物發(fā)貨詳細(xì)地址，貨物接收詳細(xì)地址，接收人姓名和電話。 3.1.2訂單進(jìn)度查詢 客戶在與配送公司完成下訂單和交費的交易后，根據(jù)返回的訂單號，可以查詢已下訂單的進(jìn)度，從而獲知配送貨物目前的狀態(tài)，和大約需要到達(dá)的時間。3.2業(yè)務(wù)流程需求 物流配貨系統(tǒng)能夠為公司的管理者提供管理功能。公司的管理包括接單管理，貨物調(diào)度管理，庫存管理，車輛調(diào)度管理以及系統(tǒng)管理。3.2.1接單管理 接單員根據(jù)客戶的填寫需求進(jìn)行真實情況審核和查詢所繳納金額是否滿足公司的需求并及時回復(fù)客戶的問題，待完全符合要求后接受訂單并輸

10、入訂單，生成訂單號，及時反饋給客戶以及調(diào)度員。3.2.2調(diào)度管理 調(diào)度員主要負(fù)責(zé)兩方面的事情，一，貨物調(diào)度，其根據(jù)接單員下發(fā)的訂單進(jìn)行查詢庫存，若滿足訂單需求就直接出車，若不滿足就匯報總公司進(jìn)行貨物加工。二，根據(jù)訂單和車輛信息合理調(diào)度派車輛進(jìn)行配送，將訂單地址等的基本信息給司機(jī)，然后進(jìn)行出車登記。3.2.3庫存管理 庫存管理主要是包括貨物入庫管理，信息處理盤點等。倉庫管理員每天對商品進(jìn)行一次盤點，當(dāng)發(fā)現(xiàn)庫存損壞時及時處理損壞信息，當(dāng)貨物到貨時檢查其是否合格，再將其入庫，當(dāng)貨物出庫時進(jìn)行出庫處理，并作詳細(xì)統(tǒng)計。3.2.4系統(tǒng)管理 系統(tǒng)管理包括系統(tǒng)管理人員維護(hù)員工的信息，維護(hù)客戶的信息，系統(tǒng)管理人

11、員通過系統(tǒng)管理功能，能夠了解公司員工信息，客戶信息，車輛運營信息以及貨物及時進(jìn)度調(diào)查信息還能對系統(tǒng)進(jìn)行維護(hù)工作。四四統(tǒng)一建模語言（UML，UnifiedModelingLanguage）是面向?qū)ο筌浖臉?biāo)準(zhǔn)化建模語言。UML因其簡單、統(tǒng)一的特點，而且能表達(dá)軟件設(shè)計中的動態(tài)和靜態(tài)信息，目前已成為可視化建模語言的工業(yè)標(biāo)準(zhǔn)。在軟件無線電系統(tǒng)的開發(fā)過程中，統(tǒng)一建模語言可以在整個設(shè)計周期中使用，幫助設(shè)計者縮短設(shè)計時間，減少改進(jìn)的成本，使軟硬件分割最優(yōu)。四、系統(tǒng)建模4.1創(chuàng)建系統(tǒng)用例模型圖1 系統(tǒng)建模4.1.1系統(tǒng)參與者用例圖 接單員，調(diào)度員，庫存管理員，系統(tǒng)管理員以及司機(jī)都是本物流公司的員工，其中接單員

12、，調(diào)度員，庫存管理員，系統(tǒng)管理員都是本物流公司的管理者，根據(jù)這些信息可創(chuàng)建系統(tǒng)參與者。圖2系統(tǒng)參與者4.1.2員工用例圖 員工是司機(jī)和公司管理者的抽象，它所包含的行為是司機(jī)和公司管理者的共同行為。員工在本系統(tǒng)中通過合法的身份驗證能夠修改自身信息和密碼。4.1.3接單員用例圖 接單員能夠應(yīng)用系統(tǒng)進(jìn)行貨物的接受訂單，當(dāng)接受訂單時首先獲取訂單信息，審查客戶信息以及訂單是否準(zhǔn)確。圖3 接單員用例圖4.1.4庫存管理員用例圖 庫存管理員所要進(jìn)行的管理員對商品進(jìn)行盤點，處理信息報銷，當(dāng)貨物到貨時檢查其是否合格，再將其入庫，當(dāng)貨物出庫時進(jìn)行出庫處理，并作詳細(xì)統(tǒng)計。圖4庫存管理員用例圖 4.2創(chuàng)建系統(tǒng)靜態(tài)模型

13、4.2.1參與者初步類圖模型 在該物流公司的每一位員工在登錄系統(tǒng)時都需要提供自己的用戶名和密碼，其次每位員工都有自己的職位，以及員工編號。其中員工的屬性還包括員工的的年齡，在客戶的記錄包括客戶名稱，客戶編號，客戶地址以及客戶消費金額。圖4參與者初步類圖4.2.2貨物和車輛類圖模型 貨物的信息主要包括貨物的編號，貨物的名稱，貨物的類別，貨物的數(shù)量。其車輛的信息主要包括車輛出庫的數(shù)量，車輛進(jìn)庫的數(shù)量，載重量。圖5貨物和車輛類圖4.2.3系統(tǒng)類圖模型圖6系統(tǒng)類圖模型4.3創(chuàng)建系統(tǒng)動態(tài)模型在物流配送系統(tǒng)中，通過上面的用例圖描寫可知共有以下的交互行為：（1） 接單員進(jìn)行訂單接受（2） 調(diào)度員進(jìn)行貨物的調(diào)

14、度（3） 調(diào)度員進(jìn)行車輛的調(diào)度（4） 庫存管理員處理貨物的入庫4.3.1“接單員進(jìn)行訂單接受”用例 接單員進(jìn)行訂單接受的工作流程如下：（1） 客戶希望通過接單員進(jìn)行訂貨，接單員希望通過訂單管理系統(tǒng)處理訂單信息。（2） 客戶將訂單提交給接單員。（3） 訂單管理系統(tǒng)根據(jù)客戶的基本信息進(jìn)行反饋給接單員。（4） 接單員通過訂單管理系統(tǒng)獲取訂單信息。（5） 接單員根據(jù)訂單信息核對客戶信息是否正確。（6） 接單員確認(rèn)訂單。圖7接受訂單序列圖圖8接受訂單協(xié)作圖4.3.2“調(diào)度員進(jìn)行貨物的調(diào)度”用例調(diào)度員進(jìn)行貨物的調(diào)度工作流程如下：（1） 接單員將訂單信息發(fā)送給調(diào)度員（2） 調(diào)度員接到訂單信息后對倉庫管理員進(jìn)

15、行貨物提?。?） 倉庫管理員回復(fù)庫房貨物情況（4） 進(jìn)行裝車運載圖9調(diào)度員貨物調(diào)度序列圖圖10調(diào)度員貨物調(diào)度協(xié)作圖4.3.3“庫存管理員處理貨物入庫”用例（1） 庫存管理員希望將貨物入庫（2） 庫存管理員通過系統(tǒng)獲取貨物信息（3） 庫存管理員通過入庫界面增加貨物數(shù)目圖11庫存管理員處理商品入庫序列圖圖12庫存管理員處理商品入庫協(xié)作圖4.3.4貨物活動狀態(tài)圖貨物包含以下的幾種狀態(tài)：（1） 當(dāng)商品做出后可以通過庫存管理員添加轉(zhuǎn)換為入庫的貨物。（2） 當(dāng)入庫貨物被出庫時，商品處于出庫狀態(tài)。（3） 當(dāng)商品由于一些因素造成不合格時，商品就會被回收重做。圖13庫存貨物活動狀態(tài)圖4.3.5員工活動圖物流配貨

16、中心的這些人員都是該公司的員工。員工的活動圖可以是如下：（1） 員工需要通過身份驗證后進(jìn)入相關(guān)系統(tǒng)進(jìn)行操作.（2） 系統(tǒng)運行后系統(tǒng)進(jìn)入初始化運行界面（3） 員工輸入自己的用戶名和密碼（4） 登陸界面對輸入的密碼進(jìn)行判斷（5） 如果合法的用戶，則對其權(quán)限進(jìn)行判斷，登陸成功（6） 如果用戶非法，系統(tǒng)提示用戶名或密碼錯誤，登陸失敗圖14員工活動圖4.4創(chuàng)建系統(tǒng)部署模型4.4.1系統(tǒng)構(gòu)件圖 在物流配貨系統(tǒng)中通過構(gòu)建映射到系統(tǒng)的實現(xiàn)類中，說明該構(gòu)建物理實現(xiàn)的邏輯類，如在物流配貨系統(tǒng)中，可以對貨物，訂單以及車輛創(chuàng)建對應(yīng)的構(gòu)件進(jìn)行映射。圖15貨物，車輛和訂單的構(gòu)件4.4.2系統(tǒng)部署圖 系統(tǒng)的部署圖描繪的是系統(tǒng)節(jié)點上運行資源的安排，在物流配貨系統(tǒng)中，系統(tǒng)包括三個節(jié)點，分別是庫存管理節(jié)點，庫存管理員通過該節(jié)點進(jìn)行庫存管理和維護(hù)。訂單管理節(jié)點，接單員通過該節(jié)點進(jìn)行訂單的管理。系統(tǒng)管理節(jié)點，系統(tǒng)管理員通過該節(jié)點進(jìn)行系統(tǒng)維護(hù)和員工信息維護(hù)。圖16系統(tǒng)部署圖5、 總結(jié) 這次我做的課程設(shè)計是關(guān)于物流配貨系統(tǒng)的，他的概念有區(qū)別去物流管理系統(tǒng)，開始的時候不太明白，也感到無從下手，后來看書明白了很多。借助于Ratio nal統(tǒng)一實現(xiàn)了物流配貨系統(tǒng)中的用例圖，類圖序列圖，協(xié)作圖，狀態(tài)圖以及部署圖的畫圖，但我認(rèn)為一個好的課程分