基于uml的汽车租赁管理系统样本.doc

《基于uml的汽车租赁管理系统样本.doc》由会员分享，可在线阅读，更多相关《基于uml的汽车租赁管理系统样本.doc（20页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、资料内容仅供您学习参考，如有不当之处，请联系改正或者删除。一、 系统概述当前有驾照但还没有买车的消费者对短期汽车租赁需求非常大。而这两年来, 汽车租赁公司如雨后春笋般出现也印证了市场的潜力所在。不过, 由于当前租赁业还未有统一的管理标准, 整个行业乱象丛生。管理落后、 价格较低、 租赁陷阱随处可见, 一些有实力的企业也苦于无序竞争而不敢扩张投入, 因此制约了整个行业的发展。在经济全球化快速发展的过程中, 信息的快速收集, 反应快速准确也越来越多的被企业应用, 企业已经逐渐认识到了建立现代化的管理信息系统是影响企业发展的决定因素。可是当前, 大多数的汽车租赁公司由于考虑成本等的问题, 并没有采取

2、存储量大、 处理快速、 及时便捷的计算机信息化管理模式, 而是依然采取了较为原始的手工管理模式。而利用计算机网络信息化管理的汽车租赁管理系统, 就能够解决手工管理模式中存在的一些问题, 形成一系列完整的同步管理。本文正是对基于UML建模的汽车租赁管理系统的设计进行了深入的分析和研究, 旨在寻求一种更加便捷、 高效的汽车租赁管理途径。以汽车租赁管理系统开发为背景, 利用UML建模语言, 分析了系统的用户需求模型、 静态模型、 动态模型。并针对传统汽车租赁管理系统的局限性设计出一套基于UML建模的汽车租赁管理系统。此系统能显著的提高软件开发管理, 促进软件重用和提高汽车租赁行业的整体效益。二、 系

3、统分析2.1可行性分析可行性分析研究即在项目正式开发前对各种可能的风险进行充分的分析、 估算, 避免人力、 物力和财力方面的浪费。对有风险的项目进行开发, 提出具体开发方案, 建立相应的开发模型, 对各种风险的程度及应对策略进行详细论证, 将因风险可能带来的损失降低到最小程度。2.1.1经济可行性分析 汽车是当前出行选择的便捷的交通工具, 其经济成分比重很大, 资金投入包括前期投入、 日常保养和后期维护; 收入主要是客户交付的租金。由于当前对汽车的需求较大, 因此实施此系统对企业成功不可缺少, 因此投入该系统势在必行。2.1.2技术可行性分析 技术可行性分析主要分析在现有技术条件下能否顺利完成

4、开发工作; 硬件、 软件配置是否满足开发者的需求; 相关技术人员的数量、 水平和来源等。项目组经过分析, 上述三个需求均能满足, 因此该系统具有技术可行性。2.1.3社会可行性分析当前信息技术飞速发展, 计算机技术和软件技术的更新使机房 管理完全有可能也有能力采用这种先进的管理技术。对租赁行业带来的影响: 对传统手工管理是一次不小的震撼, 带来整个汽车租赁行业的蓬勃向上; 提高了对公司员工的要求, 在可能的条件下精简了企业人员, 迫使员工不断学习新的计算机知识; 转变和扩充了计算机与用户之间的业务方式。经过以上在经济、 技术、 社会三方面的可行性分析得知, 汽车租赁系统是可行的, 是可开发的。

5、2.2 需求分析汽车租赁需要管理事务较多, 为了减少开支, 员工数量不能太多, 因而公司员工工作量较大。因此, 汽车租赁行业迫切的需要规范其管理流程以及日常重点工作, 并借助相应的管理软件进行管理。2.2.1客户参与的用例图客户在整个活动主要进行预定车辆、 取得车辆、 归还车辆这三种行为。其中预定车辆能够经过不同的方式来进行, 主要归为电话联系、 租赁店预订和网上预订两种形式。客户在取车时还能够试驾一下车辆, 因此试驾与取车时一个包含用例。如果车辆发生意外, 客户在归还车辆时, 还需要进行相关罚款, 作为归还车辆的一个扩展用例。如果采取进行网上预定的形式, 则需要在网上进行相关表格填写! 因此

6、填写指定表格是网上预定的一个扩展例。因此整个用例图如图2-1所示: 图 2-1 客户租车子系统2.2.2公司职员参与的用例图相对客户行为而言, 租赁公司员工所要进行的行为就比较多, 能够分为以下几类: 处理客户预定信息, 其中它的子用例为: 查询客户预定信息、 拒绝租车服务、 接受租车服务; 提车给客户, 在客户取车时, 能够给客户试驾, 因此试驾是提车的扩展用例; 归还车辆, 归还车辆时对车辆的检查, 如果损坏就应当作出相应赔偿, 因此损坏赔偿是归还车辆的扩展用例. 公司职员参与的用例图如图2-2所示: 图2-2 员工管理子系统2.3 系统静态建模在面向对象的分析与设计中, 类图是由若干类的

7、图形符号及表示其之间关系的图形符号组成。经过全面分析和考察, 能够找到系统中以下几个类: 客户、 经理、 技术员工、 普通员工。其中它们之间的关系能够融合成: 经理、 技术员工、 普通员工能够归为员工上述类, 具体关系如图 2-3所示: 图2-3 客户、 员工类下面列举的是这个系统进行交互的类图, 这些类图彼此之间是联系着的, 缺少了一个都会不完整, 都不利于工作的开展。具体图示如图2-4所示: 图2-4交互类工作记录表类是工作记录的类, 它的属性很多, 包括客户的编号、 普通员工编号、 技术员工编号、 租车起止日期、 车的编号和租金。其中主要操作有填写工作记录表和更新修改等。经理类是管理员类

8、, 操作主要是管理和审核工作情况。车类是车的类, 属性包括车的编号、 车的状况和当前是否在租。操作包括维护信息正在使用、 修改车的状况等。普通员工类是普通员工信息类, 包括业务提成等属性, 操作主要有查询订单、 处理订单、 取车、 还车等。技术员工类, 技术水平、 相关证书等属性, 主要操作有汽车的日常维护等客户需求类是需求表类, 主要包括请求的车类型、 租车日期、 价格等属性, 主要操作包括填写表格、 核查、 处理等。三、 系统设计3.1 功能设计在系统中, 只有管理人员才有权限使用本系统, 才能对数据库进行操作。公司员工对基本信息的管理, 包括对汽车信息的增加、 删除、 修改和查询, 车辆

9、的维护和车况的检查。其中, 车辆维护信息和车辆的状况由车辆维护表直接查询出来。公司员工对客户信息的管理, 主要是客户信息的增加、 删除、 修改和查询以及对客户对车辆需求表的管理。因此, 有客户会员管理用例和客户信息管理用例。公司员工对租赁业务的管理, 包括车辆信息的查询; 车辆返还信息的增加、 删除、 修改和查询; 车辆出库信息的增加、 删除、 修改和查询; 以及租金业务的查询、 添加、 修改等。管理人员对系统用户的管理, 包括系统用户的增加、 删除、 修改和查询和密码的修改; 以及对系统的更新。分析系统的使用对象和用户需求, 设计系统的体系结构。系统的功能模块如图3-1所示。图3-1 功能结

10、构图3.2系统动态建模3.2.1客户预订车辆的顺序图客户申请车辆时, 要进行个人息的填写等、 经过相关合法检测后, 才能够成功预定到车辆。具体类有以下五个: 客户、 需求表、 普通员工、 客户记录表、 车辆信息。具体流程: 客户需要在需求表中填写信息, 再由普通工作人员审核, 普通工作人员在以往客户表中审核相关信息, 看是否顾客有损坏车辆的不良记录, 若无不良状况, 检查车辆状态, 如果有合适的车辆, 进行顾客租车的信息记录, 并在需求表中填写”允许”, 同时更新车辆数据库信息, 填写工作记录表, 并把这个结果通知顾客。具体顺序图如图 3-2所示: 图3-2 客户预定车辆顺序图3.2.2客户取

11、车的顺序图客户取车的顺序图包括以下几个类: 顾客、 需求表、 普通员工、 工作记录表、 车辆表。同时客户取车过程,要注意取车的同时要付款。客户在取车时要向员工出示需求表, 并由员工进行审核, 如果审核成功则在车辆数据库中查找相应的车辆, 有符合需求的车辆, 客户向员工缴纳一定租金, 员工更新车辆信息, 填写工作记录表, 然后将车交给客户, 完成取车过程。具体顺序图如图 3-3所示: 图3-3 客户取车顺序图3.2.3客户还车的顺序图还车顺序图基于实际需要, 具体涉及类: 客户、 技术员工、 普通员工、 客户表、 车辆信息表、 车辆租赁表等。具体流程: 顾客把车返还给普通员工, 普通员工把车交给

12、技术员工, 技术员工进程车辆状态检查, 并填写相关车辆状态情况, 作好记录后在交给普通员工, 若车辆出现问题, 普通员工会通知顾客协商相关的赔偿; 公司员工进行车辆保修情况进行记录, 并登记客户返还车辆等相关信息, 并更新相关租用信息, 使得这辆车能够投入下一轮回的使用。具体顺序图如图 3-4所示: 图3-4 客户还车顺序图3.3 数据库设计3.3.1代码设计信息系统中, 信息的表示方法是系统的基础。任何信息都是经过一定的编码方式以代码的形式输入并储存在计算机中的。信息系统有比较科学的、 严谨的代码体系, 能够使系统的质量得到很大的保障。代码, 就是用来表征客观事物的实体类型和属性的一个或一组

13、容易计算机识别和处理的特定符号, 它能够是字符、 数字、 某些特殊符号或它们的组合。在现实生活中有很多事物如果不加标识是无法区分的, 这时机器处理就十分困难。因此能否将原来不能确定的事物唯一的加以标识是编制代码的首要原因。按代码对事物进行排序、 统计和检索, 方便快捷, 能够提高处理的速度。本系统所用到的编码主要有以下几种: 汽车编号: 使用区间码和顺序码。如SUV 1001001其中SUV代表车型, 10代表购车日期为 10月, 01代表品牌, 001代表顺序码。客户编号: 使用区间码和顺序码。如CUS其中CUS代表客户, 13代表省份, 0181代表所属县/区, 01代表男性, 001代表

14、顺序码。员工编号: 使用区间码和顺序码。如ORD其中ORD代表员工类别, 13代表省份, 0181代表所属县/区, 01代表男性, 001代表顺序码。3.3.2概念模型设计机房上机系统涉及的实体包括客户、 普通员工、 技术员工E-R图及实体属性图如下: 图3-5整体E-R图图3-6客户E-R图图3-7普通员工E-R图图3-8技术员工E-R图图3-9车辆E-R图3.3.3逻辑模型设计根据逻辑模型设计中的关系模型, 建立名为机房管理系统的数据库, 并建立如下的表: 客户表 表3-1字段名类型长度是否为空是否主键编号Varchar14否是姓名Varchar8否否性别Varchar4否否地址Varch

15、ar20否否电话Int20否否租期Date20否否普通员工表 表3-2字段名类型长度是否为空是否主键编号Varchar14否是姓名Varchar8否否性别Varchar4否否地址Varchar20否否电话Int13否否业务佣金Int8否否技术员工表 表3-3字段名类型长度是否为空是否主键编号Varchar14否是姓名Varchar8否否性别Varchar4否否地址Varchar20否否电话Int13否否主要技术Varchar20否否相关证书Varchar20否否车辆表 表3-4字段名类型长度是否为空是否主键编号号Varchar14否是类型Varchar6否否购车日期Date8否否车辆状态Var

16、char4否否车况Varchar8否否客户需求表 表3-5字段名类型长度是否为空是否主键客户编号Varchar14否是姓名Varchar6否否车辆类型Varchar6否否租车日期Date20否否价格要求Int8否否审核状态 Varchar4是否车辆维护表 表3-6字段名类型长度是否为空是否主键编号Varchar14否是类型Varchar6否否购车日期Date8否否车辆维护信息Varchar40否否车况Varchar8否否工作记录表 表3-7字段名类型长度是否为空是否主键普通员工编号Varchar14否是客户编号Varchar14否否技术员工编号Varchar14否否车辆编号Varchar14否

17、否租车日期Varchar20否否租金Int8否否四、 总结及其它本系统是在调研汽车租赁市场当前的现状, 充分分析开发本系统的利弊后, 做出的决定。该系统为一些小的汽车租赁公司提供了方便, 同时对于精简公司人员, 削减公司的开支起到了非常重要的作用, 而且使公司的管理规范化、 科学化、 效率化, 提高了公司的效益, 公司经理能够随时查看公司业务, 以及车辆信息。解决了公司以前单纯靠手工管理混乱, 车辆租赁冲突等问题。经过了两周的努力, 我的汽车租赁管理系统终于告一段落, 平时我们就做了一些关于uml分析与设计的作业, 可是那时候就是照本宣科, 不能理解其中的内涵, 也不懂各种图是怎样的联系和作用, 在这两周里, 我研读课本, 并结合宋呦老师课上讲的知识, 才能比较顺利的完成汽车租赁系统, 经过本次课程设计让我复习了以前的相关知识, 并深化了系统分析与设计这门课程, 明确了开发研制一个管理信息系统的方法和思想, 加深了对管理信息系统的认识, 使理论真正的结合了实际。为今后无论是学习还是工作中都打下了不可或缺的基础。最后再次感谢宋呦老师, 在宋呦老师的耐心指导下, 才得以完成此系统。