车辆租赁管理需求分析报告.docx

车辆租赁管理系统需求规格目录1 导言11.1目的11.2范围11.3缩写说明11.4术语定义11.5 参考资料11.6 版本更新信息22 系统定义22.1 项目来源及背景22.2 项目要达到的目标22.3 系统整体结构23. 应用环境43.1 系统运行网络环境43.2 系统运行硬件系统43.3 系统运行软件系统44 功能规格54.1角色定义54.1.1系统用例图64.2 界面需求124.3 响应时间需求124.4可靠性需求134.5 开放性需求134.6可扩展性需求134.7系统安全性需求134.8产品提交134.9 实现约束131 导言1.1目的该文档是关于用户对于车辆租赁管理系统的功能和性能的要求，重点描述了车辆租赁管理系统的设计需求，将作为对该工具在概要设计阶段的设计输入。本文档的预期读者是：设计人员开发人员项目管理人员测试人员用户1.2范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。1.3缩写说明UMLUnified modeling language(统一建模语言）的缩写，一个脚本化的语言。1.4术语定义无1.5 参考资料1 张友生，软件体系结构，北京：清华大学出版社，2004年1月2 陈火旺、刘春林等，程序设计语言编译原理（第3版），北京：国防工业出版社，2003年2月3 杨开英，数据库系统概论，武汉：武汉理工大学出版社，2003年1月4 王少锋，面向对象技术UML教程，北京：清华大学出版社，2004年2月5 赵文耘等译，需求工程，机械工业出版社，2003年8月6 王珊，数据库系统简明教程，高等教育出版社，2004年9月7 余雪丽，软件体系结构及实例分析，科学出版社，2004年10月8 王智学，ROSE对象建模方法与技术，机械工业出版社，2003年7月9 郑阿奇，Visual Basic使用教程(第二版)，电子工业出版社，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 系统运行硬件系统本系统的硬件环境如下：l 客户机：普通PCn CPU： 1.8GHzn 内存：4.00GBn 分辨率：推荐使用1024*768像素l WEB服务器n CPU： 1.8GHzn 内存：4.00l 数据库服务器n CPU :2*XeonE5645(2.40GHz/6c)/5.86GT/12M/1333n 内存：16.00 GHz3.3 系统运行软件系统l 操作系统：Windows 10l 数据库：SQL Server 2015l 开发工具包：JDK Version 1.4.2l 服务器：Tomcatl 浏览器：IE7.04 功能规格 我们采用面向对象分析作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。Use Case模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。设计Use-case时，我们遵循下列步骤：第一步，识别出系统的“actor”。Actor可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者(Actor)是谁。尽可能地确保所有Actor都被完全识别出来。第二步，描述主要的Use Case。可以采取不断地问自己“这个Actor究竟想通过系统做什么？”来准确地描述Use Case。第三步，重新审视每个Use Case，为它们下个详尽的定义。 4.1角色定义目标系统中的角色如表A-3所示。表格 A-3 角色定义编号角色所在部门职责1001系统管理员租车部维护系统的正常运转、为各角色定义权限1003客户公司以外租车表A-3角色定义图A-4系统用例图4.1.1系统用例图对于上图中出现的用例说明如下：系统管理：系统管理员利用该功能管理车辆信息和客户信息。权限设置：系统管理员利用该功能为各用户分配权限，以便控制系统的运转。车辆信息：登记公司内所有车辆的详细信息，把汽车生产商、类型、保险、租金等所有汽车信息登记档案以及车辆的维修、保养、违章等。管理员可以对档案进行修改，如有新车入库、出租、归还、报废等。客户信息：包括客户的租借开始日期，终止日期，电话，身份证，住址。分配权限：为系统用户分配权限。预 租：客户提前预定，为客户准备车辆。出 租：记录客户租车的时间，到期时间。催车返还：客户对车使用逾期时，对客户进行提醒。换车结算：对租车记录撤销。统计金额：统计某一时期段的盈利情况。车辆预租用例描述用例名：预定汽车用例描述：客户通过电话或网络等方式进行预定汽车，如果公司还有可供出租的汽车，则按客户的要求进行保留以备客户租用。包括两个拓展用例，电话租车，网上租车。执行者：客户前置条件：客户已登陆系统后置条件：选择预定的汽车后，则输入个人信息。基本路径：客户需要预定汽车时，进入汽车租赁系统，用例开始客户通过电话或网络进行预定个人信息输入用例描述用例名：个人信息描述用例描述：个人输入执行者：客户前置条件：应聘者已选择车辆；后置条件：无基本路径：基本信息输入，包括姓名、性别、年龄、证件类型、证件号码、手机号码等信息取车用例描述用例名：获得汽车用例描述：将汽车出租给客户，并在系统中做相应记录执行者：客户前置条件：汽车已经被客户预定后置条件：归还基本路径当客户预定到汽车并用车时填进相应的汽车并在汽车满足租用条件时将汽车借出还车用例描述用例名：归还汽车用例描述：客户将汽车归还租赁公司，结束合同参与者：客户前提条件：验证汽车是否满足归还条件，并按相应的程序处理后置条件：客户付款基本路径：当客户归还汽车时，用例开始管理员记录还车信息管理员检查车辆情况，并做相应的处理车辆信息入库，以便再次借出车辆信息入库，以备再次借出，4.1.2客户端子系统当客户有租车意向时，首先要通过电话租车或者在网上填写预订单进行租车预订，得到公司职员的预订处理之后方可得到汽车，用完之后可以归还汽车，并由公司职员做相关处理。其用例图如下：图A-5 客户端用例图客户端管理的功能描述如下：F-C-1：车辆预租客户登陆到系统，在车辆列表看到车辆名称，车辆型号，当点击车辆名称时进入车辆租赁详细信息页面，车辆租赁详细页面显示车辆名称，车辆描述，出租价位，剩余数量，点击租赁该车辆进入填写基本信息页面。F-C-2：信息录入 用户通过填写自身的身份证号，手机号等信息进行个人租赁信息的录入F-C-3：取车 客户先申请租赁汽车，查询数据库，建立汽车租赁信息（包括客户是进行长租还是短租）。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可扩展性需求系统设