【正文】 采購訂單。 網(wǎng)點(diǎn)提交采購訂單。級平臺進(jìn)入網(wǎng)點(diǎn)銷售界面，確認(rèn)訂單無誤后，點(diǎn)擊“生成銷售訂單”。 采購訂單生成銷售訂單。省級平臺查看生成的銷售訂單，確認(rèn)無誤后，點(diǎn)擊“確認(rèn)”，訂單登記。 登記銷售訂單。點(diǎn)擊“可開單量查詢”，查詢庫存信息。 查詢可開單量。訂單無誤并且已登記后，點(diǎn)擊“全部生成提貨單”，生成提貨單。 生成提貨單。查詢采購的產(chǎn)品，進(jìn)行挑庫。 手工挑庫。 發(fā)運(yùn)5 系統(tǒng)測試與構(gòu)架分析 系統(tǒng)測試搭建完整的系統(tǒng)體系，保證有良好的可擴(kuò)展性，有一套完整的負(fù)載均衡的方法。軟件的設(shè)計、開發(fā)、實施是一個相對漫長的過程，而且特別對于crm軟件在行業(yè)內(nèi)部的成本比較高，一般的項目都要是幾百萬甚至上千萬。而隨著業(yè)務(wù)的擴(kuò)展，一定會出現(xiàn)服務(wù)器的負(fù)載過大情況，如何實現(xiàn)對服務(wù)器的可擴(kuò)展性，滿足業(yè)務(wù)擴(kuò)展的需求，同時通過負(fù)載均衡，保證將服務(wù)器的使用率達(dá)到最高。我們?nèi)匀灰許iebel為例進(jìn)行分析，通過上面已經(jīng)看到了Siebel的三層關(guān)系圖，關(guān)于Siebel的擴(kuò)展，主要是對三層結(jié)構(gòu)中，Web server 和Siebel服務(wù)器進(jìn)行擴(kuò)展，主要包括增加服務(wù)器數(shù)量和增加服務(wù)器配置兩個方面。其中如果隨著用戶的增多，造成登錄速度慢，通過后臺分析Siebel Server的負(fù)載不大，那么就需要對Web Server 進(jìn)行增加，具體方法是通過Load Balancer做出服務(wù)器集群的，這樣就可以很容易的解決Web Server的問題。同時如果Siebel Server的配置不能滿足當(dāng)前的需求時，則需要增加Siebel Server 服務(wù)器。如Web Server 一樣做成服務(wù)器集群，Siebel Server與Web Server之間通過SSL協(xié)議進(jìn)行連接。 靈活的配置功能隨著市場全面轉(zhuǎn)變成為買方市場，經(jīng)營者對客戶資源的需求已經(jīng)到了一個空前的地步，CRM理念也逐漸深入到了每個企業(yè)當(dāng)中，各個行業(yè)的企業(yè)都在引進(jìn)了CRM理念，而每個企業(yè)對客戶關(guān)系管理的側(cè)重點(diǎn)都不同，每個企業(yè)都會有自己不同的需求，如何滿足企業(yè)提出的個性化需求，完成這些個性化的設(shè)計呢？現(xiàn)在的軟件開發(fā)已經(jīng)從單純的開發(fā)型向配置型轉(zhuǎn)變，大多數(shù)的標(biāo)準(zhǔn)功能可以滿足客戶的基本需求，但是對于個性化的需求還是需要進(jìn)行開發(fā)，那么如何讓這些開發(fā)更加簡便呢？那么就需要開發(fā)軟件中有相對靈活的配置功能。打破原有一個form對應(yīng)一個數(shù)據(jù)庫表，然后通過SQL語句來實現(xiàn)對表的延展性的程序設(shè)計概念。建立一種具有高復(fù)用性的可以將數(shù)據(jù)的展現(xiàn)與存儲隔離開的全新技術(shù)形式。這就需要三層結(jié)構(gòu)來實現(xiàn)，首先要有數(shù)據(jù)層，這一層面就是數(shù)據(jù)庫，這層主要是數(shù)據(jù)庫表和索引等，索引是用來對數(shù)據(jù)表的查詢起到優(yōu)化的作用，在這里我們不具體描述，主要分析一下除了數(shù)據(jù)庫自帶表之外，我們需要包含哪幾方面的表。基本業(yè)務(wù)表，這些表主要是用來存儲業(yè)務(wù)數(shù)據(jù)，以及基本信息。系統(tǒng)控制表，主要用來對控制對基本表的操作表，可以對基本業(yè)務(wù)表進(jìn)行描述，生效失效等作用。界面控制表，主要用來對每個表中字段，展現(xiàn)在界面上的屬性的控制，如是否可用，是否需要默認(rèn)當(dāng)前時間，界面展示長度等等。標(biāo)準(zhǔn)按鈕表，主要用來存儲標(biāo)準(zhǔn)按鈕的格式，例如新建、刪除、取消等等。因為會考慮多語言的情況，所以要設(shè)置多種語言的標(biāo)簽。用戶自定義信息表，主要用來存儲用戶的一些對界面自定義的信息，以及一些用戶個人的個性化設(shè)置。用戶關(guān)系表，主要用來存儲用戶的名稱、組織，職責(zé)等基本信息的表，用來與數(shù)據(jù)安全性進(jìn)行匹配。其次，就是打破現(xiàn)有表的概念，引進(jìn)全新的理念，針對每個不同的業(yè)務(wù)邏輯，引進(jìn)業(yè)務(wù)邏輯層，這層是與數(shù)據(jù)層和展現(xiàn)層緊密聯(lián)系的，同時也又與數(shù)據(jù)庫隔離。針對每一個實體業(yè)務(wù)，設(shè)置多個業(yè)務(wù)組件，每個業(yè)務(wù)組件都是將多個數(shù)據(jù)庫表中的字段結(jié)合在一起，然后進(jìn)行封裝集中一起展現(xiàn)出來，形成一個固定的組件，可以在多個界面中重復(fù)使用。 安全性CRM數(shù)據(jù)安全是一個不可忽視的問題，目前市場上很多CRM產(chǎn)品對數(shù)據(jù)安全處理得很不完善。CRM為企業(yè)提供了統(tǒng)一的顧客數(shù)據(jù)庫，使得各銷售人員，市場營銷人員，產(chǎn)品服務(wù)人員以及其它用戶能迅速準(zhǔn)確地獲取與客戶相關(guān)的各種信息，然而，這也給企業(yè)帶來了前所未有的安全挑戰(zhàn)?？蛻糍Y料是一個企業(yè)最重要的資產(chǎn)，一旦使用不當(dāng)，后果不堪設(shè)想。這里所說的安全性，主要需要從兩方面進(jìn)行考慮，一個是關(guān)于網(wǎng)絡(luò)方面的安全，另外一個就是關(guān)于用戶職責(zé)等使用時安全性。對于網(wǎng)絡(luò)安全性既外部攻擊的防范。 一般來說，一個B/S系統(tǒng)的網(wǎng)絡(luò)安全主要有兩個方面：數(shù)據(jù)傳輸?shù)陌踩耘c用戶身份的確認(rèn)。用戶身份的確認(rèn)在B/S系統(tǒng)中是非常重要的，因為B/S系統(tǒng)正是根據(jù)用戶的身份來提供個性化的服務(wù)以及不同的權(quán)限，所以，如何對用戶身份進(jìn)行安全的確認(rèn)，防止假冒和非法攻擊是維護(hù)數(shù)據(jù)安全性非常重要的環(huán)節(jié)。目前來說，基于網(wǎng)絡(luò)的身份認(rèn)證比較成熟的解決方案是電子證書，電子證書相當(dāng)與一個人在網(wǎng)絡(luò)中的身份證，唯一確定了擁有人的身份。一個B/S系統(tǒng)可以建立一個獨(dú)立的證書系統(tǒng)，也可以使用公開服務(wù)的CA系統(tǒng)，兩者各有優(yōu)缺點(diǎn)，視具體的應(yīng)用系統(tǒng)而定。 數(shù)據(jù)傳輸?shù)陌踩灾饕侵笖?shù)據(jù)在網(wǎng)絡(luò)中傳輸?shù)臅r候，防止被人惡意的竊取和更改等。目前公認(rèn)的數(shù)據(jù)保護(hù)措施就是數(shù)據(jù)的加解密技術(shù)。該技術(shù)目前已經(jīng)有很多成熟的協(xié)議和應(yīng)用，如SSL和VPN等。SSL是一個基于Socket接口的安全保護(hù)協(xié)議，目前，主流的瀏覽器都支持該協(xié)議，可以跟B/S模式很好的結(jié)合起來。VPN即虛擬專用網(wǎng)，該技術(shù)的安全性很高，但是費(fèi)用也非常大，主要使用于網(wǎng)間的安全性，作為專用的Ｂ/S系統(tǒng)，在數(shù)據(jù)的保護(hù)方面可以根據(jù)安全性已經(jīng)得到公認(rèn)的算法自己定做簡單有效的安全協(xié)議，這對提供系統(tǒng)的性能和易用性也是非常有效的措施。同時采取上面提到的防火墻DMZ區(qū)的方式，在客戶段, 應(yīng)用服務(wù)器與外部服務(wù)器之間利用SSL加密協(xié)議進(jìn)行數(shù)據(jù)交換，保證數(shù)據(jù)的安全性。另外可以通過在用戶登錄中增加LDAP服務(wù)器，可以將用戶的登陸信息都記錄在LDAP服務(wù)器上面，LDAP服務(wù)器，不但可以在網(wǎng)絡(luò)安全上實現(xiàn)進(jìn)一步控制，同時配合其他服務(wù)器，實現(xiàn)對用戶登錄的多重認(rèn)定。對于用戶、組織之間的職責(zé)分配，以及對關(guān)鍵數(shù)據(jù)的相互屏蔽，主要是訪問機(jī)制的控制問題。一般用戶所關(guān)心的是：存取控制的可用性、靈活性和延展性 存取控制的具體化延展的監(jiān)控跟蹤功能 私密性要求根據(jù)用戶的需求，CRM軟件在設(shè)計當(dāng)中應(yīng)該設(shè)置不同的監(jiān)控級別，同時需要采取多種方式進(jìn)行控制，如采取職責(zé)可以看到那些界面，職位可以看到那些數(shù)據(jù)，組織可以看到該組織內(nèi)部的數(shù)據(jù)。同時需要設(shè)計靈活的數(shù)據(jù)存取控制結(jié)構(gòu)。如下圖： 安全性控制訪問機(jī)制控制主要應(yīng)該由Person（個人）、Position（職位）、Organization（組織）三種情況組成，一般來說通過職責(zé)（responsibility）（一系列視圖的組合）來決定用戶在系統(tǒng)中的職能范圍，通俗講就是用戶能夠看到哪個界面應(yīng)該有視圖來決定，將一個用戶需要看到的所有視圖組合在一起，就成為了職責(zé)（responsibility）。CRM系統(tǒng)對個人、職位、組織的權(quán)限分配原則大致方法應(yīng)該是： 安全性控制1）Person（個人），一般通過用戶名與數(shù)據(jù)關(guān)聯(lián)，是用來控制自己個人的數(shù)據(jù)，也就是個人錄入的數(shù)據(jù)，同時只有當(dāng)數(shù)據(jù)被分配至當(dāng)前用戶，當(dāng)前用戶才能具備訪問給數(shù)據(jù)的資格。 安全性控制2）Position（職能）分為單一職位訪問（SinglePosition）、團(tuán)隊訪問（Team）、管理者（Manager）訪問。在單一職位訪問中，只有當(dāng)用戶擁有的職位與數(shù)據(jù)被分配的職位相同時才能訪問分配給該職位的數(shù)據(jù),在團(tuán)隊訪問中，由多個職位組成的團(tuán)隊，擁有團(tuán)隊中的職位的用戶均可訪問分配給該團(tuán)隊的數(shù)據(jù),在管理者訪問中，上級職位可以訪問分配給下級職位的數(shù)據(jù)在工作中，不同的工作職能需要查看不同的系統(tǒng)頁面。不同的工作職能在系統(tǒng)中通過職責(zé)（Responsibility）來體現(xiàn)。因為每一個用戶都有一個登陸的用戶名，每個用戶名將被分配到一個或多個職責(zé)，每個職責(zé)也可能同時被一個或多個用戶名使用。每一個職責(zé)包含一個或多個視圖，每一個視圖可能存在于一個或多個職責(zé)中，CRM系統(tǒng)應(yīng)該提供大量預(yù)先定義好的可供修改的職責(zé)，同時系統(tǒng)應(yīng)該保障客戶可根據(jù)具體的業(yè)務(wù)需要創(chuàng)建新的職責(zé)。Organization（組織）分為單一組織訪問、多組織訪問、子組織訪問控制,數(shù)據(jù)可被分配至單個或多個組織,當(dāng)用戶對應(yīng)的職位所屬的組織與數(shù)據(jù)所分配到的組織相同時，當(dāng)前用戶可訪問相應(yīng)數(shù)據(jù)。組織結(jié)構(gòu)建立系統(tǒng)演示： 安全性控制 兼容性眾所周知，與其它系統(tǒng)特別是與后臺ERP系統(tǒng)整合的成功與否是CRM系統(tǒng)實施的關(guān)鍵。無論是單純的CRM還是ERP+CRM廠家，對兩者之間的整合都得高度重視。ERP+CRM廠商由于具有ERP的技術(shù)背景，對自己產(chǎn)品本身的數(shù)據(jù)和流程的了解比較全面，在這一點(diǎn)上，在整合過程中可能處于優(yōu)勢。不過，撇開目前正在爭論中的諸如把CRM作為一種ERP的擴(kuò)展以及其它各種各樣的定義，有一點(diǎn)是可以肯定的，即CRM畢竟是在一個企業(yè)中不同于ERP的領(lǐng)域，系統(tǒng)設(shè)計關(guān)注的對象以及所蘊(yùn)涵的商業(yè)理念是完全不同的，系統(tǒng)設(shè)計所用的技術(shù)以及數(shù)據(jù)模型的建立也是大不相同。ERP的設(shè)計基于相對固定的企業(yè)內(nèi)部流程，而CRM面對的是隨機(jī)的，高度動態(tài)變化的客戶行為。因此本人認(rèn)為，首先要有一個符合現(xiàn)代營銷理念的CRM產(chǎn)品，然后才談如何與ERP整合才是正確的解決途經(jīng)。 ERP與CRM的整合基本上有數(shù)據(jù)和流程的整合。前者解決物理數(shù)據(jù)的遷移和同步問題，顯然這一層面的整合對上述兩類廠家無特別優(yōu)勢或劣勢，所適用的數(shù)據(jù)庫技術(shù)和其它技術(shù)大同小異。至于工作流程的整合則需要對ERP既有的相關(guān)流程有比較充分的了解才能使前后端的進(jìn)程得以相互調(diào)用或觸發(fā)相應(yīng)的模塊。不過由于兩者之間的整合只是部分相關(guān)過程的整合，如訂單觸發(fā)過程，庫存信息更新等集中于兩者交叉的領(lǐng)域，對ERP的技術(shù)了解并不如所想象的來的復(fù)雜。而且，目前在系統(tǒng)整合方面，建立符合工業(yè)標(biāo)準(zhǔn)的開放式應(yīng)用集成網(wǎng)絡(luò)已成必然，各系統(tǒng)只要開發(fā)出符合接口標(biāo)準(zhǔn)的模塊，就可以以接插 (Plugin) 方式進(jìn)入企業(yè)的公共信息通道，而不必?fù)?dān)心其它系統(tǒng)的不同平臺及不同的設(shè)計所引發(fā)的整合困難。沒有完善的整合方案是不可能使一個CRM產(chǎn)品領(lǐng)先市場的，因為絕大部分實施CRM的企業(yè)都已經(jīng)運(yùn)行象ERP或其他類似的系統(tǒng)。如果沒有很好的整合，那只能是局部的象SFA或MA的單一應(yīng)有。下面對CRM軟件在整合領(lǐng)域需要提供的工具和接口作一個簡要的介紹。企業(yè)數(shù)據(jù)整合管理(接口表)接口表專門為系統(tǒng)實施所提供的數(shù)據(jù)整合管理工具。它用來處理CRM數(shù)據(jù)庫和企業(yè)其它數(shù)據(jù)庫之間的數(shù)據(jù)交換。由于CRM數(shù)據(jù)庫中表的關(guān)系一般非常復(fù)雜，系統(tǒng)最好不支持直接向數(shù)據(jù)庫讀寫數(shù)據(jù)，而必須通過接口表進(jìn)行各種數(shù)據(jù)讀寫操作，以確?；镜钠髽I(yè)邏輯關(guān)系不會被破壞。 Siebel邏輯結(jié)構(gòu)使用接口表可以對數(shù)據(jù)進(jìn)行批量輸入，輸出，數(shù)據(jù)整合和刪除。典型的應(yīng)用例子有：1）在系統(tǒng)實施初期，可以用接口表將其它系統(tǒng)產(chǎn)生的數(shù)據(jù)輸入到CRM數(shù)據(jù)庫中，比如產(chǎn)品數(shù)據(jù)，客戶數(shù)據(jù)等。2）在需要數(shù)據(jù)輸出到別的應(yīng)用系統(tǒng)場合，可以用接口表從CRM數(shù)據(jù)庫輸出數(shù)據(jù)供其它系統(tǒng)使用。3）在必要時可以根據(jù)對定義對數(shù)據(jù)庫的紀(jì)錄進(jìn)行整合處理，消除重復(fù)紀(jì)錄。4）可以根據(jù)定義進(jìn)行數(shù)據(jù)刪除工作，接口表將根據(jù)要求將各相關(guān)的紀(jì)錄刪除。 接口表利用系統(tǒng)中介數(shù)據(jù)庫表(Interface Tables) 暫時存儲輸入輸出數(shù)據(jù)，開發(fā)人員只需直接讀寫中介數(shù)據(jù)庫表的內(nèi)容，中介表與CRM數(shù)據(jù)庫之間的數(shù)據(jù)交換與轉(zhuǎn)換由CRM服務(wù)器的接口表批作業(yè)自動完成。接口表的數(shù)據(jù)遷移過程主要有以下步驟：1)準(zhǔn)備中介表利用通常的數(shù)據(jù)庫技術(shù)(SQL) 或其它應(yīng)用程序?qū)?shù)據(jù)輸入到中介表，經(jīng)過適當(dāng)處理后供接口表服務(wù)器作業(yè)處理2)編輯接口表配置文件配置文件定義具體的數(shù)據(jù)庫操作(讀、寫、合、刪)，指明適用的中介表，Siebel物理數(shù)據(jù)庫的對應(yīng)表以及其它諸如數(shù)據(jù)過濾的參數(shù)等。3)提交接口表批作業(yè)任務(wù)向Siebel服務(wù)器提交任務(wù)，指明所用的配置文件。4)核對運(yùn)行結(jié)果利用客戶端應(yīng)用檢查處理結(jié)果，核對所處理的數(shù)據(jù)。為ERP系統(tǒng)提供的標(biāo)準(zhǔn)接口CRM軟件需要考慮為市場上流行的ERP產(chǎn)品提供了應(yīng)用連接端口，用戶只需選擇所用的ERP連接器，就可以實現(xiàn)與后端ERP的數(shù)據(jù)/流程的整合。目前，CRMERP連接器主要應(yīng)該包括：Baan、Great Plains、Oracle、PeopleSoft、iSAP、SQLSERVER等等, 有了這種預(yù)定的連接器，用戶將不必使用額外的中介應(yīng)用系統(tǒng)或自行開發(fā)接口軟件。除了上述的所涉及的問題，還應(yīng)該采取了相對獨(dú)立的分層結(jié)構(gòu)，使每一層都為上下層和第三方應(yīng)用提供了業(yè)界標(biāo)準(zhǔn)的接口，為系統(tǒng)的整合提供便利。1）客戶端接口提供了用戶界面的簡單整合利用COM， CORBA， ACTIVEX， XML等技術(shù)可以在客戶2）端進(jìn)行客戶化整合2）服務(wù)端的接口為企業(yè)邏輯定義目標(biāo)提供了實時連接利用COM，CORBA，XML，MQ Series可在服務(wù)器端進(jìn)行整合3）數(shù)據(jù)管理器的接口提供了數(shù)據(jù)庫與數(shù)據(jù)庫之間的數(shù)據(jù)遷移工具。利用數(shù)據(jù)庫工具在不同的RDBMS之間進(jìn)行大容量數(shù)據(jù)交換。 快速的實施眾所周知，同行業(yè)和業(yè)務(wù)領(lǐng)域有大量業(yè)務(wù)相似點(diǎn)。我們要成功地利用這些豐富的信息創(chuàng)建、重用我們的知識和拓展我們的能力。但糟糕的是，幾乎所有的企業(yè)都允許各個部門和項目組設(shè)計和實施僅滿足其自己需要的業(yè)務(wù)功能，而沒有更多地考慮可能會重用和可以支持它的適當(dāng)體系結(jié)構(gòu)。因而，企業(yè)中會激增大量類似的組件，從而導(dǎo)致整個軟件系統(tǒng)結(jié)構(gòu)進(jìn)一步降級，使業(yè)務(wù)轉(zhuǎn)換和集成非常困難。更甚的是，類似的模型和代碼片段經(jīng)常是僅做一些修改就被復(fù)制到一個程序的許多位置，因此在對于企業(yè)軟件實施中的成本明顯提高。如果能夠高效利用這些已知的類似點(diǎn)，并且能夠以人可以理解、機(jī)器可以使用并且可再利用的方式表示它們，我們不僅可以改善需求管理，更重要的是，可以在所有精度級別將這些業(yè)務(wù)類似點(diǎn)轉(zhuǎn)化為組件甚至是軟件類似點(diǎn)，從而消除或減少系統(tǒng)的冗余。這可以通過利用