課程設計報告----網(wǎng)上圖書銷售系統(tǒng)

1、<p>　　面向?qū)ο蠓椒ㄅcUML建模</p><p><b>　　課程設計報告</b></p><p><b>　　網(wǎng)上圖書銷售系統(tǒng)</b></p><p><b>　　需求分析</b></p><p><b>　　系統(tǒng)總體的功能需求</b>&l

2、t;/p><p>　　網(wǎng)上圖書銷售系統(tǒng)是一個復雜的電子商務系統(tǒng)，它必須提供用戶的接口以供用戶登錄并選擇喜好的圖書；同時還必須提供系統(tǒng)的管理接口以供管理員和一般的網(wǎng)站工作人員處理客戶訂單并維護網(wǎng)站正常運作。</p><p>　　系統(tǒng)總體功能需求框圖如圖1所示。</p><p><b>　　用戶接口模塊</b></p><p>

3、　　用戶接口是網(wǎng)站用戶使用圖書銷售系統(tǒng)服務的入口，所有的在線用戶都通過瀏覽器登錄網(wǎng)站，并進行一系列的查詢，訂購操作。用戶接口模塊包括了用戶信息維護、商品查詢、訂購商品和訂單維護4個部分。用戶登錄系統(tǒng)后，用戶ID將會被保存在服務器的緩存中，用戶在系統(tǒng)中所做的操作，包括查詢、訂購等都將被系統(tǒng)存儲在數(shù)據(jù)庫中，以供系統(tǒng)進行銷售情況以及銷售走勢分析。</p><p><b>　　管理員接口模塊</b>

4、</p><p>　　這是系統(tǒng)提供給網(wǎng)站維護和管理人員的接口。管理員接口模塊包括商品信息維護、內(nèi)部員工信息維護、訂單處理、銷售情況查詢、報表維護5個部分。網(wǎng)站的一般工作人員通常只具有訂單處理的權(quán)限，他們獲得用戶提交的訂單，并根據(jù)庫存情況來決定發(fā)貨或者推遲發(fā)貨。網(wǎng)站的管理員具有所有的管理權(quán)限，可以處理客戶的訂單，可以閱覽網(wǎng)站商品的銷售情況、銷售走勢，以便根據(jù)不同的情況及時的調(diào)整經(jīng)營戰(zhàn)略，將庫存成本和資金占用率降到最

5、低的限度。</p><p><b>　　數(shù)據(jù)服務模塊</b></p><p>　　數(shù)據(jù)服務模塊是系統(tǒng)正常運行的基礎(chǔ)，包括客戶的查詢，訂單的保存；網(wǎng)站工作人員的訂單處理；網(wǎng)站管理員的銷售情況查詢與分析。</p><p><b>　　用戶接口模塊</b></p><p>　　用戶接口模塊包括如圖2所示的

6、幾個方面。</p><p><b>　　用戶信息維護</b></p><p>　　每個使用該系統(tǒng)的用戶必須經(jīng)過注冊，而注冊時的用戶名是用戶的惟一標識。系統(tǒng)可以接收更多可用的客戶信息，比如購物方面的喜好、經(jīng)濟能力等。</p><p>　　系統(tǒng)的后臺程序會自動記錄每個用戶在登錄網(wǎng)站后進行的所有操作，包括查詢和訂購信息。這些信息對于系統(tǒng)的管理員都是珍

7、貴的數(shù)據(jù)，系統(tǒng)分析程序可以根據(jù)用戶的查詢記錄判斷該客戶的喜好，可以根據(jù)用戶的購買情況判斷該客戶的經(jīng)濟情況。系統(tǒng)后臺程序可以根據(jù)分析的結(jié)果自動得出給該用戶的推薦商品，在用戶登錄時顯示在醒目的位置。</p><p>　　前置條件：用戶已登錄。</p><p><b>　　商品查詢</b></p><p>　　商品查詢模塊可以根據(jù)商品的名稱、種類，價

8、格、廠家等各種條件進行組合查詢。商品查詢結(jié)果的列表中，用戶可以進一步的查看詳細信息。</p><p>　　前置條件：用戶已登錄。</p><p><b>　　訂購商品</b></p><p>　　客戶在根據(jù)喜好得到相應的商品列表后，可以選擇訂購該商品。在訂購商品后，系統(tǒng)會自動保存并更新該用戶的訂單。系統(tǒng)的工作人員可以及時得到訂單并處理，根據(jù)情況

9、選擇發(fā)貨、缺貨或延時發(fā)貨。</p><p>　　用戶所有的訂購商品記錄都將保存在系統(tǒng)數(shù)據(jù)庫中供后臺程序分析該用戶的喜好和購買力。以后該用戶登錄時可以推薦與其購買力相應的商品。</p><p>　　前置條件：用戶已登錄、商品可供購買。</p><p><b>　　訂單維護</b></p><p>　　客戶在訂購商品后可以查

10、詢其訂單的狀態(tài)（包括處理中、發(fā)貨中、缺貨中和已完成），并可以對處理中和缺貨中的訂單進行增加、刪除和修改的操作。訂單修改的結(jié)果會及時更新并提交給工作人員。</p><p>　　客戶的訂單維護信息也將被保存在系統(tǒng)的數(shù)據(jù)庫中供分析使用。</p><p>　　前置條件：用戶已登錄。</p><p><b>　　管理員接口模塊</b></p>

11、<p>　　管理員接口模塊所包括如圖3所示的幾個方面。</p><p>　　管理員接口模塊是系統(tǒng)管理員使用的核心模塊，是整個網(wǎng)上圖書銷售系統(tǒng)正常運行的基礎(chǔ)。</p><p><b>　　商品信息維護</b></p><p>　　系統(tǒng)管理員登錄后可以對系統(tǒng)所有的商品信息進行維護，包括商品價格的調(diào)整、商品描述信息的更新、新商品的加入以

12、及過期商品的刪除。</p><p>　　系統(tǒng)的后臺程序可以根據(jù)商品的銷售情況提供給管理員一份詳細的分析報告。管理員可以根據(jù)該報告及時的調(diào)整熱門商品的信息（例如將其放置到醒目的位置）、對非熱門的商品進行價格調(diào)整。這一切的數(shù)據(jù)都來源自系統(tǒng)客戶的查詢和訂購信息。</p><p>　　前置條件：管理員已登錄。</p><p><b>　　內(nèi)部員工信息維護</

13、b></p><p>　　系統(tǒng)管理員登錄后可以對內(nèi)部員工的信息進行維護，包括員工個人信息的更新，員工權(quán)限的更改等。本系統(tǒng)涉及的使用者包括系統(tǒng)管理員和普通員工，系統(tǒng)管理員擁有所有的權(quán)限，而普通員工一般只擁有訂單處理的權(quán)限。但管理員可以定制任意員工的權(quán)限，比如增加他的報表打印權(quán)限。</p><p>　　前置條件：管理員已登錄。</p><p><b>　

14、　訂單處理</b></p><p>　　訂單處理一般是普通員工的工作。用戶在訂購商品后，系統(tǒng)會及時更新其訂單，普通員工登錄后，可以獲取未處理的訂單，并根據(jù)庫存情況發(fā)貨或選擇延時發(fā)貨。</p><p>　　客戶在查詢商品時會顯示商品的庫存數(shù)量，但系統(tǒng)的管理者并不希望顯示某商品的庫存為零，因為這樣會失去部分客戶。因此，在訂購商品后可能會出現(xiàn)庫存不足的情況，這時工作人員一般選擇延時發(fā)

15、貨或者拒絕訂單。如果該商品有現(xiàn)貨，那么工作人員確認用戶訂單后選擇發(fā)貨。</p><p>　　前置條件：管理員或普通工作人員已登錄。</p><p><b>　　銷售情況查詢</b></p><p>　　銷售情況查詢是系統(tǒng)編碼過程中非常重要部分，能夠為企業(yè)管理者的決策提供參考的信息。管理員登錄后，可以得到詳細的銷售情況列表并及時更新熱門商品的信息

16、（如排列位置），可以根據(jù)銷售的走勢和以往的銷售記錄及時判斷部分商品可能會出現(xiàn)庫存不足并及時進貨。由于本功能模塊涉及到企業(yè)的經(jīng)營信息，考慮到商業(yè)信息的安全性，需要管理員級的用戶才可以使用本模塊。</p><p>　　前置條件：管理員已登錄。</p><p><b>　　報表維護</b></p><p>　　報表維護模塊提供查詢結(jié)果的打印輸出功能。

17、</p><p><b>　　系統(tǒng)的用例圖</b></p><p><b>　　參與者</b></p><p>　　在本系統(tǒng)的UML建模中，可以創(chuàng)建以下的參與者：</p><p><b>　　顧客；</b></p><p><b>　　管理員；

18、</b></p><p><b>　　一般員工。</b></p><p><b>　　創(chuàng)建用例</b></p><p>　　根據(jù)業(yè)務流程，網(wǎng)上圖書銷售系統(tǒng)可以分為以下的幾個用例。</p><p><b>　　訂單處理；</b></p><p>

19、;<b>　　訂單維護；</b></p><p><b>　　訂單狀態(tài)查詢；</b></p><p><b>　　個人信息維護；</b></p><p><b>　　訂購；</b></p><p><b>　　接收發(fā)貨；</b><

20、;/p><p><b>　　庫存查詢；</b></p><p><b>　　缺貨拒絕；</b></p><p><b>　　商品查詢；</b></p><p><b>　　商品信息維護；</b></p><p><b>　　銷

21、售查詢；</b></p><p><b>　　員工信息維護；</b></p><p><b>　　報表維護；</b></p><p><b>　　訂單增加；</b></p><p><b>　　訂單刪除。</b></p><

22、p><b>　　用例圖</b></p><p>　　系統(tǒng)管理的用例圖如圖4所示。</p><p>　　系統(tǒng)用戶的用例圖如圖5所示。</p><p><b>　　購買商品的活動圖</b></p><p>　　顧客購買商品和管理員處理訂單的活動圖如圖6所示。</p><p>

23、;　　從圖6中可以看出，管理員、顧客發(fā)生了相互的關(guān)系。顧客登錄后查詢商品，在選擇了自己希望購買的商品后提交訂單，接下來顧客處于查詢訂單的循環(huán)狀態(tài)。與此同時，管理員接收到了顧客提交的訂單，并根據(jù)該訂單對應商品的庫存情況判斷是否拒絕該訂單，并更新客戶訂單。在顧客查詢到訂單狀態(tài)變成已處理后，購買過程結(jié)束。</p><p><b>　　系統(tǒng)中的類</b></p><p>&l

24、t;b>　　參與者相關(guān)的類</b></p><p>　　系統(tǒng)中的類圖如圖7所示。</p><p><b>　　〖類圖說明〗</b></p><p>　　Person是所有類的父類，它的屬性包括用于標識不同身份的人的ID，姓名(Name)以及地址( Address)。它的方法包括根據(jù)ID搜索、根據(jù)姓名搜索、設置某人的姓名、地址等

25、。</p><p>　　Customer繼承了父類的方法和屬性并添加了自己的屬性和方法。Reg_date表示該用戶的注冊日期，password表示登錄密碼。Search_goods()用于搜索商品，maintain_order()用于維護客戶訂單。</p><p>　　Employee繼承了Person，它的屬性dateHired表示雇傭日期，right表示使用權(quán)限，salary表示該員工

26、薪水，password表示登錄密碼。Handle_Order()用于處理訂單，這是所有員工共有的操作。系統(tǒng)管理員類中還增加了查詢分析和報表打印的方法。</p><p><b>　　系統(tǒng)中的其他類</b></p><p>　　系統(tǒng)中的其他類如圖8所示。</p><p><b>　　〖類圖說明〗</b></p>

27、<p>　　goods是商品類。它的屬性包括商品ID、商品名稱(name)、庫存數(shù)量(storage)、商品介紹（introduce），商品類的方法有search()用于供查詢。</p><p>　　Orders訂單類。它的屬性包括訂單ID、用戶ID、商品ID、訂單日期(Date)、訂單中商品數(shù)量( num)、訂單狀態(tài)(status)。訂單類的方法包括添加訂單add()、編輯訂單modify()、搜索訂

28、單search()、處理訂單handle()和刪除訂單delete()。</p><p>　　這些方法中search()供person類使用，handle()供employee類使用，modify()、handle()和delete()供Customer類使用。</p><p>　　Record存儲記錄類。該類存儲了所有的用戶操作，包括用戶的查詢和訂購操作，這些數(shù)據(jù)是后臺程序分析的基礎(chǔ)。該

29、類的屬性包括記錄ID、用戶ID、商品ID、操作類型、操作日期，方法包括搜索search()、打印print()和獲得數(shù)據(jù)get()。</p><p><b>　　各類之間的關(guān)系</b></p><p>　　網(wǎng)上圖書銷售系統(tǒng)各類之間的關(guān)系如圖9所示。</p><p><b>　　〖類圖說明〗</b></p>&

30、lt;p>　　一個操作員可以處理多個訂單。一個管理員也可以處理多個訂單，并且管理員具有數(shù)據(jù)查詢的權(quán)限。一個訂單中包括了多個商品，一條歷史記錄中也包括了多個商品，一個顧客只能對應一條歷史記錄，但他有多個訂單的記錄。</p><p><b>　　系統(tǒng)的順序圖</b></p><p>　　顧客訂購順序圖如圖10所示。</p><p>　　用戶首

31、先使用自己的賬號和密碼登錄系統(tǒng)，登錄模塊會將客戶的ID保存在系統(tǒng)緩存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件，客戶輸入適當?shù)牟樵儣l件后查詢模塊顯示符合查詢條件的商品列表。客戶得到商品列表后，提交自己想要購買的商品ID。訂購模塊得到商品ID，生成訂單并提交給數(shù)據(jù)模塊進行保存。保存成功后，訂購模塊提示用戶訂購該商品成功。</p><p>　　顧客刪除訂單順序圖如圖11所示。</p>&l

32、t;p>　　客戶在提交訂單后可以對訂單進行維護（添加、刪除、修改）?？蛻羰紫容斎胱约旱馁~號和密碼登錄系統(tǒng)。登錄模塊會將客戶的ID保存在系統(tǒng)緩存中并提交給訂單查詢模塊。訂單查詢模塊顯示該客戶當前的所有訂單，客戶得到該列表后，選擇需要刪除的商品ID，訂單處理模塊把刪除信息提交給數(shù)據(jù)模塊，數(shù)據(jù)模塊保存信息。訂單處理模塊提示用戶刪除操作成功。</p><p>　　管理員處理訂單順序圖如圖12所示。</p>

33、;<p>　　管理員使用其賬號和密碼登錄后，登錄模塊會將管理員的ID保存在系統(tǒng)緩存中并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理訂單的列表，管理員提交某商品ID得到該商品的庫存情況。如果庫存充足則接受訂單，并把接受信息提交給數(shù)據(jù)模塊，數(shù)據(jù)模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊，訂單處理模塊提示管理員該操作成功。</p><p><b>　　訂單的狀態(tài)圖</b&g

34、t;</p><p>　　訂單(Orders)是系統(tǒng)中比較重要的一個類，其狀態(tài)圖如圖13所示。</p><p>　　用戶提交訂單后，訂單處于未處理狀態(tài)。在管理員處理訂單前，用戶對訂單的修改（增加、減少等），如果用戶取消訂單（即修改后訂購商品數(shù)為0），則訂單結(jié)束。管理員處理訂單時查詢庫存，如果有貨，則接受訂單并發(fā)貨，如果缺貨則拒絕訂單并通知用戶，訂單結(jié)束。</p><p&