【文章內(nèi)容簡(jiǎn)介】 層通過(guò)統(tǒng)一的接口向業(yè)務(wù)層發(fā)送請(qǐng)求，業(yè)務(wù)層則按自己的邏輯規(guī)則將請(qǐng)求處理之后進(jìn)行數(shù)據(jù)庫(kù)操作，然后將數(shù)據(jù)庫(kù)返回的數(shù)據(jù)封裝成類的形式返回給用戶界面層。這樣用戶界面層甚至可以不知道數(shù)據(jù)庫(kù)的結(jié)構(gòu)，它只要維護(hù)與業(yè)務(wù)層之間的接口即可。這種方式在一定程度上增加了數(shù)據(jù)庫(kù)的安全性，同時(shí)也降低了對(duì)用戶界面層開(kāi)發(fā)人員的要求，因?yàn)樗静恍枰M(jìn)行任何數(shù)據(jù)庫(kù)操作。 Java Bean通過(guò)返回對(duì)象的形式返回?cái)?shù)據(jù)，在類的內(nèi)部可以規(guī)定哪些數(shù)據(jù)可以訪問(wèn)，哪些數(shù)據(jù)是只讀的，從而通過(guò)封裝數(shù)據(jù)達(dá)到提高數(shù)據(jù)安全性的目的[6]?！　?系統(tǒng)功能模塊的劃分 　　本系統(tǒng)的主要功能可以按客戶界面和管理界面分為兩部分，具體功能如下：　　 客戶界面部分 　　（1）用戶注冊(cè)　?。?）用戶登陸　　（3）修改用戶信息　?。?）商品查詢（可以按關(guān)鍵字或者分類方式查找）　?。?）購(gòu)物車　?。?）查看商品詳細(xì)資料　?。?）查看訂單信息　?。?）查看銷量排行客戶界面功能模塊圖如圖42所示。 　　　　 管理界面部分 （1）庫(kù)存商品 管理（查看、修改、刪除）（2）用戶管理（查看、修改、刪除）（3）訂單管理（查看訂單清單、更新訂單狀態(tài)、刪除訂單）（4）新商品管理（添加新商品、添加新分類）（5）銷售統(tǒng)計(jì)管理 系統(tǒng)的結(jié)構(gòu)設(shè)計(jì) 根據(jù)三層架構(gòu)和面向?qū)ο笈c模塊化思想相結(jié)合的設(shè)計(jì)思想，系統(tǒng)的功能實(shí)現(xiàn)可以分為操作界面模塊、業(yè)務(wù)處理模塊（即Java Bean模塊）和數(shù)據(jù)庫(kù)模塊。針對(duì)每一模塊單獨(dú)實(shí)現(xiàn)具體操作，之后進(jìn)行系統(tǒng)模塊間的通信和聯(lián)合，構(gòu)成整體系統(tǒng)功能[7]?！　?操作界面模塊 （1）用戶界面 　　用戶界面主要提供了用戶注冊(cè)、登陸、會(huì)員登記查詢等用戶信息查詢功能，在線購(gòu)買界面（包括商品信息等）、銷量排行等商品信息查詢功能的界面和購(gòu)物車、訂單信息等在線購(gòu)買功能的界面?！　。?）管理用戶界面 　　管理用戶界面主要實(shí)現(xiàn)的功能有：提供商品管理功能（包括現(xiàn)有商品 的管理和新商品的添加管理）、用戶管理功能、訂單管理功能和銷售統(tǒng)計(jì)功能的界面?！?業(yè)務(wù)處理模塊 　　本模塊包含了在線商店銷售系統(tǒng)的主要業(yè)務(wù)工作，相當(dāng)于一個(gè)實(shí)體店中的核心營(yíng)業(yè)員。以下用一個(gè)營(yíng)業(yè)員所要做的工作來(lái)形象的表示系統(tǒng)改模塊實(shí)現(xiàn)的功能[8]?！　。?）商品管理 　　商品管理包括的主要工作可以籠統(tǒng)的分為對(duì)商品的工作和對(duì)分類的工作。對(duì)于商品的工作可以分為現(xiàn)有商品的盤(pán)點(diǎn)、登記和分類管理，新到商品的登記和分類管理。而針對(duì)分類的管理工作，主要是對(duì)分類信息的維護(hù)工作，如及時(shí)添加新的分類或者及時(shí)刪除過(guò)時(shí)信息?！　。?）訂單管理 　　在線商店銷售系統(tǒng)對(duì)于訂單的管理與傳統(tǒng)實(shí)體店?duì)I業(yè)員的工作略有不同。普通的商店?duì)I業(yè)員只需要處理用戶交給他的訂單，也就是在線商店銷售系統(tǒng)中已經(jīng)提交成功的訂單。但事實(shí)上，在用戶提交訂單前，會(huì)有更多的選擇作為被選的選項(xiàng)，掌握了這些商品的清單，會(huì)幫助我們進(jìn)一步了解該用戶的購(gòu)買動(dòng)向及興趣所在，從而實(shí)施更有針對(duì)性也更為有效的營(yíng)銷策略。很簡(jiǎn)單，如果我們能夠?yàn)橛脩籼峁└鄠溥x商品的信息，也許就可以促成購(gòu)買行為的完成。同樣的，如果能為用戶推薦更多他們所感興趣的商品，那么更多的交易行為就有可能發(fā)生。所以掌握用戶購(gòu)物車?yán)锏膫溥x清單，對(duì)于下一步的銷售有著非常重大的影響?！　《谟脩糍?gòu)買動(dòng)向和興趣所在的收集方面，即使是有著多年銷售經(jīng)驗(yàn)的銷售人員也很難在短時(shí)間內(nèi)準(zhǔn)確判斷。傳統(tǒng)銷售中的這一弱點(diǎn)，在線銷售系統(tǒng)可以很好的彌補(bǔ)。通常被用戶放入購(gòu)物車的商品一般都是他們所感興趣的，購(gòu)買的可能也就大很多，所以只要我們及時(shí)查看用戶購(gòu)物車資料，就可以了解到每個(gè)用戶的購(gòu)買習(xí)慣和動(dòng)向?！　】偠灾诰€銷售系統(tǒng)在訂單的管理中包含了已提交訂單和購(gòu)物車訂單的管理。　?。?）用戶管理 　　針對(duì)會(huì)員的管理，在線商店銷售系統(tǒng)與傳統(tǒng)實(shí)體店基本相同。對(duì)比實(shí)體店購(gòu)買過(guò)程，首先要求會(huì)員申請(qǐng)會(huì)員資格，相當(dāng)于用戶網(wǎng)上的注冊(cè)。隨后進(jìn)行購(gòu)物時(shí)要出示會(huì)員資格證明，即網(wǎng)上的用戶登陸行為。購(gòu)買行為發(fā)生時(shí)，銷售人員要登記該會(huì)員的編號(hào)和所購(gòu)買的商品，以便隨時(shí)更新該會(huì)員的，就是在線銷售系統(tǒng)的用戶管理行為。　?。?）銷售統(tǒng)計(jì) 　　銷售統(tǒng)計(jì)對(duì)于店主及時(shí)掌握銷售情況有著重大的意義。由于功能強(qiáng)大的SQL Server數(shù)據(jù)庫(kù)的使用，在線商店銷售系統(tǒng)在銷售統(tǒng)計(jì)功能方面有著傳統(tǒng)實(shí)體店無(wú)法想象的便捷和高效。從數(shù)據(jù)庫(kù)記錄中，系統(tǒng)管理用戶可以任意查看各日、各周、各季度的銷售記錄，同時(shí)還可以分類查詢，獲得不同商品公司、不同產(chǎn)地、不同價(jià)位商品的銷售情況?！　?數(shù)據(jù)庫(kù)模塊 　　本模塊主要進(jìn)行數(shù)據(jù)的錄入、更新、檢索等工作，相當(dāng)于傳統(tǒng)實(shí)體店里認(rèn)真負(fù)責(zé)而又分毫不差的庫(kù)存管理員[9]?！　∵\(yùn)用面向?qū)ο笏枷胫蓄惖母拍?，系統(tǒng)結(jié)構(gòu)設(shè)計(jì)圖如圖44所示。　　 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) 　　 　　對(duì)比傳統(tǒng)實(shí)體店，并結(jié)合在線購(gòu)物的特點(diǎn)，綜合系統(tǒng)功能分析，本系統(tǒng)的需求信息主要有：用戶分一般用戶和管理員用戶。訂單分單張?jiān)敿?xì)訂單和總訂單。每一件商品都從屬于一種類型。一個(gè)用戶可以購(gòu)買多件商品。一個(gè)用戶對(duì)應(yīng)一張訂單列表信息。一個(gè)列表對(duì)應(yīng)多張訂單信息?！　〗?jīng)過(guò)系統(tǒng)數(shù)據(jù)庫(kù)的功能分析和需求總結(jié)，將數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)做如下設(shè)計(jì)：　　(1) 管理員信息，包括數(shù)據(jù)項(xiàng)：用戶名、密碼　　(2) 普通用戶，包括數(shù)據(jù)項(xiàng)：用戶ID、用戶名、密碼　　(3) 商品，包括數(shù)據(jù)項(xiàng)：商品編號(hào)、商品名稱、分類編號(hào)等　　(4) 商品分類，包括數(shù)據(jù)項(xiàng)：分類編號(hào)、分類名　　(5) 訂單列表，包括數(shù)據(jù)項(xiàng)：訂單編號(hào)、商品編號(hào)、購(gòu)買數(shù)量　　(6) 訂單，包括數(shù)據(jù)項(xiàng)：訂單編號(hào)、用戶編號(hào)、下單時(shí)間等　　 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì) 　　根據(jù)數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)的分析，在數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)部分可以設(shè)計(jì)出滿足用戶需求的各種實(shí)體以及實(shí)體之間的關(guān)系，為邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。實(shí)體包含各種具體信息，通過(guò)相互之間的作用形成層數(shù)據(jù)流動(dòng)?！　”鞠到y(tǒng)數(shù)據(jù)庫(kù)中包含的實(shí)體有：管理員信息實(shí)體、普通用戶實(shí)體、商品實(shí)體、商品分類實(shí)體、訂單實(shí)體、訂單列表實(shí)體?！　?shí)體之間關(guān)系的ER圖如圖45所示。　　管理員信息實(shí)體ER圖如圖46所示?！　∑胀ㄓ脩粜畔?shí)體ER圖如圖47所示。　　商品實(shí)體ER圖如圖48所示。　　商品分類實(shí)體ER圖如圖49所示?！　∮唵螌?shí)體ER圖如圖410所示?！　∮唵瘟斜韺?shí)體ER圖如圖411所示?！　?數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì) 　　數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)完畢后，可以將數(shù)據(jù)庫(kù)概念結(jié)構(gòu)轉(zhuǎn)化為SQL Server數(shù)據(jù)庫(kù)系統(tǒng)所支持的實(shí)際數(shù)據(jù)模型，就構(gòu)成了數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)?！　≡诰€商店銷售系統(tǒng)數(shù)據(jù)庫(kù)中各個(gè)表的設(shè)計(jì)結(jié)果如表41到表46所示。(1) 每個(gè)表格表示數(shù)據(jù)庫(kù)中的一個(gè)表，訂單信息列表allorders如表41所示，記錄每個(gè)用戶的訂單總信息。表4 SEQ 表格 \* ARABIC 1 訂單信息列表allordersField Type Null Key Default Extra Comment IdintNULLPRINULLIDENTITY(1,1)主鍵，遞增orderintNULL00訂單號(hào)NointNULL00商品編號(hào)amountintNULLYESNULL訂貨數(shù)量(2) CD信息列表cdName如表42所示，記錄商店現(xiàn)有的商品信息。表42 CD信息列表cdNameField Type Null Key Default Extra Comment IdintPRI(NULL)IDENTITY(1,1)主鍵，遞增NameVarchar(10)商品名稱Classint0商品分類名稱Product name Varchar(25)YES(NULL)商品名Production pany Varchar(150)YES(NULL)生產(chǎn)公司NoVarchar(30)YES(NULL)編號(hào)listVarchar(30)YES(NULL)列表PricefloatYES(NULL)原價(jià)Amount intYES(NULL)總數(shù)量Leav_NointYES(NULL)剩余數(shù)量RegTimedatetime登記時(shí)間pictureVarchar(200)YES(NULL)封面(3) 商店管理員信息表cdAdmin如表43所示，記錄管理員的帳號(hào)密碼。表43 管理員信息表cdAdminField TypeNullKeyDefaultExtraCommentAdminUservarchar(20)YES(NULL)用戶名AdminPassvarchar(50)YES(NULL)密碼(4) 商店商品類別列表cdClass如表44所示，記錄商店現(xiàn)有的商品分類。表44 商店商品類別列表cdClassFieldTypeNullKeyDefaultExtraCommentIdintPRI(NULL)IDENTITY(1,1)分類編號(hào)Classnamevarchar(30)(NULL)分類名稱(5)訂單詳細(xì)表orders