【正文】 int not null auto_increment, adm_id int, startdate datetime, content text not null, enddate datetime, title varchar(32), primary key (id) ) /*============================================================== admin（管理員） 數(shù)據(jù) 表 ： /*============================================================== table admin ( id int not null auto_increment, name varchar(20), password varchar(20), phone varchar(20), addr varchar(100), primary key (id) ) /*============================================================== answer（回復(fù)） 數(shù)據(jù) 表 ： /*============================================================== table answer ( id int not null auto_increment, adm_id int, acc_id int, content text, adate datetime, 24 primary key (id) ) /*============================================================== category（產(chǎn)品類(lèi)別） 數(shù)據(jù) 表 ： /*============================================================== table category ( id int not null auto_increment, name varchar(50), description varchar(50), parent_id int, isleft int, primary key (id) ) /*============================================================== notice（公告） 數(shù)據(jù) 表 ： /*============================================================== table notice ( id int not null auto_increment, adm_id int, makedate datetime, content text, tile varchar(32), primary key (id) ) /*============================================================== review（評(píng)論） 數(shù)據(jù) 表 ： /*============================================================== 25 table review ( id int not null auto_increment, use_id int, pro_id int, content text, makedate datetime, state int, title varchar(32), grade int, primary key (id) ) /*============================================================== sendway（發(fā)送方式） 數(shù)據(jù) 表 ： /*============================================================== table sendway ( id int not null auto_increment, name varchar(20), price float(10), primary key (id) ) /*============================================================== stock_in（庫(kù)存） 數(shù)據(jù) 表 ： /*============================================================== table stock_in ( id int not null auto_increment, num int, price float(10), makedate datetime, 26 primary key (id) ) /*============================================================== stock_out（出貨） 數(shù)據(jù) 表 ： /*============================================================== table stock_out ( id int not null auto_increment, num int, makedate datetime, primary key (id) ) /*============================================================== receiver_msg（收貨 人 ） 數(shù)據(jù) 表 ： /*============================================================== table receiver_msg ( id int not null auto_increment, ord_id int, sex int, area varchar(255), postcode varchar(20), phone varchar(20), varchar(100), payway varchar(30), primary key (id) ) 27 第 5 章 系統(tǒng)實(shí)現(xiàn)與測(cè)試 1. 將程序代碼 引入 到已經(jīng)配置好的 MyEclipse 中，把相關(guān)代碼部署到 Tomcat 相應(yīng)的文件夾中。 用 戶 信 息地 址電 話郵 編郵 箱用 戶 I D用 戶 名密 碼性 別真 實(shí) 姓 名 圖 45 用戶信息實(shí)體 ER 圖 商品 信息 實(shí)體 ER 圖如圖 46 所示。 19 下面列出 前臺(tái)用戶 相關(guān) 的 ER 圖 。 購(gòu)買(mǎi)商品活動(dòng)圖如圖 44所示。與此同時(shí)，管理員接受了顧客提交的訂單，并根據(jù)該訂單商品的庫(kù)存情況判斷是否拒絕該訂 單，并更新顧客訂單。 系統(tǒng) 活動(dòng)圖 根據(jù)活動(dòng)圖可以清楚知道工作流中的不同參與者，可以了解誰(shuí)與誰(shuí)進(jìn)行通信。 顧客刪除訂單時(shí)序圖如圖 43所示。訂單查詢模塊顯示該客戶當(dāng)前所有的訂單，客戶得到該訂單列表后，選擇需要?jiǎng)h除商品的 ID，訂單模塊把刪除信息提交給數(shù)據(jù)模塊，數(shù)據(jù)模塊保存信息。 客 戶 登 錄 模 塊商 品 查 詢 商 品 訂 購(gòu)后 臺(tái) 數(shù) 據(jù) 庫(kù)提 交 用 戶 I D輸 入 賬 號(hào) 與 密 碼提 示 輸 入 查 詢 條 件輸 入 查 詢 條 件顯 示 商 品 列 表提 交 商 品 I D提 交 訂 單提 交 成 功提 示 訂 購(gòu) 成 功圖 42 顧客訂購(gòu)時(shí)序圖 17 客戶在提交訂單后可以對(duì)訂 單進(jìn)行維護(hù)（添加、刪除、修改）?？蛻舻玫缴唐妨斜砗?，提交自己想要購(gòu)買(mǎi)商品的 ID，訂購(gòu)模塊得到商品 ID，生成訂購(gòu)并提交給數(shù)據(jù)模塊進(jìn)行保存，保存成功后，訂購(gòu)模塊提示用戶訂購(gòu)成功。 表 44 訂單維護(hù)用例規(guī)格說(shuō)明表 系統(tǒng)時(shí)序圖 用戶首先使用自己的賬號(hào)和密碼進(jìn)行登錄，登錄模塊會(huì)將用戶的 ID 保存在系統(tǒng)緩存中并提交給商品查詢模塊。 查詢訂單狀態(tài)（已發(fā)貨、發(fā)貨中、缺貨）。 16 Flow of events: 1. 進(jìn)入訂單維護(hù)頁(yè)面。 Usecase :訂單維護(hù) ID： UC4 Actors: 客戶 Preconditions: 1. 客戶已注冊(cè)并登陸系統(tǒng)。 Postconditions: 管理員根據(jù)客戶的訂單，查詢庫(kù)存情況，決定發(fā)貨或拒絕。 Flow of events: 1. 查詢到自己想要的商品。 表 42 商品查詢用例規(guī)格說(shuō)明表 客 戶進(jìn)行商品訂購(gòu)的用例規(guī)格說(shuō)明如表 43所 示。 2. 輸入想要查詢商品的信息，提交后臺(tái)。 Usecase :商品查詢 ID： UC2 Actors: 客戶 Preconditions: 客戶已注冊(cè)并登陸系統(tǒng)。 Postconditions: 保存客戶提交信息，并提示客戶信息修改成功。 Flow of events: 1. 進(jìn)入個(gè)人信息維護(hù)頁(yè)面。 客戶個(gè)人信息維護(hù)用例規(guī)格說(shuō)明如表 41所示。 事件流列出了用例中的步驟，它總是開(kāi)始于參與者觸發(fā)用例。 在用例開(kāi)始前，前置條件約束系統(tǒng)的 狀態(tài)。 3. 后置條件：用例結(jié)束必須為真的條件。 規(guī)格說(shuō)明由以下部分組成： 1. 前置條件：它是用例執(zhí)行前必須為真的條件 。 圖 41 客戶用例圖 客戶個(gè)人信息維護(hù)商品查詢商品訂購(gòu)訂單維護(hù) uses uses uses uses 添加刪除訂單狀態(tài)查詢 extends extends extends 前臺(tái)系統(tǒng) 14 用例規(guī)格說(shuō)明 每個(gè)用例都具有名稱(chēng)和規(guī)格說(shuō)明，不存在用例說(shuō)明的 UML標(biāo)準(zhǔn)，但有常用模板。 用例圖 客戶能進(jìn)行的操作有：對(duì)個(gè)人信 進(jìn)行維護(hù)、瀏覽和查詢商品、進(jìn)行商品 訂購(gòu)、 查詢訂單狀態(tài) 等 。 2． 找出參與者。 用例建模是抽取和文檔化需求的不同的和補(bǔ)充的方法，即捕獲需求的方法，它為對(duì)象和類(lèi)提供了基本來(lái)源。訂單維護(hù)功能如圖 312 所示。商品訂購(gòu)功能如圖 311 所示?？蛻籼峤挥唵魏?，系統(tǒng)自動(dòng)保存訂單更新信息。商品查詢功能 如圖 310 所示。 圖 39 客戶信息維護(hù)功能圖 商品查詢 前提：客戶已登錄 商品查詢模塊可根據(jù)商品的名稱(chēng)、種類(lèi)、價(jià)格、廠家等條件進(jìn)行組合查詢。 系統(tǒng)的后臺(tái)程序會(huì)自動(dòng)記錄客戶登錄網(wǎng)站后的所有操作，包括商品查詢和訂購(gòu)信息。 11 客 戶模 塊客 戶 信 息 維 護(hù)商 品 查 詢商 品 訂 購(gòu)訂 單 維 護(hù) 圖 38 客戶模塊框架圖 客戶信息維護(hù) 每個(gè)想網(wǎng)上購(gòu)物的客戶必須先進(jìn)行注冊(cè)，注冊(cè)時(shí)的用戶名是用戶 唯一的標(biāo)識(shí)。報(bào)表維護(hù)功能如