电子商务课程报告.docx

电子商务课程报告.docx

《电子商务课程报告.docx》由会员分享，可在线阅读，更多相关《电子商务课程报告.docx（20页珍藏版）》请在冰豆网上搜索。

电子商务课程报告

电子商务分析与设计

设计题目汽车租赁系统

组长姓名、班级、学号李铂鑫计算机0804310809010414

成员姓名、班级、学号田中华计算机0804310809010420

成员姓名、班级、学号袁玉录计算机0804310809010426

目录

汽车租赁系统2

1.1汽车租赁系统的需求分析2

1.1.1系统功能需求2

1.1.2基本数据维护模块3

1.1.3基本业务模块4

1.1.4数据库模块4

1.1.5信息查询模块5

1.2系统的UML基本模型6

1.2.1系统的用例图6

1.2.2系统的时序图8

1.2.3系统协作图11

1.2.4系统的状态图13

1.2.5系统的活动图14

1.3系统中的类15

1.3.1类图的生成15

1.3.2各类之间的关系17

1.4系统的配置与实现17

1.4.1系统的组件图17

1.4.2系统的配置图18

汽车租赁系统

1.1汽车租赁系统的需求分析

1.1.1系统功能需求

系统功能需求包括以下几个方面。

（1）客户可以通过不同的方式（包括电话、前台、网上）预订车辆。

（2）能够保存客户的预订申请单。

（3）能够保存客户的历史记录。

工作人员可以处理客户申请。

（4）技术人员可以保存对车辆检修的结果。

满足上述需求的系统主要包括以下几个模块。

（1）基本数据维护模块。

基本数据模块提供了使用者录入、修改并维护基本数据的途径。

例如对客户的个人信息、租赁信息、车辆的基本信息等的录入和修改。

（2）基本业务模块。

基本业务模块中，客户可以填写汽车租赁申请表，工作人员负责处理这些表格。

同时，技术人员还可以提交每辆车的状态，以便工作人员根据这些资料决定是否批准客户的请求。

（3）数据库管理模块。

在汽车租赁系统中，对所有客户、工作人员以及车辆的信息都要进行统一的管理，车辆的租赁情况也要进行详细的登记。

（4）信息查询模块。

信息查询模块主要用于查询相关信息，例如工作人员查询车辆信息和用户信息等。

图1-1所示表示汽车租赁系统的功能需求。

图1-1功能需求

1.1.2基本数据维护模块

基本数据维护模块包括如图1-2所示的几个方面。

图1-2数据维护模块功能

（1）添加车辆信息。

汽车租赁商的车辆需要保存到数据库，车辆信息包括车辆的车型、车牌号码和车辆的状态等。

（2）修改车辆信息。

车辆被租借以后状态会发生变化，要根据具体情况修改车辆的状态，如预留、租赁和空闲。

（3）添加员工信息。

公司员工的信息应该保存到系统数据库中，以便管理人员根据员工的表现对员工进行考核。

（4）修改员工数据。

交易的任务完成率要保存在员工信息中，员工完成一笔交易，要更新员工的个人信息。

1.1.3基本业务模块

基本业务模块包括如图1-3所示的几个方面。

图1-3基本业务模块

（1）用户填写预订申请。

客户在租赁汽车之前首先要填写预订申请。

（2）工作人员处理预订请求。

工作人员要处理客户的预订申请，可以根据客户租赁的历史记录和目前车辆的状况决定是否同意用户的预订请求。

（3）技术人员填写服务记录。

公司的技术人员在客户归还车辆以后要对车辆进行彻底的检查，以确定车辆目前的状况，检查完要填写服务记录。

（4）工作人员处理还车请求。

工作人员将根据车辆的状况和租赁的时间收取此次租赁的费用，如果车辆有损坏，还要收取一定得罚金。

1.1.4数据库模块

数据库模块包括如图1-4所示的几个方面。

图1-4数据库模块功能

（1）客户信息管理。

客户信息除了包括客户的基本信息之外，还包括客户的租赁历史记录。

（2）车辆信息管理。

车辆信息包括车辆的车型，车辆的新旧程度，车辆的状态等。

（3）租赁信息管理。

租赁信息包括客户的租赁申请表记录和技术人员的服务记录等。

（4）员工信息管理。

员工信息管理包括工作人员、技术人员、管理人员的基本信息以及工作人员的工作记录等。

1.1.5信息查询模块

信息查询模块主要是查询数据库中的相关信息，如图1-5所示。

图1-5信息查询模块功能

（1）查询客户信息。

负责客户的信息的查询。

（2）查询员工信息。

负责公司员工信息的查询。

（3）查询车辆信息。

负责车辆信息的查询。

（4）查询客户记录。

负责查询客户的车辆租赁历史记录。

1.2系统的UML基本模型

1.2.1系统的用例图

创建用例图之前首先需要确定参与者。

（1）在汽车租赁系统中，需要客户的参与。

客户可以提出预订请求，预订请求得到确认后方可取车，租赁期限到期后还应该将车返还给租赁商。

（2）租赁公司的员工则需要处理客户的租赁申请，并在汽车返还时对车辆状况进行检查。

由以上分析可知，所有的动作都是围绕着客户和公司员工进行的。

因此，系统中的参与者主要有两类：

客户和公司员工。

1.客户参与的用例图

客户参与的用例主要有如下几个，如图1-6所示。

（1）预订车辆用例。

客户在取车之前应该首先预订车辆。

（2）取车用例。

如果客户的车辆预订得到确认，要在确定的日期到前台取车。

（3）还车用例。

客户应该在规定时间还车。

图1-6客户参与的用例图

【用例图说明】

（1）reservethecar:

预订车辆的用例。

（2）bycall:

电话预订用例。

这是从预订用例扩展出来的一种预订方式。

（3）ontheweb:

网络预订用例。

这是从预订用例扩展出来的另一种预订方式，用户可以在公司主页上提交预订申请。

（4）filltheorderform:

填写预订申请表的用例。

如果客户在网上预订，也必须完成预订申请表。

（5）getthecar:

取车用例。

（6）returnthecar:

还车用例。

（7）returnwithfine:

缴纳罚金用例。

客户如果不能够按时还车将要缴纳罚金。

2.公司员工参与的用例图

员工参与的用例图包括以下几个，如图1-7所示。

图1-7公司员工参与的用例图

【用例图说明】

（1）systemlogin:

系统登陆用例。

（2）reserveprocess:

预订处理用例。

（3）Querycustomerorderrecord:

查询用户预订历史记录用例。

工作人员可以把客户的历史记录作为判断是否接受客户请求的一个依据。

（4）refuserequest:

拒绝预订请求用例。

工作人员可以根据情况拒绝客户的预订请求，例如客户历史记录不良，没有所需车辆等。

（5）acceptrequest:

接受预订请求用例。

工作人员在核对客户情况及车辆状态后，可以接受客户的请求。

（6）givethecartocustomer：

将预订的车交付客户用例。

（7）checkthecar:

检查车辆状况用例。

技术人员可以对车辆进行检查，以确定车辆是否被损坏。

（8）endthebusiness:

结束租赁业务用例。

1.2.2系统的时序图

1.管理人员开展工作的时序图

图1-8管理人员开展工作的时序图

【时序图说明】

（1）viewRecord（）:

查看记录函数。

（2）viewWorkInfo（）:

查看工作记录函数。

（3）calculate（）:

计算工作人员的任务完成率的函数。

2.客户预订车辆的时序图

图1-9客户预订车辆的时序图

【时序图说明】

（1）fillOrder（）:

填写租赁申请表的函数。

（2）checkRequest（）:

查看申请的函数。

（3）check（）:

查看历史记录的函数。

（4）inServiced（）:

判断车辆状态的函数。

（5）allow（）:

允许客户租赁车辆的函数。

（6）notify（）:

通知客户前来取车的函数。

客户要租赁车辆，首先必须填写申请表。

公司员工负责处理申请表，他们根据客户租赁的历史记录以及客户申请的车辆状态决定是否接受客户请求。

如果两个条件都满足，那么将接受请求并且为客户预留该车；否则就拒绝请求，处理申请表的状态都设为已处理。

如果接受用户的租赁请求，首先为该客户添加一条记录，然后通知客户来取车。

3.客户取车时序图

图1-10客户取车时序图

【时序图说明】

（1）showNotice（）:

向工作人员出示取车通知。

（2）check（）:

工作人员检查取车通知的合法性。

（3）pay（）:

客户付款。

（4）fillWolkRecord（）:

公司员工创建工作记录。

（5）updateCarStatus（）:

更新汽车状态信息。

客户在约定的时间到前台取车，公司员工首先验证取车通知，验证通知后，将要求客户付款，然后填写一份工作记录，同时修改车辆状态。

4.客户还车时序图

图1-11客户还车时序图

【时序图说明】

（1）checkCarStatus（）:

检查车辆状况的函数。

（2）fillRecord（）:

填写车辆检查记录的函数。

（3）notifyPayment（）:

通知客户支付租赁款项的函数。

（4）updateCarStatus（）:

更新车辆信息的函数。

（5）end（）:

结束租赁交易的函数。

（6）udateRecord（）:

更新工作记录的函数。

客户在规定的时间将车返还给租赁商后，技术人员将对车辆进行检修以确定是否有损坏，并且填写一份服务记录，公司职员将根据记录确定客户应付的款项。

与客户交易完成后，需要修改车辆状态，客户记录以及工作记录。

1.2.3系统协作图

1.客户预订车辆的协作图

图1-12客户预订车辆的协作图

【协作图说明】

（1）fillOrder（）:

申请表类中填写租赁申请表的函数。

（2）checkRequest（）:

普通公司员工类中查看申请的函数。

（3）check（）:

客户租赁历史记录类中的检查历史记录的函数。

（4）inServiced（）:

车辆类中的判断车辆状态的函数。

（5）allow（）:

允许客户租赁车辆的函数。

（6）isHandled（）:

判断预订表单是否被处理的函数。

（7）notify（）:

通知客户前来取车的函数。

2.客户取车协作图

图1-13客户取车协作图

【协作图说明】

（1）showNotice（）:

向工作人员出示取车通知。

（2）check（）:

工作人员检查取车通知的合法性。

（3）takeCar（）:

客户取车。

（4）fillWorkRecord（）:

公司员工创建工作记录。

（5）updateCarStatus（）:

更新汽车状态信息。

3.客户还车协作图

图1-14客户还车协作图

【协作图说明】

（1）returnCar（）:

客户还车的函数。

（2）checkCarStatus（）:

检查车辆状况的函数。

（3）fillRecord（）:

填写车辆检查记录的函数。

（4）updateCarStatus（）:

更新车辆信息的函数。

（5）end（）:

结束租赁交易的函数。

（6）updateRecord（）:

更新工作记录的函数。

1.2.4系统的状态图

图1-15系统的状态图

【状态图说明】

（1）Customersendtherequest:

客户提出租赁请求。

（2）Employeehandletherequest:

公司员工处理申请请求。

（3）searchrelatinginformation:

查找租赁的相关历史记录。

（4）accepttherequest:

接受租赁请求。

（5）storeinformation:

存储交易信息。

（6）customergetthecar:

客户取车。

（7）customerreturnthecar:

客户还车。

（8）checkthecar:

检查车辆状况。

（9）denytherequest:

拒绝租赁请求。

（10）endthebusiness:

结束交易。

从客户填写预订申请表开始，租赁商收到客户的申请并对其进行处理。

根据客户的历史记录以及车辆的状态确定是否接受客户请求。

如果某个条件不符合，就像客户发送一个拒绝通知，交易结束；如果条件都符合，则接受该请求并保存相关数据。

客户在约定的时间内来取车，取车需要出示相关通知。

车辆使用以后，客户必须在规定的时间将车返还给租赁商。

还车后技术人员还会对车辆进行检查，根据车辆状况收取相应费用，如果车辆破损还要收取罚金。

最后，交易结束。

1.2.5系统的活动图

汽车租赁系统的活动图如图1-16所示。

图1-16系统的活动图

【活动图说明】

（1）customerrequest:

客户填写租赁申请。

（2）storetherequest:

存储申请表。

（3）Employeechecktherequest:

公司员工查看租赁申请。

（4）Handlenewrequest:

处理新的租赁请求。

（5）Checkthecustomer’srecord:

查看客户租赁的历史记录。

（6）Denytherequest:

拒绝租赁请求。

（7）thecarisavailable:

车辆为可用。

（8）sendthemessage:

发送取车通知。

（9）customeracquirethecar:

客户取车。

（10）customergivethecarback:

客户还车。

1.3系统中的类

1.3.1类图的生成

1.客户和公司员工类

系统中公司员工和客户类如图1-17所示。

图1-17客户及公司员工类图

【类图说明】

（1）Person类是所有类的父类，它包含4个属性：

姓名（name）,身份证号（ID），地址（address）和电话号码（phoneNo）.它包含的方法都是用来设置和获取这些属性值。

（2）Customer类是包含客户信息的类，除了继承父类的属性还和方法，它包括车辆类型（carType）和驾驶证号（licenseNo）等属性。

（3）Customer类是包含客户员工信息的类，其中包含了员工的聘用日期等信息。

同时，它还是Manager、CommonWorker、SkillWorker3个类的父类。

（4）Manager类是管理人员的类，管理人员可以查看工作人员的工作记录。

CommonWorker类是普通工作人员的类，commissionRate属性是该员工任务完成率；方法caculate（）用来计算该工作人员完成的任务率；checkRequest（）用来查询是否有没用处理的申请单。

SkillWorker类是技术人员的类，skills属性代表该员工的技术特长，而qualifications属性则表示他的技术职称。

2.一些其他的类

其他的类如图1-18和图1-19所示。

图1-18其他类图1

图1-19其他类图2

【类图说明】

（1）CustomerRecord类表示客户记录。

customerID是客户的身份证号码，rentDate是租车日期，carType是所租车辆的类型，carNumber是该车的车牌号码，isFinish代表该交易是否结束。

Check（）用来得到该客户的记录，end（）用来结束该交易。

（2）Car类代表车辆记录。

type是该车的车型，carNumber是车牌号码，status是指该车是否被预定、正在使用或空闲状态，condition是指该车的状态。

inServiced（）用来判断该车是否空闲，updateCarStatus（）用来修改车辆所处的状态。

（3）ServiceOrder类表示每一次租赁服务的记录。

serviceHistory是服务的历史记录，progressReport是指该过程中的报告。

fillRecord（）用于填写表格。

（4）RequestOrder类表示的是填写客户申请资料的表格。

carType表示客户申请的车型，rentDate是租车的时间，isAllow属性表示该客户的申请是否得到批准。

Allow（）用来接收客户的请求，fillOrder（）是指客户填写表格，check（）用来检查是否存在这个申请，isHandled（）设置该申请已被处理。

（5）WorkRecord类是职员的工作记录。

属性包括交易中涉及的员工、客户、车辆以及租赁信息。

fillWordRecord（）用来填写这份记录，viewRecord（）用来查看这份记录，updateRecord（）用来修改这份记录。

1.3.2各类之间的关系

汽车租赁系统各个类之间的联系如图1-20所示。

图1-20各类之间的关系

【类图说明】

从图中可以看出，工作人员（CommonWorker）可以查看所有客户（Customer）的租赁历史记录（CustmerRecord），可以处理几个客户的租赁申请（RequestOrder）。

由于工作人员可以同时处理多个业务，那么他可以拥有多个服务记录（ServiceRecord）和工作记录（WorkRecord）。

技术人员（SkillWorker）需要同时维护多辆车（Car），每辆车也需要多个人员进行维护。

经理（Manager）可以查看多个职员的工作记录。

1.4系统的配置与实现

1.4.1系统的组件图

汽车租赁系统是建立在一个含有过去租赁记录、汽车信息、服务记录以及客户和员工信息的中央数据库上。

系统组件图如图1-21所示，包括租赁程序、员工记录、服务记录、工作记录和汽车记录5个组件。

图1-21汽车租赁系统的组件图

1.4.2系统的配置图

汽车租赁系统由5个节点组成，应用服务器负责整个系统的总体协调工作；数据库负责数据管理；前台工作人员负责处理客户请求以及进行租赁交易；管理人员管理界面主要是用来对员工信息进行查询；而技术工人界面则用于技术人员查询、修改汽车的状态。

系统配置如图1-22所示。

图1-22汽车租赁系统的配置图