UML案例_超市進(jìn)銷存系統(tǒng)教案資料.ppt

《UML案例_超市進(jìn)銷存系統(tǒng)教案資料.ppt》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫。

1、UML案例_超市進(jìn)銷存系統(tǒng)分析11、銷售：售貨員接受顧客訂購，輸入顧客購買的商品，計算總價顧客付款并接受清單售貨員保存顧客購買的商品記錄1、銷售：1.售貨員接受顧客訂購2.售貨員輸入顧客購買的商品3.售貨員計算總價4.顧客付款5.顧客接受清單6.售貨員保存顧客購買的商品記錄問題：1.接受顧客訂購是什么意思？就是打開相關(guān)的業(yè)務(wù)處理界面，開始一次新業(yè)務(wù)2.輸入商品是可以多次重復(fù)的3.計算總價—系統(tǒng)計算4.顧客付款—系統(tǒng)接受或確認(rèn)付款5.顧客接受清單—清單哪里來的？應(yīng)該是前面某一步驟中打印出來的(付款后)分析1銷售：1.打開業(yè)務(wù)界面，開始一次新的銷售；2.輸入顧客購買的商品(可重復(fù)多次)3.計算總

2、價4.接受付款5.打印清單并交給顧客6.保存購買記錄？1、銷售本場景中可能比較特殊的步驟：1.付款系統(tǒng)會支持什么樣的支付方式未知如果只收現(xiàn)金，則系統(tǒng)中只需要售貨員確認(rèn)已收款如果支持刷卡，系統(tǒng)需要有支付接口詳細(xì)情況2.保存購買記錄1、銷售可能特殊的步驟，與重復(fù)的步驟一樣，可用包含關(guān)系列出：1、銷售本場景中可能存在的實體類有：商品：應(yīng)該會有ID、名稱、單價等屬性總價：應(yīng)該是清單和購買記錄的一項數(shù)據(jù)。清單：給顧客看的紙購買記錄：與清單的內(nèi)容應(yīng)該是一致的（是一致，不是一樣）最終結(jié)果：商品，購買記錄2、庫存需求描述：庫存管理員每天進(jìn)行盤點(diǎn)庫存管理員每天發(fā)現(xiàn)庫存商品有損壞時，及時到相關(guān)部門報損供應(yīng)商的商

3、品到貨時，超市人員首先檢查商品是否合格，并將合格商品入庫處理經(jīng)理、統(tǒng)計分析員根據(jù)需要進(jìn)行相關(guān)商品的模糊查詢或詳細(xì)查詢提到的業(yè)務(wù)：1.盤點(diǎn)(庫存管理員)盤點(diǎn)時，如果發(fā)現(xiàn)有損壞則報損2.入庫(超市人員?也可能就是庫存管理員)入庫時先檢查商品是否合格3.查詢(經(jīng)理、統(tǒng)計分析員)以上三種業(yè)務(wù)相對獨(dú)立2、庫存3、訂貨需求描述：訂貨員用新商品供應(yīng)商信息更新供應(yīng)商數(shù)據(jù)庫的信息訂貨員統(tǒng)計庫存商品是否低于庫存下限，然后制作訂貨單提到的業(yè)務(wù)：1.更新供應(yīng)商數(shù)據(jù)庫2.訂貨條件：某商品的庫存低于下限制作訂貨單是一個步驟應(yīng)該會有選擇供應(yīng)商這個步驟以上兩種業(yè)務(wù)雖然有關(guān)聯(lián)，但相對獨(dú)立3、訂貨有關(guān)的類：供應(yīng)商數(shù)據(jù)庫，訂貨單

4、4、統(tǒng)計需求描述：經(jīng)理在促銷期間或節(jié)日期間，注明相關(guān)商品的促銷價格和手段經(jīng)理按市場情況經(jīng)常變動商品價格提到的業(yè)務(wù)：1.促銷：條件：特殊時期2.調(diào)整商品價格條件：根據(jù)市場變動促銷有可能也是調(diào)整商品價格的一種，但是還有個“手段”不詳，所以暫按二者是不同業(yè)務(wù)來處理4、統(tǒng)計結(jié)合剛才已定義的查詢業(yè)務(wù)：初步類圖“銷售”場景的時序已知參與者：售貨員已知實體：商品，購買記錄需要構(gòu)造一個邊界類：銷售UI可輸入商品可計算總價可確認(rèn)顧客已付款可打印清單“銷售”場景的時序“銷售”場景的時序如果要求邊界類與控制類分離，則：再增加一個控制類；讀取商品信息和保存購買記錄這兩項要求不應(yīng)由UI直接向?qū)嶓w類提出，而是向控制類提

5、出，由控制類再調(diào)用實體類的操作?！颁N售”場景的時序“訂貨”場景的時序相關(guān)業(yè)務(wù)：條件：某商品的庫存低于下限—即需要先統(tǒng)計各商品的數(shù)量制作訂貨單是一個步驟應(yīng)該會有選擇供應(yīng)商這個步驟已知參與者：訂貨員已知實體：供應(yīng)商DB，訂貨單，商品問題：庫存數(shù)量怎么得知某商品的庫存數(shù)量？最簡單有效的方法：“商品”類增加一個“數(shù)量”屬性；“商品”類還應(yīng)該有一個“統(tǒng)計庫存”操作，功能是把庫存數(shù)低于某數(shù)量的商品都找出來。問題：庫存數(shù)量哪些業(yè)務(wù)與此屬性有關(guān)？訂貨時，要參考此屬性；貨到后，入庫，要相應(yīng)增加數(shù)量；每日盤點(diǎn)，發(fā)現(xiàn)損壞，要相應(yīng)減少數(shù)量；銷售時，售出的商品要相應(yīng)減少數(shù)量；以上可總結(jié)為同一操作！--更新庫存()問題

6、：庫存數(shù)量哪些業(yè)務(wù)與此屬性有關(guān)？入庫，盤點(diǎn)，銷售這三個用例都要用到“更新庫存”操作，可考慮提取出一個子用例。銷售時，售出的商品要相應(yīng)減少數(shù)量，所以，前面的時序圖中，應(yīng)該加上此項操作。更新用例圖更新“銷售”時序圖回到“訂貨”場景已知參與者：訂貨員已知實體：供應(yīng)商DB，訂貨單，商品需要構(gòu)造一個邊界類：訂貨UI可要求統(tǒng)計商品庫存，并列出庫存低于下限的商品；對滿足條件的商品，可以要求制作(創(chuàng)建)訂貨單；針對商品可列出供應(yīng)商，供訂貨員選擇?？蓸?gòu)造一個控制類，來跟相關(guān)的實體類打交道?！坝嗀洝眻鼍暗臅r序研究一下“訂貨單”的狀態(tài)對象--訂貨單：訂貨時創(chuàng)建，創(chuàng)建后到提交給供貨商之間，都可以改變（更換供貨商，更

7、改訂貨數(shù)量等）提交后，等待所訂商品到貨；到貨后，檢查并辦理入庫手續(xù)；入庫完成后，該訂單完成。待定狀態(tài)等貨狀態(tài)入庫中已完成研究一下“訂貨單”的狀態(tài)對象--訂貨單：訂貨時創(chuàng)建，創(chuàng)建后到提交給供貨商之間，都可以改變（更換供貨商，更改訂貨數(shù)量等）提交后，等待所訂商品到貨；到貨后，檢查并辦理入庫手續(xù)；入庫完成后，該訂單完成。當(dāng)然，入庫時若發(fā)現(xiàn)有問題，可能還會有個“投訴狀態(tài)”或是“退貨狀態(tài)”之類“訂貨單”所以，“訂貨單”