畢業(yè)設(shè)計(jì)（論文）汽車銷售管理系統(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動(dòng)態(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特點(diǎn)與不足164.2設(shè)計(jì)體會(huì)17參考文獻(xiàn)17汽車銷售管理系統(tǒng)建模分析1摘要在汽車銷售管理系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)實(shí)踐中，本文主要進(jìn)行了下列的工作： (1)根據(jù)網(wǎng)絡(luò)上的資料查詢，詳細(xì)了解了汽車銷售的現(xiàn)狀、工作環(huán)境、開(kāi)發(fā)軟件的目的以及該系統(tǒng)所應(yīng)達(dá)到的效果，并使用microsoft visio工具對(duì)系統(tǒng)進(jìn)行建模，把系統(tǒng)分成幾大模塊進(jìn)行開(kāi)發(fā)，保證了系統(tǒng)開(kāi)發(fā)的

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

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

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

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

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

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

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

9、發(fā)送信息。而庫(kù)存管理人員與庫(kù)存對(duì)象以及采購(gòu)人員對(duì)象之間發(fā)送消息。庫(kù)存管理系統(tǒng)的協(xié)作圖 在該系統(tǒng)中庫(kù)存管理人員與庫(kù)存之間發(fā)送查詢信息，庫(kù)存管理人員向采購(gòu)部門經(jīng)理發(fā)送庫(kù)存情況信息，采購(gòu)部門經(jīng)理向采購(gòu)人員發(fā)送要求采購(gòu)信息，采購(gòu)人員向供應(yīng)商發(fā)送采購(gòu)信息。采購(gòu)系統(tǒng)的協(xié)作圖 在該系統(tǒng)中供應(yīng)商向采購(gòu)部門經(jīng)理發(fā)送供應(yīng)信息，采購(gòu)部門經(jīng)理向庫(kù)存管理人員發(fā)送要求查詢信息，庫(kù)存管理人員向庫(kù)存發(fā)送查詢信息，采購(gòu)部門經(jīng)理向采購(gòu)人員發(fā)送要求采購(gòu)信息，而采購(gòu)人員向供應(yīng)商發(fā)送采購(gòu)信息。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)中，程序文件可以依賴各個(gè)模塊的類以及

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