全程一体化建模.docVIP

　　 　　 　　 　 　　 　 　　　 全程一体化建模　 实验报告　 　　　 　　 　　　 　　 　 　　　 　 　　　 　　　 　 班级：信息0801　　　 姓名：王鹏　　 学号　 　　 　 汽车租赁系统建模实例　　 　　 实验内容：　 汽车租赁系统的需求分析　 1.1系统功能需求　 系统的功能需求包括以下几个方面。　 1．客户可以通过不同的方式预订车辆。　　　 2．能够保存客户的预订申请单。　　 3．能够保存客户的历史记录。　 4．工作人员可以处理客户申请。　　　 5．技术人员可以保存对车辆检修的结果。　　 1.2基本数据维护模块　　 1.添加车辆信息　　 2.修改车辆信息　　　 3.添加员工信息　　　 4.修改员工信息　 1.3基本业务模块　 1.用户填写预订申请　　　 2.工作人员处理预订请求　 3．技术人员填写服务记录　　 4.工作人员处理还车请求　　　 1.4数据库模块　 1.客户信息管理　 2.车辆信息管理　　 3.租赁信息管理　 4.员工信息管理　　 1.5信息查询模块　　　 1.查询客户信息　 2.查询员工信息　 3.查询车辆信息　 4.查询客户记录　　 系统中的UML基本模型　 明确了汽车租赁系统每个模块的具体功能以后，才可以对系统建立UML模型。下面是汽车租赁系统的UML基本模型　 2.1 系统的用例图　 （1）.在汽车租赁系统中肯定有顾客的参与。顾客可以提出预订请求，预订请求得到确认后可以取车，租赁期限到期后还应该将车归还给租赁商。　　 （2）.租赁公司的员工则需要处理客户的租赁申请，并对汽车返还时对车辆状况进行检查。　　 1. 顾客参与的用例图 　 　　 2. 公司员工参与的用例图　 　　 2.2 系统的时序图与协作图　　　 1.管理人员开展工作的时序图　　　 　 协作图如下：　 　 2. 顾客预订车辆的时序图和协作图　　　 　 说明：客户要租赁车辆，首先必须填写申请表。公司员工负责处理申请表，他们根据客户租赁的历史记录以及客户申请的车辆的状态决定是否接受客户请求。如果两个条件都满足，那么将接受客户请求并且为客户预留车辆；否则就拒绝请求，处理过的申请表的状态都设为已经处理。如果接受客户的租赁请求，首先为客户添加一条记录，然后通知客户前来取车。协作图如下：　 　　　 3.客户取车时序图　 　　 说明：客户在约定的时间到前台取车，公司员工首先验证取车通知，验证通过后，将要去客户付款，然后填写一份工作记录，同时修改车辆状态。协作图如下：　 　　 4.客户还车时序图　　　 　　 说明：客户在规定的时间将车返还给租赁商后，技术人员将车辆进行维修以确定是否有损坏，并且填写一份服务记录，公司职员将根据记录确定客户应付的款项。与客户交易完成以后，需要修改车辆状态、客户记录以及工作记录等。协作图如下：　　 　　　 5.顾客电话预订时序图　 　　 顾客拨打客服热线，工作人员接通并查看顾客所要租赁的车辆的状况，然后回复顾客，如果服务热线忙，则打不通。协作图如下：　　　 　　　 6．客户在登录系统时的时序图　　 　　　 协作图如下：　 　　　 7.网上预订车辆时序图　 　　　 顾客如果网上预订车辆需要先填写申请表，工作员工审查申请表，并且查看顾客的租赁记录，然后来回复顾客是否进行租赁交易。协作图如下：　　 　　 8.员工预订处理时序图　 　 员工在处理顾客预订时，先查看顾客的租赁记录，并且查看顾客所要租赁的车辆是否处在服务状态中。然后再回复顾客。协作图如下：　 　 2.3 系统的状态图　　　 　　 从客户填写预订申请表开始，租赁商收到客户的申请并对其进行处理。根据客户的历史记录以及车辆的状态确定是否接受用户请求。如果某个条件不符合，就向客户发出一个拒绝通知，交易结束；如果条件符合，则接受该请求并保存相关数据。客户在约定的时间内来取车，取车需要出示相关通知。车辆使用后，客户必须在规定的时间将车返还给租赁商。还车后技术人员还会对车辆进行检查，根据车辆状况收取相应费用，如果车辆破损还要收取罚金。最后，交易结束。　　 系统中的类　 客户和公司员工的类　　　 　 其他的一些类　　 　　 　　 类与类之间关系：工作人员可以查看所有客户的租赁历史记录，可以处理几个客户的租赁申请。由于工作人员可以同时处理多个业务，那么他可以拥有多个服务记录和工作记录。技术人员需要同时维护多辆车，每辆车也需要多个人员进行维护。管理员可以查看多个职员的工作记录。　　 　 系统的配置图