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

下載本文檔

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

文檔簡介

1、蘭州交通大學 UML課程設計案例 快遞管理系統(tǒng) 1系統(tǒng)需求描述 1 2. MDA系統(tǒng)分析與設計 1 2.1 CIM-1定義業(yè)務流程4 2.2 CIM-2分析業(yè)務流程4 2.3 CIM-3定義系統(tǒng)范圍7 2.4 PIM-1系統(tǒng)用例敘述10 2.5 PIM-2分析業(yè)務規(guī)則 10 2.6 PIM-3定義靜態(tài)結(jié)構(gòu) 13 2.7 PIM-4定義操作與方法 13 3. 個人總結(jié)14 1.系統(tǒng)需求描述 文字描述系統(tǒng)功能需求和人員 本次UML課程大作業(yè),我們首先考慮作的是一個論壇管理系統(tǒng),但由于使用廣泛性和生 活矢聯(lián)性,最后我們做了一個快遞管理系統(tǒng)。 首先,我們通過網(wǎng)絡與日常生活中的快遞實際使用,大概了解模擬

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

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

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

5、收快遞 客戶收快遞 跟蹤寄件信息 客戶跟蹤寄件信息 快遞消費 客戶進行快遞消費 補寄快遞賬單及發(fā)票 客戶要求補寄快遞賬單及發(fā)票 針對主要的業(yè)務用例,繪制業(yè)務流程 寄快遞: 企業(yè)首次寄快遞 不臺格】 般寄件 傾約 主管)分削快遞員 轉(zhuǎn)發(fā)快遞 未傾 約 rT1 (快謹員)寄醫(yī)賬單及笈哥 跟蹤快遞信 收快遞: (快浚負)通知收件 人 通用未這打裝敗次敎凸 (收件人)正常接 收 (快遞員)退回快 憬 通知未迭”失瞰次數(shù)”3 快遞消費: 每月定時【企業(yè)月結(jié)】 f毎月定時)結(jié)豊月賬單 -般結(jié)算1 (快遞員)登記費用收取信息 (主管)審核月脹單 補寄快遞賬單及發(fā)票 /心要求補寄賬單底境票 (快謹員登記補寄信

6、息 J主管)審核是習已寄送賬單艮發(fā)熏 (快遞員反憬補寄信貳I 2.3 CIM-3定義系統(tǒng)范圍 按照活動負責人,繪制系統(tǒng)用例圖主 管 會員賬戶,擔保賬戶 主管 寄件 主管 快遞員 快謹員 寄件 快逶公司 客戶 客戶 會負保賬戶 按肅姿內(nèi) 收件人 2.4 PIM-1系統(tǒng)用例敘述 1、系統(tǒng)用例敘述一通知收件人 用例名稱 通知收件人 用例編號 SUC001 用例簡述 快遞員通知收件人收貨 用例圖 夬通知收件人員 快遞員收件人 主要流程 1)快遞員查詢派送信息 2)快遞員操作本系統(tǒng)發(fā)送第一次通知 3)檢查運單是否矢閉 替代流程 2a) 2次沒有收件人來收件,則再次通知 2b)第3次依舊沒有人來收件,退回

7、快遞公司,不再通知 例外流程 3a)非收件人拒收,則無效 業(yè)務規(guī)則 1)必須在收件人確認退貨的情況下才能辦理拒收并退回 2)在3次通知收件人并無人在指定地點收件才能確認退回快遞公司 非UML文檔 快遞單pdf文件、發(fā)貨統(tǒng)計pdf文件 其他 填了假簽收數(shù)據(jù)的“快遞單”和發(fā)貨統(tǒng)計紙本 2、系統(tǒng)用例敘述一審核月賬單 用例名稱 審核月賬單 用例編號 SUC002 用例簡述 主管審核企業(yè)用戶的月賬單 用例圖 00 央乂核月賬單、才十 主管金業(yè) 主要流程 1)主管校對月賬單 2)檢杳付款狀態(tài),杳看是否有拖欠款 3)查看擔保信息,確認是否繼續(xù)提供會員服務 4)企業(yè)確認月賬單 例外流程 3a)若超出擔保范圍,

8、則停止服務 3b)若企業(yè)倒閉,則按法律規(guī)定追取所欠費用 業(yè)務規(guī)則 1)寄件費用二該企業(yè)本月全部寄件費用總和 2)每份寄件二標準價格+超重價格+高級路徑(水運,航運) 非UML文檔 :寄件費用詳單pdf文件、發(fā)票pdf文件、每份快遞賬單單 其他 填了假簽收數(shù)據(jù)的快遞單、發(fā)票紙本和費用詳單 2.5 PIM-2分析業(yè)務規(guī)則 根據(jù)重要業(yè)務對象,繪制狀態(tài)圖) 發(fā)息費 待佑朋爛一 - d d d d 2.6 PIM-3定義靜態(tài)結(jié)構(gòu) 繪制類圖,可進一步根據(jù)順序圖反饋改進 快冕輕司 否司名稱 +祥瞰快僂 0 1 收件人 眾件人電話 戰(zhàn)件人地址 /.A 寄陣人 寄件人電話 奇牛人姓名 脊儲人地 卄貢約快遞0 趣

9、蹤萱詢快謹0 魯豔蟲戶說 j計管企業(yè)覺款旳間及金額。 個人寄快諾 企業(yè)寄快透 磴記始發(fā)信息0 磴記始發(fā)信息.0 +記錄快遞帳單0 * 1 4 自廉 冊單息 注*信 號司月保 偏公蜀擔 爰員員 會會合會 . 2.7 PIM-4定義操作與方法 根據(jù)用例行為,繪制順序圖 通知收件人: /快遞公司 八収件人 1:快謹員查詢派送信息0 社q若運單未尖閉則可脩環(huán)浦知球 2 ;發(fā)送通知信患0 kl 3:栓査是否矢閉話單0討: 審核月賬單: 6 :發(fā)送月賬單0 3.個人總結(jié) 結(jié)合大作業(yè)實踐,分別給出個人總結(jié)以及對本課程的看法和建議 XX個人總結(jié) 在本次UML課學習中,首先我學會了如何使用UMI圖作為自己的項目

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

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

溫馨提示

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

評論

0/150

提交評論