網(wǎng)上商城設(shè)計(數(shù)據(jù)庫設(shè)計-UML建模)

1、網(wǎng)上商城設(shè)計目錄1 系統(tǒng)分析與設(shè)計 2.1.1 系統(tǒng)總體的功能需求 2.1.2 用戶接口模塊 3.1.3 管理員接口模塊 4.2 系統(tǒng) UML 建模 6.2.1 系統(tǒng)用例圖 6.2.2 系統(tǒng)的時序圖和活動圖 8.3 數(shù)據(jù)庫設(shè)計 9.3.1 數(shù)據(jù)庫的 R-R 圖 9.3.2 數(shù)據(jù)表設(shè)計 1.0.131 系統(tǒng)分析與設(shè)計1.1 系統(tǒng)總體的功能需求網(wǎng)上商城是個復(fù)雜的電子商務(wù)系統(tǒng)， 它必須提供接口以供用戶登陸并從中選 購喜愛的商品，同時還提供系統(tǒng)的管理接口以供管理員和一般網(wǎng)站工作者處理客 戶訂單并維護(hù)網(wǎng)站正常運行。系統(tǒng)的總體功能框架如圖 1 所示：圖 1 系統(tǒng)總體功能需求圖（1）用戶接口模塊。用戶接口是

2、網(wǎng)站用戶使用商城系統(tǒng)的服務(wù)入口，所有 在線用戶都通過瀏覽器登陸網(wǎng)站， 并進(jìn)行一系列的查詢， 訂購等操作。 用戶接口 模塊包括用戶信息維護(hù)、 商品查詢、訂購商品和訂單維護(hù) 4 個部分。用戶登陸后， 用戶的 ID 將會被保存在服務(wù)器的緩存 （session ）中，用戶在系統(tǒng)中所做的操作 都將被系統(tǒng)存儲到數(shù)據(jù)庫中，以供商家進(jìn)行銷售情況和銷售走勢分析。（2）管理員接口模塊。這是系統(tǒng)提供給網(wǎng)站維護(hù)管理人員的接口。管理員 接口模塊包括商品信息維護(hù)、 內(nèi)部員工信息維護(hù)、 訂單處理、 銷售情況查詢和報 表維護(hù) 5 部分。網(wǎng)站的一般工作人員通常只有訂單處理的權(quán)限， 他們獲得用戶提 交的訂單， 并根據(jù)庫存情況來確

3、定發(fā)貨或者推遲發(fā)貨。 網(wǎng)站管理員具有最高級的 權(quán)限，可以處理客戶的訂單， 可以瀏覽網(wǎng)站商品的銷售情況， 及時做出經(jīng)營調(diào)整 戰(zhàn)略，降低經(jīng)營風(fēng)險。（3）數(shù)據(jù)服務(wù)模塊。數(shù)據(jù)服務(wù)模塊是系統(tǒng)正常運行的基礎(chǔ)，它包括客戶的 查詢訂單的保存，網(wǎng)站工作人員的訂單處理；銷售情況的查詢分析。1.2 用戶接口模塊用戶接口模塊包括下圖 2 所示的幾個方面。圖 2 用戶接口模塊 圖 3 商品查詢功能（1）用戶信息維護(hù)。每個想在該系統(tǒng)中購物的用戶都必須先注冊，注冊時 的用戶名是用戶的唯一標(biāo)識。 系統(tǒng)可以接受客戶的個人信息， 比如購物方面的喜 好，經(jīng)濟(jì)能力等等。系統(tǒng)的后臺程序會自動記錄每個用戶在登陸網(wǎng)站后進(jìn)行的所有操作， 包

4、括查 詢和訂購信息， 這種信息對于系統(tǒng)管理員是珍貴的數(shù)據(jù)， 系統(tǒng)會根據(jù)用戶的查詢 記錄判斷該用戶的喜好及用戶的經(jīng)濟(jì)情況。（2）商品查詢。商品查詢模塊可以根據(jù)商品的名稱、種類、價格、廠家等 條件進(jìn)行組合查詢， 在商品查詢結(jié)果列表中， 用戶可以進(jìn)一步查看詳細(xì)信息。 商 品查詢功能如上圖 3 所示。當(dāng)用戶已經(jīng)登陸時。（3）訂購商品?？蛻粼诟鶕?jù)查詢后得到相應(yīng)的商品列表后，可以選擇自己 需要的商品放進(jìn)購物車。 在訂購商品后， 系統(tǒng)會自動保存并更新購物車的訂單信 息，系統(tǒng)工作人員可以及時得到訂單處理， 根據(jù)情況選擇發(fā)貨或延時發(fā)貨。 用戶所有訂購商品記錄都保存在系統(tǒng)數(shù)據(jù)庫中供后臺管理員分析， 訂購商品功能如

5、下 圖 4 所示。（4）訂單維護(hù)。客戶訂購商品后可查詢其訂單的狀態(tài)（包括處理中、發(fā)貨 中、缺貨中和已完成） ，可以對訂單進(jìn)行添加、刪除和修改操作?？蛻舻挠唵尉S 護(hù)信息也被保存在系統(tǒng)數(shù)據(jù)庫中供管理員分析。訂單維護(hù)功能如下圖5 所示輸入訂貨商品更新該用戶的訂單生成新的客戶訂單圖4 訂購商品功能圖5 訂單維護(hù)功能1.3 管理員接口模塊管理員接口包括圖 6 所示的幾個方面。圖 6 管理員接口模塊管理員接口模塊是系統(tǒng)管理員使用的核心模塊， 是整個商城系統(tǒng)正常運行的 基礎(chǔ)。（1）商品信息維護(hù)，系統(tǒng)管理員登陸后可以對系統(tǒng)所有商品進(jìn)行維護(hù)，包 括商品的價格調(diào)整，商品的描述信息更新，新商品的加入和過期商品的刪除

6、等。系統(tǒng)的后臺程序可以根據(jù)商品的銷售情況提供給管理員一份詳細(xì)的分析報 告。管理員可以根據(jù)這份報告對熱門書進(jìn)行各方面的調(diào)整。 這些方案都是根據(jù)數(shù) 據(jù)庫里記錄的客戶的查詢、訂購信息來決定的。商品信息維護(hù)如圖 7 所示。圖 7 商品管理維護(hù)功能前提條件：管理員已經(jīng)登陸。（2）內(nèi)部員工信息維護(hù)。 系統(tǒng)管理員登陸后可以對內(nèi)部員工信息進(jìn)行維護(hù)， 包括員工個人信息的更新，員工權(quán)限更改等等。系統(tǒng)涉及的使用者包括系統(tǒng)管理員和普通員工， 普通員工一般只擁有訂單處 理的權(quán)限。 但管理員可以設(shè)置員工的權(quán)限， 比如增加報表打印權(quán)限。 內(nèi)部員工信 息維護(hù)功能如圖 8 所示。圖 8 內(nèi)部員工信息維護(hù)功能（3）訂單處理。訂單

7、處理一般是普通員工的工作，用戶在訂購商品后，系 統(tǒng)會及時更新其訂單， 普通員工登陸后， 可以獲得未處理的訂單， 并根據(jù)庫存情 況發(fā)貨或者延遲發(fā)貨?？蛻粼诓樵兩唐窌r顯示商品的庫存情況， 但管理員并不希望顯示某商品的庫 存量為零， 這樣可能會失去一部分客戶源。 所以在庫存不足的情況下， 要求一般 員工選擇延時發(fā)貨或拒絕訂單。訂單處理功能如圖 9 所示。圖 9 訂單處理功能前提條件：管理員或者普通員工已經(jīng)登陸。（4）銷售情況查詢。銷售情況查詢?yōu)槠髽I(yè)管理者提供了很重要的參數(shù)。管 理員登陸后， 可以得到詳細(xì)的銷售情況列表， 并及時更新熱門的商品信息 （如排 列位置等）。由于本功能涉及企業(yè)的經(jīng)營信息，考慮

8、到商業(yè)機(jī)密，所以需要管理 員級別的用戶才能使用本模塊。銷售情況查詢功能如圖 10 所示。圖 10 銷售情況查詢功能5）報表維護(hù)。報表維護(hù)提供查詢結(jié)果的打印輸出功能，如圖11 所示圖 11 銷售情況查詢功能2 系統(tǒng) UML 建模2.1 系統(tǒng)用例圖用 IBM 公司的 Rational Rose 完成系統(tǒng) UML建模，如下圖 13 至圖 18 所示圖 13 系統(tǒng)管理的用例圖圖 14 系統(tǒng)用戶用例圖2.2 系統(tǒng)的時序圖和活動圖圖 15 顧客訂購時序圖圖 16 顧客刪除訂單時序圖圖 17 管理員處理訂單時序圖圖 18 購買商品活動圖3 數(shù)據(jù)庫設(shè)計3.1 數(shù)據(jù)庫的 R-R 圖用 Microsoft Vis

9、io 作出的系統(tǒng) E-R 圖如圖 19 所示。圖 19 數(shù)據(jù)庫的 E-R 圖3.2 數(shù)據(jù)表設(shè)計數(shù)據(jù)表的設(shè)計如下：（1）商品信息表 product。（2）分類信息表 sort。（3）用戶基本信息表 user。（4）訂單信息表 order。（5）訂單條目描述表 entry。（6）系統(tǒng)管理員信息表 admin。分別如下表 1 至表 6所示。表1商品信息表字段名類型長度是否允許為空是否鍵描述proIdint10否主鍵產(chǎn)品編號proNamevarchar60否否產(chǎn)品名saleCountint4否否銷售數(shù)量imagevarchar100是否圖片路徑pricevarchar40否否成本價格salePrice

10、varchar40否否銷售價格decriptmediumtext是否產(chǎn)品介紹salaDatedate是否銷售時間sorIdInt4否外鍵產(chǎn)品分類編號表 2 分類信息表字段名類型長度是否允許為空是否鍵描述sorIdint4否主鍵產(chǎn)品分類編號sorNamevarchar40否否分類名表 3 用戶基本信息表字段名類型長度是否允許為空是否鍵描述userIdint10否主鍵會員編號usernamevarchar20否否會員名passwordvarchar30否否密碼realNamevarchar20是否真實姓名telvarchar40是否電話addressvarchar200是否地址zipvarchar

11、8是否郵政編碼emailvarchar50是否電子郵件表 4 訂單信息表 order字段名類型長度是否允許為空是否鍵描述orderIdint10否主鍵訂單編號orderNovarchar50否否生成訂單的編號userIdint10否外鍵會員編號sendNamevarchar40否否收貨姓名sendAdressvarchar200否否收貨地址sendZipvarchar8否否收貨郵編sendTelvarchar40否否收貨人電話paymentvarchar20否否付款方式menovarchar200否否備注說明timedatetime否否訂單生成時間tagInt4否否訂單處理標(biāo)記表 5訂單條目描述表 entry字段名類型長度是否允許為空是否鍵描述entryIdint10否主鍵描述編號orderIdInt10