首先建立系統(tǒng)的需求模型，確定系統(tǒng)的使用者及功能。需求模型用UML用例圖進(jìn)行描述。用例圖主要由參與者和用例組成。參與者就是用戶相對(duì)于系統(tǒng)而言所扮演的角色。參與者總是期望使用系統(tǒng)所提供的功能。一個(gè)用例就是參與者對(duì)系統(tǒng)的一次使用。根據(jù)前面分析的汽配銷售運(yùn)作過(guò)程，本系統(tǒng)用例圖如圖l所示。


系統(tǒng)的參與者有4個(gè)：采購(gòu)員、倉(cāng)庫(kù)管理員、銷售員和企業(yè)管理員。采購(gòu)員可以聯(lián)系供應(yīng)商、執(zhí)行采購(gòu)、進(jìn)貨查詢；倉(cāng)庫(kù)管理員可以入庫(kù)處理、出庫(kù)處理、庫(kù)存盤(pán)點(diǎn)及庫(kù)存查詢；銷售員可以聯(lián)系客戶、發(fā)報(bào)價(jià)單、執(zhí)行銷售、退貨處理及銷售查詢；企業(yè)管理員可以進(jìn)貨查詢、銷售查詢及庫(kù)存查詢。

3．3 分析模型

該系統(tǒng)的分析模型包括靜態(tài)模型(用類圖表示)和動(dòng)態(tài)模型(用順序圖表示)。首先根據(jù)問(wèn)題描述及用例，通過(guò)詞法分析，抽取出系統(tǒng)的對(duì)象，進(jìn)而畫(huà)出實(shí)體類圖，用以表示系統(tǒng)靜態(tài)模型。系統(tǒng)部分實(shí)體類圖如圖2所示，這里隱藏了類的屬性和操作，用三角形符號(hào)表示父類．子類聯(lián)系，連線代表一般聯(lián)系。如銷售員驅(qū)動(dòng)“銷售”用例進(jìn)行銷售操作，要填寫(xiě)銷售單及銷售單明細(xì)。每張銷售單對(duì)應(yīng)一個(gè)客戶，并填寫(xiě)銷售日期、操作人等信息。一張銷售單可能有多條明細(xì)，每條明細(xì)對(duì)應(yīng)一種商品、一個(gè)倉(cāng)庫(kù)貨架及其銷售數(shù)量。通過(guò)分析這樣的用例描述，確定該用例涉及的對(duì)象應(yīng)該有銷售單、銷售單明細(xì)、商品、客戶與倉(cāng)庫(kù)貨架，再抽象成類。

建立靜態(tài)模型后，為了表達(dá)系統(tǒng)的動(dòng)態(tài)特征，需建立系統(tǒng)的動(dòng)態(tài)模型。動(dòng)態(tài)模型可用順序圖等表示。圖3給出了銷售用例的順序圖。

由圖3可以看出，銷售用例中涉及5個(gè)對(duì)象：銷售員、銷售編輯窗口、銷售單、銷售明細(xì)、庫(kù)存項(xiàng)。參考者對(duì)象銷售員啟動(dòng)這個(gè)用例，如框圖左上角所示。過(guò)程開(kāi)始時(shí)，銷售員啟動(dòng)系統(tǒng)打開(kāi)銷售編輯窗口，就可新增銷售單進(jìn)行編輯，可添加多條銷售明細(xì)，對(duì)每一條明細(xì)都要檢查庫(kù)存項(xiàng)，查看配件的庫(kù)存量是否充足，若庫(kù)存不足，則撤消當(dāng)前銷售明細(xì)，

擴(kuò)展閱讀

版權(quán)聲明：