汽车租赁系统的需求分析与设计1.docx

编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第34页 共34页可视化建模与UML课程结业报告 课题名称： 汽车租赁系统建模 姓 名： 刘 佳 伟 学 号： 80921006 班 级： 09软件本（2） 学 院： 电子与信息工程学院 指导老师： 夏 洁 武 完成日期：2012年5月28日目录第一章 概述31.1项目背景31.2 软件的一般性描述31.2.1运行环境和资源31.2.3 软件功能概述4第二章 用例模型52.1 用例图简介以及用例图的建立5 2.1.1 客户借车的用例图62.2 客户参与的用例用例描述62.2.1 事件流62.3.1事件流8第三章 类模型103.1 类模型的概述以及类模型的建立103.2 类图描述14第四章 交互模型164.2 系统交互模型的建立174.2.2 客户预订车辆的顺序图184.2.3 客户取车的顺序图194.2.4 客户还车的顺序图204.2.5 客户预订的协作图214.2.6 客户取车的协作图224.2.7 客户还车的协作图23第五章 包图的建立245.1 包图的概述24第六章 行为模型的建立256.1行为模型的概述256.2 行为模型的建立266.2 .1 系统的状态图266.2.3 系统的活动图27第七章 小结28 第一章 概述1.1项目背景 利用互联网和信息化技术，结合汽车租赁经营的实际运作情况，建设一个覆盖汽车租赁经营全部业务的“汽车租赁系统”，通过该系统提高企业信息化水平，完善经营管理体系，提高员工素质，进一步加强企业市场竞争能力。1.2 软件的一般性描述 1.2.1运行环境和资源本软件可以运行在WindowsXP,Windows Vista以及Windows 7系统上，电脑的最低内存要求为1GB，CPU主频为1.8GHZ以上。 1.2.2 软件的体系结构 汽车租赁系统查询客户信息用户登入计算租金记录客户信息 图1-1 软件体系结构1.2.3 软件功能概述本系统拥有以下功能： （1）用户登入系统。 （2）记录客户信息。 （3）查询客户信息。 （4）计算租金。1.2.3.1 用户登入系统功能概述用户通过插入卡片来登入系统。1.2.3.2 记录客户信息功能概述当客户第一次来租借车辆的时候，职员打入客户的一些基本信息到系统中。1.2.3.3 查询客户信息功能概述职员可以通过系统查询客户的一些基本信息功能。1.2.3.4 计算租金功能概述根据借车和还车的时间间隔，系统自动计算费用，如果车辆有损坏再加上赔偿费用。 第二章 用例模型2.1 用例图简介以及用例图的建立用例图用来描述用户的需求，它从用户的角度描述系统功能，并指出各功能的执行者，强调谁在使用系统，系统为执行者完成哪些功能。用例图用于对系统，子系统或系统的行为进行可视化的表示，以方便系统的执行者更清晰地理解这些元素的用途，也便于系统的开发人员最终实现这些元素。用例图由以下几种元素组成：执行者，用例，系统，关系以及用例描述。再用力模型中，不仅执行者与用例之间存在关系，用例与用例图之间也存在关系。用例图中常见的关系主要包括：关联(association)、包含(include)、扩展(extend)、泛化(generalization)。 创建用例图之前首先需要确定参与者。 系统中的参与者主要有两类：客户公司职员 2.1.1 客户借车的用例图图2-1客户借车的用例图2.2 客户参与的用例用例描述 2.2.1 事件流 2.2.1.1基本流1.客户来公司预订车辆2.客户签订相关协议和填写个人信息并办理卡片3.把卡片插入系统4.客户取走车辆进行使用5.客户归还车辆，按照借的时间缴纳费用2.2.1.2 备选流1. a 如果该公司车辆都出租了，则结束2. a 老客户直接到33. a 如果卡片无磁或者客户掉了卡，重新办理一张3.b 如果不是本人，不予办理4. a 按照签订的相关协议，车辆如有损坏，赔偿一定的费用。2.2.1.3 特殊要求无2.2.1.4 前置条件无2.2.1.5后置条件无2.2.1.6 拓展点无2.2.1.7相关的数据客户信息。2.2.18问题说明无2.1.2 职员处理客户租车业务的用例图图2-2 职员处理客户租车业务的用例图2.3 职员处理客户租车业务的用例描述2.3.1事件流2.3.1.1基本流1. 职员登入系统2. 为客户办理卡片，让客户签订相关协议和个人信息3. 将卡片插入，系统读取客户信息，职员核对客户信息4. 职员修改车辆信息，对车辆的进行拍照和一些记录5. 处理归还的车辆2.3.1.2 备选流2. a 如果是老客户，直接进入33. a 如果卡片无磁或者客户掉了卡，重新办理一张2.2.1.3 特殊要求无2.2.1.4 前置条件无2.2.1.5后置条件无2.2.1.6 拓展点无2.2.1.7相关的数据客户信息和职员信息。2.2.1.8问题说明无 第三章 类模型 3.1 类模型的概述以及类模型的建立 类图用来描述系统中类之间的静态关系，它对系统的静态结构进行描述。在程序设计的不同阶段，类图的作用也不相同。在分析阶段，类图主要用于一些概念类的描述；在设计阶段，类图主要用于描述类的外部特性；在实现阶段，类图主要用于描述类的内部实现。类图包括类的名字，属性，方法和类的可见性。类图描述包括两个部分：类和类间关系。主要的类间关系包括：关联，泛化，依赖以及其他关系。其他关系中经常用到的包括：聚合关系，组合关系以及实现关系。图3-1 客户类，经理类，员工类之间的关系图3-2 各个类的成员变量和成员函数的描述图3-3 各个类之间的关系3.2 类图描述1.Person 类它是用来记录个人的一些基本的信息，它有人的名字，ID（身份证号），地址，电话号码，里面的一些成员函数的功能都是返回该类的基本属性的。2. Customer 类继承自Person类，记录客户的信息3. Employee 类继承自Person类，记录员工的信息4. Car 类它的两个成员函数isServiced()用来反馈这个车辆能不能使用。Updatecarstatus() 用来更新车子的当前状态。5. Manager类继承自Employee类，可以查看员工的信息6. SkillWorker 类继承自Employee类,技术人员填写服务记录7. CommonWorker 类继承自Employee类工作人员可以处理客户申请,添加车辆信息,修改车辆信息,添加员工信息,修改员工数据8. CustomerRecord 类此类用来记录客户的借车信息。里面包含一些成员变量如：customerID ，rentDate ，CarType ，CarNumber （用来记录客户的ID，归还的日期，车子的类型， 车子的编号）。里面有一个成员函数用来核查这些信息的。9. SeviceRecord类用来填写服务的历史记录(RecordHistory)和进程（progressRecord）。10. WorkRecord 类它包含有三个函数分别是，fillWorkRecord(),viewRecord(),updateRecord()。fillWorkRecord()用来填写此类所包含的成员变量如： CustomerID, CommonWorkID, SkillWorkID, RentDate等等。 viewRecord()用来查看这些成员变量。updateRecord()用来重写此类的成员变量。11. RequestOrder 类它含4个成员变量。Allow()用来回应是否可以租借车辆；fillOrder()用来填写该类的成员变量的属性值；check()用来核查该类的成员变量的状态；isHandled()用来表明是否可以处理请求命令。第四章 交互模型4.1 交互模型的概述建立交互模型主要是建立顺序图和协作图。顺序图和协作图统称为交互图。它主要用来描述系统中多个对象之间的相互关系及对象间消息传递，用于对系统中多个对象的相互作用的过程进行建模。在面向对象分析过程中，可以使用顺序图来描述一个完整用例过程，使用协作图来分析系统中的对象和对象之间传递的消息。顺序图的主要用途之一是用来为某个用例的泛化功能提供其所缺乏的解释，即把用例表达的需求，转化为进一步，更加正式的精细表达。在顺序图中主要包括下面4中元素：对象，生命线，激活以及消息。协作图着重于描述协作对象间的交互和连接。它可以理解为按照空间来布图。协作图中的主要建模元素包括：对象，消息和链。4.2 系统交互模型的建立 4.2.1 管理人员开展工作的顺序图图4-1 管理人员开展工作的顺序图4.2.2 客户预订车辆的顺序图 图 4-2 客户预订车辆的顺序图4.2.3 客户取车的顺序图 图4-3 客户取车的顺序图4.2.4 客户还车的顺序图 图4-4 客户还车的顺序图 4.2.5 客户预订的协作图图 4-5 客户预订的协作图4.2.6 客户取车的协作图图 4-6 客户取车的协作图4.2.7 客户还车的协作图 图 4-7 客户还车的协作图 第五章 包图的建立5.1 包图的概述包是用来对模型元素进行分组的，且为分组好的元素提供一个命名空间(namespace)。包是UML中的一种结构，用来将各种建模元素(如用例或者类)分组组织起来。包的符号是文件夹的样子，包的主要作用是对模型元素进行分组管理，并为这些分组好的元素提供一个同一的命名空间，包除了是一个命名空间外，其本身也是一个可打包的元素，也就是说一个包可以作为另外一个包的内部元素，即包是具有可嵌套性的。每个包都必须有一个类名，包的名称应该为一个字符串，用来唯一标识这个包，并且报名应该能够反映整个包的内容，使人能够直观地了解该包。包拥有的元素通常存在可见性，用于指示这个元素是不是可以被包外的其它元素访问，对于包所拥有的公共元素，总是可以被外部采用限定姓名的方式进行访问的。创建包图的主要作用是：描述需求的高阶概述，描述设计的高阶概述，在逻辑上把一个复杂的图模块化，组织源代码，对框架进行建模。包之间的关系主要包括：依赖关系，泛化关系，还有包引入以及包合并的关系。包的设计原则主要包括：重用发布等价原则，无环依赖原则，稳定抽象等价原则，稳定依赖原则，共同封闭原则。 图 5-1 系统包图第六章 行为模型的建立6.1行为模型的概述行为模型的建立主要包括状态图以及活动图的建立。状态图和活动图是用来描述系统的动态行为特征的，主要用于描述事物的状态变化和处理过程。状态图(Statechart Diagram)是附加到类和用例的状态机图，描述对象响应外部激励时所经历的各种状态和转换。通过展示时间和转换，状态图显示了对象在其生命周期中依次经历的各种状态。活动图(Activity Diagram)是一种描述系统行为的图，它用于展现参与行为的类所进行的各种活动的顺序关系。活动图是特殊的状态图，其中所有状态均为动作状态，并且源状态中的动作一经完成即会触发控制流。 状态图中的元素主要包括以下几种：起点，终点，状态，事件，转换以及符合状态和子状态。活动图中的元素主要包括以下几种：起点和终点，活动，转移，接受信号和发送信号，决策点和汇合点，分叉河汇合，控制流终点以及泳道。6.2 行为模型的建立 6.2 .1 系统的状态图 图6-1 系统的状态图6.2.3 系统的活动图 图6-2 系统的状态图第七章 小结汽车租赁系统是一套针对汽车租赁业务的实际特点而开发的应用与管理软件，其功能覆盖了汽车租赁业务的全部流程。主要包括车辆预订、租赁业务、车辆管理、客户管理、车辆检修、租金统计等功能。它包括了四个模块：基本数据维护模块、基本业务模块、数据库管理模块和信息查询模块。其中，基本数据维护模块提供了使用者录入、修改并维护基本数据的途径，主要包括了添加车辆信息、修改车辆信息 添加员工信息、修改员工数据几大主要功能。基本业务模块则提供客户可以填写汽车租赁的申请表，工作人员会处理这些表格；同时，技术人员还可以提供每辆车的状态，以便工作人员根据这些资料决定是否批准客户的请求，它包含的功能有：用户填写预定申请、工作人员处理预定请求、技术人员填写服务记录和工作人员处理还车。数据库模块是对所有客户、工作人员以及车辆的信息都要进行统一管理，车辆的租赁情况也要进行详细的登记，它的功能则是客户信息管理、车辆信息管理、租赁信息管理和职员信息管理。信息查询模块是查询数据库中的相关信息，包括查询客户信息、查询职员信息、查询车辆信息和查询客户记录。通过这一个课程设计中，我学会了不少东西。最大的收获就是知道了如何进行UML统一建模，掌握了面向对象UML统一建模语言。我了解了使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。我还认识到通过模型可以实现从业务领域到软件领域的映射；通过建模，可以使问题可视化，形式化。而通过一序列的建模活动，提高了我在系统设计上的能力，增长了分析、解决问题的经验，对UML统一建模语言有了更深的了解可以说，这次设计既锻炼了我的动脑分析问题的能力，又锻炼了我动手解决实际问题的能力，这将在我以后的学习中起到大的作用。我会运用从中学到的宝贵经验来指导我今后的学习和工作，不断地实践，不断地学习，让自己变得更加的充实，更适合社会的需要。参考文献：1 徐峰，陈暄，UML面向对象建模基础，中国水利水电出版社,20082 王先国，方鹏，曾碧卿，刘烨，UML统一建模实用教程，清华大学出版社，20093 王养廷，李磊，宋汉珍，UML基础与应用，清华大学出版社，2006 第 34 页 共 34 页