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

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

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

3、力、物力和財(cái)力方面的浪費(fèi)。對(duì)有風(fēng)險(xiǎn)的項(xiàng)目進(jìn)行開發(fā)，提出具體開 發(fā)方案，建立相應(yīng)的開發(fā)模型，對(duì)各種風(fēng)險(xiǎn)的程度及應(yīng)對(duì)策略進(jìn)行詳細(xì)論證， 將 因風(fēng)險(xiǎn)可能帶來的損失降低到最小程度。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ù)條件下能否順利完成開發(fā)工作；硬件、 軟件配置是否滿足開發(fā)者的需求； 相關(guān)技術(shù)人員的數(shù)量、水平和來源等。項(xiàng)目組 通過分析，上述三個(gè)需

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

5、規(guī)范其管理流程以及日常重點(diǎn) 工作，并借助相應(yīng)的管理軟件進(jìn)行管理。2.2.1 客戶參與的用例圖客戶在整個(gè)活動(dòng)主要進(jìn)行預(yù)定車輛、 取得車輛、歸還車輛這三種行為。其中 預(yù)定車輛可以通過不同的方式來進(jìn)行， 主要?dú)w為電話聯(lián)系、租賃店預(yù)訂和網(wǎng)上預(yù) 訂兩種形式?？蛻粼谌≤嚂r(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ì)客戶行為而言，租賃公

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

7、，具體關(guān)系如圖2-3所示：歡迎下載17公司員工姓名：string 編號(hào)：string 住址：string 電話：int 0姓名:string 地址：string 聯(lián)系方式：int 編號(hào)：string 租期：char 租金：int試駕（） 填寫表格（）技術(shù)員工技術(shù)：string 相關(guān)證書：string-車輛維護(hù)（）車輛修理（）圖2-3客戶、員工類下面列舉的是這個(gè)系統(tǒng)進(jìn)行交互的類圖， 這些類圖彼此之間是聯(lián)系著的，缺少了一個(gè)都會(huì)不完整，都不利于工作的開展。具體圖示如圖 2-4所示：圖2-4交互類工作記錄表類是工作記錄的類，它的屬性很多，包括客戶的編號(hào)、普通員工 編號(hào)、技術(shù)員工編號(hào)、租車起止日期、車的

8、編號(hào)和租金。其中主要操作有填寫工 作記錄表和更新修改等。經(jīng)理類是管理員類，操作主要是管理和審核工作情況。車類是車的類，屬性包括車的編號(hào)、車的狀況和目前是否在租。操作包括維 護(hù)信息正在使用、修改車的狀況等。普通員工類是普通員工信息類，包括業(yè)務(wù)提成等屬性，操作主要有查詢訂單、 處理訂單、取車、還車等。技術(shù)員工類，技術(shù)水平、相關(guān)證書等屬性，主要操作有汽車的日常維護(hù)等客戶需求類是需求表類，主要包括請(qǐng)求的車類型、租車日期、價(jià)格等屬性， 主要操作包括填寫表格、核查、處理等。三、系統(tǒng)設(shè)計(jì)3.1 功能設(shè)計(jì)在系統(tǒng)中，只有管理人員才有權(quán)限使用本系統(tǒng)，才能對(duì)數(shù)據(jù)庫進(jìn)行操作。公司員工對(duì)基本信息的管理，包括對(duì)汽車信息的

9、增加、刪除、修改和查詢， 車輛的維護(hù)和車況的檢查。其中，車輛維護(hù)信息和車輛的狀況由車輛維護(hù)表直接 查詢出來。公司員工對(duì)客戶信息的管理，主要是客戶信息的增加、刪除、修改和查詢以 及對(duì)客戶對(duì)車輛需求表的管理。所以，有客戶會(huì)員管理用例和客戶信息管理用例。公司員工對(duì)租賃業(yè)務(wù)的管理，包括車輛信息的查詢；車輛返還信息的增加、 刪除、修改和查詢；車輛出庫信息的增加、刪除、修改和查詢；以及租金業(yè)務(wù)的 查詢、添加、修改等。管理人員對(duì)系統(tǒng)用戶的管理，包括系統(tǒng)用戶的增加、刪除、修改和查詢和密 碼的修改；以及對(duì)系統(tǒng)的更新。分析系統(tǒng)的使用對(duì)象和用戶需求，設(shè)計(jì)系統(tǒng)的體系結(jié)構(gòu)。系統(tǒng)的功能模塊如 圖3-1所示。汽車租賃管理系

10、統(tǒng)基本信息管理客戶信息管理租 賃 業(yè) 務(wù) 管 理系統(tǒng)信息管理車 輛 信 息 管 理車 輛 維 護(hù) 管 理車輛狀況管理客 戶 信 息 管 理車輛出庫信息車輛返還信息業(yè)務(wù)租金信息系統(tǒng)用戶管理系 統(tǒng) 更 新 管 理圖3-1功能結(jié)構(gòu)圖3.2 系統(tǒng)動(dòng)態(tài)建模3.2.1 客戶預(yù)訂車輛的順序圖客戶申請(qǐng)車輛時(shí)，要進(jìn)行個(gè)人息的填寫等、通過相關(guān)合法檢測(cè)后，才能夠成 功預(yù)定到車輛。具體類有以下五個(gè)：客戶、需求表、普通員工、客戶記錄表、車 輛信息。具體流程：客戶需要在需求表中填寫信息，再由普通工作人員審核，普通工 作人員在以往客戶表中審核相關(guān)信息， 看是否顧客有損壞車輛的不良記錄， 若無 不良狀況，檢查車輛狀態(tài)，如果有

11、合適的車輛，進(jìn)行顧客租車的信息記錄，并在 需求表中填寫“允許”，同時(shí)更新車輛數(shù)據(jù)庫信息，填寫工作記錄表，并把這個(gè) 結(jié)果通知顧客。具體順序圖如圖 3-2所示：填表格圖3-2客戶預(yù)定車輛順序圖3.2.2 客戶取車的順序圖客戶取車的順序圖包括以下幾個(gè)類： 顧客、需求表、普通員工、工作記錄表、 車輛表。同時(shí)客戶取車過程，要注意取車的同時(shí)要付款?？蛻粼谌≤嚂r(shí)要向員工 出示需求表，并由員工進(jìn)行審核，如果審核成功則在車輛數(shù)據(jù)庫中查找相應(yīng)的車3-3所示:OA：客戶修改信息:客戶需求表:普通員工處理:車輛數(shù)據(jù)庫錄記-宿-.X HL與:工作記錄表輛，有符合需求的車輛，客戶向員工繳納一定租金，員工更新車輛信息，填寫

12、工 作記錄表，然后將車交給客戶，完成取車過程。具體順序圖如圖圖3-3客尸取車順序圖3.2.3 客戶還車的順序圖還車順序圖基于實(shí)際需要，具體涉及類：客戶、技術(shù)員工、普通員工、客戶 表、車輛信息表、車輛租賃表等。具體流程：顧客把車返還給普通員工，普通員工把車交給技術(shù)員工，技術(shù)員 工進(jìn)程車輛狀態(tài)檢查，并填寫相關(guān)車輛狀態(tài)情況，作好記錄后在交給普通員工， 若車輛出現(xiàn)問題，普通員工會(huì)通知顧客協(xié)商相關(guān)的賠償； 公司員工進(jìn)行車輛保修 情況進(jìn)行記錄，并登記客戶返還車輛等相關(guān)信息， 并更新相關(guān)租用信息，使得這 輛車能夠投入下一輪回的使用。具體順序圖如圖3-4所示：:普通員工處理:技術(shù)員工處理:車輛數(shù)據(jù)庫:工作記錄

13、表:客戶表:車輛信息車輛信息A：客戶J 一車輛損壞賠償檢查車輛:返回車輛信息0 -更新車輛數(shù)據(jù)庫信息更新車輛信息I 更新售戶表填寫工作記錄圖3-4客戶還車順序圖3.3 數(shù)據(jù)庫設(shè)計(jì)3.3.1 代碼設(shè)計(jì)信息系統(tǒng)中，信息的表示方法是系統(tǒng)的基礎(chǔ)。任何信息都是通過一定的編碼 方式以代碼的形式輸入并儲(chǔ)存在計(jì)算機(jī)中的。信息系統(tǒng)有比較科學(xué)的、嚴(yán)謹(jǐn)?shù)拇a體系，可以使系統(tǒng)的質(zhì)量得到很大的保障。代碼，就是用來表征客觀事物的實(shí)體類型和屬性的一個(gè)或一組容易計(jì)算機(jī)識(shí) 別和處理的特定符號(hào)，它可以是字符、數(shù)字、某些特殊符號(hào)或它們的組合。在現(xiàn) 實(shí)生活中有很多事物如果不加標(biāo)識(shí)是無法區(qū)分的，這時(shí)機(jī)器處理就十分困難。所 以能否將原來

14、不能確定的事物唯一的加以標(biāo)識(shí)是編制代碼的首要原因。按代碼對(duì)事物進(jìn)行排序、統(tǒng)計(jì)和檢索，方便快捷，可以提高處理的速度。本系統(tǒng)所用到的編碼主要有以下幾種：汽車編號(hào)：使用區(qū)間碼和順序碼。如SUV20101001001其中SUV代表車型， 201010代表購車日期為2010年10月，01代表品牌，001代表順序碼?？蛻艟幪?hào)：使用區(qū)間碼和順序碼。如CU中CUS代表客戶， 13代表省份，0181代表所屬縣/區(qū)，01代表男性，001代表順序碼。員工編號(hào)：使用區(qū)間碼和順序碼。如 OR中ORD代表員工 類別，13代表省份，0181代表所屬縣/區(qū)，01代表男性，0

15、01代表順序碼。3.3.2 概念模型設(shè)計(jì)機(jī)房上機(jī)系統(tǒng)涉及的實(shí)體包括客戶、普通員工、技術(shù)員工E-R圖及實(shí)體屬性 圖如下：圖3-6客戶E-R圖3.3.3 邏輯模型設(shè)計(jì)根據(jù)邏輯模型設(shè)計(jì)中的關(guān)系模型，建立名為機(jī)房管理系統(tǒng)的數(shù)據(jù)庫，并建立 如下的表：客戶表表3-1編號(hào)Varchar14否是姓名Varchar8否否性別Varchar4否否地址Varchar20否否電話Int20否否租期Date20否普通員工表表3-2字段名個(gè)長度是否為空是否主鍵編號(hào)Varchar14否是姓名Varchar8否否性別Varchar4否否地址Varchar20否否電話Int13否否業(yè)務(wù)傭金Int8否否技術(shù)員工表表3-3長度是否

16、為空是否主鍵編號(hào)Varchar14否是姓名Varchar8否否性別Varchar4否否地址Varchar20否否電話Int13否否主要技術(shù)Varchar20否否相關(guān)證書Varchar20否否車輛表表3-4字段名長度是否為空是否主鍵編號(hào)號(hào)Varchar14否是Varchar6否否購車日期Date8否否車輛狀態(tài)Varchar4否否車況Varchar8否否客戶需求表表3-5長度是否為空是否主鍵客戶編號(hào)Varchar14否是姓名Varchar6否否車Varchar6否否租車日期Date20否否價(jià)格要求Int8否否審核狀態(tài)Varchar4否車輛維護(hù)太表3-6個(gè)長度是否為空編號(hào)Varchar14否是Var

17、char6否否購車日期Date8否否車輛維護(hù)信息Varchar40否否車況Varchar8否工作記錄表表3-7個(gè)長度是否為空普通員工編號(hào)Varchar14否是客戶編號(hào)Varchar14否否技術(shù)員工編號(hào)Varchar14否否車輛編號(hào)Varchar14否否租車日期Varchar20否否租金Int8否四、總結(jié)及其他本系統(tǒng)是在調(diào)研汽車租賃市場(chǎng)目前的現(xiàn)狀，充分分析開發(fā)本系統(tǒng)的利弊后， 做出的決定。該系統(tǒng)為一些小的汽車租賃公司提供了方便， 同時(shí)對(duì)于精簡公司人 員，削減公司的開支起到了非常重要的作用， 而且使公司的管理規(guī)范化、科學(xué)化、 效率化，提高了公司的效益，公司經(jīng)理可以隨時(shí)查看公司業(yè)務(wù)，以及車輛信息。 解決了公司以前單純靠手工管理混亂，車輛租賃沖突等問題。經(jīng)過了兩周的努力