车辆管理系统需求分析

摘要：车辆管理系统需求分析是车辆管理软件系统开发中最重要的一个阶段，是系统开发之前的必要技术环节，需求分析为最终用户和软件开发者双方对系统的定位、认识、运行环境、功能和性能需求等方面进行明确。

关键词：车辆管理系统；需求分析

中图分类号： C93 文献标识码： A

0 引言

车辆管理系统需求分析是车辆管理软件系统开发中最重要的一个阶段，是系统开发之前的必要技术环节，需求分析为最终用户和软件开发者双方对系统的定位、认识、运行环境、功能和性能需求等方面进行明确，需求分析作为设计实现的基线，为系统的应用功能设计、开发提供依据。本文对智能化住宅小区车辆管理系统的需求进行分析。

1 系统业务需求

住宅小区车辆管理系统主要业务是对固定住户车辆、临时来访车辆进行管理，管理员对系统数据进行管理和维护几个方面。具体需求为：

1.1住宅小区内固定住户车辆的车主

住宅小区内固定住户车辆的车主在出入出入口时，经车辆检测器检测到车辆后，将感应磁卡在出入口感应区掠过，通过阅读器进行读卡、判断卡的有效性，从而识别该车辆是否在车辆数据库中有记录（即判断该车辆是否为物业管理部门登记的住户车辆），同时摄像机摄录该车的图像。对于有效的感应磁卡，自动道闸的闸杆应升起放行并将相应的数据存入数据库中。若为无效的感应磁卡或进出场的车辆图像出现异常情况时，则不给予放行[1]。

对临时来访的社会车辆的车主，在车辆检测器检测到车辆后，按入口控制机上的按键取出一张临时感应磁卡，并完成读卡、摄像和放行。在出场时，在出口控制机上读卡并交纳停车费用，同时进行车辆的图像对比，无异常情况时道闸升起放行，否则不予放行。

1.3系统管理员的日常使用

系统管理员负责对系统数据库进行查询、管理和对系统的日常维护。首先，管理员负责发放标签卡，在此过程中要对相应的标签卡的内容进行修改，用来识别不同的车辆，同时在数据库中创建相应车辆信息，把指定车辆和指定的标签卡联系起来，用于车辆识别。其次，管理员可以查询该数据库，用以实现特殊情况下人工实现车辆的识别和事件的处理，管理员可以修改数据库，以实现数据的更新、修正以及备份和恢复。除此之外，管理员可以强制控制停车器、报警器等硬件装置，以实现故障情况下车辆的进出口管理。最后，由于系统的管理员几乎可以对系统做任何操作，因此整个系统要实现对管理员身份的认证，以确保数据和系统硬件不会被其他人恶意操作。

2 系统目标需求

本系统的设计目标是针对小区的车辆管理的实际业务情况，设☃计出一套通用化、自动化、智能化的车辆监管系统。其目标需求如下：

1.为小区提供一个统一的车辆管理平台，实现车辆的自动化管理。

2.使用安全、可靠的信息管理方式，辅助物业人员完成小区内车辆监管工作。

3.使用高度智能化的软硬件设备，完成车辆出入检查，减少人工操作提高工作效率。

4.能自动区分合法车辆与非法车辆，并能拦截非法车辆、发出警报。

5.能实时检测车辆出入情况。

6.能查看、统计任意时段车辆信息。

3 系统功能需求

住宅小区出入口车辆管理系统应用在小区出入口，其基本功能是对出入车辆的监督、记录、缴费及分类管理，实现对出入小区车辆信息的查询，实现对车辆情况、小区车位使用情况的汇总统计。因此系统功能应有以下需求：

3.1脱机运行功能

系统控制器增加CPU处理器，系统硬件具有运算功能，在脱机状况下，不仅IC卡能作到临时卡脱机收费，远/近距离磁卡也可以做到脱机识别。

3.2栏杆自动控制功能

出入小区时，业主车辆的磁卡和访问车辆的临时标签卡这类有效标签卡刷卡时，栏杆自动抬起，车辆驶出/入后（即来往车辆通过地感线圈），栏杆自动落下。

3.3车辆自动检测功能

实现车辆自动检测、统计、计数，便于稽查管理。

3.4车辆分类管理

物业管理部门通过对卡片的分类管理，从而实现对不同类的车辆的管理，包括固定车、临时车等，相关部门根据不同需求，分别发行业主车卡和临时租卡。业主车卡实行预交费用；临时卡随到随取，简捷方便。停车场管理简捷，能有效防止高峰期缴费造成堵车。

3.5车辆出入控制管理

1.访问车全自动出卡，一车一卡防反复出卡；

2.有效卡刷卡自动抬闸，车过后自动落下；

3.出入场操作语音提示，无效卡报警提示；

4.防砸车功能，能独立控制闸机，可以用遥控器控制闸机和手动开关栏杆。

5.收费数据自动管理功能

所有收费交易自动入帐、管理，受有收费过程系统数据自动完成登记、存储。所有收费数据自动通过网络传输至收费网络服务器。

4 系统性能需求

小区车辆管理统应该具有良好的性能。因此，系统在性能方面应该有以下几种基本需求：

4.1数据精准度

要按照严格的数据格式输入，否则系统不给予响应进行处理。查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。因为通常有文件的记录会很多，系统采用两种方法进行查询：直接查询和模糊查询。

4.2稳定性

通过良好的系统架构设计，通过软硬件设备的运用，通过安全加密技术的保障，保证系统运行的稳定性。

4.3响应和访问速 ﭢ度

可稳定支持10个以上的用户数量；在局域网环境条件下，客户端访问系统平均响应时间≤3秒；数据综合查询事务≤5秒。 4.4不间断运行

系统客服务器端须提供24小时不间断正常运行，以保障系统业务全天候提供应用。

5 系统安全性需求

RFID系统很容易受到各种各样的攻击，主要是由于其通信是通过电磁波的形式，而且RFID标签设备具有一定的尺寸和成本限制。因此，其安全性与隐私性是人们一直所研究和讨论的主要问题。RFID系统安全机制目前主要采用两种方法，即物理机制方案和加密机制方案。

物理机制主要有Kill命令机制，静电屏蔽，阻塞法，主动干扰等，这些方法主要用在一些低成本的标签中，因为这类标签有严格的成本限制，因此很难采用密码机制。

Kill命令机制在设计上是从物理上杀死标签，而标签一旦被使用了Kill命令，便不能再重新使用了，这是一个不可逆的操作。

静电屏蔽则可以对标签进行屏蔽，它需要把标签放置于有静电屏蔽功能的物理设备范围内，标签不能再接受来自阅读器的信号，这样需要一个额外的物理设备，增加了系统成本。

阻塞法则依靠树遍历反冲突协议来起作用，阅读器每次发送读取命令总获得相同的应答数据，从而来保护标签，此方法需要额外一个阻塞标签，增加了系统成本。

物理安全机制存在着增加系统成本，阻止失败等多种弊端♋，因而，人们越来越多的在密码技术的安全机制上提出不同的方法。

数✔据加密传输时采用密码加密的方法，对数据信息加密后再进行通信，由阅读器或上位机单方面进行操作，从而节省标签的成本。小区出入口车辆管理系统需要采用MD5加密算法，计算机或阅读器将数据（明文）加密转换为密文后，发送给标签进行存储，当阅读器要读取标签中数据时，标签将存储区中密文发送给阅读器，阅读器将收到的密文解密，并与后台数据库比对[2]。

以上是住宅小区车辆管理系统设计的基本需求，也系统开发的设计的基本要求，是系统开发的目标方向。

6 小结

本文主要从系统的设计目标、设计原则、安全性、业务要求、实现功能、和性能几个方面对小区车辆管理系统的需求进行了分析，为我们进行车辆管理系统的设计开发明确了方向。