分銷管理系統(tǒng)方案建議書

1、XXXX 分銷管理系統(tǒng)系統(tǒng)實施方案書xxxxxx技術(shù)有限公司2009 年 11 月 26 日第1 頁目錄1前言 . 31.1系統(tǒng)概述 . 31.2項目背景 . 41.3設(shè)計要求 . 42系統(tǒng)需求分析 . 62.1組織機構(gòu)模型 . 62.2系統(tǒng)角色劃分 . 62.3業(yè)務(wù)流程模型 . 73系統(tǒng)解決方案 . 93.1系統(tǒng)設(shè)計原則 . 93.2采用技術(shù)路線 . 103.3新的開發(fā)模式 . 123.4系統(tǒng)網(wǎng)絡(luò)部署 . 173.5系統(tǒng)功能設(shè)計 . 183.5.1公司分銷主系統(tǒng) . 183.5.2經(jīng)銷商分銷子系統(tǒng) . 273.5.3終端客戶查詢子系統(tǒng) . 294開發(fā)實施方案 . 304.1系統(tǒng)開發(fā)團隊 .

2、304.2系統(tǒng)開發(fā)周期 . 305系統(tǒng)報價 .錯 誤！未定義書簽。5.1 系統(tǒng)報價 . 錯誤！未定義書簽。5.2付款方式 . 錯誤！未定義書簽。第2 頁1前言1.1系統(tǒng)概述近些年來，隨著生產(chǎn)技術(shù)的發(fā)展，企業(yè)的技術(shù)優(yōu)勢在漸漸消失，行業(yè)壁壘也在逐漸變?nèi)酰欢S著企業(yè)在生 產(chǎn)制造方面的優(yōu)勢弱化，市場不斷發(fā)展、市場競爭不斷加劇，企業(yè)要想在這樣的環(huán)境中生存、發(fā)展下去，單單 依靠自己的力量是無法實現(xiàn)的，而必須具有強有力的、遍布全國的銷售體系作為開拓市場的前沿陣地。分銷是當(dāng)前國內(nèi)很多批發(fā)型商貿(mào)企業(yè)及產(chǎn)供銷一體化的制造類企業(yè)所采取的銷售管理模式。隨著企業(yè)銷售 規(guī)模的擴大，對異地物流和資金流的管理難度越來越大。企

3、業(yè)領(lǐng)導(dǎo)在實際的運作過程中經(jīng)常出現(xiàn)如下困惑： 如何使銷售體系既能快速擴充，又能避免管理失控？ 如何準(zhǔn)確考核分支機構(gòu)的銷售、回款、計劃完成、費用支出情況？ 如何及時了解下屬經(jīng)銷商的各類銷售數(shù)據(jù)，如何提高經(jīng)銷商的管理和信息處理能力？ 如何及時了解各地實際庫存，并提高供貨及時率、降低庫存積壓？如何控制應(yīng)收賬款的回收風(fēng)險？ 如何縮短決策時間、提高決策的準(zhǔn)確性？ 這些問題如果沒有得到解決，其結(jié)果是企業(yè)流通成本居高不下，企業(yè)的生產(chǎn)、市場決策缺乏準(zhǔn)確的依 據(jù)，造成資源的大量浪費。目前，許多企業(yè)的分銷成本已經(jīng)超過生產(chǎn)成本和產(chǎn)品研發(fā)成本，成為企業(yè)總體運行 成本的第一大構(gòu)成要素；解決分銷成本的控制問題，是目前這些企

4、業(yè)的當(dāng)務(wù)之急。良好的分銷渠道， 現(xiàn)代化的分銷管理模式將是企業(yè)取勝的關(guān)鍵， 是企業(yè)核心能力所在！21 世紀(jì)， Internet 信息技術(shù)為人們創(chuàng)造了一種不受時空限制的信息交流、共享和協(xié)作方式，并給每個企業(yè) 帶來了新的機會和挑戰(zhàn)?；ヂ?lián)網(wǎng)作為一項革命性的技術(shù)，對企業(yè)的管理和運作方式的改變將是全方位的，任何一個企業(yè)要想最終成 功，都離不開互聯(lián)網(wǎng)的應(yīng)用。有了互聯(lián)網(wǎng)，才使企業(yè)分銷實現(xiàn)集中管理、動態(tài)監(jiān)控成為可能；才能夠使企業(yè)和 客戶的信息和數(shù)據(jù)交流更加容易、 更加及時； 才能夠輕松實現(xiàn)企業(yè)電子商務(wù)。 互聯(lián)網(wǎng)應(yīng)用降低了企業(yè)運營成本， 是目前費用最低廉、最有效的信息和數(shù)據(jù)交流的工具和平臺?；ヂ?lián)網(wǎng)的出現(xiàn)在改變?nèi)藗?/p>

5、日常生活的同時，改變了企業(yè)的管理運作方式。而眾多的制造和銷售型傳統(tǒng)企業(yè)需要通過全國龐大的銷售網(wǎng)絡(luò)來執(zhí)行產(chǎn)品和服務(wù)，但銷售管理要通暢，卻 一直是傳統(tǒng)企業(yè)的“痛”，有資金但沒有規(guī)劃實力，有技術(shù)和理念但管理水平跟不上，網(wǎng)絡(luò)帶來的挑戰(zhàn)和機遇 如何應(yīng)對，這些問題都亟待專業(yè)廠商提供全方位的解決方案。第3 頁分銷管理理念與互聯(lián)網(wǎng)技術(shù)的結(jié)合，便產(chǎn)生了基于互聯(lián)網(wǎng)的分銷管理軟件?；诨ヂ?lián)網(wǎng)的分銷管理軟件為 企業(yè)進行信息交流匯總提供了一條方便、迅速、廉價的途徑，同時，也為企業(yè)的“ 異地商務(wù)、集中管理 ”提供 了最好的解決方式。1.2項目背景xxxxxx 電動車有限公司是一家自 1998 年以來開始研制、 開發(fā)、 生

6、產(chǎn)電動代步車、 高爾夫球車及電動車配件 等 30 多個品種的專業(yè)廠家。 2001 年開始批量生產(chǎn)，產(chǎn)品受到美洲、歐洲、亞洲等客戶的歡迎。公司正處于快 速發(fā)展階段，年產(chǎn)電動代步車 50 萬輛。隨著中國 WTO進程的加速和中國市場潛能的日漸放大， xxxxxx發(fā)展戰(zhàn)略已逐步從 “外銷為主” 轉(zhuǎn)變?yōu)?“以 內(nèi)銷為主，以外銷為輔”。 xxxxxx 秉承“商者無域、相融共生”的經(jīng)營理念，以全新的產(chǎn)品質(zhì)量和優(yōu)質(zhì)的服務(wù) 理念為廣大中國消費者服務(wù)， 并把世界頂尖的技術(shù)和先進的營銷理念帶進中國， 推動行業(yè)發(fā)展。 為快速、 高效、 便捷的服務(wù)廣大中國消費者，實施區(qū)域輻射，適時快捷的生產(chǎn)服務(wù)，提高服務(wù)質(zhì)量。隨著業(yè)務(wù)

7、的不斷拓展， xxxxxx 決定建立國內(nèi)遍布全國二十八個省、市、區(qū)，輻射到市縣、鄉(xiāng)鎮(zhèn)的營銷網(wǎng)絡(luò)。 在這個銷售網(wǎng)絡(luò)中，各級經(jīng)銷商對其終端客戶進行管理，總公司對各級經(jīng)銷商和終端的業(yè)務(wù)進行垂直管理?；?于互聯(lián)網(wǎng)，終端客戶可以對訂單的執(zhí)行狀態(tài)進行跟蹤查詢。因此， xxxxxx 迫切要求一套渠道分銷管理系統(tǒng)，以便能實時地了解各地的銷售情況，及時掌握銷售、采購、 生產(chǎn)、庫存信息，有利于公司準(zhǔn)確、準(zhǔn)時的接收訂單，并安排生產(chǎn)，從而盡可能的提高服務(wù)透明度，提高服務(wù) 質(zhì)量。1.3設(shè)計要求xxxxxx分銷管理系統(tǒng)是一套對公司整個業(yè)務(wù)過程各個環(huán)節(jié)進行全面自動化管理的大型企業(yè)綜合管理系 統(tǒng)。通過前期的了解，系統(tǒng)在設(shè)計時

8、，主要考慮如下一些要求：（ 1） 系統(tǒng)力求界面友好、操作簡便，方便培訓(xùn)、使用；（ 2） 在平臺、插件選型上，盡量采用實用性比較強，對硬件性能要求不高的成熟產(chǎn)品，以便于系統(tǒng) 的部署和推廣；（ 3） 系統(tǒng)要能夠進行靈活的調(diào)整和升級；即：隨著公司業(yè)務(wù)的發(fā)展，可以對系統(tǒng)流程、功能權(quán)限、 具體單據(jù)等等進行調(diào)整，以適應(yīng)公司發(fā)展的需要；（4） 各級經(jīng)銷商需要通過 Internet 來使用系統(tǒng)。所以， 系統(tǒng)必須基于 B/S 架構(gòu)進行開發(fā)和部署；（ 5） 設(shè)計上線初期，用戶量預(yù)計在 200 個左右?？紤]到日后的業(yè)務(wù)開展，各級經(jīng)銷商的建立等。 系統(tǒng)需最多支持 10000 個用戶同時使用；第4 頁6)系統(tǒng)將會劃分為

9、：公司主系統(tǒng)、經(jīng)銷商業(yè)務(wù)子系統(tǒng)、終端客戶子系統(tǒng)三大部分；三大子系統(tǒng)將 進行無縫集成。7)經(jīng)銷商子系統(tǒng) (注意不是傳統(tǒng)的銷售終端)將會是系統(tǒng)的一大亮點。該子系統(tǒng)必須真正對經(jīng)銷商的業(yè)務(wù)帶來便利和幫助，以便系統(tǒng)將來能夠順利在省、市、縣各級經(jīng)銷商進行部署。8)目前公司主要產(chǎn)品是防盜門，但是將來可能發(fā)展到油漆、裝修材料等領(lǐng)域。因此系統(tǒng)設(shè)計時， 要對產(chǎn)品能夠靈活處理。第5 頁2系統(tǒng)需求分析2.1組織機構(gòu)模型本系統(tǒng)涉及到的組織機構(gòu)模型，如下圖所示：其中，各級經(jīng)銷商負(fù)責(zé)在當(dāng)?shù)匕l(fā)展客戶，主要負(fù)責(zé)對當(dāng)?shù)乜蛻舻氖袌鲂麄?、訂單預(yù)定、貨款結(jié)算、通知提貨等操作。公司總部負(fù)責(zé)與各級經(jīng)銷商的銷售業(yè)務(wù)。各地經(jīng)銷商根據(jù)實際銷售情

10、況，將訂單發(fā)送給公司總部，公 司業(yè)務(wù)部對訂單進行審核和確認(rèn)，并組織生產(chǎn)；當(dāng)生產(chǎn)完畢后，通過物流供應(yīng)商將貨配送到經(jīng)銷商；經(jīng)銷 商通知客戶來提貨。針對各級經(jīng)銷商，公司制定統(tǒng)一的價格體系。公司和經(jīng)銷商之間直接進行貨款結(jié)算。經(jīng)銷商和客戶進行貨款結(jié)算2.2系統(tǒng)角色劃分其中，使用系統(tǒng)的用戶，主要包括如下幾種角色：（1 1） 訂單確認(rèn)人員主要負(fù)責(zé)對各級經(jīng)銷商的訂單進行審核、確認(rèn)。當(dāng)訂單確認(rèn)無誤后，發(fā)送給生產(chǎn)采購部組織生產(chǎn)第6 頁2 2） 生產(chǎn)采購人員針對經(jīng)過審核確認(rèn)后的訂單， 給生產(chǎn)廠商發(fā)生產(chǎn)訂單。 并跟蹤其生產(chǎn)進度情況。 一旦生產(chǎn)完成后， 就發(fā)送給物流部門，進行貨物運輸。（3 3） 物流跟蹤人員當(dāng)訂單生產(chǎn)

11、完畢后，訂單即傳送給物流部門。此時，物流部門即辦理貨物托運。當(dāng)經(jīng)銷商收到貨 物后，對回單進行簽收。（4 4） 財務(wù)結(jié)算人員和經(jīng)銷商進行貨款結(jié)算； 和生產(chǎn)廠商進行成本結(jié)算； 和物流供應(yīng)商進行物流費用結(jié)算。（5 5）經(jīng)銷商管理員公司市場部，負(fù)責(zé)對經(jīng)銷商信息、信用資料進行維護。（6 6） 經(jīng)銷商操作員 在經(jīng)銷商子系統(tǒng)中，錄入訂單、并進行貨物簽收。然后辦理客戶提貨。（7 7）經(jīng)銷商主管和客戶之間進行財務(wù)結(jié)算。對經(jīng)銷商的財務(wù)、經(jīng)營情況進行分析。（8 8）終端客戶通過公司統(tǒng)一的對外服務(wù)網(wǎng)站上，查詢當(dāng)前訂單的處理狀態(tài)。主要包括：生產(chǎn)狀態(tài)、物流狀態(tài)、 結(jié)算狀態(tài)等。（9 9）系統(tǒng)管理員對系統(tǒng)資料、用戶賬號、權(quán)限

12、、系統(tǒng)日志、數(shù)據(jù)庫等進行管理。進行必要的系統(tǒng)備份、恢復(fù)等操 作。2.3業(yè)務(wù)流程模型終端客戶、經(jīng)銷商、公司總部之間的業(yè)務(wù)流程描述如下：第7 頁終端客戶經(jīng)銷商經(jīng)銷商財務(wù)提貨接單錄入訂單公司總部訂單確認(rèn)庫存管理貨款結(jié)算采購結(jié)算公司財務(wù)生產(chǎn)下單直接發(fā)貨生產(chǎn)廠商物流費結(jié)算產(chǎn)發(fā)貨物流供應(yīng)商物流發(fā)貨到貨簽收第8 頁3系統(tǒng)解決方案3.1系統(tǒng)設(shè)計原則為了保證系統(tǒng)按期完成，并在建成后能高效、健壯地運行，在系統(tǒng)設(shè)計過程中，我們主要遵循以下設(shè)計原 則：（ 1 1） 總體性原則系統(tǒng)的建設(shè)具有綜合性、整體性、長期性的特點，應(yīng)遵循先進性系統(tǒng)的總體設(shè)計和論證，再分步建設(shè)，逐 步完善的原則，留有足夠的發(fā)展和變更余地。（ 2 2

13、） 先進性原則系統(tǒng)的建設(shè)應(yīng)以先進的生產(chǎn)技術(shù)、建設(shè)方案、數(shù)據(jù)庫技術(shù)、軟件架構(gòu)、網(wǎng)絡(luò)技術(shù)為基礎(chǔ)，盡量采用可擴充 性強、運行效率較高、容易開發(fā)和維護的平臺以及硬件設(shè)備。（ 3 3） 高效性原則作為一個大型數(shù)據(jù)庫系統(tǒng)，系統(tǒng)的性能高效性至關(guān)重要。在系統(tǒng)的建設(shè)中，我們將會在數(shù)據(jù)庫的設(shè)計、系 統(tǒng)架構(gòu)、硬件的配置等方面，重點考慮系統(tǒng)的并發(fā)性能以及海量數(shù)據(jù)的維護。（ 4 4） 易用、實用性原則系統(tǒng)主要用戶為終端用戶（會員、造價信息員等），對計算機及相應(yīng)數(shù)據(jù)庫的了解不多。系統(tǒng)的操作應(yīng)盡 可能簡單易用，用戶界面應(yīng)盡可能友好，符合人們處理事務(wù)的一般思路，以減少用戶的培訓(xùn)時間和操作難度， 同時還需提供詳細(xì)的操作手冊。實

14、用性是系統(tǒng)設(shè)計的基本出發(fā)點，它直接影響系統(tǒng)的運行效果和生命力，是一個嚴(yán)謹(jǐn)?shù)南到y(tǒng)開發(fā)者要無條 件遵循的原則。（ 5 5） 安全穩(wěn)定保密原則系統(tǒng)必須采用嚴(yán)格的安全措施，設(shè)置多級安全機制，保證系統(tǒng)運行的安全和穩(wěn)定。系統(tǒng)外部安全 ：系統(tǒng)的安全性要充分考慮網(wǎng)絡(luò)的高級別、多層次的安全防護措施，包括備份系統(tǒng)、防火墻 和權(quán)限設(shè)置等措施， 保證業(yè)務(wù)部門的數(shù)據(jù)安全和政府機密； 同時考慮系統(tǒng)出現(xiàn)故障時的軟硬件恢復(fù)等急救措施， 以保障網(wǎng)絡(luò)安全性和處理機安全性。系統(tǒng)要形成相對獨立的安全機制，有效防止系統(tǒng)外部的非法訪問。第9 頁系統(tǒng)內(nèi)部安全 ：在保證系統(tǒng)外部安全的同時，系統(tǒng)也要確保授權(quán)用戶的合法使用。系統(tǒng)應(yīng)設(shè)置嚴(yán)密的訪問

15、 級別和權(quán)限控制機制，并通過數(shù)據(jù)加密、電子身份驗證等措施來保證系統(tǒng)內(nèi)部安全。系統(tǒng)本身也應(yīng)該具有容錯 功能，包括出錯提示、原因，并能自動或通過人工操作，使出錯的系統(tǒng)恢復(fù)到正常狀態(tài)。系統(tǒng)還應(yīng)提供嚴(yán)格的 操作控制和存取控制。系統(tǒng)同時要具有一定的容錯能力， 在用戶誤操作或輸入非法數(shù)據(jù)時不會發(fā)生錯誤。 如在錄入單據(jù)等操作中， 對于用戶輸入的錯誤信息系統(tǒng)應(yīng)能自動判斷，并進行自動修復(fù)或提示用戶重新輸入。系統(tǒng)運行安全 ：在邏輯上，系統(tǒng)應(yīng)該具有抵御對系統(tǒng)的非法入侵的能力；在物理上，系統(tǒng)應(yīng)保證不存在可 能的單點故障，提供資源數(shù)據(jù)的備份能力。系統(tǒng)支持定期的自動數(shù)據(jù)備份和手工進行數(shù)據(jù)備份，能夠在數(shù)據(jù)毀 壞、丟失等情況

16、下將備份數(shù)據(jù)倒回，實現(xiàn)一定的數(shù)據(jù)恢復(fù)。（ 6 6） 可擴展性原則 系統(tǒng)應(yīng)具有統(tǒng)一結(jié)構(gòu)框架和數(shù)據(jù)關(guān)聯(lián)特性，保證良好的可維護性。由于業(yè)務(wù)涉及的數(shù)據(jù)繁多，各種數(shù)據(jù)類 型之間關(guān)系錯綜復(fù)雜，必須綜合分析業(yè)務(wù)內(nèi)涵和數(shù)據(jù)元素之間的關(guān)系和模型，合理設(shè)計，提高各組件模塊的內(nèi) 聚性，降低各組件模塊的耦合度，科學(xué)劃分組件接口和方法，使系統(tǒng)強壯且容易維護。維護方式：系統(tǒng)提供對系統(tǒng)自身的集中操作維護的功能，真正做到使系統(tǒng)能在數(shù)據(jù)損壞、丟失等情況下將 備份數(shù)據(jù)倒回，實現(xiàn)數(shù)據(jù)恢復(fù)。維護工作量：系統(tǒng)提供集中的、智能化的維護工具，盡可能減少手工維護工作量，確保系統(tǒng)的正常運行。3.2采用技術(shù)路線本系統(tǒng)將運行于 Windows 系

17、統(tǒng)中，開發(fā)平臺和運行平臺都為 Windows 操作系統(tǒng)。在系統(tǒng)開發(fā)過程中， 將采用組件技術(shù)、工作流技術(shù)、 SOA 架構(gòu)技術(shù)、 Web 2.0 技術(shù)等來實現(xiàn)整個系統(tǒng)功能。在開發(fā)過程中，將 主要采用我公司自主研發(fā)的“ XBM - 業(yè)務(wù)基礎(chǔ)架構(gòu)平臺”來進行系統(tǒng)構(gòu)建，同時根據(jù)實際情況對少量復(fù)雜 的算法（保障計算效率）進行二次開發(fā)，以保證系統(tǒng)的快速和穩(wěn)定運行。本系統(tǒng)的技術(shù)路線可以用下圖來表示：第 10 頁XBM-DesktopXBM-Desktop forfor SOASOAUIUI 插件信息發(fā)布WebWeb 服務(wù)服務(wù)器XBM-ServiceXBM-Service 業(yè)務(wù)發(fā)布服務(wù)器BAEBDE二次開發(fā)插件

18、SQL Server 2005SOA架構(gòu)，完全從底層進行開發(fā)，開發(fā)工XBM-BuilderXBM-Builder從上圖可以看出：1）依托平臺整個系統(tǒng)將 XBM業(yè)務(wù)基礎(chǔ)平臺進行架構(gòu)，該平臺基于全新的 具 C + 和 Windows API ，不依賴于任何第三方技術(shù)或者插件。（2）多層架構(gòu)系統(tǒng)基于三層架構(gòu)，分為：客戶端（ XBM_Desktop或者 Web Browser ）、應(yīng)用端（ BAE、 BDE、WFE、服 務(wù)器端應(yīng)用二次開發(fā)）、業(yè)務(wù)發(fā)布端（XBM_Service 或者 Web 發(fā)布服務(wù)器）、數(shù)據(jù)存儲端；（3） 二次開發(fā)XBM 業(yè)務(wù)基礎(chǔ)平臺實現(xiàn)了以業(yè)務(wù)為導(dǎo)向的系統(tǒng)構(gòu)建和完全驅(qū)動， 使管理和

19、業(yè)務(wù)人員能參與到應(yīng)用軟件 的開發(fā)之中，使得企業(yè)管理系統(tǒng)能夠真正實現(xiàn)用戶主導(dǎo)、隨需而變、快速構(gòu)建、靈活調(diào)整。對于絕大部分的業(yè)務(wù)功能（數(shù)據(jù)存取、規(guī)則計算、業(yè)務(wù)協(xié)作），將直接通過 XBM_Builder 進行系統(tǒng) 構(gòu)建，對于少數(shù)的、需要復(fù)雜處理的算法，我們將通過 VC + 進行二次開發(fā)來實現(xiàn)。4） 數(shù)據(jù)庫選型InternInternetet規(guī)則數(shù)據(jù)歷史數(shù)據(jù)業(yè)務(wù)數(shù)據(jù)第 11 頁數(shù)據(jù)庫前期選用 SQL Server進行開發(fā)、 調(diào)試；同時兼容 Oracle，以方便若干年后， 數(shù)據(jù)量異常龐大后， 遷移到大型機上工作。3.3平臺開發(fā)優(yōu)勢（一） 傳統(tǒng)開發(fā)模式分析按照軟件工程學(xué)中的 “軟件開發(fā)方法論” ，管理信息

20、系統(tǒng)的開發(fā)， 通常需要經(jīng)過項目立項、 需求調(diào)研、 分析&設(shè)計、編碼實現(xiàn)、測試、部署、試運行、正式運行、系統(tǒng)維護等九個階段的錘煉。在軟件的每個開發(fā)階段，都會有不同知識結(jié)構(gòu)層次的人參與到開發(fā)過程中。絕大部分軟件公司，至少 需要由三類人員來組成：需求調(diào)研人員 ：主要負(fù)責(zé)需求的調(diào)研、整理；這部分人對業(yè)務(wù)比較了解，但是對系統(tǒng)設(shè)計、開發(fā) 不是很精通；系統(tǒng)設(shè)計人員 ：主要負(fù)責(zé)拿到用戶需求后，進行模塊設(shè)計、 功能設(shè)計、規(guī)則設(shè)計、數(shù)據(jù)庫設(shè)計等； 代碼開發(fā)人員 ：從系統(tǒng)設(shè)計人員手中接過設(shè)計文檔，進行代碼開發(fā)。其對用戶實際需求和軟件設(shè) 計意圖不是了解。傳統(tǒng)管理信息系統(tǒng)的開發(fā)模式，主要存在以下困難：需求調(diào)研時，主要通

21、過文檔進行描述。在形式上，文檔和最終運行的系統(tǒng)之間存在很大的差異； 經(jīng)常會造成調(diào)研不夠完善、不夠細(xì)致；用戶需求在不同的人員之間，由于信息的逐步衰減，經(jīng)常造成開發(fā)出來的系統(tǒng)，和實際需求有很 大的差距；當(dāng)需求做出調(diào)整，或者系統(tǒng)功能需要修改時，因為牽扯到整個軟件過程。造成響應(yīng)時間、和修改 周期較慢。由于傳統(tǒng)管理信息系統(tǒng)的開發(fā)模式，是在底層的技術(shù)平臺上直接搭建業(yè)務(wù)系統(tǒng)，并且也只能采用面向 技術(shù)的、業(yè)務(wù)無關(guān)的“原始”編程工具來開發(fā)管理系統(tǒng)。這種低層次的軟件開發(fā)模式，使得信息系統(tǒng)的開 發(fā)、維護和擴展困難重重，導(dǎo)致 ITIT 黑洞 現(xiàn)象的普遍發(fā)生。第 12 頁編碼修正項目立項分析 & & 設(shè)計試運行艱苦的努

22、力系統(tǒng)升級需求確認(rèn)構(gòu)建原型系統(tǒng)需求修正構(gòu)建最終系統(tǒng)部署正式運行確認(rèn)需求，是直接在原型系統(tǒng)上進行的，系統(tǒng)的 最終使用者可以親身操作系統(tǒng)的每個細(xì)節(jié)，來確 認(rèn)是不是自己想要的系統(tǒng)將需求調(diào)研的素材（表單、報表、流程、角色職 責(zé)等）直接描述到業(yè)務(wù)建模平臺中，通過簡單的 業(yè)務(wù)資源發(fā)布，得到原型系統(tǒng)經(jīng)過原型系統(tǒng)的確認(rèn)，我們可以正是構(gòu)建最終的 應(yīng)用系統(tǒng)了。主要包括：數(shù)據(jù)模型構(gòu)建、業(yè)務(wù)規(guī) 則構(gòu)建、交互規(guī)則構(gòu)建等等系統(tǒng)維護完全基于平臺進行快速調(diào)整。用戶完全 可以脫離開發(fā)商自己維護甚至升級系統(tǒng)。正式運行系統(tǒng)維護（二） 諾構(gòu)原型法開發(fā)模式分析基于 XBM 平臺的應(yīng)用開發(fā)模式和傳統(tǒng)的應(yīng)用開發(fā)模式有著很大的區(qū)別。和用戶進

23、行交流的業(yè)務(wù)人員， 可以直接構(gòu)建出用戶想要的系統(tǒng)。 整個系統(tǒng)建設(shè)的過程， 對于系統(tǒng)的使用者來說都是可見和可控的。如下圖所示，借助于 XBM 平臺，我們將重點放在了需求設(shè)計上。同時需求的設(shè)計過程，也是系統(tǒng)原型的開發(fā)過程。也就是說，當(dāng)需求調(diào)研結(jié)束后，系統(tǒng)的原型也就出來了。諾構(gòu)原型法開發(fā)模式，主要有如下特點：第 13 頁需求修正相互的埋怨用戶系統(tǒng)維護系統(tǒng)重塑1） 需求調(diào)研過程，我們將以實際系統(tǒng)展現(xiàn)為主，而以文檔為輔。這樣，用戶需求的確認(rèn)都是在 最終的原型系統(tǒng)上來確認(rèn)的。這樣需求才會完全和系統(tǒng)對應(yīng)起來，可以避免“需求描述不準(zhǔn) 確”，或者“看不到最終系統(tǒng)提不出需求細(xì)節(jié)”等問題的發(fā)生；2）由于整個系統(tǒng)構(gòu)建

24、過程中，沒有代碼開發(fā)的過程。這樣可以保證業(yè)務(wù)人員，在需求調(diào)研的同 時，也能夠講系統(tǒng)的構(gòu)建、部署、上線過程負(fù)責(zé)到底。這就避免了需求在多個人之間衰減的 現(xiàn)象；3）系統(tǒng)的功能調(diào)整、修改更及時、更快捷。（三） 系統(tǒng)開發(fā)關(guān)注的重點 一套企業(yè)管理系統(tǒng)，其主要目的和實際建設(shè)內(nèi)容無非包括：通過系統(tǒng)來對管理流程進行抽象和沉淀，從而使得整個業(yè)務(wù)過程中，每個角色能夠按部就班，按 時按量完成自己的任務(wù)。從而提高業(yè)務(wù)的自動化程度，以及各環(huán)節(jié)之間的協(xié)作能力，從而提高公 司管理水平。利用計算機強大的計算能力，將雜亂無章的各種單據(jù)、票據(jù)錄入系統(tǒng)，并進行流程化跟蹤。從而 減少工作人員的繁瑣程度，降低勞動強度。利用數(shù)據(jù)庫的各種查

25、詢、統(tǒng)計、匯總等功能，對現(xiàn)實和歷史業(yè)務(wù)數(shù)據(jù)進行各種分析統(tǒng)計，從而能 夠讓公司領(lǐng)導(dǎo)或各級決策者能夠隨時得到各種報表（包括績效考核）相關(guān)數(shù)據(jù)。利用計算機網(wǎng)絡(luò)（含局域網(wǎng)、 Internet 網(wǎng)），讓工作人員突破地域、時間限制，隨時隨地都可以 進行業(yè)務(wù)審批、事務(wù)處理等操作。從管理的角度講，“事務(wù)是死的，但是流程是活”的。也就是說：一個公司只要其業(yè)務(wù)范圍不發(fā)生大 的變化，那么其管理系統(tǒng)的業(yè)務(wù)模型、系統(tǒng)功能、各種單據(jù)等等，相對是固定不變的。而每個公司、每個 成長階段，其人力安排、業(yè)務(wù)流程等則相對是最容易變化的。這就要求我們在系統(tǒng)設(shè)計的過程中，必須將那些業(yè)務(wù)的本質(zhì)的東西（業(yè)務(wù)模型、功能、單據(jù)、界面） 作為重

26、點進行抽象，而對“活”的東西提供某種“包容”。在 XBM 平臺中，提供了完全可視化的流程設(shè)計、調(diào)整工具?？梢噪S時根據(jù)業(yè)務(wù)管理的需要來調(diào)整業(yè) 務(wù)流程、崗位設(shè)置、人員權(quán)限等。第 14 頁因此，對于基于 XBM 平臺開發(fā)的管理軟件，其調(diào)研和開發(fā)的重點主要集中在：各環(huán)節(jié)的工作內(nèi)容、 業(yè)務(wù)中發(fā)生的各種單據(jù)、各種數(shù)據(jù)之間的關(guān)系、資金流、每個環(huán)節(jié)關(guān)心的重點信息等等。也就是“數(shù)據(jù)流 程”，而非“業(yè)務(wù)流程”。而具體微觀上的每個功能誰來操作、每個崗位怎么來換分，這個在系統(tǒng)上線前、以及上線后隨時可以 調(diào)整。我們不需要額外的去開發(fā)。（四） 系統(tǒng)上線后的調(diào)整 由于我們自身也是在 XBM 平臺上開發(fā)的應(yīng)用系統(tǒng)， 而沒有任

27、何其他代碼。 因此，擁有 XBM 業(yè)務(wù)基礎(chǔ)架構(gòu) 平臺，就可以對應(yīng)用系統(tǒng)進行任何要素（含UI、數(shù)據(jù)模型、流程、報表等）進行升級。針對重點型客戶， 我們將免費提供 XBM 平臺給用戶， 以便于其日后可以對系統(tǒng)進行全方位的維護、 升級。擁有 XBM 平臺，就相當(dāng)于擁有了系統(tǒng)的所有源代碼。XBM 中，可以對數(shù)據(jù)模型、規(guī)則模型、各種交互表單、打印報表等等，進行任何的調(diào)整。第 15 頁第 16 頁3.4系統(tǒng)網(wǎng)絡(luò)部署如上圖所示， 系統(tǒng)采用典型的三層架構(gòu)部署模式， 即滿足局域網(wǎng)內(nèi)的客戶端連接， 也可以通過 Internet （或無線網(wǎng)絡(luò)）連接到服務(wù)器： 系統(tǒng)采用典型的三層架構(gòu)模式：（ 1） 系統(tǒng)終端分布于基于

28、 Internet 的各個網(wǎng)點，它們采用專線或者 ADSL撥號穿越防火墻，連接到應(yīng)用 服務(wù)器上。（2）應(yīng)用服務(wù)器采用 群集 方式，和中央數(shù)據(jù)服務(wù)器進行連接。應(yīng)用服務(wù)器，主要用來發(fā)布業(yè)務(wù)表單、 業(yè)務(wù)交互等，可以是一般性能的臺式機。（3）根據(jù)系統(tǒng)需要的并發(fā)數(shù)量，來設(shè)置應(yīng)用服務(wù)器的臺數(shù)。一個 XBM 服務(wù)（基于 SOA架構(gòu)，所有的功 能都是服務(wù)），理論上可以支持 32768 個并發(fā)連接，但根據(jù)歷史經(jīng)驗，建議一臺服務(wù)器最多設(shè)定 支持 512 個連接為宜；（4）在防火墻端，可以設(shè)定負(fù)載均衡（如：采用均衡連接數(shù)策略），保證應(yīng)用服務(wù)器之間均衡的工作。（5）由于系統(tǒng)基于 SOA 架構(gòu)（面向非連接），一臺應(yīng)用服

29、務(wù)器故障后，可以自動切換到另外一臺應(yīng)用 服務(wù)器上去工作，而不會造成正在處理的數(shù)據(jù)的丟失。第 17 頁6) 中央數(shù)據(jù)庫服務(wù)器，負(fù)責(zé)整個系統(tǒng)的數(shù)據(jù)存儲。中央服務(wù)器的對數(shù)據(jù)的訪問速度，將會成為整個系統(tǒng)的性能的瓶頸。因此，建議采用多CPU的品牌服務(wù)器。7) 對于一些附件、圖片等二進制文件，數(shù)據(jù)庫端將通過文件指針存儲方式來保存，以方便日后的數(shù) 據(jù)備份和維護。3.5系統(tǒng)功能設(shè)計根據(jù)系統(tǒng)需求分析，整個系統(tǒng)將劃分為：公司分銷主系統(tǒng)、經(jīng)銷商分銷子系統(tǒng)、客戶查詢子系統(tǒng)三大 子系統(tǒng)?？偛扛鞑块T其中，各地經(jīng)銷商，作為公司的客戶，使用“經(jīng)銷商子系統(tǒng)”登錄系統(tǒng)，進行訂單錄入、到貨簽收、 狀態(tài)查詢、應(yīng)收應(yīng)付結(jié)算等操作。公司

30、總部各部門，通過“公司分銷主系統(tǒng)”登錄到系統(tǒng)。主要處理訂單確認(rèn)、生產(chǎn)采購、物流托運、 庫存管理、財務(wù)結(jié)算等操作。另外， 終端客戶可以通過瀏覽器，連接到“終端查詢子系統(tǒng)”，通過輸入訂單編號查詢到訂單的確認(rèn)、 生產(chǎn)、物流、結(jié)算等狀態(tài)。三大子系統(tǒng)部署在一個服務(wù)器上。只要有上網(wǎng)的地方，客戶、經(jīng)銷商、公司部門人員都可以隨時隨地 登錄到系統(tǒng)中。3.5.1 公司分銷主系統(tǒng)總公司各部門來使用。主要分為如下幾個模塊：(1)系統(tǒng)管理第 18 頁該模塊由系統(tǒng)管理員使用，主要對系統(tǒng)賬號、日志等進行維護。詳細(xì)功能列表如下：序號功能名稱功能說明1 1組織機構(gòu)管理通過樹狀表現(xiàn)方式，來設(shè)置公司組織機構(gòu)。2 2登錄賬號管理對使

31、用系統(tǒng)的用戶的登錄信息進行管理。3 3用戶權(quán)限管理針對用戶可以使用的模塊和功能權(quán)限進行設(shè)置。4 4登錄日志管理統(tǒng)計某個客戶，某個時間段，登錄時間的次數(shù)和時長。（2 2）系統(tǒng)資料維護主要對產(chǎn)品分類信息、產(chǎn)品類型、價格體系、職員信息、供應(yīng)商信息、以及其它數(shù)據(jù)字典等進行管理。序號管理功能功能說明1 1產(chǎn)品信息管理主要包括：產(chǎn)品分類管理產(chǎn)品信息管理2 2經(jīng)銷商管理主要包括：經(jīng)銷商信息管理； 經(jīng)銷商信用管理； 經(jīng)銷商經(jīng)營產(chǎn)品管理；3 3價格體系管理針對各個經(jīng)銷商，根據(jù)協(xié)議，輸入其各種產(chǎn)品的價格體系。4 4生產(chǎn)廠商管理生產(chǎn)廠商基本信息的管理。5 5物流供應(yīng)商管理物流供應(yīng)商的基本信息維護。第 19 頁6 6

32、倉庫信息管理對倉庫、庫位信息進行管理7 7系統(tǒng)參數(shù)設(shè)置針對系統(tǒng)中的一些下拉選項、分類明細(xì)等，采用數(shù)據(jù)字典的方 式進行維護。系統(tǒng)資料維護，必須在系統(tǒng)運行前，進行初始化設(shè)置（3 3）辦公信息服務(wù)根據(jù)辦公的實際需要，提供公告、留言、通訊錄、及時通訊等日常信息服務(wù)序號功能名稱功能說明1 1公告發(fā)布與查看公司管理者，發(fā)布公告。其它用戶進入系統(tǒng)，就可瀏覽到公告 內(nèi)容。2 2系統(tǒng)留言系統(tǒng)運行每個用戶，進行留言。3 3在線即時通訊任何登錄到系統(tǒng)中的用戶之間， 都可以通過類似 QQ 的工具進 行直接交流。這樣，可以減少通訊費。4 4內(nèi)部電子郵箱內(nèi)部郵件發(fā)送5 5人事檔案管理針對每個人的檔案，以及其工作崗位進行管

33、理6 6通訊錄第 20 頁公司業(yè)務(wù)部使用。主要對經(jīng)銷商的訂單進行審核、確認(rèn)；同時也可通過該模塊，統(tǒng)計公司銷售報表（4 4） 客戶關(guān)系管理 公司市場銷售、以及客戶服務(wù)部來使用。主要對經(jīng)銷商的發(fā)展過程，以及經(jīng)銷商的服務(wù)跟蹤、投訴處 理等等進行跟蹤。主要功能如下：序號功能名稱功能說明1 1客戶信息管理主要對潛在客戶（經(jīng)銷商），進行錄入。2 2聯(lián)系人管理對使用系統(tǒng)的用戶的登錄信息進行管理。3 3客戶跟蹤管理針對客戶的各種活動進行記錄（電話、拜訪、報價、電子郵件）4 4市場活動管理針對銷售人員，制定其工作計劃5 5客戶投訴處理按照流程，投訴登記、投訴處理、客戶反饋等環(huán)節(jié)進行處理6 6銷售工作統(tǒng)計針對銷售

34、人員的銷售工作、成效進行統(tǒng)計、考核5 5） 銷售管理主要功能如下：第 21 頁序號功能名稱功能說明1 1訂單補錄對于一些沒有上系統(tǒng)的經(jīng)銷商，幫助其錄入訂單信息。2 2訂單審核對經(jīng)銷商錄入的訂單，進行審核確認(rèn)。3 3訂單取消無效的訂單，進行撤銷。4 4退貨處理查找歷史訂單，作退貨處理。5 5銷售訂單查詢按照各種條件進行組合，查詢歷史訂單，或者還未處理完畢的 訂單信息（含各種狀態(tài)）。6 6銷售統(tǒng)計報表按照時間、經(jīng)銷商等進行訂單數(shù)量、銷售額的統(tǒng)計。雙擊可查 看明細(xì)。（6 6） 倉庫管理倉庫管理員使用。對倉庫中貨物進行管理，并對入庫、出庫進行管理序號功能名稱功能說明1 1入庫管理含入庫計劃、入庫作業(yè)管

35、理2 2出庫管理倉庫人員對各類出庫單進行出庫確認(rèn)， 表明商品已經(jīng)實際出庫。 所有并非由倉庫保管員錄入生成的出庫單據(jù)需要進行出庫確 認(rèn)，如銷售出庫單、借出出庫單等3 3入庫記錄查詢查詢歷史入庫單，以及入庫明細(xì)4 4出庫記錄查詢查詢歷史出庫單，以及出庫明細(xì)5 5庫存查詢當(dāng)前庫存統(tǒng)計6 6庫存盤點定時對倉庫商品盤點。并進行盤虧、盤盈操作。7 7庫存調(diào)撥在不同的倉庫之間進行商品的調(diào)撥第 22 頁8 8 出入庫日報表統(tǒng)計每天出庫、入庫、盤點數(shù)量（7 7） 生產(chǎn)采購如果經(jīng)銷商已經(jīng)交了定金，業(yè)務(wù)部門即可組織生產(chǎn)。該模塊主要功能：序號功能名稱功能說明1 1生產(chǎn)采購單管理根據(jù)每天訂單確認(rèn)情況，如果無庫存、或庫存

36、不夠。即可生成 采購訂單。采購訂單可以新增、刪除、修改、查詢。2 2生產(chǎn)過程管理對生產(chǎn)的質(zhì)檢信息進行管理。如果廠商已生產(chǎn)完畢。即將采購訂單標(biāo)記為生產(chǎn)完畢。3 3采購記錄統(tǒng)計按照各種條件，針對歷史記錄查詢。4 4采購費用查詢對未結(jié)算的生產(chǎn)費用，進行匯總統(tǒng)計。費用結(jié)算，在應(yīng)收應(yīng)付 模塊。（8 8） 物流管理該模塊由物流部門使用。當(dāng)訂單生產(chǎn)完畢，或者可以直接從庫存發(fā)貨時，物流部門即可辦理托運。并 對運輸狀態(tài)進行跟蹤。當(dāng)經(jīng)銷商簽收后，對回單進行簽收確認(rèn)。序號功能名稱功能說明1 1訂單運輸管理針對出庫的商品，進行物流信息的錄入。如：發(fā)貨日期、物流 供應(yīng)商、車輛、物流費用等。2 2運輸狀態(tài)查詢針對商品的運

37、輸過程進行狀態(tài)查詢?？梢圆樵兊侥切┥唐方?jīng)銷第 23 頁商已經(jīng)簽收，那些商品還在運輸途中。3 3回單管理對回單進行簽收確認(rèn)4 4理賠處理如果物流過程中，有丟損。對貨物辦理理賠。5 5物流費用統(tǒng)計按照物流供應(yīng)商、以及時間；來統(tǒng)計物流費用。結(jié)算在應(yīng)收、 應(yīng)付管理里面。（9 9 ） 經(jīng)營報表分析主要公司領(lǐng)導(dǎo)來使用。序號功能名稱功能說明1 1公司銷售日報表統(tǒng)計整個公司的銷售日報表2 2公司銷售月報表統(tǒng)計整個公司的銷售月報表3 3公司銷售年報表統(tǒng)計整個公司的銷售年報表4 4公司毛利分析報表按日、月、年分別統(tǒng)計公司各結(jié)算的毛利情況（1010） 經(jīng)銷商經(jīng)營分析主要公司領(lǐng)導(dǎo)，以及負(fù)責(zé)經(jīng)銷商的領(lǐng)導(dǎo)使用。通過該模塊

38、，可以對經(jīng)銷商的經(jīng)營狀況進行分析，以防 止經(jīng)銷商經(jīng)營不善，而惡意押款。序號功能名稱功能說明1 1經(jīng)銷商銷售查詢針對某個經(jīng)銷商，查詢其歷史銷售記錄2 2經(jīng)銷商銷售報表分組查看每個經(jīng)銷商的銷售報表。3 3經(jīng)銷商毛利分析分組查看每個經(jīng)銷商的毛利。4 4經(jīng)銷商回款查詢查看經(jīng)銷商的歷史回款記錄。5 5經(jīng)銷商服務(wù)記錄查詢查看經(jīng)銷商針對終端客戶的提貨、維修等記錄。（1111）財務(wù)管理由財務(wù)結(jié)算人員使用。 主要對主營業(yè)務(wù)中的各種應(yīng)收、 應(yīng)付款進行統(tǒng)計， 并進行結(jié)算操作。序號功能名稱功能說明第 24 頁1 1銷售貨款結(jié)算按時間段，和經(jīng)銷商之間，進行貨款的結(jié)算。2 2生產(chǎn)采購結(jié)算按時間段，和生產(chǎn)廠商之間，進行采購

39、費用的結(jié)算。3 3物流費用結(jié)算按時間段，與物流供應(yīng)商之間，結(jié)算物流運輸費用。4 4銷售業(yè)績統(tǒng)計按照業(yè)務(wù)員、部門等等，對銷售額、回款額進行統(tǒng)計。5 5發(fā)票管理通過發(fā)票單追蹤紀(jì)錄給客戶開具發(fā)票的狀況，對相應(yīng)的銷售出 庫單進行開票狀況核銷。發(fā)票單是訂單處理狀態(tài)的重要內(nèi)容之 一。6 6退款處理處理對客戶的現(xiàn)款退回業(yè)務(wù)，退款的原因可以是退貨、返款， 也可以是客戶預(yù)付款或者其他款項的直接退回。7 7核銷管理8 8其它報表管理見下表應(yīng)收帳款匯總表描述在指定時間段內(nèi)指定客戶的應(yīng)收帳款與實收帳款匯總狀 況應(yīng)收帳款明細(xì)表描述在指定時間段內(nèi)指定客戶的應(yīng)收帳款與實收帳款的單據(jù) 明細(xì)狀況應(yīng)收帳款帳齡分析表描述指定客戶到

40、指定日期的應(yīng)收帳款的帳齡分析狀況， 從中可 分析呆滯帳款的構(gòu)成客戶銷售排名表描述所有客戶在指定商品或商品類別范圍內(nèi)的銷售排名商品銷售排名表描述所有商品的銷售排名商品類別銷售排名表描述所有同級商品類別的銷售排名業(yè)務(wù)員銷售排名表描述所有業(yè)務(wù)員在指定商品或商品類別范圍內(nèi)的銷售排名部門銷售排名表描述所有銷售部門在指定商品或商品類別范圍內(nèi)的銷售排名地區(qū)銷售排名表描述所有管轄地區(qū)在指定商品或商品類別范圍內(nèi)的銷售排名客戶商品銷售匯總表描述指定客戶在指定時間范圍內(nèi)對每種商品的銷售匯總數(shù)據(jù)， 包括銷售數(shù)量、銷售金額、累計數(shù)量、累計金額等?？蛻羯唐奉悇e銷售匯總表描述指定客戶在指定時間范圍內(nèi)對每種商品類別的銷售匯總

41、 數(shù)據(jù)，包括銷售數(shù)量、銷售金額、累計數(shù)量、累計金額等。客戶商品銷售趨勢表描述某一客戶在指定時間段內(nèi)銷售指定商品的銷售變化趨勢，第 25 頁可分別按日、旬、月描述變化趨勢，可選擇去年同期的數(shù)據(jù)作 對比客戶商品類別銷售趨勢表描述某一客戶在指定時間段內(nèi)銷售指定商品類別的銷售變化 趨勢，可分別按日、旬、月描述變化趨勢，可選擇去年同期的 數(shù)據(jù)作對比業(yè)務(wù)員商品銷售趨勢表描述某一業(yè)務(wù)員在指定時間段內(nèi)銷售指定商品的銷售變化趨 勢，可分別按日、旬、月描述變化趨勢，可選擇去年同期的數(shù) 據(jù)作對比業(yè)務(wù)員商品類別銷售趨勢表描述某一業(yè)務(wù)員在指定時間段內(nèi)銷售指定商品類別的銷售變 化趨勢，可分別按日、旬、月描述變化趨勢，可選

42、擇去年同期 的數(shù)據(jù)作對比部門商品銷售趨勢表描述某一部門在指定時間段內(nèi)銷售指定商品的銷售變化趨勢， 可分別按日、旬、月描述變化趨勢，可選擇去年同期的數(shù)據(jù)作 對比部門商品類別銷售趨勢表描述某一部門在指定時間段內(nèi)銷售指定商品類別的銷售變化 趨勢，可分別按日、旬、月描述變化趨勢，可選擇去年同期的 數(shù)據(jù)作對比地區(qū)商品銷售趨勢表描述某一地區(qū)在指定時間段內(nèi)銷售指定商品的變化趨勢， 可分別按日、旬、月描述變化趨勢，可選擇去年同期的數(shù)據(jù)作對比地區(qū)商品類別銷售趨勢表描述某一地區(qū)在指定時間段內(nèi)銷售指定商品類別的變化趨勢， 可分別按日、旬、月描述變化趨勢，可選擇去年同期的數(shù)據(jù)作 對比年銷售計劃進度表描述某一業(yè)務(wù)員或部

43、門或客戶或商品類別的年度銷售計劃完 成狀況和趨勢商品進銷存匯總表描述某一倉庫的指定范圍商品在指定時間段內(nèi)的進銷存匯總 數(shù)據(jù)商品類別進銷存匯總表描述某一倉庫的指定范圍商品類別在指定時間段內(nèi)的進銷存 匯總數(shù)據(jù)商品出入庫明細(xì)表在指定時間范圍內(nèi)， 某一商品在指定倉庫的所有出入庫單據(jù)的 明細(xì)列表商品類別出入庫明細(xì)表在指定時間范圍內(nèi)， 某一類別商品在指定倉庫的所有出入庫單 據(jù)的明細(xì)列表商品訂單明細(xì)表在指定時間范圍內(nèi)，涉及指定商品的所有訂單明細(xì)列表第 26 頁商品類別訂單明細(xì)表在指定時間范圍內(nèi)，涉及指定商品類別的所有訂單明細(xì)列表商品倉庫分布表描述指定范圍的商品在所有倉庫中的分布狀況商品類別倉庫分布表描述指定

44、范圍的商品類別在所有倉庫中的分布狀況商品來源去向表描述某一倉庫中的指定商品的入庫來源（采購、退貨、其他） 和出庫去向（現(xiàn)銷、賒銷、代銷、贈品、報損、其他）的匯總 數(shù)據(jù)商品類別來源去向表描述某一倉庫中的指定商品類別的入庫來源（采購、退貨、其 他）和出庫去向（現(xiàn)銷、賒銷、代銷、贈品、報損、其他）的 匯總數(shù)據(jù)商品超儲短缺表根據(jù)事先設(shè)定的安全庫存上下限額， 自動計算某一倉庫中所有商品的超儲或短缺數(shù)量，并給出報警提示商品類別超儲短缺表根據(jù)事先設(shè)定的安全庫存上下限額， 自動計算某一倉庫中所有商品類別的超儲或短缺數(shù)量，并給出報警提示商品現(xiàn)存量查詢表查詢當(dāng)前指定倉庫中指定商品的實際可銷售數(shù)量3.5.2 經(jīng)銷商

45、分銷子系統(tǒng)有經(jīng)銷商來使用。主要分為如下幾個模塊：（1 1） 系統(tǒng)管理該模塊由經(jīng)銷商主管使用， 主要對經(jīng)銷商自己的賬號、 日志等進行維護。 詳細(xì)功能列表如下：序號功能名稱功能說明1 1登錄賬號管理對使用系統(tǒng)的用戶的登錄信息進行管理。2 2用戶權(quán)限管理針對用戶可以使用的模塊和功能權(quán)限進行設(shè)置。3 3登錄日志管理統(tǒng)計某個客戶，某個時間段，登錄時間的次數(shù)和時長。4 4員工管理對該經(jīng)銷商的各類人員進行管理（2 2）客戶關(guān)系管理主要對大客戶（經(jīng)常訂貨的客戶的管理）。序號功能名稱功能說明第 27 頁1 1客戶信息管理主要對事實客戶信息進行維護。2 2銷售跟蹤管理針對銷售人員，記載其詳細(xì)的銷售過程。3 3客戶

46、投訴處理按照流程，投訴登記、投訴處理、客戶反饋等環(huán)節(jié)進行處理4 4銷售工作統(tǒng)計針對銷售人員的銷售工作、成效進行統(tǒng)計、考核（3 3） 銷售管理針對客戶的需求，來錄入訂單、并對歷史銷售進行統(tǒng)計序號功能名稱功能說明1 1訂單錄入錄入詳細(xì)的訂單信息。2 2訂單審核針對訂單信息，進行確認(rèn)。一旦無誤，即可發(fā)給公司總部。3 3訂單狀態(tài)跟蹤根據(jù)訂單編號、客戶信息等，查詢訂單的各項信息（含：生產(chǎn)信息、物流信息、結(jié)算信息等）。4 4銷售訂單查詢按照各種條件進行組合，查詢歷史訂單，或者還未處理完畢的 訂單信息（含各種狀態(tài)）。5 5銷售統(tǒng)計報表按照時間、經(jīng)銷商等進行訂單數(shù)量、銷售額的統(tǒng)計。雙擊可查 看明細(xì)。（4 4） 提貨管理對貨物進行簽收、并對客戶辦理提貨。序號功能名稱功能說明1 1到貨簽收進行到貨簽收。并通知客戶來提貨。2 2辦理提貨客戶提貨，登記證件信息。收取余下款項。3 3理賠登記如果物流過程中，有丟損。對貨物辦理理賠登記。5 5） 維修管理序號功能名稱功能說明1 1保養(yǎng)跟蹤提醒按照時間統(tǒng)計需要保養(yǎng)的客戶。通過短信提醒客戶保養(yǎng)服務(wù)。第 28 頁2 2維修單錄入搜索歷史訂單，錄入維修單3 3配件庫存管理配件部分，需要有庫存管理模塊。4 4維修查詢統(tǒng)計按照各種條件，進行維修記錄查詢統(tǒng)計。（6 6