【正文】 該控件可顯示多條記錄，設(shè)有第一條記錄，最后一條記錄，前一記錄，后一記錄，修改、插入、取消等多種方法。但在實時工作時，操作員可能需一次同時錄入多條記錄后，再統(tǒng)一執(zhí)行一次………39 / 42提交操作。當用戶輸入不符合規(guī)定的信息，服務(wù)器會提醒用戶重新輸入，這樣做的缺點是很明顯的，用戶需花較長的等待時間且加重了網(wǎng)絡(luò)的信息流量。MTS 可有效地利用計算機資源，特別是我們系統(tǒng)所需使用的三種系統(tǒng)資源（線程、對象、ODBC 連接）都提供了緩沖池（Pooling） ，而這三種系統(tǒng)資源的合理調(diào)用直接影響到站點的執(zhí)行效能。這樣對該表進行查詢時，并不是訪問具有同樣的字段名、約束定義及其他屬性，即所有的子分區(qū)具有相同的邏輯分區(qū)，而實際上位于不同的物理分區(qū)（甚至可以位于不同的表空間） 。32 / 426 信息編碼設(shè)計營銷管理系統(tǒng)主要用到以下信息分類編碼：1) 產(chǎn)品編碼(1) 代碼結(jié)構(gòu)圖 11 公司營銷管理系統(tǒng)網(wǎng)絡(luò)設(shè)計方案33 / 42 大類 標志 小類 顏色 等級(2) 代碼類型 字符型(3) 代碼長度 10(4) 應(yīng)用范圍 營銷管理分系統(tǒng)2) 零配件編碼(1) 冰箱零配件編碼(2) 空調(diào)零配件編碼3) 產(chǎn)品分類屬性編碼(1) 冰箱產(chǎn)品分類屬性編碼 工質(zhì) 系列 型號 改型 字符型 7 售后管理子系統(tǒng)（冰箱）(2) 空調(diào)產(chǎn)品分類屬性編碼 品牌 單冷/冷暖 結(jié)構(gòu)類型 變頻 一拖一/二 功率 投產(chǎn)年度 改型 等級 預(yù)留 字符型 12 售后管理子系統(tǒng)（空調(diào)）4) 故障編碼34 / 42(1) 冰箱故障編碼 故障第一層細分故障第二層細分故障第三層細分故障流水號 字符型 6 售后管理子系統(tǒng)（冰箱）(2) 空調(diào)故障編碼 系列號 流水號 字符型 4 售后管理子系統(tǒng)（空調(diào)）(3) 冰箱故障現(xiàn)象編碼 系列號 字符型 8 售后管理子系統(tǒng)（冰箱）(4) 空調(diào)故障現(xiàn)象編碼5) 特約維修單位編碼(1) 冰箱維修單位編碼 國 區(qū) 省 市(縣) 中心識別碼 流水號35 / 42 字符型 8 售后管理子系統(tǒng)（冰箱）(2) 空調(diào)維修網(wǎng)點編碼 省 市 流水號 字符型 8 售后管理子系統(tǒng)（空調(diào)）6) 產(chǎn)品條形碼(1) 冰箱條形碼 冰箱型號 生產(chǎn)線號 顏色/等級 年 月 日 流水號 字符型 16 售后管理子系統(tǒng)（冰箱）(2) 空調(diào)條形碼 型號代號 生產(chǎn)線代號 年 月 日 流水號（當日） 字符型 13 售后管理子系統(tǒng)（空調(diào)）7) 銷售單位編碼（空調(diào)、冰箱共用） 國內(nèi)/外 省 市 流水號 字符型 836 / 42 營銷管理分系統(tǒng)8) 生產(chǎn)單位編碼(1) 公司產(chǎn)品生產(chǎn)部門編碼(2) 另配件生產(chǎn)廠家編碼9) 倉庫編碼 A/C 順序號 2 字符型 銷售管理子系統(tǒng)10) 倉庫類別編碼11) 省級中心和辦事處編碼12) 運輸單位編碼(1) 鐵路車站編碼 采用 GB 1030288(2) 汽車隊編碼 省 流水號 4 字符型 銷售管理子系統(tǒng)13) 行政區(qū)域編碼（建議采用國標 GB 226090）(1) 冰箱地區(qū)編碼 國 區(qū) 省 市(縣) 5 字符型 營銷管理分系統(tǒng)(2) 空調(diào)地區(qū)編碼37 / 42 省 市 6 字符型 營銷管理分系統(tǒng)14) 銷售區(qū)域編碼 （字母） 省 1 字符型 營銷管理分系統(tǒng)15) 產(chǎn)品類別碼 2 字符型 營銷管理分系統(tǒng)16) 人事信息編碼 采用國標碼 營銷管理分系統(tǒng)7 關(guān)鍵技術(shù) 提高查詢速度1) 使用并行服務(wù)器選件要求運行在多處理器計算機上，從而使多個現(xiàn)場（Instance）能并行的訪問一個單獨的數(shù)據(jù)庫。由于營銷管理系統(tǒng)采用瀏覽器/服務(wù)器模式開發(fā)，因此集團公司主干網(wǎng)上需要增加一臺 WWW 服務(wù)器。公司集團營銷管理系統(tǒng)涉及到分布在全國各地的中心/辦事處、營銷網(wǎng)點、安裝維修網(wǎng)點，因此營銷管理系統(tǒng)的網(wǎng)絡(luò)設(shè)計應(yīng)充分考慮其特點，并且要兼顧到網(wǎng)絡(luò)建造費用、網(wǎng)絡(luò)運行費用、網(wǎng)絡(luò)通訊速度、信息傳輸可靠性等因素。因此，為每個實體（表）建立了包含實體（表）名的中英文對照、屬性名中英文對照、屬性類型、長度、主鍵和外鍵等內(nèi)容的實體表。2)數(shù)據(jù)保密性設(shè)計數(shù)據(jù)的保密性主要體現(xiàn)在：任何使用者都不能看到與其業(yè)務(wù)無關(guān)的數(shù)據(jù)，更不能更改這些數(shù)據(jù)。CGI 程序NT WWWFORTRAN程序VMSMANMAN軟件用戶瀏覽器圖 9 營銷管理系統(tǒng)與 MANMAN 軟件數(shù)據(jù)交換方案一30 / 42 數(shù)據(jù)安全性及保密性設(shè)計公司營銷管理系統(tǒng)對數(shù)據(jù)的安全性和保密性都有很高的要求。2)方案二首先，在 VMS 系統(tǒng)上配置 WWW 服務(wù)器（需公司集團方面協(xié)助實現(xiàn)） 。由該 CGI 程序啟動 VMS 系統(tǒng)的 FORTRAN 程序，該 FORTRAN 程序通過與MANMAN 的接口讀取 MANMAN 中的數(shù)據(jù)，再將數(shù)據(jù)傳回給 NT 的 CGI，再由 CGI 傳送主頁給最終用戶。 異構(gòu)數(shù)據(jù)庫的連接與數(shù)據(jù)傳遞方式營銷管理系統(tǒng)不是一個孤立的系統(tǒng)，它與其它系統(tǒng)之間存在著不同程度的數(shù)據(jù)交換。自動檢測死鎖和沖突并解決。*支持客戶機/服務(wù)器體系結(jié)構(gòu)及混合的體系結(jié)構(gòu)（集中式、分布式、客戶機/服務(wù)器） 。*通過 SQL*DBA 控制用戶權(quán)限，提供數(shù)據(jù)保護功能，監(jiān)控數(shù)據(jù)庫的運行狀態(tài)，調(diào)整數(shù)據(jù)緩沖區(qū)的大小。在大型商業(yè)化關(guān)系數(shù)據(jù)庫產(chǎn)品中，ORACLE 數(shù)據(jù)庫具有：*采用標準的 SQL 結(jié)構(gòu)化查詢語言。而且數(shù)據(jù)庫中的數(shù)據(jù)量將隨著時間的推移而逐漸增加。 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)訪問頻度和流量從數(shù)據(jù)被訪問的頻繁程度看：產(chǎn)品庫存數(shù)據(jù)、產(chǎn)品價格數(shù)據(jù)、業(yè)務(wù)帳數(shù)據(jù)、用戶信訪數(shù)據(jù)等需要經(jīng)常輸入與查詢，因此數(shù)據(jù)的訪問比較頻繁。ERwin 基于圖形用戶界面實現(xiàn)并擴展了 IDEF1x 方法，ERwin 提供了邏輯視圖和物理視圖兩種模式，并能夠與 ORACLE 等數(shù)據(jù)庫相連接，能夠直接完成由實體聯(lián)系圖到 ORACLE物理數(shù)據(jù)庫的轉(zhuǎn)換工作。由于公司營銷管理系統(tǒng)選用是關(guān)系型數(shù)據(jù)庫其數(shù)據(jù)模型為關(guān)系模型，因此設(shè)計中沒有考慮候選關(guān)鍵字或次關(guān)鍵字。完全分類聯(lián)系圖形表示為：3) 屬性屬性表示事物的一種特征或性質(zhì)。圖形表示為圓角矩形框。1) 實體公司營銷管理系統(tǒng)涉及到兩類實體：獨立實體和從屬實體。25 / 42圖 7 數(shù)據(jù)查詢結(jié)果顯示對于數(shù)據(jù)錄入操作，用戶輸入必需的各項數(shù)據(jù)，然后單擊“保存”按鈕保存當前記錄。圖 6 為輸入數(shù)據(jù)出錯時系統(tǒng)提示的例子。詳細的功能模塊劃分如圖 5所示。集團公司營銷管理部分的軟件運行于集團公司的服務(wù)器上，用于支持集團公司各銷售管理部門的各項業(yè)務(wù)，以及支持各地中心/辦事處需要與集生產(chǎn)車間倉管員/清點倉庫/庫存帳產(chǎn)品入倉單 銷售/開電腦出倉單倉管員/開入倉單產(chǎn)品數(shù)量倉管員/清點/貼流向碼電腦出倉單倉庫產(chǎn)品 產(chǎn)品商業(yè)單位產(chǎn)品產(chǎn)品數(shù)量，電腦出倉單銷售/流向碼帳區(qū)域流向碼圖 3 空調(diào)入出庫管理業(yè)務(wù)流程生產(chǎn)車間條碼掃描設(shè)備倉庫/條碼帳產(chǎn)品銷售產(chǎn)品數(shù)量條碼掃描設(shè)備電腦出倉單倉庫產(chǎn)品 產(chǎn)品商業(yè)單位產(chǎn)品產(chǎn)品數(shù)量倉庫/庫存帳產(chǎn)品條碼 產(chǎn)品條碼電腦出倉單電腦出倉單入倉單入倉單入倉單圖 4 空調(diào)入出庫條碼跟蹤管理業(yè)務(wù)流程16 / 42團公司保持實時聯(lián)系的各項業(yè)務(wù)。按照國家 863/CIMS 應(yīng)用工程的要求，建立了公司營銷系統(tǒng)的功能模型。為了嚴格倉庫管理、加快產(chǎn)銷信息銜接、提供更準確的產(chǎn)品銷售分析信息，應(yīng)該在產(chǎn)品銷售過程中采用條形碼技術(shù)。其次是加強了對客戶貨款余額的審查與控制，將客戶貨款余額作為開單的關(guān)鍵條件，對于貨款余額不足的客戶，系統(tǒng)將拒絕為其開單。新流程中將開單業(yè)務(wù)分散到各中心/辦事處，公司僅保留對直提要貨的開單工作。建立功能模型的過程基本上分為：了解系統(tǒng)現(xiàn)有業(yè)務(wù)流程；建立現(xiàn)有系統(tǒng)功能模型；分析改進現(xiàn)有業(yè)務(wù)流程；建立新系統(tǒng)功能模型。(3) 管理中心級信息，該類信息對用戶服務(wù)部相關(guān)職能部門是可瀏覽的，除非在特定情況下，用戶服務(wù)部無權(quán)直接修改中心數(shù)據(jù)?？照{(diào)售后管理部分的信息的流通12 / 42范圍主要是售后用戶服務(wù)部結(jié)算科，配件科，技術(shù)科，綜合管理組，各管理中心等職能部門。2) 精度要求(1) 財務(wù)處理金額數(shù)保留到小數(shù)點后兩位(2) 百分比均保留到小數(shù)點后兩位(3) 運費、保險費等保留到小數(shù)點后兩位3) 實時性要求倉庫庫存量應(yīng)隨著產(chǎn)品入庫或產(chǎn)品售出實時變化，反映實時庫存。冰箱維修記錄信息、更換配件信息、結(jié)算費用信息定期（每月）傳回集團公司。因此，中心和集團公司都應(yīng)能夠輸入并保存信訪信息。2) 精度要求(1) 結(jié)算費用、配件或三包機單價等金額數(shù)據(jù)保留到小數(shù)點后兩位(2) 百分比均保留到小數(shù)點后兩位3) 傳輸及存放要求冰箱維修記錄信息、更換配件信息、結(jié)算費用信息等由中心輸入，并存入中心自己的數(shù)據(jù)庫中。包括銷售信息、財務(wù)信息、倉庫信息、儲運信息、市場信息、營銷管理信息、廣告信息等。5) 用戶友好程度系統(tǒng)應(yīng)有統(tǒng)一、友好、圖形化的用戶界面，操作簡單，易學(xué)易用，無須復(fù)雜的培訓(xùn)，用戶即可使用。3) 可靠性系統(tǒng)應(yīng)具有良好的可靠性。不僅應(yīng)對各職能部門的查詢、操作設(shè)置權(quán)限級別，對各部門內(nèi)的登錄的用戶也應(yīng)設(shè)置更細的權(quán)限級別，避免非法用戶對數(shù)據(jù)的查看和修改。 性能詳細需求分析1) 響應(yīng)時間系統(tǒng)應(yīng)具有較高的響應(yīng)速度，由于系統(tǒng)需要輸入大量的出倉單、安裝單、維修單、申領(lǐng)單等各種單據(jù)，即數(shù)據(jù)錄入工作量非常大，因此需要系統(tǒng)對錄入數(shù)據(jù)的提交有很快的響應(yīng)。3) 用戶信訪管理用戶信訪管理收集來自用戶的信息，完成對相應(yīng)事務(wù)的處理和監(jiān)督，根據(jù)不同的統(tǒng)計條件產(chǎn)生各類統(tǒng)計報告。正常情況下，下一級部門定期填寫配件或三包備用周轉(zhuǎn)機申領(lǐng)表，向上級部門（網(wǎng)點向管理中心，管理中心向售后，售后向配件公司）申領(lǐng)備用配件或三包周轉(zhuǎn)機，上級部門根據(jù)提出申請的下級部門庫存和本級倉庫庫存情況，確定實際發(fā)放數(shù)量，發(fā)出貨物，記本地倉庫帳。同時，結(jié)算過程中考慮本次結(jié)算期內(nèi)網(wǎng)點申領(lǐng)和三包期內(nèi)耗用配件的情況，參考本次結(jié)算金額，扣除或返還配件費。結(jié)算科根據(jù)來自中心的數(shù)據(jù)完成費用結(jié)算工作?？照{(diào)售后管理部分包括用戶服務(wù)部、管理中心和安裝維修網(wǎng)點三級管理，在功能上分成結(jié)算管理，配件管理，用戶信訪管理和質(zhì)量信息反饋管理四個部分。促銷人員管理包括促銷人員信息，促銷人員業(yè)績考核和促銷人員工資管理。計劃準確率考核比較各辦事處提出的要貨計劃和各地實際銷售情況，從而對辦事處提出的要貨計劃的準確率進行考核。它加強了公司對各地辦事處的管理，提高了信息收集速度，減少了信息收集過程中的重復(fù)錄入，提供了對廣告費用等的考核手段。記帳根據(jù)生成的憑證修改相應(yīng)的帳目，包括總帳，單位往來明細帳，銀行往來明細帳，商品銷售明細帳等。銷售財務(wù)帳管理包括原始數(shù)據(jù)錄入、查詢、維護，開發(fā)票，生成憑證，記帳，生成8 / 42各種財務(wù)報表以及輸出帳目統(tǒng)計信息等幾項功能。3) 銷售財務(wù)管理銷售財務(wù)管理包括銷售業(yè)務(wù)帳管理和銷售財務(wù)帳管理，它在原有系統(tǒng)的基礎(chǔ)上增加了對應(yīng)付款的管理。2) 倉庫管理倉庫管理包括成品倉(包括廠區(qū)倉庫和子倉庫)和中轉(zhuǎn)倉的入庫、出庫管理，記錄倉庫帳目以及統(tǒng)計庫存信息等功能。在處理機、三包機銷售管理中，對于處理機，根據(jù)財務(wù)發(fā)票，開調(diào)撥出倉單。儲運管理也是發(fā)貨管理的一部分。對于先貨后款方式發(fā)貨管理，業(yè)務(wù)流程類似于先款后貨方式發(fā)貨管理，只是要貨計劃平衡環(huán)節(jié)有所不同。如果是中轉(zhuǎn)倉供貨，根據(jù)商業(yè)單位的發(fā)貨申請單，只需查商業(yè)單位余額是否足夠支付貨款（有批文的要特殊處理） 。對于先款后貨方式發(fā)貨管理，如果是成品倉供貨，根據(jù)商業(yè)單位的發(fā)貨申請單，要經(jīng)過要貨計劃平衡和（汽運/鐵運）儲運平衡，然后生成調(diào)撥出倉單。比如，發(fā)貨管理不僅要考慮目前采用的先款后貨方式發(fā)貨管理，還要考慮今后可能使用的先貨后款方式發(fā)貨管理。5) 中心/網(wǎng)點信息管理中心/網(wǎng)點信息管理模塊應(yīng)完成建立中心/網(wǎng)點臺帳，對中心/網(wǎng)點信息的統(tǒng)計，包括資產(chǎn)配置統(tǒng)計，學(xué)習(xí)培訓(xùn)統(tǒng)計，財務(wù)費用的統(tǒng)計，人事檔案統(tǒng)計，工資統(tǒng)計等，以及中心/網(wǎng)點信息編碼的維護。3) 物料管理物料管理模塊應(yīng)包括零配件管理和三包成品箱管理。 冰箱售后部分功能詳細需求分析冰箱售后部分實現(xiàn)對冰箱售后服務(wù)的管理功能，冰箱售后業(yè)務(wù)的性質(zhì)決定了冰箱售后管理將是一個由省級用戶服務(wù)中心的售后服務(wù)管理與公司集團冰箱用戶服務(wù)部的售后服務(wù)管理共同組成的管理系統(tǒng)。2) 發(fā)運管理發(fā)運管理主要負責(zé)根據(jù)審核后的發(fā)貨申請單進行計劃劃分（鐵路或汽車運輸） ，分別制定出鐵路發(fā)運計劃表和汽車發(fā)運計劃執(zhí)行表；對于汽運采取“先發(fā)