车辆租赁管理需求分析docWord文件下载.docx

车辆租赁管理需求分析docWord文件下载.docx

《车辆租赁管理需求分析docWord文件下载.docx》由会员分享，可在线阅读，更多相关《车辆租赁管理需求分析docWord文件下载.docx（12页珍藏版）》请在冰豆网上搜索。

[5]赵文耘等译，需求工程，机械工业出版社，2003年8月

[6]王珊，数据库系统简明教程，高等教育出版社，2004年9月

[7]余雪丽，软件体系结构及实例分析，科学出版社，2004年10月

[8]王智学，ROSE对象建模方法与技术，机械工业出版社，2003年7月

[9]郑阿奇，VisualBasic使用教程（第二版），电子工业出版社，2004年1月

1.6版本更新信息

2系统定义

我们分别阐述一下项目的来源、背景和项目的目标。

2.1项目来源及背景

随着各种日常生活的电子化，人们日常生活越来越便捷。

车辆租赁管理是汽车租赁公司开展日常业务的必要环节，传统的手工管理方式复杂，效率底下，且易出差错。

车辆租赁管理系统的开发是为了方便更多的租赁商以最低的投入获得更高的利润。

2.2项目要达到的目标

1.系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少

2.系统具有良好的运行效率，能够得到提高生产率的目的

3.系统应有良好的可扩充性，可以容易的加入其它系统的应用。

4.平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化。

5.通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力

2.3系统整体结构

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

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

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

（2）基本业务模块。

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

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

（3）数据库管理模块。

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

（4）信息查询模块。

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

表A-1系统结构图

表A-2网络拓扑图

3.应用环境

本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。

3.1系统运行网络环境

本系统的网络运行图如图A-2，无论是客户端还是管理端的HR等都可以通过网络登录到本系统中。

3.2系统运行硬件系统

本系统的硬件环境如下：

●客户机：

普通PC

⏹CPU：

1.8GHz

⏹内存：

4.00GB

⏹分辨率：

推荐使用1024*768像素

●WEB服务器

4.00

●数据库服务器

⏹CPU:

2*XeonE5645（2.40GHz/6c）/5.86GT/12M/1333

16.00GHz

3.3系统运行软件系统

●操作系统：

Windows10

●数据库：

SQLServer2015

●开发工具包：

JDKVersion1.4.2

●服务器：

Tomcat

●浏览器：

IE7.0

4功能规格

我们采用面向对象分析作为主要的系统建模方法，使用UML（UnifiedModelingLanguage）作为建模语言。

UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。

在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。

UseCase描述的是“actor”（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。

UseCase模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。

设计Use-case时，我们遵循下列步骤：

第一步，识别出系统的“actor”。

Actor可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。

重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（Actor）是谁。

尽可能地确保所有Actor都被完全识别出来。

第二步，描述主要的UseCase。

可以采取不断地问自己“这个Actor究竟想通过系统做什么？

”来准确地描述UseCase。

第三步，重新审视每个UseCase，为它们下个详尽的定义。

4.1角色定义

目标系统中的角色如表A-3所示。

表格A-3角色定义

编号

角色

所在部门

职责

1001

系统管理员

租车部

维护系统的正常运转、为各角色定义权限

1003

客户

公司以外

租车

表A-3角色定义

图A-4系统用例图

4.1.1系统用例图

对于上图中出现的用例说明如下：

系统管理：

系统管理员利用该功能管理车辆信息和客户信息。

权限设置：

系统管理员利用该功能为各用户分配权限，以便控制系统的运转。

车辆信息：

登记公司内所有车辆的详细信息，把汽车生产商、类型、保险、租金等所有汽车信息登记档案以及车辆的维修、保养、违章等。

管理员可以对档案进行修改，如有新车入库、出租、归还、报废等。

客户信息：

包括客户的租借开始日期，终止日期，电话，身份证，住址。

分配权限：

为系统用户分配权限。

预租：

客户提前预定，为客户准备车辆。

出租：

记录客户租车的时间，到期时间。

催车返还：

客户对车使用逾期时，对客户进行提醒。

换车结算：

对租车记录撤销。

统计金额：

统计某一时期段的盈利情况。

车辆预租用例描述

用例名：

预定汽车

用例描述：

客户通过电话或网络等方式进行预定汽车，如果公司还有可供出租的汽车，则按客户的要求进行保留以备客户租用。

包括两个拓展用例，电话租车，网上租车。

执行者：

前置条件：

客户已登陆系统

后置条件：

选择预定的汽车后，则输入个人信息。

基本路径：

客户需要预定汽车时，进入汽车租赁系统，用例开始

客户通过电话或网络进行预定

个人信息输入用例描述

个人信息描述

个人输入

应聘者已选择车辆；

基本信息输入，包括姓名、性别、年龄、证件类型、证件号码、手机号码等信息

取车用例描述

获得汽车

将汽车出租给客户，并在系统中做相应记录

汽车已经被客户预定

归还

基本路径

当客户预定到汽车并用车时

填进相应的汽车并在汽车满足租用条件时将汽车借出

还车用例描述

归还汽车

客户将汽车归还租赁公司，结束合同

参与者：

前提条件：

验证汽车是否满足归还条件，并按相应的程序处理

客户付款

当客户归还汽车时，用例开始

管理员记录还车信息

管理员检查车辆情况，并做相应的处理

车辆信息入库，以便再次借出

车辆信息入库，以备再次借出，

4.1.2客户端子系统

当客户有租车意向时，首先要通过电话租车或者在网上填写预订单进行租车预订，得到公司职员的预订处理之后方可得到汽车，用完之后可以归还汽车，并由公司职员做相关处理。

其用例图如下：

客户端管理的功能描述如下：

F-C-1：

车辆预租

客户登陆到系统，在车辆列表看到车辆名称，车辆型号，当点击车辆名称时进入车辆租赁详细信息页面，车辆租赁详细页面显示车辆名称，车辆描述，出租价位，剩余数量，点击租赁该车辆进入填写基本信息页面。

F-C-2：

信息录入

用户通过填写自身的身份证号，手机号等信息进行个人租赁信息的录入

F-C-3：

取车

客户先申请租赁汽车，查询数据库，建立汽车租赁信息（包括客户是进行长租还是短租）。

还车

客户先申请归还，查询数据库，修改汽车租赁信息。

F-C-4：

短租

客户选择短租选项，设定租赁时长（1至10天）。

F-C-5：

长租

客户选择长租选项，设定租赁市场（10天以上），享受九五折优惠

4.1.3管理端子系统

管理员要对租赁系统进行操作，要先登录该系统，即可以进行客户预订处理，如查询客户预订记录、拒绝租车请求或介绍租车请求，也可以进行交付汽车处理，结束租车业务处理并检查汽车的车况。

管理员可以进行添加车辆信息、修改车辆信息，若管理员进行添加车辆数据信息操作，添加某一辆车的详细信息，如车品牌、车号、发动机型号等信息，这些信息将同步录入数据库中，以便之后的查询操作其用例图如下：

图A-6管理端用例图

管理子系统的功能描述如下

F-S-1：

查询客户预定记录

_________________________________________________________________

管理查询客户申请租赁汽车的请求，包括用户个人信息与用户预租的车辆的信息

F-S-2：

拒绝租车请求

职员判断客户给出的信息不符合租车要求，如信息不够充分等，在职员子系统对客户的租车请求进行拒绝并返回原因。

F-M-1：

添加车辆信息

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

F-M-2修改车辆信息：

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

F-M-5数据库管理：

客户信息管理:

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

车辆信息管理：

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

租赁信息管理：

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

员工信息管理：

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

4.2界面需求

系统的界面要求如下：

１）页面内容：

主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。

内容丰富，文字准确，语句通顺；

专用术语规范，行文格式统一规范。

２）导航结构：

页面具有明确的导航指示，且便于理解，方便用户使用。

３）技术环境：

页面大小适当，能用各种常用浏览器以不同分辨率浏览；

无错误链接和空链接；

采用CSS处理，控制字体大小和版面布局。

４）艺术风格：

界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；

动与静搭配恰当,动静效果好；

色彩和谐自然,与主题内容相协调。

4.3响应时间需求

无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。

系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。

4.4可靠性需求

系统应保证7X24内不当机，保证20人可以同时在客户端登录，系统正常运行，正确提示相关内容。

4.5开放性需求

系统应具有十分的灵活性，以适应将来功能扩展的需求。

4.6可扩展性需求

系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。

4.7系统安全性需求

系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。

系统需能够防止各类误操作可能造成的数据丢失，破坏。

防止用户非法获取网页以及内容。

4.8产品提交

提交产品为：

a）应用系统软件包

b）数据库初始数据

c）系统开发过程文档

d）系统使用维护说明文档

提交方式：

CD介质

4.9实现约束

系统的实现约束如下：

操作系统为Windows10

开发平台为：

eclipse-SDK-3.1.2-win32

数据库为SQLserver20