UML快遞管理系統(tǒng)要點(diǎn)

蘭州交通大學(xué)UML課程設(shè)計案例快遞管理系統(tǒng)

目錄1. 系統(tǒng)需求描述 12. MDA系統(tǒng)分析與設(shè)計 12.1 CIM-1定義業(yè)務(wù)流程 42.2 CIM-2分析業(yè)務(wù)流程 42.3 CIM-3定義系統(tǒng)范疇 72.4 PIM-1系統(tǒng)用例敘述 102.5 PIM-2分析業(yè)務(wù)規(guī)則 102.6 PIM-3定義靜態(tài)構(gòu)造 132.7 PIM-4定義操作與辦法 133. 個人總結(jié) 14系統(tǒng)需求描述{文字描述系統(tǒng)功效需求和人員}本次UML課程大作業(yè)，我們首先考慮作的是一種論壇管理系統(tǒng)，但由于使用廣泛性和生活關(guān)聯(lián)性，最后我們做了一種快遞管理系統(tǒng)。首先，我們通過網(wǎng)絡(luò)與日常生活中的快遞實際使用，大概理解模擬了快遞公司的基本狀況，涉及快遞的寄件，收件，中轉(zhuǎn)，快遞跟蹤等等，同時吸取老師的意見，對我們的報告最初對應(yīng)的修改。我們的快遞管理系統(tǒng)是基于日常生活為基礎(chǔ)，為一家快遞公司設(shè)計的，重要面對人群為單人客戶和公司客戶，由于單人客的流動性和不擬定性，我們的系統(tǒng)只為公司客戶提供會員服務(wù)，在公司成為快遞公司的會員時能夠享有一定的特權(quán)，例如延期付款，統(tǒng)一快遞發(fā)送等等。我們定義的業(yè)務(wù)流程圖重要是客戶業(yè)務(wù)用例圖，客戶的動作比較單一，涉及寄快遞，收快遞，跟蹤快遞信息、快遞消費(fèi)、補(bǔ)寄快遞賬單及發(fā)票。分析業(yè)務(wù)流程分為五大塊：寄快遞（公司初次寄快遞，普通寄件，轉(zhuǎn)發(fā)快遞）、收快遞、跟蹤快遞信息、快遞消費(fèi)、補(bǔ)寄快遞賬單及發(fā)票。定義系統(tǒng)范疇以人為具體實體，定義系統(tǒng)范疇。涉及：主管、快遞員、客戶、收件人。主管負(fù)責(zé)審核會員賬戶、提示不合格處、擬定會員擔(dān)保信息、結(jié)算月賬單、審核月賬單、審核與否已寄送賬單及發(fā)票、分派快遞員?？爝f員負(fù)責(zé)存儲會員信息、登記賬單、存儲會員擔(dān)保信息、登記寄件信息、申辦會員賬號、收取快遞費(fèi)用、打印賬單及發(fā)票、登記補(bǔ)寄信息、反饋補(bǔ)寄信息、登記轉(zhuǎn)發(fā)快遞、退回快遞、告知收件人、送達(dá)?？蛻糁灰汗咎顚憮?dān)確保明、公司申辦擔(dān)保賬戶、輸入運(yùn)單號查詢、規(guī)定補(bǔ)寄賬單及發(fā)票。收件人只需要正常接受快遞和拒收快遞。分析系統(tǒng)流程從告知收件人和審核月賬單兩部分分析系統(tǒng)流程。告知收件人：快遞員發(fā)告知給收件人告知發(fā)貨，2次沒有收件人來收件，退回快遞公司，并再次告知，第3次仍舊沒有人來收件，退回快遞公司，不再告知。審核月賬單：主管結(jié)算月賬單、主管審核校對月賬單、檢查付款狀態(tài)，查看與否有拖欠款、查看擔(dān)保信息，確認(rèn)與否繼續(xù)提供會員服務(wù)（若超出擔(dān)保范疇，則停止服務(wù)，若公司倒閉，則按法律規(guī)定追取所欠費(fèi)用）寄件費(fèi)用=該公司本月全部寄件費(fèi)用總和每份寄件=原則價格+超重價格+高級途徑（水運(yùn)，航運(yùn)）MDA系統(tǒng)分析與設(shè)計CIM-1定義業(yè)務(wù)流程{按照參加者，繪制業(yè)務(wù)流程，即該參加者的重要工作場景}客戶用例圖業(yè)務(wù)用例名稱簡述寄快遞客戶寄快遞收快遞客戶收快遞跟蹤寄件信息客戶跟蹤寄件信息快遞消費(fèi)客戶進(jìn)行快遞消費(fèi)補(bǔ)寄快遞賬單及發(fā)票客戶規(guī)定補(bǔ)寄快遞賬單及發(fā)票CIM-2分析業(yè)務(wù)流程{針對重要的業(yè)務(wù)用例，繪制業(yè)務(wù)流程}寄快遞：公司初次寄快遞普通寄件轉(zhuǎn)發(fā)快遞跟蹤快遞信息:收快遞:快遞消費(fèi):補(bǔ)寄快遞賬單及發(fā)票:CIM-3定義系統(tǒng)范疇{按照活動負(fù)責(zé)人，繪制系統(tǒng)用例圖}主管快遞員客戶收件人PIM-1系統(tǒng)用例敘述1、系統(tǒng)用例敘述—告知收件人用例名稱告知收件人用例編號SUC001用例簡述快遞員告知收件人收貨用例圖重要流程快遞員查詢派送信息快遞員操作本系統(tǒng)發(fā)送第一次告知檢查運(yùn)單與否關(guān)閉替代流程2a）2次沒有收件人來收件，則再次告知2b）第3次仍舊沒有人來收件，退回快遞公司，不再告知例外流程3a）非收件人拒收，則無效業(yè)務(wù)規(guī)則必須在收件人確認(rèn)退貨的狀況下才干辦理拒收并退回在3次告知收件人并無人在指定地點(diǎn)收件才干確認(rèn)退回快遞公司非UML文檔快遞單pdf文獻(xiàn)、發(fā)貨統(tǒng)計pdf文獻(xiàn)其它填了假簽收數(shù)據(jù)的“快遞單”和發(fā)貨統(tǒng)計紙本2、系統(tǒng)用例敘述—審核月賬單用例名稱審核月賬單用例編號SUC002用例簡述主管審核公司顧客的月賬單用例圖重要流程主管校對月賬單檢查付款狀態(tài)，查看與否有拖欠款查看擔(dān)保信息，確認(rèn)與否繼續(xù)提供會員服務(wù)公司確認(rèn)月賬單例外流程3a）若超出擔(dān)保范疇，則停止服務(wù)3b）若公司倒閉，則按法律規(guī)定追取所欠費(fèi)用業(yè)務(wù)規(guī)則寄件費(fèi)用=該公司本月全部寄件費(fèi)用總和每份寄件=原則價格+超重價格+高級途徑（水運(yùn)，航運(yùn)）非UML文檔寄件費(fèi)用詳單pdf文獻(xiàn)、發(fā)票pdf文獻(xiàn)、每份快遞賬單單其它填了假簽收數(shù)據(jù)的快遞單、發(fā)票紙本和費(fèi)用詳單PIM-2分析業(yè)務(wù)規(guī)則{根據(jù)重要業(yè)務(wù)對象，繪制狀態(tài)圖} PIM-3定義靜態(tài)構(gòu)造{繪制類圖，可進(jìn)一步根據(jù)次序圖反饋改善}PIM-4定義操作與辦法{根據(jù)用例行為，繪制次序圖}告知收件人：審核月賬單：個人總結(jié){結(jié)合大作業(yè)實踐，分別給出個人總結(jié)以及對本課程的見解和建議}xx個人總結(jié)在本次UML課學(xué)習(xí)中，首先我學(xué)會了如何使用UMl圖作為自己的項目開發(fā)有效工具，描述自己在開發(fā)前的具體想法，涉及使用用例圖，類圖，活動圖，狀態(tài)圖，協(xié)作圖等。在具體通過快遞管理系統(tǒng)這個大作用明確了多個UML圖在項目開發(fā)中的具體作用和適宜使用時機(jī)，例如首先我們應(yīng)明確整個系統(tǒng)的需求，懂得系統(tǒng)是為哪些人服務(wù)的，具體要做什么事情，使用者是哪些人等等，然后根據(jù)具體信息畫出對應(yīng)的用例圖，在具體狀況具體分析，給出對應(yīng)的其它UML圖。在本次課程中，我不僅學(xué)到了UML的具體畫法，理論知識等，我還明白了團(tuán)體工作的重要性，明白了在整個UML的作業(yè)中最重要的是對系統(tǒng)需求的理解，只是會畫，但沒有明白客戶的具體規(guī)定，就算做好了，也是不符合規(guī)定的，因此在本次實驗中我們以老師的規(guī)定為客戶規(guī)定，針對客戶規(guī)定做出了多次的實驗改善，力求是客戶滿意。本次課程，我學(xué)到了諸多，但同時也有諸多局限性，但愿老師懂得改善。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環(huán)節(jié)，以及每一幅所代表的內(nèi)容和互相之間的聯(lián)系都是每一次修改中明確出來的。整個系統(tǒng)是一種整體，在過程中，每個名字與事件與環(huán)節(jié)都要互相對應(yīng)，使整個系統(tǒng)思路更為清晰。在對一種系統(tǒng)建模的過程中，也意識到程序的思考也應(yīng)當(dāng)遵照這樣的規(guī)則，整個系統(tǒng)都應(yīng)當(dāng)聯(lián)系在一起。并且思考過程