【正文】 表 4 GoodsInfo 表結(jié)構(gòu) 名稱描述 字段名 數(shù)據(jù)類(lèi)型 主 /外鍵 允許 null/默認(rèn)值 商品 ID goodsId int 主鍵 否 28 續(xù)表 4 名稱描述 字段名 數(shù)據(jù)類(lèi)型 主 /外鍵 允許 null/默認(rèn)值 商品類(lèi)型 typeDetailInfoId int 否 否 商品單價(jià) price decimal(8, 2) 否 否 折扣 discount float 否 可空 是否新品 isNew int 否 否 是否推薦 isRemend int 否 否 狀態(tài) status int 否 否 圖片路徑 photo varchar(200) 否 可空 。 說(shuō)明：店主 id 為外鍵，參考 thirdInfo 表的 id。該表用于存放商品的基本信息，以 goodsId 為主鍵，自動(dòng)編號(hào)。 說(shuō)明： customerId 為主鍵，同時(shí)也是外鍵參考 CustomerInfo 表的 id。該表用于存放顧客用戶購(gòu)買(mǎi)商品時(shí)的配送信息，以 customerId 為主鍵。 說(shuō)明： isCooled 字段字段值為 0 代表凍結(jié)， 1 代表非凍結(jié)。該表用于存放顧客用戶的的一些基本信息，以 id為主鍵，自動(dòng)編號(hào)。具體結(jié)構(gòu)如表 1 所示。包含了公告 id、公告標(biāo)題、公告內(nèi)容、發(fā)布人和發(fā)布時(shí)間。 數(shù)據(jù)結(jié)構(gòu)具體設(shè)計(jì) 本系統(tǒng)的八張數(shù)據(jù)庫(kù)表具體設(shè)計(jì)和數(shù)據(jù)說(shuō)明如下： （ 1） Bulletin 表 Bulletin 表為公告表。 GoodsType 表和 GoodsTypeDetail 分別為商品一級(jí)分類(lèi)表、商品二級(jí)分類(lèi)表。 圖 21 系統(tǒng)數(shù)據(jù)庫(kù) ER 圖 26 系統(tǒng)一共有 12 張數(shù)據(jù)庫(kù)表，其中 Bulletin 表為公告數(shù)據(jù)表，另外 UserInfo 表、 thirdInfo表和 CustomerInfo 表分別代 碼系統(tǒng)管理員表、店主表、顧客表。 電子商務(wù)平臺(tái)網(wǎng)上自助開(kāi)店系統(tǒng)邏輯視圖用于封裝系統(tǒng)內(nèi)部實(shí)現(xiàn)細(xì)節(jié)，讓系統(tǒng)的使用者直觀、清晰地了解系統(tǒng)功能結(jié)構(gòu)、系 統(tǒng)提供的服務(wù)以及作為不同用戶角色所能使用的不同系統(tǒng)功能。 系統(tǒng)邏輯視圖 邏輯視圖（ Logic View）主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù)。系統(tǒng)只需要簡(jiǎn)單的 Web 服務(wù)器就可以運(yùn)行。 本章小結(jié) 本章從需求分析的角度對(duì)本系統(tǒng)進(jìn)行了總體設(shè)計(jì)，說(shuō)明系統(tǒng)的要 求、信息來(lái)源、使用對(duì)象和總體功能模塊，分析系統(tǒng)各個(gè)模塊的流程，分析系統(tǒng)用例，實(shí)現(xiàn)系統(tǒng)總體的布局。為了提高系統(tǒng)的安全性，用戶注冊(cè)了顧客和店主之后需要經(jīng)過(guò)管理員審核，對(duì)于有非法操作的用戶，管理員可以將其賬戶凍結(jié)。 用戶管理模塊 圖 18 用戶管理模塊用例圖 23 圖 18 是用戶管理模塊用例圖。為了顧客可以 通過(guò)商品分類(lèi)更加快捷地找到想要購(gòu)買(mǎi)的商品，因此每個(gè)商品都有所屬的商品類(lèi)型。 商品類(lèi)型管理模塊 圖 17 商品類(lèi)型管理模塊用例圖 圖 17 是商品類(lèi)型管理模塊用例圖。顧客購(gòu)買(mǎi)商品后可以對(duì)商品進(jìn)行評(píng)價(jià)。為了能夠讓更22 好的判斷出質(zhì)量高的商品。 評(píng)論管理模塊 圖 16 評(píng)論管理模塊用例圖 圖 16 是評(píng)論管理模塊用例圖。首先，顧客通過(guò)購(gòu)買(mǎi)商品后會(huì)生成一個(gè)訂單。顧客的訂單管理模塊包括購(gòu)買(mǎi)商品、訂單物流信息、確認(rèn)收貨和退貨操作。 訂單管理模塊 圖 15 訂單管理模塊用例圖 圖 15 是訂單管理模塊用例圖。商品管理模塊是系統(tǒng)的核心模塊之一。商品管理是網(wǎng)站商 品的主要信息，網(wǎng)站系統(tǒng)中的商品信息來(lái)源主要是商品的添加。 商品管理模塊 圖 14 商品管理模塊用例圖 21 圖 14 是商品管理模塊用例圖。公告模塊是系統(tǒng)必不可少的模塊之一。該用例的執(zhí)行者是系統(tǒng)管理員。未登錄用戶可以進(jìn)行店主注冊(cè)、顧客注冊(cè)、店主登錄、顧客登錄、系統(tǒng)管理員登錄。注冊(cè)功能對(duì)所有用戶開(kāi)放，但要求用戶提供合法的注冊(cè)信息。如果用戶希望獲得系統(tǒng)的更多功能，則需要登錄系統(tǒng)。該用例的執(zhí)行者是系統(tǒng)的使用用戶。 系統(tǒng)用例分析 系統(tǒng)用例分析包含了登錄注冊(cè)模塊、公告管理模塊、商品管理模塊、商品類(lèi)型管理模塊和用戶模塊的用例分析。 （ 2）搜索商品 所有用戶都可以進(jìn)行商品搜索操作，只需要在首頁(yè)的搜索框中輸入關(guān)鍵字，然后點(diǎn)擊搜物，即可搜索出商品名稱包含該關(guān)鍵字的所有商品。 （ 1）搜索店鋪 所有用戶都可以進(jìn)行店鋪搜索操作，只需要在首頁(yè)的搜索框中輸入關(guān)鍵字，然后點(diǎn)擊搜店，即可搜索出店鋪名稱包含該關(guān)鍵字的所有店鋪。該流程如圖 11 所示。刪除商品類(lèi)只需要點(diǎn)擊刪除商品類(lèi)型按鈕即可。修改商品類(lèi)型跟添加十分類(lèi)似。該流程如圖 10 所示。如果該商品類(lèi)型已經(jīng)存在，則添加失敗。管理員登錄成功之后，點(diǎn)擊添加商品類(lèi)型，選擇一級(jí)商品類(lèi)型，然后填寫(xiě)添加的商品類(lèi)型的名稱。這些操作 都是只有管理員才能進(jìn)行操作。 （ 2）添加評(píng)論 添加評(píng)論操作只有顧客購(gòu)買(mǎi)了一件商品之后才能對(duì)該商品進(jìn)行評(píng)論，該流程為：顧客的身份登錄、成功購(gòu)買(mǎi)某個(gè)商品、在訂單列表中點(diǎn)擊評(píng)論、填寫(xiě)評(píng)論語(yǔ)后提交即可評(píng)論成功，該流程圖如圖 9 所示。 （ 1）瀏覽評(píng)論 所有的用戶都可以瀏覽評(píng)論 ，瀏覽評(píng)論可以直接查看某個(gè)商品的介紹里面，下面會(huì)有用戶對(duì)該商品的評(píng)論。 評(píng)論模塊 評(píng)論模塊包括瀏覽評(píng)論和添加評(píng)論。該流程圖如圖 8 所示。顧客和店主都有訂單管理模塊，店主和顧客的訂單查看是一樣的，只是對(duì)訂單的操作有區(qū)別，具體說(shuō)明請(qǐng)看下文。修改商品信息流程跟添加商品流程十分相似，刪除商品只需要在商品列表中點(diǎn)擊刪除即可。該流程如圖 7 所示。 （ 1） 添加商品 系統(tǒng)管理員或店主成功登錄添加商品填寫(xiě)商品信息驗(yàn)證填寫(xiě)的信息是否合法 、 商品名稱是否在對(duì)應(yīng)店鋪已存在提示提示不合法的地方或商品名稱已存在發(fā)布成功是發(fā)布者是否管理員管理員審核是否否開(kāi)始結(jié)束 圖 7 添加商品流程 15 添加商品操作之允許系統(tǒng)管理員和店主添加，系統(tǒng)管理員和店主添加商品類(lèi)似，只是店主添加的商品需要系統(tǒng)管理員審核后才能成功發(fā)布。 商品管理模 塊 商品管理模塊包括添加商品、查詢、修改、刪除商品。該流程如圖 6所示。如果不合法，則提示出錯(cuò)信息；如果合法，則把數(shù)據(jù)傳到后臺(tái)，存儲(chǔ)在數(shù)據(jù)庫(kù)里，后臺(tái)返回處理信息。用戶輸入游記信息，點(diǎn)擊確定按鈕。 13 進(jìn)入網(wǎng)站首頁(yè)點(diǎn)擊公告某篇鏈接瀏覽公告開(kāi)始結(jié)束 圖 5 瀏覽公告流程 （ 2）發(fā)布公告 系統(tǒng)管理員成功登錄點(diǎn)擊發(fā)布公告填寫(xiě)公告信息公告標(biāo)題是否已存在提示公告標(biāo)題已存在發(fā)布成功 ， 跳轉(zhuǎn)到公告列表頁(yè)面否是開(kāi)始結(jié)束 圖 6 發(fā)布公告流程 只有管理員和系統(tǒng)操作員成功登錄系統(tǒng)的才能進(jìn)行發(fā)布公告操作。通過(guò)瀏覽公告可以了解到網(wǎng)站的一些優(yōu)惠活動(dòng)和系統(tǒng)的通知。 （ 1）瀏覽公告 所有用戶都可以瀏覽公告。其中瀏覽公告是所有用戶都可以進(jìn)行操作的。該流程如圖 4 所示。如果不合法，則提示出錯(cuò)信息；如果合法，則把注冊(cè)信息傳到后臺(tái)，判斷用戶名是否重復(fù)。 進(jìn)入登錄頁(yè)面輸入用戶名和密碼給出對(duì)應(yīng)提示用戶名是否合法且存在 、 密碼是否匹配跳轉(zhuǎn)到對(duì)應(yīng)首頁(yè)否是開(kāi)始結(jié)束 圖 3 登錄流程 12 （ 2）注冊(cè) 用戶進(jìn)入注冊(cè)頁(yè)面 ，輸入注冊(cè)信息，點(diǎn)擊注冊(cè)按鈕進(jìn)行注冊(cè)操作。其中顧客和店主的用戶名必須為郵箱格式，否則不合法。后臺(tái)對(duì)輸入的用戶信息進(jìn)行判斷，判斷用戶信息是否合法、正確，返回處理結(jié)果。 登錄注冊(cè)模塊 登錄注冊(cè)模塊包括登錄模塊和注冊(cè)模塊，其中登錄模塊包括顧客登錄、店主登錄和系統(tǒng)管理員登錄，注冊(cè)模塊包括顧客注冊(cè)和店主注冊(cè)。系統(tǒng)管理員可以進(jìn)行公告管理、商品管理、評(píng)論管理、訂單信息管理、商品類(lèi)型管理、用戶管理。顧客可以進(jìn)行商品和店 鋪的搜索、商品購(gòu)買(mǎi)、物流查看、商品評(píng)價(jià)、退貨處理。不同角色具有不同的功能，如圖 2 所示。而系統(tǒng)管理員和操作員主要負(fù)責(zé)網(wǎng)站的維護(hù)、公告管理、用戶管理、商品和店鋪的管理。顧客可以瀏覽 和搜索網(wǎng)站上的商品、搜索店鋪、購(gòu)買(mǎi)商品等。 系統(tǒng)信息來(lái)源 系統(tǒng)的商品信息主要來(lái)源于注冊(cè)的店主發(fā)布商品信息、系統(tǒng)管理員發(fā)布的公告以及顧客購(gòu)買(mǎi)商品后進(jìn)行的評(píng)論，信息來(lái)源廣泛。 系統(tǒng)要求 電子商務(wù)平臺(tái)網(wǎng)上自助開(kāi)店系統(tǒng)是從顧客和店主的角度出發(fā)設(shè)計(jì)的，允許店主進(jìn)行發(fā)布商品，顧客進(jìn)行購(gòu)買(mǎi)。模型、視圖、控制器三者之間的關(guān)系和各自的主要功能。因此，無(wú)論何時(shí)發(fā)生了何種數(shù)據(jù)變化，控制器都會(huì)將變化通知所有的視圖，導(dǎo)致9 顯示的更新。 模型、視圖與控制器的分離，使得一個(gè)模型可以具有多個(gè)顯示視圖。例如，用戶點(diǎn)擊一個(gè)連接，控制層接受 請(qǐng)求后 , 并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個(gè)分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請(qǐng)求。我們可以將這個(gè)模型單獨(dú)列出，所有有關(guān)數(shù)據(jù)庫(kù)的操作只限制在該模型中。數(shù)據(jù)模型主要指實(shí)體對(duì)象的數(shù)據(jù) 保存（持續(xù)化）。這點(diǎn)對(duì)編程的 開(kāi)發(fā)人員非常重要。 MVC并沒(méi)有提供模型的設(shè)計(jì)方法，而只告訴你應(yīng)該組織管理這些模型，以便于模型的重構(gòu)和提高重用性。MVC 設(shè)計(jì)模式告訴我們，把應(yīng)用的模型按一定的規(guī)則抽取出來(lái)，抽取的層次很重要，這也是判斷開(kāi)發(fā)人員是否優(yōu)秀的設(shè)計(jì)依據(jù)。它僅僅告訴你按這種模型設(shè)計(jì)就可以利用某些技術(shù)組件，從而減少了技術(shù)上的困難。業(yè)務(wù)模型的設(shè)計(jì)可以說(shuō)是 MVC 最主要的核心。 模型（ Model）：就是業(yè)務(wù)流程 /狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理交予模型（ Model）處理。隨著應(yīng)用的復(fù)雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。 基于 MVC 的開(kāi)發(fā)模型 MVC（ Model View Controller）是一種架構(gòu)型模式，它本身并不引入新的功能，只是用來(lái)指導(dǎo)我們改善應(yīng)用程序的架構(gòu)，使得應(yīng)用的模型和視圖相分離，從而得到更好的開(kāi)發(fā)和維護(hù)效率， MVC 與三層架構(gòu)在軟件工程中尤其是在軟件開(kāi)發(fā)中的解耦方面具有重要8 作用和地位（陳輝， 20xx）。； （ 2） JavaScript 代碼是運(yùn)行 Ajax 應(yīng)用程序的核心代碼，幫助改進(jìn)與服務(wù)器應(yīng)用程序的通信； （ 3） DHTML 或 Dynamic HTML，用于動(dòng)態(tài)更新表單。 AJAX 獲取服務(wù)器可以完全利用單獨(dú)的模塊進(jìn)行操作，從而使得技術(shù)人員和美工人員能夠更好的分工與配合。 好處可以歸納為幾點(diǎn)： （ 1）減輕服務(wù)器的負(fù)擔(dān)，加快瀏覽速度； （ 2）帶來(lái)更好的用戶體驗(yàn)； （ 3）基于標(biāo)準(zhǔn)化并被廣泛支持的技術(shù)，不需要下載插件或小程序。 Ajax 的工作原理相當(dāng)于在用戶和服務(wù)器之間加了一個(gè)虛擬中間層（韓義波 , 宋莉 , 宋俊杰， 20xx）。 瀏覽器在執(zhí)行任務(wù)時(shí)即裝載了 Ajax 引擎。 Ajax技術(shù) Ajax 全稱為“ Asynchronous JavaScript and XML”（異步 JavaScript 和 XML），是指一種創(chuàng)建交互式網(wǎng)頁(yè)應(yīng)用的網(wǎng)頁(yè)開(kāi)發(fā)技術(shù)。這有助于作者保護(hù)自己的代碼，而又保證任何基于 HTML 的 Web 瀏覽器的完全可用性。通過(guò)使用 JSP 動(dòng)態(tài)管理技術(shù)（ Zhang H C， He J， 20xx），在服務(wù)器端， JSP 引擎解釋 JSP 標(biāo)識(shí)和小腳本， JSP 結(jié)合 JavaBeans 實(shí)現(xiàn)頁(yè)面顯示和業(yè)務(wù)邏輯的分離（ Juan J F，20xx） 。生成內(nèi)容的邏輯被封裝在標(biāo)識(shí)和 JavaBeans 組件中，并且捆綁在小腳本中，所有的腳本在服務(wù)器端運(yùn)行。使用 JSP 技術(shù)， Web頁(yè)面開(kāi)發(fā)人員可以使用 HTML 或者 XML 標(biāo)識(shí)來(lái)設(shè)計(jì)和格式化最終頁(yè)面。它使用腳本語(yǔ)言是應(yīng)用非常廣泛的 Java 語(yǔ)言， JSP 網(wǎng)頁(yè)提供了一個(gè)接口，來(lái)讓整個(gè)服務(wù)器端的 Java 庫(kù)單元為 HTTP 應(yīng)用程序服務(wù)（聞?dòng)榔迹?20xx）。 JSP 技術(shù)有點(diǎn)類(lèi)似 ASP 技術(shù)，它是在傳統(tǒng)的網(wǎng)頁(yè) HTML文件（ *.htm，*.html）中插入 Java 程序段（ Scriptlet）和 JSP 標(biāo)記（ tag），從而形成 JSP 文件（ *.jsp）。這種三層體系結(jié)構(gòu)如圖 1 所示。瀏覽器發(fā)出請(qǐng)求，而 其余如數(shù)據(jù)請(qǐng)求、加工、結(jié)果返回以及動(dòng)態(tài)網(wǎng)頁(yè)生成等工作全部由 Web Server 完成。 B/S 結(jié)構(gòu) 簡(jiǎn)化了客戶機(jī)的工作，客戶機(jī)上只需配置少量的客戶端軟件。 B/S 模式 所謂 B/S 模式是指 Browser/Server（瀏覽器 /服務(wù)器）模式，即客戶端是標(biāo)準(zhǔn)的瀏覽器（如 Inter Explorer， Netscape Navigator 等），服務(wù)器端為標(biāo)準(zhǔn)的 Web 服務(wù)器協(xié)同應(yīng)用服務(wù)器響應(yīng)瀏覽器的請(qǐng)求。顧客的訂單管理模塊主要查看訂單的狀態(tài)，確認(rèn)收貨和退貨評(píng)價(jià)的操作； （ 3）公告管理模塊：公告由系統(tǒng)管理員和系統(tǒng)操作員進(jìn)行管理，公告發(fā)布后，游客、顧客和店主都可以看到公告； （ 4）用戶管理模塊：用戶管理模塊主要是對(duì)注冊(cè)的顧客和店主進(jìn)行管理，如注冊(cè)審批、凍結(jié)和解除凍結(jié)等，此外系統(tǒng)管理員還可以添加系統(tǒng)操作員； （ 5