顧奇

摘要 計(jì)算機(jī)的迅猛發(fā)展不僅促使了淘寶等電子商務(wù)巨頭的發(fā)展，也給傳統(tǒng)的線下商店的運(yùn)行模式帶來了巨變。借助于計(jì)算機(jī)這一工具，商店的銷售人員可以快速的進(jìn)行結(jié)算，管理人員可以輕易的查看業(yè)績，統(tǒng)籌商店的未來發(fā)展，而作為消費(fèi)者也能夠通過計(jì)算機(jī)快速找到自己需要的貨物。本篇論文就是基于JSP技術(shù)，借助主流框架，對傳統(tǒng)書店做一個(gè)可行的B/S架構(gòu)的書店管理系統(tǒng)。

【關(guān)鍵詞】B/S架構(gòu) JsP技術(shù) 線下書店管理

1 前言

網(wǎng)絡(luò)購物已成為現(xiàn)代人的基本能力之一的同時(shí)，傳統(tǒng)的商店購物也借助于計(jì)算機(jī)愈加簡便和成熟。相比于電子商務(wù)，線下商店由于其實(shí)體的存在，所要考慮的問題要簡單具體的多，其實(shí)現(xiàn)也遠(yuǎn)沒有電子商務(wù)那樣復(fù)雜。本篇論文嘗試對書店這一具體情形，給出一個(gè)基于B/S架構(gòu)的具體實(shí)現(xiàn)?？梢钥闯鱿鄬τ赾/s架構(gòu)，B/S架構(gòu)開發(fā)較為容易，安裝和使用也更為方便。論文嘗試借助7個(gè)不同的功能界面，并劃分出兩類用戶角色：商店管理者、商店銷售員，使得商店的大部分常規(guī)需求得以正常實(shí)現(xiàn)，同時(shí)為后續(xù)可能的功能擴(kuò)充留下一個(gè)良好的布局。

2 總體設(shè)計(jì)

2.1 系統(tǒng)需求分析

一個(gè)常規(guī)的書店應(yīng)當(dāng)具有諸如店主的管理人員，也應(yīng)該具有多個(gè)銷售人員。因此，系統(tǒng)應(yīng)當(dāng)至少具有以下主要功能：

系統(tǒng)能夠維護(hù)圖書的基本信息，動(dòng)態(tài)更新其實(shí)時(shí)信息，并利用實(shí)時(shí)信息生成榜單。銷售人員借助系統(tǒng)能夠進(jìn)行商品的結(jié)算、貨物的導(dǎo)購。允許商店采用會(huì)員機(jī)制，根據(jù)其購買額實(shí)時(shí)更新其等級，折扣隨等級提高。管理者借助系統(tǒng)能夠管理全局，包括但不限于權(quán)限的更改、全部信息的查看與調(diào)整維護(hù)。

2.2 整體構(gòu)建

通過共用數(shù)據(jù)庫，銷售人員與管理人員可以實(shí)現(xiàn)完整的業(yè)務(wù)。因此，完整的系統(tǒng)包含三個(gè)模塊：服務(wù)器端、管理人員客戶端、銷售人員客戶端。

服務(wù)器端：Web應(yīng)用服務(wù)器由Apachetomcat服務(wù)器承擔(dān)，同時(shí)使用Mysq15.0或以上版本作為數(shù)據(jù)庫。由于使用JSP技術(shù)，服務(wù)主機(jī)需要安裝jdk6.0或以上版本。管理人員客戶端：管理員需要安裝Chrome或其它主流瀏覽器，通過設(shè)置的網(wǎng)址來訪問服務(wù)器端的數(shù)據(jù)。管理人員與銷售人員通過不同的網(wǎng)址與不同的密碼來區(qū)別。管理人員所使用的主機(jī)用來承擔(dān)服務(wù)器的角色是一個(gè)很好的選擇。銷售人員客戶端：銷售人員同樣需要安裝Chrome或其它主流瀏覽器，借助于局域網(wǎng)，訪問與管理人員不同的網(wǎng)址進(jìn)入系統(tǒng)。雖然網(wǎng)址不同，但共用了同一個(gè)數(shù)據(jù)庫，借此達(dá)到了業(yè)務(wù)的完整實(shí)現(xiàn)。服務(wù)器端、管理人員端、銷售人員端也可以在同一臺(tái)主機(jī)上完成，小型商店可以靠一臺(tái)計(jì)算機(jī)完成完整的業(yè)務(wù)。

3 詳細(xì)設(shè)計(jì)

3.1 數(shù)據(jù)庫設(shè)計(jì)分析

通過上面的需求分析，我們可以看到共有四類角色：管理人員、銷售人員、商品、會(huì)員。同時(shí)，考慮到銷售記錄反映了一個(gè)多對多且重要的關(guān)系，因此共設(shè)計(jì)五張數(shù)據(jù)表來完成四類角色信息的存儲(chǔ)，五張數(shù)據(jù)表的總體設(shè)計(jì)如表1。

3.2 客戶端整體設(shè)計(jì)

系統(tǒng)有兩類用戶：商店管理人員、商店銷售人員。

從邏輯上來看，管理人員需要完成對所有人的權(quán)限管理、對圖書庫存的完整了解、對銷售人員工作情況的了解，同時(shí)還需要對商店現(xiàn)有會(huì)員狀況保持了解。另一方面，銷售員需要結(jié)算商品的功能，同時(shí)需要幫助顧客成為會(huì)員，以及給購買者提供圖書的具體信息，此外，銷售員應(yīng)當(dāng)可以查看自己的銷售狀況。可以看出，這些都是不便于再做分割歸類的功能，由于兩類用戶都需要通過賬戶與密碼進(jìn)入到其具體的工作模塊，因此，系統(tǒng)的總體結(jié)構(gòu)如圖1。

需要注意的是，雖然我們在這里都是通過登錄界面登陸的，但由于兩類人訪問的是不同的網(wǎng)址，登錄界面其實(shí)并非同一個(gè)文件。但從邏輯上講，就如圖2所示。

3.3 管理人員模塊設(shè)計(jì)

管理人員需要統(tǒng)籌商店的全面發(fā)展，下面對四個(gè)功能頁面做具體的說明。

3.3.1 權(quán)限管理界面

進(jìn)入此界面時(shí)需要讀取所有的系統(tǒng)管理員與銷售人員，并將其大略信息顯示在界面上。管理人員可以查看銷售人員的詳細(xì)情況，借助于AJAX技術(shù)，可以容易的將銷售人員的詳細(xì)業(yè)績讀取出來。管理人員可以在此處添加新的銷售人員或新的管理員，也可以在此開除員工。權(quán)限的更改與密碼的更改也在此界面中集成，需要注意的是，銷售人員失去其身份后其業(yè)績信息也不再保留。

3.3.2 庫存信息界面

進(jìn)入此界面時(shí)需要讀取所有現(xiàn)有商品及其大略信息，并根據(jù)其分類顯示在界面上。管理人員可在此添加新書信息，添加時(shí)需輸入其名稱、作者、出版社、放置位置、分類等信息，以便于商品的分類和查詢。庫存的添加和商品的下架也在此處，也可以查看商品的具體銷量等信息。

3.3.3 銷售狀況界面

進(jìn)入此界面時(shí)需要讀取多類信息。通過sale表，根據(jù)交易發(fā)生的時(shí)間，讀取全部的24小時(shí)內(nèi)的交易，并按照時(shí)間順序顯示在頁面中。同時(shí)根據(jù)時(shí)間讀取出全部的24小時(shí)、1周、1個(gè)月的銷售狀況，按照商品號排出具體的銷量，按照銷量順序，分別排出日榜單、周榜單、月榜單，并展示到界面上。本界面用于幫助管理者根據(jù)目前銷售狀況，為書店做出統(tǒng)籌性的規(guī)劃。

3.3.4 會(huì)員信息界面

進(jìn)入此界面時(shí)需要讀取全部會(huì)員的信息，并將其等級和最后一次購買的時(shí)間展示在界面上。本界面可讓管理者通過現(xiàn)有的會(huì)員數(shù)量和其購買狀況判斷書店的現(xiàn)有發(fā)展?fàn)顩r。同時(shí)，管理者可對不同等級的會(huì)員設(shè)置不同的折扣，以提高店鋪的營業(yè)額。

3.4 銷售人員模塊設(shè)計(jì)

需要說明的是，銷售人員與管理人員的代碼分屬兩個(gè)文件。這樣在一定層度上保證了安全性，也得以讓源碼之間互不干擾。下面我們分別對屬于銷售人員的三個(gè)界面做說明。

3.4.1 圖書查詢界面

進(jìn)入本界面時(shí)無需事先讀取數(shù)據(jù)。本部分用于方便顧客查找圖書。顧客只需提供圖書名稱、作者、類別、出版社四者中任意一種或多種的模糊信息，即可進(jìn)行查找。如果顧客提供多個(gè)信息，則給出所有結(jié)果的并集。這樣銷售人員可以具有導(dǎo)購的能力，有助于商店的發(fā)展。

3.4.2 銷售列表界面

進(jìn)入本界面時(shí)需要根據(jù)此時(shí)操作的銷售人員賬號讀取其24小時(shí)內(nèi)的銷售狀況，并按照時(shí)間順序排列出來。本部分可以方便銷售人員查看自己一天的銷售情況。但要注意的是，此界面只能查看自身的業(yè)績狀況，而管理人員的銷售狀況界面可以查看全部銷售人員的信息。

3.4.3 結(jié)算商品界面

本界面是最重要的界面，無需事先讀取數(shù)據(jù)。

注冊會(huì)員的功能集成在此界面，根據(jù)顧客提供的手機(jī)號或其他信息注冊會(huì)員賬號。會(huì)員默認(rèn)等級為3級，在每一次使用此賬號進(jìn)行消費(fèi)后，會(huì)自動(dòng)重新計(jì)算其等級，最高為1級。等級越高，折扣越高。

結(jié)算商品是所有功能中最重要的，也是最復(fù)雜的。銷售人員只需輸入商品的編號和用戶的購買數(shù)量即可完成結(jié)算。如果輸入了會(huì)員號，則會(huì)自動(dòng)計(jì)算折扣。結(jié)算功能會(huì)影響到sale表、goods表、salesman表、vip表，其大體執(zhí)行流程如圖2。

3.5 框架的使用

在編碼時(shí)將銷售人員與管理人員分別置于兩個(gè)工程中，通過操作同一個(gè)數(shù)據(jù)庫來完成業(yè)務(wù)，以保障安全性。也因此，兩個(gè)工程得以使用不同的框架來進(jìn)行具體的實(shí)現(xiàn)。下面對銷售人員部分使用的框架進(jìn)行說明：

銷售人員部分使用ssm框架整合來完成整體的運(yùn)轉(zhuǎn)。使用mybatis，通過xml語句管理數(shù)據(jù)庫的增刪改查，使得銷售記錄的記載、會(huì)員信息的更改等大量數(shù)據(jù)庫操作的函數(shù)得以簡寫。而使用springmve管理了每一個(gè)函數(shù)的跳轉(zhuǎn)方向，使每一個(gè)功能函數(shù)都有明確的指向，代碼更明確。而使用spring則代替了工廠類，為銷售人員、會(huì)員等實(shí)體類以及其它Service層類建立對象，使得代碼耦合性更低。通過使用框架整合，代碼目的性也更明確，寫起來也更加的簡潔，后續(xù)的擴(kuò)充也更方便，也更能反映出MVC的設(shè)計(jì)思想。

4 結(jié)束語

本篇論文通過完整的說明一個(gè)線下銷售系統(tǒng)的需求分析、服務(wù)器設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)、客戶端設(shè)計(jì)等，展示了此類系統(tǒng)具有的現(xiàn)實(shí)意義和易行性。由于能力精力的限制，本文所實(shí)現(xiàn)的功能尚不足以完成全部的日常需要，但己給后續(xù)的擴(kuò)充留下一個(gè)可行的基礎(chǔ)?？梢灶A(yù)見的是，通過計(jì)算機(jī)這種強(qiáng)大的工具，各類傳統(tǒng)的繁瑣細(xì)節(jié)都會(huì)被簡潔的界面操作所逐漸取代，而更大的經(jīng)濟(jì)效益和價(jià)值也會(huì)漸漸體現(xiàn)出來。

參考文獻(xiàn)

[1]吳大剛，肖榮榮.c/s結(jié)構(gòu)與B/S結(jié)構(gòu)的信息系統(tǒng)比較分析[J].情報(bào)科學(xué)，2003 （03）： 89-91.

[2]常大俊，基于MySQL數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì)[J].信息安全與技術(shù)，2015 （09）： 57-59.

[3]張波，張福炎，基于JSP技術(shù)的Web應(yīng)用程序的開發(fā)[J].計(jì)算機(jī)應(yīng)用研究，2001（05）：99-101.

[4]李洋.SSM框架在Web應(yīng)用開發(fā)中的設(shè)計(jì)與實(shí)現(xiàn)[J]，計(jì)算機(jī)技術(shù)與發(fā)展，2016 （12）：190-194.

[5]鄒紅霆，基于SSM框架的Web系統(tǒng)研究與應(yīng)用[J].湖南理工學(xué)院學(xué)報(bào)（自然科學(xué)版），2017 （01）.