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

1、浙江大學(xué)寧波理工學(xué)院2010-2011學(xué)年第1學(xué)期統(tǒng)一建模語(yǔ)言概述大作業(yè)開(kāi)課分院：信息分院課程設(shè)計(jì)名稱：快遞管理系統(tǒng)小組成員：軟件08吳麒軟件08李霞完成日期：（答辯版）1系絞島求描述32. MDA系統(tǒng)分析與設(shè)計(jì)3CIM-1定義業(yè)務(wù)流程4CIM-2分析業(yè)務(wù)流程4CIM-3定義系統(tǒng)范圉7PIM-1系統(tǒng)用例敘述10PIM-2分析業(yè)務(wù)規(guī)則10PIM-3左義靜態(tài)結(jié)構(gòu)13PIM-4定義操作與方法133. 個(gè)人總結(jié)141. 系統(tǒng)需求描述本次UML課程大作業(yè)，我們首先考慮作的是一個(gè)論壇管理系統(tǒng)，但由于使用廣泛性和生活 關(guān)聯(lián)性，最后我們做了一個(gè)快遞管理系統(tǒng)。首先，我們通過(guò)網(wǎng)絡(luò)與日常生活中的快遞實(shí)際使用，大概了

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

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

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

5、單及發(fā)票2.2 CIM-2分析業(yè)務(wù)流程寄快遞：企業(yè)首次寄快遞一般寄件轉(zhuǎn)發(fā)快遞跟蹤快遞信息:收快遞:快遞消費(fèi):補(bǔ)寄快遞賬單及發(fā)票:（客戶）要求補(bǔ)寄賬單恐發(fā)票（快遞員）登記補(bǔ)寄信息（主管）審核是否已寄注賬單及岌票（快謹(jǐn)員）反諾補(bǔ)寄信息2.3 CIM-3定義系統(tǒng)范圍主管主管快遞員快謹(jǐn)員喜戶會(huì)員擔(dān)保賬戶快逆員客戶吉戶收件人收件人2.4 PIM-1系統(tǒng)用例敘述用例名稱通知收件人用例編號(hào)SUC001用例簡(jiǎn)述快遞員通知收件人收貨用例圖OO天 知收件Q） 天快遞員收件人主要流程1）快遞員査詢派送信息2）快遞員操作本系統(tǒng)發(fā)送第一次通知3）檢查運(yùn)單是否關(guān)閉替代流程2a） 2次沒(méi)有收件人來(lái)收件，則再次通知2b）第3

6、次依舊沒(méi)有人來(lái)收件，退回快遞公司，不再通知例外流程3a）非收件人拒收，則無(wú)效業(yè)務(wù)規(guī)則1）必須在收件人確認(rèn)退貨的情況下才能辦理拒收并退回2）在3次通知收件人并無(wú)人在指泄地點(diǎn)收件才能確認(rèn)退回快遞公司非UML文 檔快遞單pdf文件、發(fā)貨統(tǒng)計(jì)pdf文件其他填了假簽收數(shù)據(jù)的“快遞單”和發(fā)貨統(tǒng)計(jì)紙本用例名稱審核月賬單用例編號(hào)SUC002用例簡(jiǎn)述主管審核企業(yè)用戶的月賬單用例圖O廠O天 月弩 夫主管企業(yè)主要流程1）主管校對(duì)月賬單2）檢查付款狀態(tài)，査看是否有拖欠款3）査看擔(dān)保信息，確認(rèn)是否繼續(xù)提供會(huì)員服務(wù)4）企業(yè)確認(rèn)月賬單例外流程3a）若超岀擔(dān)保范圍，則停止服務(wù)3b）若企業(yè)倒閉，則按法律規(guī)定追取所欠費(fèi)用業(yè)務(wù)規(guī)則

7、1）寄件費(fèi)用二該企業(yè)本月全部寄件費(fèi)用總和2）每份寄件二標(biāo)準(zhǔn)價(jià)格+超重價(jià)格+高級(jí)路徑（水運(yùn)，航運(yùn)）非UML文 檔寄件費(fèi)用詳單Pdf文件、發(fā)票pdf文件、每份快遞賬單單其他填了假簽收數(shù)據(jù)的快遞單、發(fā)票紙本和費(fèi)用詳單2.5 PIM-2分析業(yè)務(wù)規(guī)則待發(fā)do/登記快件信息do/計(jì)算快遞消寒do/產(chǎn)生運(yùn)單號(hào)do/分類寄送exit/按壽求提供賬單及發(fā)票丿ky正常簽收正常寄送entry/登記始發(fā)信息中轉(zhuǎn)停留站exit/登記轉(zhuǎn)發(fā)信息到達(dá)終點(diǎn)站 entry/登記到站信息 do/通知收件人 do/分配快遞員送貨/失敗次數(shù)3entry/設(shè)走簽收狀態(tài)Q.do/登記簽收信息 (exit；關(guān)閉運(yùn)單 J丿通知飆/失敗次數(shù)X3

8、拒牧entry/設(shè)走拒收狀態(tài) do/登記拒收信息 exit/退回快遞退回寄件人完整/檢魚(yú)寄件人信息fO不完整W存放快遞公司ent護(hù)疑存放按態(tài) do/豈iB存放信負(fù)2.6 PIM-3定義靜態(tài)結(jié)構(gòu)2. 7 PIM-4定義操作與方法通知收件人:收件人I1 :快逮丙査甸派醫(yī)信息0se停靜未關(guān)閉則可循環(huán)謹(jǐn)知?程/2 :岌送通知信慝03 :槍蟲(chóng)是舌關(guān)閉運(yùn)單0II審核月賬單:/企業(yè)月賬單/會(huì)員賬戶I :校對(duì)月賬單02：查看付款狀態(tài)是否有拖欠款0I/會(huì)員擔(dān)保賬戶3：查看擔(dān)保捨息，確定是否繼綾提員會(huì)員服務(wù)0II:4：確認(rèn)月賬單02A/3. 個(gè)人總結(jié)李霞個(gè)人總結(jié)在本次UML課學(xué)習(xí)中，首先我學(xué)會(huì)了如何使用UM1圖作

9、為自己的項(xiàng)目開(kāi)發(fā)有效工具, 描述自己在開(kāi)發(fā)前的具體想法，包括使用用例圖，類圖，活動(dòng)圖，狀態(tài)圖，協(xié)作圖等。在具 體通過(guò)快遞管理系統(tǒng)這個(gè)大作用明確了各種UML圖在項(xiàng)目開(kāi)發(fā)中的具體作用和適當(dāng)使用時(shí) 機(jī)，例如首先我們應(yīng)明確整個(gè)系統(tǒng)的需求，知道系統(tǒng)是為哪些人服務(wù)的，具體要做什么事情, 使用者是哪些人等等，然后根據(jù)具體信息畫(huà)出相應(yīng)的用例圖，在具體情況具體分析，給出相 應(yīng)的其他UML圖。在本次課程中，我不僅學(xué)到了 UML的具體畫(huà)法，理論知識(shí)等，我還明白了團(tuán)隊(duì)工 作的重要性，明白了在整個(gè)UML的作業(yè)中最重要的是對(duì)系統(tǒng)需求的理解，只是會(huì)畫(huà)，但沒(méi)有 明白客戶的具體要求，就算做好了，也是不符合要求的，因此在本次實(shí)驗(yàn)

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