Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,*,*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,1-1,練習(xí):請對超市進(jìn)銷存系統(tǒng)進(jìn)行UML建模,系統(tǒng)需滿足的基本需求如下：,1、銷售：,售貨員接受顧客訂購，輸入顧客購買的商品，計算總價,顧客付款并接受清單,售貨員保存顧客購買的商品記錄,2、庫存：,庫存管理員每天進(jìn)行盤點,庫存管理員每天發(fā)現(xiàn)庫存商品有損壞時，及時到相關(guān)部門報損,供應(yīng)商的商品到貨時，超市人員首先檢查商品是否合格，并將合格商品入庫處理,經(jīng)理、統(tǒng)計分析員根據(jù)需要進(jìn)行相關(guān)商品的模糊查詢或詳細(xì)查詢,3、訂貨：,訂貨員用新商品供應(yīng)商信息更新供應(yīng)商數(shù)據(jù)庫的信息,訂貨員統(tǒng)計庫存商品是否低于庫存下限，然后制作訂貨單,4、經(jīng)理：,經(jīng)理在促銷期間或節(jié)日期間，注明相關(guān)商品的促銷價格和手段,經(jīng)理按市場情況經(jīng)常變動商品價格,練習(xí):請對超市進(jìn)銷存系統(tǒng)進(jìn)行UML建模,繪出整個用例圖,繪出幾個用例的順序圖,繪出基于上述順序圖得出的類圖,給出“訂貨單”對象的狀態(tài)圖,分析1,1、銷售：,售貨員接受顧客訂購，輸入顧客購買的商品，計算總價,顧客付款并接受清單,售貨員保存顧客購買的商品記錄,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.計算總價,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)行盤點,庫存管理員每天發(fā)現(xiàn)庫存商品有損壞時，及時到相關(guān)部門報損,供應(yīng)商的商品到貨時，超市人員首先檢查商品是否合格，并將合格商品入庫處理,經(jīng)理、統(tǒng)計分析員根據(jù)需要進(jìn)行相關(guān)商品的模糊查詢或詳細(xì)查詢,提到的業(yè)務(wù)：,1.盤點(庫存管理員),盤點時，如果發(fā)現(xiàn)有損壞則報損,2.入庫(超市人員?也可能就是庫存管理員),入庫時先檢查商品是否合格,3.查詢(經(jīng)理、統(tǒng)計分析員),以上三種業(yè)務(wù)相對獨立,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)，但相對獨立,3、訂貨,有關(guān)的類：供應(yīng)商數(shù)據(jù)庫，訂貨單,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類提出，而是向控制類提出，由控制類再調(diào)用實體類的操作。,“銷售”場景的時序,“訂貨”場景的時序,相關(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ù)量；,每日盤點，發(fā)現(xiàn)損壞，要相應(yīng)減少數(shù)量；,銷售時，售出的商品要相應(yīng)減少數(shù)量；,以上可總結(jié)為同一操作！-更新庫存(),問題：庫存數(shù)量,哪些業(yè)務(wù)與此屬性有關(guān)？,入庫，盤點，銷售這三個用例都要用到“更新庫存”操作，可考慮提取出一個子用例。,銷售時，售出的商品要相應(yīng)減少數(shù)量，所以，前面的時序圖中，應(yīng)該加上此項操作。,更新用例圖,更新“銷售”時序圖,回到“訂貨”場景,已知參與者：訂貨員,已知實體：供應(yīng)商DB，訂貨單，商品,需要構(gòu)造一個邊界類：訂貨UI,可要求統(tǒng)計商品庫存，并列出庫存低于下限的商品；,對滿足條件的商品，可以要求制作(創(chuàng)建)訂貨單；,針對商品可列出供應(yīng)商，供訂貨員選擇。,可構(gòu)造一個控制類，來跟相關(guān)的實體類打交道。,“訂貨”場景的時序,研究一下“訂貨單”的狀態(tài),對象-訂貨單：,訂貨時創(chuàng)建，創(chuàng)建后到提交給供貨商之間，都可以改變（更換供貨商，更改訂貨數(shù)量等）,提交后，等待所訂商品到貨；,到貨后，檢查并辦理入庫手續(xù)；,入庫完成后，該訂單完成。,待定狀態(tài),等貨狀態(tài),入庫中,已完成,研究一下“訂貨單”的狀態(tài),對象-訂貨單：,訂貨時創(chuàng)建，創(chuàng)建后到提交給供貨商之間，都可以改變（更換供貨商，更改訂貨數(shù)量等）,提交后，等待所訂商品到貨；,到貨后，檢查并辦理入庫手續(xù)；,入庫完成后，該訂單完成。,當(dāng)然，入庫時若發(fā)現(xiàn)有問題，可能還會有個“投訴狀態(tài)”或是“退貨狀態(tài)”之類,“訂貨單”,所以，“訂貨單”類應(yīng)該有一個“狀態(tài)”屬性,相關(guān)活動,加上對象流,此時的類圖,對實體類進(jìn)行數(shù)據(jù)庫設(shè)計(1),商品：,商品編號，名稱，類別，單價，數(shù)量,供應(yīng)商：,需增加一個OID-供貨商編號,名稱，地址，商品編號，價格,訂貨單：,需增加一個OID訂單編號,商品編號，數(shù)量，供貨商編號，狀態(tài),商品編號,名稱,類別,單價,庫存數(shù)量,P,商品：,供貨商編號,名稱,地址,商品編號,價格,P,F,供應(yīng)商：,訂單編號,商品編號,數(shù)量,供貨商編號,狀態(tài),P,F,F,訂貨單：,對實體類進(jìn)行數(shù)據(jù)庫設(shè)計(2),購買記錄：,需要增加一個對象OID記錄編號,“所購商品”有多個商品，可以另開一個表“購買清單”：,記錄編號，商品編號，數(shù)量,記錄表與清單表是一對多的關(guān)系,