基于uml的物流企業(yè)工藝流程分析

基于uml的物流企業(yè)工藝流程分析

1快遞物流管理信息系統(tǒng)的開發(fā)作為中國(guó)的一個(gè)新興領(lǐng)域，郵政行業(yè)是現(xiàn)代物流行業(yè)和服務(wù)貿(mào)易的重要組成部分。我國(guó)快遞業(yè)發(fā)展至今,已經(jīng)形成了國(guó)有、民營(yíng)和外資企業(yè)三足鼎立的局面,各市場(chǎng)主體在國(guó)際快遞、國(guó)內(nèi)異地快遞和同城快遞三個(gè)細(xì)分市場(chǎng)內(nèi)進(jìn)行著激烈的競(jìng)爭(zhēng)?？爝f物流市場(chǎng)布局見表1。雖然快遞行業(yè)發(fā)展迅速,然而作為一個(gè)新興崛起的行業(yè),尚存在諸多問(wèn)題:如業(yè)務(wù)響應(yīng)速度慢、缺乏保證貨品準(zhǔn)確投資的機(jī)制以及缺乏與客戶人性化的溝通等。對(duì)快遞公司而言,貨物運(yùn)輸時(shí)間的長(zhǎng)短是能否取得成功的關(guān)鍵,也是客戶所關(guān)心的重點(diǎn)。然而,由于在貨物運(yùn)輸過(guò)程中需要經(jīng)歷很多環(huán)節(jié),而各個(gè)環(huán)節(jié)之間并不能非常平滑的過(guò)渡,交接過(guò)程消耗大量時(shí)間,最終導(dǎo)致貨物運(yùn)輸時(shí)間的增長(zhǎng)。同時(shí),貨物運(yùn)輸過(guò)程中需經(jīng)歷很多環(huán)節(jié),然而,目前的快遞行業(yè)各個(gè)環(huán)節(jié)的關(guān)系并未理順,缺乏精心的組織安排和周密的銜接,致使環(huán)節(jié)或部門之間相互脫節(jié),影響了快件傳遞的速度。此外,客戶同快遞公司交互方式較為單一,相應(yīng)的軟件系統(tǒng)支持滯后于業(yè)務(wù)的發(fā)展。同時(shí),快遞公司通常只提供貨物運(yùn)輸?shù)群诵臉I(yè)務(wù),缺乏個(gè)性化的服務(wù)項(xiàng)目。鑒于上述存在的問(wèn)題,本文在理論聯(lián)系實(shí)際的基礎(chǔ)上對(duì)快遞物流企業(yè)的業(yè)務(wù)流程進(jìn)行分析,并運(yùn)用面向?qū)ο蟮乃枷雽?duì)快遞物流管理信息系統(tǒng)進(jìn)行系統(tǒng)分析與設(shè)計(jì),開發(fā)出一套基于B/S結(jié)構(gòu)的快遞物流管理信息系統(tǒng)。該系統(tǒng)能較為有效地應(yīng)對(duì)上述出現(xiàn)的諸多問(wèn)題,并且對(duì)快遞物流從業(yè)人員提供理論和實(shí)踐上的借鑒與思考。2對(duì)象開發(fā)方法2.1運(yùn)用人機(jī)學(xué)思維方法面向?qū)ο蠓椒ㄊ菑默F(xiàn)實(shí)世界中客觀存在的事物出發(fā)來(lái)構(gòu)造軟件,并在系統(tǒng)構(gòu)造中盡可能運(yùn)用人類的自然思維方式。其強(qiáng)調(diào)以問(wèn)題域?yàn)橹行膩?lái)思考問(wèn)題,并根據(jù)這些事物的本質(zhì)特征,把它抽象地表示為系統(tǒng)中的對(duì)象,作為系統(tǒng)的基本構(gòu)成單位。運(yùn)用對(duì)象、類、繼承、封裝、聚合、關(guān)聯(lián)、消息和多態(tài)等概念和原則來(lái)構(gòu)造系統(tǒng)。2.2uml圖形是可視化的建模語(yǔ)言統(tǒng)一建模語(yǔ)言(UnifiedModelingLanguage,UML)是當(dāng)前面向?qū)ο蠼５墓J(rèn)標(biāo)準(zhǔn)。它是一種可視化的建模語(yǔ)言,能讓系統(tǒng)構(gòu)造者用標(biāo)準(zhǔn)的、易于理解的方式建立起能夠表達(dá)他們想象力的系統(tǒng)藍(lán)圖,并且提供了便于不同人之間有效地共享和交流設(shè)計(jì)結(jié)果的機(jī)制。UML圖形是建模的可視化表示,可以從不同的抽象角度使系統(tǒng)可視化。UML定義了9類圖形,用于建立系統(tǒng)模型:用例圖、活動(dòng)圖、順序圖、協(xié)作圖、類圖、對(duì)象圖、狀態(tài)圖、組件圖和配置圖。3非系統(tǒng)需求業(yè)務(wù)需求分析是在用戶調(diào)研的基礎(chǔ)上,對(duì)調(diào)研獲得資料進(jìn)行整理和分析,進(jìn)而概括總結(jié)出企業(yè)的業(yè)務(wù)需求(并非系統(tǒng)需求)。UML利用業(yè)務(wù)用例圖(在業(yè)務(wù)模型的層次上,我們使用術(shù)語(yǔ)“業(yè)務(wù)用例圖”來(lái)代替用例圖,這樣做的目的是為了清晰的區(qū)分它們,從而消除在將業(yè)務(wù)系統(tǒng)模型轉(zhuǎn)換為IT系統(tǒng)時(shí)可能產(chǎn)生的混淆)和高層活動(dòng)圖來(lái)捕獲客戶的需求,這里的客戶需求是全方位的,既包括手動(dòng)形式執(zhí)行的業(yè)務(wù)也包括基于IT系統(tǒng)執(zhí)行的業(yè)務(wù)。3.1快遞物流的業(yè)務(wù)業(yè)務(wù)用例是描述機(jī)構(gòu)中一組相關(guān)的工作流。通過(guò)分析,可以得出快遞物流業(yè)務(wù)用例圖如圖1所示。圖1概述了快遞物流的主要業(yè)務(wù)流程,對(duì)于一些細(xì)節(jié)性的業(yè)務(wù)活動(dòng)并未列出。該業(yè)務(wù)用例圖涉及的要素見表2。3.2豐富參與者們活動(dòng)圖用于表示活動(dòng)集。在活動(dòng)圖中可以明晰參與者們(業(yè)務(wù)工人和業(yè)務(wù)角色)是并行執(zhí)行某個(gè)業(yè)務(wù)用例還是各自獨(dú)立地執(zhí)行?？爝f物流業(yè)務(wù)高層活動(dòng)圖如圖2所示。4業(yè)務(wù)系統(tǒng)模型系統(tǒng)分析是為了捕獲和描述系統(tǒng)的所有需求,建立一個(gè)定義了系統(tǒng)問(wèn)題域類中關(guān)鍵類的模型,從而為系統(tǒng)開發(fā)人員和客戶提供一個(gè)溝通的基礎(chǔ)。分析不受技術(shù)解決方案或?qū)崿F(xiàn)細(xì)節(jié)的限制。系統(tǒng)分析包括兩部分的內(nèi)容:系統(tǒng)需求分析和問(wèn)題域分析。4.1資源設(shè)計(jì)it系統(tǒng)需求分析通常與業(yè)務(wù)需求分析集成,在業(yè)務(wù)需求分析中的業(yè)務(wù)資源、規(guī)則和目標(biāo)都將被建模。它描述IT系統(tǒng)能給用戶提供哪些功能,在系統(tǒng)需求分析時(shí),通常將IT系統(tǒng)作為一個(gè)黑盒子來(lái)看待。通過(guò)對(duì)系統(tǒng)的分析,快遞物流管理信息系統(tǒng)的用例圖如圖3所示。4.2系統(tǒng)交互圖的建立問(wèn)題域分析將產(chǎn)生問(wèn)題域的模型:類、對(duì)象,以及根據(jù)真實(shí)世界中各實(shí)體之間關(guān)系進(jìn)行建模的交互模型。本文利用交互視圖、類圖和狀態(tài)圖對(duì)問(wèn)題域進(jìn)行分析,其中交互視圖包括順序圖和協(xié)作圖。(1)交互視圖。用例展開的是外部視圖,它將系統(tǒng)看成一個(gè)黑盒子。而在交互視圖中,這個(gè)黑盒子將被打開,顯示出IT系統(tǒng)內(nèi)部發(fā)生的事情。交互視圖展示了處理特定任務(wù)所需的對(duì)象,以及這些對(duì)象相互通信的機(jī)制。UML使用兩種圖來(lái)進(jìn)行交互視圖建模:順序圖和協(xié)作圖。本系統(tǒng)共有11個(gè)用例,分析順序圖和分析協(xié)作圖(這里的分析順序圖和分析協(xié)作圖,是對(duì)系統(tǒng)需求分析的細(xì)化和具體化,通過(guò)對(duì)系統(tǒng)分解為各個(gè)實(shí)體對(duì)象,對(duì)參與者和系統(tǒng)的交互進(jìn)行可視化建模。這里是為了與前者區(qū)分而采用的叫法)也分別應(yīng)有11個(gè),鑒于篇幅所限,這里僅列出其中的1個(gè),即源站點(diǎn)倉(cāng)儲(chǔ)分析交互視圖。如圖4、圖5所示。(2)問(wèn)題域類圖(分析類圖)。類是具有相同特征(屬性)和相同行為(方法)的對(duì)象的集合,類的名稱、屬性和方法是描述一個(gè)類的三個(gè)最基本的方面。通過(guò)對(duì)系統(tǒng)需求分析和細(xì)化用例可以發(fā)現(xiàn)快遞物流管理信息系統(tǒng)的問(wèn)題域類有:源站點(diǎn)、源站點(diǎn)客戶、源站點(diǎn)倉(cāng)庫(kù)、源站點(diǎn)倉(cāng)儲(chǔ)單、源站點(diǎn)車輛、目的站點(diǎn)、目的站點(diǎn)客戶、目的站點(diǎn)倉(cāng)庫(kù)、目的站點(diǎn)倉(cāng)儲(chǔ)單、目的站點(diǎn)車輛、貨物、配貨單、發(fā)貨單、已達(dá)貨物列表和送貨單。包含類之間關(guān)系的分析類圖如圖6所示。(3)狀態(tài)圖。狀態(tài)圖是對(duì)類描述的補(bǔ)充,用于顯示類的對(duì)象可能具備的所有狀態(tài),以及引起狀態(tài)改變的事件。建模時(shí),僅需對(duì)那些具有多個(gè)明確狀態(tài)的類,并且類的不同狀態(tài)會(huì)影響和改變類的行為時(shí)才繪制類的狀態(tài)圖。對(duì)該系統(tǒng)進(jìn)行分析,貨物和車輛兩個(gè)類都有多個(gè)明確的狀態(tài),并且狀態(tài)的不同會(huì)影響類的行為。貨物類的狀態(tài)圖如圖7所示。5系統(tǒng)設(shè)計(jì)5.1系統(tǒng)功能結(jié)構(gòu)根據(jù)系統(tǒng)分析的結(jié)果,構(gòu)建的系統(tǒng)總體功能如圖8所示。系統(tǒng)功能結(jié)構(gòu)圖是根據(jù)用例圖得到的,該系統(tǒng)共分為11個(gè)模塊。每個(gè)子系統(tǒng)實(shí)現(xiàn)部分功能,子系統(tǒng)之間相互協(xié)作、共享信息,整個(gè)系統(tǒng)共同滿足用戶全方位的需求。5.2源站倉(cāng)儲(chǔ)設(shè)計(jì)交互圖(1)交互圖詳細(xì)設(shè)計(jì)。交互圖詳細(xì)設(shè)計(jì)是對(duì)系統(tǒng)分析階段產(chǎn)生的順序圖和協(xié)作圖進(jìn)一步的細(xì)化,設(shè)計(jì)出的交互圖中的事件可以直接作為實(shí)現(xiàn)類中的操作,同時(shí)也顯示了類之間的消息傳遞機(jī)制,通過(guò)一個(gè)類調(diào)用另一個(gè)類的方法(操作),來(lái)實(shí)現(xiàn)類之間的交互。鑒于篇幅所限,本文僅列出其中的1個(gè),即源站點(diǎn)倉(cāng)儲(chǔ)設(shè)計(jì)交互視圖。如圖9、圖10所示。(2)類圖詳細(xì)設(shè)計(jì)。類圖詳細(xì)設(shè)計(jì)是對(duì)系統(tǒng)分析得到的類圖進(jìn)一步的細(xì)化,同時(shí)考慮了具體的技術(shù)解決方案。通過(guò)詳細(xì)設(shè)計(jì)得到的類可以直接轉(zhuǎn)換為實(shí)現(xiàn)階段的Java類代碼,即為實(shí)現(xiàn)階段的Java類代碼提供了基礎(chǔ)框架,編程人員只需在具體屬性和方法上充實(shí)內(nèi)容即可。6快遞物流管理信息系統(tǒng)的構(gòu)建快遞物流企業(yè)普遍存在著管理粗放、信息化程度低、與客戶溝通少和服務(wù)理念不完善等致命弱點(diǎn),因此