【文章內(nèi)容簡介】 功能 如 圖 36所示。 圖 36 銷售情況查詢功能圖 報(bào)表維護(hù) 前提：管理員已登錄 報(bào)表維護(hù)模塊提供查詢結(jié)果的打印輸出功能。報(bào)表維護(hù)功能如圖 37 所示。 圖 37 報(bào)表維護(hù)功能圖 客戶模塊 客戶模塊框架圖如圖 38 所示。 11 客 戶模 塊客 戶 信 息 維 護(hù)商 品 查 詢商 品 訂 購訂 單 維 護(hù) 圖 38 客戶模塊框架圖 客戶信息維護(hù) 每個(gè)想網(wǎng)上購物的客戶必須先進(jìn)行注冊，注冊時(shí)的用戶名是用戶 唯一的標(biāo)識(shí)。系統(tǒng)可以記錄客戶的個(gè)人信息，比如購物喜好、經(jīng)濟(jì)能力等。 系統(tǒng)的后臺(tái)程序會(huì)自動(dòng)記錄客戶登錄網(wǎng)站后的所有操作，包括商品查詢和訂購信息?？蛻粜畔⒕S護(hù)功能 如圖 39 所示。 圖 39 客戶信息維護(hù)功能圖 商品查詢 前提：客戶已登錄 商品查詢模塊可根據(jù)商品的名稱、種類、價(jià)格、廠家等條件進(jìn)行組合查詢。在商品查詢結(jié) 果的列表中，用戶可以進(jìn)一步查看詳細(xì)信息。商品查詢功能 如圖 310 所示。 圖 310 商品查詢功能圖 商品訂購 前提：客戶已登錄，商品可供購買 客戶可根據(jù)查詢后得到的商品列表選擇自己需要的商品，加入購物車，如需繼續(xù)購 12 買，可重復(fù)查詢等操作?？蛻籼峤挥唵魏螅到y(tǒng)自動(dòng)保存訂單更新信息。管理 員或一般工作人員可根據(jù)客戶訂單進(jìn) 行訂單處理。商品訂購功能如圖 311 所示。 圖 311 商品訂購功能圖 訂單維護(hù) 前提：客戶已登錄 客戶在訂購商品后可查詢其訂單狀態(tài)（包括處理中、發(fā)貨中、缺貨中、和已完 成等），可對訂單進(jìn)行添加、刪除、修改等操作。訂單維護(hù)功能如圖 312 所示。 圖 312 訂單維護(hù)功能圖 13 第 4 章 系統(tǒng)設(shè)計(jì) 系統(tǒng)用例 用例是參與者想要系統(tǒng)做的事情，它是特定參與者對系統(tǒng)的使用情況。 用例建模是抽取和文檔化需求的不同的和補(bǔ)充的方法，即捕獲需求的方法，它為對象和類提供了基本來源。 典型的用例建模做法如下： 1． 找出系統(tǒng)邊界。 2． 找出參與者。 3． 找出用例。 用例圖 客戶能進(jìn)行的操作有：對個(gè)人信 進(jìn)行維護(hù)、瀏覽和查詢商品、進(jìn)行商品 訂購、 查詢訂單狀態(tài) 等 。 客戶用例圖如圖 41 所示。 圖 41 客戶用例圖 客戶個(gè)人信息維護(hù)商品查詢商品訂購訂單維護(hù) uses uses uses uses 添加刪除訂單狀態(tài)查詢 extends extends extends 前臺(tái)系統(tǒng) 14 用例規(guī)格說明 每個(gè)用例都具有名稱和規(guī)格說明，不存在用例說明的 UML標(biāo)準(zhǔn)，但有常用模板。存在復(fù)雜的模板，但就整體而言，最好保持用例建模盡量簡單。 規(guī)格說明由以下部分組成： 1. 前置條件：它是用例執(zhí)行前必須為真的條件 。 2. 事件流：用例步驟。 3. 后置條件：用例結(jié)束必須為真的條件。 前置條件和后置條件都是約束，它們應(yīng)該總是有關(guān)系統(tǒng)狀態(tài)的簡單描述，它將計(jì)算為真或?yàn)榧?—— 這些被稱作布爾條件。 在用例開始前，前置條件約束系統(tǒng)的 狀態(tài)。后置條件約束用例執(zhí)行后系統(tǒng)的狀態(tài)。 事件流列出了用例中的步驟，它總是開始于參與者觸發(fā)用例。 下面列出的是與客戶操作相關(guān)的用例說明。 客戶個(gè)人信息維護(hù)用例規(guī)格說明如表 41所示。 Usecase :個(gè)人信息維護(hù) ID： UC1 Actors: 客戶 Preconditions: 客戶已注冊并登陸系統(tǒng)。 Flow of events: 1. 進(jìn)入個(gè)人信息維護(hù)頁面。 2. 刪除、添加或修改個(gè)人信息，提交后臺(tái)。 Postconditions: 保存客戶提交信息，并提示客戶信息修改成功。 表 41 個(gè)人信息維護(hù)用 例規(guī)格說明表 客戶進(jìn)行商品查詢的用例規(guī)格說明如 表 42所示。 Usecase :商品查詢 ID： UC2 Actors: 客戶 Preconditions: 客戶已注冊并登陸系統(tǒng)。 15 Flow of events: 1. 進(jìn)入商品查詢頁面。 2. 輸入想要查詢商品的信息，提交后臺(tái)。 Postconditions: 對照商品信息表，如果有符合客戶查詢條件的商品就調(diào)出商品信息顯示給客戶；如果沒有就提示客戶沒有您所需的商品。 表 42 商品查詢用例規(guī)格說明表 客 戶進(jìn)行商品訂購的用例規(guī)格說明如表 43所 示。 Usecase :商品訂購 ID： UC3 Actors: 客戶 Preconditions: 客戶已注冊并登陸系統(tǒng)。 Flow of events: 1. 查詢到自己想要的商品。 2. 標(biāo)明自己想要商品的數(shù)量與付款方式，提交后臺(tái)。 Postconditions: 管理員根據(jù)客戶的訂單，查詢庫存情況，決定發(fā)貨或拒絕。 表 43 商品訂購用例規(guī)格說明表 客戶進(jìn)行訂單維護(hù)用例規(guī)格說明如 表 44所示。 Usecase :訂單維護(hù) ID： UC4 Actors: 客戶 Preconditions: 1. 客戶已注冊并登陸系統(tǒng)。 2. 客戶已訂購商品。 16 Flow of events: 1. 進(jìn)入訂單維護(hù)頁面。 根據(jù)自己需求和發(fā)貨情況，添加或刪除訂單。 查詢訂單狀態(tài)（已發(fā)貨、發(fā)貨中、缺貨）。 Postconditions: 把客戶對訂單的操作保存在后臺(tái)數(shù)據(jù)庫。 表 44 訂單維護(hù)用例規(guī)格說明表 系統(tǒng)時(shí)序圖 用戶首先使用自己的賬號(hào)和密碼進(jìn)行登錄，登錄模塊會(huì)將用戶的 ID 保存在系統(tǒng)緩存中并提交給商品查詢模塊。商品查詢模塊提示用戶輸入查詢條件，客戶輸入適當(dāng)?shù)牟樵儣l件后，查詢模塊顯示 符合條件的查詢列表?？蛻舻玫缴唐妨斜砗?，提交自己想要購買商品的 ID，訂購模塊得到商品 ID，生成訂購并提交給數(shù)據(jù)模塊進(jìn)行保存，保存成功后，訂購模塊提示用戶訂購成功。 顧客訂購時(shí)序圖如圖 42所示。 客 戶 登 錄 模 塊商 品 查 詢 商 品 訂 購后 臺(tái) 數(shù) 據(jù) 庫提 交 用 戶 I D輸 入 賬 號(hào) 與 密 碼提 示 輸 入 查 詢 條 件輸 入 查 詢 條 件顯 示 商 品 列 表提 交 商 品 I D提 交 訂 單提 交 成 功提 示 訂 購 成 功圖 42 顧客訂購時(shí)序圖 17 客戶在提交訂單后可以對訂 單進(jìn)行維護(hù)（添加、刪除、修改）?？蛻羰紫容斎胱约旱馁~號(hào)和密碼登錄 系統(tǒng)，登錄模塊會(huì)將用戶的 ID 保存在系統(tǒng)緩存中并提交給訂單查詢模塊。訂單查詢模塊顯示該客戶當(dāng)前所有的訂單，客戶得到該訂單列表后，選擇需要?jiǎng)h除商品的 ID，訂單模塊把刪除信息提交給數(shù)據(jù)模塊，數(shù)據(jù)模塊保存信息。訂單處理模塊提示用戶刪除訂單成功。 顧客刪除訂單時(shí)序圖如圖 43所示。 客 戶登 錄 模 塊訂 單 查 詢訂 單 維 護(hù)后 臺(tái) 數(shù) 據(jù) 庫輸 入 賬 號(hào) 與 密 碼提 交 用 戶 I D顯 示 用 戶 訂 單 信 息提 交 要 刪 除 商 品 I D更 新 用 戶 訂 單更 新 成 功提 示 刪 除 成 功 圖 43 顧客刪除訂單時(shí)序圖 客戶其它操作都類似，不一一累述。 系統(tǒng) 活動(dòng)圖 根據(jù)活動(dòng)圖可以清楚知道工作流中的不同參與者，可以了解誰與誰進(jìn)行通信。顧客登錄 后查詢商品，在選擇自己希望購買的商品后提交訂單，接下來顧客處于查詢訂單的 18 循環(huán)狀態(tài)。與此同時(shí)，管理員接受了顧客提交的訂單，并根據(jù)該訂單商品的庫存情況判斷是否拒絕該訂 單，并更新顧客訂單。在顧客查詢到訂單狀態(tài)變成處理后，購買過程結(jié)束。 購買商品活動(dòng)圖如圖 44所示。 商 品 查 詢加 入 購 物 車提 交 訂 單查 詢 訂 單 狀 態(tài)處 理 訂 單庫 存 查 詢收 單 發(fā) 貨 缺 貨 拒 絕更 新 訂 單頂 層 包 : : 客 戶頂 層 包 : : 管 理 員 圖 44 購買商品活動(dòng)圖 數(shù)據(jù)庫設(shè)計(jì) ER 圖 ER 圖也即實(shí)體 關(guān) 系圖 (Entity Relationship Diagram)，提供了表示實(shí)體屬性和聯(lián)系的方法，用來描述現(xiàn)實(shí)世界的概念模型。 19 下面列出 前臺(tái)用戶 相關(guān) 的 ER 圖 。用戶信息實(shí)體 ER 圖如圖 45 所示。 用 戶 信 息地 址電 話郵 編郵 箱用 戶 I D用 戶 名密 碼性 別真 實(shí) 姓 名 圖 45 用戶信息實(shí)體 ER 圖 商品 信息 實(shí)體 ER 圖如圖 46 所示。 商 品 信 息圖 片出 版 社頁 數(shù)出 版 時(shí) 間商 品 I D類 別 I D作 者價(jià) 格描 述 圖 46 商品信息實(shí)體 ER 圖 訂單 項(xiàng) 信息實(shí)體 ER 圖如圖 47 所示 訂 單 項(xiàng) 信 息商 品 I D訂 購 數(shù) 量商 品 總 額商 品 單 價(jià)訂 單 項(xiàng) I D 圖 47 訂單 項(xiàng) 信息實(shí)體 ER 圖 20 實(shí)體和實(shí)體之間的關(guān)系 ER 圖如圖 48 所示。 訂 單用 戶商 品查 詢 / 訂 購查 詢 / 修 改生 成 圖 48 實(shí)體和實(shí)體之間的關(guān)系 ER 圖 數(shù)據(jù)庫建表 數(shù)據(jù)庫設(shè)計(jì)是整個(gè)系統(tǒng)的核心，數(shù)據(jù)庫列表如下： user（用戶） 數(shù)據(jù) 表： /*============================================================== table user ( id int not null auto_increment, name varchar(20), password varchar(20), sex int, realname varchar(32), addr varchar(255), phone varchar(20), postcode varchar(20), varchar(100), level int, grade int, primary key (id) ) /*============================================================== product（產(chǎn)品） 數(shù)據(jù) 表： /*============================================================== table product 21 ( id int not null, cat_id int, name varchar(50), author varchar(32), price float(10), description text, picture varchar(30), publish varchar(60), pdate datetime, pagecount int, ISBN varchar(32), wordcount int, primary key (id) ) /*============================================================== item（訂單項(xiàng)） 數(shù)據(jù) 表： /*============================================================== table item ( id int not null auto_increment, ord_id int, pro_id int, num int, realprice float(10), primary key (id) ) /*====================