UML课程设计--汽车租赁系统的需求分析与设计讨论报告

1 汽车租赁系统的需求分析与设计汽车租赁系统的需求分析与设计 1 1 目的目的 UML 统一建模课程是一门面向对象开发方法的设计语言 UML 统一建模课程 设计实验课 着重加强面向对象建模技术 使用 UML 统一建模语言 用需求模 型简化业务领域 用分析模型验证用例的正确性 一致性 完备性 可行性 用设计模型标识解决方案 通过模型实现了从业务领域到软件领域的映射 通 过建模 使问题可视化 形式化 通过一序列的建模和迭代活动 对于提高学 生综合素质十分必要 UML 统一建模课程是本科类计算机专业的一门骨干课程 技术复杂 应用 范围广 本课程设计实验主要内容 构建系统的分析模型 设计模型 本次课 程设计的主要目标如下 1 掌握面向对象的分析技术 设计技术 2 构建 汽车租赁系统 的需求分析模型和设计模型 2 2 描述和要求描述和要求 汽车租赁系统的需求分析与设计 是基于现实需要 综合全面考虑 用 UML 统一建模语言 简化业务领域 验证用例的正确性 一致性 完备性 可 行性等方法来实现的 2 2 1 1 系统目标系统目标 系统的整体目标是 利用互联网和信息化技术 结合汽车租赁经营的实际 运作情况 建设一个覆盖汽车租赁经营全部业务的 汽车租赁系统 通过该系 统提高企业信息化水平 完善经营管理体系 提高员工素质 进一步加强企业 市场竞争能力 2 2 2 2 功能要求功能要求 汽车租赁系统 中的功能需求可以包括以下几个方面 客户可以通过不同的方式 包括电话 前台 网上 预订车辆 能够保存客户的预订申请单 能够保存客户的历史记录 2 工作人员可以处理客户申请 技术人员可以保存对车辆检修的结果 满足上述需求的系统主要包括以下几个模块 基本数据维护模块 该模块提供了使用者录入 修改并维护基本数据的途径 基本业务模块 在系统中 客户可以填写汽车租赁申请表 工作人员处理这 些 表格 同时 技术人员还可以提交每辆车的状态 以便工作人员根据这些资 料决定是否批准客户的请求 数据库管理模块 在系统中 对所有客户 工作人员以及车辆的信息都要进 行统一管理 车辆的租赁情况也要进行详细的登记 信息查询模块 该模块主要用于查询相关信息 3 3 课程设计报告内容课程设计报告内容 3 3 1 1 各系统的功能模块详细内容及主要功能模块各系统的功能模块详细内容及主要功能模块 基本数据维护模块包括的主要功能模块 添加车辆信息 修改车辆信息 添加员工信息 修改员工数据 基本业务模块包含的主要功能模块 用户填写预定申请 工作人员处理预定请求 技术人员填写服务记录 工作人员处理还车 数据库模块的主要功能模块 客户信息管理 车辆信息管理 租赁信息管理 职员信息管理 信息查询模块的主要功能模块 查询客户信息 查询职员信息 查询车辆信息 查询客户记录 3 下图为该汽车租赁系统的主要功能模块图 汽 车 租 凭 系 统 基 本 数 据 维 护 模 块 基 本 业 务 模 块 数 据 库 模 块 信 息 查 询 模 块 用户 填写 预定 申请 添加 车辆 信息 修改 车辆 信 息 添加 员工 信 息 修改 员工 数 据 工作 人员 处理 预定 请求 技术 人员 填写 服务 记录 工作 人员 处理 还车 客户 信息 管理 车辆 信息 管理 租凭 信息 管理 职员 信息 管理 查询 客户 信息 查询 职员 信息 查询 车辆 信息 查询 客户 记录 3 3 2 2系统主要参与者系统主要参与者 经过系统分析和实际需求 汽车租赁系统中的参与者主要有以下两类 客户 1 公司职员 2 3 3 3 3系统的用例图系统的用例图 1 客户参与的用例图 客户在整个活动主要进行 预定车辆 reserve the car 取得车 辆 get the car 归还车辆 return the car 这三种行为 其中预定 车辆可以通过不同的方式来进行 主要归为 电话联系 by call 网 上预定 on the web 两种形式 如果车辆发生意外 客户在归还车辆时 还需要进行相关罚款 所以 罚款 return with fine 作为 归还车辆 return 的一个扩展用例 4 如果采取进行 网上预定 的形式 则需要在网上进行相关表格填写 所以 fill the order form 填写指定表格 是 网上预定 on the web 的 一个扩展例 因此整个用例模型图如下所示 2 公司职员参与的用例图 相对客户行为而言 公司员工所要进行的行为就比较多 可以分为以 下几类 system login 系统登陆 reserve 处理客户预定信息 give the car to customer 取车给客户 end the bussiness 结束交易 reserve 处理客户预定信息 可以通过 use 方法来进行 Querry customer order record refuse request accept request 进行相关操作 5 因此整个用例模型图如下所示 3 3 4 4 系统的顺序图系统的顺序图 系统的顺序图主要从以下几方面进行描述的 管理人员开展工作的顺序图 客户预订车辆的顺序图 客户取车的顺序图 客户还车的顺序图 1 管理人员开展工作的顺序图 管理人员需要进行相关工作记录的审核工作和跟员工交流沟通 并没 有直接跟客户有直接关系 因此管理人员开展工作的顺序图主要涉及到这 三个类 Managers RentRecords 6 Employees 注 因为 Employees 员工 不只一人 所以他们之间会有相互了解 影响和合作 所以不能忘记了他们之间的内部活动 员工与经理之间 也是一个互动过程 具体顺序图如下所示 顺序图说明 1 checkRecord 查看记录 2 checkWorkInfo 查看工作信息 3 calculate 核算 4 return result 返回结果 2 客户预订车辆的顺序图 客户申请车辆时 要进行个人息的填写等 通过相关合法检测后 才 能够成功预定到车辆 具体类有以下五个 Customers 顾客 Requests 请求表 CommmonWorkers 普通员工 7 CustomerRecord 顾客记录表 Cars 车辆 具体流程 顾客需要在请求表中填写信息 再由普通工作人员审核 普通工作人员在以往顾客表中审核相关信息 看是否顾客有损坏车辆的不 好记录 若无不良状况 检查车辆状态 如果有合适的话 进行顾客租车 的信息记录 并在请求中填写 允许 并把这个请求结果通知顾客 具体顺序图如下所示 顺序图说明 1 fillOrder 填写要求 2 checkRequest 查看客户请求 3 check 查看 4 no problem 没有问题 5 Inserviced 是否可使用 6 ok 可以 7 creat new customer recored 进行客户信息的新记录 8 Allow 允许 9 isHandled 处理并发送 10 notify 通知 8 3 客户取车的顺序图 客户取车的顺序图包括以下几个类 Customers 顾客 Requests 请求表 CommmonWorkers 普通员工 WorkRecord 工作记录表 Cars 车辆 只要认真分析 不难理解客户取车过程 要注意取车的同时要付款 具体顺序图如下所示 顺序图说明 1 show notice 提供身份 2 check 核查 3 ok 没有问题 4 pay 付款 5 fillWorkRecord 填写员工自己的工作记录 6 update carstatus 把车的状况进行转换 4 客户还车的顺序图 这个顺序图将跟上面的对象有些不同 基于实际需要 主要还涉及 进行汽车检查的技术工作人员 SkillWorkers 汽车状况登记表 ServiceRecords 租用登记表 RentRecords 等类 9 具体涉及类 Customers 顾客 SkillWorkers 技术工作人员 CommmonWorkers 普通员工 CustomerRecord 顾客登记表 Cars 车辆 RentRecords 租用登记表 ServiceRecords 服务登记表 具体流程 顾客把车返还给普通员工 普通员工把车交给技术员工 技术员工进程车辆状态检查 并填写相关车辆状态情况 作好记录后在交 给普通员工 若车辆出现问题 普通员工会通知顾客进行相关赔偿 顾客 财产保险后 普通员工进行车辆保修情况进行记录 并登记顾客把车返还 等相关信息 并更新相关租用信息 使得这辆车能够投入下一轮回的使用 具体顺序图如下所示 顺序图说明 1 returnback 还车 2 check carstatus 检查车的情况 3 fillRecord 填写车的相关情况表 4 return 返回车情况表 5 notify payment 通知付款 10 6 pay 付款 7 update carstatus 进行车辆信息的转换 空闲 不空闲 维修 8 end 取消客户记录 9 updateRecord 更新当前工作记录 3 3 5 5 系统的协作图系统的协作图 系统的协作图按流程和时间段主要分为三部分 客户预订的协作图 客户取车的协作图 客户还车的协作图 1 客户预订的协作图 如下所示 跟上面的客户预订的顺序图有相似之处 并可以相互转换 2 客户取车的协作图 如下所示 跟上面的客户取车的顺序图有相似之处 并可以相互转换 11 3 客户还车的协作图 如下所示 跟上面的客户还车的顺序图有相似之处 并可以相互转换 12 3 3 6 6系统的状态图系统的状态图 系统的状态图主要思路 客户发送请求 工作人员处理请求 工 作人员审核客户的相关资料 基于资料是否真实 当审核通过后 接受客 户的请求 记录并保存相关信息 客户取车 客户还车 技术人 员进行车辆检查 成功交易 结束 当审核未通过后 工作人员不接 受客户请求 停止这场交易 结束 具体状态图所下所示 3 3 7 7系统的活动图系统的活动图 尽管活动图与状态图 交互图有类似之处 工作人员和客户的行为表 示也差不多 但亦有不同之处 活动图是可以把不同对象同时进行相关事 情操作的 可以进行分支描述 根据现实的需要和综合考虑 可以把活动图分成以下 客户 工作人 员 这两个分支来进行描述的 主要思路 一方面 顾客进行车辆租用申请表填写 并发送保存 另 一方面 员工定时进行请求查看 当有新的请求时 员工会先查看顾客以 13 往记录 如果顾客以往记录良好 又有车辆空闲的话 会向顾客发送接受 请求的信息 顾客去取得车辆 使用后并归还 如果当员工并没有及时向顾客发送接受请求的信息 会终止交易 当车辆已全部投入使用 并没有空闲的车辆 也会终止交易 如果顾客的以往记录很差 员工拒绝租车给顾客 不再进行交易 具体活动图如下所示 3 3 8 8 系统中的类系统中的类 1 系统中主要的类 可分为以下两类 客户和公司职员类 一些其他的类 14 客户和公司职员类 经过全面分析和考察 可以找到系统中以下几个类 Customer 顾客 Manager 经理 SkillWorker 技术工作人员 CommonWork 普通工作人员 其中它们之间的关系可以融合成 Manager 经理 SkillWorker 技术工作人员 CommonWork 普通工作 人员 可以归为 Employee 员工 Employee 员工 和 Customer 顾客 是 Person 人 的泛化 上述类 具体关系如下所示 一些其他的类 系统中还会涉及一些其他类 这些类不可忽视 经分析 有以下几个类 15 CustomerRecord 客户记录 Car 车 serviceRecord 维修记录 RequestOrder 请求登记表 WorkRecord 工作记录表 具体类图的属性和方法如下所示 各个类之间的关系 上面列举的是这个系统进行交互的类图 这些类图彼此之间是联系着的 缺少了一个都会不完整 都不利于工作的开展 具体分析 1 每个经理可以有多张工作记录表 一对多的关系 2 每个普通员工可以有多张工作记录表 一对多的关系 3 每个普通员工有相应的多张顾客记录表 一对多的关系 4 每个普通员工可以对多辆车辆进行分配和安排 一对多的关系 5 一辆车可以有多个技术工人进行维修 一个技术工作也可以对不同的 16 车辆进行维修 多对多的关系 6 每个技术工人每次只能在记录表进行一次记录 一对一的关系 7 一个普通员工可以收到不同的车辆保养记录表 一对多的关系 8 一个普通员工可以同时招待多个顾客 一对多的关系 9 每个顾客一次只能在一个请求登记表进行登记 一对一的关系 具体图示如下所示 类图说明 1 WorkRecord 类是工作记录的类 它的属性很多 包括客户的身份 ID CustomerID 普通员工身份 ID CommonWorkID 技术员工身份 ID SkillWorkID 借用日期 RentDate 归还日期 ReturnDate 车的 类型 CarType 车牌号 CarNumber 租金 money 等 其 中主要操作有填写工作记录表 fillWorkRecord 查看工作记录 ViewRecord 和更新修改 updateRecord 等 17 2 Manager 类是管理员类 他有 boolean 正负级 属性 操作主要是管理 和审核工作情况 3 CustomerRecord 类是记录顾客信息的类 包括顾客的身份 customerID 租车日期 rentDate 车的类型 carType 车牌号 carNumber 完成交易 IsFinish 属性等 操作主要有审查 check 完成交易 end 4 Car 类是车的类 属性包括车的类型 carType 车牌号 carNumber 车的空闲状况 status 车的良好情况 condition 操作包括正在 使用 InServiced 修改车的空闲状况 update carstatus 等 5 CommonWorker 类是普通员工信息类 包括工资 commissionRate 等 属性 操作主要有核算 calculate 和检查客户请求 checkRequest 6 SkillWorker 类是技术员工类 包括技术含量 skills 技术水平 qualifications 等属性 主要操作有培训员工 SkillWorker 7 Customer 类是顾客类 主要包括车的类型 CarType 身份证 licenseNo 等属性 8 RequestOrder 类是请求表类 主要包括请求的车类型 CarType 车号 Carnumber 借用的日期 RentDate 允许情况 IsAllow 等属性 主要操作包括允许 Allow 填写表格 fillOrder 核查 check 正在处理 isHandled 等 9 ServiceRecord 类是维修登记表类 主要包括维修历史记录 serviceHistory 和进展报告 progress Report 等属性 主要操 作包括填写记录 fillRecord 等 3 3 8 8系统的配置与实现系统的配置与实现 系统的配置与实现离不开构件图 而构件图小涉及到构件 关系和接口 通过分析可知 整个系统分为五大构件 Rend Application Employee Record CarRecord Work Record Service Record 其中根据需要可知 Rend Application 是要被 Employee Record Work Record 所引 用 18 CarRecord 是要被 Rend Application Service Record Work Record 所引用 具体配置图如下所示 3 3 9 9系统的配置图系统的配置图 系统的配置图必不可少的是部署图 而部署图最为核心的元素是 节 点 节点主要分为五大类 Database Application 数据操作系统 Application Server 运行服务器 Common Worker 普通接员工 Manager Interface 经理接口 Skill Worker 技术员工 它们之间的关系分别是 Skill Worker 技术员工 Manager Interface 经理接口 Common Worker 普通接员工 分别与 Application Server 运行服 19 务器 关联 也就是说 这三个类都要与服务器来工作 Application Server