周桂如

( 福建船政交通職業(yè)學(xué)院公共教學(xué)部,福建 福州 350007)

0 研究背景和研究現(xiàn)狀

基于時代大背景，網(wǎng)絡(luò)訂房業(yè)務(wù)是一種新的服務(wù)業(yè)營銷方式，它無疑將利用互聯(lián)網(wǎng)本身的優(yōu)勢對傳統(tǒng)的營銷方式提出挑戰(zhàn)。400訂房中心的引入更是幫助企業(yè)實(shí)現(xiàn)了連鎖經(jīng)營、資源共享的愿望，把原來分散各處、各自為政的訂房業(yè)務(wù)集中到統(tǒng)一的訂房中心，對外發(fā)布唯一的訂房熱線，實(shí)現(xiàn)人員、房源、客源的大集中，極大方便了企業(yè)的集中化管理和精細(xì)化管理，為企業(yè)在節(jié)省經(jīng)營成本和提升企業(yè)形象方面做出了突出的貢獻(xiàn)。 目前市場上比較大型的連鎖娛樂企業(yè)有：agogo(35家門店，總部在福州)、好樂迪(66家門店，總部在上海)、歡樂迪(43家門店，總部在重慶)等。

agogo的訂房系統(tǒng)是由大唐電信為其訂制開發(fā)的，系統(tǒng)采用B/S架構(gòu)，大集中模式，整套系統(tǒng)只有一個中心數(shù)據(jù)庫，總部訂房中心和各門店的業(yè)務(wù)模塊都是直連中心數(shù)據(jù)庫，由于門店多、門店的業(yè)務(wù)終端多，給中心數(shù)據(jù)庫造成非常大的壓力，在業(yè)務(wù)高峰期時出現(xiàn)明顯的卡頓、反應(yīng)緩慢的現(xiàn)象。而且這種模式對網(wǎng)絡(luò)質(zhì)量的要求也比較高，當(dāng)門店和總店的網(wǎng)絡(luò)存在跨運(yùn)營商的情況，門店業(yè)務(wù)模塊的通訊就會比較卡。

歡樂迪的訂房系統(tǒng)用的是上海曲軒公司的產(chǎn)品，該系統(tǒng)采用C/S架構(gòu)，只有訂房中心業(yè)務(wù)模塊，沒有門店業(yè)務(wù)模塊，訂房中心每完成一單訂房業(yè)務(wù)都要給業(yè)務(wù)門店打個電話，通知門店有新的預(yù)訂信息。該系統(tǒng)已經(jīng)使用比較長久，其業(yè)務(wù)模式嚴(yán)重不能滿足現(xiàn)在的運(yùn)營需求，對業(yè)務(wù)人員的工作負(fù)荷太大，加上訂房系統(tǒng)與其它業(yè)務(wù)系統(tǒng)沒有辦法對接，正在考慮切換產(chǎn)品。

系統(tǒng)在數(shù)據(jù)操作的高效率下，保證數(shù)據(jù)類型的準(zhǔn)確性和數(shù)據(jù)內(nèi)容的擴(kuò)展性。各業(yè)務(wù)模塊的通訊方式是采用異步通訊，而且各門店和總店的數(shù)據(jù)庫都是獨(dú)立的本地數(shù)據(jù)庫，所以各業(yè)務(wù)模塊運(yùn)行效率比較流暢，對網(wǎng)絡(luò)依賴比較低。

1 聯(lián)網(wǎng)訂房系統(tǒng)需求分析

在信息化時代的大背景下，連鎖經(jīng)營模式是企業(yè)發(fā)展的趨勢。開發(fā)環(huán)境綜合考慮開發(fā)人員的使用習(xí)慣、數(shù)據(jù)庫軟件開發(fā)的便利性，最終選擇DELPHI2010作為開發(fā)工具。產(chǎn)品定位為應(yīng)用在大中型連鎖企業(yè)(估算一年一兩百萬條訂單數(shù)據(jù)，會員數(shù)據(jù)在百萬級)，數(shù)據(jù)量屬于中等規(guī)模，所以選擇SQL SERVER 2008 R2作為數(shù)據(jù)庫。為提高各業(yè)務(wù)單元的可操作性、易用性、穩(wěn)定性，各業(yè)務(wù)單元采用C/S結(jié)構(gòu)。由于產(chǎn)品本身對數(shù)據(jù)實(shí)時性要求不高，所以總分店數(shù)據(jù)通訊采用異步方式，以方便各業(yè)務(wù)單元能夠快速的完成各項操作。

為了明確產(chǎn)品的功能性需求，通過觀摩學(xué)習(xí)市場上其它訂房系統(tǒng)，經(jīng)過對訂房業(yè)務(wù)的分析、對連鎖經(jīng)營模式的調(diào)查、對聯(lián)網(wǎng)方案的考察、對市場最終用戶的走訪，綜合分析挖掘出各業(yè)務(wù)單元的需求點(diǎn)、關(guān)注點(diǎn)，最終形成聯(lián)網(wǎng)訂房系統(tǒng)需求。

2 聯(lián)網(wǎng)訂房系統(tǒng)設(shè)計

2.1 系統(tǒng)架構(gòu)設(shè)計

系統(tǒng)架構(gòu)的好與不好將決定軟件產(chǎn)品的質(zhì)量，如：模塊之間的耦合度、可擴(kuò)展性，模塊內(nèi)部的清晰度、可維護(hù)性，軟件系統(tǒng)的健壯性、可持續(xù)性，數(shù)據(jù)系統(tǒng)的安全性等。因此，系統(tǒng)架構(gòu)設(shè)計在軟件開發(fā)過程中起到承上啟下、繼往開來的作用。

2.1.1 多層分布式結(jié)構(gòu)

互聯(lián)網(wǎng)的發(fā)展給傳統(tǒng)的軟件開發(fā)行業(yè)帶來了空前的變革，基于Web和Internet應(yīng)用軟件系統(tǒng)必將需要更加靈活、開放的軟件架構(gòu)[2]。隨著商業(yè)應(yīng)用軟件系統(tǒng)越來越多的被搬到互聯(lián)網(wǎng)上，一種全新的、更具生命力的軟件架構(gòu)被廣泛應(yīng)用，這就是“三層/多層架構(gòu)”[1]。多層分布式結(jié)構(gòu)很好的解決了C/S結(jié)構(gòu)的缺點(diǎn)，它是一種靈活的體系結(jié)構(gòu)。多層架構(gòu)還具有良好的可移植性，可以跨越不同類型的平臺工作，允許用戶請求在多臺服務(wù)器之間進(jìn)行負(fù)載均衡。

2.1.2 MIDAS技術(shù)

MIDAS是多層分布式應(yīng)用程序服務(wù)包(Multi-tier-Distributed Application Service Suite)的英文縮寫[3]，它是Inprise公司提供的基于Windows平臺的中間件產(chǎn)品，Borland公司從Delphi3.0開始引入MIDAS1.0。

MIDAS是Delphi用來開發(fā)多層分布式應(yīng)用系統(tǒng)的中介透明引擎[4]。 提供容錯能力的應(yīng)用系統(tǒng)如圖1所示。

圖1 提供容錯能力的應(yīng)用系統(tǒng)

在客戶機(jī)和服務(wù)器的連接方式上，MIDAS提供了多種通訊協(xié)議，如：Socket、COM/DCOM、CORBA等。

2.1.3 多層分布式應(yīng)用程序的結(jié)構(gòu)

基于DCOM和MIDAS技術(shù)的多層分布式應(yīng)用程序結(jié)構(gòu)如圖2所示。

圖2 多層分布式應(yīng)用系統(tǒng)結(jié)構(gòu)圖

2.2 系統(tǒng)數(shù)據(jù)庫設(shè)計

2.2.1 系統(tǒng)表結(jié)構(gòu)設(shè)計

聯(lián)網(wǎng)訂房系統(tǒng)主要包括分店信息表、人員信息表、會員等級表、等級關(guān)聯(lián)表、會員信息表、房型表、區(qū)域表、房間信息表、預(yù)訂信息表、排房表、來電信息表、投訴建議表等。各實(shí)體對象之間的關(guān)系如圖3所示。

圖3 數(shù)據(jù)庫實(shí)體對象關(guān)系圖

3 聯(lián)網(wǎng)訂房系統(tǒng)實(shí)現(xiàn)

聯(lián)網(wǎng)訂房系統(tǒng)為了支持皮膚自定義，以及方便以后升級維護(hù)時更換皮膚，引入了第三方皮膚控件包SUIPack，在系統(tǒng)的數(shù)據(jù)模塊(TDataModule)放一個皮膚資源連接組件(TsuiFileTheme)，在系統(tǒng)運(yùn)行時動態(tài)加載皮膚資源文件，其它頁面的皮膚控件通過屬性FileTheme關(guān)聯(lián)到皮膚資源組件來顯示皮膚文件。

3.1 會員模塊實(shí)現(xiàn)

3.1.1 總店會員等級維護(hù)

有權(quán)限的用戶登錄會員模塊之后，通過系統(tǒng)菜單“總店會員等級設(shè)置”進(jìn)入等級維護(hù)頁面，會員等級設(shè)置提供“等級編號”、“等級名稱”兩個屬性，提供新增、修改、刪除三種操作。新增、修改等級時判斷等級編號、名稱不允許重復(fù)；刪除時判斷等級是否已經(jīng)使用(在等級關(guān)系頁面關(guān)聯(lián)到分店的會員等級)，已啟用的等級不允許刪除。

刪除功能的核心代碼如下：

IF EXISTS(SELECT 1 FROM BL_TBL_GradeRelateSet WHERE GradeID = @GradeID)

BEGIN

SET @ErrorCode = -1

SET @ErrorMessage = '該會員等級已經(jīng)使用，不能刪除！'

RETURN @ErrorCode

END

DELETE FROM BL_TBL_MemberGrade WHERE GradeID = @GradeID

SET @ErrorCode = @@Error

IF @ErrorCode <> 0

SET @ErrorMessage = '刪除表[BL_TBL_MemberGrade]失敗。'

有權(quán)限的用戶登錄會員模塊之后，通過系統(tǒng)菜單“會員等級關(guān)聯(lián)”進(jìn)入等級關(guān)聯(lián)頁面。頁面分為條件查詢區(qū)域、數(shù)據(jù)顯示區(qū)域、編輯區(qū)域三個區(qū)域，可供編輯的屬性有“總店會員等級”、“分店名稱”、“分店會員等級”，每個分店會員等級有且僅能對應(yīng)一個總店會員等級，每個總店會員等級在某一分店有且僅能對應(yīng)一個分店會員等級。頁面切換分店名稱時，實(shí)時刷新該分店的會員等級。

修改功能的核心代碼如下：

UPDATE BL_TBL_GradeRelateSet

SETGradeID = @GradeID,

OtherShopNo = @OtherShopNo,

OtherGradeID = @OtherGradeID

WHEREGradeRelateSetID = @GradeRelateSetID

SET @ErrorCode = @@ERROR

IF @ErrorCode <> 0

SET @ErrorMessage = '修改會員等級關(guān)聯(lián)失敗'

3.1.2 會員信息維護(hù)

有權(quán)限的用戶登錄會員模塊之后，通過系統(tǒng)菜單“會員信息設(shè)置”進(jìn)入會員信息維護(hù)頁面。頁面分為條件查詢區(qū)域、數(shù)據(jù)顯示區(qū)域、操作按鈕區(qū)域?？紤]到會員數(shù)據(jù)量會比較大，加載會員數(shù)據(jù)會比較慢，所以進(jìn)入頁面默認(rèn)情況下不顯示會員數(shù)據(jù)，由操作人員選擇查詢條件后點(diǎn)擊查詢按鈕再顯示數(shù)據(jù)。查詢條件盡可能豐富，方便使用者能夠快速定位到想要的會員數(shù)據(jù)。操作區(qū)域提供信息修改、掛失/取消掛失、補(bǔ)卡查詢、導(dǎo)出Excel四個功能，信息修改和補(bǔ)卡查詢進(jìn)入二級頁面操作，掛失、導(dǎo)出Excel直接執(zhí)行代碼，雙擊會員信息進(jìn)入會員詳情/變更日志查詢頁面。導(dǎo)出Excel的功能需要單獨(dú)授權(quán)，因為會員數(shù)據(jù)對于企業(yè)來說機(jī)密系數(shù)相對較高，不允許輕易就能把會員數(shù)據(jù)導(dǎo)出來，一般的客服人員是不會有導(dǎo)出Excel的權(quán)限的，需要用到導(dǎo)出功能時可申請業(yè)務(wù)主管進(jìn)行業(yè)務(wù)授權(quán)。

掛失功能的部分代碼如下：

UPDATE BL_TBL_AllCustomer

SET--把狀態(tài)置為3(掛失狀態(tài))

[Status] = 3,

--把記錄版本加1，讓會員同步模塊可以把該會員信息分發(fā)到各門店

UpdateVersion = ISNULL(UpdateVersion,0)+1,

--記錄最后更新門店和更新時間

LastUpdateShop = '99',

LastUpdateDateTime = GETDATE()

WHEREHeadMemberID = @HeadMemberID

SET @ErrorCode = @@ERROR

IF @ErrorCode <> 0

BEGIN

SET @ErrorMessage = '掛失會員失敗'

ROLLBACK TRAN Tran_MemberLost

RETURN @ErrorCode

END

3.2 訂房模塊實(shí)現(xiàn)

3.2.1 來電管理

來電管理作為整個聯(lián)網(wǎng)訂房系統(tǒng)最核心的業(yè)務(wù)，把這個功能嵌在訂房模塊的主界面，有權(quán)限的用戶登錄系統(tǒng)后就直接顯示這個頁面。

來電管理頁面劃分成四個區(qū)域：左邊區(qū)域顯示當(dāng)前來電信息，顯示來電號碼、客人姓名、會員生日等基本信息，以及預(yù)約次數(shù)、取消次數(shù)、失約率、消費(fèi)金額、消費(fèi)次數(shù)、單均消費(fèi)等統(tǒng)計數(shù)據(jù)，突出顯示會員生日、失約率、單均消費(fèi)這三個重要信息，方便客服人員開展個性化服務(wù)；中間區(qū)域顯示今日來電記錄，用顏色區(qū)分未接來電和留言來電，提醒客服人員回?fù)芪唇觼黼?、收聽留言信息；右邊上半部分顯示當(dāng)前來電號碼的歷史來電信息；右邊下半部分顯示當(dāng)前來電會員的歷史消費(fèi)情況和預(yù)訂情況。

來電管理頁面如圖4所示。

圖4 來電管理

通過在來電管理頁面放置一個時鐘控件(TTimer)調(diào)用話機(jī)產(chǎn)商提供的動態(tài)庫接口來獲到話機(jī)狀態(tài)，判斷來電事件，根據(jù)不同的話機(jī)狀態(tài)進(jìn)行相應(yīng)的處理。

3.2.2 房間預(yù)訂

有權(quán)限的用戶登錄訂房模塊之后才能使用這個功能，它可以通過來電管理界面進(jìn)入，也可以從系統(tǒng)菜單的“房間預(yù)訂”進(jìn)入?？头藛T需要先跟來電客人確定將要預(yù)訂門店、預(yù)抵日期、時間，根據(jù)這三個信息確定是否還有房間可以接受預(yù)訂，如果可以則進(jìn)入預(yù)訂頁面。預(yù)訂頁面的客人基本信息自動從來電頁面讀取，客服人員選擇完房間類型之后即可完成預(yù)訂，也可根據(jù)實(shí)際需要填寫其它信息提交預(yù)訂，預(yù)訂成功后自動生成預(yù)訂短信發(fā)送到客人手機(jī)上。

預(yù)訂信息合法性校驗的部分代碼如下：

if Trim(edt_GuestName.Text) = '' then

begin

Pub_ShowMessage('客人姓名不能為空，請輸入！', 1);

if edt_GuestName.CanFocus then

edt_GuestName.SetFocus;

Exit;

end;

if Trim(edt_TelNo.Text) = '' then

begin Pub_ShowMessage('聯(lián)系電話不能為空，請輸入！', 1);

if edt_TelNo.CanFocus then

edt_TelNo.SetFocus;

Exit;

end;

3.2.3 投訴建議

有權(quán)限的用戶登錄訂房模塊之后，通過系統(tǒng)菜單“投訴建議”進(jìn)入投訴建議維護(hù)頁面。第一個頁面顯示歷史數(shù)據(jù)信息，分為條件查詢區(qū)域和數(shù)據(jù)顯示區(qū)域，在數(shù)據(jù)顯示區(qū)域選中一條記錄后，在表格下方顯示出該記錄的投訴或建議內(nèi)容以及回復(fù)內(nèi)容，通過右邊的操作按鈕可以進(jìn)入下一層操作頁面(如：登記、修改、回復(fù))。中間的投訴建議數(shù)據(jù)顯示列表用紅色背景高亮顯示需要回復(fù)且未回復(fù)的記錄，以提醒客服人員及時進(jìn)行跟進(jìn)。

3.3 數(shù)據(jù)分析模塊實(shí)現(xiàn)

3.3.1 客戶分析

有權(quán)限的用戶登錄數(shù)據(jù)分析模塊之后，從系統(tǒng)菜單“客戶分析”進(jìn)入。客戶分析頁面包含三個功能：消費(fèi)分析、活躍度分析、分布分析。

①消費(fèi)分析：統(tǒng)計每個會員的充值情況、消費(fèi)情況、卡余額、消費(fèi)次數(shù)等。頁面分為數(shù)據(jù)顯示區(qū)域和操作區(qū)域，通過“查詢條件”按鈕進(jìn)入二級頁面選擇查詢條件；提供打印、導(dǎo)出、查看明細(xì)等功能，并且可以按會員卡號、會員等級進(jìn)行過濾。②活躍度分析：統(tǒng)計三種類型的會員(活躍會員、沉默會員、僵尸會員)。六個月以內(nèi)消費(fèi)次數(shù)最多的為活躍會員；六個月以內(nèi)沒有消費(fèi)，但以前的消費(fèi)記錄的會員為沉默會員；建卡以來都沒有消費(fèi)記錄的為僵尸會員。每一類會員用一種顏色區(qū)分開來，頁面可以選擇統(tǒng)計某一類別的會員以及顯示會員數(shù)量，通過點(diǎn)擊列頭可以按該列的值進(jìn)行排序。

③會員分布分析：統(tǒng)計會員的分布情況，分為地區(qū)分布、年齡分布、性別分布三種統(tǒng)計方式，以餅圖的形式體現(xiàn)。

會員分布分析頁面如圖5所示。

圖5 分布分析

圖6時段分布

3.3.3 來電分析

有權(quán)限的用戶登錄數(shù)據(jù)分析模塊之后，從系統(tǒng)菜單“來電分析”進(jìn)入。來電分析頁面包含：時段分布、區(qū)域分布、來電響應(yīng)、滿意度分析。

①時段分布：按日期范圍統(tǒng)計一天24小時的來電分布情況，以走勢圖的形式展現(xiàn)。

時段分布頁面如圖6所示。

②區(qū)域分布：按日期范圍統(tǒng)計來電區(qū)域的分布情況，以餅圖的形式展現(xiàn)。

③來電響應(yīng)：統(tǒng)計每一通來電從第一聲響鈴開始到接聽的時間間隔，以數(shù)據(jù)表格的形式展現(xiàn)。

④來電滿意度分析：根據(jù)每一通來電結(jié)束時的滿意度調(diào)查，分析滿意度分布情況，以餅圖的形式展現(xiàn)，雙擊餅圖可進(jìn)入查看明細(xì)。

3.4 門店排房模塊實(shí)現(xiàn)

預(yù)訂排房模塊包含預(yù)訂信息查詢、預(yù)訂信息修改/撤訂、等候、叫號、排房等子功能。排房短信也是設(shè)計為后臺功能，由排房功能觸發(fā)執(zhí)行。排房成功后系統(tǒng)自動按預(yù)訂電話號碼生成排房短信(短信的格式模板可以在參數(shù)設(shè)置模塊進(jìn)行編輯)保存到短信隊列表中，由短信服務(wù)通過短信網(wǎng)關(guān)或者短信貓發(fā)送到客人手機(jī)上。

4 聯(lián)網(wǎng)訂房系統(tǒng)測試

經(jīng)過幾輪的測試、修改以及和其它業(yè)務(wù)模塊的聯(lián)調(diào)，本系統(tǒng)已經(jīng)達(dá)到預(yù)期目標(biāo)，充分完成設(shè)定的需求功能，業(yè)務(wù)功能也都能滿足市場的需求，達(dá)到發(fā)布版本的基本要求。當(dāng)然，在投放市場之后，由于使用環(huán)境、操作習(xí)慣等原因，還會產(chǎn)生各種各樣的BUG，在后期的系統(tǒng)維護(hù)階段及時跟進(jìn)完善。

5 結(jié) 論

主要研究了COM/DCOM和MIDAS技術(shù)在分布式聯(lián)網(wǎng)訂房系統(tǒng)的設(shè)計和實(shí)現(xiàn)階段地應(yīng)用，詳細(xì)介紹了該系統(tǒng)的功能結(jié)構(gòu)、架構(gòu)設(shè)計和實(shí)現(xiàn)過程。由于這種模型好擴(kuò)展、易維護(hù)、比其他系統(tǒng)的效率大大提高，并且成本較低，更加安全可靠。相信這個系統(tǒng)將對傳統(tǒng)訂房業(yè)務(wù)的發(fā)展和變革起到積極的推動促進(jìn)作用，并對其它項目的設(shè)計、開發(fā)也將有一定的借鑒意義。當(dāng)然還是存在一些系統(tǒng)功能需要更進(jìn)一步的改進(jìn)和完善，接下來工作的重點(diǎn)是優(yōu)化系統(tǒng)功能、加強(qiáng)系統(tǒng)安全性、提高系統(tǒng)執(zhí)行效率,當(dāng)今社會是大數(shù)據(jù)時代，如何對數(shù)據(jù)進(jìn)行更加有效的挖掘、分析，最大限度的發(fā)揮數(shù)據(jù)自身的價值，為企業(yè)運(yùn)營、發(fā)展將提供合理性的建議。

[1] 陳耿，文登敏．一個基于MIDAS的分布式數(shù)據(jù)庫軟件的實(shí)現(xiàn)．計算機(jī)應(yīng)用，2002，22(9)：71-73.

[2] 王恢，徐重陽，薔薇，等．基于C/S結(jié)構(gòu)的網(wǎng)絡(luò)計算模型[J]．計算機(jī)應(yīng)用研究，2000，17(9)：51-53.

[3] 徐新華．Delphi5高級編程--Database與MIDAS編程[M].人民郵電出版社，2000.04,32-34.

[4] 李維．Delphi 5.X ADO.MTS.COM+高級程序設(shè)計篇．機(jī)械工業(yè)出版社，2000,13(2):15-18.

[5] 王能斌.數(shù)據(jù)庫系統(tǒng).電子工業(yè)版本社，1995,14(3):45-47.

[6] 左彥忠，盛翊智．基于MIDAS分布式多層系統(tǒng)執(zhí)行效率的研究．計算機(jī)應(yīng)用，2001，(5)：85.