基于Web汽车租赁系统需求分析说明书

基于Web汽车租赁系统
需求分析
制订：
修改：
引言 (4)
1编写目的 (4)
1.1软件的作用范围 (4)
1.2定义与缩写 (4)
1.3参考资料 (5)
2一般性描述 (5)
2.1软件与其环境之间的关系 (5)
2.2软件功能 (6)
2.3客户特征 (6)
2.4限制与约束 (7)
2.5假设与前提 (7)
3特殊需求 (7)
3.1功能与行为需求 (7)
3.1.1客户注册、登录和注销 (7)
3.1.2客户查询汽车租赁信息 (7)
3.1.3客户按照各类标准浏览租赁 (8)
3.1.4客户预订汽车 (8)
3.1.5客户查询订单 (8)
3.1.6客户取消本次的订单 (9)
3.1.7客户查询、修改个人信息 (9)
3.1.8客户可以查看帮助信息 (9)
3.1.9管理员登录和退出 (9)
3.1.10管理员修改密码 (9)
3.1.11管理员查看当前注册客户的信息 (10)
3.1.12录入汽车信息 (10)
3.1.13更新租赁优惠通知 (10)
3.1.14删除汽车信息和租赁通知 (10)
3.1.15处理客户租赁订单 (10)
3.1.16取消客户订单 (10)
3.1.17租赁次数统计 (11)
3.1.18客户反馈信息 (11)
3.1.19处理客户信息反馈 (11)
3.1.20统计注册客户信息 (11)
3.1.21管理员进行注册客户的管理 (11)
3.2外部界面需求 (11)
3.2.1客户界面 (11)
3.2.2硬件界面 (12)
3.2.3软件界面 (12)
3.3性能需求 (12)
3.3.1汽车租赁运行要稳定 (12)
3.3.2处理客户订单和反馈意见要及时 (12)
3.3.3汽车租赁要尽可能的吸引客户 (12)
3.4设计约束 (12)
3.4.1.标准化约束 (12)
3.4.2.硬件约束 (13)
3.4.3.软件约束 (13)
3.5属性 (13)
3.5.1.可修改性 (13)
3.5.2.有效性 (13)
3.5.3.可移植性 (13)
3.5.4.可理解性 (14)
3.5.5.可维护性 (14)
3.5.6.可互操作性 (14)
3.5.7.可重用性 (14)
3.5.8.可追踪性 (14)
3.6其他需求 (14)
3.6.1开发工具需求 (15)
3.6.2客户操作需求 (15)
3.6.3工作场地需求 (15)
引言
1编写目的
随着网络的快速发展，人们的出行不再需要本人当面预定汽车，而是可以通过网络提前预定汽车，当人们达到当地时即可直接租取汽车，节省了大量时间，而且不用再为租不到汽车而担心行程安排。

于是汽车租赁系统应运而生。

基于此，我们设计开发了该汽车租赁系统。

为方便客户使用该系统，熟悉系统功能，编写该文档，同时以该文档指导软件项目的开发。

本文档中详细地介绍了汽车租赁各个部分的需求，为包括笔者在内的软件开发人员以后更容易的理解代码，修改和扩充软件功能做准备。

本软件的开发是为了完成一个汽车租赁，实现BtoC模式的网上预定、电话预定、前台预定及其管理，作为一个独立的软件，应用于商业运营。

同时通过开发该软件，熟悉面向对象软件工程和UML的原则和具体过程以及JSP、EJB的使用，掌握科学的软件开发方法，指导以后的工作。

1.1软件的作用范围
本汽车租赁系统基于Web，应用于商业运营，实现客户远程预定汽车。

客户通过该软件实现远程汽车租赁，然后在预定的时间内，本人通过有效证件亲自取车，在申请的时间内，按时归还汽车。

1.2定义与缩写
定义本文档涉及的专门术语、容易引起歧义的概念、关键词缩写及其他需要解释的内容如下：
UML：Unified Modeling Language , 统一建模语言。

可修改性：容许对系统进行修改而不增加原系统的复杂性。

有效性：软件系统能有效地利用计算机的时间资源与空间资源的能力。

可靠性：能够防止因概念、设计和结构等方面的不完善造成的软件系统
失效，具有挽回因操作不当造成软件系统失效的能力。

可理解性：系统具有清晰的结构，能直接反映客户的需求。

可理解性有
助于控制软件系统的复杂性，并支持软件的维护、移植与可用。

可维护性：软件产品交付客户使用以后，能够对它进行修改，以便改正
潜伏的错误，改进性能和其他属性，使软件产品适应环境的变化。

可重用性：概念或功能相互独立的一个或一组相关模块定义为一个软部
件。

软部件可以在多种场合应用的程度称为部件的可重用性。

可适应性：软件在不同的系统约束条件下，使客户需求得到满足的难易
程度。

可移植性：软件从一个计算机系统或环境搬到另一个计算机系统或环境
的难易程度。

可追踪性：根据软件需求对软件设计、程序进行正向追踪，或根据程序、
软件设计对软件需求进行逆向追踪的能力。

可互操作性：多个软件元素相互通信并协同完成任务的能力。

1.3参考资料
1. 《软件工程：理论、方法与实践》，北京：高等教育出版社，2005.7出版，孙家广主编，刘强编著。

2. 《UML基础与Rose建模教程》，人民邮电出版社，蔡敏，徐慧慧，
黄炳强编著。

2一般性描述
2.1软件与其环境之间的关系
本软件应用于基于Web的汽车租赁，客户通过客户端浏览器向由互联网络服务端发出相关服务请求，服务端通过网络响应请求提供相应服务。

汽车租赁管理员也可以通过网络实现远程的管理。

最终客户需要本人亲自去取车，还车，如果要求汽车租赁公司送车，需要额外的费用。

2.2软件功能
该软件主要实现网上预定汽车。

目前实现的功能有：
①客户通过浏览器实现注册、登录、注销、浏览汽车信息、查询汽车剩余数量、浏览汽车租赁的客户评价、查询个人信息、修改个人信息、预定汽车、查看预定信息等。

②管理员可以通过浏览器实现远端的预定信息处理（包括确定和取消）、车场信息维护（包括修改和删除）。

③待扩展的功能有管理员对客户的邮件通知、信息评价、客户通过留言板反馈意见、管理员维护客户信息等。

2.3客户特征
我们将本软件的使用者分为三类：管理者、注册客户、未注册客户。

管理者精心管理车场的业务，竭诚为顾客服务，并争取最大经济效益，他熟悉汽车租赁的各步流程，对汽车租赁中汽车和客户信息进行管理和维护。

未注册客户可能是第一次登录我们汽车租赁系统，汽车租赁系统应提示或者说引导他们注册成为会员，尽可能吸引更多的客户，以使汽车租赁系统发挥最大的效能，取得最好的效益。

注册客户显然对汽车租赁比较有兴趣，愿意浏览汽车的信息并且预定。

关键是怎么样给他们提供更有吸引力和更优质的服务。

为了提高注册客户的“回头率”，我们可以根据客户预定汽车的次数和累计总时间，评选星级会
员，星级高的会员可以享受更大的打折优惠。

2.4限制与约束
1.运用面向对象软件工程及UML的知识进行软件开发；
2.严格按照软件工程的指导原则，小组成员互相配合，精心做好每一步；
3.要求实现预定的绝大部分功能；
4.界面尽可能美观；
5.在6月10日前完工。

2.5假设与前提
1.客户了解上网的基本步骤；
2.管理员熟悉汽车租赁公司的运营管理；
3.客户有自己的邮箱，以便管理员发送汽车最新租赁信息等通知；
4.客户与管理员都以诚信为本。

3特殊需求
3.1功能与行为需求
客户功能
3.1.1客户注册、登录和注销
所有客户（包括未注册游客）都可访问汽车租赁系统。

已注册的客户输入姓名和密码即可登录，享有注册客户的权利。

未注册的客户可以申请注册，注册之前要让其明确会员的权利与义务。

注册时客户要填写注册登记表，包括姓名、密码、联系电话、邮箱。

登录客户在主页处可以注销。

3.1.2客户查询汽车租赁信息
所有客户均可查询汽车租赁最新信息。

可按多种分类标准来查询最新租赁信息包括：租赁人次排行、租赁时间、租赁最优服务、汽车品牌。

查询结果会显示满足查询条件的所有汽车租赁信息，客户可以更进一步查看汽车租赁的详细信息，包括汽车负责人员、汽车品牌、车牌号、车内设施、汽车收费标准、客户评价信息等。

3.1.3客户按照各类标准浏览租赁
所有客户均可以按照各类标准排行来浏览租赁信息，并且客户可以通过列表进一步查看特定汽车租赁的详细信息。

其中汽车租人次赁排行依据的是本月的租赁人次量、租赁时间标准依据的是在需要租赁的特定时间里可以提供的空闲汽车信息、租赁最优服务标准依据的是最近一个月内各个汽车服务评价得分排行、汽车品牌标准依据的是客户要求的汽车品牌。

每两汽车的信息包括汽车负责人员、汽车库号、汽车品牌、车牌号、车内设施、汽车详细参数、汽车收费标准、客户评价信息等。

3.1.4客户预订汽车
注册客户才有权提交预订订单。

注册客户在浏览租赁信息时，可按照提示，提交自己需要租赁服务的订单，客户要填写预订订单内容包括：租赁汽车数量、取车时间、还车时间、是否需要服务人员送车到指定地点、指定地址、客户的相关信息等。

3.1.5客户查询订单
客户提交订单后，为了确定租赁订单是否批准，可在登录后查询自己的订单状态、以及查阅订单记录。

历史订单将显示客户租赁汽车的具体信息以及交易是否成功、服务评价等，新订单将显示客户租赁汽车的具体信息以及订单的状态。

若订单批准，则还要显示出批准的日期；若因为汽车暂时服务中，则还要显示“对
不起，您需要的租赁服务预约时间有冲突，预期无法提供，您要取消订单吗？”若客户选择“否”，则将该订单放入等待队列，直到在满足客户需求时间能提供服务时，通知客户是否确定提交订单；若客户选择“是”，则将该服务记录状态改为交易中，等待您来取车；若客户取消订单，可以根据客户的时间需求，提示满足要求的相似租赁信息（按照相似度排序），供客户选择。

3.1.6客户取消本次的订单
客户填写好订单后，可能计划临时改变，这时客户可向管理员发出取消订单申请，要求取消订单。

管理员确认后，可以取消。

但是，需要交付违约金和信誉度下滑。

3.1.7客户查询、修改个人信息
注册客户登录后可以查询自己的信息，其中包括可修改的和不可修改的两种信息。

可修改的客户内容，包括：密码、联系电话、邮箱、地址；不可修改的信息包括：姓名、购书记录、星级、信誉度。

3.1.8客户可以查看帮助信息
所有客户均可以查看帮助页获得帮助信息。

管理员功能
3.1.9管理员登录和退出
管理员使用帐号和密码登录管理端进行管理的相关操作；也可以退出管理端。

3.1.10管理员修改密码
管理员登录后可以修改原来的密码。

3.1.11管理员查看当前注册客户的信息
管理员可以浏览查看当前注册的客户信息。

3.1.12录入汽车信息
管理员可以分类录入汽车信息。

汽车信息按汽车品牌、车牌号、汽车负责人、车库号4类录入。

录入信息包括汽车负责人员、汽车库号、汽车品牌、车牌号、车内设施、汽车详细参数、汽车收费标准、客户评价信息等。

3.1.13更新租赁优惠通知
修改、更新租赁优惠和租赁标准等相关信息。

3.1.14删除汽车信息和租赁通知
删除报废汽车的信息和过期的租赁通知。

3.1.15处理客户租赁订单
客户在网上填写好订单，提交服务器后，有管理员进行审核，管理员通过审核租赁订单需求是否能够满足，若能提供相应服务则通过客户订单，等待客户取车；若不能，则发送未通过审核信息，并提供客户相似要求的租赁服务信息便于客户选择，等待客户信息反馈。

3.1.16取消客户订单
根据客户的要求将客户某次的订单取消。

待扩展的功能：
3.1.17租赁次数统计
管理员可以查询今日、本周、本月、本季度以及本年度的租赁次数统计表，根据租赁次数来制定跟新汽车、购买新型号、新品牌汽车、修订管理租赁公司方案以及工作重点。

3.1.18客户反馈信息
客户可以通过留言板留言向管理员提出相关建议、通过每次租赁结束后，对每次租赁过程进行评价。

3.1.19处理客户信息反馈
客户可以在留言本上留下自己的意见和建议。

管理员要对这些反馈意见做出及时处理，给予答复。

3.1.20统计注册客户信息
管理员可以查询注册客户的信息和总数以及注册客户的租赁记录，根据客户购买租赁记录和租赁情况，如信誉度来评定更新客户等级，等级越高，享受的优惠越大、服务质量也越高。

3.1.21管理员进行注册客户的管理
管理员可以搜索特定条件的注册客户，可以删除该客户，修改该客户的帐户某些信息、信誉度的评定、等级的变更等。

3.2外部界面需求
3.2.1客户界面
客户界面
包括首次登录的欢迎与引导界面、注册界面、查询界面、浏览界面。

界面的设计要求简洁、易用，并考虑美观大方。

管理者界面
管理员有一个单独的处理界面，其中包括完成相应功能的窗口。

3.2.2硬件界面
客户只要有一台联网的PC机即可。

3.2.3软件界面
数据库操作可以通过DBMS直接进行。

在本地机上运行要启动WEB服务器。

3.3性能需求
3.3.1汽车租赁运行要稳定
遇到异常情况，能够及时恢复，若异常严重，则回退到最近一个安全点。

3.3.2处理客户订单和反馈意见要及时
在客户提交订单后，系统平均要在5分钟内自动处理大部分订单，个别特殊订单需要管理员处理，则要在最快的时间给予解决。

3.3.3汽车租赁要尽可能的吸引客户
浏览汽车租赁系统的所有游客都是租赁汽车的潜在客户，只要能够提供足够诱人的租赁优惠、高质量服务等，才能吸引到客户租赁汽车。

3.4设计约束
3.4.1.标准化约束
开发设计中要遵循如下原则：抽象、信息隐藏、模块化、局部化、一致性、
完整性和可验证性。

3.4.2.硬件约束
在硬件方面要求客户有一台电脑、一根网线。

3.4.3.软件约束
在软件方面主要是对汽车租赁公司的管理算法要科学合理，方便客户使
用，设计中要注意程序的可读性与稳定性。

设计中要运用面向对象软件
工程以及UML的思想及方法。

应用要求满足WEB应用的要求，基本配置包括JDK1.6.0，Apache Tomcat
7.0.11服务器。

数据库DBMS（SQL Sever 2000）用于建立相关的数据库记录信息。

3.5属性
3.5.1.可修改性
容许对系统进行修改而不增加原系统的复杂性，支持软件的调试与维护。

作为以后功能的扩展，可以增加扩展很多功能。

3.5.2.有效性
汽车租赁系统要能有效地利用计算机的时间资源与空间资源。

对时/空效率的考虑中，因为我们的目标是实现汽车租赁公司的最佳管理以为客户提供更加快捷方便的服务，所以对时间资源的考虑放在首位。

3.5.3.可移植性
本软件应用于汽车租赁的管理，要求不存在对客户的要求处理不当的问题，
而且容易从一个计算机系统或环境搬到另一个计算机系统或环境。

网上预订机票等系统可在此软件上进行修改与完善。

3.5.
4.可理解性
要求本汽车租赁系统具有清晰的结构，能直接反映客户的需求。

可理解性有助于控制软件系统的复杂性，并支持软件的维护、移植与可用。

3.5.5.可维护性
软件产品交付客户使用以后，能够对它进行修改，以便改正潜伏的错误，改进性能和其他属性，如增加更吸引客户的优惠手段，使软件产品适应环境的变化。

3.5.6.可互操作性
多个软件元素能相互通信并很好地协同完成任务。

为实现可互操作性，软件的设计要严格遵守标准。

3.5.7.可重用性
软部件要具有清晰的结构和注解，具有正确的编码和较低的时\空开销。

另外，应用项目、规格说明、设计、概念和方法均具有可重用性。

3.5.8.可追踪性
可根据软件需求对软件设计、程序进行正向追踪，或根据程序、软件设计对软件需求进行逆向追踪。

3.6其他需求
3.6.1开发工具需求
以面向对象软件工程和UML的原则为指导，充分利用UML图来分析系统的功能需求与设计约束，认真书写每一阶段的文档，以指导和记录开发过程。

使用Rational Rose Enterprise Edition进行分析建模。

3.6.2客户操作需求
汽车租赁公司管理员要及时更新汽车信息、汽车状态、查询注册客户信息、发布新推出的租赁优惠通知、处理客户特殊的预订汽车订单、处理客户反馈信息、更改客户等级和信誉度。

未注册客户可以浏览和查询汽车信息、最新优惠租赁通知，也可以注册成为会员。

注册客户除可以浏览和查询汽车信息、最新优惠租赁通知外，还可以查询与修改个人信息、提交预订汽车订单并享受打折优惠。

3.6.3工作场地需求
要求管理员和客户都可以随时、方便上网。

.。