汽車配件銷售管理信息系統(tǒng)畢業(yè)設(shè)計論文.doc

*本科畢業(yè)設(shè)計（論文）目 錄1 緒論11.1 研究背景11.2 利源汽車配件銷售管理的現(xiàn)狀11.3 論文主要研究內(nèi)容22 利源汽車配件銷售管理系統(tǒng)開發(fā)工具簡介33 利源汽車配件銷售管理系統(tǒng)需求分析53.1 利源汽車配件銷售管理系統(tǒng)可行性研究53.2 利源汽車配件銷售管理系統(tǒng)業(yè)務(wù)分析53.3 利源汽車配件銷售管理系統(tǒng)數(shù)據(jù)分析63.3.1 系統(tǒng)數(shù)據(jù)流程圖63.3.2 系統(tǒng)數(shù)據(jù)字典114 利源汽車配件銷售管理系統(tǒng)總體設(shè)計124.1 利源汽車配件銷售管理系統(tǒng)數(shù)據(jù)庫的設(shè)計124.1.1 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計124.1.2 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計124.1.3 數(shù)據(jù)庫物理結(jié)構(gòu)設(shè)計134.2 利源汽車配件銷售管理系統(tǒng)總體功能設(shè)計164.2.1 系統(tǒng)功能描述164.2.2 系統(tǒng)功能模塊劃分175 利源汽車配件銷售管理系統(tǒng)詳細設(shè)計185.1 利源汽車配件銷售管理系統(tǒng)代碼設(shè)計185.2 利源汽車配件銷售管理系統(tǒng)輸入輸出設(shè)計195.3 利源汽車配件銷售管理系統(tǒng)物理配置設(shè)計226 利源汽車配件銷售管理系統(tǒng)實現(xiàn)236.1 登錄界面的實現(xiàn)236.2 主界面的實現(xiàn)236.3 基礎(chǔ)信息模塊的實現(xiàn)246.4 信息查詢模塊的實現(xiàn)246.5 銷售管理模塊的實現(xiàn)266.6 銷售分析模塊的實現(xiàn)276.7 系統(tǒng)維護模塊的實現(xiàn)316.8 系統(tǒng)信息模塊的實現(xiàn)317 小結(jié)與不足327.1 論文小結(jié)327.2 論文不足32參考文獻33致 謝34附錄A35附錄B52 731 緒論1.1 研究背景隨著經(jīng)濟的飛速發(fā)展，汽車已經(jīng)逐步進入了家庭。人們購買汽車的能力和需求越來越高，這就刺激了汽車行業(yè)的飛速發(fā)展，使得汽車配件銷售行業(yè)的競爭也越來越激烈。如何在激烈的競爭中取勝，是每個配件銷售企業(yè)當(dāng)前所面臨的最嚴(yán)峻的挑戰(zhàn)。而一個適用的銷售管理系統(tǒng)則可以幫助企業(yè)提高管理效率，進而提升整體的管理水平，使企業(yè)在競爭中取勝1。榆林利源汽車配件公司也處在這個復(fù)雜多變又充滿激烈競爭的市場之中，同樣使用了管理系統(tǒng)幫助企業(yè)經(jīng)營。但是，在公司不斷地發(fā)展的過程中，現(xiàn)有的系統(tǒng)由于其功能過于簡單，逐漸暴露出許多不足，這些不足使公司的管理陷入了困境，如銷售人員增加了，效率卻下降了；業(yè)務(wù)量增加了，銷售數(shù)據(jù)卻混亂不堪等。這都反映出現(xiàn)有的管理系統(tǒng)已經(jīng)不能發(fā)揮其提高管理效率的作用，反而成為利源公司發(fā)展中的一個障礙。此時的利源公司需要一個更新、更適用的系統(tǒng)來引導(dǎo)公司的管理走出困境、取得發(fā)展。論文正是基于這樣的研究背景，根據(jù)利源公司配件銷售業(yè)務(wù)需求，針對其現(xiàn)行系統(tǒng)的不足，同時結(jié)合配件銷售的特點，為其設(shè)計出一套適用的汽車配件銷售管理系統(tǒng)。1.2 利源汽車配件銷售管理的現(xiàn)狀利源汽車配件公司是一家專門經(jīng)營汽車配件銷售的企業(yè)。公司銷售管理經(jīng)歷了最初的手工管理階段到現(xiàn)在的銷售管理系統(tǒng)管理階段。雖然應(yīng)用了現(xiàn)行的管理系統(tǒng)以后，公司的管理水平有了提高，但是系統(tǒng)功能的簡單化隨著公司的發(fā)展已經(jīng)不能滿足管理的需要，甚至使管理陷入混亂，具體體現(xiàn)在以下3個方面。 1 系統(tǒng)只對配件的信息進行管理，缺少對供應(yīng)商及客戶信息的管理。由于供應(yīng)商信息管理的缺失，使公司不能準(zhǔn)確的掌握供應(yīng)商的供貨情況，也無法對此做出判斷，也就難以選擇出更合適的供應(yīng)商。而客戶信息管理的缺失則造成對客戶關(guān)系維護的困難，進而影響到對客戶的服務(wù)水平。2 系統(tǒng)只進行數(shù)據(jù)登記，沒有數(shù)據(jù)統(tǒng)計分析功能。這就造成管理者無法明確地掌握配件銷售的整體狀況，也就不能有針對性的制定銷售策略，以提高銷售業(yè)績、應(yīng)對市場變化。3 系統(tǒng)無法有效支持銷售策略的執(zhí)行。對于預(yù)先制定的銷售策略，公司的人員時有遺忘，而系統(tǒng)也缺乏對此的提示，影響了銷售管理水平的改善?？傊?，以上種種現(xiàn)行系統(tǒng)的不足表現(xiàn)出現(xiàn)行系統(tǒng)沒有實現(xiàn)對銷售管理全過程的系統(tǒng)管理，因此導(dǎo)致了利源公司管理混亂的現(xiàn)狀。1.3 論文主要研究內(nèi)容論文在軟件工程思想的指導(dǎo)之下，采用結(jié)構(gòu)化的系統(tǒng)開發(fā)方法，按用戶至上的原則，完成了利源汽車配件銷售管理系統(tǒng)的開發(fā)2。論文針對現(xiàn)有系統(tǒng)的不足進行改進開發(fā)，主要的研究內(nèi)容有以下幾個方面。1 對公司銷售管理的全過程進行整體設(shè)計，使系統(tǒng)的管理涵蓋配件銷售的每個階段，即使銷售管理系統(tǒng)包括對配件進貨、入庫、銷售、退貨、售后分析決策以及決策執(zhí)行這七個階段的信息管理模塊。2 針對基礎(chǔ)信息管理方面，增加對供應(yīng)商信息和客戶信息管理的模塊。3 實現(xiàn)銷售統(tǒng)計分析功能。具體是通過各種圖表直觀顯示出銷售中各種數(shù)據(jù)的統(tǒng)計結(jié)果，包括對配件入庫、銷售、退貨各階段數(shù)據(jù)以及對單一配件的銷售、供應(yīng)商供貨、客戶購買等數(shù)據(jù)的統(tǒng)計分析。4 通過銷售報警的方式實現(xiàn)對銷售決策執(zhí)行的支持。即將銷售決策執(zhí)行的內(nèi)容和時間設(shè)定為銷售報警的內(nèi)容，在決策執(zhí)行時機到來時系統(tǒng)發(fā)出預(yù)警，提醒用戶執(zhí)行銷售決策。通過以上各方面的研究，使得新的銷售管理系統(tǒng)達到適應(yīng)利源公司業(yè)務(wù)拓展、滿足公司管理需求的目的3。2 利源汽車配件銷售管理系統(tǒng)開發(fā)工具簡介 利源汽車配件銷售管理系統(tǒng)前臺界面的開發(fā)工具選擇Delphi 7，后臺數(shù)據(jù)庫開發(fā)工具選擇Microsoft SQL Server 2000。1 Delphi 7 簡介Delphi是由著名的Borland（現(xiàn)在已和Inprise合并）公司開發(fā)的可視化軟件開發(fā)工具。Delphi被稱為第四代編程語言，它具有簡單、高效、功能強大的特點。對于利源汽車配件銷售管理系統(tǒng)的開發(fā)，使用Delphi語言較為方便，以下是Delphi語言的特點及優(yōu)勢。（1）開發(fā)的高效 Delphi是一個RAD（Rapid Application Development，快速開發(fā)工具），它有可視化的開發(fā)環(huán)境。 Delphi是真正面向?qū)ο蟮?。其基于面向?qū)ο蠹夹g(shù)構(gòu)建的VCL庫中的所有組件都可以被繼承以創(chuàng)建新的組件。 Delphi的Code Insight技術(shù)（即代碼自動完成功能）是建立在編譯器信息上的，使用編譯器信息的好處是更具靈活性。（2）語言的高效 Delphi基于Object Pascal語言。這是一種真正支持面向?qū)ο蠖謨?yōu)雅美觀的語言。它在功能的健全上毫不遜色于各種其他的面向?qū)ο笳Z言，但同時又不貪多，不盲目地增加復(fù)雜性。使得開發(fā)者運用各種模式進行設(shè)計時都能得到完善的支持，實現(xiàn)時卻不用考慮太多語言/編譯器細節(jié)。（3）編譯的高效 可以說，Delphi是Windows平臺上最快的高級語言本地代碼編譯器?？焖俚木幾g器可以使用戶頻繁地在修改代碼和編譯運行的狀態(tài)間切換。Delphi的編譯器從來不會讓程序員有等待的感覺。 （4）執(zhí)行的高效 Delphi不但編譯速度快，生成的目標(biāo)代碼的執(zhí)行效率也非常高。Delphi與C+ Builder使用的是同一個后端優(yōu)化器，因此其生成的代碼的效率與優(yōu)秀的C+編譯器生成的代碼相同。 Delphi生成完全本地代碼，因此Delphi編譯結(jié)果的可執(zhí)行文件可以被獨立執(zhí)行、分發(fā)，不需要其他運行庫支持。當(dāng)然，也可以選擇動態(tài)鏈接編譯，這樣可以大大減小可執(zhí)行文件的長度。（5）維護的高效 Delphi程序員雖然會在一定程度上被限制在VCL提供的框架中（當(dāng)然，完全可以在Delphi中擺脫VCL編程），但這樣更容易建立良好設(shè)計的代碼。代碼框架的優(yōu)良使得軟件維護成本大大降低4。2 Microsoft SQL Server 2000簡介Microsoft SQL Server 2000是Microsoft公司推出的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)。它具有強大的數(shù)據(jù)可管理功能，并提供了一套功能完善且具備可視化界面的管理工具。其優(yōu)點具體表現(xiàn)在以下三個方面。（1）非過程化語言Microsoft SQL Server2000是一個非過程化的語言，因為它一次處理一個記錄，可以對數(shù)據(jù)提供自動導(dǎo)航。Microsoft SQL Server2000允許用戶在高層的數(shù)據(jù)結(jié)構(gòu)上工作，不必對單個記錄進行操作，而是對記錄集操作。所有SQL語句接受集合作為輸入，返回集合作為輸出。Microsoft SQL Server2000的集合特性允許一條SQL語句的結(jié)果作為另一條SQL語句的輸入。（2）統(tǒng)一的語言Microsoft SQL Server2000可用于所有用戶的DB活動模型，包括系統(tǒng)管理員、數(shù)據(jù)庫管理員、 應(yīng)用程序員、決策支持系統(tǒng)人員及許多其它類型的終端用戶。基本的SQL 命令只需很少時間就能學(xué)會，最高級的命令在幾天內(nèi)便可掌握。Microsoft SQL Server2000為許多任務(wù)提供了命令，包括： 查詢數(shù)據(jù) 在表中插入、修改和刪除記錄 建立、修改和刪除數(shù)據(jù)對象 控制對數(shù)據(jù)和數(shù)據(jù)對象的存取 保證數(shù)據(jù)庫一致性和完整性（3）所有關(guān)系數(shù)據(jù)庫的公共語言由于所有主要的關(guān)系數(shù)據(jù)庫管理信息系統(tǒng)都支持SQL語言，用戶可將使SQL Server 2000的技能從一個RDBMS轉(zhuǎn)到另一個。而且所有用SQL編寫的程序都是可以移植的5。3 利源汽車配件銷售管理系統(tǒng)需求分析3.1 利源汽車配件銷售管理系統(tǒng)可行性研究 利源汽車配件銷售管理系統(tǒng)可行性研究主要包括該系統(tǒng)的管理可行性研究、經(jīng)濟可行性研究和技術(shù)可行性研究三方面。首先，是管理可行性研究。利源汽車配件現(xiàn)在采用銷售管理系統(tǒng)已經(jīng)不能滿足業(yè)務(wù)增長的需求，阻礙了公司的發(fā)展，急需一個新的銷售管理系統(tǒng)來改進公司銷售管理的混亂，即具備了新系統(tǒng)開發(fā)的管理可行性。其次，是經(jīng)濟可行性研究。對于一個具有一定經(jīng)營規(guī)模的公司，利源公司有足夠的能力承擔(dān)管理系統(tǒng)開發(fā)和實施的各項費用。公司在采用了新系統(tǒng)后也可以享受到管理費用、人工成本的減少等各項收益。綜合分析其成本和收益，可以看出新系統(tǒng)的建設(shè)和使用是有利于利源公司長遠發(fā)展的。 最后，是技術(shù)可行性研究。由于公司的所有人員都具有現(xiàn)行系統(tǒng)的操作經(jīng)驗和一般的計算機操作水平，因此經(jīng)過一定的培訓(xùn)都可以掌握新系統(tǒng)的使用，具備技術(shù)操作的可行性6。總之，通過對利源汽車配件公司的管理、經(jīng)濟、技術(shù)三方面的可行性研究，可以得出該銷售管理系統(tǒng)可以開發(fā)并實施。3.2 利源汽車配件銷售管理系統(tǒng)業(yè)務(wù)分析利源汽車配件銷售管理系統(tǒng)主要涵蓋的業(yè)務(wù)有：供應(yīng)商、客戶、以及配件基本信息管理，配件入庫、銷售出庫、退貨時的登記和配件庫存的統(tǒng)計，配件銷售狀況的分析以及分析后對于配件銷售報警。具體每項業(yè)務(wù)的分析如下：1 供應(yīng)商、客戶、配件基本信息的管理業(yè)務(wù)包括對這三者信息的添加、修改、刪除及查詢。供應(yīng)商的信息是公司選定一個新的供應(yīng)商時就對其信息輸入系統(tǒng)管理，以備配件入庫信息管理的需要?？蛻舻男畔⑹枪緦γ恳晃恍碌目蛻艚⑵湫畔n案，與其購買的配件對應(yīng)管理，加深對客戶的需求了解。配件的信息是對每一種新上架的配件建立其檔案，配合每次的進貨、入庫、銷售、退貨等環(huán)節(jié)的信息需求。在需要時，按照不同的條件對四者的信息進行查詢并打印。2 配件入庫、銷售出庫、退貨時的登記和配件庫存、進貨的統(tǒng)計業(yè)務(wù)。在每次配件入庫時，配合該配件的基本信息和供應(yīng)商的信息，對入庫的配件數(shù)量、進貨價等信息進行登記。銷售出庫時，再配合配件的基本信息和客戶的信息，對配件銷售的信息進行登記。配件退貨時，配合配件銷售的信息，對退貨的理由等信息進行登記。對配件的入庫、銷售、退貨信息匯總，統(tǒng)計出配件的庫存、進貨信息。3 配件銷售狀況的分析業(yè)務(wù)是指對利源公司配件入庫、銷售、退貨三方面的情況按照日月年不同的時段、按照供應(yīng)商、客戶等不同的條件進行統(tǒng)計分析，并按照需要繪制出不同的統(tǒng)計分析圖表，幫助利源公司的管理者做出合理的銷售決策。4 配件銷售的報警業(yè)務(wù)是根據(jù)配件銷售分析的結(jié)果將銷售決策轉(zhuǎn)化為具體的銷售調(diào)整方案而設(shè)定的銷售提示報警。此外，報警內(nèi)容也包括管理者根據(jù)經(jīng)營環(huán)境的變化做出的銷售預(yù)警。整體業(yè)務(wù)流程圖如圖3-1所示7。圖3-1 業(yè)務(wù)流程圖3.3 利源汽車配件銷售管理系統(tǒng)數(shù)據(jù)分析3.3.1 系統(tǒng)數(shù)據(jù)流程圖利源汽車配件銷售管理系統(tǒng)數(shù)據(jù)流程圖按需要分為頂層數(shù)據(jù)流程圖、一層數(shù)據(jù)流程圖、二層數(shù)據(jù)流程圖即各項數(shù)據(jù)處理的子數(shù)據(jù)流程圖三層8。1 頂層數(shù)據(jù)流程圖頂層數(shù)據(jù)流程圖從總體上反映了利源汽車配件銷售管理系統(tǒng)與兩個重要的外部實體供應(yīng)商和客戶的信息聯(lián)系，如圖3-2所示。P1利源汽車配件銷售管理系統(tǒng)供應(yīng)商客戶圖3-2 頂層數(shù)據(jù)流程圖2 一層數(shù)據(jù)流程圖一層數(shù)據(jù)流程圖反映了利源汽車配件銷售管理系統(tǒng)總體的功能模塊，即供應(yīng)商信息登記、配件入庫登記、配件銷售、客戶信息登記、退貨信息登記、庫存統(tǒng)計、銷售分析、銷售報警8個模塊之間的信息聯(lián)系，具體如圖3-3所示。供應(yīng)商配件入庫登記P1.2供應(yīng)商信息登記P1.1D1.1.01供應(yīng)商信息記錄D1.4配件入庫記錄配件銷售P1.4客戶D1.2客戶信息記錄D1.5配件銷售記錄客戶信息登記P1.3庫存統(tǒng)計P1.6銷售報警P1.8銷售分析P1.7D1.7銷售報警記錄客戶信息供應(yīng)商信息配件信息訂單信息D1.3配件信息記錄退貨信息登記P1.5退貨信息D1.6退貨信息記錄圖3-3 一層數(shù)據(jù)流程圖從圖3-3可以看出利源公司將公司上游的供應(yīng)商的基本信息登記在供應(yīng)商信息記錄中，對供應(yīng)商提供的配件信息也進行記錄，并對供應(yīng)商與入庫的配件建立聯(lián)系。在客戶購買配件時，對客戶及購買的信息（即銷售信息）都進行記錄，在銷售信息中體現(xiàn)出客戶、配件之間的聯(lián)系?？蛻粼谫徺I后又有退貨的需要，則建立起客戶、銷售及退貨的信息聯(lián)系。而庫存的統(tǒng)計又是對入庫、銷售、退貨的綜合。銷售分析則是對入庫、銷售、退貨、庫存這四方面的統(tǒng)計分析，并把得出的結(jié)論轉(zhuǎn)化為具體的銷售調(diào)整，同時用銷售報警的手段實現(xiàn)。3 二層數(shù)據(jù)流程圖二層數(shù)據(jù)流程圖是一層數(shù)據(jù)流程圖中的8個功能模塊分別細化后的子數(shù)據(jù)流程圖，如圖3-4中各分圖所示。供應(yīng)商接收并查詢供應(yīng)商信息P1.1.1D1.1供應(yīng)商信息記錄錄入新供應(yīng)商信息P1.1.2（a） 供應(yīng)商信息登記子數(shù)據(jù)流程圖供應(yīng)商信息新供應(yīng)商信息新供應(yīng)商信息（a）圖反映了在進行供應(yīng)商信息登記時，先查詢已有的供應(yīng)商記錄核實該供應(yīng)商的信息是否已存在，對不存在的供應(yīng)商信息（即新供應(yīng)商信息）進行登記。新配件信息供應(yīng)商接收并查詢配件信息P1.2.1D1.3配件信息記錄錄入新配件信息P1.2.2（b） 配件入庫登記子數(shù)據(jù)流程圖配件信息新配件信息錄入配件入庫信息P1.2.3已有配件入庫信息新配件入庫信息D1.4配件入庫記錄D1.1供應(yīng)商信息記錄（b）圖反映了在進行配件入庫的信息登記時，先查詢配件信息記錄，對已有配件信息記錄的進行入庫信息登記，對不存在配件信息記錄的新配件先進行配件信息的登記，再進行配件入庫信息的登記?？蛻艚邮詹⒉樵兛蛻粜畔1.3.1D1.2客戶信息記錄錄入新客戶信息P1.3.2（c） 客戶信息登記子數(shù)據(jù)流程圖客戶信息新客戶信息新客戶信息（c）圖反映了客戶在購買配件時，先對客戶的信息進行查詢，如果是新客戶，先進行客戶基本信息的登記。（d） 配件銷售登記子數(shù)據(jù)流程圖客戶查詢配件庫存量P1.4.1D1.3配件信息記錄錄入配件銷售信息P1.4.2訂單信息配件銷售信息D1.5配件銷售記錄D1.2客戶信息記錄（d）圖反映了銷售配件時根據(jù)客戶的需求查詢配件的庫存記錄，再對配件的銷售信息進行記錄。（e） 配件退貨登記子數(shù)據(jù)流程圖客戶查詢配件售出情況P1.5.1D1.5配件銷售記錄核實配件退貨理由P1.5.2退貨信息退貨理由D1.6配件退貨記錄不予以退貨的理由錄入配件退貨信息P1.5.3（e）圖反映了客戶由于某些原因提出退貨的要求，先對其提供的購買信息進行查證核實，在確定購買屬實后再對客戶提出的退貨理由進行判斷。若理由符合退貨原則，則登記退貨信息；若理由不符合公司的退貨原則，則對客戶說明。D1.6配件退貨記錄按條件匯總統(tǒng)計信息P1.7.1（f） 銷售分析子數(shù)據(jù)流程圖入庫信息D1.4配件入庫記錄銷售信息D1.5配件銷售記錄按匯總數(shù)據(jù)繪制分析圖表P1.7.2退貨信息庫存信息銷售分析數(shù)據(jù)（f）圖反映了系統(tǒng)對配件的入庫、銷售、退貨、庫存信息的統(tǒng)計分析。先對這幾項信息按照不同的條件進行匯總，再根據(jù)需要將匯總的數(shù)據(jù)繪制成直觀的圖表，為銷售決策提供依據(jù)。其中庫存數(shù)據(jù)直接由入庫、銷售、退貨的數(shù)據(jù)匯總而成。D1.7銷售報警記錄設(shè)定銷售報警P1.8.1銷售操作P1.8.2報警處理P1.8.3報警處理信息 （g） 銷售報警子數(shù)據(jù)流程圖銷售分析數(shù)據(jù)圖3-4 二層數(shù)據(jù)流程圖（g）圖反映了根據(jù)銷售分析，將做出的銷售決策或調(diào)整轉(zhuǎn)化為具體的方案后用銷售報警手段實現(xiàn)的過程。即根據(jù)銷售分析數(shù)據(jù)設(shè)定銷售報警，當(dāng)報警提醒時，采取銷售操作，同時對報警也進行處理。這里的銷售操作指具體的銷售調(diào)整行為。報警處理指對此項報警的解除、重新設(shè)定或其他的操作。3.3.2 系統(tǒng)數(shù)據(jù)字典（見附錄A）4 利源汽車配件銷售管理系統(tǒng)總體設(shè)計4.1 利源汽車配件銷售管理系統(tǒng)數(shù)據(jù)庫的設(shè)計數(shù)據(jù)庫設(shè)計是在選定數(shù)據(jù)庫管理信息系統(tǒng)的基礎(chǔ)上建立數(shù)據(jù)庫的過程。它包括概念結(jié)構(gòu)設(shè)計、邏輯結(jié)構(gòu)設(shè)計和物理結(jié)構(gòu)設(shè)計三個階段9。4.1.1 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計是指對數(shù)據(jù)庫概念模型的設(shè)計，是用概念模型對現(xiàn)實世界進行全面、準(zhǔn)確的描述。其中最為廣泛的方法是P.P.Chen于1976年提出的實體-聯(lián)系方法（Entity-Relationship Approach），簡稱E-R圖法。系統(tǒng)的E-R圖如圖4-1所示。圖4-1 系統(tǒng)總E-R圖4.1.2 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計系統(tǒng)邏輯結(jié)構(gòu)設(shè)計是將概念結(jié)構(gòu)設(shè)計階段完成的概念模型轉(zhuǎn)化為SQL Sever 2000系統(tǒng)所支持的數(shù)據(jù)模型，轉(zhuǎn)換后的具體關(guān)系模型如下所示。 1 配件（配件編號，配件名稱，配件分類，配件規(guī)格或車型，配件單位，產(chǎn)地，最低庫存，最高庫存，通用車型，庫存數(shù)量，庫存價格，零售價，會員價，汽修廠價，備注）2 供應(yīng)商（供應(yīng)商編號，供應(yīng)商名稱，聯(lián)系人，聯(lián)系電話，移動電話，賬號，開戶銀行，地址，郵編，備注）3 客戶（客戶編號，客戶分類，客戶名稱，聯(lián)系人，聯(lián)系電話，移動電話，賬號，開戶銀行，地址，郵編，備注）4 管理員（管理員編號，管理員姓名，登錄口令，登錄密碼，性別，年齡，權(quán)限級別，職務(wù)，備注）5 銷售報警（報警編號，報警時間，報警內(nèi)容，報警處理，設(shè)定管理員編號，處理管理員編號，備注）6 配件入庫（入庫單號，配件編號，供應(yīng)商編號，入庫數(shù)量，入庫價，入庫金額，入庫日期，管理員編號，備注）7 配件銷售（銷售單號，配件編號，客戶編號，銷售數(shù)量，售出價，銷售金額，銷售日期，管理員編號，備注）8 配件退貨（退貨單號，銷售單號，配件編號，客戶編號，退貨數(shù)量，退貨金額，退貨理由，退貨日期，管理員編號，備注）4.1.3 數(shù)據(jù)庫物理結(jié)構(gòu)設(shè)計數(shù)據(jù)庫的物理結(jié)構(gòu)設(shè)計是為邏輯數(shù)據(jù)模型選取一個最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)，包括數(shù)據(jù)存儲結(jié)構(gòu)。系統(tǒng)采用的是SQL Server 2000數(shù)據(jù)庫，系統(tǒng)數(shù)據(jù)庫名為qpxsgl，該數(shù)據(jù)庫中包括8個數(shù)據(jù)表。1 配件表配件表主要用于存放配件的基本信息，其結(jié)構(gòu)如表4-1所示。表4-1 配件表字段字段名稱數(shù)據(jù)類型字段大小說明1pj_bh字符型7配件編號2pj_mc字符型20配件名稱3pj_fl字符型12配件分類4pj_gg字符型10配件規(guī)格或車型5pj_dw字符型4配件單位6cd字符型10產(chǎn)地7tycx字符型10通用車型8zdkc整型4最低庫存9zgkc整型4最高庫存10kcsl整型4庫存數(shù)量11kcjg貨幣型8庫存價格12lsj貨幣型8零售價13hyj貨幣型8會員價14qxcj貨幣型8汽修廠價15bz字符型50備注2 供應(yīng)商表供應(yīng)商表主要存放供應(yīng)商的基本信息，其結(jié)構(gòu)如表4-2所示。表4-2 供應(yīng)商表字段字段名稱數(shù)據(jù)類型字段大小說明1gys_bh字符型5供應(yīng)商編號2gys_mc字符型20供應(yīng)商名稱3lxr字符型10聯(lián)系人4lxdh字符型12聯(lián)系電話5yddh字符型12移動電話6zh字符型20賬號7khyh字符型20開戶銀行8dz字符型20地址9yb字符型7郵編10bz字符型50備注3 客戶表客戶表主要存放客戶的基本信息，其結(jié)構(gòu)如表4-3所示。表4-3 客戶表字段字段名稱數(shù)據(jù)類型字段大小說明1kh_bh字符型5客戶編號2kh_mc字符型30客戶名稱3kh_fl字符型8客戶分類4lxr字符型10聯(lián)系人5lxdh字符型12聯(lián)系電話6yddh字符型12移動電話7zh字符型20賬號8khyh字符型20開戶銀行9dz字符型30地址10yb字符型7郵編11bz字符型50備注4 管理員表管理員表主要存放管理員的基本信息，其結(jié)構(gòu)如表4-4所示。表4-4 管理員表字段字段名稱數(shù)據(jù)類型字段大小說明1gly_bh字符型2管理員編號2gly_xm字符型10管理員姓名3dlkl字符型10登錄口令4pass字符型6登錄密碼5xb字符型2性別6nl字符型2年齡7qxjb字符型10權(quán)限級別8zw字符型16職務(wù)9bz字符型50備注5 銷售報警表銷售報警表主要存放銷售報警的設(shè)定和處理信息，其結(jié)構(gòu)如表4-5所示。表4-5 銷售報警表字段字段名稱數(shù)據(jù)類型字段大小說明1bjbh字符型8報警編號2bjsj日期型8報警時間3bjnr字符型100報警內(nèi)容4bjcl字符型10報警處理5gly_bh字符型2設(shè)定管理員編號6gly_bh2字符型2處理管理員編號7bz字符型50備注6 配件入庫表配件入庫表主要存放配件每次入庫的信息，其結(jié)構(gòu)如表4-6所示。表4-6 配件入庫表字段字段名稱數(shù)據(jù)類型字段大小說明1rkdh字符型8入庫單號2pj_bh字符型7配件編號3gys_bh字符型5供應(yīng)商編號4rksl整型4入庫數(shù)量5rkj貨幣型8入庫價6rke貨幣型8入庫金額7rkrq日期型8入庫日期8gly_bh字符型2管理員編號9bz字符型50備注7 配件銷售表配件銷售表主要存放銷售配件的信息，其結(jié)構(gòu)如表4-7所示。表4-7 配件銷售表字段字段名稱數(shù)據(jù)類型字段大小說明1xsdh字符型8銷售單號2pj_bh字符型7配件編號3kh_bh字符型5客戶編號4xssl整型4銷售數(shù)量5scj貨幣型8售出價6xse貨幣型8銷售金額7xsrq日期型8銷售日期8gly_bh字符型2管理員編號9bz字符型50備注8 配件退貨表配件退貨表主要存放配件退貨登記的信息，其結(jié)構(gòu)如表4-8所示。表4-8 配件退貨表字段字段名稱數(shù)據(jù)類型字段大小說明1thdh字符型8退貨單號2pj_bh字符型7配件編號3kh_bh字符型5客戶編號4xsdh字符型8銷售單號5thsl整型4退貨數(shù)量6thly字符型14退貨理由7the貨幣型8退貨金額8thrq日期型8退貨日期9gly_bh字符型2管理員編號10bz字符型50備注4.2 利源汽車配件銷售管理系統(tǒng)總體功能設(shè)計4.2.1 系統(tǒng)功能描述基礎(chǔ)信息管理功能：包括對配件信息、供應(yīng)商信息、客戶信息的添加、修改和刪除。銷售查詢功能：包括對銷售中各種信息的查詢和打印，有配件信息、供應(yīng)商信息及客戶信息的查詢和打印，配件入庫、配件銷售、配件退貨、配件庫存及配件進貨信息的查詢和打印。銷售管理功能：包括對配件入庫、配件銷售、配件退貨信息的錄入、修改和刪除，以及對銷售報警的設(shè)定和處理。銷售分析功能：包括對單一配件的銷售分析、供應(yīng)商供貨的分析、客戶購買周期和客戶分類的分析、銷售、入庫、退貨的時間分析。系統(tǒng)維護功能：包括對用戶的添加及其權(quán)限的設(shè)置、密碼的修改、系統(tǒng)日志管理、數(shù)據(jù)庫的備份和還原。4.2.2 系統(tǒng)功能模塊劃分根據(jù)利源公司的業(yè)務(wù)需求和管理的需要，將系統(tǒng)劃分為六個模塊：基礎(chǔ)信息模塊、信息查詢模塊、銷售管理模塊、銷售分析模塊、系統(tǒng)維護模塊和系統(tǒng)信息模塊。具體的功能模塊圖如圖4-2所示。圖4-2 主要功能模塊示意圖5 利源汽車配件銷售管理系統(tǒng)詳細設(shè)計5.1 利源汽車配件銷售管理系統(tǒng)代碼設(shè)計1 配件代碼設(shè)計配件代碼采用7位數(shù)字編碼，前兩位數(shù)字代表該配件的分類代號（其他類代號01，變速器系統(tǒng)代號02，傳動系統(tǒng)代號03，底盤代號04，覆蓋件代號05，發(fā)動機系統(tǒng)代號06），后五位數(shù)字是配件同類型產(chǎn)品的順序號。X X X X X X X X 順序號 分類代號例如：變速器系統(tǒng)類的第一個配件的編號是0200001，發(fā)動機類的第十個配件編號是0600010。2 供應(yīng)商代碼設(shè)計 供應(yīng)商的代碼采用5位數(shù)字編碼，前三位數(shù)字代表供應(yīng)商所在地區(qū)號的后三位數(shù)字，后兩位數(shù)字是該地區(qū)供應(yīng)商的順序號。X X X X X 順序號 所在地區(qū)代號例如:西安地區(qū)的第一個供應(yīng)商編號是02901。3 客戶代碼設(shè)計 客戶代碼采用5位數(shù)字編碼，第一位數(shù)字代表客戶的分類（“1”代表汽修廠，“2”代表會員，“3”代表一般客戶），后四位數(shù)字代表該類別中客戶的順序號。X X X X X 順序號 分類代號例如：第一個汽修廠客戶編號是10001，第三個會員編號是20003.4 管理員代碼設(shè)計 管理員代碼采用2位數(shù)字編碼，由于利源公司的管理員較固定，所以采用順序編碼。 X X 順序號例如：第一個管理員編號是01。5.2 利源汽車配件銷售管理系統(tǒng)輸入輸出設(shè)計1 輸入設(shè)計系統(tǒng)的輸入表單主要有配件信息表、供應(yīng)商信息表、客戶信息表、配件入庫表、配件銷售表、配件退貨表、銷售報警表、管理員信息表，輸入表的格式如表5-1、表5-2、表5-3、表5-4、表5-5、表5-6、表5-7、表5-8所示。表5-1 配件信息表配件編號配件名稱配件分類配件規(guī)格或車型配件單位產(chǎn)地最低庫存最高庫存通用車型庫存數(shù)量庫存價格零售價會員價汽修廠價備注表5-2 供應(yīng)商信息表供應(yīng)商編號供應(yīng)商名稱聯(lián)系人聯(lián)系電話移動電話賬號開戶銀行地址郵編備注表5-3 客戶信息表客戶編號客戶分類客戶名稱聯(lián)系人聯(lián)系電話移動電話賬號開戶銀行地址郵編備注表5-4 配件入庫表入庫單號配件編號供應(yīng)商編號入庫數(shù)量入庫價入庫金額入庫日期管理員編號備注表5-5 配件銷售表銷售單號配件編號客戶編號銷售數(shù)量售出價銷售金額銷售日期管理員編號備注表5-6 配件退貨表退貨單號銷售單號配件編號客戶編號退貨數(shù)量退貨金額退貨理由退貨日期管理員編號備注表5-7 銷售報警表報警編號報警時間報警內(nèi)容報警處理設(shè)定管理員編號處理管理員編號備注表5-8 管理員信息表管理員編號管理員姓名登錄口令登錄密碼性別年齡權(quán)限級別職務(wù)備注2 輸出設(shè)計系統(tǒng)輸出的報表和表單主要有配件信息一覽表、供應(yīng)商信息一覽表、客戶信息一覽表、管理員信息一覽表、入庫單、銷售單、退貨單、進貨清單，分別如表5-9、表5-10、表5-11、表5-12、表5-13、表5-14、表5-15、表5-16所示。表5-9 配件信息一覽表利源汽配配件信息一覽表制表日期： 年 月 日配件編號配件名稱配件分類配件規(guī)格或車型配件單位產(chǎn)地最低庫存最高庫存通用車型庫存數(shù)量庫存價格零售價會員價汽修廠價備注表5-10 供應(yīng)商信息一覽利源汽配供應(yīng)商信息一覽表制表日期： 年 月 日供應(yīng)商編號供應(yīng)商名稱聯(lián)系人聯(lián)系電話移動電話賬號開戶銀行地址郵編備注表5-11 客戶信息一覽表利源汽配客戶信息一覽表制表日期： 年 月 日客戶編號客戶分類客戶名稱聯(lián)系人聯(lián)系電話移動電話賬號開戶銀行地址郵編備注表5-12 管理員信息一覽表利源汽配管理員信息一覽表制表日期： 年 月 日管理員編號管理員姓名登錄口令登錄密碼性別年齡權(quán)限級別職務(wù)備注表5-13 入庫單利源汽配入庫單入庫單號 入庫日期： 年 月 日供應(yīng)商： 地址： 郵政編碼：聯(lián)系人： 聯(lián)系電話： 移動電話：開戶銀行： 賬號：編號名稱產(chǎn)地通用車型單位數(shù)量單價金額本頁合計表5-14 銷售單利源汽配銷售單銷售單號： 購貨日期： 年 月 日購貨單位： 地址： 郵政編碼： 聯(lián)系人： 聯(lián)系電話： 移動電話： 開戶銀行： 賬號：名稱產(chǎn)地通用車型單位數(shù)量單價金額本頁合計 地址： 郵政編碼： 聯(lián)系人： 電話： 表5-15 退貨單利源汽配退貨單退貨單號： 銷售單號： 退貨日期： 年 月 日退貨單位： 地址： 郵政編碼： 聯(lián)系人： 聯(lián)系電話： 移動電話： 開戶銀行： 賬號：名稱產(chǎn)地通用車型單位數(shù)量單價金額本頁合計 表5-16 進貨清單利源汽配進貨清單制表日期： 年 月 日配件編號配件名稱配件分類規(guī)格單位產(chǎn)地通用車型進貨量5.3 利源汽車配件銷售管理系統(tǒng)物理配置設(shè)計操作系統(tǒng)：Windows 2000/XP開發(fā)工具：Delphi 7.0數(shù)據(jù)庫：SQL Server 2000硬件配置：CPU：Pentium 200MHz 以上內(nèi)存：32MBRAM以上硬盤：100MB以上磁盤空間顯示分辨率：最低800600像素 建議1024768像素系統(tǒng)的開發(fā)主要包括后臺數(shù)據(jù)庫的建立和維護以及前端應(yīng)用程序的開發(fā)兩個方面。該系統(tǒng)以Windows2000/XP為平臺，采用Delphi面向?qū)ο蟪绦虻拈_發(fā)語言，還采用當(dāng)前流行的Microsoft SQL Server2000數(shù)據(jù)庫，有效的保證了系統(tǒng)兼容性和可擴展性10。6 利源汽車配件銷售管理系統(tǒng)實現(xiàn)6.1 登錄界面的實現(xiàn)系統(tǒng)的用戶主要是利源公司的銷售人員和管理者，他們登錄時都使用設(shè)定的登錄口令和密碼進行系統(tǒng)登錄，每次登錄的登錄信息將被系統(tǒng)自動記入系統(tǒng)日志，以便管理員查看人員登錄系統(tǒng)的情況。登錄界面如圖6-1所示。圖6-1 系統(tǒng)登錄界面6.2 主界面的實現(xiàn)系統(tǒng)的主界面有該系統(tǒng)六個功能模塊的菜單和樹形列表以及常用功能的快捷按鈕，方便用戶使用不同的方式操作系統(tǒng)。不同權(quán)限級別的用戶對該系統(tǒng)的操作有不同的限制，“系統(tǒng)管理員”權(quán)限的用戶可以對系統(tǒng)所有功能進行操作查看，而“一般管理員”權(quán)限的用戶不能對“系統(tǒng)維護”這一功能模塊進行操作或查看。系統(tǒng)主界面如圖6-2所示。圖圖6-2 系統(tǒng)主界面6.3 基礎(chǔ)信息模塊的實現(xiàn)系統(tǒng)的基礎(chǔ)信息模塊包含三個子模塊，分別實現(xiàn)的是配件信息、供應(yīng)商信息、客戶信息這三種基礎(chǔ)信息的管理。這三個子模塊的實現(xiàn)為利源公司的銷售管理提供了基礎(chǔ)信息，方便了銷售管理業(yè)務(wù)的進行。其具體實現(xiàn)的功能是對這三種信息的添加、修改和刪除，實現(xiàn)該功能的代碼見附錄。配件信息管理界面如圖6-3所示。圖6-3 配件信息管理界面6.4 信息查詢模塊的實現(xiàn)系統(tǒng)的信息查詢模塊包括了配件信息、供應(yīng)商信息、客戶信息查詢，入庫信息、銷售信息、退貨信息、庫存信息、進貨信息查詢8個子模塊。在每個子模塊中都可以實現(xiàn)對該模塊信息按照不同的條件進行查詢及打印。1 配件信息查詢該模塊可以按照配件的編號、名稱、規(guī)格分別進行查詢，也可以查出相同類別或相同車型或同一產(chǎn)地的配件。2 供應(yīng)商信息查詢該模塊可以按照供應(yīng)商的編號、名稱、聯(lián)系人、聯(lián)系電話、地址進行供應(yīng)商的查找，也可以查出開戶銀行相同的供應(yīng)商。3 客戶信息查詢該模塊可以按照客戶的編號、名稱、聯(lián)系人、聯(lián)系電話、地址進行客戶的查找，也可以查出同一類別或開戶銀行相同的客戶。4 入庫信息查詢該模塊可以根據(jù)需要，按照入庫單號、配件編號、供應(yīng)商編號、操作員編號、入庫日期這五種條件單一或組合查出入庫信息。5 銷售信息查詢該模塊可以根據(jù)需要，按照銷售單號、配件編號、客戶編號、操作員編號、銷售日期這五種條件單一或組合查出銷售信息。6 退貨信息查詢該模塊可以根據(jù)需要，按照退貨單號、銷售單號、配件編號、客戶編號、操作員編號、退貨日期這六種條件單一或組合查出退貨信息。7 庫存信息查詢該模塊可以根據(jù)需要，查出充足（即庫存量大于最低庫存）、不足（即庫存量小于最低庫存）、過量（即庫存量大于最高庫存）的配件信息。也可以通過顯示行顏色的區(qū)分（紅色代表庫存過低，低于最低庫存需補貨的配件；藍色代表庫存量高于最高庫存的配件；無顏色代表庫存在正常范圍（即庫存數(shù)量小于最高庫存，大于最低庫存）內(nèi)的配件）直觀地看出這三種情況下的配件信息11。8 進貨信息查詢該模塊是對系統(tǒng)自動統(tǒng)計出的缺貨信息的顯示。通過該界面，用戶可以清晰地看到實時的缺貨信息，以及系統(tǒng)給予的進貨量的建議。可以直接打印出進貨的清單。配件信息查詢、銷售信息查詢、庫存信息查詢界面分別如圖6-4、圖6-5、圖6-6所示。圖6-4 配件信息查詢界面圖6-4顯示出系統(tǒng)中，配件分類屬于發(fā)動機系統(tǒng)類的配件共有14種。圖6-5 銷售信息查詢界面圖6-5顯示出，在2008年12月8日銷售了編號為0100001的暖風(fēng)開關(guān)共三只，銷售總額87元，分別銷售給被客戶編號30007的劉先生，10001的景陽汽修，10003的張武汽修。圖6-6 庫存信息查詢界面圖6-6顯示出，庫存信息被刷新后，庫存配件的種類共91種，其中編號0200001的變速箱總成庫存過量（即庫存數(shù)量大于最高庫存），編號0200003的2/3同步器齒固庫存不足（即庫存數(shù)量低于最低庫存）。6.5 銷售管理模塊的實現(xiàn)系統(tǒng)的銷售管理模塊是對配件銷售中各種業(yè)務(wù)操作的實現(xiàn)，包括配件入庫、配件銷售、配件退貨、銷售報警這四個子功能模塊。1 配件入庫該模塊是對配件入庫信息管理的模塊，它主要實現(xiàn)對配件入庫的信息即供應(yīng)商與配件對應(yīng)信息及入庫數(shù)量、入庫價等信息的登記、修改、刪除，同時系統(tǒng)自動增加配件信息中的庫存數(shù)量。2 配件銷售該模塊是對配件銷售信息管理的模塊，它主要實現(xiàn)對配件銷售的信息即客戶與配件對應(yīng)信息及銷售數(shù)量、售出價等信息的登記、修改、刪除，同時系統(tǒng)自動減少配件信息中的庫存數(shù)量。3 配件退貨該模塊是客戶因為某種原因要對已購配件退貨，并已得到銷售人員核準(zhǔn)時，對配件退貨信息管理的模塊，它主要實現(xiàn)對配件退貨的信息即銷售信息及退貨數(shù)量、退貨日期等信息的登記、修改、刪除，同時系統(tǒng)自動修改配件信息中的庫存數(shù)量。4 銷售報警該模塊是系統(tǒng)中的一個重點模塊，這是利源公司的管理者對銷售中的各項數(shù)據(jù)進行銷售分析后做出一些銷售調(diào)整的決策預(yù)警。這個預(yù)警是提前設(shè)定的，以時間作為觸發(fā)器，當(dāng)設(shè)定的銷售報警的時間來臨時，報警就會在系統(tǒng)登錄時彈出，提示銷售人員做出銷售調(diào)整的操作。入庫管理、銷售報警界面分別如圖6-7、圖6-8所示。圖6-7 入庫管理界面圖6-8 銷售報警界面圖6-8顯示出，2009年6月5日的銷售報警界面，紅色自動標(biāo)出的是當(dāng)天的報警信息；藍色標(biāo)出的是報警時間還未到，所以還未處理的報警信息；無色的則是已經(jīng)報警且被處理過的報警信息。6.6 銷售分析模塊的實現(xiàn)利源汽車配件銷售管理系統(tǒng)的銷售分析模塊也是系統(tǒng)中的一個重要模塊，包括入庫分析、銷售分析、退貨分析、配件分析、客戶分析和供應(yīng)商分析六個子模塊。在這六個子模塊中按不同的條件，用不同的圖表對利源公司銷售的情況進行總體的或局部的分析，幫助管理者制定出更利于公司經(jīng)營的決策。1 入庫分析在入庫分析子模塊中，系統(tǒng)主要分析出某一年的月入庫情況和某個月的日入庫情況。同時可以根據(jù)需要，將這些情況用三種不同的圖表來顯示。其中條形圖可以幫助管理者看出每個點的數(shù)據(jù)具體值，可以對不同點的數(shù)值進行比較。折線圖則可以對某一年或某一月的入庫總趨勢進行顯示，幫助用戶看出入庫的趨勢。餅形圖則顯示出各月或各日入庫額所占的年入庫額或月入庫額的比重大小。這些圖表可以從側(cè)面反映出利源公司的經(jīng)營狀況。2 銷售分析銷售分析子模塊和入庫分析類似，主要分析出某一年的月銷售情況和某個月的日銷售情況。也可以用條形圖、折線圖、餅形圖來查看統(tǒng)計的數(shù)值、趨勢或份額。與入庫分析相配合，可以更直觀、更全面的查看到了公司總體的