《UML课程设计报告--汽车-租赁系统需求分析设计讨论报告》由会员分享，可在线阅读，更多相关《UML课程设计报告--汽车-租赁系统需求分析设计讨论报告（26页珍藏版）》请在金锄头文库上搜索。
1、.汽车租赁系统的需求分析与设计1 目的UML统模课程是一门面向对象开发方法的设计语言。UML统模课程设计实验课，着重加强面向对象建模技术。使用UML统模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。通过建模，使问题可视化，形式化。通过一序列的建模和迭代活动，对于提高学生综合素质十分必要。UML统模课程是本科类计算机专业的一门骨干课程，技术复杂，应用围广。本课程设计实验主要容：构建系统的分析模型、设计模型。本次课程设计的主要目标如下：1. 掌握面向对象的分析技术、设计技术；2. 构建“汽车租赁系
2、统”的需求分析模型和设计模型；2 描述和要求“汽车租赁系统的需求分析与设计”是基于现实需要，综合全面考虑，用UML统模语言，简化业务领域，验证用例的正确性，一致性，完备性，可行性等方法来实现的！21 系统目标系统的整体目标是：利用互联网和信息化技术，结合汽车租赁经营的实际运作情况，建设一个覆盖汽车租赁经营全部业务的“汽车租赁系统”，通过该系统提高企业信息化水平，完善经营管理体系，提高员工素质，进一步加强企业市场竞争能力。22 功能要求“汽车租赁系统”中的功能需求可以包括以下几个方面： 客户可以通过不同的方式（包括、前台、网上）预订车辆； 能够保存客户的预订申请单； 能够保存客户的历史记录； 工
3、作人员可以处理客户申请； 技术人员可以保存对车辆检修的结果。 满足上述需求的系统主要包括以下几个模块： 基本数据维护模块：该模块提供了使用者录入、修改并维护基本数据的途径。 基本业务模块：在系统中，客户可以填写汽车租赁申请表，工作人员处理这些 表格；同时，技术人员还可以提交每辆车的状态，以便工作人员根据这些资料决定是否批准客户的请求。 数据库管理模块：在系统中，对所有客户、工作人员以及车辆的信息都要进行统一管理，车辆的租赁情况也要进行详细的登记。 信息查询模块：该模块主要用于查询相关信息。3 课程设计报告容31 各系统的功能模块详细容及主要功能模块 基本数据维护模块包括的主要功能模块： 添加车
4、辆信息 修改车辆信息 添加员工信息 修改员工数据 基本业务模块包含的主要功能模块： 用户填写预定申请 工作人员处理预定请求 技术人员填写服务记录 工作人员处理还车 数据库模块的主要功能模块： 客户信息管理 车辆信息管理 租赁信息管理 职员信息管理 信息查询模块的主要功能模块： 查询客户信息 查询职员信息 查询车辆信息 查询客户记录下图为该汽车租赁系统的主要功能模块图：汽车租凭系统基本数据维护模块基本业务模块数据库模块信息查询模块用户填写预定申请添加车辆信息修改车辆信 息添加员工信 息修改员工数 据工作人员处理预定请求技术人员填写服务记录工作人员处理还车客户信息管理车辆信息管理租凭信息管理职员信
5、息管理查询客户信息查询职员信息查询车辆信息查询客户记录32 系统主要参与者经过系统分析和实际需求，汽车租赁系统中的参与者主要有以下两类：客户公司职员33 系统的用例图1、 客户参与的用例图客户在整个活动主要进行“预定车辆（reserve the car ）”、“取得车辆(get the car)”、“归还车辆(return the car)”这三种行为。其中预定车辆可以通过不同的方式来进行，主要归为“联系（by call）”、“网上预定(on the web)”两种形式。如果车辆发生意外，客户在归还车辆时，还需要进行相关罚款，所以“罚款(return with fine)”作为“归还车辆(re
6、turn)”的一个扩展用例。如果采取进行“网上预定”的形式，则需要在网上进行相关表格填写！所以“fill the order form（填写指定表格）”是“网上预定(on the web)的一个扩展例。因此整个用例模型图如下所示：2、 公司职员参与的用例图相对客户行为而言，公司员工所要进行的行为就比较多，可以分为以下几类： system login（系统登陆） reserve（处理客户预定信息） give the car to customer（取车给客户） end the bussiness（结束交易）.reserve（处理客户预定信息）可以通过use方法来进行“Querry custome
7、r order record ”、“refuse request”、“accept request”进行相关操作。因此整个用例模型图如下所示：34 系统的顺序图 系统的顺序图主要从以下几方面进行描述的： 管理人员开展工作的顺序图 客户预订车辆的顺序图 客户取车的顺序图 客户还车的顺序图1、 管理人员开展工作的顺序图 管理人员需要进行相关工作记录的审核工作和跟员工交流沟通，并没有直接跟客户有直接关系，因此管理人员开展工作的顺序图主要涉及到这三个类：l Managersl RentRecordsl Employees注：因为Employees（员工）不只一人，所以他们之间会有相互了解、影响和合作，
8、所以不能忘记了他们之间的部活动。员工与经理之间也是一个互动过程。具体顺序图如下所示： 【顺序图说明】（1） checkRecord():查看记录（2） checkWorkInfo():查看工作信息（3） calculate():核算（4） return result():返回结果2、 客户预订车辆的顺序图客户申请车辆时，要进行个人息的填写等、通过相关合法检测后，才能够成功预定到车辆。具体类有以下五个：l Customers（顾客）l Requests（请求表）l CommmonWorkers（普通员工）l CustomerRecord(顾客记录表)l Cars（车辆）具体流程：顾客需要在请求表
9、中填写信息，再由普通工作人员审核，普通工作人员在以往顾客表中审核相关信息，看是否顾客有损坏车辆的不好记录，若无不良状况，检查车辆状态，如果有合适的话，进行顾客租车的信息记录，并在请求中填写“允许”，并把这个请求结果通知顾客！具体顺序图如下所示： 【顺序图说明】（1）fillOrder():填写要求（2）checkRequest():查看客户请求（3）check():查看（4）no problem():没有问题（5）Inserviced():是否可使用（6）ok():可以（7）creat new customer recored():进行客户信息的新记录（8）Allow():允许（9）isHan
10、dled():处理并发送（10）notify():通知3、 客户取车的顺序图客户取车的顺序图包括以下几个类：l Customers（顾客）l Requests（请求表）l CommmonWorkers（普通员工）l WorkRecord(工作记录表)l Cars（车辆）只要认真分析，不难理解客户取车过程,要注意取车的同时要付款。具体顺序图如下所示：【顺序图说明】（1）show notice():提供身份（2）check ():核查（3）ok():没有问题（4）pay():付款（5）fillWorkRecord():填写员工自己的工作记录（6）update_carstatus():把车的状况进行
11、转换4、 客户还车的顺序图这个顺序图将跟上面的对象有些不同，基于实际需要，主要还涉及：进行汽车检查的技术工作人员（SkillWorkers）、汽车状况登记表(ServiceRecords)、租用登记表(RentRecords)等类！具体涉及类：l Customers（顾客）l SkillWorkers（技术工作人员）l CommmonWorkers（普通员工）l CustomerRecord(顾客登记表)l Cars（车辆）l RentRecords (租用登记表)l ServiceRecords(服务登记表)具体流程：顾客把车返还给普通员工，普通员工把车交给技术员工，技术员工进程车辆状态检查
12、，并填写相关车辆状态情况，作好记录后在交给普通员工，若车辆出现问题，普通员工会通知顾客进行相关赔偿；顾客财产保险后，普通员工进行车辆保修情况进行记录，并登记顾客把车返还等相关信息，并更新相关租用信息，使得这辆车能够投入下一轮回的使用！具体顺序图如下所示： 【顺序图说明】（1）returnback():还车（2）check_carstatus ():检查车的情况（3）fillRecord():填写车的相关情况表（4）return():返回车情况表（5）notify_payment():通知付款（6）pay():付款（7）update_carstatus():进行车辆信息的转换（空闲、不空闲、维修
13、）（8）end():取消客户记录（9）updateRecord():更新当前工作记录35 系统的协作图 系统的协作图按流程和时间段主要分为三部分： 客户预订的协作图 客户取车的协作图 客户还车的协作图1、 客户预订的协作图，如下所示：跟上面的客户预订的顺序图有相似之处，并可以相互转换。 2、 客户取车的协作图，如下所示： 跟上面的客户取车的顺序图有相似之处，并可以相互转换。 3、 客户还车的协作图，如下所示： 跟上面的客户还车的顺序图有相似之处，并可以相互转换。 36 系统的状态图 系统的状态图主要思路：客户发送请求工作人员处理请求工作人员审核客户的相关资料，基于资料是否真实，当审核通过后，接
14、受客户的请求记录并保存相关信息客户取车客户还车技术人员进行车辆检查成功交易结束；当审核未通过后，工作人员不接受客户请求停止这场交易结束。具体状态图所下所示： 37 系统的活动图尽管活动图与状态图、交互图有类似之处，工作人员和客户的行为表示也差不多，但亦有不同之处，活动图是可以把不同对象同时进行相关事情操作的，可以进行分支描述！根据现实的需要和综合考虑，可以把活动图分成以下“客户”“工作人员”这两个分支来进行描述的！主要思路：一方面，顾客进行车辆租用申请表填写，并发送保存；另一方面，员工定时进行请求查看，当有新的请求时，员工会先查看顾客以往记录，如果顾客以往记录良好，又有车辆空闲的话，会向顾客发送接受请求的信息，顾客去取得车辆，使用后并归还！如果当员工并没有及时向顾客发送接受请求的信息，会终止交易！当车辆已全部投入使用，并没有空闲的车辆，也会终止交易！如果顾客的以往记录很差，员工拒绝租车给顾客，不再进行交易！具体活动图如下所示： 38 系统中的类 1、系统中主要的
