基于uml的汽車租賃管理系統(tǒng)

1、一、系統(tǒng)概述目前有駕照但還沒(méi)有買車的消費(fèi)者對(duì)短期汽車租賃需求非常大。而這兩年來(lái)，汽車租賃公司如雨后春筍般出現(xiàn)也印證了市場(chǎng)的潛力所在。不過(guò)，由于目前租賃業(yè)還未有統(tǒng)一的管理標(biāo)準(zhǔn)，整個(gè)行業(yè)亂象叢生。管理落后、價(jià)格較低、租賃陷阱隨處可見(jiàn)，一些有實(shí)力的企業(yè)也苦于無(wú)序競(jìng)爭(zhēng)而不敢擴(kuò)張投入，因此制約了整個(gè)行業(yè)的發(fā)展。在經(jīng)濟(jì)全球化快速發(fā)展的過(guò)程中，信息的快速收集，反應(yīng)快速準(zhǔn)確也越來(lái)越多的被企業(yè)應(yīng)用，企業(yè)已經(jīng)逐漸認(rèn)識(shí)到了建立現(xiàn)代化的管理信息系統(tǒng)是影響企業(yè)發(fā)展的決定因素。但是目前，大多數(shù)的汽車租賃公司由于考慮成本等的問(wèn)題，并沒(méi)有采取存儲(chǔ)量大、處理快速、及時(shí)便捷的計(jì)算機(jī)信息化管理模式，而是仍然采取了較為原始的手工管理

2、模式。而利用計(jì)算機(jī)網(wǎng)絡(luò)信息化管理的汽車租賃管理系統(tǒng)，就可以解決手工管理模式中存在的一些問(wèn)題，形成一系列完整的同步管理。本文正是對(duì)基于UML建模的汽車租賃管理系統(tǒng)的設(shè)計(jì)進(jìn)行了深入的分析和研究，旨在尋求一種更加便捷、高效的汽車租賃管理途徑。以汽車租賃管理系統(tǒng)開(kāi)發(fā)為背景，利用UML建模語(yǔ)言，分析了系統(tǒng)的用戶需求模型、靜態(tài)模型、動(dòng)態(tài)模型。并針對(duì)傳統(tǒng)汽車租賃管理系統(tǒng)的局限性設(shè)計(jì)出一套基于UML建模的汽車租賃管理系統(tǒng)。此系統(tǒng)能顯著的提高軟件開(kāi)發(fā)管理，促進(jìn)軟件重用和提高汽車租賃行業(yè)的整體效益。二、系統(tǒng)分析2.1可行性分析可行性分析研究即在項(xiàng)目正式開(kāi)發(fā)前對(duì)各種可能的風(fēng)險(xiǎn)進(jìn)行充分的分析、估算，避免人力、物力和財(cái)

3、力方面的浪費(fèi)。對(duì)有風(fēng)險(xiǎn)的項(xiàng)目進(jìn)行開(kāi)發(fā)，提出具體開(kāi)發(fā)方案，建立相應(yīng)的開(kāi)發(fā)模型，對(duì)各種風(fēng)險(xiǎn)的程度及應(yīng)對(duì)策略進(jìn)行詳細(xì)論證，將因風(fēng)險(xiǎn)可能帶來(lái)的損失降低到最小程度。2.1.1經(jīng)濟(jì)可行性分析 汽車是目前出行選擇的便捷的交通工具，其經(jīng)濟(jì)成分比重很大，資金投入包括前期投入、日常保養(yǎng)和后期維護(hù)；收入主要是客戶交付的租金。由于目前對(duì)汽車的需求較大，因此實(shí)施此系統(tǒng)對(duì)企業(yè)成功不可缺少，所以投入該系統(tǒng)勢(shì)在必行。2.1.2技術(shù)可行性分析 技術(shù)可行性分析主要分析在現(xiàn)有技術(shù)條件下能否順利完成開(kāi)發(fā)工作；硬件、 軟件配置是否滿足開(kāi)發(fā)者的需求；相關(guān)技術(shù)人員的數(shù)量、水平和來(lái)源等。項(xiàng)目組通過(guò)分析，上述三個(gè)需求均能滿足，因此該系統(tǒng)具有技

4、術(shù)可行性。2.1.3社會(huì)可行性分析當(dāng)前信息技術(shù)飛速發(fā)展，計(jì)算機(jī)技術(shù)和軟件技術(shù)的更新使機(jī)房 管理完全有可能也有能力采用這種先進(jìn)的管理技術(shù)。對(duì)租賃行業(yè)帶來(lái)的影響：對(duì)傳統(tǒng)手工管理是一次不小的震撼，帶來(lái)整個(gè)汽車租賃行業(yè)的蓬勃向上；提高了對(duì)公司員工的要求，在可能的條件下精簡(jiǎn)了企業(yè)人員，迫使員工不斷學(xué)習(xí)新的計(jì)算機(jī)知識(shí)；轉(zhuǎn)變和擴(kuò)充了計(jì)算機(jī)與用戶之間的業(yè)務(wù)方式。通過(guò)以上在經(jīng)濟(jì)、技術(shù)、社會(huì)三方面的可行性分析得知，汽車租賃系統(tǒng)是可行的，是可開(kāi)發(fā)的。2.2 需求分析汽車租賃需要管理事務(wù)較多，為了減少開(kāi)支，員工數(shù)量不能太多，因而公司員工工作量較大。因此，汽車租賃行業(yè)迫切的需要規(guī)范其管理流程以及日常重點(diǎn)工作，并借助相應(yīng)

5、的管理軟件進(jìn)行管理。2.2.1客戶參與的用例圖客戶在整個(gè)活動(dòng)主要進(jìn)行預(yù)定車輛、取得車輛、歸還車輛這三種行為。其中預(yù)定車輛可以通過(guò)不同的方式來(lái)進(jìn)行，主要?dú)w為電話聯(lián)系、租賃店預(yù)訂和網(wǎng)上預(yù)訂兩種形式。客戶在取車時(shí)還可以試駕一下車輛，因此試駕與取車時(shí)一個(gè)包含用例。如果車輛發(fā)生意外，客戶在歸還車輛時(shí)，還需要進(jìn)行相關(guān)罰款，作為歸還車輛的一個(gè)擴(kuò)展用例。如果采取進(jìn)行網(wǎng)上預(yù)定的形式，則需要在網(wǎng)上進(jìn)行相關(guān)表格填寫！所以填寫指定表格是網(wǎng)上預(yù)定的一個(gè)擴(kuò)展例。因此整個(gè)用例圖如圖2-1所示：圖 2-1 客戶租車子系統(tǒng)2.2.2公司職員參與的用例圖相對(duì)客戶行為而言，租賃公司員工所要進(jìn)行的行為就比較多，可以分為以下幾類：處理

6、客戶預(yù)定信息，其中它的子用例為：查詢客戶預(yù)定信息、拒絕租車服務(wù)、接受租車服務(wù)；提車給客戶，在客戶取車時(shí)，可以給客戶試駕，因此試駕是提車的擴(kuò)展用例；歸還車輛，歸還車輛時(shí)對(duì)車輛的檢查，如果損壞就應(yīng)當(dāng)作出相應(yīng)賠償，因此損壞賠償是歸還車輛的擴(kuò)展用例. 公司職員參與的用例圖如圖2-2所示：圖2-2 員工管理子系統(tǒng)2.3 系統(tǒng)靜態(tài)建模在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，類圖是由若干類的圖形符號(hào)及表示其之間關(guān)系的圖形符號(hào)組成。經(jīng)過(guò)全面分析和考察，可以找到系統(tǒng)中以下幾個(gè)類：客戶、經(jīng)理、技術(shù)員工、普通員工。其中它們之間的關(guān)系可以融合成：經(jīng)理、技術(shù)員工、普通員工可以歸為員工上述類，具體關(guān)系如圖 2-3所示：圖2-3 客戶、

7、員工類下面列舉的是這個(gè)系統(tǒng)進(jìn)行交互的類圖，這些類圖彼此之間是聯(lián)系著的，缺少了一個(gè)都會(huì)不完整，都不利于工作的開(kāi)展。具體圖示如圖2-4所示：圖2-4交互類工作記錄表類是工作記錄的類，它的屬性很多，包括客戶的編號(hào)、普通員工編號(hào)、技術(shù)員工編號(hào)、租車起止日期、車的編號(hào)和租金。其中主要操作有填寫工作記錄表和更新修改等。經(jīng)理類是管理員類，操作主要是管理和審核工作情況。車類是車的類，屬性包括車的編號(hào)、車的狀況和目前是否在租。操作包括維護(hù)信息正在使用、修改車的狀況等。普通員工類是普通員工信息類，包括業(yè)務(wù)提成等屬性，操作主要有查詢訂單、處理訂單、取車、還車等。技術(shù)員工類，技術(shù)水平、相關(guān)證書等屬性，主要操作有汽車的

8、日常維護(hù)等客戶需求類是需求表類，主要包括請(qǐng)求的車類型、租車日期、價(jià)格等屬性，主要操作包括填寫表格、核查、處理等。三、系統(tǒng)設(shè)計(jì)3.1 功能設(shè)計(jì)在系統(tǒng)中，只有管理人員才有權(quán)限使用本系統(tǒng)，才能對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作。公司員工對(duì)基本信息的管理，包括對(duì)汽車信息的增加、刪除、修改和查詢，車輛的維護(hù)和車況的檢查。其中，車輛維護(hù)信息和車輛的狀況由車輛維護(hù)表直接查詢出來(lái)。公司員工對(duì)客戶信息的管理，主要是客戶信息的增加、刪除、修改和查詢以及對(duì)客戶對(duì)車輛需求表的管理。所以，有客戶會(huì)員管理用例和客戶信息管理用例。公司員工對(duì)租賃業(yè)務(wù)的管理，包括車輛信息的查詢；車輛返還信息的增加、刪除、修改和查詢；車輛出庫(kù)信息的增加、刪除、修

9、改和查詢；以及租金業(yè)務(wù)的查詢、添加、修改等。管理人員對(duì)系統(tǒng)用戶的管理，包括系統(tǒng)用戶的增加、刪除、修改和查詢和密碼的修改；以及對(duì)系統(tǒng)的更新。分析系統(tǒng)的使用對(duì)象和用戶需求，設(shè)計(jì)系統(tǒng)的體系結(jié)構(gòu)。系統(tǒng)的功能模塊如圖3-1所示。圖3-1 功能結(jié)構(gòu)圖3.2系統(tǒng)動(dòng)態(tài)建模3.2.1客戶預(yù)訂車輛的順序圖客戶申請(qǐng)車輛時(shí)，要進(jìn)行個(gè)人息的填寫等、通過(guò)相關(guān)合法檢測(cè)后，才能夠成功預(yù)定到車輛。具體類有以下五個(gè)：客戶、需求表、普通員工、客戶記錄表、車輛信息。具體流程：客戶需要在需求表中填寫信息，再由普通工作人員審核，普通工作人員在以往客戶表中審核相關(guān)信息，看是否顧客有損壞車輛的不良記錄，若無(wú)不良狀況，檢查車輛狀態(tài)，如果有合適

10、的車輛，進(jìn)行顧客租車的信息記錄，并在需求表中填寫“允許”，同時(shí)更新車輛數(shù)據(jù)庫(kù)信息，填寫工作記錄表，并把這個(gè)結(jié)果通知顧客。具體順序圖如圖 3-2所示：圖3-2 客戶預(yù)定車輛順序圖3.2.2客戶取車的順序圖客戶取車的順序圖包括以下幾個(gè)類：顧客、需求表、普通員工、工作記錄表、車輛表。同時(shí)客戶取車過(guò)程,要注意取車的同時(shí)要付款。客戶在取車時(shí)要向員工出示需求表，并由員工進(jìn)行審核，如果審核成功則在車輛數(shù)據(jù)庫(kù)中查找相應(yīng)的車輛，有符合需求的車輛，客戶向員工繳納一定租金，員工更新車輛信息，填寫工作記錄表，然后將車交給客戶，完成取車過(guò)程。具體順序圖如圖 3-3所示：圖3-3 客戶取車順序圖3.2.3客戶還車的順序圖

11、還車順序圖基于實(shí)際需要，具體涉及類：客戶、技術(shù)員工、普通員工、客戶表、車輛信息表、車輛租賃表等。具體流程：顧客把車返還給普通員工，普通員工把車交給技術(shù)員工，技術(shù)員工進(jìn)程車輛狀態(tài)檢查，并填寫相關(guān)車輛狀態(tài)情況，作好記錄后在交給普通員工，若車輛出現(xiàn)問(wèn)題，普通員工會(huì)通知顧客協(xié)商相關(guān)的賠償；公司員工進(jìn)行車輛保修情況進(jìn)行記錄，并登記客戶返還車輛等相關(guān)信息，并更新相關(guān)租用信息，使得這輛車能夠投入下一輪回的使用。具體順序圖如圖 3-4所示： 圖3-4 客戶還車順序圖3.3 數(shù)據(jù)庫(kù)設(shè)計(jì)3.3.1代碼設(shè)計(jì)信息系統(tǒng)中，信息的表示方法是系統(tǒng)的基礎(chǔ)。任何信息都是通過(guò)一定的編碼方式以代碼的形式輸入并儲(chǔ)存在計(jì)算機(jī)中的。信息

12、系統(tǒng)有比較科學(xué)的、嚴(yán)謹(jǐn)?shù)拇a體系，可以使系統(tǒng)的質(zhì)量得到很大的保障。代碼，就是用來(lái)表征客觀事物的實(shí)體類型和屬性的一個(gè)或一組容易計(jì)算機(jī)識(shí)別和處理的特定符號(hào)，它可以是字符、數(shù)字、某些特殊符號(hào)或它們的組合。在現(xiàn)實(shí)生活中有很多事物如果不加標(biāo)識(shí)是無(wú)法區(qū)分的，這時(shí)機(jī)器處理就十分困難。所以能否將原來(lái)不能確定的事物唯一的加以標(biāo)識(shí)是編制代碼的首要原因。按代碼對(duì)事物進(jìn)行排序、統(tǒng)計(jì)和檢索，方便快捷，可以提高處理的速度。本系統(tǒng)所用到的編碼主要有以下幾種：汽車編號(hào)：使用區(qū)間碼和順序碼。如SUV20101001001其中SUV代表車型，201010代表購(gòu)車日期為2010年10月，01代表品牌，001代表順序碼。客戶編號(hào)：使

13、用區(qū)間碼和順序碼。如CU中CUS代表客戶，13代表省份，0181代表所屬縣/區(qū)，01代表男性，001代表順序碼。員工編號(hào)：使用區(qū)間碼和順序碼。如OR中ORD代表員工類別，13代表省份，0181代表所屬縣/區(qū)，01代表男性，001代表順序碼。3.3.2概念模型設(shè)計(jì)機(jī)房上機(jī)系統(tǒng)涉及的實(shí)體包括客戶、普通員工、技術(shù)員工E-R圖及實(shí)體屬性圖如下：圖3-5整體E-R圖圖3-6客戶E-R圖圖3-7普通員工E-R圖圖3-8技術(shù)員工E-R圖圖3-9車輛E-R圖3.3.3邏輯模型設(shè)計(jì)根據(jù)邏輯模型設(shè)計(jì)中的關(guān)系模型，建立名為機(jī)房管理系統(tǒng)的數(shù)據(jù)庫(kù)，并建立如下的表：客戶

14、表 表3-1字段名類型長(zhǎng)度是否為空是否主鍵編號(hào)Varchar14否是姓名Varchar8否否性別Varchar4否否地址Varchar20否否電話Int20否否租期Date20否否普通員工表 表3-2字段名類型長(zhǎng)度是否為空是否主鍵編號(hào)Varchar14否是姓名Varchar8否否性別Varchar4否否地址Varchar20否否電話Int13否否業(yè)務(wù)傭金Int8否否技術(shù)員工表 表3-3字段名類型長(zhǎng)度是否為空是否主鍵編號(hào)Varchar14否是姓名Varchar8否否性別Varchar4否否地址Varchar20否否電話Int13否否主要技術(shù)Varchar20否否相關(guān)證書Varchar20否否車輛

15、表 表3-4字段名類型長(zhǎng)度是否為空是否主鍵編號(hào)號(hào)Varchar14否是類型Varchar6否否購(gòu)車日期Date8否否車輛狀態(tài)Varchar4否否車況Varchar8否否客戶需求表 表3-5字段名類型長(zhǎng)度是否為空是否主鍵客戶編號(hào)Varchar14否是姓名Varchar6否否車輛類型Varchar6否否租車日期Date20否否價(jià)格要求Int8否否審核狀態(tài) Varchar4是否車輛維護(hù)表 表3-6字段名類型長(zhǎng)度是否為空是否主鍵編號(hào)Varchar14否是類型Varchar6否否購(gòu)車日期Date8否否車輛維護(hù)信息Varchar40否否車況Varchar8否否工作記錄表 表3-7字段名類型長(zhǎng)度是否為空是否

16、主鍵普通員工編號(hào)Varchar14否是客戶編號(hào)Varchar14否否技術(shù)員工編號(hào)Varchar14否否車輛編號(hào)Varchar14否否租車日期Varchar20否否租金Int8否否4、 總結(jié)及其他本系統(tǒng)是在調(diào)研汽車租賃市場(chǎng)目前的現(xiàn)狀，充分分析開(kāi)發(fā)本系統(tǒng)的利弊后，做出的決定。該系統(tǒng)為一些小的汽車租賃公司提供了方便，同時(shí)對(duì)于精簡(jiǎn)公司人員，削減公司的開(kāi)支起到了非常重要的作用，而且使公司的管理規(guī)范化、科學(xué)化、效率化，提高了公司的效益，公司經(jīng)理可以隨時(shí)查看公司業(yè)務(wù)，以及車輛信息。解決了公司以前單純靠手工管理混亂，車輛租賃沖突等問(wèn)題。經(jīng)過(guò)了兩周的努力，我的汽車租賃管理系統(tǒng)終于告一段落，平時(shí)我們就做了一些關(guān)于uml分析與設(shè)