建模網上圖書銷售系統用例圖

1、網上圖書銷售系統本文檔介紹網上圖書銷售系統的UML建模過程。1.1 網上圖書銷售系統的需求分析尋找需求不是件容易的事情，軟件開發(fā)人員最討厭的就是需求經常變化，因此，在建模之前明確需求非常重要。1.1.1 系統總體的功能需求網上圖書銷售系統是一個復雜的電子商務系統，它必須提供用戶的接口以供用戶登錄并選擇喜好的圖書；同時還必須提供系統的管理接口以供管理員和一般的網站工作人員處理客戶訂單并維護網站正常運作。系統總體功能需求框圖如圖1-1所示。網上圖書銷售系統用戶接口模塊管理員接口模塊數據服務模塊圖1-1系統總體功能需求框圖1 .用戶接口模塊用戶接口是網站用戶使用圖書銷售系統服務的入口，所有的在線用戶

2、都通過瀏覽登錄網站，并進行一系列的查詢，訂購操作。用戶接口模塊包括了用戶信息維護、商品查詢、訂購商品和訂單維護4個部分。用戶登錄系統后，用戶ID將會被保存在服務器的緩存中，用戶在系統中所做的操作，包括查詢、訂購等都將被系統存儲在數據庫中，以供系統那個進行銷售情況以及銷售走勢分析。2 .管理員接口模塊這是系統提供給網站維護和管理人員的接口。管理員接口模塊包括商品信息維護、內部員工信息維護、訂單處理、銷售情況查詢、報表維護5個部分。網站的一般工作人員通常只具有訂單處理的權限，他們獲得用戶提交的訂單，并根據庫存情況來決定發(fā)貨或者推遲發(fā)貨。網站的管理員具有所有的管理權限，可以處理客戶的訂單，可以閱覽網

3、站商品的銷售情況、銷售走勢，以便根據不同的情況及時的調整經營戰(zhàn)略，將庫存成本和資金占有用率降到最低的限度。3 .數據服務模塊數據服務器模塊是系統正常運行的基礎，包括客戶的查詢，定單的保存；網站工作人員的定單處理；網站管理員的銷售情況查詢與分析。1.1.2用戶接口模塊用戶接口模塊包括如圖1-2所示的幾個方面。用戶信息維護訂購商品訂購維護圖1-2用戶接口模塊1 .用戶信息維護每個使用該系統的用戶必須經過注冊，而注冊的用戶名是用戶的唯一標識。系統可以接收更多可用的客戶信息，比如購物方面的喜好、經濟能力等。系統的后臺程序會自動記錄每個用戶在登錄網站后進行的所有操作，包括查詢和訂購信息。這些信息對于系統

4、的管理員都是珍貴的數據，系統分析程序可以根據用戶的查詢記錄判斷該客戶的喜好，可以根據用戶的購買情況判斷該客戶的經濟情況。系統后臺程序可以根據分析的結果自動得出給該用戶的推薦商品，在用戶登錄時顯示在醒目的位置。用戶維護功能如圖1-3所示。圖1-3用戶信息維護功能前置條件：用戶登錄。2 .商品查詢商品查詢模塊可以根據商品的名稱、種類、價格、廠家等各種條件進行組合查詢。商品查詢結果的列表中，用戶可以進一步的查看詳細信息。商品查詢功能如圖1-4所示。圖1-4商品查詢功能前置條件：用戶登錄。3,訂購商品客戶在根據喜好得到相應的商品列表后，可以選擇訂購商品。在訂購商品后，系統會自動保存并更新該用戶的定單。

5、系統的工作人員可以及時得到訂單并處理，根據情況選擇發(fā)貨，缺貨或延遲發(fā)貨。用戶所有的訂購商品記錄都將保存在系統數據中供后臺程序分析該用戶的喜好和購買力。以后該用戶登錄時可以推薦與其購買力相應的商品。訂購商品功能如圖1-5所示。1:輸入訂購商品F:更新該用戶的訂單O：生成新的客戶訂單圖1-5訂購商品功能前置條件：用戶已登錄，商品可供購買。4,訂單維護客戶在訂購商品后可以查詢其訂單的狀態(tài)（包括處理中、發(fā)貨中、缺貨中和已經完成），并可以對處理中和缺貨中的訂單進行增加、刪除和修改的操作。訂單修改的結果會及時更新并提交給工作人員?？蛻舻挠唵尉S護信息也將被保存在系統的數據庫中供分析使用。訂單維護功能如圖1-

6、6所示。1：輸入要更改的信息訂單O:生成新的客戶訂單圖1-6訂單維護功能前置條件：用戶登錄2.1.3管理員接口模塊管理員接口模塊包括如圖1-7所示的幾個方面。營理員接口模塊商品信息維護部員工信息維訂單處理銷售情況查詢報表維護圖1-7管理員接口模塊說包括的功能模塊管理員接口模塊是系統管理員事業(yè)網兜核心模塊，是整個網上圖書銷售系統正常運行的基礎。1 .商品信息維護系統管理員登錄后可以對系統所有的商品信息進行維護，包括商品價格的調整、商品描述信的更新、新商品的加入以及過期商品的刪除。系統的后臺程序可以根據商品的銷售情況提供給管理員一份詳細分析報告。管理員可以根據該報告及時的調整熱門商品的信息（例如將

7、其放置到醒目的位置）、對非熱門的商品進行價格調整，這一切的數據都來源自系統客戶的查詢和訂購信息。商品信息維護功能如圖1-8所示。I:輸入要更改商品的信息前置條件：用戶已登錄。2 .內部員工信息維護系統管理員登錄后可以用對內部員工和普通員工，系統管理員擁有所有的權限，而普通員一般只擁有訂單處理的權限。但管理員可以定制任意員工的權限，比如增加他的報表打印權限內部員工信息維護功能如圖1-9所示。F:把更新信息保存到數據庫圖1-9內部員工信息維護功能前置條件：用戶已登錄。3 .訂單處理訂單處理一般是普通員工的工作。用戶在訂購商品后，系統會及時更新其訂單，普通員工登錄后，可以獲取未處理的訂單，并根據數據

8、庫情況發(fā)貨或選擇延時發(fā)貨?？蛻粼诓樵兩唐窌r會顯示商品的庫存數量，但系統的管理者并不希望顯示某商品的庫存為零,為這樣會失去部分客戶。因此，在訂購商品后可能會出現庫存不足的情況，這時工作人員一般選擇延時發(fā)貨或者拒絕訂單。如果該商品有現貨，那么工作人員確認用戶訂單后選擇發(fā)貨，訂單處理功能如圖1-10所示。圖1-10訂單處理功能前置條件：管理員或普通工作人員已登錄。4 .銷售情況查詢銷售情況查詢是系統編碼過程中非常重要部分，能夠為企業(yè)管理者的決策提供參考的信息。管理員登錄后，可以得到詳細的銷售情況列表并既是更新熱門商品的信息（如排列位置），可以根據銷售的走勢和以往的銷售記錄及時判斷部分商品可能會出現庫

9、存不足并及時進貨。由于本功能模塊涉及到企業(yè)的經營信息，考慮到商業(yè)信息的安全性，需要管理員級的用戶才可以使用本模塊。銷售情況查詢功能如圖1-11所示。心.輸入要杳1|F：根據條件|O:給出詳嚏篙r到數嗝中查勺鼠結圖1-11銷售情況查詢功能前置條件：用戶已登錄。5 .報表維護報表維護模塊提供查詢結果的打印輸出功能，如圖1-12所示。圖1-12報表維護功能1.2系統的UML建模1.2.1 建立初始模型選擇菜單File-New"CreateNewModel”對話框，選擇J2EE模式，然后點擊OK按鈕。此時，RationalRose會自動加載J2EE本身的一些構架模型。加載完成后，就可以開始設

10、計自己的模型，在此之前先保存該模型，并且將該模型取名為“網上圖書銷售系統”。1.2.2 系統的用例圖用例圖(UseCaseView)強調從用戶的角度看到的或需要的系統功能，是被稱為參與者的外部用戶所能觀察到的系統功能的模型圖。1 .確定參與者在本系統的UML建模中，可以創(chuàng)建以下的參與者。(1) 顧客：(2) 管理員：(3) 一般員工。2 .創(chuàng)建用例根據業(yè)務流程，網上圖書銷售系統可以分為以下的幾個用例(UseCases。(1) 訂單處理：(2) 訂單維護：(3) 訂單狀態(tài)查詢：(4) 個人信息維護：(5) 訂購：(6) 接收發(fā)貨：(7) 庫存查詢：(8) 缺貨拒絕：(9) 商品查詢：(10) 商

11、品信息維護：(11) 銷售查詢：(12) 員工信息維護：(13) 報表維護：(14) 訂單增加：(15) 訂單刪除。3 .創(chuàng)建用例圖系統管理的用例圖如圖2-1所示。圖書信息維護查恂訂單一員工信息維護銷售記錄查詢CD報表維護cz>新書采購«include»«include»訂單處理一般員工接受訂單并發(fā)貨«include»«include»缺貨處理拒絕訂單更新庫存«extend»«extend»庫存查詢圖2-1系統管理用例圖系統用戶的用例圖如圖2-1所示。商品查詢個人信息維

12、護訂購增加«include»訂單維護«include»«include»訂單狀態(tài)查詢圖2-2系統用戶用例圖1.2.3系統的時序圖與協作圖(1)顧客建立訂單時序圖如圖2-3所示十:登錄模板商品查詢模W:顧客_-1:輸入賬號密碼2:提交用戶3:提TK輸入;1詢條件14:輸入查詢條件"St.5:顯示查詢一有品列表I6:提交商品ID9:提交訂單成功門購埋模塊管埋模塊8:提交成功7:提交訂單圖2-3顧客建立訂單時用戶首先使用自己的賬號和密碼登錄系統，登錄模塊會將客戶的ID保存在系統緩存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查

13、詢條件，客戶輸入適當的查詢條件后查詢模塊顯示符合查詢條件的商品列表。客戶得到商品列表后，提交自己想要購買的商品ID,訂購模塊得到商品ID。生成訂單并提交給數據模塊進行保存，保存成功后，訂購模塊提示用戶訂購商品成功。(2)顧客刪除訂單時序圖如圖2-4所示。圖2-4客戶刪除訂單時序圖客戶在提交訂單后可以對訂單進行維護(添加、刪除、修改)?？蛻羰紫容斎胱约旱馁~號和密碼登錄系統。登錄模塊會將客戶的ID保存在系統緩存中并提交給訂單查詢模塊。訂單查詢模塊顯示該客戶當前的所有訂單，客戶得到該列表后，選擇需要刪除的商品ID,訂單處理模塊把刪除信息提交給數據模塊，數據模塊保存信息。訂單處理模塊提示用戶刪除操作成

14、功。(3)管理員處理訂單時序圖如圖2-5所示。數據模塊/.訂單模塊訂單處理庫存查詢管理員n1：輸入賬號密碼Q14:提交商品ID彳5:提交該商品庫存1L6:僂受訂單17:更新客戶訂單狀態(tài)2:提交用戶ID?n3:未擊訂單列表8:更新戌功9:提交處理成功T圖2-5管理員處理訂單時序圖管理員使用其賬號和密碼登錄后，登錄模塊會將管理員的ID保存在系統緩存中并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理的列表，管理員提交某商品ID得到該商品的庫存情況,如果庫存充足則接受訂單，并把接受信息提交數據模塊，數據模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊，訂單處理模塊提示管理員該操作成功。(4)顧

15、客建立訂單協作圖2-6所示。圖2-6顧客建立訂單協作圖(5)顧客刪除訂單協作圖如圖2-7所示。:顧客1：輸入賬號密碼、,2:提交用戶ID7:提示刪除成功3:顯示用戶訂單信息訂單查詢模板4:提交要刪除商品的ID5:更新用戶訂單訂單處理模板數據模6:更新成功2-8所示。圖2-7顧客刪除訂單協作圖(6)管理員處理訂單協作圖如圖庫存查詢5:提交該商品庫存A:管理員1:輸入賬號密碼>訂單模塊4:提交商品ID3:未處理訂單列表9:提交處理成功6:接受訂單a2:提交用戶id訂單處理8:更新成功數據模塊7:更新客戶訂單狀態(tài)圖2-8管理員處理訂單協作圖1.2.4系統的活動圖活動圖可以分為垂泳道，每個泳道進

16、表示工作流中不同的參與者。查看泳道中的活動，就可以知道某個參與者的責任。通過不同泳道中活動的過渡，可以了解誰要與誰進行通信。這些信息在建模或理解業(yè)務程時非常重要。顧客購買商品和管理員處理訂單的活動圖如圖2-9所示。管理員訂單已接受圖8系統活動圖從圖2-9中可以看出，管理員、顧客發(fā)生了相互的關系。顧客登錄后查詢商品，在選擇了自己希望購買的商品后提交訂單，接下來顧客處于查詢訂單的循環(huán)狀態(tài)。與此同時，管理員接收到了顧客提交的訂單，并根據該訂單對應商品的庫存情況判斷是否拒絕該訂單，并更新客戶訂單。在顧客查詢到訂單狀態(tài)變成已處理后，購買過程結束。1.3.1類圖的生成1 .參與者相關的類系統中的類圖如圖2

17、-10所示。customeresword圖2-10系統類圖R類圖說明(1) Person是所有類的父類，它的屬性包括用于標識不同身份的人的ID,姓名(Name)以及地址(Address)。它的方法包括根據ID查詢、根據姓名查詢、設置某人的姓名、地址等。(2) Customer繼承了父類的方法和屬性并添加了自己的屬性和方法。date表示該用戶客戶訂單。Employee繼承了person,它的屬性password表示登錄密碼。這是所有員工共有的操作。系統管理員類中還增加了查詢分析和報表打印的方法。2 .系統中的其他類系統中的其他類如圖2-11所示。book>IDjjiaine>intr

18、odliceauthor如ddOselect()delete()%rder()*訕聽infof)or加fsorderTDuserID電dateadd0selectOdelete。0rdrecordlDbockIDrderlDnumberhandleselectSprint()add()delete()圖2-11系統中的其他類(1)book是圖書類。它的屬性包括圖書ID、圖書名稱(name)、圖書介紹(introduce)>圖書作者(author)、圖書價格(price),商品類的方法有add()用于添加。(2) Orders是訂單類。它的屬性包括訂單ID、用戶ID、商品ID、訂單日期(d

19、ate)。訂單類的方法包括添加訂單add()。查詢訂單select。、刪除訂單delete。這些方法中select()供person類使用，delete()供Custome類使用。(3) Record存儲記錄類。該類存儲了所有的用戶操作，包括用戶的查詢和訂購操作，這些數據是后臺程序分析的基礎。該類的屬性包括記錄ID、用戶ID、圖書ID、操作類型、數量，方法查詢select()>打印print()、添加add()、刪除delete()。1.3.2各類這間的關系網上圖書銷售系統各類這間的關系如圖2-12所示。，一ncusionmordercUstoniernameKiustomerlD由qoklDnumbertorderdate%dd()delete()ordersborderIDtcustamerIDdatecustomersuordearAibookinfoOborderbookt)fi白xorderinfa()pay0boo