B/S架構下CRM的新挑戰（一）

肖東軍 2004/09/14

圖1 SynleadCRM4.0 軟件在瀏覽器端實(shí)現圖表的人-機交互

(點(diǎn)擊看大圖）

　　HTML語(yǔ)言?xún)H僅由瀏覽器解釋、執行就可以生成靜態(tài)網(wǎng)頁(yè)。動(dòng)態(tài)交互式網(wǎng)頁(yè)的實(shí)現，不僅需要瀏覽器有較新的版本以支持其功能，而且依賴(lài)一些控制程序（控件或組件，可以用多種語(yǔ)言編寫(xiě)）來(lái)解釋、執行有關(guān)的數據，以便臨時(shí)動(dòng)態(tài)生成網(wǎng)頁(yè)，產(chǎn)生各種復雜的、與操作者友好的行為。動(dòng)態(tài)網(wǎng)頁(yè)的生成有主要三種方式。第一種方式，是在服務(wù)器端完成數據檢索、讀出和頁(yè)面生成，然后將頁(yè)面傳到瀏覽器端顯示，頁(yè)面到達瀏覽器后基本喪失了交互性；第二種方式，服務(wù)器端主要完成數據檢索、讀出，數據到達瀏覽器后再在依據控件或組件的解釋?zhuān)瑒?dòng)態(tài)生成頁(yè)面，頁(yè)面到達瀏覽器后可具有高度的交互性；第三種方式是前兩者某種程度的結合，交互性能依結合程度在前兩者間變動(dòng)。

　　CRM等管理軟件領(lǐng)域曾經(jīng)是由客戶(hù)機/服務(wù)器（Client/Server,簡(jiǎn)稱(chēng)C/S）架構一統天下。在C/S架構下，服務(wù)器端主要負責數據存取和檢索等計算，客戶(hù)機端需要安裝特定的客戶(hù)端程序，參與應用程序的計算工作：處理從服務(wù)器獲得的數據，顯示給操作者，接受操作者的指令并提交給服務(wù)器處理。在C/S架構下，無(wú)論是人-機交互，還是客戶(hù)端-服務(wù)器端的交互能力都比較強。C/S架構的管理軟件，可以在互聯(lián)網(wǎng)環(huán)境中運行，但前提是所有的客戶(hù)機與服務(wù)器必須處于一個(gè)邏輯上的局域網(wǎng)內。假如某些客戶(hù)機在遠程分支機構，或者某些客戶(hù)機是筆記本遠程移動(dòng)用戶(hù)，那么這些遠程的客戶(hù)機通常需要借助虛擬專(zhuān)用網(wǎng)（VPN）技術(shù)與服務(wù)器連接起來(lái)，形成一個(gè)邏輯上的局域網(wǎng)，才能在遠程正常啟動(dòng)管理軟件的客戶(hù)端程序。

　　瀏覽器技術(shù)的發(fā)展給CRM等管理軟件的技術(shù)走向提供了新的契機。如果能在普通的互聯(lián)網(wǎng)環(huán)境下，客戶(hù)端無(wú)須安裝特定的軟件，而僅僅使用通用的瀏覽器，就可以動(dòng)態(tài)交互地聯(lián)機處理企業(yè)事務(wù)，乃至進(jìn)行聯(lián)機在線(xiàn)的數據分析，那該多好啊！在這一巨大市場(chǎng)需求的推動(dòng)下，管理軟件領(lǐng)域當仁不讓地成為了探索動(dòng)態(tài)交互式網(wǎng)頁(yè)技術(shù)的急先鋒。

　　管理軟件采用瀏覽器/服務(wù)器（Browser/Server,簡(jiǎn)稱(chēng)B/S）架構的時(shí)候，如果在瀏覽器端動(dòng)態(tài)交互性能上做出較大的讓步，那么技術(shù)門(mén)檻并不高。這種方式，頁(yè)面的主體是在服務(wù)器端生成的，傳送到瀏覽器端的是一種"準靜態(tài)網(wǎng)頁(yè)"：交互性能比較差，不能比較精細地表達管理所需要的一些表格、表單或圖表樣式。由于所有的計算都集中在服務(wù)器端，這種方式對于服務(wù)器端硬件配置的要求比較高。瀏覽器端的頁(yè)面每變動(dòng)一次，都要向服務(wù)器端提出請求，服務(wù)器端計算后再把頁(yè)面傳給瀏覽器端，這對服務(wù)器-客戶(hù)機之間的通訊資源消耗比較大。

　　技術(shù)先鋒們?yōu)榱俗屍胀ú僮髡咴跒g覽器上體驗到傳統C/S架構下人機交互的便利性，往往要克服數不勝數的難關(guān)。其中的一些來(lái)自瀏覽器，例如微軟最新版本的瀏覽器IE6.0 SP1, 包含著(zhù)一些"無(wú)意中固定的設置"或者程序瑕疵，這會(huì )影響到基于IE的應用程序的執行；更多地則挑戰則來(lái)自產(chǎn)品設計人員對開(kāi)發(fā)工具的掌控能力。我們經(jīng)常看到某些管理軟件突出宣傳自己是用Java語(yǔ)言開(kāi)發(fā)的、或者是基于微軟.net技術(shù)開(kāi)發(fā)的，仿佛一旦使用了這些工具，開(kāi)發(fā)出來(lái)的軟件就自動(dòng)先進(jìn)了。這無(wú)疑是一種誤導。

　　北京起點(diǎn)公司總裁鄧猛先生說(shuō)："對于專(zhuān)業(yè)的CRM軟件廠(chǎng)商來(lái)說(shuō)，自行開(kāi)發(fā)控件或組件是一項繁重、艱苦但又難以逃避的工作。僅僅利用現有的商業(yè)控件，功能和性能上達不到設計要求。"北京起點(diǎn)公司前不久發(fā)布了全面基于動(dòng)態(tài)交互式技術(shù)的B/S架構軟件--SynleadCRM企業(yè)版4.0。自行開(kāi)發(fā)控件或組件與使用現成的控件或組件進(jìn)行可視化程序開(kāi)發(fā)存在著(zhù)極大的不同。控件或組件的是純粹的代碼，其開(kāi)發(fā)不是可視化的過(guò)程，而是用VB，C++或Java嚴格編制代碼的工作。雖然這是一個(gè)復雜的過(guò)程，但也是一個(gè)一勞永逸的過(guò)程。創(chuàng )建控件或組件的最大意義在于封裝重復的工作--一旦建成，它就可以被重復使用。控件或組件的開(kāi)發(fā)水準，是檢驗軟件廠(chǎng)商技術(shù)水準的試金石，也是B/S架構帶來(lái)的最大的挑戰之一。

　　在萬(wàn)維網(wǎng)聯(lián)盟(World Wide Web Consortium，簡(jiǎn)稱(chēng)W3C)以及幾乎所有IT業(yè)巨頭（微軟、SUN、IBM、HP等）的合力推動(dòng)下，互聯(lián)網(wǎng)最重要的標準之一--可擴展標志語(yǔ)言XML的技術(shù)標準日臻成熟。基于XML架構傳輸數據、在瀏覽器端實(shí)現動(dòng)態(tài)交互日益成為管理軟件的主流技術(shù)取向。

　　服務(wù)器端檢索得出數據，并不立即在服務(wù)器端生成網(wǎng)頁(yè)，而是基于XML標準，將數據和對應的控制程序（控件或組件）傳送到瀏覽器。在瀏覽器的支持下，控制程序對數據的顯示方式進(jìn)行解釋、執行，動(dòng)態(tài)生成網(wǎng)頁(yè)。人-機的交互，可以在這一組控制程序的協(xié)助下完成。由于存在基于XML標準的本地數據源，瀏覽器端不必每一個(gè)操作都返回服務(wù)器端請求計算再刷新網(wǎng)頁(yè)。例如，您查詢(xún)"過(guò)去10天新建立的客戶(hù)"，服務(wù)器端計算得出的查詢(xún)結果集是60條記錄，其中的25條記錄基于XML標準傳送到客戶(hù)端形成一個(gè)獨立的數據源，通過(guò)控制程序解釋、執行后，在瀏覽器界面顯示前20條客戶(hù)記錄，另有5條記錄作為冗余存在于本機。當您刪除一條客戶(hù)記錄，控制程序自動(dòng)將本地數據源中冗余的5條記錄中挑選一條替補到當前界面，并在后臺將刪除記錄的請求提交給服務(wù)器。本地瀏覽器界面顯示的變動(dòng)，由本地的控制程序處理本地的數據源即可快速完成，無(wú)需請求服務(wù)器。

　　理論上看，上述方式相當不錯。而要投入實(shí)際應用，仍有許多障礙需要克服。首當其沖的是運行的效率。如果每次跳轉功能模塊、刷新瀏覽器頁(yè)面的時(shí)候，都要重復傳送控制程序，或者控制程序比較大，或者控制程序在瀏覽器端處理本地數據的方式不夠科學(xué)，那么軟件運行的速度將被顯著(zhù)拖慢。

　　首先做的是控制程序的"瘦身"。例如，常規的模式描述一個(gè)表格的列寬度，可能要用10行程序代碼，而采用更精練的方式只需要一行程序代碼。這個(gè)工作與寫(xiě)詩(shī)類(lèi)似，要達到以寥寥20字寫(xiě)出"窗前明月光，疑似地上霜。舉頭望明月，低頭思故鄉"的境界，是多么不容易啊！其次要做的是減少控制程序重復下載的次數。當跳轉界面等操作發(fā)生的時(shí)候，不再是不加區別地全部下載一次控制程序，而是先通過(guò)瀏覽器端與服務(wù)器端握手檢查，如確認是本地已經(jīng)存在某些控制程序，且版本正確，則不再下載，只下載那些需要更新的程序，從而減少數據傳輸的總量。再次，控制程序和數據源達到本機后，處理顯示的方式也會(huì )影響到效率，例如傳統的線(xiàn)性添加數據到表格的方式比較慢，而塊狀添加數據則能在瞬間完成畫(huà)表、把數據字段嵌入表格的工作。

　　在下一期的話(huà)題里，我們會(huì )接著(zhù)關(guān)注CRM等管理軟件采取B/S架構后的其他挑戰，例如在互聯(lián)網(wǎng)上運行時(shí)的安全性問(wèn)題，以及與在桌面辦公領(lǐng)域占統治地位的微軟OFFICE集成的問(wèn)題。

BS架構下CRM的新挑戰（二） 肖東軍 2004/09/15

起點(diǎn)公司公司供稿 CTI論壇編輯