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

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

1、練習(xí):請(qǐng)對(duì)超市進(jìn)銷存系統(tǒng)進(jìn)行UML建模系統(tǒng)需滿足的基本需求如下：1、銷售：售貨員接受顧客訂購(gòu)，輸入顧客購(gòu)買的商品，計(jì)算總價(jià)顧客付款并接受清單售貨員保存顧客購(gòu)買的商品記錄2、庫(kù)存：庫(kù)存管理員每天進(jìn)行盤點(diǎn)庫(kù)存管理員每天發(fā)現(xiàn)庫(kù)存商品有損壞時(shí)，及時(shí)到相關(guān)部門報(bào)損供應(yīng)商的商品到貨時(shí)，超市人員首先檢查商品是否合格，并將合格商品入庫(kù)處理經(jīng)理、統(tǒng)計(jì)分析員根據(jù)需要進(jìn)行相關(guān)商品的模糊查詢或詳細(xì)查詢3、訂貨：訂貨員用新商品供應(yīng)商信息更新供應(yīng)商數(shù)據(jù)庫(kù)的信息訂貨員統(tǒng)計(jì)庫(kù)存商品是否低于庫(kù)存下限，然后制作訂貨單4、經(jīng)理：經(jīng)理在促銷期間或節(jié)日期間，

2、注明相關(guān)商品的促銷價(jià)格和手段經(jīng)理按市場(chǎng)情況經(jīng)常變動(dòng)商品價(jià)格練習(xí):請(qǐng)對(duì)超市進(jìn)銷存系統(tǒng)進(jìn)行UML建模繪出整個(gè)用例圖繪出幾個(gè)用例的順序圖繪出基于上述順序圖得出的類圖給出“訂貨單”對(duì)象的狀態(tài)圖分析11、銷售：售貨員接受顧客訂購(gòu)，輸入顧客購(gòu)買的商品，計(jì)算總價(jià)顧客付款并接受清單售貨員保存顧客購(gòu)買的商品記錄1、銷售：1.售貨員接受顧客訂購(gòu)2.售貨員輸入顧客購(gòu)買的商品3.售貨員計(jì)算總價(jià)4.顧客付款5.顧客接受清單6.售貨員保存顧客購(gòu)買的商品記錄問(wèn)題：1.接受顧客訂購(gòu)是什么意思？就是打開(kāi)相關(guān)的業(yè)務(wù)處理界面，開(kāi)始一次新業(yè)務(wù)2.輸入商品是

3、可以多次重復(fù)的3.計(jì)算總價(jià)—系統(tǒng)計(jì)算4.顧客付款—系統(tǒng)接受或確認(rèn)付款5.顧客接受清單—清單哪里來(lái)的？應(yīng)該是前面某一步驟中打印出來(lái)的(付款后)分析1銷售：1.打開(kāi)業(yè)務(wù)界面，開(kāi)始一次新的銷售；2.輸入顧客購(gòu)買的商品(可重復(fù)多次)3.計(jì)算總價(jià)4.接受付款5.打印清單并交給顧客6.保存購(gòu)買記錄？1、銷售本場(chǎng)景中可能比較特殊的步驟：1.付款系統(tǒng)會(huì)支持什么樣的支付方式未知如果只收現(xiàn)金，則系統(tǒng)中只需要售貨員確認(rèn)已收款如果支持刷卡，系統(tǒng)需要有支付接口詳細(xì)情況2.保存購(gòu)買記錄1、銷售可能特殊的步驟，與重復(fù)的步驟一樣，可用包含關(guān)系列出：

4、1、銷售本場(chǎng)景中可能存在的實(shí)體類有：商品：應(yīng)該會(huì)有ID、名稱、單價(jià)等屬性總價(jià)：應(yīng)該是清單和購(gòu)買記錄的一項(xiàng)數(shù)據(jù)。清單：給顧客看的紙購(gòu)買記錄：與清單的內(nèi)容應(yīng)該是一致的（是一致，不是一樣）最終結(jié)果：商品，購(gòu)買記錄2、庫(kù)存需求描述：庫(kù)存管理員每天進(jìn)行盤點(diǎn)庫(kù)存管理員每天發(fā)現(xiàn)庫(kù)存商品有損壞時(shí)，及時(shí)到相關(guān)部門報(bào)損供應(yīng)商的商品到貨時(shí)，超市人員首先檢查商品是否合格，并將合格商品入庫(kù)處理經(jīng)理、統(tǒng)計(jì)分析員根據(jù)需要進(jìn)行相關(guān)商品的模糊查詢或詳細(xì)查詢提到的業(yè)務(wù)：1.盤點(diǎn)(庫(kù)存管理員)盤點(diǎn)時(shí)，如果發(fā)現(xiàn)有損壞則報(bào)損2.入庫(kù)(超市人員?也可能就是庫(kù)存

5、管理員)入庫(kù)時(shí)先檢查商品是否合格3.查詢(經(jīng)理、統(tǒng)計(jì)分析員)以上三種業(yè)務(wù)相對(duì)獨(dú)立2、庫(kù)存3、訂貨需求描述：訂貨員用新商品供應(yīng)商信息更新供應(yīng)商數(shù)據(jù)庫(kù)的信息訂貨員統(tǒng)計(jì)庫(kù)存商品是否低于庫(kù)存下限，然后制作訂貨單提到的業(yè)務(wù)：1.更新供應(yīng)商數(shù)據(jù)庫(kù)2.訂貨條件：某商品的庫(kù)存低于下限制作訂貨單是一個(gè)步驟應(yīng)該會(huì)有選擇供應(yīng)商這個(gè)步驟以上兩種業(yè)務(wù)雖然有關(guān)聯(lián)，但相對(duì)獨(dú)立3、訂貨有關(guān)的類：供應(yīng)商數(shù)據(jù)庫(kù)，訂貨單4、統(tǒng)計(jì)需求描述：經(jīng)理在促銷期間或節(jié)日期間，注明相關(guān)商品的促銷價(jià)格和手段經(jīng)理按市場(chǎng)情況經(jīng)常變動(dòng)商品價(jià)格提到的業(yè)務(wù)：1.促銷：條件：特殊時(shí)

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

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

8、更新庫(kù)存()問(wèn)題：庫(kù)存數(shù)量哪些業(yè)務(wù)與此屬性有關(guān)？入庫(kù)，盤點(diǎn)，銷售這三個(gè)用例都要用到“更新庫(kù)存”操作，可考慮提取出一個(gè)子用例。銷售時(shí)，售出的商品要相應(yīng)減少數(shù)量，所以，前面的時(shí)序圖中，應(yīng)該加上此項(xiàng)操作。更新用例圖更新“銷售”時(shí)序圖回到“訂貨”場(chǎng)景已知參與者：訂貨員已知實(shí)體：供應(yīng)商DB，訂貨單，商品需要構(gòu)造一個(gè)邊界類：訂貨UI可要求統(tǒng)計(jì)商品庫(kù)存，并列