基于B/S結(jié)構(gòu)的煙草營銷管理系統(tǒng)的設(shè)計與研究

梁棟

（河北省煙草公司邢臺市公司清河縣卷煙營銷部，河北 邢臺 054800）

1 技術(shù)實(shí)現(xiàn)

本系統(tǒng)基于B/S模式的軟件架構(gòu)，應(yīng)用SQL Server2008數(shù)據(jù)庫進(jìn)行數(shù)據(jù)存儲，使用C#語言進(jìn)行開發(fā)。代碼架構(gòu)采用的則是通用的三層基于Web的體系結(jié)構(gòu)，包括數(shù)據(jù)持久層、業(yè)務(wù)邏輯層和表現(xiàn)層。

2 系統(tǒng)設(shè)計

2.1 系統(tǒng)需求

在實(shí)際應(yīng)用中，本地?zé)煵菥之?dāng)前營銷管理系統(tǒng)主要存在下列問題：①訂單供貨模式下，系統(tǒng)無法滿足省局對地市需求預(yù)測的分析和監(jiān)督作用：最新版本的訂單供貨修訂案中明確表示，地市公司在預(yù)測半年或年度需求時必須要嚴(yán)格按照“準(zhǔn)備—實(shí)施—審定—上報”四個過程，目前的管理系統(tǒng)因缺少“上報”環(huán)節(jié)無法實(shí)現(xiàn)省局對地市需求預(yù)測的分析和監(jiān)督。②部分系統(tǒng)集中部分系統(tǒng)分散的現(xiàn)狀使得省局難以實(shí)現(xiàn)對地市的監(jiān)督監(jiān)控：現(xiàn)階段，本地已然建立了較為集中的投訴中心，但分布在各地市的業(yè)務(wù)系統(tǒng)使得投入中心系統(tǒng)所需的零售戶基礎(chǔ)信息、卷煙供貨策略以及組織機(jī)構(gòu)等基礎(chǔ)信息均分散在各地市，所獲取的信息無法保證全面性，這將對系統(tǒng)用戶的體驗度造成最直接的影響。③集中分布模式使得呼叫中心無法為省局語音監(jiān)控、監(jiān)聽地市提供有力支持。目前，本地呼叫中心的CTI和IVR服務(wù)器均部署在省局，但錄音系統(tǒng)卻部署在地市，這嚴(yán)重阻礙了二者之間的交流與溝通[1]。④缺乏必要的信息系統(tǒng)支持，本地省局新建設(shè)的綜合查詢分析系統(tǒng)需著重分析本地“網(wǎng)建”質(zhì)量。然而，現(xiàn)有的業(yè)務(wù)系統(tǒng)無法提供網(wǎng)建的基礎(chǔ)信息及手工錄入的信息。例如，要想為現(xiàn)階段地市的人口、地域面積、國民經(jīng)濟(jì)發(fā)展?fàn)顩r等信息出具相應(yīng)的網(wǎng)建分析報表，必須要通過省版系統(tǒng)統(tǒng)一錄入才能完成。

2.2 系統(tǒng)框架結(jié)構(gòu)設(shè)計

通過對現(xiàn)有系統(tǒng)存在問題的分析，筆者從本地?zé)煵菥值默F(xiàn)狀出發(fā)，可將新的煙草營銷管理系統(tǒng)分成以下幾個子系統(tǒng)，即投訴中心、呼叫中心、分銷系統(tǒng)、CRM（客戶關(guān)系管理）以及訂單供貨等。此外，筆者還對各類子系統(tǒng)的業(yè)務(wù)數(shù)據(jù)進(jìn)行了匯總，以實(shí)現(xiàn)對基礎(chǔ)數(shù)據(jù)的統(tǒng)一維護(hù)。系統(tǒng)中所設(shè)計的DB2所具有的復(fù)制功能還可推動省、市之間數(shù)據(jù)同步的實(shí)現(xiàn)。

登錄點(diǎn)數(shù)量較多，且在信息系統(tǒng)中往往是分散在異地的。因此不同供應(yīng)商和客戶的查詢點(diǎn)會存在不同的計算機(jī)系統(tǒng)情況，這要求煙草營銷管理系統(tǒng)具有統(tǒng)一的界面和高效的查詢能力。然而，要想實(shí)現(xiàn)這一系統(tǒng)功能難度十分之大。企業(yè)業(yè)務(wù)工作所產(chǎn)生的數(shù)據(jù)量極其龐大，多種多樣的數(shù)據(jù)源分布也較為廣泛，在這種情況下，快速查詢和網(wǎng)上安全傳輸?shù)膶?shí)現(xiàn)對應(yīng)用系統(tǒng)的體系結(jié)構(gòu)提出了較高的要求。此外，對于各地市煙草企業(yè)而言，他們對信息系統(tǒng)的保密性也有著一定的要求，信息需嚴(yán)格按照保密級別進(jìn)行分類，因此在進(jìn)行系統(tǒng)設(shè)計時需遵循整體性、實(shí)用性、可擴(kuò)展性和先進(jìn)性的原則。

3 基于B/S結(jié)構(gòu)的系統(tǒng)層次模型設(shè)計

新營銷管理系統(tǒng)代碼架構(gòu)采用的是通用的三層基于Web的體系結(jié)構(gòu)，包括數(shù)據(jù)持久層、業(yè)務(wù)邏輯層和表現(xiàn)層。此類架構(gòu)中，應(yīng)用程序所需的Web運(yùn)行環(huán)境主要由成熟的Web應(yīng)用服務(wù)器和事務(wù)處理中間件提供，“應(yīng)用服務(wù)器”用以存儲和運(yùn)行應(yīng)用邏輯并將數(shù)據(jù)資源和客戶機(jī)分隔開。本研究所應(yīng)用的代碼結(jié)構(gòu)與傳統(tǒng)的二層次架構(gòu)的著重點(diǎn)不同，三層體系結(jié)構(gòu)的著重點(diǎn)在于客戶機(jī)對應(yīng)用服務(wù)的請求，二層次架構(gòu)則在于數(shù)據(jù)請求[2]。

位于第二層次的Web應(yīng)用服務(wù)器可為系統(tǒng)提供穩(wěn)健、安全、高效的應(yīng)用環(huán)境與連接機(jī)制。不管是各種服務(wù)程序加載、程序啟動、內(nèi)存管理、負(fù)載平衡、出錯恢復(fù)，還是強(qiáng)大的應(yīng)用管理功能高性能地處理大量并發(fā)訪問以及快速及時對異構(gòu)平臺進(jìn)行響應(yīng)，均需由具有強(qiáng)大和后臺各種資源連接的Web應(yīng)用服務(wù)器提供。在這類三層次結(jié)構(gòu)中，應(yīng)用程序的請求代替了客戶端對數(shù)據(jù)源的直接訪問。因此，客戶端訪問的是應(yīng)用程序，這種由應(yīng)用程序查詢和存取數(shù)據(jù)的方式能夠保證數(shù)據(jù)不被非法使用和篡改。此外，B/S結(jié)構(gòu)還可進(jìn)一步簡化用戶管理程序，促進(jìn)系統(tǒng)性能的提高

3.1 Webservice方法的實(shí)現(xiàn)

本系統(tǒng)中的Webservice方法很好地體現(xiàn)了以服務(wù)為導(dǎo)向的面向服務(wù)的一種體系結(jié)構(gòu)，該方法的實(shí)現(xiàn)需三個步驟。首先，我們需將系統(tǒng)需要的同步功能抽象為一個個具體的服務(wù)，依據(jù)UDDI協(xié)議和WSDL標(biāo)準(zhǔn)進(jìn)行注冊；然后，依據(jù)WSDL標(biāo)準(zhǔn)獲得服務(wù)注冊信息；最后，再根據(jù)SOAP通訊格式向服務(wù)進(jìn)行通訊。本研究中所介紹的營銷管理系統(tǒng)中，實(shí)現(xiàn)Webservice方法的步驟為：①進(jìn)入省局系統(tǒng)，獲得需要同步的商品入網(wǎng)的商品內(nèi)碼或變價單的內(nèi)碼；②將上述商品內(nèi)碼或變價單內(nèi)碼傳輸至地市的service執(zhí)行程序中，傳輸過程主要根據(jù)Webservice的調(diào)用標(biāo)準(zhǔn)，并利用xml的傳輸協(xié)議[3]；③調(diào)用商品入網(wǎng)或變價的service，將相關(guān)服務(wù)的具體執(zhí)行情況回寫至省局系統(tǒng)中。

Webservice方法中所應(yīng)用的是系統(tǒng)級的同步數(shù)據(jù)，因此具有數(shù)據(jù)庫級的無關(guān)性特征。在實(shí)際應(yīng)用中，我們無需對商品入網(wǎng)和變價等比等較為復(fù)雜的邏輯中的細(xì)節(jié)加以關(guān)注，所以這種體系結(jié)構(gòu)可為管理系統(tǒng)數(shù)據(jù)的一致性和完整性提供更大的保障。

3.2 同步SQL方式的實(shí)現(xiàn)

如前文所述，本系統(tǒng)中的數(shù)據(jù)存儲環(huán)節(jié)應(yīng)用的是SQL Server2008數(shù)據(jù)庫，獲得需要同步的基礎(chǔ)數(shù)據(jù)的SQL，然后再通過字符串的方式在地市數(shù)據(jù)庫中執(zhí)行該SQL正是SQL環(huán)節(jié)的主要功能。根據(jù)數(shù)據(jù)存儲的執(zhí)行情況，通常會在一個JTA的事務(wù)中修改相應(yīng)的完成情況的標(biāo)志。在本研究所介紹的營銷管理系統(tǒng)中，同步SQL方式的實(shí)現(xiàn)共分為以下兩個步驟：①獲得同步的SQL需依據(jù)省局版中的查詢條件以及需抽取的數(shù)據(jù)類型，查詢條件有時間段等，數(shù)據(jù)類型則包括供應(yīng)商、商品分類等；②獲得同步的SQL后，需將其同步至地市數(shù)據(jù)庫中，同步過程中應(yīng)用JDBC的JTA技術(shù)，并采用兩階段進(jìn)行提交。在進(jìn)行數(shù)據(jù)同步的過程中，還應(yīng)修改相應(yīng)的抽取標(biāo)志。值得注意的是，修改標(biāo)志應(yīng)和執(zhí)行SQL放在一個事務(wù)中進(jìn)行，這意味著兩個流程要么全部成功要么全部失敗，這種設(shè)計方式無疑可為基礎(chǔ)數(shù)據(jù)同步的完整性提供有效的保證。

3.3 匯總數(shù)據(jù)抽取

前文所介紹的系統(tǒng)框架結(jié)構(gòu)具有定時功能，其可為調(diào)研Java程序和匯總數(shù)據(jù)抽取提供幫助。匯總數(shù)據(jù)抽取共分為以下幾個步驟：①依據(jù)時間段等省局版中的查詢條件和要抽取的數(shù)據(jù)類型來形成抽取數(shù)據(jù)的限制條件；②根據(jù)限制條件從地市系統(tǒng)數(shù)據(jù)庫中獲得相應(yīng)的數(shù)據(jù)對象，如20180101的日匯總數(shù)據(jù)。將上面所獲得的數(shù)據(jù)同步至省局?jǐn)?shù)據(jù)庫中，同步過程中應(yīng)用JDBC的JTA技術(shù)，并采用兩階段進(jìn)行提交。與同步SQL一樣，提交過程中還應(yīng)對相應(yīng)的抽取標(biāo)志進(jìn)行修改。為避免出現(xiàn)重做業(yè)務(wù)現(xiàn)象的發(fā)生，應(yīng)以地市數(shù)據(jù)庫中的抽取標(biāo)志為準(zhǔn)。為保證數(shù)據(jù)同步的數(shù)據(jù)完整性，同步數(shù)據(jù)也應(yīng)和修改標(biāo)志在一個事務(wù)中。

4 結(jié)語

自煙草行業(yè)開展“按客戶訂單組織貨源”以來，業(yè)務(wù)規(guī)模和數(shù)據(jù)規(guī)模不斷擴(kuò)大，本地原有的營銷管理系統(tǒng)已經(jīng)無法滿足當(dāng)前和未來業(yè)務(wù)的發(fā)展，系統(tǒng)調(diào)整和改進(jìn)工作勢在必行。本文從本地原有管理系統(tǒng)存在的問題出發(fā)，介紹了一種基于B/S結(jié)構(gòu)的三層煙草營銷管理系統(tǒng)，應(yīng)用SQL Server2008數(shù)據(jù)庫進(jìn)行數(shù)據(jù)存儲，應(yīng)用效果良好，有效提高了信息的處理效率。