畢業(yè)設(shè)計（論文）汽車銷售管理系統(tǒng)UML建模分析

1、目錄1摘要22需求概述22.1用戶需求22.2系統(tǒng)功能需求33 uml建模43.1靜態(tài)建模43.1.1用例圖43.1.2類圖83.2動態(tài)建模93.2.1順序圖93.2.3協(xié)作圖123.3物理架構(gòu)描述143.3.1構(gòu)件圖143.3.2配置圖154總結(jié)164.1特點與不足164.2設(shè)計體會17參考文獻17汽車銷售管理系統(tǒng)建模分析1摘要在汽車銷售管理系統(tǒng)設(shè)計與開發(fā)實踐中，本文主要進行了下列的工作： (1)根據(jù)網(wǎng)絡(luò)上的資料查詢，詳細了解了汽車銷售的現(xiàn)狀、工作環(huán)境、開發(fā)軟件的目的以及該系統(tǒng)所應(yīng)達到的效果，并使用microsoft visio工具對系統(tǒng)進行建模，把系統(tǒng)分成幾大模塊進行開發(fā)，保證了系統(tǒng)開發(fā)的

2、效率。 (2)根據(jù)模塊化的構(gòu)思，對該系統(tǒng)進行總體設(shè)計，包括系統(tǒng)的框架設(shè)計、結(jié)構(gòu)設(shè)計、組件設(shè)計等并分配模塊中的功能和所應(yīng)達到的效果。2需求概述 汽車銷售管理系統(tǒng)的最新發(fā)展要求是要適應(yīng)現(xiàn)代網(wǎng)絡(luò)時代的需求，使系統(tǒng)具備網(wǎng)絡(luò)功能，對于小規(guī)模的公司來說，具備局域網(wǎng)絡(luò)功能的汽車銷售管理系統(tǒng)已經(jīng)可以合適他們的需求了。汽車銷售管理系統(tǒng)的功能是比較完善的，系統(tǒng)的成功開發(fā)應(yīng)用，為汽車銷售企業(yè)提供了良好的工作環(huán)境和堅實的技術(shù)基礎(chǔ)，對提高銷售的信息化水平起到了重要的作用。2.1用戶需求用戶解決問題或達到目標所需的條件或功能；系統(tǒng)或系統(tǒng)部件要滿足合同、標準，規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。 需求分析：包括提煉

3、，分析和仔細審查已收集到的需求，以確保所有的風險承擔者都明其含義并找出其中的錯誤，遺憾或其它不足的地方。 模塊的獨立性：是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其他的模塊的接口是簡單的。2.2系統(tǒng)功能需求本軟件可對登錄的用戶類型權(quán)限進行分類,不同的用戶的類型對應(yīng)的操作功能不同。 車輛采購部門: 可實現(xiàn)對車輛的采購入庫單,車輛附加單的添加,對以存在的入庫單可根據(jù)車輛采購時間,車輛入庫編號,車輛編號和采購業(yè)務(wù)員查詢;可對已采購的車輛進行統(tǒng)計,統(tǒng)計的方式分為按采購日期統(tǒng)計和采購業(yè)務(wù)員統(tǒng)計。倉庫管理部門: 可對所有當前在庫的車輛信息進行查詢查看,查看移庫單和入庫單的信息,并可

4、查詢當前在庫的車輛信息,對車輛可進行進銷存統(tǒng)計,并可對庫存的車輛進行移庫處理,并進行保存。銷售管理部門: 查看當前倉庫中的所有庫存車輛信息,供用戶選擇要購買的車輛,操作員可對新售出的車輛售出信息添加至車輛售出信息表中;當倉庫中沒有客戶所要求的汽車時,銷售人員可將客戶要求的車輛信息和客戶信息添加至預(yù)售信息表中;在該模塊,操作員可已銷售的車輛信息進行統(tǒng)計,銷售統(tǒng)計的方式分為按業(yè)務(wù)員統(tǒng)計和按銷售日期統(tǒng)計,分別統(tǒng)計出銷售的車輛數(shù)目,采購總額,銷售總額和利潤.銷售人員在該模塊可對庫存的車輛按廠商編號進行統(tǒng)計.對于銷售單信息可按業(yè)務(wù)員和銷售時間的方式進行統(tǒng)計。人員管理模塊:查看銷售公司中的員工信息,按部門

5、進行分類;并可按員工姓名,員工編號,員工身份證號的方式分別對員工得分信息進行查詢.同時可對員工的信息進行添加,更新,注銷的操作。系統(tǒng)管理模塊:可對登錄系統(tǒng)的用戶進行添加,用戶根據(jù)不同的用戶類型賦予不同的操作權(quán)限,分為:采購部門,倉庫部門,銷售部門,系統(tǒng)管理。在該模塊可查看當前所有的用戶名和用戶類型,并可按照用戶類型的統(tǒng)計方式對當前的所有用戶進行統(tǒng)計.系統(tǒng)管理員并可在知道用戶密碼的情況下對用戶進行修改密碼和刪除用戶的操作。3 uml建模3.1靜態(tài)建模3.1.1用例圖 在uml語言中，用例模型使用用例圖描述的，用例模型可以用若干個用例圖組成，每個用例圖包括系統(tǒng)、角色和用例三種模型元素。在該系統(tǒng)中對

6、于每一個部門，都設(shè)計一個用例圖。 根據(jù)車輛采購部門的功能分析，作出用例圖。、根據(jù)倉庫管理部門和銷售部分的功能，畫出用例圖如下根據(jù)銷售部門的功能，畫出用例圖如下根據(jù)人員管理模塊的分析，得出用例圖如下系統(tǒng)總的用例圖如下3.1.2類圖 用面向?qū)ο蟮姆椒ㄌ幚韺嶋H問題時，需要建立面向?qū)ο蟮哪Ｐ?。?gòu)成面向?qū)ο蟮哪愕幕驹赜蓄悺ο?、類與類之間的關(guān)系等等。用面向?qū)ο蟮乃枷朊枋鰡栴}，能夠把復(fù)雜的系統(tǒng)簡單化、直觀化。類圖是用類和他們之間的關(guān)系描述系統(tǒng)的一種圖示，是從靜態(tài)角度表示系統(tǒng)的，類圖是構(gòu)建其他圖的基礎(chǔ)，沒有類圖，就沒有狀態(tài)圖、協(xié)作圖等其他圖，也就無法表示系統(tǒng)的其他各個方面。該系統(tǒng)的類圖如下3.2動態(tài)建

7、模3.2.1順序圖 序列圖描述對象是如何交互的，并且將重點放在消息序列上，也就是說，描述消息是如何在對象間發(fā)送和接收的，序列圖有兩個坐標軸；縱坐標軸顯示時間，橫坐標軸顯示對象。銷售模塊 在序列圖的橫坐標軸上是與序列有關(guān)的對象。在該系統(tǒng)中分別是客戶，銷售人員，庫存管理人員，庫存以及采購人員?？蛻粝脘N售人員發(fā)出購買信息，銷售人員向庫存人員發(fā)出查詢汽車的信息，若庫中有此車型，則庫存管理人員向庫存發(fā)出出庫信息，否則向采購人員發(fā)出要求采購的信息。順序圖如下庫存管理系統(tǒng) 在該系統(tǒng)中，有庫存管理人員，庫存，采購部門經(jīng)理以及采購人員四個對象，庫存管理人員調(diào)用查詢，查詢庫存中是否有某種車型，如果該車型的庫存量不

8、足，則向采購人員發(fā)出要求采購該車型的消息。順序圖如下采購系統(tǒng) 在該系統(tǒng)中，包括四個對象分別是采購部門經(jīng)理、采購人員、庫存管理人員以及庫存經(jīng)理采購部門經(jīng)理接收到供應(yīng)商的信息向庫存管理人員發(fā)出查詢請求，庫存管理人員將查詢結(jié)果返回給采購部門經(jīng)理，若庫存未滿則向采購人員發(fā)出要求采購的信息。順序圖如下3.2.3協(xié)作圖 協(xié)作圖主要描述寫作對象間的監(jiān)護和鏈接。序列圖和協(xié)作圖都描述交互，但是協(xié)作圖更加強調(diào)空間，鏈接顯示真正的對象以及對象間是如何聯(lián)系在一起的。協(xié)作圖顯示對象、對象間的鏈接以及鏈接對象間如何發(fā)送消息。銷售系統(tǒng)的協(xié)作圖 在本系統(tǒng)中客戶對象與銷售人員對象之間發(fā)送消息。銷售人員對象與庫存管理人員對象之間

9、發(fā)送信息。而庫存管理人員與庫存對象以及采購人員對象之間發(fā)送消息。庫存管理系統(tǒng)的協(xié)作圖 在該系統(tǒng)中庫存管理人員與庫存之間發(fā)送查詢信息，庫存管理人員向采購部門經(jīng)理發(fā)送庫存情況信息，采購部門經(jīng)理向采購人員發(fā)送要求采購信息，采購人員向供應(yīng)商發(fā)送采購信息。采購系統(tǒng)的協(xié)作圖 在該系統(tǒng)中供應(yīng)商向采購部門經(jīng)理發(fā)送供應(yīng)信息，采購部門經(jīng)理向庫存管理人員發(fā)送要求查詢信息，庫存管理人員向庫存發(fā)送查詢信息，采購部門經(jīng)理向采購人員發(fā)送要求采購信息，而采購人員向供應(yīng)商發(fā)送采購信息。3.3物理架構(gòu)描述3.3.1構(gòu)件圖 構(gòu)件圖描述軟件構(gòu)建及構(gòu)件之間的依賴關(guān)系，顯示代碼的靜態(tài)結(jié)構(gòu)結(jié)構(gòu)，在該系統(tǒng)中，程序文件可以依賴各個模塊的類以及

10、main類，而各個模塊的類依賴于各個模塊的cpp文件，main的cpp文件依賴于各個模塊的cpp。該系統(tǒng)的構(gòu)件圖如下3.3.2配置圖 配置圖描述處理器、硬件設(shè)備和軟件構(gòu)件在運行時的框架，他顯示系統(tǒng)硬件的物理拓撲結(jié)構(gòu)及在此結(jié)構(gòu)上執(zhí)行的軟將。使用配置圖可以顯示硬件節(jié)點的拓撲和通信路徑、節(jié)點上運行的軟件構(gòu)建、軟件構(gòu)件包含的邏輯單元等，可用于幫助理解分布式系統(tǒng)。在該系統(tǒng)基本業(yè)務(wù)模塊管理端，信息瀏覽查詢模塊管理以及數(shù)據(jù)庫管理端與應(yīng)用服務(wù)器端相連，而應(yīng)用服務(wù)器端由于數(shù)據(jù)庫服務(wù)器端相連。4總結(jié)4.1特點與不足 本次設(shè)計使用uml建模的方法，完成了汽車銷售管理系統(tǒng)的設(shè)計，本系統(tǒng)具有模型簡單、結(jié)構(gòu)明確的特點，但是由于個人水平有限以及時間比較倉促，本系統(tǒng)仍然有很多缺點，例如：1該系統(tǒng)的功能比較簡單，沒有完全實現(xiàn)需求中的功能。2：系統(tǒng)的硬件和物理拓撲機構(gòu)的設(shè)計不夠準確。4.2設(shè)計體會 在老師的指導下，經(jīng)過三天的努力，我終于完成了這次課程設(shè)計，通過本次課程設(shè)計，我更加認識到了軟件設(shè)計這門課的重要性，對于