UML_快遞管理系統(tǒng)方案_第1頁(yè)
UML_快遞管理系統(tǒng)方案_第2頁(yè)
UML_快遞管理系統(tǒng)方案_第3頁(yè)
UML_快遞管理系統(tǒng)方案_第4頁(yè)
已閱讀5頁(yè),還剩14頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、浙江大學(xué)寧波理工學(xué)院2010-2011 學(xué)年第 1 學(xué)期統(tǒng)一建模語(yǔ)言概述大作業(yè)開(kāi)課分院:信息分院課程設(shè)計(jì)名稱:_快遞管理系統(tǒng)_小組成員:軟件003- 吳一麒軟件001-霞完成日期:2011.1.12(答辯版)目錄1.系統(tǒng)需求描述.32.MDA 系統(tǒng)分析與設(shè)計(jì) .32.1CIM-1定義業(yè)務(wù)流程 .42.2CIM-2分析業(yè)務(wù)流程 .42.3CIM-3定義系統(tǒng)圍 .72.4PIM-1系統(tǒng)用例敘述 .102.5PIM-2分析業(yè)務(wù)規(guī)則 .102.6PIM-3定義靜態(tài)結(jié)構(gòu) .132.7PIM-4定義操作與方法 .133.個(gè)人總結(jié) .141. 系統(tǒng)需求描述本次 UML 課程大作業(yè),我們首先考慮作的是一個(gè)論壇

2、管理系統(tǒng),但由于使用廣泛性和生活關(guān)聯(lián)性,最后我們做了一個(gè)快遞管理系統(tǒng)。首先,我們通過(guò)網(wǎng)絡(luò)與日常生活中的快遞實(shí)際使用,大概了解模擬了快遞公司的基本情況,包括快遞的寄件,收件,中轉(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ǔ)寄快遞

3、賬單及發(fā)票。分析業(yè)務(wù)流程分為五大塊:寄快遞(企業(yè)首次寄快遞,一般寄件,轉(zhuǎn)發(fā)快遞)、收快遞、跟蹤快遞信息、快遞消費(fèi)、補(bǔ)寄快遞賬單及發(fā)票。定義系統(tǒng)圍以人為具體實(shí)體,定義系統(tǒng)圍。包括:主管、快遞員、客戶、收件人。主管負(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ā)票。收件人只需要正常

4、接收快遞和拒收快遞。分析系統(tǒng)流程從通知收件人和審核月賬單兩部分分析系統(tǒng)流程。通知收件人:快遞員發(fā)通知給收件人通知發(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.1CIM-1定義業(yè)務(wù)流程客戶用例圖業(yè)務(wù)用例名稱簡(jiǎn)述寄快遞客戶寄快遞

5、收快遞客戶收快遞跟蹤寄件信息客戶跟蹤寄件信息快遞消費(fèi)客戶進(jìn)行快遞消費(fèi)補(bǔ)寄快遞賬單及發(fā)票客戶要求補(bǔ)寄快遞賬單及發(fā)票2.2CIM-2分析業(yè)務(wù)流程寄快遞:企業(yè)首次寄快遞(快遞員)申辦會(huì)員賬號(hào)(主管)審核會(huì)員賬戶不合格合格(主管)提醒不合格處(快遞員)存儲(chǔ)會(huì)員信息(企業(yè))填寫(xiě)擔(dān)保證明(企業(yè))申辦擔(dān)保賬戶不合格(主管)確定會(huì)員擔(dān)保信息合格(快遞員)存儲(chǔ)會(huì)員擔(dān)保信息一般寄件轉(zhuǎn)發(fā)快遞跟蹤快遞信息 :收快遞 :快遞消費(fèi) :補(bǔ)寄快遞賬單及發(fā)票:2.3CIM-3定義系統(tǒng)圍主管快遞員客戶收件人2.4PIM-1系統(tǒng)用例敘述用例名稱通知收件人用例編號(hào)用例簡(jiǎn)述SUC001快遞員通知收件人收貨用例圖通知收件人快遞員收件人主

6、要流程1)快遞員查詢派送信息2)快遞員操作本系統(tǒng)發(fā)送第一次通知3)檢查運(yùn)單是否關(guān)閉替代流程2a)2 次沒(méi)有收件人來(lái)收件,則再次通知2b)第 3 次依舊沒(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)用例簡(jiǎn)述SUC002主管審核企業(yè)用戶的月賬單用例圖審核月賬單主管企業(yè)主要流程1)主管校對(duì)月賬單2)檢查付款狀態(tài),查看是否有拖欠款

7、3)查看擔(dān)保信息,確認(rèn)是否繼續(xù)提供會(huì)員服務(wù)例外流程4)企業(yè)確認(rèn)月賬單3a)若超出擔(dān)保圍,則停止服務(wù)業(yè)務(wù)規(guī)則3b)若企業(yè)倒閉,則按法律規(guī)定追取所欠費(fèi)用1)寄件費(fèi)用 =該企業(yè)本月全部寄件費(fèi)用總和非 UML其他文檔2)每份寄件 =標(biāo)準(zhǔn)價(jià)格 +超重價(jià)格 +高級(jí)路徑(水運(yùn),航運(yùn))寄件費(fèi)用詳單pdf 文件、發(fā)票pdf 文件、每份快遞賬單單填了假簽收數(shù)據(jù)的快遞單、發(fā)票紙本和費(fèi)用詳單2.5PIM-2分析業(yè)務(wù)規(guī)則待發(fā)do/ 登記快件信息do/ 計(jì)算快遞消費(fèi)do/ 產(chǎn)生運(yùn)單號(hào)do/ 分類寄送exit/ 按需求提供賬單及發(fā)票正常簽收entry/ 設(shè)定簽收狀態(tài)do/ 登記簽收信息exit/ 關(guān)閉運(yùn)單正常寄送中轉(zhuǎn)停留站

8、entry/ 登記始發(fā)信息exit/ 登記轉(zhuǎn)發(fā)信息到達(dá)終點(diǎn)站entry/ 登記到站信息do/ 通知收件人do/ 分配快遞員送貨/ 失敗次數(shù) =3拒收被退回entry/ 設(shè)定拒收狀態(tài)entry/ 設(shè)定退回狀態(tài)do/ 登記拒收信息exit/ 退回快遞do/ 登記退回信息/ 檢查寄件人信息退回寄件人完整do/ 轉(zhuǎn)發(fā)該快件不完整存放快遞公司entry/ 設(shè)定存放狀態(tài)do/ 登記存放信息2.6PIM-3定義靜態(tài)結(jié)構(gòu)2.7PIM-4定義操作與方法通知收件人:審核月賬單:3. 個(gè)人總結(jié)霞個(gè)人總結(jié)在本次 UML 課學(xué)習(xí)中,首先我學(xué)會(huì)了如何使用UMl 圖作為自己的項(xiàng)目開(kāi)發(fā)有效工具,描述自己在開(kāi)發(fā)前的具體想法,包

9、括使用用例圖,類圖,活動(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)中我們以老師的要求為客戶要求,針對(duì)客戶要求做出了多次的實(shí)

10、驗(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 步驟,以及每一幅所代表的容和相互之間的聯(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)都應(yīng)該聯(lián)系在一起。

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論