【文章內容簡介】 主要是顧客 選購商品，確認之后 然后 下訂單結帳 。 化妝品 銷售網站業(yè)務流程如圖 21 所示： 第 5 頁 共 31 頁 圖 21 化妝品 銷售網站業(yè)務流程 第 3 章 系統(tǒng)總體設計 系統(tǒng)功能概述 在線 化妝品 銷售系統(tǒng)是以電子商務為運營模式，其模型是典型的網上購物實踐中最為普遍的電子商務企業(yè)對客戶 (B2C) 模式，主要包括會 員注冊、帳戶管理、購物車、搜索、結帳等基本功能。本系統(tǒng)完全基于 JSP 技術，在客戶登陸 會員注冊 收銀臺 選擇付款方式 購物車 購物區(qū) 選擇送貨方式 交易完成 下訂單 滿意 第 6 頁 共 31 頁 系統(tǒng)的設計與開發(fā)過程中嚴格遵守軟件工程的規(guī)范，運用軟件設計模式，從而減少系統(tǒng)模塊間的偶合，力求做到系統(tǒng)的穩(wěn)定性、可重用性和可擴充性。 系統(tǒng)功能分析 在線 化妝品 銷售系統(tǒng)主要的功能如下： （ 1）客戶界面部分： ① 選購 化妝品 （可按廠商查找 化妝品 ，或通過關鍵字進行查詢） ② 可以查看熱門 化妝品 和最優(yōu)惠 化妝品 ③ 購物車功能 ④ 查看 化妝品 詳細情況 ⑤ 用戶注冊 ⑥ 用戶登陸 ⑦ 查看用戶的訂單信息 ⑧ 修改用戶個人信息 ⑨ 找回密碼功能 ⑩ 購物幫 助功能 ⑥ 維護購物幫助：增加，修改和刪除購物幫助 系統(tǒng)功能模塊劃分 根據系統(tǒng)功能分析，可以畫出系統(tǒng)的功能模塊圖，這里從客戶界面理界面對功能模塊圖加以描述。客戶界面的系統(tǒng)功能模塊圖 31 如圖所示。 第 7 頁 共 31 頁 圖 31 客戶界面的系統(tǒng)功能模塊圖 第 4 章 數據庫的設計與實現 數據庫在一個信息管理系統(tǒng)中占有非常重要的地位，數據庫結構設計的好壞將直接對應用系統(tǒng)的效率及實現的效果產生影響。合理的數據庫結構設計可以提高數據存儲的效率，保證數據的完整和一致。 設計數據庫系統(tǒng)時應該首先充分了解用戶在各個方面的需求， 包括現有的及將來可能增加的需求。數據庫設計一般包括如下幾個步驟： （ 1） 數據庫需求分析 （ 2） 數據庫概念結構設計 （ 3） 數據庫邏輯結構設計 數據庫需求分析 用戶的需求具體體現在各種信息的提供，保存，更新和查詢方面，這就最新推薦化妝品 最優(yōu)惠商品 熱門商品 廠商列表 購買商品 查找商品 香水 查看商品詳細信息 詳細信 商品縮略圖預覽 清空購物車 提交購物清單 修改購物信息 查看購物車 修改個人信息 會員登陸 會員注冊 問題答案 問題列表 網站首頁 化妝品列表 購物幫助 購物車 會員功能 在線 化妝品 銷售系統(tǒng)客戶界面 第 8 頁 共 31 頁 要求數據庫結構能充分滿足各種信息的輸出和輸入。收集基本數據，數據結構及數據處理的流程，組成一份詳細的數據字典，為后面的具體設計打下基礎。 通過上述系統(tǒng)功能分析，針對一般在線 化妝品 銷售系統(tǒng)，總結出如下的需求信息：用戶分一般用戶，注冊 用戶 和管理員用戶 ； 一般用戶和注冊用戶無需登陸就可以查看 化妝品 信息并購買 ； 注冊用戶登陸后可以維護自己的個人信息，并且在向網站發(fā)出訂單時會自動填寫自己的聯(lián)系信息 ； 化妝品 按 化妝品 廠商來分類，每一個 化妝品 都對應一個廠商 ； 訂單分單張詳細訂單和總訂單 ； 一個用戶可以購買多個或多種型號的 化妝品 ； 一個用戶對應一張訂單列表 ； 一個訂單列表對應多張訂單詳細信息 ； 提供 購物 幫助功能 。 關于訂單列表與訂單詳細信息可以這樣理解：因為用戶一次可以購買多種 產品，則對每一種產品（即每一款型號的 化妝品 ）生成一條訂單詳細信息記錄，然后多個這 樣的訂單 詳細信息組成一個訂單列表。每一個訂單列表才與一個用戶對應 ，在發(fā)貨時以訂單列表為單位，也既 用戶 在操作時所看到的“訂單 ” 。 經過上述系統(tǒng)功能分析和需求總結，考慮到將來功能上的擴展，設計 出如下的數據項和數據結構： （ 1） 注冊用戶（會員），包括數據項，用戶 ID，用戶名，密碼等。 （ 2） 化妝品 ，包括數據項： 化妝品 編號， 化妝品 名稱，分類編號等。 （ 3） 化妝品 分類，包括數據項：分類編號，分類名稱，上級分類編號 （ 4） 訂單詳細信息，包括數據項：訂單編號，訂單列表編號， 化妝品 編號，購買數量。 （ 5） 訂單列表，包括數據項：訂 單列表編號，用戶編號，下單時間，聯(lián)系方式等。 （ 6） 購物幫助，包括數據項：問題 ID，問題標題，答案和點擊次數。 數據庫概念結構設計 得到上面的數據項和數據結構以后，就可以設計出能夠滿足用戶需求的各種實體，以及他們之間的關系，為后面的邏輯結構設計打下基礎。這些實體包含各種具體信息，通過相互之間的作用形成數據的流動。 根據上面的設計規(guī)劃出的實體有：注冊用戶（會員）信息實體，產品實 第 9 頁 共 31 頁 體，產品類型實體，訂單詳細信息實體，訂單列表實體和常見問題實體。 實體之間關系的 ER 圖如 下圖 41 所示 ： 圖 41 實體間的關系 ER 圖 圖 42 注冊用戶信息實體 ER 圖 化妝品 實體 ER 圖 如下 圖 43 所示： 圖 43 化妝品 實體 ER 圖 化妝品 類型實體 ER 圖 如下 圖 44 所示： 香水 信息 編號 名稱 說明 明 類型 …… 注冊用戶 會員賬號 姓名 密碼 地址 …… 1 N M N 購買 用戶 1 N 訂單列表 商品 /香水 商品分類 訂單 第 10 頁 共 31 頁 圖 44 化妝品 類型實體 ER 圖 訂單詳細信息實體 ER 圖 如 下 圖 45 所示： 圖 45 訂單詳細信息實體 ER 圖 訂單列表實體 ER 圖 如 下 圖 46 所示： 圖 46 訂單列表實體 ER 圖 常見問題實體 ER 圖如 下 圖 47 所示： 訂單詳細信息 編號 所屬訂單列表 購買商品 購買數量 …… 香水 類型 上級類型 類型名稱 類型編號 訂單列表 編號 客戶信息 應付款額 處理狀態(tài) …… 常見問題 編號 問題 答案 點擊數 …… 第 11 頁 共 31 頁 圖 47 常見問題實體 ER 圖 數據庫邏輯結構設計 數據庫的概念結構設計完畢后，現在可以將上面的數據庫概念結構轉化為某種數據庫系統(tǒng)所支持的實際數據模型，也就是數據庫的邏輯結構。 在線 化 妝品 銷售系統(tǒng)數據庫中各個表的設計結果如表 41~表 46 所示。每個表格表示在數據庫中的一個表 。 （ 1） 會員表（會員帳號，密碼 ， Email，電話，地址，郵編） 主鍵：會員帳號 NOT NULL 說明： 會員表記錄系統(tǒng)中注冊用戶的詳細信息 。 其表結構如下表 41 所示： 表 41 會員表（ Member） 字段名 數據類型 長度 允許空 備注 MemberID varchar 20 會員賬號（主鍵） Pwd varchar 16 密碼 Email varchar 30 Email Phone varchar 16 電話 Address varchar 60 地址 Zipcode varchar 6 郵編 （ 2） 產品 信息 表（產品編號，產品類型編號，產品名稱，產品說明，市場價，會員價，小圖片相對路徑，大圖片相對路徑，點擊數，購買次數，是否推薦，設置為 推薦的日期 ） 主鍵：產品編號 NOT NULL 說明： 產品 信息 表 記錄系統(tǒng)中已有 化妝品 產品的信息。 其表結構如表 42所示： 表 42 產品 信息 表（ Product） 字段名 數據類型 長度 允許空 備注 ID int 4 產品編號（主鍵） Producttype int 4 產品類型編號 Name varchar 30 產品名稱 Introduce text 16 產品介紹 第 12 頁 共 31 頁 Remark text 16 產品說明 Marketprice money 8 市場價 Memberprice money 8 會員價 Smallimg varchar 100 小圖片相對路徑 Bigimg varchar 100 小圖片相對路徑 Remend tinyint 1 是否推薦（是： 1，否：0） remenddate datetime 8 是 設置為推薦的日期，用于在推薦產品中排序 （ 3） 產品類型表（類型 ID，上級類型 ID，上級類型 名稱 ） 主鍵：類型 ID NOT NULL 說明： 產品類型表記錄系統(tǒng)中的廠商信息。 其表結構如下表 43 所示： 表 43 產品類型表（ Producttype） 列名 數據類型 長度 允許空 備注 ID int 4 類型 ID（主鍵） Superid int 4 上級類型 ID（備用） Name varchar 20 上級類型 名稱 （備用） （ 4） 訂單表（訂單表 ID，產品 ID，產品名 稱，產品單價，訂購數量） 主鍵：無 說明：訂單表記錄在客戶的一個訂單中，針對一件商品的訂貨信息。 其表結構如表 44 所示： 表 44 訂單表（ Orderdetail） 字段名 數據類型 長度 允許空 備注 ID int 4 訂單 表的 惟一標志 Ordereid int 4 訂單 ID Productid int 4 產品 ID