~~~~~~~~~~~~~~~~~~~~~~汽车租赁系统的分析与设计!!!!!!!!最!!!.doc

汽车租赁管理系统 建 模 分 析 手 册朱尘炀 网工101 南京农业大学信息科技学院1 汽车租赁系统的需求分析 1．1系统功能需求 1.1.1 系统的功能需求包括以下几个方面。 1.客户需要提前预订车辆。 2.车辆出租由于下述原因而变得复杂。 (1)需要提交司机的信息：全名，生日，驾照号码，驾照等级。 (2)要记录第三方付款单位。 (3)确认用户是否签订碰撞损失免责书，责任保险，个人事故保险。 (4)签订租车协议。协议号，客户名，租赁类型，车辆序号，车辆价格，汽车离店时间，里程，预期换车的时间等信息。 3.还车由于下述原因而变得复杂。 (1)油箱不满要计油费到附加费用中。 (2)若汽车出现事过（受损，客户伤亡等），确认用户是否签订碰撞损失免责书，责任保险，个人事故保险，没有签订的要计入相应的费用到附加费用中。 (3)登记归还日期，时间，里程等信息。 (4)系统计算相应的收费数目。 满足上述需求的系统主要包括以下几个模块。 (1)系统用户管理模块。 (2)日常业务管理模块。 (3)车辆信息管理模块。 (4)客户会员管理模块。 2 系统的UML基本模型 2.1汽车租赁管理系统事件列表 事件编号 事件描述 系统输入 提供输入 系统输出 接受输入 1、 客户提前预定车辆 预定车辆 客户 预定是否成功 客户、员工 2、 客户提供司机信息 司机信息 客户 员工 3、 客户提供付款的第三方信息 付款的第三方信息 客户 员工 4、 客户提供保险信息 保险信息 客户 员工 5、 客户签订租赁协议 租赁协议 客户 员工 6、 员工确认邮箱是满的 邮箱是满的 员工 燃料费 7、 员工记录还车信息 还车信息 员工 8、 员工检查车辆是否受损 车辆是否受损 员工 维修费用 9、 员工检查车辆是否要保养 车辆是否要保养 员工 10、 员工送车到洗车行 入库 员工 11、 是到出具账单的时候了 客户应该支付的款项 客户、员工 12、 客户付款 付款信息 客户 员工 2．2系统的用例图 2.2.1 创建用例图之前首先需要确定参与者。 (1)在汽车租赁系统中，需要客户的参与。客户可以提出预订请求，预订请求得到确认后可以取车，租赁期限到期后还应该将车返还给租赁商。 (2)租赁公司的员工则需要处理客户的租赁申请，并在汽车返还时对车辆状况进行检查：2.2.2由以上分析可以看出，所有的动作都是围绕着客户和公司员工进行的。因此，系统中的参与者主要有两类：客户和公司员工。 系统的用例主要如下三个： (1)预订车辆用例。客户在取车之前应该首先预订车辆。 (2)取车用例。如果客户的车辆预订得到确认，要在确定的日期到前台取车。 (3)还车用例。客户应该在规定时间还车。 2.2.3扩展的基本用例叙述 用例： 预订汽车 参与者： 客户 目的： 为客户保留预订的汽车 概述： 如果公司还有可供出租的汽车，则按客户的要求予以保留。以备客户租用 类型： 基本 前提条件： 公司有可以出租的汽车 后置条件： 无 特殊需求： 客户预订汽车后，必须租用该车 事件流 参与者操作 系统响应 1.当客户需要预订汽车时，用例开始 2.如果公司还有车，则将该车保留 候选事件流 如果公司没有车了，则用例结束，通知客户没有可以预订的车了 用例： 出租汽车 参与者： 客户 目的： 为客户出租预订的汽车 概述： 将汽车出租给客户，并在系统中做相应的记录 类型： 基本 前提条件： 汽车已被该客户预订 后置条件： 无 特殊需求： 客户须填写相应的信息到系统中 事件流 参与者操作 系统响应 1.当客户预订到汽车并用车时，用例开始 2. 客户提供司机信息 3. 客户提供付款的第三方信息 4. 客户提供保险信息 5. 客户签订租赁协议 6.如果以上信息全部提交，则出租车辆给客户，并在系统中做相应的记录 候选事件流 4.如果客户没有提供保险信息，则增加相应的费用到附加的日常费用中 用例： 归还汽车及结账 参与者： 客户，员工 目的： 将汽车添加到代出租的预订表中，并收取应收取的出租费用 概述： 将汽车归还给汽车租赁公司，结束合同关系 类型： 基本 前提条件： 验证车辆是否满足相应的归还条件，并按相应的条件处理车辆 后置条件： 无 特殊需求： 无 事件流 参与者操作 系统响应 1.当客户还车给公司时，用例开始 2.员工确认邮箱是满的 3.员工记录还车信息 4.员工检查车辆没有受损 5.员工检查车辆是不需要保养 6.员工送车到洗车行 7. 根据条件出具相应的账单 8. 车辆信息入库，以备再次出租 候选事件流 2.员工确认邮箱是不是满的，则基本费用增加燃料费 4.员工检查车辆受损，且