租车管理和结算系统自动化.docx
《租车管理和结算系统自动化.docx》由会员分享，可在线阅读，更多相关《租车管理和结算系统自动化.docx（31页珍藏版）》请在冰豆网上搜索。
租车管理和结算系统自动化
租车管理和结算系统
1、可行性分析
1.1要求
1.1.1功能要求
本系统需要完成的功能主要有4部分：
A车辆基本情况的录入，修改，删除等基本操作。
1．车辆类别标准的制定，类别信息的输入，包括车牌号，类别名称，关键词，备注信息等。
2．车辆类别信息的查询，修改，包括车牌号，类别名称，关键词，备注信息等。
3．车辆信息的输入，包括车牌号，车辆名称，车辆类别，车主，关键词，登记日期，备注信息等。
B办理租车卡模块。
1．新用户理租车证。
2．丢失办理租车证。
C实现租车功能。
1．租车信息的输入，包括租车信息编号，用户编号，用户姓名，车牌号，车辆名称，租车日期，备注信息等。
2．租车信息的查询，修改，包括租车信息编号，用户编号，用户姓名，车牌号，车辆名称，租车日期，备注信息等。
D实现还车功能。
1．还车信息的输入，包括还车信息编号，用户编号，用户姓名，车牌号，车辆名称，租车日期，还车日期，备注信息等。
2．还车信息的查询和修改，包括还车信息编号，用户编号，用户姓名，车牌号，车辆名称，借车日期，还车日期，备注信息等。
E能方便的对车辆进行查询，对超期的情况能自动给出提示信息。
1.1.2性能要求
性能要求：
租借和归还信息必须及时更新，汽车租赁系统的信息必须无差错
的存储在主服务器上。
输出要求：
数据完整，详实。
输出要求：
简捷，快速，实时、准确。
安全与保密要求：
管理员享有对客户信息库及汽车租借信息库和职员信息库的管理与修改。
工作人员只享有对汽车租赁信息库的部分修改（写入与读出）。
1.2主要功能
本系统包括客户信息管理、车辆信息管理、汽车租赁归还管理、会员类型管理、会员信息管理、保险公司管理、汽车经销商管理等。
具有添加、修改、查询、删除等功能。
方便租赁公司的工作，提高租赁公司的工作质量和工作效率。
1.3系统运行的软硬件环境Vista/winXP/win7/win8
1.4技术可行性分析
租车管理和结算系统可以用JAVA编写相关的系统.需要相关的工作人员来进行维护和更新。
也可以将该相关的系统交与相关的公司设计与制作。
同样可以将系统的后期服务、维护更新承包给有关的公司企业。
需要从技术角度分析可能存在风险以及注意事项，以及技术问题对成本的影响。
1.4操作可行性分析
租车跟拥有车不是一个的概念。
在讲汽车租赁的时候，其实是提倡汽车分享的概念，汽车共享的概念。
他有两层含义，首先大的含义，讲汽车共享，其实是一个很大的社会资源共享的概念，在路上跑的车，越来越多的情况下，必然造成交通拥堵。
无论是给普通人的生活还是经济发展都会带来很多的制约。
我们提倡的汽车共享概念，我们的一辆汽车租赁车辆，他的使用率是普通车辆、私家车的四倍到五倍，他充分的利用和发展会减少在路上跑的车的量，这个时候大家会感受到，如果假设汽车租赁行业发展了，他必然会带来环保的概念，慢慢地会控制汽车总量的发展，如果没有这一制度为疏导的话，单纯地只是发展汽车总量的话，因为按照中国的城市特点，包括中国的国土面积，城市分布，包括人们的使用和人群的分布特点，城市的交通压力，是不允许中国完全没有限度地去发展汽车交通的。
他必然会有一些，比如说公共交通的疏导，比如说汽车租赁行业，其实汽车租赁行业在大的行业背景当中，他是属于公共交通的一支，他只是过去没有，在中国没有，未来随着中国汽车使用率的提高，拥有率的提高，他必然会成为公共交通一个重要的补充。
所以这也是我们汽车共享的一个概念，这是一个，另外我们讲的汽车共享还有一个概念，刚才我们提到的，不同的车款的问题，当你买了一辆车的时候，你永远的选择就是你的这辆车，不管你去野外郊游，还是异地用车。
比如说我有商务需求，只有这一辆车去满足你的需求的时候，那么这一辆车是有局限的，我们提倡的这种汽车共享是，我们现有的车款，大概有70多款车型，而且我们现在还在不断地丰富他，这也就是你在使用的时候，你可以挑选，比如说我想出去玩儿了，我可以挑选一个越野车，SUV也可以出去，适合当时野外环境的驾驶，比如说我有商务需求的时候，我可以选择高端的奔驰、宝马、奥迪甚至是凯迪拉克这样的高端车型，比如说公司要开会，我可以选择一个GL8，可以选择一个商务的7座车，甚至是更大的车我们可以选择。
1.6法律可行性分析
选自《汽车租赁行业行规行约》
第一章 总则
第一条 汽车租赁是经营性租赁，又称服务性租赁的一种形式。
汽车租赁是承租人向租赁公司短期租赁汽车，并由租赁公司提供养路、保险、维修保养等售后服务，是一项可撤消的不完全支付的短期租赁业务。
第二条 为规范经营，促进汽车租赁行业发展，特制定本行规行约。
第三条 本行规行约为行业自律公约，所有汽车租赁经营者（以下简称经营者），无论其隶属关系、经济性质、经营规模，均应遵守。
第四条 中国出租汽车暨汽车租赁协会（以下简称协会）在政府有关部门的指导下，组织实施本行规行约。
第五条 协会有权对不遵守行规行约的会员予以必要的教育和处罚，包括警告、通报批评、责令公开检查、开除会籍等，对非会员经营者，建议政府主管部门处理。
第六条 本行规行约与法律、法规冲突或重叠时，以相关法律、法规为准。
第二章 行规
第七条 协会作为汽车租赁业惟一的全国性行业协会，既是政府与经营者之间沟通的桥梁，亦是经营者利益的代表者。
经营者对政府部门颁布的有关政策、法规和管理条例如有异议或其它困难，可寻求协会帮助。
第八条 协会承担政府主管部门行政范围之外的职责，在宏观上指导、协调经营者经营，解决行业发展中存在的问题，经营者应服从协会的管理。
第九条 经营者应按照诚信、守法的原则从事经营活动，严格遵守汽车租赁行业的有关政策、法令、法规和指示。
第十条 租赁车辆的车主必须与经营者名称相符。
经营者不得将他人车辆、未办理汽车租赁合法经营手续的车辆用于租赁。
第十一条 汽车租赁承租方可为法人或非独立法人单位及具有完全民事责任的自然人，包括外籍人土。
经营者应对承租方的资信予以审查。
承租方租赁车辆时，需提供能够证明其合法身份的有效证件，如：
营业执照副本、法人代码证书、社团法人登记证、合法护照、居住证、介绍信、法定代表人身份证、驾驶员身份证、驾驶员驾驶证等原件。
第十二条 经营者应制备符合《中华人民共和国合同法》规定的《汽车租赁合同》，严格按照《汽车租赁合同》规定条款为承租方提供汽车租赁服务。
《汽车租赁合同》应包括以下内容：
（一）汽车经营者和承租方的法定名称及详细地址。
（二）租赁车辆的品牌、型号、发动机号、车架号、车牌号、颜色等。
（三）注明租赁期间被租赁车辆的所有权属于汽车经营者。
（四）租赁期限、起止日期限制。
（五）租金金额、计算方法、支付日期和方式。
（六）租赁保证金的数额及处置。
（七）车辆交接地点、方法及车辆验收条款。
（八）车辆保养、维修、保险及管理条款。
（九）合同双方的权利与义务。
（十）合同违约责任及处理办法。
第十三条 中国出租汽车暨汽车租赁协会租赁工作委员会根据各城市的市场行情，提出全国汽车租赁行业租金指导标准，并由协会发布。
各城市行业管理部门结合本城市的市场行情，参照指导标准确定本城市租赁车辆租金标准，并报物价管理部门批准。
企业不得以低价竞争，扰乱市场。
承租方应预付租金。
第十四条 租赁期限内租赁车辆如超出行驶里程，承租方应支付超程费；如超出租期，承祖方应支付超时费。
第十五条 保证金原则上不得用于支付租金。
保证金是承租方支付的其它费用，如违约金、超程费、超时费等。
合同结束后，扣除实际发生费用后退还承租方。
第十六条 《汽车租赁合同》应对租赁期间租赁车辆发生的费用予以确认。
承租方原则上只承担车辆的燃料费、通行费、停车费及违章罚款。
经营者承担租赁车辆的养路费、车船使用税、年检费、保险费及车辆正常的保养、维修费用（如合同另有约定的，按约定执行）。
如因承租方人为原因造成车辆损坏的维修费，承租方应承担全部或部分。
第十七条 经营者应建立完善的车辆检查、保养、维修、故障救援、保险理赔等服务保障体系，保证承祖方的合法权益。
在维修期间，汽车租赁经营者有责任向承租方提供性能良好、车型相当的替换车辆。
第十八条 经营者应对承祖方承担车辆损失险、第三者责任险和盗险。
《汽车租赁合同》应规定承租方对免赔部分、车辆被盗之后的租金承担责任。
经营者负责办理理赔事宜。
第十九条 租赁车辆的年检、保险办理等事务性工作由经营者负责。
第二十条 经营者可将未达到报废标准的更换车辆按照国家有关规定，经旧车交易市场，销售给承租方，并可在汽车租赁合同中予以确定。
第三章 行约
第二十一条 经营者之间不分系统，不分企业大小，相互尊重，加强团结。
第二十二条 平等竞争，以优取胜。
严格遵守行规，规范经营，不以不正当手段争夺经营者业务。
第二十三条 经营者之间在竞争中发生问题，首先应由双方协商解决，必要时可通过协会及政府主管部门共同协商解决，不得采取不正当措施。
第二十四条 经营者之间在风险控制、经营管理、车辆维修、科技成果等方面进行交流，精诚合作，相互支持，共同进步。
第二十五条 经营者有义务向协会通报与行业有关的情况和信息，并参加协会组织的行业活动。
第四章 附则
第二十六条 本行规行约经中国出租汽车暨汽车租赁协会汽车租赁工作委员会讨论通过后发布实施。
第二十七条 本行规行约如有未尽事宜，需经中国出租汽车暨汽车租赁协会汽车租赁工作委员会讨论方得补充修正。
可见，对于租车行业已经有较为全面的相关行业协会已较完善的法律法规，而且对于违规和责任方面有着较为详细的规定，需要租车前合同双方确认详细了解后，在签订后生效。
确保在租车过程中的双方需要履行的责任和义务。
1.7经济可行性分析
系统设计和实现过程中所用到的开发环境、开发工具都是开源的，用到的数据库以及服务器都是免费，具体的实现工作有个人完成，因而在开发开放中不涉及人员成本问题。
在系统设计中不涉及知识产权的费用，最大程度的减小了开发成本，所以从经济的角度来看，该系统可行。
2、需求分析
2.1引言
随着国家经济的发展，人民生活质量的不断提高，人们外出的半径不再局限于周边地区。
汽车行业的迅猛发展，为人们的“以车代步”关联做了铺垫。
显然，现阶段的经济水平还不
允许人人都有自己的汽车。
于是汽车租赁公司如雨后春笋般不断冒出，开发一套汽车租赁管
理系统破在眉睫，我们结合这次的课程设计开发一下的汽车租赁系统方案。
而面对众多各式各样的汽车及订单，一个用计算机高级开发软件工具来开发实现的汽车租赁管理系统，即是现代租赁企业管理和发展的迫切需要。
传统汽车租赁管理大多基于简单的系统设计，简单而不安全，操作平台也受到限制，显然适应不了不断发展的租赁业复杂的业务需求。
企业要不断发展，必须将企业业务的各类数据联系起来，组成一个有机的系统，使得业务、财务、市场等方面的信息得以方便、快捷地传递并经过综合处理生成各种报表送交给各个职能部门及决策层。
同时收集处理信息的速度、准确性、安全性，还影响到公司整体的管理水平和决策层对整体业务的控制和协调。
对于软件开发人员而言，这即是一个机遇也是一个挑战。
2.2编写目的及困难
1.为了更好的管理汽车租赁的各项环节，确保租赁系统健康，有序的运行。
2.编写困难：
在传统的操作过程中，手工操作与文件系统的数据共享性较差，数据操作的访问范围仅以“记录”为单位，数据之间彼此独立。
非结构化，缺乏联系，对数据的操作带来不必要的麻烦。
手工操作使信息掌握不及时，不完整，也易不必要的重复劳动。
由于各信息生成点较分散，加之人工管理的局限性，控制手段的不足，使管理人员难以在短时间内得到简明扼要又全面准确的信息，这严重影响到工作的效率，并且很容易延误商机。
由于各部门往往分布在不同的区域，数据联系性较弱，使主管人员往往难以确切掌握当前汽车租赁管理的状况如何，作出的决策往往不能得到及时的反馈。
汽车租赁管理业务中部分事务是一个反复修改的过程，人工方式存在着效率低，速度慢的弊端，重复劳动并未增加信息量，相反只会产生管理上的麻烦和人力的浪费。
一般管理过程要求严格遵循所需的流程，信息处理周期长，查找、统计要靠翻阅登记本使管理效率非常低。
2.3功能需求
汽车租赁管理系统开发系统的主要任务是利用计算机对汽车租赁的整个流程进行管理，
其中包括：
登录模块、汽车信息管理模块、汽车信息查询模块、客户信息管理模块、客户信息查询模块、汽车出租管理模块。
整个系统的结构如下：
1.登录模块
用于职员登录
2.汽车信息管理模块
主要负责车辆信息的录入，更新及删除操作
3.汽车信息查询模块
主要负责车辆信息的查询
4客户信息管理模块
主要负责客户信息的维护
4客户信息查询模块
主要负责客户信息的查询
6汽车出租管理模块
管理汽车出租记录
2.4数据字典
1关系描述：
表1车辆管理
表2车辆信息
表3管理员
表4客户管理
表4客户信息管理
表6出租车辆管理表
2.4辅助需求
2.4.1辅助决策需求
辅助决策需求是关于租赁公司发展和改革方面的信息需求，公司需要与汽车供应商、美容保养公司及保险公司等合作公司建立长期信任的关系，所以决策层需要对合作公司的基本信息进行比较以甄选出长期合作伙伴。
2.4.2财务需求
对于每日车辆的粗出与归还、车辆损伤赔偿、车辆美容保养、车辆保险、车辆租赁价位的调整等财务的统计；公司日、月、年收益及净收益管理；企业职工工资及福利的管理；
2.6接口要求
硬件接口：
无特别要求；
网络硬件接口要求：
现实中要求具有高速以太网组网一实现联网销售，但是在理论
实验验证软件本身的目的来看，无需网络通讯接口。
软件接口要求：
无
2.7软件属性
可用性：
本软件也可以通过单步跟踪的操作进行检查处理。
安全性：
由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。
3、系统设计
（一）概要设计
经过需求分析阶段的工作已经了解系统应该做什么，现在是解决该怎样做的时候了。
概要设计的目的就是解决如何实现系统的。
在该阶段中通过对系统功能分析、系统接口、E-R图、数据库设计的阐述来说明系统是如何实现的。
3.1功能模块分析
由需求分析可知，系统主要划分为两大功能模块。
以下将详细阐述每个功能模块具体能够完成的功能。
系统具体功能模块图如图4-1所示。
图4-1系统功能模块图
3.1.1会员功能
（1）会员注册
如果是新用户，则需要先注册，注册时应该填写用户名、密码、真实姓名、联系方式、Email等信息。
注册成功后，可以用注册的会员名进行登录。
（2）会员登录
当用户预定车辆时必须先登录，由系统验证登录信息是否正确，若正确则转到登录后的界面，否则继续转到登录界面。
对于不合法的信息录入，系统给出相应的错误提示。
（3）会员信息管理
用户在登录状态下能够查看基本信息（包括用户名、密码、真实姓名、联系方式、Email）并能够进行修改。
3.1.2车辆预定
（1）车辆信息
前台设计中应包含汽车的车牌、出租价格、图片等信息。
用户可以点击汽车图片获取更多的相关信息，除了以上信息外，还应有汽车车型、生产厂商、出厂日期、出租状态等信息。
（2）车辆预定处理
用户在登录状态下，能够在前台预定所需的汽车，对于非空闲状态下的车辆不能预订，车辆不能够被重复预定。
预定成功后，系统会给出相应提示，预定信息写入后台预定信息列表中。
3.1.3管理员信息管理
（1）管理员信息查看
能够查看系统当前的所有管理员。
（2）管理员信息修改
能够修改当前登录管理员的相关信息（包括用户名、密码），如果登录者身份是一个超级管理员的身份，还能够对其他管理员进行管理，包括删除与修改。
（3）注册新的管理员
添加新的管理员信息。
3.1.4会员管理
（1）查看会员信息
查看该系统注册了多少会员，和每一个会员的详细信息。
（2）删除会员信息
对操作不正常的会员和长期未登录的会员，管理员可以将该会员删除掉。
3.1.4车辆基本信息管理
系统可以添加、删除、查询汽车信息，同时可以根据不同的查询条件进行汽车信息查询。
3.1.6车辆出租信息管理
能够新增、查询、删除已经出租的汽车信息，能够显示全部已出租的汽车信息，能够根据不同的查询条件进行已出租汽车信息查询。
添加信息成功后，车辆状态该为出租，删除信息成功后，车辆状态该为空闲。
3.1.7车辆归还信息管理
能够显示已归还汽车信息，能够对其进行删除操作。
根据不同的条件查询已归还汽车信息，车辆归还后系统自动计算出车辆的租金。
归还成功后，车辆状态该为空闲。
3.1.8车辆损坏信息管理
能够新增、查询、删除已损坏汽车信息，根据不同的条件进行查询操作，能够显示全部损坏汽车的信息列表。
系统录入车辆损坏原因，并更改车辆状态。
3.1.9车辆维护信息管理
能够新增、查询、删除车辆维护信息，根据不同的条件进行查询操作，能够显示全部维护汽车的信息列表。
系统录入车辆维护的项目，并更改车辆状态。
3.1.10预定信息管理
能够查看全部预订信息列表并能够进行删除操作，成功删除车辆预定信息后，车辆状态该为空闲，前台用户可以对该车辆进行预定。
3.2系统接口设计
（1）用户界面设计
在用户界面部分，根据分析的结果，用户需要一个友善的界面。
在界面设计上，应该做到简单明了，易于操作，并且要注意到界面的布局。
考虑到该系统的用户为互联网的使用者，决定采用浏览器搭建Web应用程序。
系统用户界面简单、易于操作学习。
（2）软件接口
数据库服务器通过持久层Hibernate调用JDBC驱动操作SQLServer2004数据库。
（3）硬件接口
采用键盘、鼠标进行输入。
3.3E-R图
E-R是实体-联系图的简称，它描述现实世界概念结构模型的有效方法，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型[14]。
⑴用户、管理员、车辆之间E-R图
实体类用户所具有的属性有用户名、真实姓名、密码、联系方式、Emall。
实体汽车类所具有的属性有车牌、车型、序号、生产厂商、生产日期、出租价格、押金、状态。
实体类管理员所具有的属性有名称、序号、密码。
一个用户可以预定多辆汽车，一个用户可以租赁多辆汽车；一个管理员可以管理多个用户，一个管理员可以管理多辆汽车。
具体如图4-2所示:
图4-2用户、汽车、管理员之间的关联关系
⑵车辆出租、归还、损坏、维护、预定、管理员之间E-R图
实体类管理员所具有的属性有序号、名称、密码、真实姓名；实体类车辆预定所具有的属性有序号、用户、预定日期、车牌号；实体类车辆出租所具有的属性有序号、车牌号、出租日期、归还日期、剩余日期、租赁人、押金、身份证号；实体类车辆维护所具有的属性有序号、车牌号、保养日期、保养项目、经手人。
一个管理员能够处理多个车辆预定、车辆出租、车辆归还、车辆损坏车辆维护信息。
以下列出了实体类管理员、车辆预定、车辆出租、车辆归还、车辆损坏、车辆维修只见到关系。
具体如图4-3：
图4-3车辆出租、归还、损坏、维护、预定、管理员之间E-R图
3.4数据库逻辑结构设计
数据库在一个系统中占有非常重要的作用，数据库结构设计的好坏将直接的影响到系统得效率，以及实现的效果。
合理的数据库设计可以提高数据存储的效率，保证数据的完整和一致性。
⑴管理员表
表名：
c_admin
说明：
该表中ID是该表的主键，保存管理员信息，如表4-1所示：
表4-1管理员信息表
列名称
类型
宽度
允许空值
主键
Id
Int
11
否
是
Username
Varchar
40
否
否
Password
Varchar
40
否
否
realname
Varchar
40
否
否
regdate
Varchar
40
否
否
⑵车辆归还信息表
表名：
c_back
说明：
该表中ID是该表的主键，用来保存车辆归还信息，如表4-2所示：
表4-2车辆归还信息表
列名称
类型
宽度
允许空值
主键
Id
Int
11
否
是
c_no
Varchar
40
否
否
续表4-2
c_start
Varchar
40
否
否
c_end
Varchar
40
否
否
c_money
Varchar
40
否
否
c_others
Varchar
40
否
否
⑶出租信息表
表名：
c_borrow
说明：
该表中ID是该表的主键，保存出租信息。
如表4-3所示：
表4-3出租信息表
列名称
类型
宽度
允许空值
主键
Id
Int
11
否
是
c_no
Varchar
40
否
否
c_date
Varchar
40
否
否
c_man
Varchar
40
否
否
c_idcard
Varchar
40
否
否
c_money
Varchar
40
否
否
c_others
Varchar
40
否
否
⑷损坏信息表
表名：
c_broken
说明：
该表中ID是该表的主键，用来保存损坏信息。
如表4-4所示：
表4-4损坏信息表
列名称
类型
宽度
允许空值
主键
Id
Int
11
否
是
c_no
Varchar
40
否
否
c_date
Varchar
40
否
否
c_reason
Varchar
40
否
否
c_money
Varchar
40
否
否
c_man
Varchar
40
否
否
⑸车辆信息表
表名：
c_info
说明：
该表中ID是该表的主键，用来保存车辆信息。
如表4-4所示：
表4-4车辆信息表
列名称
类型
宽度
允许空值
主键
Id
Int
11
否
是
c_no
Varchar
40
否
否
c_type
Varchar
40
否
否
c_productor
Varchar
40
否
否
c_birth
Varchar
40
否
否
c_money
Varchar
40
否
否
c_price
Varchar
40
否
否
c_ststus
Varchar
40
否
否
c_path
Varchar
40
否
否
⑹会员信息表
表名：
c_user
说明：
该表中ID是该表的主键，用来保存会员信息。
如表4-6所示：
表4-6会员信息表
列名称
类型
宽度
允许空值
主键
Id
Int
11
否
是
c_username
Varchar
40
否
否
c_password
Varchar
40
否
否
c_realname
Varchar
40
否
否
C_idcard
Varchar
40
否
否
c_regdate
Varchar
40
否
否
c_link
Varchar
40
否
否
c_level
Varchar
40
否
否
c_email
Varchar
40
否
否
⑺车辆维护信息表
表名：
c_repaired
说明：
该表中ID是该表的主键，用来保存车辆维护信息。
如表4-7所示：
表4-7车辆维护信息表
列名称
升级会员 