全國營銷管理信息系統(tǒng)詳細設計報告

全國營銷管理信息系統(tǒng)詳細設計報告TOC\o"1-3"1 前言 31.1 設計目標 31.1.1 總體目標 31.1.2 本期目標 31.2 采取的策略 31.3 設計依據(jù) 32 摘要 43 營銷治理分系統(tǒng)詳細設計 43.1 營銷治理分系統(tǒng)詳細需求分析 43.1.1 功能詳細需求分析 43.1.2 性能詳細需求分析 93.1.3 信息詳細需求分析 103.2 營銷治理分系統(tǒng)功能模型 123.3 營銷治理分系統(tǒng)子系統(tǒng)和功能模塊劃分 153.4 分系統(tǒng)界面設計 243.4.1 外部界面設計 243.4.2 用戶界面設計 244 數(shù)據(jù)庫系統(tǒng)設計 264.1 設計要求 264.2 信息模型設計 264.2.1 信息模型設計使用的符號講明 264.2.2 信息模型設計 284.3 數(shù)據(jù)庫設計 284.3.1 數(shù)據(jù)訪咨詢頻度和流量 284.3.2 數(shù)據(jù)庫選型 284.3.3 異構(gòu)數(shù)據(jù)庫的連接與數(shù)據(jù)傳遞方式 294.3.4 數(shù)據(jù)安全性及保密性設計 304.3.5 數(shù)據(jù)字典設計 305 網(wǎng)絡通信系統(tǒng)設計 315.1 設計要求 315.2 網(wǎng)絡設計方案 316 信息編碼設計 327 關(guān)鍵技術(shù) 377.1 提升查詢速度 377.2 保證系統(tǒng)安全 397.3 數(shù)據(jù)一致性及安全 408 系統(tǒng)配置 408.1 運算機硬件與網(wǎng)絡配置 408.2 數(shù)據(jù)庫及軟件配置 409 限制 409.1 VAX機的WWW服務器 409.2 通訊線路的選擇 419.3 數(shù)據(jù)庫在線容量的限制 419.4 數(shù)據(jù)庫主機的選擇 4110 組織機構(gòu)及人員配置 4111 工程實施打算 4111.1 實施內(nèi)容與進度打算 4111.2 測試及驗收 4212 參考和引用資料 4213 附錄 4213.1 附錄1公司集團營銷治理系統(tǒng)功能模型 4213.2 附錄2公司集團營銷治理系統(tǒng)信息模型 4213.3 附錄3公司集團營銷治理系統(tǒng)實體屬性表 42公司-CIMS營銷治理分系統(tǒng)詳細設計報告前言營銷治理分系統(tǒng)是公司集團CIMS工程（公司-CIMS）中的一個應用分系統(tǒng)。營銷治理分系統(tǒng)涉及到冰箱、空調(diào)等產(chǎn)品的銷售和售后業(yè)務治理工作。營銷治理分系統(tǒng)設計按照公司集團的總體進展目標，以及公司集團CIMS工程的總體要求，在對企業(yè)現(xiàn)有狀況進行廣泛調(diào)研的基礎(chǔ)上提出。營銷治理分系統(tǒng)的詳細設計與實現(xiàn)工作，由公司集團CIMS工程技術(shù)依靠單位之一的項目組承擔。設計目標總體目標建立覆蓋國內(nèi)各中心/辦事處的運算機網(wǎng)絡系統(tǒng)。建立既能滿足公司目前銷售治理模式的需要，又能在一定程度上習慣公司集團進展變化需要的網(wǎng)絡化、分布式公司集團營銷治理系統(tǒng)。達到增強公司集團開拓國內(nèi)外市場(第一是國內(nèi)市場)的系統(tǒng)整體支持能力的目的。本期目標建立集團公司營銷治理系統(tǒng)在網(wǎng)絡環(huán)境的支撐下建立分布式數(shù)據(jù)庫系統(tǒng)和營銷治理系統(tǒng)。提供對倉庫治理、銷售治理和產(chǎn)品銷售過程的跟蹤治理能力；實現(xiàn)倉庫治理（包括成品倉、中轉(zhuǎn)倉和售后倉）、銷售治理、售后服務治理、財務治理的集成；實現(xiàn)市場營銷過程治理與售后服務治理的功能與信息集成；借助營銷系統(tǒng)網(wǎng)絡加速市場信息收集整理。建立1-2個省級中心/辦事處營銷治理系統(tǒng)并實現(xiàn)與集團公司的互連。采取的策略在軟件工程生命周期法的大框架下，利用快速原型法進行營銷治理系統(tǒng)軟件的開發(fā)。使用功能模型設計工具（BPwin）和信息模型設計工具（ERwin）進行系統(tǒng)的詳細設計，既能夠保證設計工作的規(guī)范性，又能夠提升詳細設計工作的效率。采納掃瞄器/服務器模式和面向?qū)ο蟮某绦蛟O計方法，確保系統(tǒng)的可靠性和先進性。嚴格的模塊測試和集成測試，為系統(tǒng)正確性提供保證。設計依據(jù)公司集團CIMS工程聯(lián)合設計組，公司集團CIMS工程初步設計報告，1998。李伯虎，運算機集成制造系統(tǒng)（CIMS）約定、標準與實施指南，兵器工業(yè)出版社，1994。摘要營銷治理分系統(tǒng)詳細設計報告，在系統(tǒng)需求分析和初步設計的基礎(chǔ)上，對系統(tǒng)的功能、性能和信息等方面進行了更詳細的需求分析。在此基礎(chǔ)上，建立了營銷治理分系統(tǒng)功能模型、信息模型數(shù)據(jù)庫系統(tǒng)，對數(shù)據(jù)庫系統(tǒng)、網(wǎng)絡通信系統(tǒng)以及信息編碼等做了詳細設計。提出了營銷治理系統(tǒng)開發(fā)實施中的各項關(guān)鍵技術(shù)，并對可能的限制條件進行了分析。營銷治理分系統(tǒng)詳細設計營銷治理分系統(tǒng)詳細需求分析為了能夠深入細致的開展營銷治理分系統(tǒng)的詳細需求分析工作，由項目組研究開發(fā)人員和企管部電腦科技術(shù)人員共同組成了四個詳細調(diào)查與設計小組，按照公司集團現(xiàn)有銷售業(yè)務劃分和治理模式分別對冰箱公司和空調(diào)公司的銷售業(yè)務和售后業(yè)務進行了詳細調(diào)查了解。對冰箱公司和空調(diào)公司各自業(yè)務的深入了解，有助于對公司集團整體業(yè)務特點的歸納。因此，對系統(tǒng)的詳細需求分析亦按照現(xiàn)有銷售業(yè)務劃分和治理模式進行分別描述。公司集團的銷售及售后業(yè)務處理工作目前差不多上集中在公司總部完成。公司集團的RSR系統(tǒng)為銷售和售后工作提供了部分支持功能。由于系統(tǒng)環(huán)境從集中式向分布式的遷移，因此RSR系統(tǒng)也要隨之更換。新系統(tǒng)既要完成RSR系統(tǒng)中的功能，又要對其進行改進和補充以習慣新的系統(tǒng)環(huán)境和新的銷售與售后業(yè)務處理流程，使銷售和售后服務治理工作提升到更高的新水平。功能詳細需求分析冰箱銷售部分功能詳細需求分析在CIMS環(huán)境下，冰箱銷售部分要實現(xiàn)（公司）冰箱公司的銷售治理信息的集成及實時處理，要求準確、快速地提供打算、運輸、庫存以及財務等信息，要求及時地對冰箱銷售業(yè)務進行處理。它包括打算治理、發(fā)運治理、倉庫治理、綜合治理和財務治理五個部分。打算治理打算治理要緊負責對各地分公司上報的分公司進、銷、存表進行統(tǒng)計分析，制定出（三個月）滾動打算；按照分公司上報的商業(yè)單位的發(fā)貨申請單制定動身貨打算，之后再按照實際運輸中的發(fā)運打算執(zhí)行表實裝數(shù)修改發(fā)貨打算，形成實際的發(fā)貨打算；按照發(fā)貨打算以及商業(yè)單位的貨款情形開（正）調(diào)撥單，按照審批后的退貨單據(jù)開（負）調(diào)撥單，此外還要按照（售后的）的調(diào)換新機發(fā)貨審領(lǐng)單開調(diào)撥單，在開調(diào)撥單時，還要考慮到冰箱銷售業(yè)務本身對靈活性和習慣性的要求，因此要同時考慮對“先款后貨”和“先貨后款”這兩種方式的處理；按照商業(yè)單位的貨款回籠情形和公司既定的業(yè)績運算方法對各商業(yè)單位的業(yè)績進行評判，運算出商業(yè)返利；在必要時按照實際需要制定出調(diào)倉打算，開調(diào)倉單給各倉庫，在各倉庫之間調(diào)劑余缺。發(fā)運治理發(fā)運治理要緊負責按照審核后的發(fā)貨申請單進行打算劃分（鐵路或汽車運輸），分別制定出鐵路發(fā)運打算表和汽車發(fā)運打算執(zhí)行表；關(guān)于汽運采取“先發(fā)貨后開單”的方式，先由車隊到倉庫提貨，再按照實裝情形開調(diào)撥單，當車隊將物資送達，返回經(jīng)商業(yè)單位簽收的發(fā)貨證明單回執(zhí)，再進行核對入帳；對鐵路運輸采取“先開單后發(fā)貨”的方式，先開出調(diào)撥單，由車隊從倉庫提貨送至火車站裝車發(fā)運，如果發(fā)生掉裝的情形，還要將掉裝的物資送回倉庫，并將掉裝憑證返回，以重新開調(diào)撥單；同時還要按照實際的發(fā)運情形進行運輸費用及保險費用的核算。倉庫治理倉庫治理要緊負責成品倉和各地中轉(zhuǎn)倉的治理，治理下線冰箱入庫和鐵路運輸中的掉裝入庫，按照發(fā)貨證明單的銷售出庫和按照調(diào)倉單的調(diào)倉出庫，以及成品倉的帳務和實物治理；治理各地中轉(zhuǎn)倉的調(diào)倉入庫和退貨入庫，銷售出庫和各地售后服務中心所需的三包箱出庫，以及中轉(zhuǎn)倉的帳務治理和費用治理。綜合治理綜合治理要緊負責廣告費及外部人職員資的審核，冰箱區(qū)域流向信息的治理，以及進行必要的統(tǒng)計匯總工作。財務治理財務治理要緊負責按照調(diào)撥單和其它發(fā)貨單據(jù)開銷售發(fā)票；按照銷售發(fā)票的使用情形生成發(fā)票銷存表（及數(shù)據(jù)文件）報稅務局；按照各種原始單據(jù)生成憑證，包括按照銷售發(fā)票生成銷售憑證，按照銀行來款證明生成來款憑證，按照返銷發(fā)票生成返銷憑證，按照折讓單生成折讓憑證，還有按照其它調(diào)整的需要生成的調(diào)整憑證（無對應原始單據(jù)）；對各種憑證及原始單據(jù)記帳，形成一、二級總帳和單位明細帳；對各級帳和發(fā)貨登記表、發(fā)貨單據(jù)以及倉庫進、銷、存匯總表進行統(tǒng)計分析形成帳齡分析表等各種財務統(tǒng)計報表。冰箱售后部分功能詳細需求分析冰箱售后部分實現(xiàn)對冰箱售后服務的治理功能，冰箱售后業(yè)務的性質(zhì)決定了冰箱售后治理將是一個由省級用戶服務中心的售后服務治理與公司集團冰箱用戶服務部的售后服務治理共同組成的治理系統(tǒng)。冰箱售后工作包括：修理費用結(jié)算治理、用戶信訪治理、物料治理、質(zhì)量反饋及分析和中心/網(wǎng)點信息治理等五部分。修理費用結(jié)算治理修理費用結(jié)算治理模塊應完成如下功能：各省級用戶服務中心錄入修理憑證，并進行運算機審核和生成本中心（包括下屬網(wǎng)點）的月份費用匯總表；各中心把通過審核的修理憑證數(shù)據(jù)通過遠程運算機網(wǎng)絡傳送到公司公司總部；用戶服務部對各中心傳來的數(shù)據(jù)進一步審核，對不符合審核條件的記錄要顯示出來以便人工處理，將審核后合格的修理憑證對不同的修理網(wǎng)點分類別進行費用匯總，打印結(jié)算通知單；用戶服務部給修理網(wǎng)點支付結(jié)算費用后，可在系統(tǒng)中做核銷標記；按中心/修理網(wǎng)點編碼、日期范疇、冰箱型號、機身編碼、故障編碼和分廠等各種條件進行修理記錄憑證查詢、故障統(tǒng)計、更換零配件統(tǒng)計、修理費用統(tǒng)計。用戶信訪治理用戶信訪治理模塊應完成用戶來信、電話和投訴的錄入和修改，用戶檔案查詢，信訪信息統(tǒng)計，信訪服務質(zhì)量統(tǒng)計，信訪重大投訴統(tǒng)計；修理后用戶訪咨詢表和咨詢卷的錄入和修改，用戶訪咨詢表統(tǒng)計，用戶訪咨詢表咨詢卷部分的統(tǒng)計。物料治理物料治理模塊應包括零配件治理和三包成品箱治理。零配件治理應完成用戶服務部、中心、網(wǎng)點三級配件倉治理，在中心建立本中心及其下屬各網(wǎng)點的配件帳，用戶服務部建立售后配件倉的配件帳，用戶服務部可查詢各中心和各網(wǎng)點的配件帳，同時，用戶服務部和各中心將分別完成配件的入/出庫治理；各級零配件申領(lǐng)治理，應包括各級申領(lǐng)單的錄入，查詢零配件庫存量，通過運算機遠程網(wǎng)絡傳送申領(lǐng)單、發(fā)運單、實收信息等；調(diào)換、非調(diào)換類零配件三包耗用治理，應由各中心錄入的修理記錄憑證的更換配件信息中統(tǒng)計出各網(wǎng)點的調(diào)換、非調(diào)換類零配件三包耗用，分別生成匯總表，關(guān)于非調(diào)換類零配件三包耗用，經(jīng)審核后由售后倉為各中心作沖帳，關(guān)于調(diào)換類零配件三包耗用，等相應的舊件退回后，由售后倉為各中心作沖帳；三包外零配件耗用治理，售后倉按照各中心錄入系統(tǒng)的三包外零配件耗用匯總表為各中心作沖帳。三包成品箱治理應完成用戶服務部成品倉和各中心成品倉的治理，用戶服務部和各中心分別建立新舊成品箱帳，分別治理本成品倉的入/出庫，用戶服務部應可查詢各中心成品倉的帳目；用戶服務部向銷售部借領(lǐng)成品箱和各中心申領(lǐng)成品箱的治理，應包括借據(jù)憑證或申領(lǐng)單的錄入，查詢成品箱庫存量，通過運算機遠程網(wǎng)絡傳送申領(lǐng)單、實收信息等；處理、報廢箱的治理，應完成對報廢周轉(zhuǎn)箱、毀損箱和專門故障箱的沖帳，對沉淀箱、退換箱和運損箱銷售后的匯總、沖帳。質(zhì)量反饋及分析質(zhì)量反饋及分析模塊應完成各種質(zhì)量信息的統(tǒng)計，包括質(zhì)量反饋信息表，各類故障統(tǒng)計表，各類故障冰箱修理量統(tǒng)計表，A類件修理故障分類統(tǒng)計表。中心/網(wǎng)點信息治理中心/網(wǎng)點信息治理模塊應完成建立中心/網(wǎng)點臺帳，對中心/網(wǎng)點信息的統(tǒng)計，包括資產(chǎn)配置統(tǒng)計，學習培訓統(tǒng)計，財務費用的統(tǒng)計，人事檔案統(tǒng)計，工資統(tǒng)計等，以及中心/網(wǎng)點信息編碼的愛護?？照{(diào)銷售部分功能詳細需求分析在公司公司營銷系統(tǒng)中，空調(diào)銷售部分實現(xiàn)對空調(diào)銷售業(yè)務各方面的治理，包括銷售業(yè)務治理、倉庫治理、銷售財務治理和銷售綜合治理等。它不僅提供對銷售日常業(yè)務的支持，還為各部門提供治理信息和輔助決策手段。由于銷售業(yè)務受市場狀況、治理決策等諸多因素的阻礙，空調(diào)銷售部分對銷售業(yè)務已有的和可能有的各種情形都給予了考慮，盡量滿足銷售業(yè)務對靈活性、習慣性的較高要求。例如，發(fā)貨治理不僅要考慮目前采納的先款后貨方式發(fā)貨治理，還要考慮今后可能使用的先貨后款方式發(fā)貨治理。銷售業(yè)務治理銷售業(yè)務治理銷售業(yè)務治理包括發(fā)貨治理，處理機、三包機銷售治理，調(diào)倉治理，已付款機退貨治理和未付款機退貨治理。其中，發(fā)貨治理和調(diào)倉治理是最要緊的業(yè)務。銷售業(yè)務治理一方面要習慣銷售業(yè)務現(xiàn)有的和可能有的變化，一方面要提升開調(diào)撥出倉單的效率，輔助治理，輔助決策。關(guān)于先款后貨方式發(fā)貨治理，如果是成品倉供貨，按照商業(yè)單位的發(fā)貨申請單，要通過要貨打算平穩(wěn)和（汽運/鐵運）儲運平穩(wěn)，然后生成調(diào)撥出倉單。要貨打算平穩(wěn)時，要看倉庫庫存量是否足夠供貨以及商業(yè)單位余額是否足夠支付貨款（有批文的要專門處理），在兩者都滿足的情形下，公司綜合治理科可能還要按照銷售策略等對供貨打算予以調(diào)整。滿足要貨打算平穩(wěn)條件后，還要進行儲運平穩(wěn)，這是因為成品倉供貨要由公司公司送貨上門。儲運平穩(wěn)要檢查商業(yè)單位所要的產(chǎn)品是否滿足送貨條件（例如，產(chǎn)品是不是夠裝一車）并安排發(fā)貨時刻。如果是中轉(zhuǎn)倉供貨，按照商業(yè)單位的發(fā)貨申請單，只需查商業(yè)單位余額是否足夠支付貨款（有批文的要專門處理）。如果商業(yè)單位余額足夠，即可開調(diào)撥出倉單。所以，不管是成品倉發(fā)貨依舊中轉(zhuǎn)倉發(fā)貨，在商業(yè)單位余額不夠支付貨款，然而差額專門小的情形下，應靈活處理。例如，能夠設定一個數(shù)值較小的額度，規(guī)定只要商業(yè)單位的余額加上那個數(shù)值足夠支付貨款即可開單。關(guān)于先貨后款方式發(fā)貨治理，業(yè)務流程類似于先款后貨方式發(fā)貨治理，只是要貨打算平穩(wěn)環(huán)節(jié)有所不同。在先貨后款方式下，按照商業(yè)單位的具體情形，如資產(chǎn)、信譽等，給每個商業(yè)單位都規(guī)定了一個最大賒銷額，賒銷產(chǎn)品總價值不能超過那個額度。要貨打算平穩(wěn)時要看商業(yè)單位的累計賒銷額是否超過了最大賒銷額（有批文的要專門處理）。只要未超過最大賒銷額，就能夠開調(diào)撥出倉單。儲運治理也是發(fā)貨治理的一部分。儲運治理的功能大致有開送貨單，對返回的有回執(zhí)的送貨單進行核對、統(tǒng)計，運算運費、保險費，以及提供相應的統(tǒng)計信息等。調(diào)倉指產(chǎn)品從公司公司的一個倉庫到另一個倉庫（成品倉—中轉(zhuǎn)倉，中轉(zhuǎn)倉—中轉(zhuǎn)倉），它與產(chǎn)品銷售的區(qū)別是調(diào)倉不運算價格，也確實是講，調(diào)倉能夠看成是價格為零的產(chǎn)品銷售。先要依據(jù)倉庫（調(diào)出倉庫和調(diào)入倉庫）庫存量等條件對調(diào)倉要求進行審核，然后按照審核后的調(diào)倉要求開出調(diào)倉入庫單和調(diào)倉出庫單，分別作為調(diào)出倉庫產(chǎn)品出庫的憑證和調(diào)入倉庫產(chǎn)品入庫的憑證。在處理機、三包機銷售治理中，關(guān)于處理機，按照財務發(fā)票，開調(diào)撥出倉單。關(guān)于三包機，要按照空調(diào)售后部門提交的審核后的三包備用周轉(zhuǎn)機申請表開相應的調(diào)撥出倉單。已付款機退貨治理指按照已付款機退貨單和退回的相應的發(fā)票或折讓證明，開出退貨用調(diào)撥出倉單。未付款機退貨治理按照未付款機退貨單開退貨用調(diào)撥出倉單。倉庫治理倉庫治理包括成品倉(包括廠區(qū)倉庫和子倉庫)和中轉(zhuǎn)倉的入庫、出庫治理，記錄倉庫帳目以及統(tǒng)計庫存信息等功能。倉庫治理一方面要代替原先的手工帳，為銷售部門提供實時庫存信息，提升倉庫入、出庫治理能力，另一方面要增加產(chǎn)品條碼帳，入、出庫都要記錄每臺產(chǎn)品的條碼，為倉庫帳齡分析、成本分析提供基礎(chǔ)數(shù)據(jù)。倉庫入、出庫治理實時記錄倉庫入庫帳和倉庫出庫帳，關(guān)于一張調(diào)撥出倉單多次提貨的情形，還能反映出實際提貨情形。此外，還要記錄倉庫結(jié)存信息和倉庫盤盈虧信息，并按照用戶要求輸出成品倉（包括廠區(qū)倉庫和子倉庫）和中轉(zhuǎn)倉的入、出庫統(tǒng)計信息，倉庫庫存信息，倉庫盤點信息。銷售財務治理銷售財務治理包括銷售業(yè)務帳治理和銷售財務帳治理，它在原有系統(tǒng)的基礎(chǔ)上增加了對應對款的治理。銷售財務治理在整個銷售分系統(tǒng)中占有重要的地位，它對系統(tǒng)的可靠性和數(shù)據(jù)的準確性要求專門高。銷售業(yè)務帳治理提供商業(yè)單位貨款傳真件的錄入、查詢，先貨后款方式下貼息額的運算和銷售業(yè)務帳愛護三個功能。銷售業(yè)務帳愛護包括按照開出的調(diào)撥出倉單減少商業(yè)單位余額，收到銀行到款通知后對相應的款項做標記，先貨后款方式下對在途貨款額的治理（如：減少商業(yè)單位現(xiàn)有賒銷額等）。銷售財務帳治理包括原始數(shù)據(jù)錄入、查詢、愛護，開發(fā)票，生成憑證，記帳，生成各種財務報表以及輸出帳目統(tǒng)計信息等幾項功能。原始數(shù)據(jù)包含銀行往來帳，審核后的運費、保險發(fā)票，科目信息和商業(yè)單位開戶信息。開發(fā)票功能要緊是按照調(diào)撥出倉單和空調(diào)售后部門返回的配件報廢單開出相應的發(fā)票，同時能夠查詢、打印發(fā)票內(nèi)容。生成憑證是財務治理的要緊業(yè)務之一，它要按照各種發(fā)票及審核后的安裝修理網(wǎng)點用款申請單編制銷售憑證、銀行來款憑證等原始憑證。記帳按照生成的憑證修改相應的帳目，包括總帳，單位往來明細帳，銀行往來明細帳，商品銷售明細帳等。帳目統(tǒng)計信息和各種財務報表的輸出是財務治理的重要方面，帳目統(tǒng)計信息包括總帳余額，二級總帳余額，明細帳余額，應收款/應對款單位明細帳余額，各地區(qū)應收款一覽等信息，要緊財務報表有產(chǎn)品銷售統(tǒng)計表（按照財務帳目得出），帳齡分析表，發(fā)票銷存表等。銷售綜合治理銷售綜合治理包括商業(yè)單位進、銷、存統(tǒng)計分析，市場信息收集，打算準確率考核，專賣店/專柜監(jiān)督治理，廣告業(yè)務綜合治理，合同治理，產(chǎn)品信息治理，單位信息治理。銷售綜合治理是按照需要新加進空調(diào)銷售分系統(tǒng)中的功能，是原有系統(tǒng)所沒有的。它加大了公司對各地辦事處的治理，提升了信息收集速度，減少了信息收集過程中的重復錄入，提供了對廣告費用等的考核手段。商業(yè)單位進、銷、存統(tǒng)計分析提供對各地辦事處提交的月度商業(yè)單位進、銷、存統(tǒng)計表的錄入、修改、查詢和統(tǒng)計功能。市場信息收集提供對各種市場信息的錄入、修改、查詢和統(tǒng)計。這些市場信息要緊包括各地月度要緊空調(diào)品牌暢銷型號調(diào)查表，各地月度要緊空調(diào)品牌價格快報，商業(yè)單位月度要緊空調(diào)品牌零售信息，月度商業(yè)單位要貨打算等。打算準確率考核比較各辦事處提出的要貨打算和各地實際銷售情形，從而對辦事處提出的要貨打算的準確率進行考核。專賣店/專柜監(jiān)督治理實現(xiàn)的功能包括按照空調(diào)售后部門返回的空調(diào)安裝單，統(tǒng)計各專賣店/專柜的銷售實績，對申請專賣店/專柜信息（專賣店/專柜開點申請單）的統(tǒng)計，以及對有關(guān)專賣店/專柜建設（售點工程預算表，售點工程決算表）的信息的統(tǒng)計。廣告業(yè)務綜合治理包括廣告費用治理，廣告信息統(tǒng)計和促銷人員治理。廣告信息統(tǒng)計包括對戶外廣告（大型廣告牌/燈箱街）運作表，空調(diào)樣機發(fā)放領(lǐng)用簽收表，戶外廣告投放打算等的錄入、查詢、統(tǒng)計。促銷人員治理包括促銷人員信息，促銷人員業(yè)績考核和促銷人職員資治理。合同治理提供對合同的錄入、查詢、統(tǒng)計，并能按照經(jīng)銷單位銷售實績監(jiān)督合同的實際執(zhí)行情形。產(chǎn)品信息治理包括產(chǎn)品信息的錄入、查詢、愛護功能，單位信息治理包括對商業(yè)單位、辦事處、倉庫等的信息的錄入、查詢、愛護和打印功能?？照{(diào)售后部分功能詳細需求分析在CIMS環(huán)境下，實現(xiàn)整個空調(diào)售后系統(tǒng)所屬各部門（包含公司用戶服務部，各治理中心及各安裝、修理網(wǎng)點）工作過程一體化和治理信息的集成，快速、準確、集中地反映整個售后工作中有關(guān)安裝、修理、結(jié)算治理、配件治理等工作的信息以及用戶信訪和產(chǎn)品質(zhì)量反饋信息，滿足售后服務工作業(yè)務流程的要求，為用戶服務部各級職能部門（要緊包含結(jié)算科，配件科，技術(shù)科，綜合治理組和各省級治理中心）提供治理信息及輔助其制定工作決策的手段，提升工作效率，改進工作方法，并加大對各個下屬部門的監(jiān)控，同時為生產(chǎn)和銷售治理部門提供來自用戶的產(chǎn)品產(chǎn)量和質(zhì)量信息，以更有效的作好空調(diào)售后的服務工作，關(guān)心生產(chǎn)和銷售部門調(diào)整產(chǎn)量，提升質(zhì)量，改進營銷策略，從而完善整個空調(diào)公司的工作。空調(diào)售后治理部分包括用戶服務部、治理中心和安裝修理網(wǎng)點三級治理，在功能上分成結(jié)算治理，配件治理，用戶信訪治理和質(zhì)量信息反饋治理四個部分。結(jié)算治理結(jié)算治理包含各種結(jié)算憑證的錄入，審核，對網(wǎng)點的考核（包括違章扣罰和不定期的安裝獎勵）以及包含配件申領(lǐng)和耗用有關(guān)費用在內(nèi)的各種費用的結(jié)算。結(jié)算憑證包含安裝憑證、修理憑證，換機憑證以及檢測憑證，這些憑證每月由安裝修理網(wǎng)點匯總后送交所屬治理中心，治理中心進行初步審核，并完成數(shù)據(jù)錄入工作。治理中心經(jīng)授權(quán)可完成各類憑證在本中心所轄區(qū)域的審核，將合格部分經(jīng)網(wǎng)絡遠程傳送至售后結(jié)算科，關(guān)于不合格部分則將已錄入信息刪除，并將原始單據(jù)退回網(wǎng)點；未經(jīng)授權(quán)的治理中心直截了當將原始數(shù)據(jù)傳送至結(jié)算科，等待結(jié)算。結(jié)算科按照來自中心的數(shù)據(jù)完成費用結(jié)算工作。結(jié)算科將對這些信息進行更大范疇（那個地點的范疇既包含時域上的，也包含地域上的），多方面的審核。按照審核結(jié)果，視網(wǎng)點違章情形予以扣罰。結(jié)算科還能夠不定期的統(tǒng)計網(wǎng)點在一定時刻內(nèi)的安裝量，對安裝量超過一定數(shù)額的網(wǎng)點予以獎勵。同時，結(jié)算過程中考慮此次結(jié)算期內(nèi)網(wǎng)點申領(lǐng)和三包期內(nèi)耗用配件的情形，參考此次結(jié)算金額，扣除或返還配件費。結(jié)算完畢，開具結(jié)算通知書交網(wǎng)點。結(jié)算科按照網(wǎng)點開出的發(fā)票，向銷售財務提出用款申請，付款給網(wǎng)點。配件治理配件治理實施對三級倉庫（售后，中心，網(wǎng)點）的兩級治理（售后，中心），在功能上又分成新配件和新三包備用周轉(zhuǎn)機的申領(lǐng)與發(fā)放，舊配件和舊三包備用周轉(zhuǎn)機的耗用與返廠，配件與三包備用周轉(zhuǎn)機的入出庫和修理等，它集成了三級倉庫的庫存，結(jié)存，和進出庫的帳目信息，并為結(jié)算工作提供網(wǎng)點配件申領(lǐng)的信息。正常情形下，下一級部門定期填寫配件或三包備用周轉(zhuǎn)機申領(lǐng)表，向上級部門（網(wǎng)點向治理中心，治理中心向售后，售后向配件公司）申領(lǐng)備用配件或三包周轉(zhuǎn)機，上級部門按照提出申請的下級部門庫存和本級倉庫庫存情形，確定實際發(fā)放數(shù)量，發(fā)出物資，記本地倉庫帳。網(wǎng)點更換下來的舊配件或三包周轉(zhuǎn)機隨舊件返廠登記表，全部經(jīng)中心返回售后配件倉庫。相伴配件或三包周轉(zhuǎn)機的流淌過程，各級部門完成入出庫操作，記各自的庫存帳。配件的修理工作僅發(fā)生在售后配件倉庫，三包機修理發(fā)生在售后和中心兩級。用戶信訪治理用戶信訪治理收集來自用戶的信息，完成對相應事務的處理和監(jiān)督，按照不同的統(tǒng)計條件產(chǎn)生各類統(tǒng)計報告。信訪治理收集的信息要緊分成以下幾類：對治理中心或安裝修理網(wǎng)點的投訴，對工作人員的投訴，對產(chǎn)品的投訴，用戶報裝、報修，用戶咨詢，建議與夸獎，用戶來信、來電購買配件等。信訪治理中關(guān)于收到用戶要求而未及時處理的情形應向操作員發(fā)出警告信息。質(zhì)量信息反饋治理質(zhì)量信息反饋治理要緊統(tǒng)計來自修理憑證和質(zhì)量反饋調(diào)查的信息，生成有關(guān)售出產(chǎn)品質(zhì)量的各種統(tǒng)計報告，供有關(guān)部門參考。性能詳細需求分析響應時刻系統(tǒng)應具有較高的響應速度，由于系統(tǒng)需要輸入大量的出倉單、安裝單、修理單、申領(lǐng)單等各種單據(jù)，即數(shù)據(jù)錄入工作量專門大，因此需要系統(tǒng)對錄入數(shù)據(jù)的提交有專門快的響應。用戶進行各種查詢、統(tǒng)計時，應能夠及時、準確地獲得所需要的數(shù)據(jù)。響應速度應達到分鐘級。安全性系統(tǒng)應具有良好的安全性，關(guān)于各種數(shù)據(jù)的操作，都應當設置相應的用戶權(quán)限級別，防止非法用戶對數(shù)據(jù)查看、修改或刪除。不僅應對各職能部門的查詢、操作設置權(quán)限級別，對各部門內(nèi)的登錄的用戶也應當設置更細的權(quán)限級別，幸免非法用戶對數(shù)據(jù)的查看和修改。具體地，在保證集團公司的有關(guān)職能部門以及各地分公司能夠方便地查詢其權(quán)限范疇內(nèi)的信息并進行承諾的操作的同時，要保證各地分公司只能查看與本分公司有關(guān)的數(shù)據(jù)，只能對本分公司的數(shù)據(jù)進行操作，沒有修改集團公司及其他分公司數(shù)據(jù)的權(quán)限。同樣，各中心只能看到本中心及其下屬各網(wǎng)點的信息，而不能看到其他中心和用戶服務部的信息，用戶服務部能夠看到所有中心/網(wǎng)點的數(shù)據(jù)。各中心無權(quán)作配件或三包機的沖帳，修理費用的結(jié)算、付款后的核銷、倉庫的結(jié)存等操作都必須由具有相應權(quán)限的專門人員進行?？煽啃韵到y(tǒng)應具有良好的可靠性。因為許多數(shù)據(jù)直截了當關(guān)系到費用結(jié)算、配件和三包機的數(shù)量，因此數(shù)據(jù)的正確性、可靠性尤為重要。在用戶錄入數(shù)據(jù)時，應做合法性檢查，不合法數(shù)據(jù)不能提交，從而保證錄入的數(shù)據(jù)的正確性，提升事務處理的效率和準確性。開放性采納公布的標準和協(xié)議，具有良好的開放性。用戶友好程度系統(tǒng)應有統(tǒng)一、友好、圖形化的用戶界面，操作簡單，易學易用，無須復雜的培訓，用戶即可使用。同一類型的用戶界面保持統(tǒng)一的風格，在用戶操作過程中，應有盡可能多并盡可能詳細的提示信息，例如在用戶退出修改或錄入界面之前，提示用戶進行存盤，用戶錄入數(shù)據(jù)有誤或非法時及時向用戶報警，從而方便用戶的使用。同時，系統(tǒng)應具有良好的可擴充性、可愛護性。信息詳細需求分析冰箱銷售部分信息詳細需求分析信息類型冰箱銷售部分的信息是冰箱銷售各部門信息的集成。包括銷售信息、財務信息、倉庫信息、儲運信息、市場信息、營銷治理信息、廣告信息等。也能夠按照信息的功能劃分為業(yè)務信息、產(chǎn)品信息、帳目信息、進銷存信息、人員信息、用戶權(quán)限信息、統(tǒng)計信息等。精度要求產(chǎn)品的價格數(shù)據(jù)精確到小數(shù)點后兩位；打算、生產(chǎn)數(shù)據(jù) 為整數(shù)；財務處理金額數(shù)保留到小數(shù)點后兩位；百分比均保留到小數(shù)點后兩位；冰箱售后部分信息詳細需求分析信息類型冰箱售后部分的信息包括修理記錄信息、更換配件信息、結(jié)算費用信息、各類故障信息、用戶信訪信息、物料治理信息、中心/網(wǎng)點信息等。需要手工錄入的數(shù)據(jù)有修理記錄憑證、配件或三包機的申領(lǐng)單、三包外配件或處理機銷售匯總表、用戶來信、電話或投訴、用戶咨詢卷、各中心A類件故障緣故統(tǒng)計表等。精度要求結(jié)算費用、配件或三包機單價等金額數(shù)據(jù)保留到小數(shù)點后兩位百分比均保留到小數(shù)點后兩位傳輸及存放要求冰箱修理記錄信息、更換配件信息、結(jié)算費用信息等由中心輸入，并存入中心自己的數(shù)據(jù)庫中。由于用戶信訪有多種形式，用戶信訪信息有多種類型，其中有些需要由中心輸入，有些需要又集團公司輸入。例如，用戶的來信有可能投到中心，也有可能投到集團公司。同樣，用戶的信訪電話和投訴電話有可能打到中心，也有可能打到集團公司。因此，中心和集團公司都應能夠輸入并儲存信訪信息。時效性系統(tǒng)應具有一定的時效性。倉庫庫存量應隨著配件或三包機入庫或出庫實時變化，反映實時庫存。由于集團公司期望能夠把握完整的用戶信訪信息，因此中心的信訪信息應定期（每月）傳回集團公司。冰箱修理記錄信息、更換配件信息、結(jié)算費用信息定期（每月）傳回集團公司?？照{(diào)銷售部分信息詳細需求分析信息類型空調(diào)銷售分系統(tǒng)的信息是空調(diào)銷售各部門信息的集成，它在整個系統(tǒng)中占十分重要的地位，為完成系統(tǒng)的功能提供了必要的前提和基礎(chǔ)。按部門分，有銷售信息、財務信息、倉庫信息、儲運信息、市場信息、營銷治理信息、廣告信息等。按功能分，有業(yè)務信息、產(chǎn)品信息、帳目信息、進銷存信息、人員信息、用戶權(quán)限信息、統(tǒng)計信息等。精度要求財務處理金額數(shù)保留到小數(shù)點后兩位百分比均保留到小數(shù)點后兩位運費、保險費等保留到小數(shù)點后兩位實時性要求倉庫庫存量應隨著產(chǎn)品入庫或產(chǎn)品售出實時變化，反映實時庫存。開出調(diào)撥出倉單后，商業(yè)單位業(yè)務帳應及時改變?？照{(diào)售后部分信息詳細需求分析信息類型本部分涉及的信息分成以下幾類：原始信息，來自原始單據(jù)的信息；統(tǒng)計信息，對原始信息按照不同標準進行統(tǒng)計生成的各類信息；運算信息，工作過程中（要緊是結(jié)算工作）進行了有關(guān)處理后生成的信息；治理信息，部門信息和有關(guān)的治理方法與規(guī)定；外部信息，來自用戶或其他部門的信息。信息涉及的范疇營銷治理分系統(tǒng)是整個營銷系統(tǒng)要緊信息的綜合?？照{(diào)售后治理部分的信息的流通范疇要緊是售后用戶服務部結(jié)算科，配件科，技術(shù)科，綜合治理組，各治理中心等職能部門。按信息分級治理需要分類公有信息，該類信息在整個空調(diào)售后范疇內(nèi)可自由流淌，如有關(guān)網(wǎng)點、治理中心的信息，安裝修理信息等。這些信息供各職能部門作為參考，未經(jīng)授權(quán)不得改動。用戶服務部治理信息，該類信息只能由用戶服務部特定職能部門及人員進行掃瞄和修改。治理中心級信息，該類信息對用戶服務部有關(guān)職能部門是可掃瞄的，除非在特定情形下，用戶服務部無權(quán)直截了當修改中心數(shù)據(jù)。治理中心只對與本中心有關(guān)的信息有查詢和修改的權(quán)限，信息不能跨中心流淌。系統(tǒng)級信息，該類信息由系統(tǒng)治理員愛護，其余人員未經(jīng)授權(quán)不得訪咨詢。信息精度要求結(jié)算處理金額數(shù)據(jù) 一樣保留到小數(shù)點后兩位統(tǒng)計數(shù)據(jù)一樣保留到整數(shù)位，其中涉及運算數(shù)據(jù)保留到小數(shù)點后2位百分比均保留到小數(shù)點后兩位營銷治理分系統(tǒng)功能模型在進行系統(tǒng)詳細需求分析的同時，采納IDEF0方法，利用BPwin功能模型設計軟件，建立了公司營銷治理系統(tǒng)的功能模型。建立功能模型的過程差不多上分為：了解系統(tǒng)現(xiàn)有業(yè)務流程；建立現(xiàn)有系統(tǒng)功能模型；分析改進現(xiàn)有業(yè)務流程；建立新系統(tǒng)功能模型。在對現(xiàn)有業(yè)務流程進行深入了解的基礎(chǔ)上，對業(yè)務流程加以認真分析，提出新的流程以解決存在的咨詢題和習慣新的系統(tǒng)環(huán)境。例如，現(xiàn)在的銷售開單工作全部集中在公司銷售部進行，開單過程中需要與各地中心/辦事處通過傳真件的往返進行信息傳遞，由于傳真件的字跡模糊不清專門容易引起差錯，而且降低了工作效率（如圖1所示）。結(jié)合公司網(wǎng)絡系統(tǒng)建設，對銷售開單業(yè)務流程重新規(guī)劃，得出新的銷售開單業(yè)務流程（如圖2所示）。新流程中將開單業(yè)務分散到各中心/辦事處，公司僅保留對直提要貨的開單工作。在開單權(quán)下放的同時，也加大了對開單的操縱。第一是加大了對產(chǎn)品價格修改權(quán)的操縱，對任何產(chǎn)品的價格各中心/辦事處都只能查詢，而無權(quán)修改。幸免中心/辦事處在價格方面的出錯。其次是加大了對客戶貨款余額的審查與操縱，將客戶貨款余額作為開單的關(guān)鍵條件，關(guān)于貨款余額不足的客戶，系統(tǒng)將拒絕為其開單。因此從系統(tǒng)的角度、采納技術(shù)手段對不符合要求的操作進行檢查和拒絕，使系統(tǒng)的安全性得以保證。

商業(yè)單位中心/辦事處商業(yè)單位中心/辦事處銷售/要貨打算審查要貨申請要貨打算要貨申請財務/業(yè)務帳貨款余額產(chǎn)品庫存量庫存量儲運/要貨打算平穩(wěn)審核后的直提要貨打算承運單位運輸能力銷售/開電腦出倉單平穩(wěn)后的直提要貨打算審核后的中轉(zhuǎn)倉提貨要貨打算成品倉直提電腦出倉單中心/辦事處中轉(zhuǎn)倉提貨電腦出倉單需要調(diào)整的要貨打算中轉(zhuǎn)倉不能滿足的要貨打算商業(yè)單位不能滿足的要貨打算要貨打算調(diào)整要求電腦出倉單，要貨打算圖1現(xiàn)空調(diào)銷售開單業(yè)務流程打款證明打款證明領(lǐng)導/批示批文營銷/產(chǎn)品價格產(chǎn)品價格商業(yè)單位商業(yè)單位中心/辦事處銷售/要貨打算審查要貨申請直提要貨打算貨款余額成品倉/產(chǎn)品庫存量庫存量儲運/要貨打算平穩(wěn)審核后的直提要貨打算承運單位運輸能力銷售/開電腦出倉單平穩(wěn)后的直提要貨打算審核后的中轉(zhuǎn)倉提貨要貨打算成品倉直提電腦出倉單中心/辦事處需要調(diào)整的要貨打算不能滿足的要貨打算商業(yè)單位不能滿足的要貨申請需要調(diào)整的要貨申請電腦出倉單圖2新空調(diào)銷售開單業(yè)務流程中轉(zhuǎn)倉/產(chǎn)品庫存量庫存量中轉(zhuǎn)倉中心/開電腦出倉單財務/業(yè)務帳貨款余額打款證明打款證明運算機遠程通訊：營銷/產(chǎn)品價格產(chǎn)品價格領(lǐng)導/批示批文現(xiàn)在的產(chǎn)品庫存治理是以產(chǎn)品類型和規(guī)格為單位進行治理，在這種治理方式下只能對某種產(chǎn)品的存放地點、庫存量以及出入庫數(shù)量等信息進行治理，不能實現(xiàn)對單臺產(chǎn)品的跟蹤治理。在詳細調(diào)研中，治理人員和業(yè)務人員從不同的角度提出了一些涉及到產(chǎn)品單臺跟蹤咨詢題的需求，如產(chǎn)品流向跟蹤，產(chǎn)品庫齡分析等。為了嚴格倉庫治理、加快產(chǎn)銷信息銜接、提供更準確的產(chǎn)品銷售分析信息，應該在產(chǎn)品銷售過程中采納條形碼技術(shù)。要采納條碼技術(shù)還需要第一解決兩個咨詢題，一是包裝箱上應該有條碼；二是在成品倉、中轉(zhuǎn)倉甚至較大的銷售單位配備條碼設備和運算機設備。所以，銷售業(yè)務處理流程也要進行相應的改變。從庫存治理業(yè)務看，現(xiàn)在的空調(diào)入出庫治理業(yè)務流程如圖3所示；圖4描述了實行條碼治理后的空調(diào)入出庫治理業(yè)務流程。生產(chǎn)車間生產(chǎn)車間倉管員/清點倉庫/庫存帳產(chǎn)品入倉單銷售/開電腦出倉單倉管員/開入倉單產(chǎn)品數(shù)量倉管員/清點/貼流向碼電腦出倉單倉庫產(chǎn)品產(chǎn)品商業(yè)單位產(chǎn)品產(chǎn)品數(shù)量，電腦出倉單銷售/流向碼帳區(qū)域流向碼圖3空調(diào)入出庫治理業(yè)務流程生產(chǎn)車間生產(chǎn)車間條碼掃描設備倉庫/條碼帳產(chǎn)品銷售產(chǎn)品數(shù)量條碼掃描設備電腦出倉單倉庫產(chǎn)品產(chǎn)品商業(yè)單位產(chǎn)品產(chǎn)品數(shù)量倉庫/庫存帳產(chǎn)品條碼產(chǎn)品條碼電腦出倉單電腦出倉單入倉單入倉單入倉單圖4空調(diào)入出庫條碼跟蹤治理業(yè)務流程按照國家863/CIMS應用工程的要求，建立了公司營銷系統(tǒng)的功能模型。該模型由48張不同層次的IDEF0圖構(gòu)成。公司營銷治理系統(tǒng)功能模型參見附錄1。營銷治理分系統(tǒng)子系統(tǒng)和功能模塊劃分按照公司營銷治理系統(tǒng)的總體實現(xiàn)模式，營銷治理分系統(tǒng)分為集團公司營銷治理和中心/辦事處營銷治理兩大部分。集團公司營銷治理部分的軟件運行于集團公司的服務器上，用于支持集團公司各銷售治理部門的各項業(yè)務，以及支持各地中心/辦事處需要與集團公司保持實時聯(lián)系的各項業(yè)務。中心/辦事處營銷治理部分運行于中心/辦事處的服務器上，用于支持中心/辦事處的本地業(yè)務和不需要與集團公司保持實時聯(lián)系的各項業(yè)務。集團公司銷售治理部分又分為銷售治理子系統(tǒng)，運輸治理子系統(tǒng)，售后治理子系統(tǒng)，市場治理子系統(tǒng)，財務治理子系統(tǒng)，系統(tǒng)治理子系統(tǒng)等。中心/辦事處營銷治理部分又分為銷售治理子系統(tǒng)，售后治理子系統(tǒng)，市場治理子系統(tǒng)等。詳細的功能模塊劃分如圖5所示。

營銷治理分系統(tǒng)營銷治理分系統(tǒng)集團公司營銷治理部分銷售治理子系統(tǒng)成品倉（中轉(zhuǎn)倉）治理成品入倉治理成品出倉治理成品調(diào)倉治理成品庫存查詢統(tǒng)計產(chǎn)品銷售治理發(fā)貨申請單審核制定發(fā)貨打算開出倉單銷售單位治理增加銷售單位修改銷售單位注銷銷售單位銷售單位信息查詢統(tǒng)計運輸治理子系統(tǒng)承運單位治理增加承運單位修改承運單位注銷承運單位承運單位信息查詢統(tǒng)計產(chǎn)品運輸治理要貨打算平穩(wěn)開送貨單送貨單回執(zhí)審核運費審核運輸保險售后治理子系統(tǒng)售后治理子系統(tǒng)產(chǎn)品安裝治理費用審核結(jié)算治理產(chǎn)品銷售區(qū)域?qū)徍税惭b單審核修理單審核打印結(jié)算單安裝單治理輸入安裝單修改安裝單刪除安裝單安裝單查詢統(tǒng)計產(chǎn)品修理治理輸入修理單修改修理單刪除修理單修理單查詢統(tǒng)計打印用款通知書結(jié)算核銷結(jié)算費用統(tǒng)計分析配件治理制定配件/三包機申領(lǐng)打算配件/三包機領(lǐng)用信息統(tǒng)計售后倉配件/三包機查詢中心配件/三包機帳查詢網(wǎng)點配件/三包機帳查詢售后倉治理配件入倉治理配件出倉治理配件庫存查詢統(tǒng)計三包機入倉治理三包機入倉治理三包機出倉治理三包機庫存查詢統(tǒng)計質(zhì)量信息治理輸入質(zhì)量信息修改質(zhì)量信息刪除質(zhì)量信息質(zhì)量信息查詢統(tǒng)計中心/網(wǎng)點信息治理輸入中心/網(wǎng)點信息修改中心/網(wǎng)點信息刪除中心/網(wǎng)點信息中心/網(wǎng)點信息查詢統(tǒng)計用戶信訪治理輸入信訪/回訪信息修改信訪/回訪信息刪除信訪/回訪信息信訪/回訪信息查詢統(tǒng)計市場治理子系統(tǒng)市場信息治理本公司產(chǎn)品近期銷售打算銷售打算匯總銷售打算查詢統(tǒng)計本公司產(chǎn)品銷售信息治理本公司產(chǎn)品銷售信息匯總本公司產(chǎn)品銷售信息查詢統(tǒng)計其它公司產(chǎn)品銷售信息治理其它公司產(chǎn)品銷售信息匯總其它公司產(chǎn)品銷售信息查詢統(tǒng)計銷售渠道治理銷售渠道治理銷售網(wǎng)點業(yè)績治理銷售專柜業(yè)績治理廣告信息治理廣告信息匯總廣告信息查詢統(tǒng)計財務治理子系統(tǒng)財務科目治理憑證治理專用憑證治理調(diào)整（通用）憑證治理帳務治理總帳（一/二級）單位明細帳財務統(tǒng)計報表治理應收帳統(tǒng)計應對帳統(tǒng)計業(yè)務帳銀行來款統(tǒng)計商品明細帳統(tǒng)計報稅發(fā)票統(tǒng)計會計治理原始單據(jù)治理發(fā)票治理返銷發(fā)票治理銀行來款證明治理(含承兌匯票)折讓單治理系統(tǒng)治理子系統(tǒng)代碼愛護用戶權(quán)限設置用戶權(quán)限設置系統(tǒng)參數(shù)設置中心/辦事處營銷治理部分銷售治理子系統(tǒng)成品倉（中轉(zhuǎn)倉）治理成品入倉治理成品出倉治理成品調(diào)倉治理成品庫存查詢統(tǒng)計產(chǎn)品銷售治理發(fā)貨申請單審核制定發(fā)貨打算開出倉單產(chǎn)品安裝治理安裝單治理輸入安裝單修改安裝單刪除安裝單安裝單查詢統(tǒng)計產(chǎn)品修理治理輸入修理單修改修理單刪除修理單修理單查詢統(tǒng)計售后治理子系統(tǒng)配件倉治理配件入倉治理配件出倉治理配件庫存查詢統(tǒng)計三包機入倉治理三包機入倉治理三包機出倉治理三包機庫存查詢統(tǒng)計質(zhì)量信息治理輸入質(zhì)量信息修改質(zhì)量信息刪除質(zhì)量信息質(zhì)量信息查詢統(tǒng)計網(wǎng)點新配件治理輸入網(wǎng)點新配件申領(lǐng)單修改網(wǎng)點新配件申領(lǐng)單刪除網(wǎng)點新配件申領(lǐng)單網(wǎng)點新配件申領(lǐng)信息查詢網(wǎng)點配件治理網(wǎng)點三包周轉(zhuǎn)機治理輸入網(wǎng)點三包機申領(lǐng)單修改網(wǎng)點三包機申領(lǐng)單刪除網(wǎng)點三包機申領(lǐng)單網(wǎng)點三包機申領(lǐng)單信息查詢網(wǎng)點舊配件治理輸入網(wǎng)點舊配件返廠單修改網(wǎng)點舊配件返廠單刪除網(wǎng)點舊配件返廠單網(wǎng)點舊配件返廠單匯總網(wǎng)點三包壞損機治理輸入網(wǎng)點三包壞損機返廠單修改網(wǎng)點三包壞損機返廠單刪除網(wǎng)點三包壞損機返廠單網(wǎng)點三包壞損機返廠信息查詢網(wǎng)點舊配件返廠信息查詢網(wǎng)點配件帳報表治理網(wǎng)點配件帳報表治理中心網(wǎng)點信息查詢統(tǒng)計中心網(wǎng)點信息治理市場治理子系統(tǒng)市場信息治理本公司產(chǎn)品近期銷售打算輸入銷售打算修改銷售打算刪除銷售打算銷售打算查詢統(tǒng)計本公司產(chǎn)品銷售信息治理輸入本公司產(chǎn)品銷售信息修改本公司產(chǎn)品銷售信息刪除本公司產(chǎn)品銷售信息本公司產(chǎn)品銷售信息查詢統(tǒng)計其它公司產(chǎn)品銷售信息治理輸入其它公司產(chǎn)品銷售信息修改其它公司產(chǎn)品銷售信息刪除其它公司產(chǎn)品銷售信息其它公司產(chǎn)品銷售信息查詢統(tǒng)計廣告信息治理輸入廣告信息修改廣告信息刪除廣告信息廣告信息查詢統(tǒng)計圖5營銷治理分系統(tǒng)功能模塊劃分系統(tǒng)治理子系統(tǒng)代碼愛護用戶權(quán)限設置系統(tǒng)參數(shù)設置分系統(tǒng)界面設計外部界面設計公司營銷治理分系統(tǒng)與MRPⅡ系統(tǒng)之間存在有產(chǎn)品、配件、價格、銷售打算等信息交換；與成本治理分系統(tǒng)之間存在有產(chǎn)品庫存以及資金占用等信息交換；與條形碼輸入系統(tǒng)之間存在有產(chǎn)品、倉庫、商業(yè)單位等信息交換。用戶界面設計公司營銷治理分系統(tǒng)采納Browser/Server模式體系結(jié)構(gòu)，客戶端應用只需使用掃瞄器即可，系統(tǒng)以WWW網(wǎng)頁方式與用戶進行交互，具有統(tǒng)一、友好、圖形化的用戶界面，操作簡單，無須復雜的培訓，用戶即可使用。因為此系統(tǒng)要緊是對數(shù)據(jù)庫操作，用戶的操作要緊包括數(shù)據(jù)錄入、查詢、修改和刪除等，為方便用戶的使用，同一類型的用戶界面應保持統(tǒng)一的風格，在用戶操作過程中，應有盡可能多并盡可能詳細的提示信息，例如在用戶未執(zhí)行儲存操作而退出修改或錄入界面時，要提示用戶進行存盤，用戶錄入數(shù)據(jù)有誤或數(shù)據(jù)不合法時要及時向用戶報警，要求重新輸入。圖6為輸入數(shù)據(jù)出錯時系統(tǒng)提示的例子。圖6用戶錄入錯誤時的信息提示關(guān)于數(shù)據(jù)查詢操作，用戶輸入查詢條件（如日期范疇、編號范疇等），然后單擊“查詢”按鈕便可進行查詢。查詢結(jié)果的顯示多采納HTML的TABLE（表格）形式，顯示界面整齊美觀（如圖7所示）。若需顯示的結(jié)果數(shù)據(jù)專門多，以至于一屏顯示不下時，屏幕下方將顯示導航條和頁數(shù)信息，便于用戶的查閱。圖7數(shù)據(jù)查詢結(jié)果顯示關(guān)于數(shù)據(jù)錄入操作，用戶輸入必需的各項數(shù)據(jù)，然后單擊“儲存”按鈕儲存當前記錄。單擊“添加”按鈕可連續(xù)輸入下一條記錄。數(shù)據(jù)錄入的用戶界面的外觀如圖8所示。圖8數(shù)據(jù)錄入界面示意數(shù)據(jù)庫系統(tǒng)設計設計要求鑒于公司營銷系統(tǒng)的業(yè)務特點和公司集團對營銷治理系統(tǒng)的要求，營銷治理系統(tǒng)所采納的數(shù)據(jù)庫系統(tǒng)應滿足如下要求：分布式關(guān)系型能儲備和處理公司集團龐大的產(chǎn)品及有關(guān)數(shù)據(jù)能保持集團公司數(shù)據(jù)庫數(shù)據(jù)和中心/辦事處數(shù)據(jù)庫數(shù)據(jù)的一致具有備份數(shù)據(jù)與復原數(shù)據(jù)的能力較高的查詢響應速度具有完善的安全治理機制信息模型設計信息模型設計使用的符號講明信息模型設計中使用的圖形符號完全服從IDEF1x方法規(guī)范。實體公司營銷治理系統(tǒng)涉及到兩類實體：獨立實體和從屬實體。實體名獨立實體：實體的每一個實例能被唯獨標識且又不依靠于它與其它實體的聯(lián)系。圖形表示為方角矩形框。實體名從屬實體：實體的每一個實例的唯獨標識依靠于該實體與其它實體的聯(lián)系。圖形表示為圓角矩形框。聯(lián)系實體名可標定聯(lián)系：子女實體的每一個實例差不多上由它與雙親的聯(lián)系而確定，即子女實體的主鍵中包含雙親實體的主鍵。實體名

可標定聯(lián)系圖形表示為：實體名實體名實體名雙親實體子女實體非標定聯(lián)系：子女實體的每個實例都能被唯獨的標識，不需要通過聯(lián)系識別。實體名雙親實體實體名雙親實體實體名子女實體完全分類聯(lián)系：一樣實體的一個實例僅與一個分類實例相聯(lián)系。實體名實體名實體名實體名實體名實體名一樣實體分類實體鑒別器屬性屬性表示事物的一種特點或性質(zhì)。每個屬性僅屬于一個實體，為實體所繼承的屬性只能是關(guān)鍵字屬性。一個實體的候選關(guān)鍵字屬性能夠由一個或多個屬性組成，它唯獨確定或標識實體的每一個實例。如果實體存在多個候選關(guān)鍵字，必須指定一個為“主關(guān)鍵字”，用PK表示，其它為候選關(guān)鍵字，也稱為“次關(guān)鍵字”。由于公司營銷治理系統(tǒng)選用是關(guān)系型數(shù)據(jù)庫其數(shù)據(jù)模型為關(guān)系模型，因此設計中沒有考慮候選關(guān)鍵字或次關(guān)鍵字。在確定聯(lián)系和分類聯(lián)系中，雙親實體或一樣實體的主關(guān)鍵字要被子女實體或分類實體繼承，這些被子女實體和分類實體繼承的屬性稱為“外來關(guān)鍵字”，用FK表示。信息模型設計在系統(tǒng)詳細調(diào)查的基礎(chǔ)上，按照關(guān)系數(shù)據(jù)庫設計方法和理論，對公司營銷治理系統(tǒng)所涉及到的臺帳、報表、單據(jù)等信息進行分析整理，利用信息模型設計工具ERwin，對實體、實體屬性、關(guān)鍵字以及實體之間的聯(lián)系進行設計。設計出了包含180多個實體（不包含視圖）的公司營銷治理系統(tǒng)信息模型。ERwin基于圖形用戶界面實現(xiàn)并擴展了IDEF1x方法，ERwin提供了邏輯視圖和物理視圖兩種模式，并能夠與ORACLE等數(shù)據(jù)庫相連接，能夠直截了當完成由實體聯(lián)系圖到ORACLE物理數(shù)據(jù)庫的轉(zhuǎn)換工作。另外，ERwin還能夠?qū)?shù)據(jù)庫的完整性約束條件等進行設計，如屬性的非空性、缺省值、有效性、觸發(fā)器、增加及刪除的約束等。視圖、儲備過程和觸發(fā)器等都能夠儲備在ERwin文件中，在進行實體聯(lián)系圖到物理數(shù)據(jù)庫轉(zhuǎn)換時能夠?qū)⒁晥D、儲備過程和觸發(fā)器等一并生成。公司營銷治理系統(tǒng)信息模型的實體聯(lián)系圖和實體屬性講明表，參見附錄2，附錄3。數(shù)據(jù)庫設計數(shù)據(jù)訪咨詢頻度和流量從數(shù)據(jù)被訪咨詢的頻繁程度看：產(chǎn)品庫存數(shù)據(jù)、產(chǎn)品價格數(shù)據(jù)、業(yè)務帳數(shù)據(jù)、用戶信訪數(shù)據(jù)等需要經(jīng)常輸入與查詢，因此數(shù)據(jù)的訪咨詢比較頻繁。而產(chǎn)品安裝數(shù)據(jù)、產(chǎn)品修理數(shù)據(jù)、運輸與保險費用數(shù)據(jù)等通常是集中一定數(shù)量（或積存一定時刻）的單據(jù)，以成批處理的方式進行，因此數(shù)據(jù)訪咨詢頻度比較低。從數(shù)據(jù)的流量大小看：產(chǎn)品庫存數(shù)據(jù)、產(chǎn)品安裝數(shù)據(jù)、產(chǎn)品修理數(shù)據(jù)、運輸與保險費用數(shù)據(jù)等都與產(chǎn)品有關(guān)，專門是實施產(chǎn)品單臺跟蹤后數(shù)據(jù)流量專門大。數(shù)據(jù)庫選型公司營銷治理系統(tǒng)目前涉及到冰箱和空調(diào)的全部產(chǎn)品庫存信息和產(chǎn)品銷售信息。而且數(shù)據(jù)庫中的數(shù)據(jù)量將隨著時刻的推移而逐步增加。如果按照年產(chǎn)冰箱360萬臺和年產(chǎn)空調(diào)120萬臺來估算，公司營銷系統(tǒng)數(shù)據(jù)庫不久將變得專門龐大。另外，公司營銷系統(tǒng)對系統(tǒng)數(shù)據(jù)的安全性和數(shù)據(jù)處理速度都有有專門高的要求。因此在數(shù)據(jù)庫選型時應充分考慮系統(tǒng)對數(shù)據(jù)庫的設計要求。在大型商業(yè)化關(guān)系數(shù)據(jù)庫產(chǎn)品中，ORACLE數(shù)據(jù)庫具有：*采納標準的SQL結(jié)構(gòu)化查詢語言。*具有豐富的開發(fā)工具，覆蓋開發(fā)周期的各時期。*支持超大型數(shù)據(jù)庫，能支持在一個數(shù)據(jù)庫中的數(shù)千G的儲備，數(shù)據(jù)類型支持數(shù)字、字符、大至4GB的二進制數(shù)據(jù)，為數(shù)據(jù)庫的面向?qū)ο髢涮峁?shù)據(jù)支持。*具有第四代語言的開發(fā)工具（SQL*FORMS、SQL*REPORTS、SQL*MENU等）。*通過SQL*DBA操縱用戶權(quán)限，提供數(shù)據(jù)愛護功能，監(jiān)控數(shù)據(jù)庫的運行狀態(tài)，調(diào)整數(shù)據(jù)緩沖區(qū)的大小。*分布優(yōu)化查詢功能。*具有數(shù)據(jù)透亮、網(wǎng)絡透亮，支持異種網(wǎng)絡、異構(gòu)數(shù)據(jù)庫系統(tǒng)。并行處理采納動態(tài)數(shù)據(jù)分片技術(shù)。*支持客戶機/服務器體系結(jié)構(gòu)及混合的體系結(jié)構(gòu)（集中式、分布式、客戶機/服務器）。*實現(xiàn)了兩時期提交、多線索查詢手段。*支持多種系統(tǒng)平臺（HPUX、SUNOS、OSF/1、VMS、WINDOWS、WINDOWS/NT、OS/2）。*數(shù)據(jù)安全愛護措施：采取快照SNAP方式完全排除了分布讀寫沖突。自動檢測死鎖和沖突并解決。*數(shù)據(jù)庫內(nèi)模支持多字節(jié)碼制，支持多種語言文字編碼。ORACLE數(shù)據(jù)庫所具有的這些特點，能夠滿足公司營銷治理系統(tǒng)的要求。因此數(shù)據(jù)庫系統(tǒng)選擇ORACLE公司的ORACLE8數(shù)據(jù)庫。異構(gòu)數(shù)據(jù)庫的連接與數(shù)據(jù)傳遞方式營銷治理系統(tǒng)不是一個孤立的系統(tǒng)，它與其它系統(tǒng)之間存在著不同程度的數(shù)據(jù)交換。專門是與公司集團的MRPⅡ系統(tǒng)之間的數(shù)據(jù)交換咨詢題需要加以研究解決。由于公司集團的MRPⅡ系統(tǒng)采納CA公司的MANMAN軟件，其數(shù)據(jù)庫系統(tǒng)為網(wǎng)狀數(shù)據(jù)庫，因此與關(guān)系數(shù)據(jù)庫之間的信息交換比較困難。方案一為了使營銷治理系統(tǒng)與MANMAN系統(tǒng)有機的結(jié)合在一起，我們擬在NTWWW服務器上編寫CGI程序。由該CGI程序啟動VMS系統(tǒng)的FORTRAN程序，該FORTRAN程序通過與MANMAN的接口讀取MANMAN中的數(shù)據(jù)，再將數(shù)據(jù)傳回給NT的CGI，再由CGI傳送主頁給最終用戶。數(shù)據(jù)交換示意圖如圖9所示。CGI程序CGI程序NTWWWFORTRAN程序VMSMANMAN軟件用戶掃瞄器圖9營銷治理系統(tǒng)與MANMAN軟件數(shù)據(jù)交換方案一然而這一方案存在的咨詢題是，處于NTWWW服務器上的CGI程序是否能夠啟動VMS上FORTRAN程序還需要做進一步的實驗。因此，這一方案能否實現(xiàn)目前還沒有十分的把握。方案二第一，在VMS系統(tǒng)上配置WWW服務器（需公司集團方面協(xié)助實現(xiàn)）。然后將CGI程序直截了當放到VMS上（利用FORTRAN與MANMAN接口直截了當編寫CGI），如此用戶就能夠直截了當連到VMS上，由CGI程序獵取MANMAN中的數(shù)據(jù)，這一方案能夠大大提升整個系統(tǒng)的工作效率。數(shù)據(jù)交換示意圖如圖10所示。此項工作需和電腦科的技術(shù)人員加以和諧。CGI程序CGI程序（FORTRAN）VMSWWWMANMAN軟件用戶掃瞄器圖10營銷治理系統(tǒng)與MANMAN軟件數(shù)據(jù)交換方案二數(shù)據(jù)安全性及保密性設計公司營銷治理系統(tǒng)對數(shù)據(jù)的安全性和保密性都有專門高的要求。為了能夠達到這些要求，營銷治理系統(tǒng)將從多個方面、分層次的采取安全措施。數(shù)據(jù)安全性設計數(shù)據(jù)的安全性要緊體現(xiàn)在：可不能由于人為因素，使系統(tǒng)數(shù)據(jù)遭到破壞；可不能由于系統(tǒng)故障，導致系統(tǒng)數(shù)據(jù)的大面積破壞和丟失。使用數(shù)據(jù)庫備份機制定時備份數(shù)據(jù)庫中的數(shù)據(jù)，以便數(shù)據(jù)庫丟失時復原。數(shù)據(jù)保密性設計數(shù)據(jù)的保密性要緊體現(xiàn)在：任何使用者都不能看到與其業(yè)務無關(guān)的數(shù)據(jù)，更不能更換這些數(shù)據(jù)。例如：冰箱公司只能看到該公司自己的數(shù)據(jù)，而空調(diào)公司也只能看到該公司自己的數(shù)據(jù)；不同的中心/辦事處只能看到與該中心有關(guān)的數(shù)據(jù)，集團公司只能查看而不能修改中心/辦事處的數(shù)據(jù)等。數(shù)據(jù)字典設計ERwin提供了豐富的處理文檔的功能，有關(guān)實體、屬性、聯(lián)系、域及其相互之間的關(guān)系都能夠用多種形式建立并打印出來，同時還能夠?qū)⑦@些文檔轉(zhuǎn)換到選定的數(shù)據(jù)庫中?？茽I銷治理系統(tǒng)數(shù)據(jù)庫設計中，所有的實體（表）名、屬性名差不多上以英文形式顯現(xiàn)。因此，為每個實體（表）建立了包含實體（表）名的中英文對比、屬性名中英文對比、屬性類型、長度、主鍵和外鍵等內(nèi)容的實體表。實體表作為實體聯(lián)系圖的必要補充，既是實體聯(lián)系圖的有效的輔助講明，又是程序設計人員編寫程序時必不可少的重要資料。詳細的實體屬性表參見附錄3。網(wǎng)絡通信系統(tǒng)設計設計要求公司營銷治理系統(tǒng)網(wǎng)絡的設計，要緊考慮下列差不多原則：保證網(wǎng)絡的先進性，同時要兼顧網(wǎng)絡的經(jīng)濟性和可行性保證網(wǎng)絡的開放性和可互連性保證網(wǎng)絡系統(tǒng)的可靠性和安全性保證網(wǎng)絡的可擴展性和可升級性充分考慮和利用現(xiàn)有網(wǎng)絡設施，降低網(wǎng)絡建設成本基于上述差不多原則，考慮到公司集團差不多建立了覆蓋集團總部和各分公司的主干網(wǎng)，因此營銷治理系統(tǒng)網(wǎng)絡只需要對公司主干網(wǎng)進行必要的擴充。公司集團營銷治理系統(tǒng)涉及到分布在全國各地的中心/辦事處、營銷網(wǎng)點、安裝修理網(wǎng)點，因此營銷治理系統(tǒng)的網(wǎng)絡設計應充分考慮其特點，同時要兼顧到網(wǎng)絡建筑費用、網(wǎng)絡運行費用、網(wǎng)絡通訊速度、信息傳輸可靠性等因素。網(wǎng)絡設計方案為了找出比較好的實現(xiàn)方案，對各種可能的組網(wǎng)方案的優(yōu)點及存在的咨詢題做了分析比較，并與企管部電腦科的技術(shù)人員進行了討論交流，提出了一套可行的實現(xiàn)方案。各地中心/辦事處與集團公司之間、各網(wǎng)點與中心/辦事處之間采納電話線撥號上網(wǎng)方式進行通訊。因此，集團公司主干網(wǎng)應配備ModemPool及多條電話線。由于營銷治理系統(tǒng)采納掃瞄器/服務器模式開發(fā)，因此集團公司主干網(wǎng)上需要增加一臺WWW服務器。各地中心/辦事處能夠建立自己的局域網(wǎng)和WWW服務器，經(jīng)Modem和電話線與集團公司連網(wǎng)。各銷售網(wǎng)點、修理網(wǎng)點能夠只設一臺PC機，經(jīng)Modem和電話線與該地區(qū)中心/辦事處連網(wǎng)。具體實現(xiàn)方案如圖11所示。

圖11公司營銷治理系統(tǒng)網(wǎng)絡設計方案圖11公司營銷治理系統(tǒng)網(wǎng)絡設計方案信息編碼設計營銷治理系統(tǒng)要緊用到以下信息分類編碼：產(chǎn)品編碼代碼結(jié)構(gòu)××××××××××大類標志小類顏色等級代碼類型 字符型代碼長度 10應用范疇 營銷治理分系統(tǒng)零配件編碼冰箱零配件編碼空調(diào)零配件編碼產(chǎn)品分類屬性編碼冰箱產(chǎn)品分類屬性編碼a.代碼結(jié)構(gòu)×××××××工質(zhì)系列型號改型b.代碼類型 字符型c.代碼長度 7d.應用范疇 售后治理子系統(tǒng)（冰箱）空調(diào)產(chǎn)品分類屬性編碼a.代碼結(jié)構(gòu)××××××××××××品牌單冷/冷暖結(jié)構(gòu)類型變頻一拖一/二功率投產(chǎn)年度改型等級預留b.代碼類型 字符型c.代碼長度 12d.應用范疇 售后治理子系統(tǒng)（空調(diào)）故障編碼

冰箱故障編碼a.代碼結(jié)構(gòu)×××××× 故障第一層細分故障第二層細分故障 第三層細分故障 流水號b.代碼類型 字符型c.代碼長度 6d.應用范疇 售后治理子系統(tǒng)（冰箱）空調(diào)故障編碼a.代碼結(jié)構(gòu)××××系列號流水號b.代碼類型 字符型c.代碼長度 4d.應用范疇 售后治理子系統(tǒng)（空調(diào)）冰箱故障現(xiàn)象編碼a.代碼結(jié)構(gòu)××系列號b.代碼類型 字符型c.代碼長度 8d.應用范疇 售后治理子系統(tǒng)（冰箱）空調(diào)故障現(xiàn)象編碼特約修理單位編碼冰箱修理單位編碼a.代碼結(jié)構(gòu)××××××××國區(qū)省市(縣)中心識別碼流水號b.代碼類型 字符型c.代碼長度 8d.應用范疇 售后治理子系統(tǒng)（冰箱）空調(diào)修理網(wǎng)點編碼a.代碼結(jié)構(gòu)××××××××省市流水號b.代碼類型 字符型c.代碼長度 8d.應用范疇 售后治理子系統(tǒng)（空調(diào)）產(chǎn)品條形碼冰箱條形碼a.代碼結(jié)構(gòu)××××××××××××××××冰箱型號生產(chǎn)線號顏色/等級年月日流水號b.代碼類型 字符型c.代碼長度 16d.應用范疇 售后治理子系統(tǒng)（冰箱）空調(diào)條形碼a.代碼結(jié)構(gòu)×××××××××××××型號代號生產(chǎn)線代號年月日流水號（當日）b.代碼類型 字符型c.代碼長度 13d.應用范疇 售后治理子系統(tǒng)（空調(diào)）銷售單位編碼（空調(diào)、冰箱共用）a.代碼結(jié)構(gòu)××××××××國內(nèi)/外省市流水號b.代碼類型 字符型c.代碼長度 8d.應用范疇 營銷治理分系統(tǒng)生產(chǎn)單位編碼公司產(chǎn)品生產(chǎn)部門編碼另配件生產(chǎn)廠家編碼倉庫編碼a.代碼結(jié)構(gòu)××A/C順序號b.代碼長度 2c.代碼類型 字符型d.應用范疇 銷售治理子系統(tǒng)倉庫類別編碼省級中心和辦事處編碼運輸單位編碼鐵路車站編碼 采納GB10302-88汽車隊編碼a.代碼結(jié)構(gòu)××××省流水號b.代碼長度 4c.代碼類型 字符型d.應用范疇 銷售治理子系統(tǒng)行政區(qū)域編碼（建議采納國標GB2260-90）冰箱地區(qū)編碼a.代碼結(jié)構(gòu)×××××國區(qū)省市(縣)b.代碼長度 5c.代碼類型 字符型d.應用范疇 營銷治理分系統(tǒng)空調(diào)地區(qū)編碼a.代碼結(jié)構(gòu)××××××省市b.代碼長度 6c.代碼類型 字符型d.應用范疇 營銷治理分系統(tǒng)銷售區(qū)域編碼a.代碼結(jié)構(gòu)×（字母）省b.代碼長度 1c.代碼類型 字符型d.應用范疇 營銷治理分系統(tǒng)產(chǎn)品類別碼a.代碼結(jié)構(gòu) ××b.代碼長度 2c.代碼類型 字符型d.應用范疇 營銷治理分系統(tǒng)人事信息編碼a.代碼結(jié)構(gòu) 采納國標碼b.應用范疇 營銷治理分系統(tǒng)關(guān)鍵技術(shù)提升查詢速度使用并行服務器選件要求運行在多處理器運算機上，從而使多個現(xiàn)場（Instance）能并行的訪咨詢一個單獨的數(shù)據(jù)庫。使用并行查詢選件要求Oracle數(shù)據(jù)庫服務器運行在多處理器運算機上，Oracle利用查詢和諧器及查詢服務器把一個復雜的數(shù)據(jù)庫操作劃為邏輯子任務，并將這些子任務交給多個處理器，這些處理器并行工作，從而大大縮短了數(shù)據(jù)庫操作所需的總時刻。采納分區(qū)表及索引技術(shù)為了能提升專門大的表的查詢速度，Oracle提出了分區(qū)表及索引技術(shù)。該技術(shù)將大表分成若干較小的較易治理的子分區(qū)。如此對該表進行查詢時，并不是訪咨詢具有同樣的字段名、約束定義及其他屬性，即所有的子分區(qū)具有相同的邏輯分區(qū)，而實際上位于不同的物理分區(qū)（甚至能夠位于不同的表空間）。采納分區(qū)表技術(shù)并不增加最終用戶的負擔，用戶完全透亮的訪咨詢數(shù)據(jù)。其優(yōu)點時不但可大大加快查詢速度，而且當某一分區(qū)發(fā)生故障時，并不阻礙其他分區(qū)的操作，便于各分區(qū)的獨立備份和復原，另外可按照情形，適當將各分區(qū)放在不同硬盤上，從而可平穩(wěn)I/O負載。使用MTS（MicrosoftTransactionServer）技術(shù)為了提升整個Broswer/Server系統(tǒng)的阻礙速度，我們使用了MTS（MicrosoftTransactionServer）技術(shù)。MTS可有效地利用運算機資源，專門是我們系統(tǒng)所需使用的三種系統(tǒng)資源（線程、對象、ODBC連接）都提供了緩沖池（Pooling），而這三種系統(tǒng)資源的合理調(diào)用直截了當阻礙到站點的執(zhí)行效能。第一MTS按照內(nèi)部定標特性，提供多線程技術(shù)能力來治理同時進入站點的多個用戶線程；同時MTS能建立一個所有用戶能分享的對象實例庫來幸免系統(tǒng)資源的白費；另外MTS將ASP頁面上移走數(shù)據(jù)訪咨詢而將其轉(zhuǎn)移到一個單獨的商務對象中，以便其他支持DCOM的應用程序可重復使用該商務邏輯，從而達到ODBC的集成庫。通過一些精心設置的ASP編碼，及對MSIIS進行一系列的配置，MTS和IIS可有機地無縫地聯(lián)合工作，可大大提升B/S系統(tǒng)的性能。合理分配服務器與客戶端的負荷分配主頁表單為用戶提供了向服務器提交信息的手段，當要對用戶的某些信息進行一些限制（如在一個文本框中只能輸入數(shù)字，或在一個文本框內(nèi)輸入有長度限制的字符串等），可在服務器端設置一個對用戶提交信息進行檢驗的程序。當用戶輸入不符合規(guī)定的信息，服務器會提醒用戶重新輸入，如此做的缺點是專門明顯的，用戶需花較長的等待時刻且加重了網(wǎng)絡的信息流量。我們采納了均衡服務器和客戶端負荷的方法，充分利用客戶機的運算能力，在主頁中插入一些腳本，由客戶掃瞄器來驗證用戶輸入信息的合法性。下面是一些腳本片段，用以完成上述工作（驗證數(shù)字域）：CheckOK="1234567890"CheckStr=theForm.Control1.ValueFori=1toLen(CheckStr) ch=Mid(CheckStr,i,1) If(InStr(CheckOK,ch)=0)Then allValid=False ExitFor EndIfNext………If(NotallValid)Then………使用批提交技術(shù)當前主頁編寫時，一樣使用表單。表單關(guān)于處理單條記錄的查詢、修改、插入時是專門便利的。但在實時工作時，操作員可能需一次同時錄入多條記錄后，再統(tǒng)一執(zhí)行一次提交操作。這種操作方式不僅符合工作模式，也可節(jié)約網(wǎng)絡信息的流量。為了克服表單只能提交一條記錄的缺點，我們開發(fā)了一個數(shù)據(jù)庫表格控件。該控件遵循微軟公司的DCOM規(guī)范，利用ODBC和ADO連接到目標數(shù)據(jù)源。該控件可顯示多條記錄，設有第一條記錄，最后一條記錄，前一記錄，后一記錄，修改、插入、取消等多種方法。將此控件放在主頁上，即可實現(xiàn)類似于PowerBuild的GridDatawindow的功能，從而達到我們的設計要求。使用自動系列號技術(shù)關(guān)于一樣的應用程序來講，在數(shù)據(jù)庫中生成唯獨的系列號是一件專門苦惱的工作，一樣是將當前數(shù)據(jù)庫中的最大系列號取出，再加上一增量作為新系列號，但當多用戶插入同一表時，有時會發(fā)生系列號不唯獨的錯誤。這種方法不僅需查詢大量數(shù)據(jù)，從而造成操作延誤，而且經(jīng)常由于系列號不唯獨，使用戶操作時極不方便。我們利用下列的數(shù)據(jù)庫端操作來自動生成系列號：CreateSequence0CustomerIDincrementby1startwith1000;當需插入新記錄時，只需執(zhí)行下列SQL語句即可；InsertintoCUSTOMER(Name,Contact,ID) Values('項目組','張三',CustomerID.NextVal);這種方法大大提升了操作速度，而且能保證多用戶插入時可不能發(fā)生沖突。RAS的客戶端編程公司營銷系統(tǒng)是建立在以電話網(wǎng)為基礎(chǔ)的廣域網(wǎng)上，遠端用戶需撥號登錄到主機上，才能連通運算機，達到掃瞄的目的。目前撥號上網(wǎng)的軟件專門多，但都不能滿足我們的需求。我們需要的是在遠程運算機的主頁上點取某一超級鏈接時，能自動撥打相應的電話號碼，并自動實現(xiàn)TCP/IP的連接，從而達到掃瞄操作的功能。為了實現(xiàn)上述目標，我們編寫了RASDial操縱，該操縱按照Modem的初始化記錄，能撥打正確的電話號碼，實現(xiàn)PPP連接，從客戶機能正確連接到主機上。當用戶關(guān)閉掃瞄器時，能自動切斷電話。利用RASDial可實現(xiàn)用戶操作透亮化，大大減輕了最終用戶操作的復雜性。保證系統(tǒng)安全采納多級口令保證系統(tǒng)安全（關(guān)封匿名用戶）為了保證系統(tǒng)安全運行，防止非法用戶侵入，我們設置了