汽车租赁系统UML建模与设计样本Word格式文档下载.docx
- 文档编号:818920
- 上传时间:2023-04-29
- 格式:DOCX
- 页数:22
- 大小:450.29KB
汽车租赁系统UML建模与设计样本Word格式文档下载.docx
《汽车租赁系统UML建模与设计样本Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《汽车租赁系统UML建模与设计样本Word格式文档下载.docx(22页珍藏版)》请在冰点文库上搜索。
(1)管理人员开展工作顺序图。
(2)客户预订车辆顺序图。
(3)客户取车顺序图;
(4)客户还车顺序图;
1.3.1管理人员开展工作顺序图
图3管理人员开展工作顺序图
顺序图阐明:
(1)viewRecord():
查看记录函数。
(2)viewWorkInfo():
查看工作记录函数。
(3)calculate():
计算工作人员任务完毕率函数。
管理人员既可以查看汽车租赁记录,又可以查看普通工作人员工作记录和任务完毕状况。
1.3.2客户预订车辆顺序图
图4客户预订车辆顺序图
(1)fillOrder():
填写租赁申请表函数。
(2)checkRquest():
查看申请函数。
(3)check():
检查历史记录函数。
(4)InServiced():
判断车辆状态函数。
(5)allow():
容许客户租赁车辆函数。
(6)isHandled():
表白祈求已解决。
(7)notify():
告知客户前来取车函数。
客户要租赁车辆,一方面必要填写申请表。
公司员工负责解决申请表,她们依照客户租赁历史记录以及客户申请车辆状态决定与否接受客户祈求。
如果她们两个条件都满足,那么将接受祈求并且为客户预留该车;
否则就回绝祈求,解决过申请表状态都设为已解决,如果接受顾客租赁祈求,一方面为该客户添加一条记录,然后告知客户前来取车。
1.3.3客户取车顺序图
图5客户取车顺序图
顺序图阐明:
(1)show_notice():
向工作人员出示取车告知。
(2)check():
工作人员检查取车告知合法性。
(3)pay():
客户付款。
(4)fillWorkRecord():
公司员工创立工作记录。
(5)update_carstatus():
更新汽车状态信息。
客户在商定期间到前台取车,公司员工一方面验证取车告知,验证通过后,将规定客户付款,然后填写一份工作记录,同步修改车辆状态。
1.3.4客户还车顺序图
图6客户还车顺序图
(1)check_carstatus():
检查车辆状况函数。
(2)fillRecord():
填写车辆检查记录函数。
(3)notify_payment():
告知客户支付租赁款项函数。
(4)update_carstatus():
更新车辆信息函数。
(5)end():
结束租赁交易函数。
(6)updateRecord():
更新工作记录函数。
客户在规定期间将车返还给租赁商店,技术人员将对车辆进行检修以拟定与否有损坏,并且填写一份服务记录,公司职工将依照记录拟定客户应付款项。
与客户交易完毕后,需要修改车辆状态、客户记录以及工作记录等。
1.3.5客户预订车辆协作图
图7客户预订车辆协作图
协作图阐明:
申请表类中填写租赁申请表函数。
(2)checkRequest():
普通公司员工类中查看申请函数。
客户租赁历史记录类中检查历史记录函数。
车辆类中判断车辆状态函数。
(5)Allow():
判断预订表单与否被解决函数。
1.3.6客户取车协作图
图8客户取车协作图
(1)show_notify():
(3)take_car():
客户取车。
1.3.7客户还车协作图
图9客户还车协作图
(1)return_car():
客户还车函数。
(2)check_carstatus():
(3)fillRecord():
(5)show_payment():
告知客户有关费用。
(6)pay_money():
(7)end():
(8)updateRecord():
1.4业务过程建模
1.4.1系统状态图
由于系统几种对象,如客户预订申请表类、客户租赁历史记录类、工作记录类、维修记录类和车辆类状态都很少,不需要用创立状态图,因此此处将建立整个系统状态图,如图10所示。
图10系统状态图
状态图阐明:
(1)customersendtherequest:
客户提出租赁申请。
(2)employeehandletherequest:
公司员工解决申请祈求。
(3)searchrelatinginformation:
查找租赁有关历史记录。
(4)accepttherequest:
接受租赁祈求。
(5)storeinformation:
存储交易信息。
(6)customergetthecar:
(7)customerreturnthecar:
客户还车。
(8)checkthecar:
检查车辆状况。
(9)denytherequest:
回绝租赁祈求。
(10)endthebusiness:
结束交易。
从客户填写预订申请表开始,租赁商收到客户申请并对其进行解决。
依照客户历史记录以及车辆状态拟定与否接受客户祈求。
如果某个条件不符合,就向客户发送一种回绝告知,交易结束;
如果条件都符合,则接受该祈求并保存有关数据。
客户在商定期间内来取车,取车需出示有关告知。
车辆使用后来,客户必要在规定期间将车返还给租赁商。
还车后技术人员还会对车辆进行检查,依照车辆状况收取相应费用,如果车辆破损还要收取罚金。
最后,交易结束。
1.4.2系统活动图
汽车租赁系统活动图如图11所示。
要注意一点就是,租赁者填写租赁申请表和公司员工解决申请可以并发执行。
图11系统活动图
活动图阐明:
(1)customerrequest:
客户填写租赁申请。
(2)storetherequest:
存储申请表。
(3)employeechecktherequest:
公司员工查看租赁申请。
(4)handlenewrequest:
解决新租赁申请。
(5)checkthecustomer’srecord:
查看客户租赁历史记录。
(6)denyrequest:
(7)thecarisavailable:
车辆为可用。
(8)sendthemessage:
发送取车告知。
(9)customeracquirethecar:
(10)customergivethecarback:
2系统分析
2.1概念用例
2.1.1客户参加用例图
图12客户参加用例图
用例图阐明:
(1)reservethecar:
预订车辆用例。
(2)byphone:
电话预订用例。
这是从预订用例扩展出来一种预订方式。
(3)ontheweb:
网络预订用例。
这是从预订用例扩展出来另一种预订方式,顾客可以在公司主页上提交预订申请。
(4)filltheorderform:
填写预订申请表用例。
如果客户在网上预订,也必要完毕预订申请表。
(5)getthecar:
取车用例。
(6)returnthecar:
还车用例。
(7)returnwithfine:
交纳罚金用例。
客户如果不可以准时还车将要交纳罚金。
2.1.2公司员工参加用例图
图13公司员工参加用例图
用例阐明:
(1)systemlogin:
系统登录取例。
(2)reserveprocess:
预订解决用例。
(3)querycustomerorderrecord:
查询客户预订历史记录取例。
工作人员可以把客户历史记录作为判断与否接受客户祈求一种根据。
(4)refuserequest:
回绝预订祈求用例。
工作人员可以依照状况回绝客户预订祈求,例如客户历史记录不良,没有所需车辆等。
(5)acceptrequest:
接受预订祈求用例。
工作人员在核对客户状况及车辆状态后,可以接受客户祈求。
(6)givethecartocustomer:
将预订车交付客户用例。
(7)checkthecar:
检查车辆状况用例。
技术人员可以对车辆进行检查,以拟定车辆与否被损坏。
(8)endthebusiness:
结束租赁业务用例。
2.2分析类模型
系统中各实体类、边界类、控制类之间交互如图14、15、16所示。
图14查询分析类类图
图15编辑基本信息分析类类图
图16业务解决分析类类图
2.3组件模型
汽车租赁系统是建立在一种具有过去租赁记录、汽车信息、服务记录以及客户和员工信息中央数据库上。
系统组件图如图17所示,涉及租赁程序、员工记录、服务记录、工作记录和汽车记录5个组件。
图17汽车租赁系统组件图
2.4软件构架和框架建模
本系统采用CS架构三层体系构造,如图18所示,应用JAVA语言辅以SQLServer数据库进行开发。
图18系统CS三层架构图
3系统设计
3.1设计类模型
类图设计是系统设计最核心某些,明确基本类以及基本类之间互有关系有助于开发后续设计。
此处将详细简介汽车租赁系统类图设计。
3.1.1客户和公司员工类
系统中客户和公司员工类图如图19所示。
此外,这里省略了某些普通办法,例如get和set办法。
图19客户和公司员工类图
类图阐明:
(1)Person类是所有类父类,它包括4个属性:
姓名(name),身份证号(ID),地址(address)和电话号码(phoneNO)。
它包括办法都是用来设立和获取这些属性值。
(2)Customer类是包括客户信息类,除了继承父类属性和办法,它涉及车辆类型(CarType)和驾驶证号(licenseNo)等属性。
(3)Employee类是包括员工信息类,其中包括了员工聘任日期等信息。
同步,它还是Manager、CommonWorker、SkillWorker3个类父类。
(4)Manager类是管理人员类,管理人员可以查看工作人员工作记录。
CommonWorker类是普通工作人员类,commissionRate属性是该员工完毕任务率;
办法calculate()用来计算该工作人员完毕任务率;
checkRequest()用来查询与否有没解决申请单。
SkillWorker类是技术人员类,skills属性代表该员工技术特长,而qualifications属性则表达她技术职称。
3.1.2某些其她类
其她类图如图20和图21所示。
图20其她类图1
图21其她类图2
(1)CustomerRecord类表达客户记录。
customerID是客户身份证号码,rentDate是租车日期,CarType是所组车辆车型,CarNumber是该车车牌号码,IsFinish代表该交易与否结束。
check()用来得到该客户记录,end()用来结束该交易。
(2)Car类代表车辆记录。
Type是该车车型,CarNumber是车牌号码,status是指该车与否被预订、正在使用中或空闲状态,condition是指该车状态。
InServiced()用来判断该车与否空闲,update_carstatus()用来修改车辆所处状态。
(3)ServiceRecord类表达每一次租赁服务记录。
serviceHistory是服务历史记录,progressReport是指该过程中报告。
fillRecord()用于填写表格。
(4)RequestOrder类表达是填写客户申请资料表格。
CarType表达客户申请车型,RentDate是租车时间,IsAllow属性表达该客户申请与否得到批准。
Allow()用来接受客户祈求,fillOrder()是指客户填写表格,check()用来检查与否存在这个申请,isHandled()设立该申请已被解决。
(5)WorkRecord类是职工工作记录。
属性涉及交易中涉及员工、客户、车辆以及租赁信息。
fillWorkRecord()用来填写这份记录,viewRecord()用来查看这份记录,updateRecord()用来修改这份记录。
3.2接口设计模型
类不是单独一种模块,各个类之间是存在联系,本系统中不存在接口实现。
汽车租赁系统各个类之间联系如图22所示。
图22类之间关系
从图中可以看出,工作人员(CommonWorker)可以查看所有客户(Customer)租赁历史记录(CustomerRecord),可以解决几种客户租赁申请(RequestOrder)。
由于工作人员可以同步解决各种业务,那么她可以拥有各种服务记录(ServiceRecord)和工作记录(WorkRecord)。
技术人员(SkillWorker)需要同步维护多辆车(Car),每辆车也需要各种人员进行维护。
经理(Manager)可以查看各种职工工作记录。
3.3包设计模型
这个系统可以当作页面显示(webPages)、业务逻辑(Business)、数据访问(DataAccess)三块,分别控制不同应用。
整体包图如下:
图23系统包图
各层职责:
(1)页面显示包
包括了系统所涉及到所有页面显示,这样做好处是再添加新页面显示时就不会影响到别包。
(2)业务逻辑包
包括了所有事务,如果在管理过程中需要增长某事务,那么只需在本包中添加相应类即可。
(3)数据访问包
包括了系统访问数据库所有类操作。
这样,当修改数据访问时就不会影响到界面或事务操作。
3.4布置模型
汽车租赁系统由5个节点构成,应用服务器负责整个系统总体协调工作;
数据库负责数据管理;
前台工作人员负责解决客户祈求以及进行租赁交易;
管理人员管理界面重要是用来对员工信息进行查询;
而技术人员界面则是用于技术人员查询、修改汽车状态,系统配备图如图24所示。
图24汽车租赁系统布置图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 汽车 租赁 系统 UML 建模 设计 样本