UML快遞管理組織系統(tǒng)

1、蘭州交通大學(xué)UML課程設(shè)計(jì)案例快遞管理系統(tǒng)1. 系統(tǒng)需求描述12. MDA系統(tǒng)分析與設(shè)計(jì) 12.1 CIM-1定義業(yè)務(wù)流程 42.2 CIM-2分析業(yè)務(wù)流程42.3 CIM-3定義系統(tǒng)范圍72.4 PIM-1系統(tǒng)用例敘述1.0.2.5 PIM-2分析業(yè)務(wù)規(guī)則 1.0.2.6 PIM-3定義靜態(tài)結(jié)構(gòu) 1.3.2.7 PIM-4定義操作與方法 1.3.3. 個人總結(jié) 1.4.1. 系統(tǒng)需求描述文字描述系統(tǒng)功能需求和人員本次UML課程大作業(yè)，我們首先考慮作的是一個論壇管理系統(tǒng)，但由于使用廣泛性和 生活關(guān)聯(lián)性，最后我們做了一個快遞管理系統(tǒng)。首先，我們通過網(wǎng)絡(luò)與日常生活中的快遞實(shí)際使用，大概了解模擬了快

2、遞公司的基本情況，包括快遞的寄件，收件，中轉(zhuǎn)，快遞跟蹤等等，同時吸取老師的意見，對我們的報(bào)告最初相應(yīng)的修改。我們的快遞管理系統(tǒng)是基于日常生活為基礎(chǔ)，為一家快遞公司設(shè)計(jì)的，主要面向人群為單人客戶和企業(yè)客戶，由于單人客的流動性和不確定性，我們的系統(tǒng)只為企業(yè)客戶提供會員 服務(wù)，在企業(yè)成為快遞公司的會員時可以享受一定的特權(quán)，例如延期付款，統(tǒng)一快遞發(fā)送等等。我們定義的業(yè)務(wù)流程圖主要是客戶業(yè)務(wù)用例圖，客戶的動作比較單一， 包括寄快遞，收快遞，跟蹤快遞信息、快遞消費(fèi)、補(bǔ)寄快遞賬單及發(fā)票。分析業(yè)務(wù)流程分為五大塊：寄快遞（企業(yè)首次寄快遞，一般寄件，轉(zhuǎn)發(fā)快遞）、收快遞、跟蹤快遞信息、快遞消費(fèi)、補(bǔ)寄快遞賬單及發(fā)票。

3、定義系統(tǒng)范圍以人為具體實(shí)體，定義系統(tǒng)范圍。包括：主管、快遞員、客戶、收件人。主管負(fù)責(zé)審核會員賬戶、提醒不合格處、確定會員擔(dān)保信息、結(jié)算月賬單、審核月賬 單、審核是否已寄送賬單及發(fā)票、分配快遞員?？爝f員負(fù)責(zé)存儲會員信息、登記賬單、存儲 會員擔(dān)保信息、登記寄件信息、申辦會員賬號、收取快遞費(fèi)用、打印賬單及發(fā)票、登記補(bǔ)寄 信息、反饋補(bǔ)寄信息、登記轉(zhuǎn)發(fā)快遞、退回快遞、通知收件人、送達(dá)?？蛻糁灰浩髽I(yè)填寫擔(dān)保證明、企業(yè)申辦擔(dān)保賬戶、 輸入運(yùn)單號查詢、 要求補(bǔ)寄賬單及發(fā)票。收件人只需要正常接收快遞和拒收快遞。分析系統(tǒng)流程從通知收件人和審核月賬單兩部分分析系統(tǒng)流程。通知收件人：快遞員發(fā)通知給收件人通知發(fā)貨，

4、2次沒有收件人來收件，退回快遞公司，并再次通知，第3次依舊沒有人來收件，退回快遞公司，不再通知。審核月賬單：主管結(jié)算月賬單、主管審核校對月賬單、檢查付款狀態(tài)，查看是否有拖欠款、查看擔(dān)保信息，確認(rèn)是否繼續(xù)提供會員服務(wù) （若 超出擔(dān)保范圍，則停止服務(wù)，若企業(yè)倒閉，則按法律規(guī)定追取所欠費(fèi)用）寄件費(fèi)用=該企業(yè)本月全部寄件費(fèi)用總和每份寄件=標(biāo)準(zhǔn)價(jià)格+超重價(jià)格+高級路徑（水運(yùn)，航運(yùn)）2. MDA系統(tǒng)分析與設(shè)計(jì)2.1 CIM-1 定義業(yè)務(wù)流程按照參與者，繪制業(yè)務(wù)流程，即該參與者的主要工作場景客戶用例圖業(yè)務(wù)用例名稱簡述寄快遞客戶寄快遞收快遞客戶收快遞跟蹤寄件信息客戶跟蹤寄件信息快遞消費(fèi)客戶進(jìn)行快遞消費(fèi)補(bǔ)寄快遞

5、賬單及發(fā)票客戶要求補(bǔ)寄快遞賬單及發(fā)票2.2 CIM-2 分析業(yè)務(wù)流程針對主要的業(yè)務(wù)用例，繪制業(yè)務(wù)流程寄快遞：企業(yè)首次寄快遞不合格】般寄件a（肓戶j赫入運(yùn)單號百詢轉(zhuǎn)發(fā)快遞跟蹤快遞信息未預(yù)釦（快謹(jǐn)卸登記寄件信息（快遞靈）登記鑄左快謹(jǐn)預(yù)約1企業(yè)月結(jié)C快謹(jǐn)員）登記明需要不需要主管井配決遞員（快謹(jǐn)員收雯快謹(jǐn)費(fèi)用（快逮貝）寄送脈單更發(fā)收快遞:（收件人正常務(wù)收（收件人拒收快遞消費(fèi):補(bǔ)寄快遞賬單及發(fā)票. 彳（容戶：要求補(bǔ)事賬單屋左票（快11員）登記補(bǔ)寄信息至管西核是香已寄醫(yī)賬單及岌票（快謹(jǐn)員）反筒卜寄信見2.3CIM-3 定義系統(tǒng)范圍按照活動負(fù)責(zé)人，繪制系統(tǒng)用例圖主管快遞員客戶仝良班悝Efc戶收件人2.4PI

6、M-1系統(tǒng)用例敘述1、系統(tǒng)用例敘述一通知收件人用例名稱通知收件人用例編號SUC001用例簡述快遞員通知收件人收貨用例圖OO天通知收件人U）天快遞員收件人主要流程1）快遞員查詢派送信息2）快遞員操作本系統(tǒng)發(fā)送第一次通知3）檢查運(yùn)單是否關(guān)閉替代流程2a） 2次沒有收件人來收件，則再次通知2b ）第3次依舊沒有人來收件，退回快遞公司，不再通知例外流程3a）非收件人拒收，則無效業(yè)務(wù)規(guī)則1）必須在收件人確認(rèn)退貨的情況下才能辦理拒收并退回2）在3次通知收件人并無人在指定地點(diǎn)收件才能確認(rèn)退回快遞公司非UML文檔快遞單pdf文件、發(fā)貨統(tǒng)計(jì)pdf文件其他填了假簽收數(shù)據(jù)的“快遞單”和發(fā)貨統(tǒng)計(jì)紙本2、系統(tǒng)用例敘述一

7、審核月賬單用例名稱審核月賬單用例編號SUC002用例簡述主管審核企業(yè)用戶的月賬單用例圖夫乂*核月賬單二） it主管企業(yè)主要流程1）主管校對月賬單2）檢查付款狀態(tài)，查看是否有拖欠款3）查看擔(dān)保信息，確認(rèn)是否繼續(xù)提供會員服務(wù)4）企業(yè)確認(rèn)月賬單例外流程3a）若超出擔(dān)保范圍，則停止服務(wù)3b ）若企業(yè)倒閉，則按法律規(guī)定追取所欠費(fèi)用業(yè)務(wù)規(guī)則1 ）寄件費(fèi)用=該企業(yè)本月全部寄件費(fèi)用總和2 ）每份寄件=標(biāo)準(zhǔn)價(jià)格+超重價(jià)格+高級路徑（水運(yùn)，航運(yùn)）非UML文檔寄件費(fèi)用詳單pdf文件、發(fā)票pdf文件、每份快遞賬單單其他填了假簽收數(shù)據(jù)的快遞單、發(fā)票紙本和費(fèi)用詳單2.5 PIM-2分析業(yè)務(wù)規(guī)則根據(jù)重要業(yè)務(wù)對象，繪制狀態(tài)圖

8、2.6PIM-3 定義靜態(tài)結(jié)構(gòu)繪制類圖，可進(jìn)一步根據(jù)順序圖反饋改進(jìn)快謹(jǐn)處司奇件人寄半人電話寄牛皿昌 -話牛人iHii探鑫髓ifto收眸人血N中訐品3八一碎息 *s 一豈號百 昏空i-雷弱価F走時站尊怏遞哦羊72.7PIM-4 定義操作與方法根據(jù)用例行為，繪制順序圖通知收件人:快邃吳收耳人八快遞荀食詞-亞謹(jǐn)信身0T1審核月賬單F企業(yè)月庸單/會員擔(dān)保賽戶主宦查詢余款0審核擔(dān)保賬戶D*0若逵申來蕪肉則可脩環(huán)酎陽次_ .:1 壩.*i甬知催惠仃_ ;i11;i藝：檢魚是否關(guān)旳詁單。亠丨3亠1!1：校對月賬單0 .opt Combined Fra金額不足6:岌送戸賬單?！?. 個人總結(jié)結(jié)合大作業(yè)實(shí)踐，分

9、別給出個人總結(jié)以及對本課程的看法和建議XX個人總結(jié)在本次UML課學(xué)習(xí)中，首先我學(xué)會了如何使用 UMI圖作為自己的項(xiàng)目開發(fā)有效工具， 描述自己在開發(fā)前的具體想法，包括使用用例圖，類圖，活動圖，狀態(tài)圖，協(xié)作圖等。在具 體通過快遞管理系統(tǒng)這個大作用明確了各種UML圖在項(xiàng)目開發(fā)中的具體作用和適當(dāng)使用時機(jī)，例如首先我們應(yīng)明確整個系統(tǒng)的需求，知道系統(tǒng)是為哪些人服務(wù)的， 具體要做什么事情，使用者是哪些人等等， 然后根據(jù)具體信息畫出相應(yīng)的用例圖，在具體情況具體分析， 給出相應(yīng)的其他UML圖。在本次課程中，我不僅學(xué)到了UML的具體畫法，理論知識等，我還明白了團(tuán)隊(duì)工作的重要性，明白了在整個 UML的作業(yè)中最重要的

10、是對系統(tǒng)需求的理解，只是會畫，但沒有明 白客戶的具體要求， 就算做好了，也是不符合要求的， 因此在本次實(shí)驗(yàn)中我們以老師的要求 為客戶要求，針對客戶要求做出了多次的實(shí)驗(yàn)改進(jìn)，力求是客戶滿意。本次課程，我學(xué)到了很多，但同時也有很多不足，希望老師知道改進(jìn)。XX個人總結(jié)在這個學(xué)期的uml課程里，我學(xué)習(xí)了 uml系統(tǒng)建模的一些知識，并在課程學(xué)習(xí)的基礎(chǔ) 上與xx合作完成了快遞管理系統(tǒng)的 uml系統(tǒng)圖。在作業(yè)過程中，從一開始的沒有頭緒到一次次的交作業(yè)，問老師，后來漸漸成熟起來的想法，或多或少都是一種進(jìn)步的過程。對于用例圖，活動圖，狀態(tài)圖，類圖，序列圖中的符 號，以及對于每一幅圖對應(yīng)的 MDA步驟，以及每一幅所代表的內(nèi)容和相互之間的聯(lián)系都是 每一次修改中明確出來的。 整個系統(tǒng)是一個整體， 在過程中，每個名字與事件與步驟都要相 互對應(yīng)，使整個系統(tǒng)思路更為清晰。在對一個系統(tǒng)建模的過程中， 也意識到程序的思考也應(yīng)該遵循這樣的規(guī)則，整