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

1、創(chuàng)維門店管理和零售數(shù)據(jù)修改模塊方案建議書 湖南省健坤科技信息技術有限公司 第31頁 共31頁新天紅東酒店管理系統(tǒng)現(xiàn)狀調查和建議湖南省健坤科技信息技術有限公司2010-7-8TOC o 1-3 h z u HYPERLINK l _Toc266361502 1、 概述 PAGEREF _Toc266361502 h 3 HYPERLINK l _Toc266361503 1.1、 項目背景 PAGEREF _Toc266361503 h 3 HYPERLINK l _Toc266361504 1.2、 系統(tǒng)設計目標 PAGEREF _Toc266361504 h 3 HYPERLINK l _T

2、oc266361505 1.3、 定義 PAGEREF _Toc266361505 h 3 HYPERLINK l _Toc266361506 2、 設計方案 PAGEREF _Toc266361506 h 4 HYPERLINK l _Toc266361507 2.1、 開發(fā)目標 PAGEREF _Toc266361507 h 4 HYPERLINK l _Toc266361508 2.2、 應用目標 PAGEREF _Toc266361508 h 4 HYPERLINK l _Toc266361509 2.2.1、 運行環(huán)境 PAGEREF _Toc266361509 h 4 HYPERL

3、INK l _Toc266361510 2.2.2、 系統(tǒng)集成要求 PAGEREF _Toc266361510 h 4 HYPERLINK l _Toc266361511 2.3、 系統(tǒng)設計原則 PAGEREF _Toc266361511 h 5 HYPERLINK l _Toc266361512 2.4、 系統(tǒng)架構 PAGEREF _Toc266361512 h 6 HYPERLINK l _Toc266361513 2.4.1、 三層結構（推薦） PAGEREF _Toc266361513 h 6 HYPERLINK l _Toc266361514 2.4.2、 遵循魔方系統(tǒng)系統(tǒng)架構 PA

4、GEREF _Toc266361514 h 8 HYPERLINK l _Toc266361515 3、 詳細設計 PAGEREF _Toc266361515 h 8 HYPERLINK l _Toc266361516 3.1、 零售數(shù)據(jù)修改模塊 PAGEREF _Toc266361516 h 8 HYPERLINK l _Toc266361517 3.1.1、 系統(tǒng)結構圖 PAGEREF _Toc266361517 h 8 HYPERLINK l _Toc266361518 3.1.2、 數(shù)據(jù)定義 PAGEREF _Toc266361518 h 9 HYPERLINK l _Toc26636

5、1519 3.1.3、 零售數(shù)據(jù)修改功能模塊設計 PAGEREF _Toc266361519 h 9 HYPERLINK l _Toc266361520 零售數(shù)據(jù)編輯PAGEREF _Toc266361520 h 9 HYPERLINK l _Toc266361521 零售數(shù)據(jù)修改審核 PAGEREF _Toc266361521 h 11 HYPERLINK l _Toc266361522 零售數(shù)據(jù)修改的查詢 PAGEREF _Toc266361522 h 12 HYPERLINK l _Toc266361523 所屬客戶的選擇 PAGE

6、REF _Toc266361523 h 13 HYPERLINK l _Toc266361524 門店的選擇 PAGEREF _Toc266361524 h 13 HYPERLINK l _Toc266361525 3.2、 門市管理模塊 PAGEREF _Toc266361525 h 14 HYPERLINK l _Toc266361526 3.2.1、 系統(tǒng)結構圖 PAGEREF _Toc266361526 h 14 HYPERLINK l _Toc266361527 3.2.2、 門市檔案數(shù)據(jù)設計 PAGEREF _Toc266361527 h 14 HYPERLINK l

7、 _Toc266361528 3.2.3、 門市檔案功能模塊 PAGEREF _Toc266361528 h 18 HYPERLINK l _Toc266361529 門店檔案編輯 PAGEREF _Toc266361529 h 18 HYPERLINK l _Toc266361530 門店檔案審核 PAGEREF _Toc266361530 h 19 HYPERLINK l _Toc266361531 門店檔案查詢 PAGEREF _Toc266361531 h 19 HYPERLINK l _Toc266361532 所屬客戶的選擇

8、PAGEREF _Toc266361532 h 20 HYPERLINK l _Toc266361533 4、 開發(fā)進度計劃 PAGEREF _Toc266361533 h 20概述項目背景創(chuàng)維公司外購了一套終端銷售系統(tǒng)（也稱魔方系統(tǒng)），用于對零售數(shù)據(jù)進行統(tǒng)計，但是由于某些原因，上報進來的數(shù)據(jù)存在差異，所以需要提供一個專門的模塊對零售數(shù)據(jù)進行修改。創(chuàng)維公司每個客戶有一個甚至多個門店，需要對客戶的門店進行管理，便于物流和銷量統(tǒng)計等工作。系統(tǒng)設計目標根據(jù)零售數(shù)據(jù)修改需求說明書和門店檔案管理需求說明書 明確系統(tǒng)需求以便指導系統(tǒng)功能的實現(xiàn)。定義本文檔中涉及的專門術語、容易引起歧義的概念、關鍵詞縮寫及相

9、應的解釋內容包括：零售數(shù)據(jù)是指對終端銷售系統(tǒng)提供的零售數(shù)據(jù)進行后期修改的模塊。門店檔案的管理是指對客戶的門店基礎資料進行管理的模塊，包括新建、修改、刪除、封存、啟用、作廢功能。設計方案開發(fā)目標系統(tǒng)可以實現(xiàn)地對零售數(shù)據(jù)進行修改和門店基礎資料進行管理，并完成功能需求。實現(xiàn)數(shù)據(jù)的安全性和完整性。給用戶清新、易用的界面，采用AJAX技術提高界面友好性。系統(tǒng)能夠有高效的運行速度。應用目標運行環(huán)境數(shù)據(jù)庫：Oracle 10g運行平臺：.Net Framework 2.0開發(fā)工具：Visual Studio 2008服務器操作系統(tǒng)：Windows 2003 ServerWeb信息服務管理器：IIS 6.0客

10、戶端瀏覽器：IE6.0、IE7.0、IE8.0，顯示器的分辨率在1024*768及以上的都能填滿整個窗口。系統(tǒng)集成要求系統(tǒng)能在上面運行環(huán)境中正常運行。并可以與現(xiàn)有環(huán)境集成。用戶登陸后，現(xiàn)有系統(tǒng)提供的SESSION信息如下：崗位編號：審核時需要用到，不同崗位可以看到不同的待審核單?？煽貥I(yè)務組織：查詢時需要用到，每個用戶只能查到屬于自己可控組織的門店檔案?，F(xiàn)有系統(tǒng)提供審核模塊的接口，不需要重新開發(fā)，目前提供的格式為”(2,434,3443,232,23343,32423,4322)”，括號里的數(shù)字表示可控的組織編號。需要注意的是，分公司可控的業(yè)務組織可能就幾十個，但是總部的員工可控所有業(yè)務組織（也

11、可稱部門），所以在加載基礎資料時總部加載量比較大，比如可以加載出所有的客戶，客戶量目前在3萬左右。比如一個用戶可控東莞辦，則他的可控業(yè)務組織是：(464)可控的客戶則可以用如下方式查詢：SELECT * FROM CUSTOMER_ACTIVE WHERE FORG IN (464)目前系統(tǒng)的導航采用的是樹形菜單導航，所以系統(tǒng)框架中有30%的寬度放的是導航菜單，右側放具體頁面，在排版時要注意內容的擺放。主界面效果如下圖所示：系統(tǒng)設計原則技術先進性和易升級性技術上系統(tǒng)采用Windows 2003 Server操作系統(tǒng)，Oracle數(shù)據(jù)庫， B/S體系結構等主流技術，能夠保證平穩(wěn)升級。業(yè)務上基于健

12、坤科技公司的業(yè)務軟件應用模式，結合創(chuàng)維的特點，吸收國內外管理軟件的先進的管理思想，采用一體化設計的思路，優(yōu)化和實現(xiàn)最佳的業(yè)務流程，達到最大程度的數(shù)據(jù)共享，確保系統(tǒng)應用模型的先進性。易用性提供圖形化用戶界面，操作簡便易學，隨時提供在線幫助，盡量降低操作使用、系統(tǒng)升級和維護的難度。系統(tǒng)的開放性瀏覽器/服務器（Browse/Server）體系結構已被數(shù)據(jù)庫產(chǎn)品開發(fā)者、硬件制造廠商、系統(tǒng)集成商和廣大的用戶廣為使用，證明是一種較為理想的體系結構。采用這種體系結構，實現(xiàn)分布式操作，可大大減輕服務器和主干網(wǎng)的負擔，更有效地使用計算機資源，大大提高通訊和控制的效率。穩(wěn)定性和可靠性系統(tǒng)選用可靠的硬件設備、操作系

13、統(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ù)的基表保持一致的關系模式。安全性和保密性在網(wǎng)絡配置上，選用健坤科技公司的網(wǎng)絡通過國家公安部信息安全產(chǎn)品信息檢測中心嚴格測試，獲得公安部頒發(fā)許可證書的NETEYE防火墻，可以防止系統(tǒng)外來的攻擊。從企業(yè)外只可訪問對外信息發(fā)布系統(tǒng)，保證內部各業(yè)務子系統(tǒng)的數(shù)據(jù)不被非法用戶所獲取。在應用系統(tǒng)設計上，通過對各級人員及不同業(yè)務人員的權限分配，以及

14、嚴格的口令驗證機制，作到所有人員只能查看與自己工作相關的數(shù)據(jù)，并建立完善的日志管理，作到所有操作有據(jù)可查。可擴充性與易維護性系統(tǒng)采用面向對象程序設計更方便維護和擴充，可動態(tài)設置業(yè)務流、數(shù)據(jù)流和控制點參數(shù)，適應創(chuàng)維今后由于管理制度、機構設置、業(yè)務流程和管理要求發(fā)生變化而導致的業(yè)務重組，滿足將來發(fā)展的需要。技術成熟原則以已有的開發(fā)經(jīng)驗為依托,盡量采用已在其它系統(tǒng)中性能穩(wěn)定的技術和流程模式,從而使公司內各處用戶能夠盡快適應新的工作環(huán)境。系統(tǒng)架構三層結構（推薦）各層具體完成的任務：一：表示層 UI 層為客戶端提供對應用程序的訪問。從“用戶”層接收用戶輸入，并進行簡單的數(shù)據(jù)數(shù)據(jù)驗證，如非空，非數(shù)字以及非

15、法日期等的驗二: 業(yè)務邏輯層(BLL)主要功能如下:1.實現(xiàn)一些簡單的業(yè)務邏輯,比如，組合查詢等。2.處理這一些操作，比如計算：銷售價格并根據(jù)顧客的級別計算回扣等等，這部分往往有許多不同的功能的類，操作起來也比較復雜,此時則通過調用業(yè)務規(guī)則層進行業(yè)務計算處理,然后調用數(shù)據(jù)訪問層(DataAccess)進行存儲。三：數(shù)據(jù)訪問層(DataAccess) 數(shù)據(jù)訪問層為業(yè)務規(guī)則層提供數(shù)據(jù)服務。負責數(shù)據(jù)庫的增、刪、改、查工作。四：Common層，也稱為實體層，與數(shù)據(jù)庫表的列一一對應，作為程序中傳遞數(shù)據(jù)的一個載體。各層嚴格分工，調用順序為UI層調用BLL層，BLL層再調用數(shù)據(jù)訪問層(DataAccess)

16、，禁止越級調用，也就是說，UI層不允許直接調用數(shù)據(jù)訪問層(DataAccess)，但Common層作為各層中傳遞數(shù)據(jù)的一個載體，每層都可以調用。遵循魔方系統(tǒng)系統(tǒng)架構 也可以遵循原魔方系統(tǒng)的系統(tǒng)架構。詳細設計零售數(shù)據(jù)修改 模塊系統(tǒng)結構圖銷售機構結構圖：零售數(shù)據(jù)修改模塊：|零售數(shù)據(jù)修改 | |零售數(shù)據(jù)修改編輯| |零售數(shù)據(jù)修改審核| |零售數(shù)據(jù)修改查詢數(shù)據(jù)定義現(xiàn)有魔方銷售明細表結構：MF_SALE:字段名類型備注SALEIDVARCHAR2(40)編號COMPANYIDVARCHAR2(40)公司名SALEDATEDATE銷售日期PRODUCTIDVARCHAR2(40)產(chǎn)品編號SALEQUANT

17、ITYNUMBER(10)銷售數(shù)量SALEROOMNUMBER(10,4)STAFFNOVARCHAR2(40)員工編號SOURCETYPENUMBER(1)來源類型NOTEVARCHAR2(2000)備注CREATETIMEDATE建立時間PRICENUMBER(10,4)價格ORGIDVARCHAR2(40)部門編號SYNC_STATUS為0SALEFTYPE銷售類型需要關聯(lián)的表數(shù)據(jù)：根據(jù)MARKET_SHIPPER_INFO表的FEMP和MF_SALE表的STAFFNO關聯(lián)出導購員的姓名，MARKET_SHIPPER_INFO的表結構如下：字段名類型備注IDNUMBER(9,0)唯一編號

18、FEMPNUMBER(9,0)MF_SALE的STAFFNOFMARKETNUMBER(9,0)門店編號FNAMENVARCHAR2(50)門店名稱XEDNUMBER(9,0)狀態(tài)STIMEDATE開始時間ETIMEDATE結束時間FTIMEDATE建立時間根據(jù)PRODUCT_ACTIVE表的FID和MF_SALE的PRODUCTID關聯(lián)出產(chǎn)品名稱，PRODUCT_ACTIVE的表結構以及樣例數(shù)據(jù)參考“零售數(shù)據(jù)修改表結構及樣例數(shù)據(jù).xls”。零售數(shù)據(jù)修改 功能模塊設計零售數(shù)據(jù)編輯該功能完成零售數(shù)據(jù)的從魔方系統(tǒng)的加載、修改、導入功能。在修改后，不能直接更新到魔方系統(tǒng)，必須經(jīng)過審核才可以寫入魔方系

19、統(tǒng)。加載魔方數(shù)據(jù)需要根據(jù)門店、開始時間、結束時間三個參數(shù)進行查詢，”cw”+門店編號等于魔方銷售明細表的ORGID字段。能夠修改和新增的信息包括：門店、導購員、產(chǎn)品、銷售價格、銷售日期、銷售數(shù)量、銷售類型、備注。為了更便于修改銷售明細，系統(tǒng)需要提供導入明細的功能，用戶在EXCEL中錄入信息格式如下：從魔方拉過來的數(shù)據(jù)中，只能修改和新增，支持“單行刪除”和“全部刪除”功能，但不是真正的刪除記錄，而是將“銷售數(shù)量”置0。明細數(shù)據(jù)的修改為了操作的方便，需要實現(xiàn)在表格中直接修改的功能，并且對錄入的數(shù)據(jù)在提交之前需要做合法性的校驗，比如日期類型、數(shù)字類型的判斷。明細數(shù)據(jù)中門店、導購員、產(chǎn)品型號要支持彈出

20、選擇的功能，導購員根據(jù)選擇的門店取該門店下面的導購員，從MARKET_SHIPPER_INFO表中取，產(chǎn)品信息從PRODUCT_ACTIVE表中取。都用單選的方式實現(xiàn)，實現(xiàn)方式類似“所屬客戶”的選擇。請參看“所屬客戶選擇”部分。保存后需要有制單人、制單人所在組織和制單時間。編輯模塊提供新增、保存、確認、刪除功能。其中，只有新增和保存操作不需要提交到審核流，確認操作都需要提交到審核流，并由相關崗位的人員進行審核。操作方法操作前的狀態(tài)操作后的狀態(tài)新建0-未確認保存0-未確認0-未確認確認0-未確認5-已確認刪除0-未確認3-刪除審核5-已確認 1-有效退回5-已確認0-未確認編輯模塊為了方便查看已

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

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

23、銷售日期、銷售數(shù)量、銷售類型、備注?？梢圆樵兊耐瑫r，提供根據(jù)條件提供EXCEL導出的功能。界面效果可參考如下界面：所屬客戶的選擇在零售數(shù)據(jù)修改的編輯和查詢模塊多處需要用到所屬客戶，所屬客戶的選擇需要做得比較人性化和實現(xiàn)快速搜索的功能，目前客戶的數(shù)據(jù)量在3萬左右?？蛻舻幕拘畔⑷缦拢嚎蛻艟幪枺簶俗R一個客戶的編號。客戶名稱：客戶的名稱?？蛻艟幋a：客戶編碼比較重要，并且是像客戶編號一樣唯一，由字母和數(shù)字組成，一般的用戶都記住的是客戶編碼，名稱倒不一定記得清楚。所屬組織：客戶所屬的組織，在客戶查詢時需要根據(jù)當前用戶的可控業(yè)務組織權限取得可控的客戶信息。以上基本信息中客戶名稱和客戶編碼需要在選擇時給予顯

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

25、找相應客戶下面的門店信息。以上基本信息中門店名稱和門店編碼需要在選擇時給予顯示，并且可以根據(jù)這兩個字段的值進行模糊搜索，查詢出來的結果顯示門店名稱和門店編碼兩項，例如：“VWAXB100401/巫山縣聲達電器有限公司”。門店的選擇支持多選功能。門店具體的數(shù)據(jù)結構以及樣例請參看附件：“零售數(shù)據(jù)修改表結構及樣例數(shù)據(jù).xls”門市管理 模塊系統(tǒng)結構圖銷售機構結構圖：門店管理模塊：|門店檔案管理| |門店檔案編輯| |門店檔案審核| |門店檔案查詢門市檔案 數(shù)據(jù)設計門店基礎信息如下：門店編號：唯一標識一個門店的編號門店名稱：門店名稱，不可為空門店編碼：門店的助記碼，不可為空所屬客戶：門店所屬的客戶編號

26、，不可為空門店地址：門店所在的地址，不可為空門店電話：門店的電話，不可為空備注：備注信息狀態(tài)：0-未確認，1-有效，2-已封存，3-已刪除，4-已修改，5-審核中，6-已作廢，12-有效轉封存，16-有效轉作廢，21-封存轉有效，26-封存轉作廢。不可為空版本號：已經(jīng)生效的門店的信息再修改則需要將版本號加1，并且可以查詢到之前版本的門店記錄。不可為空管理組織（審核用）：將當前門店資料提交到審核流操作員所在的部門。開始時間：門店資料的建立時間，如果有新版本的記錄，則以產(chǎn)生新版本的時間為建立時間。該時間也為制單時間。結束時間：初始時該時間為3004-01-01，如果封存、作廢操作則為當前時間。啟用

27、則為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門店有效記錄

28、表，數(shù)據(jù)流向圖：數(shù)據(jù)操作具體業(yè)務：具體表結構和示例數(shù)據(jù)請看附件“門店相關表及樣例數(shù)據(jù).xls”。門市檔案 功能模塊門店檔案編輯該功能完成門店檔案的新增、保存、確認、刪除、作廢、封存、啟用功能。其中，只有新增和保存操作不需要提交到審核流，其它操作都需要提交到審核流，并由相關崗位的人員進行審核。操作方法操作前的狀態(tài)操作后的狀態(tài)新建0-未確認保存0-未確認0-未確認確認0-未確認5-已確認刪除0-未確認3-刪除作廢1-有效，2-封存16-有效轉作廢或26-封存轉作廢封存1-有效12-有效轉封存啟用2-封存21-封存轉有效為了能跟蹤每次對記錄的修改，所以一個門店編號可能有幾個版本號，不同版本的記錄信息不盡相同。以最高版本的那條為有效記錄，其它記錄狀態(tài)為已修改（狀態(tài)編碼為4）。刪除、作廢、封存、啟用則不需要生成新版本。編輯模塊為了方便定位到某個門店，需要根據(jù)所屬客戶和門店名稱進行查詢。該界面的效果可參考如下界面：門店檔案