1、 . . . 目 錄1 緒論11.1 研究背景11.2 利源汽車配件銷售管理的現狀11.3 論文主要研究容22 利源汽車配件銷售管理系統開發工具簡介33 利源汽車配件銷售管理系統需求分析53.1 利源汽車配件銷售管理系統可行性研究53.2 利源汽車配件銷售管理系統業務分析53.3 利源汽車配件銷售管理系統數據分析63.3.1 系統數據流程圖63.3.2 系統數據字典114 利源汽車配件銷售管理系統總體設計124.1 利源汽車配件銷售管理系統數據庫的設計124.1.1 數據庫概念結構設計124.1.2 數據庫邏輯結構設計124.1.3 數據庫物理結構設計134.2 利源汽車配件銷售管理系統總體功

2、能設計164.2.1 系統功能描述164.2.2 系統功能模塊劃分175 利源汽車配件銷售管理系統詳細設計185.1 利源汽車配件銷售管理系統代碼設計185.2 利源汽車配件銷售管理系統輸入輸出設計195.3 利源汽車配件銷售管理系統物理配置設計226 利源汽車配件銷售管理系統實現236.1 登錄界面的實現236.2 主界面的實現236.3 基礎信息模塊的實現246.4 信息查詢模塊的實現246.5 銷售管理模塊的實現266.6 銷售分析模塊的實現276.7 系統維護模塊的實現316.8 系統信息模塊的實現317 小結與不足327.1 論文小結327.2 論文不足32參考文獻33致34附錄A3

3、5附錄B5269 / 711 緒論1.1 研究背景隨著經濟的飛速發展，汽車已經逐步進入了家庭。人們購買汽車的能力和需求越來越高，這就刺激了汽車行業的飛速發展，使得汽車配件銷售行業的競爭也越來越激烈。如何在激烈的競爭中取勝，是每個配件銷售企業當前所面臨的最嚴峻的挑戰。而一個適用的銷售管理系統則可以幫助企業提高管理效率，進而提升整體的管理水平，使企業在競爭中取勝1。利源汽車配件公司也處在這個復雜多變又充滿激烈競爭的市場之中，同樣使用了管理系統幫助企業經營。但是，在公司不斷地發展的過程中，現有的系統由于其功能過于簡單，逐漸暴露出許多不足，這些不足使公司的管理陷入了困境，如銷售人員增加了，效率卻下降了

4、；業務量增加了，銷售數據卻混亂不堪等。這都反映出現有的管理系統已經不能發揮其提高管理效率的作用，反而成為利源公司發展中的一個障礙。此時的利源公司需要一個更新、更適用的系統來引導公司的管理走出困境、取得發展。論文正是基于這樣的研究背景，根據利源公司配件銷售業務需求，針對其現行系統的不足，同時結合配件銷售的特點，為其設計出一套適用的汽車配件銷售管理系統。1.2 利源汽車配件銷售管理的現狀利源汽車配件公司是一家專門經營汽車配件銷售的企業。公司銷售管理經歷了最初的手工管理階段到現在的銷售管理系統管理階段。雖然應用了現行的管理系統以后，公司的管理水平有了提高，但是系統功能的簡單化隨著公司的發展已經不能滿

5、足管理的需要，甚至使管理陷入混亂，具體體現在以下3個方面。1 系統只對配件的信息進行管理，缺少對供應商與客戶信息的管理。由于供應商信息管理的缺失，使公司不能準確的掌握供應商的供貨情況，也無法對此做出判斷，也就難以選擇出更合適的供應商。而客戶信息管理的缺失則造成對客戶關系維護的困難，進而影響到對客戶的服務水平。2 系統只進行數據登記，沒有數據統計分析功能。這就造成管理者無法明確地掌握配件銷售的整體狀況，也就不能有針對性的制定銷售策略，以提高銷售業績、應對市場變化。3 系統無法有效支持銷售策略的執行。對于預先制定的銷售策略，公司的人員時有遺忘，而系統也缺乏對此的提示，影響了銷售管理水平的改善。總之

6、，以上種種現行系統的不足表現出現行系統沒有實現對銷售管理全過程的系統管理，因此導致了利源公司管理混亂的現狀。1.3 論文主要研究容論文在軟件工程思想的指導之下，采用結構化的系統開發方法，按用戶至上的原則，完成了利源汽車配件銷售管理系統的開發2。論文針對現有系統的不足進行改進開發，主要的研究容有以下幾個方面。1 對公司銷售管理的全過程進行整體設計，使系統的管理涵蓋配件銷售的每個階段，即使銷售管理系統包括對配件進貨、入庫、銷售、退貨、售后分析決策以與決策執行這七個階段的信息管理模塊。2 針對基礎信息管理方面，增加對供應商信息和客戶信息管理的模塊。3 實現銷售統計分析功能。具體是通過各種圖表直觀顯示

7、出銷售中各種數據的統計結果，包括對配件入庫、銷售、退貨各階段數據以與對單一配件的銷售、供應商供貨、客戶購買等數據的統計分析。4 通過銷售報警的方式實現對銷售決策執行的支持。即將銷售決策執行的容和時間設定為銷售報警的容，在決策執行時機到來時系統發出預警，提醒用戶執行銷售決策。通過以上各方面的研究，使得新的銷售管理系統達到適應利源公司業務拓展、滿足公司管理需求的目的3。2 利源汽車配件銷售管理系統開發工具簡介 利源汽車配件銷售管理系統前臺界面的開發工具選擇Delphi 7，后臺數據庫開發工具選擇Microsoft SQL Server 2000。1 Delphi 7 簡介Delphi是由著名的Bo

8、rland（現在已和Inprise合并）公司開發的可視化軟件開發工具。Delphi被稱為第四代編程語言，它具有簡單、高效、功能強大的特點。對于利源汽車配件銷售管理系統的開發，使用Delphi語言較為方便，以下是Delphi語言的特點與優勢。（1）開發的高效Delphi是一個RAD（Rapid Application Development，快速開發工具），它有可視化的開發環境。Delphi是真正面向對象的。其基于面向對象技術構建的VCL庫中的所有組件都可以被繼承以創建新的組件。Delphi的Code Insight技術（即代碼自動完成功能）是建立在編譯器信息上的，使用編譯器信息的好處是更具靈活

9、性。（2）語言的高效Delphi基于Object Pascal語言。這是一種真正支持面向對象而又優雅美觀的語言。它在功能的健全上毫不遜色于各種其他的面向對象語言，但同時又不貪多，不盲目地增加復雜性。使得開發者運用各種模式進行設計時都能得到完善的支持，實現時卻不用考慮太多語言/編譯器細節。（3）編譯的高效可以說，Delphi是Windows平臺上最快的高級語言本地代碼編譯器。快速的編譯器可以使用戶頻繁地在修改代碼和編譯運行的狀態間切換。Delphi的編譯器從來不會讓程序員有等待的感覺。 （4）執行的高效Delphi不但編譯速度快，生成的目標代碼的執行效率也非常高。Delphi與C+ Builde

10、r使用的是同一個后端優化器，因此其生成的代碼的效率與優秀的C+編譯器生成的代碼一樣。 Delphi生成完全本地代碼，因此Delphi編譯結果的可執行文件可以被獨立執行、分發，不需要其他運行庫支持。當然，也可以選擇動態編譯，這樣可以大大減小可執行文件的長度。（5）維護的高效Delphi程序員雖然會在一定程度上被限制在VCL提供的框架中（當然，完全可以在Delphi中擺脫VCL編程），但這樣更容易建立良好設計的代碼。代碼框架的優良使得軟件維護成本大大降低4。2 Microsoft SQL Server 2000簡介Microsoft SQL Server 2000是Microsoft公司推出的關系

11、型數據庫管理系統。它具有強大的數據可管理功能，并提供了一套功能完善且具備可視化界面的管理工具。其優點具體表現在以下三個方面。（1）非過程化語言Microsoft SQL Server2000是一個非過程化的語言，因為它一次處理一個記錄，可以對數據提供自動導航。Microsoft SQL Server2000允許用戶在高層的數據結構上工作，不必對單個記錄進行操作，而是對記錄集操作。所有SQL語句接受集合作為輸入，返回集合作為輸出。Microsoft SQL Server2000的集合特性允許一條SQL語句的結果作為另一條SQL語句的輸入。（2）統一的語言Microsoft SQL Server2

12、000可用于所有用戶的DB活動模型，包括系統管理員、數據庫管理員、 應用程序員、決策支持系統人員與許多其它類型的終端用戶。基本的SQL 命令只需很少時間就能學會，最高級的命令在幾天便可掌握。Microsoft SQL Server2000為許多任務提供了命令，包括：查詢數據在表中插入、修改和刪除記錄建立、修改和刪除數據對象控制對數據和數據對象的存取保證數據庫一致性和完整性（3）所有關系數據庫的公共語言由于所有主要的關系數據庫管理信息系統都支持SQL語言，用戶可將使SQL Server2000的技能從一個RDBMS轉到另一個。而且所有用SQL編寫的程序都是可以移植的5。3 利源汽車配件銷售管理系

13、統需求分析3.1 利源汽車配件銷售管理系統可行性研究 利源汽車配件銷售管理系統可行性研究主要包括該系統的管理可行性研究、經濟可行性研究和技術可行性研究三方面。首先，是管理可行性研究。利源汽車配件現在采用銷售管理系統已經不能滿足業務增長的需求，阻礙了公司的發展，急需一個新的銷售管理系統來改進公司銷售管理的混亂，即具備了新系統開發的管理可行性。其次，是經濟可行性研究。對于一個具有一定經營規模的公司，利源公司有足夠的能力承擔管理系統開發和實施的各項費用。公司在采用了新系統后也可以享受到管理費用、人工成本的減少等各項收益。綜合分析其成本和收益，可以看出新系統的建設和使用是有利于利源公司長遠發展的。 最

14、后，是技術可行性研究。由于公司的所有人員都具有現行系統的操作經驗和一般的計算機操作水平，因此經過一定的培訓都可以掌握新系統的使用，具備技術操作的可行性6。總之，通過對利源汽車配件公司的管理、經濟、技術三方面的可行性研究，可以得出該銷售管理系統可以開發并實施。3.2 利源汽車配件銷售管理系統業務分析利源汽車配件銷售管理系統主要涵蓋的業務有：供應商、客戶、以與配件基本信息管理，配件入庫、銷售出庫、退貨時的登記和配件庫存的統計，配件銷售狀況的分析以與分析后對于配件銷售報警。具體每項業務的分析如下：1 供應商、客戶、配件基本信息的管理業務包括對這三者信息的添加、修改、刪除與查詢。供應商的信息是公司選定

15、一個新的供應商時就對其信息輸入系統管理，以備配件入庫信息管理的需要。客戶的信息是公司對每一位新的客戶建立其信息檔案，與其購買的配件對應管理，加深對客戶的需求了解。配件的信息是對每一種新上架的配件建立其檔案，配合每次的進貨、入庫、銷售、退貨等環節的信息需求。在需要時，按照不同的條件對四者的信息進行查詢并打印。2 配件入庫、銷售出庫、退貨時的登記和配件庫存、進貨的統計業務。在每次配件入庫時，配合該配件的基本信息和供應商的信息，對入庫的配件數量、進貨價等信息進行登記。銷售出庫時，再配合配件的基本信息和客戶的信息，對配件銷售的信息進行登記。配件退貨時，配合配件銷售的信息，對退貨的理由等信息進行登記。對

16、配件的入庫、銷售、退貨信息匯總，統計出配件的庫存、進貨信息。3 配件銷售狀況的分析業務是指對利源公司配件入庫、銷售、退貨三方面的情況按照日月年不同的時段、按照供應商、客戶等不同的條件進行統計分析，并按照需要繪制出不同的統計分析圖表，幫助利源公司的管理者做出合理的銷售決策。4 配件銷售的報警業務是根據配件銷售分析的結果將銷售決策轉化為具體的銷售調整方案而設定的銷售提示報警。此外，報警容也包括管理者根據經營環境的變化做出的銷售預警。整體業務流程圖如圖3-1所示7。圖3-1 業務流程圖3.3 利源汽車配件銷售管理系統數據分析3.3.1 系統數據流程圖利源汽車配件銷售管理系統數據流程圖按需要分為頂層數

17、據流程圖、一層數據流程圖、二層數據流程圖即各項數據處理的子數據流程圖三層8。1 頂層數據流程圖頂層數據流程圖從總體上反映了利源汽車配件銷售管理系統與兩個重要的外部實體供應商和客戶的信息聯系，如圖3-2所示。P1利源汽車配件銷售管理系統供應商客戶圖3-2 頂層數據流程圖2 一層數據流程圖一層數據流程圖反映了利源汽車配件銷售管理系統總體的功能模塊，即供應商信息登記、配件入庫登記、配件銷售、客戶信息登記、退貨信息登記、庫存統計、銷售分析、銷售報警8個模塊之間的信息聯系，具體如圖3-3所示。供應商配件入庫登記P1.2供應商信息登記P1.1D1.1.01供應商信息記錄D1.4配件入庫記錄配件銷售P1.4

18、客戶D1.2客戶信息記錄D1.5配件銷售記錄客戶信息登記P1.3庫存統計P1.6銷售報警P1.8銷售分析P1.7D1.7銷售報警記錄客戶信息供應商信息配件信息訂單信息D1.3配件信息記錄退貨信息登記P1.5退貨信息D1.6退貨信息記錄圖3-3 一層數據流程圖從圖3-3可以看出利源公司將公司上游的供應商的基本信息登記在供應商信息記錄中，對供應商提供的配件信息也進行記錄，并對供應商與入庫的配件建立聯系。在客戶購買配件時，對客戶與購買的信息（即銷售信息）都進行記錄，在銷售信息中體現出客戶、配件之間的聯系。客戶在購買后又有退貨的需要，則建立起客戶、銷售與退貨的信息聯系。而庫存的統計又是對入庫、銷售、退

19、貨的綜合。銷售分析則是對入庫、銷售、退貨、庫存這四方面的統計分析，并把得出的結論轉化為具體的銷售調整，同時用銷售報警的手段實現。3 二層數據流程圖二層數據流程圖是一層數據流程圖中的8個功能模塊分別細化后的子數據流程圖，如圖3-4中各分圖所示。供應商接收并查詢供應商信息P1.1.1D1.1供應商信息記錄錄入新供應商信息P1.1.2（a） 供應商信息登記子數據流程圖供應商信息新供應商信息新供應商信息（a）圖反映了在進行供應商信息登記時，先查詢已有的供應商記錄核實該供應商的信息是否已存在，對不存在的供應商信息（即新供應商信息）進行登記。新配件信息供應商接收并查詢配件信息P1.2.1D1.3配件信息記

20、錄錄入新配件信息P1.2.2（b） 配件入庫登記子數據流程圖配件信息新配件信息錄入配件入庫信息P1.2.3已有配件入庫信息新配件入庫信息D1.4配件入庫記錄D1.1供應商信息記錄（b）圖反映了在進行配件入庫的信息登記時，先查詢配件信息記錄，對已有配件信息記錄的進行入庫信息登記，對不存在配件信息記錄的新配件先進行配件信息的登記，再進行配件入庫信息的登記。客戶接收并查詢客戶信息P1.3.1D1.2客戶信息記錄錄入新客戶信息P1.3.2（c） 客戶信息登記子數據流程圖客戶信息新客戶信息新客戶信息（c）圖反映了客戶在購買配件時，先對客戶的信息進行查詢，如果是新客戶，先進行客戶基本信息的登記。（d） 配

21、件銷售登記子數據流程圖客戶查詢配件庫存量P1.4.1D1.3配件信息記錄錄入配件銷售信息P1.4.2訂單信息配件銷售信息D1.5配件銷售記錄D1.2客戶信息記錄（d）圖反映了銷售配件時根據客戶的需求查詢配件的庫存記錄，再對配件的銷售信息進行記錄。（e） 配件退貨登記子數據流程圖客戶查詢配件售出情況P1.5.1D1.5配件銷售記錄核實配件退貨理由P1.5.2退貨信息退貨理由D1.6配件退貨記錄不予以退貨的理由錄入配件退貨信息P1.5.3（e）圖反映了客戶由于某些原因提出退貨的要求，先對其提供的購買信息進行查證核實，在確定購買屬實后再對客戶提出的退貨理由進行判斷。若理由符合退貨原則，則登記退貨信息

22、；若理由不符合公司的退貨原則，則對客戶說明。D1.6配件退貨記錄按條件匯總統計信息P1.7.1（f） 銷售分析子數據流程圖入庫信息D1.4配件入庫記錄銷售信息D1.5配件銷售記錄按匯總數據繪制分析圖表P1.7.2退貨信息庫存信息銷售分析數據（f）圖反映了系統對配件的入庫、銷售、退貨、庫存信息的統計分析。先對這幾項信息按照不同的條件進行匯總，再根據需要將匯總的數據繪制成直觀的圖表，為銷售決策提供依據。其中庫存數據直接由入庫、銷售、退貨的數據匯總而成。D1.7銷售報警記錄設定銷售報警P1.8.1銷售操作P1.8.2報警處理P1.8.3報警處理信息 （g） 銷售報警子數據流程圖銷售分析數據圖3-4

23、二層數據流程圖（g）圖反映了根據銷售分析，將做出的銷售決策或調整轉化為具體的方案后用銷售報警手段實現的過程。即根據銷售分析數據設定銷售報警，當報警提醒時，采取銷售操作，同時對報警也進行處理。這里的銷售操作指具體的銷售調整行為。報警處理指對此項報警的解除、重新設定或其他的操作。3.3.2 系統數據字典（見附錄A）4 利源汽車配件銷售管理系統總體設計4.1 利源汽車配件銷售管理系統數據庫的設計數據庫設計是在選定數據庫管理信息系統的基礎上建立數據庫的過程。它包括概念結構設計、邏輯結構設計和物理結構設計三個階段9。4.1.1 數據庫概念結構設計數據庫的概念結構設計是指對數據庫概念模型的設計，是用概念模

24、型對現實世界進行全面、準確的描述。其中最為廣泛的方法是P.P.Chen于1976年提出的實體-聯系方法（Entity-Relationship Approach），簡稱E-R圖法。系統的E-R圖如圖4-1所示。圖4-1 系統總E-R圖4.1.2 數據庫邏輯結構設計系統邏輯結構設計是將概念結構設計階段完成的概念模型轉化為SQL Sever 2000系統所支持的數據模型，轉換后的具體關系模型如下所示。 1 配件（配件編號，配件名稱，配件分類，配件規格或車型，配件單位，產地，最低庫存，最高庫存，通用車型，庫存數量，庫存價格，零售價，會員價，汽修廠價，備注）2 供應商（供應商編號，供應商名稱，聯系人，

25、聯系，移動，賬號，開戶銀行，地址， ，備注）3 客戶（客戶編號，客戶分類，客戶名稱，聯系人，聯系，移動，賬號，開戶銀行，地址， ，備注）4 管理員（管理員編號，管理員，登錄口令，登錄密碼，性別，年齡，權限級別，職務，備注）5 銷售報警（報警編號，報警時間，報警容，報警處理，設定管理員編號，處理管理員編號，備注）6 配件入庫（入庫單號，配件編號，供應商編號，入庫數量，入庫價，入庫金額，入庫日期，管理員編號，備注）7 配件銷售（銷售單號，配件編號，客戶編號，銷售數量，售出價，銷售金額，銷售日期，管理員編號，備注）8 配件退貨（退貨單號，銷售單號，配件編號，客戶編號，退貨數量，退貨金額，退貨理由，退

26、貨日期，管理員編號，備注）4.1.3 數據庫物理結構設計數據庫的物理結構設計是為邏輯數據模型選取一個最適合應用環境的物理結構，包括數據存儲結構。系統采用的是SQL Server 2000數據庫，系統數據庫名為qpxsgl，該數據庫中包括8個數據表。1 配件表配件表主要用于存放配件的基本信息，其結構如表4-1所示。表4-1 配件表字段字段名稱數據類型字段大小說明1pj_bh字符型7配件編號2pj_mc字符型20配件名稱3pj_fl字符型12配件分類4pj_gg字符型10配件規格或車型5pj_dw字符型4配件單位6cd字符型10產地7tycx字符型10通用車型8zdkc整型4最低庫存9zgkc整型

27、4最高庫存10kcsl整型4庫存數量11kcjg貨幣型8庫存價格12lsj貨幣型8零售價13hyj貨幣型8會員價14qxcj貨幣型8汽修廠價15bz字符型50備注2 供應商表供應商表主要存放供應商的基本信息，其結構如表4-2所示。表4-2 供應商表字段字段名稱數據類型字段大小說明1gys_bh字符型5供應商編號2gys_mc字符型20供應商名稱3lxr字符型10聯系人4lxdh字符型12聯系5yddh字符型12移動6zh字符型20賬號7khyh字符型20開戶銀行8dz字符型20地址9yb字符型710bz字符型50備注3 客戶表客戶表主要存放客戶的基本信息，其結構如表4-3所示。表4-3 客戶表

28、字段字段名稱數據類型字段大小說明1kh_bh字符型5客戶編號2kh_mc字符型30客戶名稱3kh_fl字符型8客戶分類4lxr字符型10聯系人5lxdh字符型12聯系6yddh字符型12移動7zh字符型20賬號8khyh字符型20開戶銀行9dz字符型30地址10yb字符型711bz字符型50備注4 管理員表管理員表主要存放管理員的基本信息，其結構如表4-4所示。表4-4 管理員表字段字段名稱數據類型字段大小說明1gly_bh字符型2管理員編號2gly_xm字符型10管理員3dlkl字符型10登錄口令4pass字符型6登錄密碼5xb字符型2性別6nl字符型2年齡7qx字符型10權限級別8zw字符

29、型16職務9bz字符型50備注5 銷售報警表銷售報警表主要存放銷售報警的設定和處理信息，其結構如表4-5所示。表4-5 銷售報警表字段字段名稱數據類型字段大小說明1bh字符型8報警編號2bjsj日期型8報警時間3bjnr字符型100報警容4bjcl字符型10報警處理5gly_bh字符型2設定管理員編號6gly_bh2字符型2處理管理員編號7bz字符型50備注6 配件入庫表配件入庫表主要存放配件每次入庫的信息，其結構如表4-6所示。表4-6 配件入庫表字段字段名稱數據類型字段大小說明1rkdh字符型8入庫單號2pj_bh字符型7配件編號3gys_bh字符型5供應商編號4rksl整型4入庫數量5r

30、kj貨幣型8入庫價6rke貨幣型8入庫金額7rkrq日期型8入庫日期8gly_bh字符型2管理員編號9bz字符型50備注7 配件銷售表配件銷售表主要存放銷售配件的信息，其結構如表4-7所示。表4-7 配件銷售表字段字段名稱數據類型字段大小說明1xsdh字符型8銷售單號2pj_bh字符型7配件編號3kh_bh字符型5客戶編號4xssl整型4銷售數量5scj貨幣型8售出價6xse貨幣型8銷售金額7xsrq日期型8銷售日期8gly_bh字符型2管理員編號9bz字符型50備注8 配件退貨表配件退貨表主要存放配件退貨登記的信息，其結構如表4-8所示。表4-8 配件退貨表字段字段名稱數據類型字段大小說明1

31、thdh字符型8退貨單號2pj_bh字符型7配件編號3kh_bh字符型5客戶編號4xsdh字符型8銷售單號5thsl整型4退貨數量6thly字符型14退貨理由7the貨幣型8退貨金額8thrq日期型8退貨日期9gly_bh字符型2管理員編號10bz字符型50備注4.2 利源汽車配件銷售管理系統總體功能設計4.2.1 系統功能描述基礎信息管理功能：包括對配件信息、供應商信息、客戶信息的添加、修改和刪除。銷售查詢功能：包括對銷售中各種信息的查詢和打印，有配件信息、供應商信息與客戶信息的查詢和打印，配件入庫、配件銷售、配件退貨、配件庫存與配件進貨信息的查詢和打印。銷售管理功能：包括對配件入庫、配件銷

32、售、配件退貨信息的錄入、修改和刪除，以與對銷售報警的設定和處理。銷售分析功能：包括對單一配件的銷售分析、供應商供貨的分析、客戶購買周期和客戶分類的分析、銷售、入庫、退貨的時間分析。系統維護功能：包括對用戶的添加與其權限的設置、密碼的修改、系統日志管理、數據庫的備份和還原。4.2.2 系統功能模塊劃分根據利源公司的業務需求和管理的需要，將系統劃分為六個模塊：基礎信息模塊、信息查詢模塊、銷售管理模塊、銷售分析模塊、系統維護模塊和系統信息模塊。具體的功能模塊圖如圖4-2所示。圖4-2 主要功能模塊示意圖5 利源汽車配件銷售管理系統詳細設計5.1 利源汽車配件銷售管理系統代碼設計1 配件代碼設計配件代

33、碼采用7位數字編碼，前兩位數字代表該配件的分類代號（其他類代號01，變速器系統代號02，傳動系統代號03，底盤代號04，覆蓋件代號05，發動機系統代號06），后五位數字是配件同類型產品的順序號。X XX X X X X X 順序號 分類代號例如：變速器系統類的第一個配件的編號是0200001，發動機類的第十個配件編號是0600010。2 供應商代碼設計 供應商的代碼采用5位數字編碼，前三位數字代表供應商所在地區號的后三位數字，后兩位數字是該地區供應商的順序號。X X XX X 順序號 所在地區代號例如:地區的第一個供應商編號是02901。3 客戶代碼設計 客戶代碼采用5位數字編碼，第一位數字代

34、表客戶的分類（“1”代表汽修廠，“2”代表會員，“3”代表一般客戶），后四位數字代表該類別中客戶的順序號。XX X X X 順序號 分類代號例如：第一個汽修廠客戶編號是10001，第三個會員編號是20003.4 管理員代碼設計 管理員代碼采用2位數字編碼，由于利源公司的管理員較固定，所以采用順序編碼。X X 順序號例如：第一個管理員編號是01。5.2 利源汽車配件銷售管理系統輸入輸出設計1 輸入設計系統的輸入表單主要有配件信息表、供應商信息表、客戶信息表、配件入庫表、配件銷售表、配件退貨表、銷售報警表、管理員信息表，輸入表的格式如表5-1、表5-2、表5-3、表5-4、表5-5、表5-6、表5

35、-7、表5-8所示。表5-1 配件信息表配件編號配件名稱配件分類配件規格或車型配件單位產地最低庫存最高庫存通用車型庫存數量庫存價格零售價會員價汽修廠價備注表5-2 供應商信息表供應商編號供應商名稱聯系人聯系移動賬號開戶銀行地址備注表5-3 客戶信息表客戶編號客戶分類客戶名稱聯系人聯系移動賬號開戶銀行地址備注表5-4 配件入庫表入庫單號配件編號供應商編號入庫數量入庫價入庫金額入庫日期管理員編號備注表5-5 配件銷售表銷售單號配件編號客戶編號銷售數量售出價銷售金額銷售日期管理員編號備注表5-6 配件退貨表退貨單號銷售單號配件編號客戶編號退貨數量退貨金額退貨理由退貨日期管理員編號備注表5-7 銷售報

36、警表報警編號報警時間報警容報警處理設定管理員編號處理管理員編號備注表5-8 管理員信息表管理員編號管理員登錄口令登錄密碼性別年齡權限級別職務備注2 輸出設計系統輸出的報表和表單主要有配件信息一覽表、供應商信息一覽表、客戶信息一覽表、管理員信息一覽表、入庫單、銷售單、退貨單、進貨清單，分別如表5-9、表5-10、表5-11、表5-12、表5-13、表5-14、表5-15、表5-16所示。表5-9 配件信息一覽表利源汽配配件信息一覽表制表日期： 年 月 日配件編號配件名稱配件分類配件規格或車型配件單位產地最低庫存最高庫存通用車型庫存數量庫存價格零售價會員價汽修廠價備注表5-10 供應商信息一覽利源

37、汽配供應商信息一覽表制表日期： 年 月 日供應商編號供應商名稱聯系人聯系移動賬號開戶銀行地址備注表5-11 客戶信息一覽表利源汽配客戶信息一覽表制表日期： 年 月 日客戶編號客戶分類客戶名稱聯系人聯系移動賬號開戶銀行地址備注表5-12 管理員信息一覽表利源汽配管理員信息一覽表制表日期： 年 月 日管理員編號管理員登錄口令登錄密碼性別年齡權限級別職務備注表5-13 入庫單利源汽配入庫單入庫單號 入庫日期： 年 月 日供應商： 地址： 郵政編碼：聯系人： 聯系： 移動：開戶銀行： 賬號：編號名稱產地通用車型單位數量單價金額本頁合計表5-14 銷售單利源汽配銷售單銷售單號： 購貨日期： 年 月 日購

38、貨單位： 地址： 郵政編碼： 聯系人： 聯系： 移動： 開戶銀行： 賬號：名稱產地通用車型單位數量單價金額本頁合計 地址： 郵政編碼： 聯系人： ： 表5-15 退貨單利源汽配退貨單退貨單號： 銷售單號： 退貨日期： 年 月 日退貨單位： 地址： 郵政編碼： 聯系人： 聯系： 移動： 開戶銀行： 賬號：名稱產地通用車型單位數量單價金額本頁合計 表5-16 進貨清單利源汽配進貨清單制表日期： 年 月 日配件編號配件名稱配件分類規格單位產地通用車型進貨量5.3 利源汽車配件銷售管理系統物理配置設計操作系統：Windows 2000/XP開發工具：Delphi 7.0數據庫：SQL Server 2

39、000硬件配置：CPU：Pentium 200MHz 以上存：32MBRAM以上硬盤：100MB以上磁盤空間顯示分辨率：最低800×600像素 建議1024×768像素系統的開發主要包括后臺數據庫的建立和維護以與前端應用程序的開發兩個方面。該系統以Windows2000/XP為平臺，采用Delphi面向對象程序的開發語言，還采用當前流行的Microsoft SQL Server2000數據庫，有效的保證了系統兼容性和可擴展性10。6 利源汽車配件銷售管理系統實現6.1 登錄界面的實現系統的用戶主要是利源公司的銷售人員和管理者，他們登錄時都使用設定的登錄口令和密碼進行系統登錄

40、，每次登錄的登錄信息將被系統自動記入系統日志，以便管理員查看人員登錄系統的情況。登錄界面如圖6-1所示。圖6-1 系統登錄界面6.2 主界面的實現系統的主界面有該系統六個功能模塊的菜單和樹形列表以與常用功能的快捷按鈕，方便用戶使用不同的方式操作系統。不同權限級別的用戶對該系統的操作有不同的限制，“系統管理員”權限的用戶可以對系統所有功能進行操作查看，而“一般管理員”權限的用戶不能對“系統維護”這一功能模塊進行操作或查看。系統主界面如圖6-2所示。圖圖6-2 系統主界面6.3 基礎信息模塊的實現系統的基礎信息模塊包含三個子模塊，分別實現的是配件信息、供應商信息、客戶信息這三種基礎信息的管理。這三

41、個子模塊的實現為利源公司的銷售管理提供了基礎信息，方便了銷售管理業務的進行。其具體實現的功能是對這三種信息的添加、修改和刪除，實現該功能的代碼見附錄。配件信息管理界面如圖6-3所示。圖6-3 配件信息管理界面6.4 信息查詢模塊的實現系統的信息查詢模塊包括了配件信息、供應商信息、客戶信息查詢，入庫信息、銷售信息、退貨信息、庫存信息、進貨信息查詢8個子模塊。在每個子模塊中都可以實現對該模塊信息按照不同的條件進行查詢與打印。1 配件信息查詢該模塊可以按照配件的編號、名稱、規格分別進行查詢，也可以查出一樣類別或一樣車型或同一產地的配件。2 供應商信息查詢該模塊可以按照供應商的編號、名稱、聯系人、聯系

42、、地址進行供應商的查找，也可以查出開戶銀行一樣的供應商。3 客戶信息查詢該模塊可以按照客戶的編號、名稱、聯系人、聯系、地址進行客戶的查找，也可以查出同一類別或開戶銀行一樣的客戶。4 入庫信息查詢該模塊可以根據需要，按照入庫單號、配件編號、供應商編號、操作員編號、入庫日期這五種條件單一或組合查出入庫信息。5 銷售信息查詢該模塊可以根據需要，按照銷售單號、配件編號、客戶編號、操作員編號、銷售日期這五種條件單一或組合查出銷售信息。6 退貨信息查詢該模塊可以根據需要，按照退貨單號、銷售單號、配件編號、客戶編號、操作員編號、退貨日期這六種條件單一或組合查出退貨信息。7 庫存信息查詢該模塊可以根據需要，查

43、出充足（即庫存量大于最低庫存）、不足（即庫存量小于最低庫存）、過量（即庫存量大于最高庫存）的配件信息。也可以通過顯示行顏色的區分（紅色代表庫存過低，低于最低庫存需補貨的配件；藍色代表庫存量高于最高庫存的配件；無顏色代表庫存在正常圍（即庫存數量小于最高庫存，大于最低庫存）的配件）直觀地看出這三種情況下的配件信息11。8 進貨信息查詢該模塊是對系統自動統計出的缺貨信息的顯示。通過該界面，用戶可以清晰地看到實時的缺貨信息，以與系統給予的進貨量的建議。可以直接打印出進貨的清單。配件信息查詢、銷售信息查詢、庫存信息查詢界面分別如圖6-4、圖6-5、圖6-6所示。圖6-4 配件信息查詢界面圖6-4顯示出系

44、統中，配件分類屬于發動機系統類的配件共有14種。圖6-5 銷售信息查詢界面圖6-5顯示出，在2008年12月8日銷售了編號為0100001的暖風開關共三只，銷售總額87元，分別銷售給被客戶編號30007的先生，10001的景陽汽修，10003的武汽修。圖6-6 庫存信息查詢界面圖6-6顯示出，庫存信息被刷新后，庫存配件的種類共91種，其中編號0200001的變速箱總成庫存過量（即庫存數量大于最高庫存），編號0200003的2/3同步器齒固庫存不足（即庫存數量低于最低庫存）。6.5 銷售管理模塊的實現系統的銷售管理模塊是對配件銷售中各種業務操作的實現，包括配件入庫、配件銷售、配件退貨、銷售報警這

45、四個子功能模塊。1 配件入庫該模塊是對配件入庫信息管理的模塊，它主要實現對配件入庫的信息即供應商與配件對應信息與入庫數量、入庫價等信息的登記、修改、刪除，同時系統自動增加配件信息中的庫存數量。2 配件銷售該模塊是對配件銷售信息管理的模塊，它主要實現對配件銷售的信息即客戶與配件對應信息與銷售數量、售出價等信息的登記、修改、刪除，同時系統自動減少配件信息中的庫存數量。3 配件退貨該模塊是客戶因為某種原因要對已購配件退貨，并已得到銷售人員核準時，對配件退貨信息管理的模塊，它主要實現對配件退貨的信息即銷售信息與退貨數量、退貨日期等信息的登記、修改、刪除，同時系統自動修改配件信息中的庫存數量。4 銷售報

46、警該模塊是系統中的一個重點模塊，這是利源公司的管理者對銷售中的各項數據進行銷售分析后做出一些銷售調整的決策預警。這個預警是提前設定的，以時間作為觸發器，當設定的銷售報警的時間來臨時，報警就會在系統登錄時彈出，提示銷售人員做出銷售調整的操作。入庫管理、銷售報警界面分別如圖6-7、圖6-8所示。圖6-7 入庫管理界面圖6-8 銷售報警界面圖6-8顯示出，2009年6月5日的銷售報警界面，紅色自動標出的是當天的報警信息；藍色標出的是報警時間還未到，所以還未處理的報警信息；無色的則是已經報警且被處理過的報警信息。6.6 銷售分析模塊的實現利源汽車配件銷售管理系統的銷售分析模塊也是系統中的一個重要模塊，

47、包括入庫分析、銷售分析、退貨分析、配件分析、客戶分析和供應商分析六個子模塊。在這六個子模塊中按不同的條件，用不同的圖表對利源公司銷售的情況進行總體的或局部的分析，幫助管理者制定出更利于公司經營的決策。1 入庫分析在入庫分析子模塊中，系統主要分析出某一年的月入庫情況和某個月的日入庫情況。同時可以根據需要，將這些情況用三種不同的圖表來顯示。其中條形圖可以幫助管理者看出每個點的數據具體值，可以對不同點的數值進行比較。折線圖則可以對某一年或某一月的入庫總趨勢進行顯示，幫助用戶看出入庫的趨勢。餅形圖則顯示出各月或各日入庫額所占的年入庫額或月入庫額的比重大小。這些圖表可以從側面反映出利源公司的經營狀況。2 銷售分析銷售分析子模塊和入庫分析類似，主要分析出某一年的月銷售情況和某個月的日銷售情況。也可以用條形圖、折線圖、餅形圖來查看統計的數值、趨勢或份額。與入庫分析相配合，可以更直觀、更全面的查看到了公司總體的經營狀況。3 退貨分析退貨分析子模塊在繼承了上述兩個模塊共有的時間分析后，還加入了對退貨理由分布與對退貨客戶分類的分析。退貨理由分布分析可以看出在退回的配件中因為質量不合格、購買出錯、銷售出錯這三種理由的配件各占多少數量，以此來分析出是否增加對配件質量的鑒定或是提高銷售人員的業務水平。退貨客戶分類分析