统一建模语言综合实训报告汽车租赁系统.docx
《统一建模语言综合实训报告汽车租赁系统.docx》由会员分享,可在线阅读,更多相关《统一建模语言综合实训报告汽车租赁系统.docx(12页珍藏版)》请在冰点文库上搜索。
统一建模语言综合实训报告汽车租赁系统
统一建模语言综合实训报告
综合实训题目:
汽车租赁系统
姓名:
姜帆
班级:
软件技术一斑
学号:
2010203114
指导教师:
汪海威
2012年6月8日
引言
汽车租赁系统是专门针对汽车租赁企业所开发的一种实现以经营管理为基础、以决策分析为核心的企业信息管理系统,它涵盖了汽车租赁业务的所有环节,将原始的人工统计方法转换为先进的电脑管理模式。
1.需求分析
该系统的功能性需求综述:
1、客户可以通过电话、网络和前台预定租借车辆。
系统记录客户定单数据。
2、客户填写定单后,职员查看客户定单信息,对系统内的客户数据进行查询。
3、若查询有此客户信息,职员查看客户租赁记录,如果记录无问题,同意客户的预定并告知其定单状态成功,如果记录情况不好,可拒绝客户的预定并告知其定单状态失败。
4、若查询无此客户信息,职员建立新的客户记录,系统管理员对统内的客户数据进行更新,并意客户的预定并告知其定单状态成功。
5、客户凭借有效证件和系统通知领取车辆,职员查看无误后,系统建立客户本次租借车辆记录,并和客户一起对车辆状况进行检测,系统管理员结果进行记录并将客户租借车辆记录进行更新。
6、职员要求客户支付押金,将车借于客户。
系统管理员客户信息和车辆状态数据进行更新。
7、客户交还车辆,职员调取系统内此客户租借记录(包括租借时间或公里、车辆初始车况、押金数额),若客户达到车辆归还状态,职员退还客户押金并收取租金,对次客户本次租借车辆记录进行更新,更新工作记录。
若客户未达到车辆归还状态,职员将扣留押金,和客户共同对车辆状况进行评估,依据规定进行处理,对次客户本次租借车辆记录进行更新。
8、客户归还车辆,若车辆无损,职员对系统内的车辆状况信息进行更新。
若车辆有损,车辆交于维修员,对系统内的车辆状况信息进行更新。
9、维修员修复车辆,对系统内车辆维修记录数据进行更新。
对车辆状况进行评估和记录。
维修结束,职员将系统内车辆状况信息数据进行更新并更新工作记录
2.系统建模
在系统建模之前,首先需要在RationalRose2003中创建一个模型,并命名为“汽车租赁系统”。
2.1创建系统用例模型
创建系统用例的第一步是确定系统的参和者。
该系统的参和者包括:
然后,根据参和者的不同分别画出各个参和者的用例图。
根据参和者的不同描述参和者对系统操作功能:
1.汽车租赁系统租赁业务流程用例图:
客户进入系统之后,能够填写订单和归还车辆。
职员进入系统之后可以处理客户的订单请求、给予车辆、处理还车请求、检查车辆及填写工作日志。
2.汽车租赁系统信息查询用例图:
客户和职员进入系统之后能够对车辆信息查询、租赁信息查询,并且职员可以对客户和职员信息查询。
3.汽车租赁系统数据管理用例图:
系统管理员进入系统之后,能够对职员信息、客户信息、车辆信息及租赁信息进行管理。
4.汽车租赁系统数据更新用例图:
职员和系统管理员进入系统之后,能够对车辆信息进行添加和修改,并且系统管理员可以对职员信息进行添加和修改。
汽车租赁系统租赁业务流程用例图
汽车租赁系统信息查询用例图
汽车租赁系统数据管理用例图
汽车租赁系统数据更新用例图
2.2创建系统静态模型
从前面的需求分析中,可以依据主要几个类对象画出完整的类图
汽车租赁系统租赁业务流程类图
2.3创建系统动态模型
系统的动态模型可以使用交互作用图、状态图和活动图来描述。
1.创建序列图和协作图
参和者在本系统的活动步骤分为:
(1)输入用户名和密码,登录系统;
(2)身份验证通过;
(3)进行相关的数据操作;
(4)退出系统。
根据以上步骤创建序列图和协作图
客户订单请求序列图
客户订单请求协作图
客户归还车辆序列图
客户归还车辆协作图
客户获取车辆序列图
客户获取车辆协作图
创建活动图
2.创建状态图
2.4创建系统部署模型
对系统的实现结构进行建模的方式包括两种,即构件图和部署图。
系统的构件图通过构件映射到系统的实现类中,说明该构件物理实现的逻辑类,在该系统中的构件图:
系统构件图
该系统的部署图描绘的是系统节点上运行资源的安排。
系统部署图
3.本课程心得体会
3.1面向对象软件工程的认识
(1)把对象作为融合了数据及在数据上的操作行为的统一软件构架,用对象分解取代了传统方法的功能分解
(2)把所有对象都划分为类。
每个类定义了一组数据和一组操作,类是对具有相同数据和相同操作的一组相似对象的定义
(3)按照父类和子类的关系,把若干个相关类组成一个层次结构的系统。
下层派生类自动拥有上层基类中定义的数据和操作,这种现象称为继承
(4)对象彼此之间仅能通过发送消息互相联系,对象的所有私有信息都被封装在该对象内,不能从外界直接访问,这就是封装性
3.2UML建模的认识
UML作为一种对软件系统进行规约、构造、可视化和文档化的语言,融合了Booch方法、OMT方法和OOSE方法的核心概念,取其精华、取其繁杂,形成了一个统一的、公共的、具有广泛适用性的建模语言。
通常可以将UML的概念和模型分为静态结构、动态行为、实现构造、模型组织和扩展机制等部分。
模型包括两个方面的含义:
一个是语义方面的含义,另一个是可视化的表达方法,即模型包含语义和表示法。
这种划分方法只是从概念上对UML进行划分,并且这也是较为常用的划分方法。
3.3面向对象思想的理解
它可以有不同层次的理解:
从世界观的角度可以认为:
面向对象的基本哲学是认为世界是由各种各样具有自己的运动规律和内部状态的对象所组成的;不同对象之间的相互作用和通讯构成了完整的现实世界。
因此,人们应当按照现实世界这个本来面貌来理解世界,直接通过对象及其相互关系来反映世界。
这样建立起来的系统才能符合现实世界的本来面目。
从方法学的角度可以认为:
面向对象的方法是面向对象的世界观在开发方法中的直接运用。
它强调系统的结构应该直接和现实世界的结构相对应,应该围绕现实世界中的对象来构造系统,而不是围绕功能来构造系统。
3.4面向对象和面向过程的区别
在面向对象程序设计方法出现以前,结构化程序设计占据主流。
结构化程序设计师一种自上而下的设计方法,通常使用一个主函数来概括出整个程序需要做的事情,而主函数是由一系列子函数所组成。
而面向对象技术是一种以对象为基础、以事件或消息来驱动对象执行处理的程序设计技术。
面向对象设计师以数据为中心,使用类作为表现数据的工具,类是划分程序的基本单位。
而函数在面向对象设计中成了类的接口,以数据为中心而不是以功能为中心来描述系统,相对来讲,更能使程序具有稳定性。
在结构上,面向对象程序设计和结构化程序设计也有很大不同。
结构化程序设计首先应该确定的是程序的流程怎么走、函数间的调用关系怎么样、函数间的依赖关系是什么。
而面向对象程序设计是由类的定义和类的使用两部分组成,主程序中定义对象并规定它们之间消息的传递的方式,程序中的一切操作都是通过面向对象的发送消息机制来实现。