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

《創(chuàng)維 門店管理和零售數(shù)據(jù)修改 方案建議書》由會員分享，可在線閱讀，更多相關(guān)《創(chuàng)維 門店管理和零售數(shù)據(jù)修改 方案建議書（22頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、創(chuàng)維門店管理和零售數(shù)據(jù)修改模塊方案建議書 新天紅東酒店管理系統(tǒng) 現(xiàn) 狀 調(diào) 查 和 建 議 湖南省健坤科技信息技術(shù)有限公司 2010-7-8  1、 概述 3 1.1、 項目背景 3 1.2、 系統(tǒng)設(shè)計目標(biāo) 3 1.3、 定義 3 2、 設(shè)計方案 4 2.1、 開發(fā)目標(biāo) 4 2.2、 應(yīng)用目標(biāo) 4 2.2.1、 運行環(huán)境 4 2.2.2、 系統(tǒng)集成要求 4 2.3、 系統(tǒng)設(shè)計原則 5 2.4、 系統(tǒng)架構(gòu) 6 2.4.1、 三層結(jié)構(gòu)（推薦） 6

2、2.4.2、 遵循魔方系統(tǒng)系統(tǒng)架構(gòu) 8 3、 詳細(xì)設(shè)計 8 3.1、 零售數(shù)據(jù)修改 模塊 8 3.1.1、 系統(tǒng)結(jié)構(gòu)圖 8 3.1.2、 數(shù)據(jù)定義 9 3.1.3、 零售數(shù)據(jù)修改 功能模塊設(shè)計 9 3.1.3.1 零售數(shù)據(jù)編輯 9 3.1.3.2 零售數(shù)據(jù)修改審核 11 3.1.3.3 零售數(shù)據(jù)修改的查詢 12 3.1.3.4 所屬客戶的選擇 13 3.1.3.5 門店的選擇 13 3.2、 門市管理 模塊 14 3.2.1、 系統(tǒng)結(jié)構(gòu)圖 14 3.2.2、 門市檔案 數(shù)據(jù)設(shè)計 14 3.2.3、 門市檔案 功能模塊 18 3.2.3.1 門店檔案編輯 18 3

3、.2.3.2 門店檔案審核 19 3.2.3.3 門店檔案查詢 19 3.2.3.4 所屬客戶的選擇 20 4、 開發(fā)進度計劃 20  1、 概述 1.1、 項目背景 創(chuàng)維公司外購了一套終端銷售系統(tǒng)（也稱魔方系統(tǒng)），用于對零售數(shù)據(jù)進行統(tǒng)計，但是由于某些原因，上報進來的數(shù)據(jù)存在差異，所以需要提供一個專門的模塊對零售數(shù)據(jù)進行修改。 創(chuàng)維公司每個客戶有一個甚至多個門店，需要對客戶的門店進行管理，便于物流和銷量統(tǒng)計等工作。 1.2、 系統(tǒng)設(shè)計目標(biāo) 根據(jù)零售數(shù)據(jù)修改需求說明書和門店檔案管理需求說明書 明確系統(tǒng)需求以便指導(dǎo)系統(tǒng)功能的實現(xiàn)。 1.3、 定義 本文檔中涉及的專門

4、術(shù)語、容易引起歧義的概念、關(guān)鍵詞縮寫及相應(yīng)的解釋內(nèi)容包括： 零售數(shù)據(jù)是指對終端銷售系統(tǒng)提供的零售數(shù)據(jù)進行后期修改的模塊。 門店檔案的管理是指對客戶的門店基礎(chǔ)資料進行管理的模塊，包括新建、修改、刪除、封存、啟用、作廢功能。  2、 設(shè)計方案 2.1、 開發(fā)目標(biāo) 1. 系統(tǒng)可以實現(xiàn)地對零售數(shù)據(jù)進行修改和門店基礎(chǔ)資料進行管理，并完成功能需求。 2. 實現(xiàn)數(shù)據(jù)的安全性和完整性。 3. 給用戶清新、易用的界面，采用AJAX技術(shù)提高界面友好性。 4. 系統(tǒng)能夠有高效的運行速度。 2.2、 應(yīng)用目標(biāo) 2.2.1、 運行環(huán)境 數(shù)據(jù)庫：Oracle 10g 運行平臺：.Net F

5、ramework 2.0 開發(fā)工具：Visual Studio 2008 服務(wù)器操作系統(tǒng)：Windows 2003 Server Web信息服務(wù)管理器：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è)務(wù)組織：查詢時需要用到，每個用戶只能查到屬于自己可控組織的門店檔案。 現(xiàn)有系統(tǒng)提

6、供審核模塊的接口，不需要重新開發(fā)，目前提供的格式為”(2,434,3443,232,23343,32423,4322)”，括號里的數(shù)字表示可控的組織編號。需要注意的是，分公司可控的業(yè)務(wù)組織可能就幾十個，但是總部的員工可控所有業(yè)務(wù)組織（也可稱部門），所以在加載基礎(chǔ)資料時總部加載量比較大，比如可以加載出所有的客戶，客戶量目前在3萬左右。 比如一個用戶可控東莞辦，則他的可控業(yè)務(wù)組織是：(464) 可控的客戶則可以用如下方式查詢： SELECT * FROM CUSTOMER_ACTIVE WHERE FORG IN (464) u 目前系統(tǒng)的導(dǎo)航采用的是樹形菜單導(dǎo)航，所以系統(tǒng)框架中有30%的

7、寬度放的是導(dǎo)航菜單，右側(cè)放具體頁面，在排版時要注意內(nèi)容的擺放。主界面效果如下圖所示： 2.3、 系統(tǒng)設(shè)計原則 技術(shù)先進性和易升級性 技術(shù)上系統(tǒng)采用Windows 2003 Server操作系統(tǒng)，Oracle數(shù)據(jù)庫， B/S體系結(jié)構(gòu)等主流技術(shù)，能夠保證平穩(wěn)升級。業(yè)務(wù)上基于健坤科技公司的業(yè)務(wù)軟件應(yīng)用模式，結(jié)合創(chuàng)維的特點，吸收國內(nèi)外管理軟件的先進的管理思想，采用一體化設(shè)計的思路，優(yōu)化和實現(xiàn)最佳的業(yè)務(wù)流程，達到最大程度的數(shù)據(jù)共享，確保系統(tǒng)應(yīng)用模型的先進性。 易用性 提供圖形化用戶界面，操作簡便易學(xué)，隨時提供在線幫助，盡量降低操作使用、系統(tǒng)升級和維護的難度。 系統(tǒng)的開放性 瀏覽器/服務(wù)

8、器（Browse/Server）體系結(jié)構(gòu)已被數(shù)據(jù)庫產(chǎn)品開發(fā)者、硬件制造廠商、系統(tǒng)集成商和廣大的用戶廣為使用，證明是一種較為理想的體系結(jié)構(gòu)。采用這種體系結(jié)構(gòu)，實現(xiàn)分布式操作，可大大減輕服務(wù)器和主干網(wǎng)的負(fù)擔(dān)，更有效地使用計算機資源，大大提高通訊和控制的效率。 穩(wěn)定性和可靠性 系統(tǒng)選用可靠的硬件設(shè)備、操作系統(tǒng)和數(shù)據(jù)庫，有嚴(yán)格的安全機制和數(shù)據(jù)備份機制，可確保數(shù)據(jù)安全可靠，應(yīng)用軟件則為成熟運行5年的可靠產(chǎn)品，穩(wěn)定性和可靠性能夠得到保證。 可集成性 為了實現(xiàn)兩個系統(tǒng)模塊和原魔方系統(tǒng)信息共享，降低系統(tǒng)集成難度，對于共享數(shù)據(jù)庫的分布式數(shù)據(jù)庫管理系統(tǒng)采用單一型數(shù)據(jù)庫管理系統(tǒng)，共享數(shù)據(jù)的基表保持一致的關(guān)系

9、模式。 安全性和保密性 在網(wǎng)絡(luò)配置上，選用健坤科技公司的網(wǎng)絡(luò)通過國家公安部信息安全產(chǎn)品信息檢測中心嚴(yán)格測試，獲得公安部頒發(fā)許可證書的NETEYE防火墻，可以防止系統(tǒng)外來的攻擊。從企業(yè)外只可訪問對外信息發(fā)布系統(tǒng)，保證內(nèi)部各業(yè)務(wù)子系統(tǒng)的數(shù)據(jù)不被非法用戶所獲取。 在應(yīng)用系統(tǒng)設(shè)計上，通過對各級人員及不同業(yè)務(wù)人員的權(quán)限分配，以及嚴(yán)格的口令驗證機制，作到所有人員只能查看與自己工作相關(guān)的數(shù)據(jù)，并建立完善的日志管理，作到所有操作有據(jù)可查。 可擴充性與易維護性 系統(tǒng)采用面向?qū)ο蟪绦蛟O(shè)計更方便維護和擴充，可動態(tài)設(shè)置業(yè)務(wù)流、數(shù)據(jù)流和控制點參數(shù)，適應(yīng)創(chuàng)維今后由于管理制度、機構(gòu)設(shè)置、業(yè)務(wù)流程和管理要求發(fā)生

10、變化而導(dǎo)致的業(yè)務(wù)重組，滿足將來發(fā)展的需要。 技術(shù)成熟原則 以已有的開發(fā)經(jīng)驗為依托,盡量采用已在其它系統(tǒng)中性能穩(wěn)定的技術(shù)和流程模式,從而使公司內(nèi)各處用戶能夠盡快適應(yīng)新的工作環(huán)境。 2.4、 系統(tǒng)架構(gòu) 2.4.1、 三層結(jié)構(gòu)（推薦） 各層具體完成的任務(wù)： 一：表示層 UI 層為客戶端提供對應(yīng)用程序的訪問。從“用戶”層接收用戶輸入，并進行簡單的數(shù)據(jù)數(shù)據(jù)驗證，如非空，非數(shù)字以及非法日期等的驗 二: 業(yè)務(wù)邏輯層(BLL) 主要功能如下: 1.實現(xiàn)一些簡單的業(yè)務(wù)邏輯,比如，組合查詢等。 2.處理這一些操作，比如計算：銷售價格并根據(jù)顧客的級別計算回扣等等

11、，這部分往往有許多不同的功能的類，操作起來也比較復(fù)雜,此時則通過調(diào)用業(yè)務(wù)規(guī)則層進行業(yè)務(wù)計算處理,然后調(diào)用數(shù)據(jù)訪問層(DataAccess)進行存儲。 三：數(shù)據(jù)訪問層(DataAccess) 數(shù)據(jù)訪問層為業(yè)務(wù)規(guī)則層提供數(shù)據(jù)服務(wù)。負(fù)責(zé)數(shù)據(jù)庫的增、刪、改、查工作。 四：Common層，也稱為實體層，與數(shù)據(jù)庫表的列一一對應(yīng)，作為程序中傳遞數(shù)據(jù)的一個載體。 各層嚴(yán)格分工，調(diào)用順序為UI層調(diào)用BLL層，BLL層再調(diào)用數(shù)據(jù)訪問層(DataAccess)，禁止越級調(diào)用，也就是說，UI層不允許直接調(diào)用數(shù)據(jù)訪問層(DataAccess)，但Common層作為各層中傳遞數(shù)據(jù)的一個載體，每層都可以

12、調(diào)用。 2.4.2、 遵循魔方系統(tǒng)系統(tǒng)架構(gòu) 也可以遵循原魔方系統(tǒng)的系統(tǒng)架構(gòu)。 3、 詳細(xì)設(shè)計 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)有魔方銷售明細(xì)表結(jié)構(gòu)： MF_SALE: 字段名 類型 備注 SALEID VARCHAR2(40) 編號 COMPANYID VARCHAR2(40)

13、 公司名 SALEDATE DATE 銷售日期 PRODUCTID VARCHAR2(40) 產(chǎn)品編號 SALEQUANTITY NUMBER(10) 銷售數(shù)量 SALEROOM NUMBER(10,4) STAFFNO VARCHAR2(40) 員工編號 SOURCETYPE NUMBER(1) 來源類型 NOTE VARCHAR2(2000) 備注 CREATETIME DATE 建立時間 PRICE NUMBER(10,4) 價格 ORGID VARCHAR2(40) 部門編號 SYNC_STATUS 為0 SAL

14、EFTYPE 銷售類型 需要關(guān)聯(lián)的表數(shù)據(jù)： 根據(jù)MARKET_SHIPPER_INFO表的FEMP和MF_SALE表的STAFFNO關(guān)聯(lián)出導(dǎo)購員的姓名，MARKET_SHIPPER_INFO的表結(jié)構(gòu)如下： 字段名 類型 備注 ID NUMBER(9,0) 唯一編號 FEMP NUMBER(9,0) MF_SALE的STAFFNO FMARKET NUMBER(9,0) 門店編號 FNAME NVARCHAR2(50) 門店名稱 XED NUMBER(9,0) 狀態(tài) STIME DATE 開始時間 ETIME DATE 結(jié)束時間 FTI

15、ME DATE 建立時間 根據(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ù)修改 功能模塊設(shè)計 3.1.3.1 零售數(shù)據(jù)編輯 該功能完成零售數(shù)據(jù)的從魔方系統(tǒng)的加載、修改、導(dǎo)入功能。在修改后，不能直接更新到魔方系統(tǒng)，必須經(jīng)過審核才可以寫入魔方系統(tǒng)。 加載魔方數(shù)據(jù)需要根據(jù)門店、開始時間、結(jié)束時間三個參數(shù)進行查詢，”cw”+門店編號等于魔方銷售明細(xì)表的ORGID字段。 能夠修改和新增的信息包括：門店、導(dǎo)購員、產(chǎn)品、銷售價

16、格、銷售日期、銷售數(shù)量、銷售類型、備注。 為了更便于修改銷售明細(xì)，系統(tǒng)需要提供導(dǎo)入明細(xì)的功能，用戶在EXCEL中錄入信息格式如下： 從魔方拉過來的數(shù)據(jù)中，只能修改和新增，支持“單行刪除”和“全部刪除”功能，但不是真正的刪除記錄，而是將“銷售數(shù)量”置0。 明細(xì)數(shù)據(jù)的修改為了操作的方便，需要實現(xiàn)在表格中直接修改的功能，并且對錄入的數(shù)據(jù)在提交之前需要做合法性的校驗，比如日期類型、數(shù)字類型的判斷。 明細(xì)數(shù)據(jù)中門店、導(dǎo)購員、產(chǎn)品型號要支持彈出選擇的功能，導(dǎo)購員根據(jù)選擇的門店取該門店下面的導(dǎo)購員，從MARKET_SHIPPER_INFO表中取，產(chǎn)品信息從PRODUCT_ACTIVE表中取。

17、都用單選的方式實現(xiàn)，實現(xiàn)方式類似“所屬客戶”的選擇。請參看“所屬客戶選擇”部分。 保存后需要有制單人、制單人所在組織和制單時間。 編輯模塊提供新增、保存、確認(rèn)、刪除功能。其中，只有新增和保存操作不需要提交到審核流，確認(rèn)操作都需要提交到審核流，并由相關(guān)崗位的人員進行審核。 操作方法 操作前的狀態(tài) 操作后的狀態(tài) 新建 ---- 0-未確認(rèn) 保存 0-未確認(rèn) 0-未確認(rèn) 確認(rèn) 0-未確認(rèn) 5-已確認(rèn) 刪除 0-未確認(rèn) 3-刪除 審核 5-已確認(rèn) 1-有效 退回 5-已確認(rèn) 0-未確認(rèn) 編輯模塊為了方便查看已經(jīng)修改過的明細(xì)記錄，需要根據(jù)修改時生成的單號

18、及所屬客戶進行查詢。 客戶的選擇為單選方式，參見客戶選擇功能模塊的說明。 門店的選擇為多選方式，參見門店選擇功能模塊的說明。 界面布局可參考如下界面示例： 3.1.3.2 零售數(shù)據(jù)修改審核 該功能提供給相關(guān)人員對零售數(shù)據(jù)的修改進行審核，如果審核通過，則執(zhí)行審核操作，否則退回該單。 需要審核的單包括狀態(tài)為5-審核中的記錄。 在審核后，各狀態(tài)轉(zhuǎn)換如下： 操作方法 操作前的狀態(tài) 操作后的狀態(tài) 審核 5-已確認(rèn) 1-有效 退回 5-已確認(rèn) 0-未確認(rèn) 審核模塊為了方便查看已經(jīng)修改過的明細(xì)記錄，需要根據(jù)修改時生成的單號及客戶進行查詢。 查詢出來后顯示符合條件的列

19、表，在點擊某條記錄后可以單獨查看該條記錄的詳細(xì)信息。詳細(xì)信息中包含主信息：單號、客戶、零售開始時間、零售截止時間、制單時間、制單人、備注，明細(xì)列表信息為：門店、導(dǎo)購員、產(chǎn)品、銷售價格、銷售日期、銷售數(shù)量、銷售類型、備注。 界面效果可參考如下界面： 3.1.3.3 零售數(shù)據(jù)修改的查詢 零售數(shù)據(jù)修改的查詢模塊主要是對修改過的零售數(shù)據(jù)進行全面的查詢，提供的查詢條件應(yīng)包含：單號、客戶、制單開始時間、制單截止時間、狀態(tài)進行查詢。查詢的條件如果為空，則查詢出所有記錄。 查詢出來后顯示符合條件的列表，在點擊某條記錄后可以單獨查看該條記錄的詳細(xì)信息。詳細(xì)信息中包含主信息：單號、客戶、零售開始時

20、間、零售截止時間、制單時間、制單人、備注，明細(xì)列表信息為：門店、導(dǎo)購員、產(chǎn)品、銷售價格、銷售日期、銷售數(shù)量、銷售類型、備注。 可以查詢的同時，提供根據(jù)條件提供EXCEL導(dǎo)出的功能。 界面效果可參考如下界面： 3.1.3.4 所屬客戶的選擇 在零售數(shù)據(jù)修改的編輯和查詢模塊多處需要用到所屬客戶，所屬客戶的選擇需要做得比較人性化和實現(xiàn)快速搜索的功能，目前客戶的數(shù)據(jù)量在3萬左右?？蛻舻幕拘畔⑷缦拢? 客戶編號：標(biāo)識一個客戶的編號。 客戶名稱：客戶的名稱。 客戶編碼：客戶編碼比較重要，并且是像客戶編號一樣唯一，由字母和數(shù)字組成，一般的用戶都記住的是客戶編碼，名稱倒不一定記得清

21、楚。 所屬組織：客戶所屬的組織，在客戶查詢時需要根據(jù)當(dāng)前用戶的可控業(yè)務(wù)組織權(quán)限取得可控的客戶信息。 以上基本信息中客戶名稱和客戶編碼需要在選擇時給予顯示，并且可以根據(jù)這兩個字段的值進行模糊搜索。 顯示上建議在文本控件輸入可以像百度首頁一樣給出提示，并可選擇，同時也可以根據(jù)文本框輸入的內(nèi)容進行過濾，彈出窗口供選擇。 所屬客戶為單選控件。 客戶具體的數(shù)據(jù)結(jié)構(gòu)以及樣例請參看附件：“零售數(shù)據(jù)修改表結(jié)構(gòu)及樣例數(shù)據(jù).xls”。 3.1.3.5 門店的選擇 在零售數(shù)據(jù)修改的編輯模塊需要用到門店選擇，門店的選擇需要做得比較人性化和實現(xiàn)快速搜索的功能，目前門店的數(shù)據(jù)量在6萬左右。門店的基本信息如

22、下： 門店編號：標(biāo)識一個門店的編號。 門店名稱：門店的名稱。 門店編碼：門店編碼，由字母和數(shù)字組成。 所屬客戶：門店所屬的客戶，在門店查詢時需要根據(jù)當(dāng)前用戶的可控業(yè)務(wù)組織權(quán)限取得可控的客戶信息，再查找相應(yīng)客戶下面的門店信息。 以上基本信息中門店名稱和門店編碼需要在選擇時給予顯示，并且可以根據(jù)這兩個字段的值進行模糊搜索，查詢出來的結(jié)果顯示門店名稱和門店編碼兩項，例如：“VWAXB100401/巫山縣聲達電器有限公司”。 門店的選擇支持多選功能。 門店具體的數(shù)據(jù)結(jié)構(gòu)以及樣例請參看附件：“零售數(shù)據(jù)修改表結(jié)構(gòu)及樣例數(shù)據(jù).xls” 3.2、 門市管理 模塊 3.2.1、 系統(tǒng)

23、結(jié)構(gòu)圖 銷售機構(gòu)結(jié)構(gòu)圖： 門店管理模塊： |門店檔案管理 | | |——門店檔案編輯 | |——門店檔案審核 | |——門店檔案查詢 3.2.2、 門市檔案 數(shù)據(jù)設(shè)計 門店基礎(chǔ)信息如下： 門店編號：唯一標(biāo)識一個門店的編號 門店名稱：門店名稱，不可為空 門店編碼：門店的助記碼，不可為空 所屬客戶：門店所屬的客戶編號，不可為空 門店地址：門店所在的地址，不可為空 門店電話：門店的電話，不可為空 備注：備注信息 狀態(tài)：0-未確認(rèn)，1-有效，2-已封存，3-已刪除，4-已修改，5-審核中，6-已作廢

24、，12-有效轉(zhuǎn)封存，16-有效轉(zhuǎn)作廢，21-封存轉(zhuǎn)有效，26-封存轉(zhuǎn)作廢。不可為空 版本號：已經(jīng)生效的門店的信息再修改則需要將版本號加1，并且可以查詢到之前版本的門店記錄。不可為空 管理組織（審核用）：將當(dāng)前門店資料提交到審核流操作員所在的部門。 開始時間：門店資料的建立時間，如果有新版本的記錄，則以產(chǎn)生新版本的時間為建立時間。該時間也為制單時間。 結(jié)束時間：初始時該時間為3004-01-01，如果封存、作廢操作則為當(dāng)前時間。啟用則為3004-01-01。 預(yù)留字段1：預(yù)留字段，將來可能用得著，數(shù)字類型。 預(yù)留字段2: 預(yù)留字段，將來可能用得著，文本類型。 預(yù)留字段

25、3: 預(yù)留字段，將來可能用得著，文本類型。 門店數(shù)據(jù)量目前大約在6萬條左右。為了數(shù)據(jù)的讀取更高效，并且記錄基礎(chǔ)檔案的修改軌跡，所以門店檔案主要由以下三個表組成： 表名 可能存在的狀態(tài)編號 備注 market_edit 0，3，5，16,26,21,26 門店編輯表，用于編輯記錄 market_hty 1，2，4，6 門店歷史表，記錄門店檔案的修改軌跡,同一條記錄的上一個版本XED置4，并且新加入一條與market_active中一樣的記錄。 market_active 1，2，6 門店有效記錄表， 數(shù)據(jù)流向圖： 數(shù)據(jù)操作具體業(yè)務(wù)： 具體表結(jié)構(gòu)

26、和示例數(shù)據(jù)請看附件“門店相關(guān)表及樣例數(shù)據(jù).xls”。 3.2.3、 門市檔案 功能模塊 3.2.3.1 門店檔案編輯 該功能完成門店檔案的新增、保存、確認(rèn)、刪除、作廢、封存、啟用功能。其中，只有新增和保存操作不需要提交到審核流，其它操作都需要提交到審核流，并由相關(guān)崗位的人員進行審核。 操作方法 操作前的狀態(tài) 操作后的狀態(tài) 新建 ---- 0-未確認(rèn) 保存 0-未確認(rèn) 0-未確認(rèn) 確認(rèn) 0-未確認(rèn) 5-已確認(rèn) 刪除 0-未確認(rèn) 3-刪除 作廢 1-有效，2-封存 16-有效轉(zhuǎn)作廢或26-封存轉(zhuǎn)作廢 封存 1-有效 12-有效轉(zhuǎn)封存 啟用 2-封

27、存 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)換如下

28、： 終審前 終審后 5-審核中 1-有效 12-有效轉(zhuǎn)封存 2-封存 16-有效轉(zhuǎn)作廢 6-作廢 21-封存轉(zhuǎn)有效 1-有效 26-封存轉(zhuǎn)作廢 6-作廢 審核模塊為了方便定位到某個門店，需要根據(jù)所屬客戶和門店名稱進行查詢。 查詢出來后顯示符合條件的列表，在點擊某條記錄后可以單獨查看該條記錄的詳細(xì)信息。 界面效果可參考如下界面： 3.2.3.3 門店檔案查詢 門店檔案查詢模塊主要是對門店檔案資料進行全面的查詢，提供的查詢條件應(yīng)包含：所屬客戶、門店名稱、開始時間、截止時間、狀態(tài)進行查詢。其中開始時間和截止時間是針對基礎(chǔ)信息中的“開始時間”來說的，即“開始時間

29、”界于查詢的開始時間和截止時間。查詢的條件如果為空，則查詢出所有門店。 查詢出來后顯示符合條件的列表，在點擊某條記錄后可以單獨查看該條記錄的詳細(xì)信息。 可以查詢的同時，提供根據(jù)條件EXCEL導(dǎo)出的功能。 界面效果可參考如下界面： 該模塊由于查詢條件比較多，所以查詢條件是在點擊查詢按鈕后才彈出來。 3.2.3.4 所屬客戶的選擇 在門店檔案的編輯和查詢模塊多處需要用到所屬客戶，所屬客戶的選擇需要做得比較人性化和實現(xiàn)快速搜索的功能，目前客戶的數(shù)據(jù)量在3萬左右。客戶的基本信息如下： 客戶編號：標(biāo)識一個客戶的編號。 客戶名稱：客戶的名稱。 客戶編碼：客戶編碼比較重要，并且是

30、像客戶編號一樣唯一，由字母和數(shù)字組成，一般的用戶都記住的是客戶編碼，名稱倒不一定記得清楚。 所屬組織：客戶所屬的組織，在客戶查詢時需要根據(jù)當(dāng)前用戶的可控業(yè)務(wù)組織權(quán)限取得可控的客戶信息。 以上基本信息中客戶名稱和客戶編碼需要在選擇時給予顯示，并且可以根據(jù)這兩個字段的值進行模糊搜索。 顯示上建議在文本控件輸入可以像百度首頁一樣給出提示，并可選擇，同時也可以根據(jù)文本框輸入的內(nèi)容進行過濾，彈出窗口供選擇。 客戶表結(jié)構(gòu)參看附件“門店相關(guān)表及樣例數(shù)據(jù).xls” 4、 開發(fā)進度計劃 門店檔案管理和零售數(shù)據(jù)修改 兩個模塊，預(yù)計編碼的工作量需要20個工作日（每周除去周六，周日）. 門店檔案管理模塊的開發(fā)工作計劃： 零售數(shù)據(jù)修改 模塊的開發(fā)工作計劃 湖南省健坤科技信息技術(shù)有限公司 第 22 頁 共 22 頁