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