需求规格说明书课程名称：软件工程课程设计蔡智永（）芦海海（）指导教师：**成绩：日期：20144.4数据流图1.引言租车行车辆管理系统的简介:租车行车辆管理系统是针对租车公司的大量信息处理工作而开发的管理软件。根据用户的要求，实现对车辆基本信息、驾驶员、费用、出车记录、回车记录、维修记录、加油记录等几个方面的功能。管理员通过本系统可对车辆进行分配、管理，对车辆进行租赁。在本系统中能够查看到此车的出车状况、及历史出车记录，在某个时间段的加油信息，加油费用都可进行管理，1.1编写目的此需求规格说明书对《租车行车辆管理系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。1.2项目背景信息时代的到来意味着工作效率的日渐提高，同时也给车辆管理部门带来更大的压力，管理部门必须及时准确地提供各种参考材料，若无法作到这一点，将成为企业发展、机构运转的瓶颈。

基于这一原因，车辆管理工作无一例外受到领导的高度重视。随着车辆资料价值的日渐提升，社会对车辆管理部门也提出了更高的要求，对车辆早已不限于“用好”，更多地要求“管好”，车辆资料管理已向前延伸到公文的管理，向后扩展到信息资源的整理、采编、发放。就在车辆管理部门职能不断扩大、业务不断扩充的同时，机构改革、企业改制等等政策又要求车辆部门精兵简政，缩减日常经费开支，充分利用现有资源产生更多经济效益。“向管理要效益”已成为车辆部门的运营之本，车辆部门必须提高其自身的管理水平。“提升车辆管理档次，将车辆交给计算机管理”正在成为一种潮流，同时，计算机管理突出优势也在影响车辆管理的机制。以手工检索为目的的著录卡片、目录等，不仅在编制阶段大量占用车辆员的工作时间，检索利用也非常繁琐，缺少经验的车辆员甚至无法在别人编制的目录中查找车辆，更加难以保证“查全率”，使用计算机检索，将彻底解决这一问题；另外，为了保护车辆资料，大中型车辆馆都编制了“二套车辆”，造成保管费用高涨，复印机使车辆复制更加简便，却造成纸张消耗量的剧增，同时，大量复制文件的出现又给车辆管理带来新的安全问题，更与车辆管理的严肃性相抵触，使用计算机查询，将纸载车辆管理与电子车辆利用结合起来，可以完美解决这一难题，大幅度降低车辆管理费用。

1.3车辆管理系统的功能要求车辆管理系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的车辆管理系统，实现车辆的自动化的计算机管理系统，为各单位的提供准确、精细、迅速的车辆信息。1.4定义需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。1.5参考资料《信息管理系统开发实例导航》《程序设计大学教程》《管理系统开发实例》2.任务概述2.1目标2.1.1开发目标在当今世界电脑普及的时刻，人们已经习惯用电脑办公，结果自然会产生大量的电子文件，这些文件有宝贵的历史价值，但我们如果将更多的时间花费在寻找这些文件上，即费时又费力。本软件根据此需求进行开发的。2.1.2应用目标让单位能够有效的掌握，有效的共享文件资源，保护好文件，及促进车辆管理的信息化、规范化和集成化，实现计算机的智能化管理，以提高工作效率和经济效益。2.2运行环境2.2.1硬件环境一台586以上的微机及兼容B．内存512MB（最好1GB内存）C．VGA彩显一台2.2.2软件环境A．以上的操作系统B．数据库管理系统C．应用软件.02.3假定与约束本租车行车辆管理系统软件是应用于租车公司。

在功能上还可进一步实现安全防范、与E-Mail和因特网电话集成起来，成为网络车辆管理系统软件。数据描述3.1静态数据下面列出几个表的具体静态数据：登录表此表存放操作员工的信息数据：员工姓名，**密码，员工权限用户登记表存放用户的信息数据：用户编号，用户姓名，用户身份证号码，用户性别，所选车型，联系电话出车登记表数据：车牌号码，用户姓名，**日期，出车批准人员信息6)回车登记表数据：车牌号码，回车日期7)油耗表数据：车牌号码，加油日期，加油类型，加油数量，加油单价，加油金额8)维修表数据：维修单号，车牌号码，车辆类型，送修人，维修费用动态数据：输入数据：用户登记信息，车辆信息输出数据：出车单，回车单内部生成的数据：油耗信息3.2数据分析E-R图3.3数据字典数据流名称：出车登记表来源：管理人员去向：加工“车辆出库信息”组成：出车单编号+车辆类别编号出车日期+库位编号数据流名称：回车登记表来源：管理人员去向：加工“添加入库信息”组成：入库单编号+车辆类别编号计量单位+数量+入库日期+库位编号数据流名称：费用单来源：计费系统去向：加工“添加费用信息”组成：费用单编号+费用类别编号计量单位+数量+费用日期+费用原因3.4车辆管理系统的数据需求车辆管理系统的数据需求包括如下几点：数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。

数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。数据的一致性与完整性由于系统的数据是共享的，在不同的客户端中，车辆文件是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。数据的共享与独立性整个车辆管理系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。功能要求4.1功能划分本系统主要有以下功能模块：1）车辆管理模块2）查询管理模块3）车辆追踪管理模块4.2功能描述下面详细描述一下各个功能模块：1）车辆管理车辆仓库:限于全体操作员工。一般浏览者只能查看车辆，不能对车辆做任何的修改。而且不同的用户级别所看到的车辆是有限制的。

2）查询管理查询驾驶员：是给管理员用的，因为操作员工的信息是保密的，所以只限管理员使用。也有多种查询方法。查到记录后，也可双击记录即可显示详细信息。3）车辆追踪管理系统记录车辆的具体所在位置，及其车辆损坏情况，油耗情况。 4.3数据流图 5．性能需求5.1数据精确度 A．要按照严格的数据格式输入，否则系统不给予响应进行处理。 B．查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。因为通常有文件的记录会很多，所以本系统采用了两种方法进行查询：直接查询和模糊查询。 5.2时间特性 一般操作的响应时间应在1~2秒内，对软磁盘和打印机的操作也应在可接受的时间内完成。 5.3适应性 满足企事业单位使用的需求（记录量控制在1000项内）。 对前面提到的运行环境要求不应存在困难。 运行需求6.2硬件接口 本软件不需要特定的硬件或硬件接口进行支撑。 486以上PC机均可运行此软件。 6.3软件接口 运行于及更高版本具有WIN32 API的操作系统之上。 6.4故障处理 正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。调试中遇到的问题及解决的方案： 遇到跳出“数据库已经关闭“提示信息阻止程序运行时可以查看一下进行此项操作时，操作的表是否已经被关闭了或者是在没有关闭此表的情况下又一次运用打开语句打开此表。

关于空记录带来的麻烦有些空记录往往会使程序无法运行。此时你可用“if null”语句先判断一下是否为空记录，再操作。7．其它要求 1)系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能。 2)系统的安全性: 对于系统的重要数据都有密码保护，具有一定的安全性。 3)系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。 4)系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下输数据。