創(chuàng)維 門店管理和零售數(shù)據(jù)修改 方案建議書

創(chuàng)維門店管理和零售數(shù)據(jù)修改模塊方案建議書 新天紅東酒店管理系統(tǒng)現(xiàn)狀調(diào)查和建議湖南省健坤科技信息技術(shù)有限公司2010-7-81、 概述31.1、 項目背景31.2、 系統(tǒng)設計目標31.3、 定義32、 設計方案42.1、 開發(fā)目標42.2、 應用目標42.2.1、 運行環(huán)境42.2.2、 系統(tǒng)集成要求42.3、 系統(tǒng)設計原則52.4、 系統(tǒng)架構(gòu)62.4.1、 三層結(jié)構(gòu)（推薦）62.4.2、 遵循魔方系統(tǒng)系統(tǒng)架構(gòu)83、 詳細設計83.1、 零售數(shù)據(jù)修改 模塊83.1.1、 系統(tǒng)結(jié)構(gòu)圖83.1.2、 數(shù)據(jù)定義93.1.3、 零售數(shù)據(jù)修改 功能模塊設計93.1.3.1零售數(shù)據(jù)編輯93.1.3.2零售數(shù)據(jù)修改審核113.1.3.3零售數(shù)據(jù)修改的查詢123.1.3.4所屬客戶的選擇133.1.3.5門店的選擇133.2、 門市管理 模塊143.2.1、 系統(tǒng)結(jié)構(gòu)圖143.2.2、 門市檔案 數(shù)據(jù)設計143.2.3、 門市檔案 功能模塊183.2.3.1門店檔案編輯183.2.3.2門店檔案審核193.2.3.3門店檔案查詢193.2.3.4所屬客戶的選擇204、 開發(fā)進度計劃201、 概述1.1、 項目背景創(chuàng)維公司外購了一套終端銷售系統(tǒng)（也稱魔方系統(tǒng)），用于對零售數(shù)據(jù)進行統(tǒng)計，但是由于某些原因，上報進來的數(shù)據(jù)存在差異，所以需要提供一個專門的模塊對零售數(shù)據(jù)進行修改。創(chuàng)維公司每個客戶有一個甚至多個門店，需要對客戶的門店進行管理，便于物流和銷量統(tǒng)計等工作。1.2、 系統(tǒng)設計目標根據(jù)零售數(shù)據(jù)修改需求說明書和門店檔案管理需求說明書 明確系統(tǒng)需求以便指導系統(tǒng)功能的實現(xiàn)。1.3、 定義本文檔中涉及的專門術(shù)語、容易引起歧義的概念、關(guān)鍵詞縮寫及相應的解釋內(nèi)容包括：零售數(shù)據(jù)是指對終端銷售系統(tǒng)提供的零售數(shù)據(jù)進行后期修改的模塊。門店檔案的管理是指對客戶的門店基礎資料進行管理的模塊，包括新建、修改、刪除、封存、啟用、作廢功能。2、 設計方案2.1、 開發(fā)目標1. 系統(tǒng)可以實現(xiàn)地對零售數(shù)據(jù)進行修改和門店基礎資料進行管理，并完成功能需求。2. 實現(xiàn)數(shù)據(jù)的安全性和完整性。3. 給用戶清新、易用的界面，采用AJAX技術(shù)提高界面友好性。4. 系統(tǒng)能夠有高效的運行速度。2.2、 應用目標2.2.1、 運行環(huán)境 數(shù)據(jù)庫：Oracle 10g 運行平臺：.Net Framework 2.0 開發(fā)工具：Visual Studio 2008 服務器操作系統(tǒng)：Windows 2003 Server Web信息服務管理器：IIS 6.0 客戶端瀏覽器：IE6.0、IE7.0、IE8.0，顯示器的分辨率在1024*768及以上的都能填滿整個窗口。2.2.2、 系統(tǒng)集成要求u 系統(tǒng)能在上面運行環(huán)境中正常運行。并可以與現(xiàn)有環(huán)境集成。u 用戶登陸后，現(xiàn)有系統(tǒng)提供的SESSION信息如下： 崗位編號：審核時需要用到，不同崗位可以看到不同的待審核單。 可控業(yè)務組織：查詢時需要用到，每個用戶只能查到屬于自己可控組織的門店檔案。現(xiàn)有系統(tǒng)提供審核模塊的接口，不需要重新開發(fā)，目前提供的格式為”(2,434,3443,232,23343,32423,4322)”，括號里的數(shù)字表示可控的組織編號。需要注意的是，分公司可控的業(yè)務組織可能就幾十個，但是總部的員工可控所有業(yè)務組織（也可稱部門），所以在加載基礎資料時總部加載量比較大，比如可以加載出所有的客戶，客戶量目前在3萬左右。比如一個用戶可控東莞辦，則他的可控業(yè)務組織是：(464)可控的客戶則可以用如下方式查詢：SELECT * FROM CUSTOMER_ACTIVE WHERE FORG IN (464)u 目前系統(tǒng)的導航采用的是樹形菜單導航，所以系統(tǒng)框架中有30%的寬度放的是導航菜單，右側(cè)放具體頁面，在排版時要注意內(nèi)容的擺放。主界面效果如下圖所示：2.3、 系統(tǒng)設計原則技術(shù)先進性和易升級性技術(shù)上系統(tǒng)采用Windows 2003 Server操作系統(tǒng)，Oracle數(shù)據(jù)庫， B/S體系結(jié)構(gòu)等主流技術(shù)，能夠保證平穩(wěn)升級。業(yè)務上基于健坤科技公司的業(yè)務軟件應用模式，結(jié)合創(chuàng)維的特點，吸收國內(nèi)外管理軟件的先進的管理思想，采用一體化設計的思路，優(yōu)化和實現(xiàn)最佳的業(yè)務流程，達到最大程度的數(shù)據(jù)共享，確保系統(tǒng)應用模型的先進性。易用性提供圖形化用戶界面，操作簡便易學，隨時提供在線幫助，盡量降低操作使用、系統(tǒng)升級和維護的難度。系統(tǒng)的開放性瀏覽器/服務器（Browse/Server）體系結(jié)構(gòu)已被數(shù)據(jù)庫產(chǎn)品開發(fā)者、硬件制造廠商、系統(tǒng)集成商和廣大的用戶廣為使用，證明是一種較為理想的體系結(jié)構(gòu)。采用這種體系結(jié)構(gòu)，實現(xiàn)分布式操作，可大大減輕服務器和主干網(wǎng)的負擔，更有效地使用計算機資源，大大提高通訊和控制的效率。穩(wěn)定性和可靠性系統(tǒng)選用可靠的硬件設備、操作系統(tǒng)和數(shù)據(jù)庫，有嚴格的安全機制和數(shù)據(jù)備份機制，可確保數(shù)據(jù)安全可靠，應用軟件則為成熟運行5年的可靠產(chǎn)品，穩(wěn)定性和可靠性能夠得到保證?？杉尚詾榱藢崿F(xiàn)兩個系統(tǒng)模塊和原魔方系統(tǒng)信息共享，降低系統(tǒng)集成難度，對于共享數(shù)據(jù)庫的分布式數(shù)據(jù)庫管理系統(tǒng)采用單一型數(shù)據(jù)庫管理系統(tǒng)，共享數(shù)據(jù)的基表保持一致的關(guān)系模式。安全性和保密性在網(wǎng)絡配置上，選用健坤科技公司的網(wǎng)絡通過國家公安部信息安全產(chǎn)品信息檢測中心嚴格測試，獲得公安部頒發(fā)許可證書的NETEYE防火墻，可以防止系統(tǒng)外來的攻擊。從企業(yè)外只可訪問對外信息發(fā)布系統(tǒng)，保證內(nèi)部各業(yè)務子系統(tǒng)的數(shù)據(jù)不被非法用戶所獲取。在應用系統(tǒng)設計上，通過對各級人員及不同業(yè)務人員的權(quán)限分配，以及嚴格的口令驗證機制，作到所有人員只能查看與自己工作相關(guān)的數(shù)據(jù)，并建立完善的日志管理，作到所有操作有據(jù)可查。可擴充性與易維護性系統(tǒng)采用面向?qū)ο蟪绦蛟O計更方便維護和擴充，可動態(tài)設置業(yè)務流、數(shù)據(jù)流和控制點參數(shù)，適應創(chuàng)維今后由于管理制度、機構(gòu)設置、業(yè)務流程和管理要求發(fā)生變化而導致的業(yè)務重組，滿足將來發(fā)展的需要。技術(shù)成熟原則以已有的開發(fā)經(jīng)驗為依托,盡量采用已在其它系統(tǒng)中性能穩(wěn)定的技術(shù)和流程模式,從而使公司內(nèi)各處用戶能夠盡快適應新的工作環(huán)境。2.4、 系統(tǒng)架構(gòu)2.4.1、 三層結(jié)構(gòu)（推薦） 各層具體完成的任務：一：表示層 UI 層為客戶端提供對應用程序的訪問。從“用戶”層接收用戶輸入，并進行簡單的數(shù)據(jù)數(shù)據(jù)驗證，如非空，非數(shù)字以及非法日期等的驗二: 業(yè)務邏輯層(BLL)主要功能如下:1.實現(xiàn)一些簡單的業(yè)務邏輯,比如，組合查詢等。2.處理這一些操作，比如計算：銷售價格并根據(jù)顧客的級別計算回扣等等，這部分往往有許多不同的功能的類，操作起來也比較復雜,此時則通過調(diào)用業(yè)務規(guī)則層進行業(yè)務計算處理,然后調(diào)用數(shù)據(jù)訪問層(DataAccess)進行存儲。三：數(shù)據(jù)訪問層(DataAccess) 數(shù)據(jù)訪問層為業(yè)務規(guī)則層提供數(shù)據(jù)服務。負責數(shù)據(jù)庫的增、刪、改、查工作。四：Common層，也稱為實體層，與數(shù)據(jù)庫表的列一一對應，作為程序中傳遞數(shù)據(jù)的一個載體。各層嚴格分工，調(diào)用順序為UI層調(diào)用BLL層，BLL層再調(diào)用數(shù)據(jù)訪問層(DataAccess)，禁止越級調(diào)用，也就是說，UI層不允許直接調(diào)用數(shù)據(jù)訪問層(DataAccess)，但Common層作為各層中傳遞數(shù)據(jù)的一個載體，每層都可以調(diào)用。2.4.2、 遵循魔方系統(tǒng)系統(tǒng)架構(gòu) 也可以遵循原魔方系統(tǒng)的系統(tǒng)架構(gòu)。 3、 詳細設計3.1、 零售數(shù)據(jù)修改 模塊3.1.1、 系統(tǒng)結(jié)構(gòu)圖銷售機構(gòu)結(jié)構(gòu)圖：零售數(shù)據(jù)修改模塊：|零售數(shù)據(jù)修改 | |零售數(shù)據(jù)修改編輯| |零售數(shù)據(jù)修改審核| |零售數(shù)據(jù)修改查詢3.1.2、 數(shù)據(jù)定義現(xiàn)有魔方銷售明細表結(jié)構(gòu)：MF_SALE:字段名類型備注SALEIDVARCHAR2(40)編號COMPANYIDVARCHAR2(40)公司名SALEDATEDATE銷售日期PRODUCTIDVARCHAR2(40)產(chǎn)品編號SALEQUANTITYNUMBER(10)銷售數(shù)量SALEROOMNUMBER(10,4)STAFFNOVARCHAR2(40)員工編號SOURCETYPENUMBER(1)來源類型NOTEVARCHAR2(2000)備注CREATETIMEDATE建立時間PRICENUMBER(10,4)價格ORGIDVARCHAR2(40)部門編號SYNC_STATUS為0SALEFTYPE銷售類型需要關(guān)聯(lián)的表數(shù)據(jù)：根據(jù)MARKET_SHIPPER_INFO表的FEMP和MF_SALE表的STAFFNO關(guān)聯(lián)出導購員的姓名，MARKET_SHIPPER_INFO的表結(jié)構(gòu)如下：字段名類型備注IDNUMBER(9,0)唯一編號FEMPNUMBER(9,0)MF_SALE的STAFFNOFMARKETNUMBER(9,0)門店編號FNAMENVARCHAR2(50)門店名稱XEDNUMBER(9,0)狀態(tài)STIMEDATE開始時間ETIMEDATE結(jié)束時間FTIMEDATE建立時間根據(jù)PRODUCT_ACTIVE表的FID和MF_SALE的PRODUCTID關(guān)聯(lián)出產(chǎn)品名稱，PRODUCT_ACTIVE的表結(jié)構(gòu)以及樣例數(shù)據(jù)參考“零售數(shù)據(jù)修改表結(jié)構(gòu)及樣例數(shù)據(jù).xls”。3.1.3、 零售數(shù)據(jù)修改 功能模塊設計3.1.3.1 零售數(shù)據(jù)編輯該功能完成零售數(shù)據(jù)的從魔方系統(tǒng)的加載、修改、導入功能。在修改后，不能直接更新到魔方系統(tǒng)，必須經(jīng)過審核才可以寫入魔方系統(tǒng)。加載魔方數(shù)據(jù)需要根據(jù)門店、開始時間、結(jié)束時間三個參數(shù)進行查詢，”cw”+門店編號等于魔方銷售明細表的ORGID字段。能夠修改和新增的信息包括：門店、導購員、產(chǎn)品、銷售價格、銷售日期、銷售數(shù)量、銷售類型、備注。為了更便于修改銷售明細，系統(tǒng)需要提供導入明細的功能，用戶在EXCEL中錄入信息格式如下：從魔方拉過來的數(shù)據(jù)中，只能修改和新增，支持“單行刪除”和“全部刪除”功能，但不是真正的刪除記錄，而是將“銷售數(shù)量”置0。明細數(shù)據(jù)的修改為了操作的方便，需要實現(xiàn)在表格中直接修改的功能，并且對錄入的數(shù)據(jù)在提交之前需要做合法性的校驗，比如日期類型、數(shù)字類型的判斷。明細數(shù)據(jù)中門店、導購員、產(chǎn)品型號要支持彈出選擇的功能，導購員根據(jù)選擇的門店取該門店下面的導購員，從MARKET_SHIPPER_INFO表中取，產(chǎn)品信息從PRODUCT_ACTIVE表中取。都用單選的方式實現(xiàn)，實現(xiàn)方式類似“所屬客戶”的選擇。請參看“所屬客戶選擇”部分。保存后需要有制單人、制單人所在組織和制單時間。編輯模塊提供新增、保存、確認、刪除功能。其中，只有新增和保存操作不需要提交到審核流，確認操作都需要提交到審核流，并由相關(guān)崗位的人員進行審核。操作方法操作前的狀態(tài)操作后的狀態(tài)新建-0-未確認保存0-未確認0-未確認確認0-未確認5-已確認刪除0-未確認3-刪除審核5-已確認 1-有效退回5-已確認0-未確認編輯模塊為了方便查看已經(jīng)修改過的明細記錄，需要根據(jù)修改時生成的單號及所屬客戶進行查詢?？蛻舻倪x擇為單選方式，參見客戶選擇功能模塊的說明。門店的選擇為多選方式，參見門店選擇功能模塊的說明。界面布局可參考如下界面示例：3.1.3.2 零售數(shù)據(jù)修改審核該功能提供給相關(guān)人員對零售數(shù)據(jù)的修改進行審核，如果審核通過，則執(zhí)行審核操作，否則退回該單。需要審核的單包括狀態(tài)為5-審核中的記錄。在審核后，各狀態(tài)轉(zhuǎn)換如下：操作方法操作前的狀態(tài)操作后的狀態(tài)審核5-已確認 1-有效退回5-已確認0-未確認審核模塊為了方便查看已經(jīng)修改過的明細記錄，需要根據(jù)修改時生成的單號及客戶進行查詢。查詢出來后顯示符合條件的列表，在點擊某條記錄后可以單獨查看該條記錄的詳細信息。詳細信息中包含主信息：單號、客戶、零售開始時間、零售截止時間、制單時間、制單人、備注，明細列表信息為：門店、導購員、產(chǎn)品、銷售價格、銷售日期、銷售數(shù)量、銷售類型、備注。界面效果可參考如下界面：3.1.3.3 零售數(shù)據(jù)修改的查詢零售數(shù)據(jù)修改的查詢模塊主要是對修改過的零售數(shù)據(jù)進行全面的查詢，提供的查詢條件應包含：單號、客戶、制單開始時間、制單截止時間、狀態(tài)進行查詢。查詢的條件如果為空，則查詢出所有記錄。查詢出來后顯示符合條件的列表，在點擊某條記錄后可以單獨查看該條記錄的詳細信息。詳細信息中包含主信息：單號、客戶、零售開始時間、零售截止時間、制單時間、制單人、備注，明細列表信息為：門店、導購員、產(chǎn)品、銷售價格、銷售日期、銷售數(shù)量、銷售類型、備注。可以查詢的同時，提供根據(jù)條件提供EXCEL導出的功能。界面效果可參考如下界面：3.1.3.4 所屬客戶的選擇在零售數(shù)據(jù)修改的編輯和查詢模塊多處需要用到所屬客戶，所屬客戶的選擇需要做得比較人性化和實現(xiàn)快速搜索的功能，目前客戶的數(shù)據(jù)量在3萬左右。客戶的基本信息如下： 客戶編號：標識一個客戶的編號。 客戶名稱：客戶的名稱。 客戶編碼：客戶編碼比較重要，并且是像客戶編號一樣唯一，由字母和數(shù)字組成，一般的用戶都記住的是客戶編碼，名稱倒不一定記得清楚。 所屬組織：客戶所屬的組織，在客戶查詢時需要根據(jù)當前用戶的可控業(yè)務組織權(quán)限取得可控的客戶信息。以上基本信息中客戶名稱和客戶編碼需要在選擇時給予顯示，并且可以根據(jù)這兩個字段的值進行模糊搜索。顯示上建議在文本控件輸入可以像百度首頁一樣給出提示，并可選擇，同時也可以根據(jù)文本框輸入的內(nèi)容進行過濾，彈出窗口供選擇。所屬客戶為單選控件?？蛻艟唧w的數(shù)據(jù)結(jié)構(gòu)以及樣例請參看附件：“零售數(shù)據(jù)修改表結(jié)構(gòu)及樣例數(shù)據(jù).xls”。3.1.3.5 門店的選擇在零售數(shù)據(jù)修改的編輯模塊需要用到門店選擇，門店的選擇需要做得比較人性化和實現(xiàn)快速搜索的功能，目前門店的數(shù)據(jù)量在6萬左右。門店的基本信息如下： 門店編號：標識一個門店的編號。 門店名稱：門店的名稱。 門店編碼：門店編碼，由字母和數(shù)字組成。 所屬客戶：門店所屬的客戶，在門店查詢時需要根據(jù)當前用戶的可控業(yè)務組織權(quán)限取得可控的客戶信息，再查找相應客戶下面的門店信息。以上基本信息中門店名稱和門店編碼需要在選擇時給予顯示，并且可以根據(jù)這兩個字段的值進行模糊搜索，查詢出來的結(jié)果顯示門店名稱和門店編碼兩項，例如：“VWAXB100401/巫山縣聲達電器有限公司”。門店的選擇支持多選功能。門店具體的數(shù)據(jù)結(jié)構(gòu)以及樣例請參看附件：“零售數(shù)據(jù)修改表結(jié)構(gòu)及樣例數(shù)據(jù).xls”3.2、 門市管理 模塊3.2.1、 系統(tǒng)結(jié)構(gòu)圖銷售機構(gòu)結(jié)構(gòu)圖：門店管理模塊：|門店檔案管理 | |門店檔案編輯| |門店檔案審核| |門店檔案查詢3.2.2、 門市檔案 數(shù)據(jù)設計門店基礎信息如下： 門店編號：唯一標識一個門店的編號 門店名稱：門店名稱，不可為空 門店編碼：門店的助記碼，不可為空 所屬客戶：門店所屬的客戶編號，不可為空 門店地址：門店所在的地址，不可為空 門店電話：門店的電話，不可為空 備注：備注信息 狀態(tài)：0-未確認，1-有效，2-已封存，3-已刪除，4-已修改，5-審核中，6-已作廢，12-有效轉(zhuǎn)封存，16-有效轉(zhuǎn)作廢，21-封存轉(zhuǎn)有效，26-封存轉(zhuǎn)作廢。不可為空 版本號：已經(jīng)生效的門店的信息再修改則需要將版本號加1，并且可以查詢到之前版本的門店記錄。不可為空 管理組織（審核用）：將當前門店資料提交到審核流操作員所在的部門。 開始時間：門店資料的建立時間，如果有新版本的記錄，則以產(chǎn)生新版本的時間為建立時間。該時間也為制單時間。 結(jié)束時間：初始時該時間為3004-01-01，如果封存、作廢操作則為當前時間。啟用則為3004-01-01。 預留字段1：預留字段，將來可能用得著，數(shù)字類型。 預留字段2: 預留字段，將來可能用得著，文本類型。 預留字段3: 預留字段，將來可能用得著，文本類型。門店數(shù)據(jù)量目前大約在6萬條左右。為了數(shù)據(jù)的讀取更高效，并且記錄基礎檔案的修改軌跡，所以門店檔案主要由以下三個表組成：表名可能存在的狀態(tài)編號備注market_edit0，3，5，16,26,21,26門店編輯表，用于編輯記錄market_hty1，2，4，6門店歷史表，記錄門店檔案的修改軌跡,同一條記錄的上一個版本XED置4，并且新加入一條與market_active中一樣的記錄。market_active1，2，6門店有效記錄表，數(shù)據(jù)流向圖：數(shù)據(jù)操作具體業(yè)務：具體表結(jié)構(gòu)和示例數(shù)據(jù)請看附件“門店相關(guān)表及樣例數(shù)據(jù).xls”。3.2.3、 門市檔案 功能模塊3.2.3.1 門店檔案編輯該功能完成門店檔案的新增、保存、確認、刪除、作廢、封存、啟用功能。其中，只有新增和保存操作不需要提交到審核流，其它操作都需要提交到審核流，并由相關(guān)崗位的人員進行審核。操作方法操作前的狀態(tài)操作后的狀態(tài)新建-0-未確認保存0-未確認0-未確認確認0-未確認5-已確認刪除0-未確認3-刪除作廢1-有效，2-封存16-有效轉(zhuǎn)作廢或26-封存轉(zhuǎn)作廢封存1-有效12-有效轉(zhuǎn)封存啟用2-封存21-封存轉(zhuǎn)有效為了能跟蹤每次對記錄的修改，所以一個門店編號可能有幾個版本號，不同版本的記錄信息不盡相同。以最高版本的那條為有效記錄，其它記錄狀態(tài)為已修改（狀態(tài)編碼為4）。刪除、作廢、封存、啟用則不需要生成新版本。編輯模塊為了方便定位到某個門店，需要根據(jù)所屬客戶和門店名稱進行查詢。該界面的效果可參考如下界面：3.2.3.2 門店檔案審核該功能提供給相關(guān)人員對門店檔案的修改進行審核，如果審核通過，則執(zhí)行審核操作，否則退回該單。需要審核的單包括狀態(tài)為5-審核中、12-有效轉(zhuǎn)封存、16-有效轉(zhuǎn)作廢、21-封存轉(zhuǎn)有效26-封存轉(zhuǎn)作廢的記錄。在終審后，各狀態(tài)轉(zhuǎn)換如下：終審前終審后5-審核中1-有效12-有效轉(zhuǎn)封存2-封存16-有效轉(zhuǎn)作廢6-作廢21-封存轉(zhuǎn)有效1-有效26-封存轉(zhuǎn)作廢6-作廢審核模塊為了方便定位到某個門店，需要根據(jù)所屬客戶和門店名稱進行查詢。查詢出來后顯示符合條件的列表，在點擊某條記錄后可以單獨查看該條記錄的詳細信息。界面效果可參考如下界面：3.2.3.3 門店檔案查詢門店檔案查詢模塊主要是對門店檔案資料進行全面的查詢，提供的查詢條件應包含：所屬客戶、門店名稱、開始時間、截止時間、狀態(tài)進行查詢。其中開始時間和截止時間是針對基礎信息中的“開始時間”來說的，即“開始時間”界于查詢的開始時間和截止時間。查詢的條件如果為空，則查詢出所有門店。查詢出來后顯示符合條件的列表，在點擊某條記錄后可以單獨查看該條記錄的詳細信息。可以查詢的同時，提供根據(jù)條件EXCEL導出的功能。界面效果可參考如下界面：該模塊由于查詢條件比較多，所以查詢條件是在點擊查詢按鈕后才彈出來。3.2.3.4 所屬客戶的選擇在門店檔案的編輯和查詢模塊多處需要用到所屬客戶，所屬客戶的選擇需要做得比較人性化和實現(xiàn)快速搜索的功能，目前客戶的數(shù)據(jù)量在3萬左右。客戶的基本信息如下： 客戶編號：標識一個客戶的編號。 客戶名稱：客戶的名稱。 客戶編碼：客戶編碼比較重要，并且是像客戶編號一樣唯一，由字母和數(shù)字組成，一般的用戶都記住的是客戶編碼，名稱倒不一定記得清楚。 所屬組織：客戶所屬的組織，在客戶查詢時需要根據(jù)當前用戶的可控業(yè)務組織權(quán)限取得可控的客戶信息。以上基本信息中客戶名稱和客戶編碼需要在選擇時給予顯示，并且可以根據(jù)這兩個字段的值進行模糊搜索。顯示上建議在文本控件輸入可以像百度首頁一樣給出提示，并可選擇，同時也可以根據(jù)文本框輸入的內(nèi)容進行過濾，彈出窗口供選擇。客戶表結(jié)構(gòu)參看附件“門店相關(guān)表及樣例數(shù)據(jù).xls”4、 開發(fā)進度計劃 門店檔案管理和零售數(shù)據(jù)修改 兩個模塊，預計編碼的工作量需要20個工作日（每周除去周六，周日）.門店檔案管理模塊的開發(fā)工作計劃：零售數(shù)據(jù)修改 模塊的開發(fā)工作計劃湖南省健坤科技信息技術(shù)有限公司 第 22 頁 共 22 頁