【文章內(nèi)容簡介】 的系統(tǒng)?！　/S構(gòu)件組成,方便構(gòu)件個別的更換,實現(xiàn)系統(tǒng)的無縫升級，系統(tǒng)維護開銷減到最小，用戶從網(wǎng)上自己下載安裝就可以實現(xiàn)升級。 6．處理問題不同 　　C/S程序可以處理用戶面固定,并且在相同區(qū)域,安全要求高需求,與操作系統(tǒng)相關(guān)，應(yīng)該都是相同的系統(tǒng)?！　/S建立在廣域網(wǎng)上,面向不同的用戶群,分散地域,這是C/S無法做到的， 與操作系統(tǒng)平臺關(guān)系最小。 　　C/S多是建立的Window平臺上,表現(xiàn)方法有限,對程序員普遍要求較高?！　/S建立在瀏覽器上, 有更加豐富和生動的表現(xiàn)方式與用戶交流，并且大部分難度減低,減低開發(fā)成本。 　　C/S程序一般是典型的中央集權(quán)的機械式處理, 交互性相對低?！　/S信息流向可變化, BB BC BG等信息、流向的變化, 更象交易中心。 ，B/S比較適合瘦客戶。具體用哪種要看需求而定。給合我們公司的，可能是兩種給合起來比較好用。交互多的，控制實時性強一點的常還是用C/S，只是瀏覽一下報表的,我們常用B/S做。好像B/S最近流行一些，但只是理論上。在我實際工作中工業(yè)自動化控制要多一點，我們首選還是C/S，Socket或者是R232結(jié)多線程總是感覺控制起來得心應(yīng)手。不過時下也常用B/S給瘦客戶，主要是報表多一點,現(xiàn)在用B/S連數(shù)據(jù)庫簡單很多。只用腳本就可以生成很好的報表，還不用煩心界面。 目前，網(wǎng)絡(luò)應(yīng)用軟件運行的模式主要有兩類：客戶機/服務(wù)器(C/S)模式和瀏覽器/ 服務(wù)器(B/S)模式。基于C/S模式的進銷存系統(tǒng)，需在客戶機上安裝管理軟件、對數(shù)據(jù)庫進行配置，因此工作比較煩瑣，安全性也受到一定影響。C/S 結(jié)構(gòu)在技術(shù)上雖然很成熟，但該結(jié)構(gòu)存在靈活性差、升級困難、維護工作量大和系統(tǒng)安全性差等缺陷，已較難適應(yīng)當(dāng)前信息技術(shù)與網(wǎng)絡(luò)技術(shù)發(fā)展的需要?；贑RM的進銷存管理系統(tǒng)采用B/S 結(jié)構(gòu)，由客戶端（客戶端）、Web 服務(wù)器、數(shù)據(jù)庫服務(wù)器三層分布結(jié)構(gòu)組成。不需要在客戶機上安裝任何管理程序，因此能很好地解決C/S模式所存在的問題。與C/S模式相比，B/S模式對系統(tǒng)的軟硬件要求比較低。由于采用了互聯(lián)網(wǎng)的相關(guān)技術(shù)，B/S模式具有系統(tǒng)維護升級方便、跨平臺操作、良好的開放性、可擴充性和安全性等優(yōu)點。本章首先介紹了CRM和進銷存系統(tǒng)的概念以及功能結(jié)構(gòu)，接著介紹了CRM系統(tǒng)和進銷存系統(tǒng)集成所開發(fā)出來的新系統(tǒng)需要的相關(guān)技術(shù)，通過對CRM和進銷存的優(yōu)缺點的研究，提出了基于CRM的進銷存管理系統(tǒng)的解決方案。第三章基于CRM的進銷存管理系統(tǒng)的分析研究在第二章中對系統(tǒng)結(jié)構(gòu)進行了分析，在本章中對該系統(tǒng)進行現(xiàn)狀分析及系統(tǒng)需求分析，數(shù)據(jù)倉庫分析,數(shù)據(jù)的關(guān)聯(lián)和模塊的集成等。通過對中小企業(yè)生產(chǎn)管理體系和生產(chǎn)管理模式的調(diào)查分析，發(fā)現(xiàn)中小企業(yè)的生產(chǎn)管理體系大都仍停留在傳統(tǒng)的生產(chǎn)管理模式上，隨著市場經(jīng)濟的發(fā)展，現(xiàn)行的生產(chǎn)管理模式越來越不能適應(yīng)市場的要求，在很大程度上限制了企業(yè)的發(fā)展，主要問題表現(xiàn)在以下幾個方面。對市場變化的響應(yīng)速度不高。由于外部環(huán)境，尤其是客戶的需求經(jīng)常變化，要求企業(yè)經(jīng)營計劃、生產(chǎn)計劃(經(jīng)常是生產(chǎn)計劃)也要跟著變化，然而由于對市場信息及企業(yè)經(jīng)營和生產(chǎn)狀況信息掌握不準(zhǔn)確、不及時，無法迅速做出合適的經(jīng)營目標(biāo)并制定優(yōu)化的生產(chǎn)計劃。在采購作業(yè)中，急采購任務(wù)較多，原材料品種規(guī)格多、數(shù)量大，采購周期或采購提前期長，信息流通嚴(yán)重不暢。一方面沒有完善、科學(xué)的市場預(yù)測，無法提前做出生產(chǎn)計劃和采購計劃。另一方面有些產(chǎn)品不僅交貨期很短，而且要求使用專用物料，導(dǎo)致企業(yè)降低庫存的難度增加。在庫存管理作業(yè)中，材料的庫存偏高，沒有制定合理的庫存量，動態(tài)庫存不精確，影響了企業(yè)流動資金的周轉(zhuǎn)。由于基礎(chǔ)數(shù)據(jù)信息接口不一致，各部門統(tǒng)計數(shù)據(jù)不能共享，造成數(shù)據(jù)之間存在不一致、不準(zhǔn)確，進而導(dǎo)致內(nèi)部協(xié)調(diào)工作增多，增加了管理的復(fù)雜性，降低了工作效率。在銷售管理作業(yè)中，對客戶信息的管理尚處于手工管理階段。無法實時跟蹤和監(jiān)控訂單狀態(tài)?？蛻粜畔①Y料分散，沒有形成統(tǒng)一的管理，而且對于客戶需求及競爭對手情況等信息的獲取上較差，不能及時捕獲客戶的潛在需求。部門間很多數(shù)據(jù)信息共享困難，信息在傳遞的過程中失真或丟失的現(xiàn)象較多。上述問題出現(xiàn)的根本原因是企業(yè)內(nèi)部信息流通不暢導(dǎo)致的，所以實現(xiàn)企業(yè)的信息化應(yīng)該是企業(yè)的首要目標(biāo)。中小企業(yè)的生產(chǎn)過程相對簡單，但是客戶的需求信息卻恰恰相反，客戶需求的產(chǎn)品在種類和數(shù)量上往往各不相同，而且?guī)в胁淮_定性，因此，及時、準(zhǔn)確地維持客戶信息成為保證企業(yè)正常運行的前提條件，基于CRM的進銷存管理系統(tǒng)的應(yīng)用可以很好的滿足這一要求。實用性系統(tǒng)要求具有良好的用戶操作界面，便于掌握、操作和維護，盡量減少前臺用戶的操作環(huán)節(jié)和應(yīng)用系統(tǒng)的復(fù)雜性。同時，在保證系統(tǒng)性能可以滿足需求的前提下盡量節(jié)省系統(tǒng)投資，系統(tǒng)功能簡練實用。并行性系統(tǒng)必須支持大量的并行操作，可以同時滿足企業(yè)不同部門、不同人員對系統(tǒng)的操作需求。安全性系統(tǒng)應(yīng)從軟件、硬件等多方面考慮信息數(shù)據(jù)的安全性和可靠性，針對可能涉及到的敏感信息和關(guān)鍵客戶資料，應(yīng)能控制和區(qū)分用戶的權(quán)限以防止越權(quán)對數(shù)據(jù)信息進行操作。先進性系統(tǒng)應(yīng)盡量體現(xiàn)計算機及網(wǎng)絡(luò)發(fā)展的最新技術(shù)及應(yīng)用成果，如支持分布應(yīng)用、遠(yuǎn)程數(shù)據(jù)傳輸、允許第三方的接入等。實時性系統(tǒng)要求具有良好的數(shù)據(jù)傳輸實時性，即數(shù)據(jù)的輸入、數(shù)據(jù)的修改、數(shù)據(jù)的刪除能立即反映到數(shù)據(jù)庫上來。6 、高效性系統(tǒng)應(yīng)具有較高的業(yè)務(wù)處理能力和容錯性。7 、可擴展性系統(tǒng)應(yīng)具有良好的可擴展性，能在系統(tǒng)實施后適應(yīng)需求變化并能實現(xiàn)高效的開發(fā)。本系統(tǒng)的主要功能包含以下幾個方面: 客戶管理:獲取、存取和維護全面的客戶信息；庫存管理：主要用來控制生產(chǎn)過程的庫存信息的收集、分發(fā)、整理，完成庫存信息的共享。同時，實現(xiàn)庫存的實時監(jiān)控，控制庫存的積壓量，緩解企業(yè)資金流的滯后效應(yīng)。銷售模塊：完成銷售信息的收集，為訂單信息提供一個介于企業(yè)內(nèi)部和外部的入口，同時實現(xiàn)銷售信息的跟蹤。銷售模塊收集的信息也包括市場信息，為企業(yè)的市場分析提供數(shù)據(jù)。基礎(chǔ)資料管理：完成企業(yè)內(nèi)部的基本信息的收集和管理，這些基本的資料信息是企業(yè)內(nèi)部信息的共享和流通的基礎(chǔ)，是實現(xiàn)內(nèi)部業(yè)務(wù)協(xié)同有力保證。采購管理：主要實現(xiàn)對企業(yè)物流信息的收集，完成資金流和物流信息的轉(zhuǎn)化。數(shù)據(jù)倉庫支持企業(yè)的進銷存管理有5種基本功能,即經(jīng)銷商（客戶）管理、銷售管理、生產(chǎn)管理、庫存管理和基本信息管理?！斑M銷存”的整個流程，只有一個引線，那就是在“銷”中發(fā)生的客戶需求事件，它是“進銷存”的原動力。沒有了客戶需求，“進銷存”將不再有意義。整個“進銷存”系統(tǒng)在收到唯一的外部事件“客戶需求”之后，引發(fā)了整個流程。業(yè)務(wù)人員收到客戶訂單后，提請進貨人員制定進貨計劃或提請生產(chǎn)部門制定生產(chǎn)計劃，向供應(yīng)商發(fā)出采購申請，供應(yīng)商在籌備好貨物后，向進貨人員發(fā)出了到貨單，進貨人員核對后，交由倉管人員質(zhì)檢入庫，再由銷售人員根據(jù)客戶的訂貨單據(jù)從倉庫中提出貨物，銷售給客戶。在這個流程中，決定企業(yè)增值部分的主動權(quán)在客戶方，企業(yè)本身對產(chǎn)品創(chuàng)新能力的追求已經(jīng)轉(zhuǎn)變?yōu)閷蛻舻淖非?。因此，軟件架?gòu)的實現(xiàn)主要在于對客戶信息的有效控制。系統(tǒng)的前端包括上述的幾個主要的模塊，通過模塊之間信息的共享，實現(xiàn)業(yè)務(wù)管理流程的優(yōu)化。作為基于CRM的進銷存管理系統(tǒng)，通過信息和流程的有效管理來體現(xiàn)以客戶為中心的思想。訂單信息進入信息系統(tǒng)之后，融入生產(chǎn)計劃管理，圍繞客戶的共享數(shù)據(jù)信息，庫存、生產(chǎn)、財務(wù)做出相應(yīng)的互動，從而使企業(yè)的各項業(yè)務(wù)緊密地聯(lián)系起來，達(dá)到部門之間有效的協(xié)調(diào)，對客戶訂單及市場波動做出最快速的反應(yīng)。系統(tǒng)的后臺數(shù)據(jù)庫的信息通過ETL導(dǎo)入數(shù)據(jù)倉庫，作為歷史數(shù)據(jù)的積累，這部分?jǐn)?shù)據(jù)的組織結(jié)構(gòu)應(yīng)該具有良好的擴充性，同實施數(shù)據(jù)倉庫工程的過程相對應(yīng)，滿足多部門、多主題的擴充要求。數(shù)據(jù)倉庫的技術(shù)應(yīng)用主要是通過聯(lián)機分析處理(OLAP)和數(shù)據(jù)挖掘(DM)等工具對數(shù)據(jù)倉庫中的數(shù)據(jù)進行分析和處理。數(shù)據(jù)倉庫應(yīng)用支持己經(jīng)成為現(xiàn)代化企業(yè)必不可少的基礎(chǔ)設(shè)施之一，它是現(xiàn)代企業(yè)運營支撐體系的重要組成，是企業(yè)對市場需求快速準(zhǔn)確響應(yīng)的有力保證。OLAP是針對特定問題的聯(lián)機數(shù)據(jù)訪問和分析，通過對信息進行快速、穩(wěn)定、一致和交互式的存取，對數(shù)據(jù)進行多層次、多階段的分析處理，以獲得高度歸納的分析結(jié)果。聯(lián)機分析處理要求按多維方式組織企業(yè)的數(shù)據(jù)，傳統(tǒng)的數(shù)據(jù)庫難以勝任。維是人們觀察現(xiàn)實的角度，決策分析需要從不同的角度觀察分析數(shù)據(jù)，以多維數(shù)據(jù)為核心的多維數(shù)據(jù)分析是決策的主要內(nèi)容。OLAP分為兩大類，一類是基于多維數(shù)據(jù)庫的，另一類是基于關(guān)系數(shù)據(jù)庫的。兩者的相同點是基本數(shù)據(jù)源仍是數(shù)據(jù)庫和數(shù)據(jù)倉庫，都是基于關(guān)系數(shù)據(jù)模型的，都向用戶顯示多維數(shù)據(jù)視圖；不同點在于，前者是把分析所需的數(shù)據(jù)從數(shù)據(jù)倉庫中抽取出來，物理地組織成多維數(shù)據(jù)庫，而后者則是利用關(guān)系表來模擬多維數(shù)據(jù)，并不是物理地生成多維數(shù)據(jù)庫。數(shù)據(jù)挖掘的基本思想就是從數(shù)據(jù)中抽取有價值的信息，其目的是幫助決策者尋找數(shù)據(jù)間潛在的關(guān)聯(lián)，發(fā)現(xiàn)被忽略的要素，而這些信息對預(yù)測趨勢和決策行為有可能起到重要作用。從數(shù)據(jù)庫的角度看，數(shù)據(jù)挖掘就是從數(shù)據(jù)庫的數(shù)據(jù)中識別出有效的、新穎的、具有潛在效用的并最終可理解的信息(如規(guī)則、約束等)的過程。從決策支持的角度看，數(shù)據(jù)挖掘是一種基于人工智能、機器學(xué)習(xí)、統(tǒng)計學(xué)和數(shù)據(jù)庫技術(shù)等多種技術(shù)，自動地分析企業(yè)原有的數(shù)據(jù)，進行歸納推理，從中挖掘出潛在的關(guān)系模式，預(yù)測客戶的行為，幫助企業(yè)的決策者調(diào)整市場策略，減少風(fēng)險，輔助作出正確的決策的過程。OLAP是驗證型的，建立在多維視圖的基礎(chǔ)之上，強調(diào)執(zhí)行效率和對用戶命令的及時響應(yīng)，而且其直接數(shù)據(jù)源一般是數(shù)據(jù)倉庫；DM是挖掘型的，建立在各種數(shù)據(jù)源的基礎(chǔ)上，重在發(fā)現(xiàn)隱藏在數(shù)據(jù)深層次的對人們有用的模式(Patterns)，一般并不過多考慮執(zhí)行效率和響應(yīng)速度。OLAP主要有兩個特點，一是在線性，體現(xiàn)為對用戶請求的快速響應(yīng)和交互式操作，它的實現(xiàn)是由Client/Server這種體系結(jié)構(gòu)來完成的；二是多維分析。DM(Data Mining)，是從大量原始數(shù)據(jù)中抽取模式的一個處理過程，抽取出來的模式就是所謂的知識，它必須具備可信、新穎、有效和易于理解這四個特點。中小企業(yè)的數(shù)據(jù)倉庫應(yīng)用主要集中在OLAP技術(shù)的應(yīng)用上，這與整個CRM系統(tǒng)著重于企業(yè)內(nèi)部管理過程整合的目的相對應(yīng)，OLAP可以完成不同部門的主題分析要求，提高企業(yè)內(nèi)部的管理效率。由于數(shù)據(jù)倉庫的面向主題的特性，所以數(shù)據(jù)倉庫中的數(shù)據(jù)是以主題為中心按星型模式組織數(shù)據(jù)存儲在關(guān)系數(shù)據(jù)庫中，也就是將維信息和事實信息分別存儲在維表和事實表中，然后通過事實表的外鍵，將事實表和維表關(guān)聯(lián)起來。有時由于維表的層次性，例如時間維可以繼續(xù)細(xì)化為年、月、日等層次，星型模式自然地演變?yōu)榱搜┗Ｊ?。?dāng)前，數(shù)據(jù)倉庫常用的邏輯建模工具是以維數(shù)據(jù)建模來表示事實、維、粒度的關(guān)系。事實(Facts)也叫主題，是實際分析的數(shù)據(jù)基礎(chǔ)也可以說就是用戶日常最關(guān)心的內(nèi)容。維是事實信息的屬性。下面對數(shù)據(jù)倉庫中經(jīng)常用到的星型模型和雪花模型進行介紹。星型模型是當(dāng)前數(shù)據(jù)倉庫常用的數(shù)據(jù)結(jié)構(gòu)模型，它包括事實表和維表。事實表包含被索引事實的數(shù)據(jù)行一般為數(shù)據(jù)。維表是對事實的非范式模式，事實表和維表通過外鍵Foreign Key 聯(lián)系在一起。維度表維度表日期碼年月日日期使用星形模型的主要原因是可提高查詢的性能和便于用戶安排不同的查詢。由于主要數(shù)據(jù)都在龐大的事實表中所以只要掃描事實就可以進行查詢，而不必把多個龐大的表聯(lián)接起來，同時由于維表一般都很小，甚至可以放在高速緩存中與事實表作聯(lián)接時其速度較快。, 中間表示主題表事實表,四周表示的是與之相關(guān)的維的信息。 產(chǎn)品銷售的星型模型,每個維度都可以向外連接到多個詳細(xì)的類別表上,體現(xiàn)了維的不同粒度的劃分。雪花模型對星型模型的維度表進一步標(biāo)準(zhǔn)化同時也進行了標(biāo)準(zhǔn)化處理。這種結(jié)構(gòu)通過把多個較小的標(biāo)準(zhǔn)化表，而不是星型模式中的大的非標(biāo)準(zhǔn)化表聯(lián)合起來改善查詢性能。由于采取了標(biāo)準(zhǔn)化及維的較低的粒度雪花模型提高了數(shù)據(jù)倉庫應(yīng)用的靈活性。詳細(xì)類別 雪花模式的結(jié)構(gòu)圖數(shù)據(jù)倉庫是數(shù)據(jù)驅(qū)動及查詢驅(qū)動的系統(tǒng),其重點是數(shù)據(jù)建模。而數(shù)據(jù)建模工作重點應(yīng)當(dāng)放在開發(fā)一個比較容易和快速查詢的數(shù)據(jù)庫，另外一點是定義加載所需數(shù)據(jù)。一般來說數(shù)據(jù)倉庫設(shè)計分為以下幾個步驟：概念模型設(shè)計，邏輯模型設(shè)計，物理模型設(shè)計。實現(xiàn)平臺 數(shù)據(jù)倉庫開發(fā)過程圖概念模型是客觀世界到機器世界的中間層次,即通常所說的需求分析。在與用戶交流的過程中確定數(shù)據(jù)倉庫所需要訪問的信息這些信息包括當(dāng)前將來以及與歷史相關(guān)的數(shù)據(jù)。在概念模型的設(shè)計過程中尤其要注意的是對用戶未來需求的研究因為數(shù)據(jù)倉庫一旦設(shè)計完成如果再改動將大大增加成本。數(shù)據(jù)倉庫系統(tǒng)的邏輯模型描述了數(shù)據(jù)倉庫中主題的邏輯。實現(xiàn)同樣數(shù)據(jù)倉庫的邏輯模型可用關(guān)系模型來表示，它描述了每個主題所對應(yīng)表的關(guān)系模式的定義。數(shù)據(jù)倉庫物理模型就是邏輯模型在數(shù)據(jù)倉庫中的實現(xiàn)包括確定數(shù)據(jù)的存儲結(jié)構(gòu)、確定索引策略、確定數(shù)據(jù)存放位置及存儲分配等。一般地數(shù)據(jù)倉庫的體系化環(huán)境一般分為五層操作型環(huán)境操作數(shù)據(jù)存儲全局級數(shù)據(jù)倉庫部門級數(shù)據(jù)、倉庫部門級數(shù)據(jù)集市和個人的數(shù)據(jù)視圖。數(shù)據(jù)倉庫的設(shè)計方法和設(shè)計流程是相似的，本文只對系統(tǒng)中關(guān)鍵的銷售管理和倉庫管理的數(shù)據(jù)倉庫設(shè)計進行論述。銷售管理模塊中主要完成的功能分為銷售結(jié)算、銷售分析和決策支持三個部分。在銷售結(jié)算中主要完成對日常銷售的支撐，在該部分中采用的是數(shù)據(jù)庫技術(shù)，在銷售分析和決策支持功能中采用的是數(shù)據(jù)倉庫技術(shù)，數(shù)據(jù)倉庫是建立在關(guān)系數(shù)據(jù)庫技術(shù)基礎(chǔ)上的，本系統(tǒng)中的銷售管理數(shù)據(jù)倉庫是建立在日常銷售支撐數(shù)據(jù)庫基礎(chǔ)上的。企業(yè)各部門管理所用的進銷存系統(tǒng)主要是用數(shù)據(jù)倉庫來提供數(shù)據(jù)，數(shù)據(jù)倉庫是在數(shù)據(jù)庫的基礎(chǔ)上對數(shù)據(jù)進行抽取、組織、匯總等處理存儲進數(shù)據(jù)倉庫。匯總處理的算法一部分封裝在數(shù)據(jù)倉庫中一部分通過應(yīng)用程序來實現(xiàn)。數(shù)據(jù)的抽取是通過數(shù)據(jù)庫服務(wù)器來完成。下面先對數(shù)據(jù)倉庫中涉及的商品銷售結(jié)算表進行介紹（表中涉及的內(nèi)容主要是在數(shù)據(jù)倉庫設(shè)計中需要使用的內(nèi)容，并沒有包括所有的數(shù)據(jù)項內(nèi)容）