车辆管理系统文档
目录
车辆违章管理系统的实现
信息管理与信息系统专业学生 xxxxxxxxxxxx
指导教师 李艳
摘要:随着我国经济与人民生活水平的不断提高,汽车的拥有量与日俱增,随之而来的各种交通问题也日益严重,这导致交通部门的管理工作量与压力也是不断上升。面对庞大的信息量,利用计算机技术、网络技术、通信技术,实现计算机综合信息的联网管理,已成为各地市交通管理工作现代化的迫切需要,交通违章信息处理系统也成为了不可或缺的辅助管理手段。它帮助我们及时了解和运用相关的信息,处理更多更繁琐的事物,提高工作效率。
引言:通过对用户和管理员需求的分析,利用现有的技术并结合计算机,开发出一套B/S结构的“车辆违章查询系统”,该系统充分运用MIS的思想,设计尽量简单实用、方便快捷、易于操作、界面友好,并且具有普通用户对自己所需信息的操作和管理员对系统进行管理等功能,本系统极大程度上以更科学,更合理的方法解决车辆违章数据冗余、人力不足等问题,进一步提高了管理人员的管理水平与工作效率,给交通管理部门注入新的活力,同时也使现代信息化管理系统的建设,更加广泛地适用于人们的生活中。
- 建立对车辆提供全面管理的违章车辆管理系统;
- 对所有车辆、工作人员、普通用户提供全面管理;
- 对车辆信息提供详细的掌握情况,运行状况。
车辆违章管理系统主要是让管理员对违章车辆及违章人员信息进行及时更新和有效的管理,它是基于车牌号、发动机号识别技术基础和数据库管理、查询等技术建立起来的,具有查询、添加管理功能的系统,在不影响车辆行驶的前提下,计算机能够自动完成车牌的识别;在线违章查询系统主要是为了让用户能够及时的查看了解自己的违章信息,然后及时处理违章信息。
目标:在整个系统设计过程中必须尽量达到人力与设备费用的节省,专注于软件处理数据速度的提高,保证软件质量的前提下的资金投入最小化。
本系统是运用Jsp制作的一个小型车辆违章系统。实现这个系统将用到以下几种技术
- JavaScript用来验证用户输入的各种信息
- Java主要是用来处理各种业务
- 数据库用Mysql
- Web服务器 tomcat7.0
- 以及一些HTML。
图 1.2.2‑1数据流程图
图 1.2.2‑2数据流图
- 本系统主要为查询系统,即主要功能为查询,后续可实现查询功能的多样化,如在信息过多时,用户即可按照时间查询,可按地点查询,同时可实现模糊查询。
- 作为车辆违章系统,最终需实现自动扫描车牌号添加,需要接口去实现,设计程序时,需注意预留接口。
- (3)具体设计软件时,需注意前端界面的美化。
- 它缓解了日益繁忙的交通勤务管理与警力严重不足之间的矛盾。同时在一定程度上消除了道路交通管理在空间和空间上的盲点,有效抑制了机动车驾驶员的违章行为。
- 对设备的影响采用建议系统后,改进了原有系统的性能所以对设备要求自然更高,建议系统使用了最先进的技术使设备也必须跟着升级。
- 由于没有车辆如何自动识别相关领域专业知识,在本项目的代码设计上,可能会导致最终设计出的部分模块存在问题,对本系统的实现多少有点影响。
- 由于设计人员目前专业能力有限,考虑不是很全面,可能步步存在问题。数据库的设计都很迷糊,无法达到专业性,正规性,设计时需特别注意,尽量完善。另外有些策划阶段设想的功能也可能难以实现,具体实施时,部分功能可随时学习去完成,部分功能可能因时间,技术问题会被舍弃。
车辆违章系统可以实现,管理员可以对驾驶员的信息进行管理,以及用户对自己的违章信息进行查询,处理等功能的实现,实现这些功能需要采用以下几个关键的技术:
- 数据库技术
通过什么方式将管理员和驾驶员的信息进行储存,选择一个DBMS是非常重要的,数据库的模式很多如:关系模型,网状模型等,但是现在使用最多的是关系模式,因为其比较容易进行设计,而且具有强大的理论支持,所以我们设计数据库时选择了关系模型,在此基础上,选择了一个基于关系模型的DBMS-----MySQL,利用SQL语言,实现对数据进行管理。
- 前端技术
绚丽的页面,是该限制该系统访问量的一个重要前提,在此基础上使用了HTML语言进行了简单的页面设计,利用CSS对页面进行美化,JavaScript实现前端数据校验,后期会通过AJAX提高系统的反应速度。
- 后端技术
后台的设计,大体上采用JSP+JAVA+Servlet组合技术进行设计,开发过程中比较容易,而且也能达到预期的目标。web服务器选择tomcat7.0。
- 总体设计
总体设计采用MVC的设计模式。
该系统是基于B/S的结构,用户不必进行繁琐的安装,只需一台安装浏览器的计算机,即可对系统进行访问,该系统对设备的要求不是很高。
- 投资
该系统开发投资较少,前期主要是系统设计,需求,开发,测试人员的费用,即将上线时市场的宣传广告费用,系统正常运行所用的消耗品,如电费,U盘等的购买,后期系统人员的维护费用。
- 收益
该系统可以极大提高交通管理部门工作的效率,满足了用户的日常需求,减少了人力,物力,财力等的消耗。
定量收益:效益的体现在后期该系统成熟之后,相关的部门对该系统进行订购,增加收益。还可插入广告赚取广告费,赚取相对的流量。
不可定量收益:它的效益主要体现在对交通部门工作人员工作强度的大幅降低,同时也方便了人们,对提高整体的工作效率,促进社会的发展,这是该系统隐含的最大效益。
2.3.4使用可行性:
由于开发工作是建立在详细的需求分析之上的,并且对开发环境进行了深入调查,该系统可以满足交通管理部门和驾驶员的日常需要。
经过以上各个方面的研究,可以这个项目在技术,操作等各个方面均满足可行性条件,因此决定着手开发该系统。
- 对实现软件的功能做全面的描述,帮助用户判断实现功能的正确性、一致性和完整性,促使用户在软件设计启动之前周密地、全面地思考软件的需求;
- 了解和描述软件实现所需的全部信息,为软件设计,确认和验证提供一个基准;
- 为软件管理人员进行软件成本计价和编写软件开发计划书提供依据。
车辆违章管理系统将违章信息录入管理系统,系统管理员可以查询、更新、统计和添加用户的违章纪录;系统管理员也可以对刚考证的驾驶员进行信息录入以及为新车上牌照。同时,作为用户可以查询单次或多次违章信息。
图 2.2.2‑1系统E-R图
图 2.2.3‑1 IPO图
表 2.2.3‑1 IPO表
图 2.2.4‑1数据流程图
-
- 登录(分为用户登录和管理员登录)
-
- 登录本系统需要输入登录者用户名和密码,登录时必须输入正确信息,成功后系统会自动连接到数据库
- 若登录者输入的信息出错,系统会提示,重新登录
二、具体操作
- 普通用户操作
查询功能。普通用户登录成功后,可以查询自己的车辆信息和违章信息
- 管理员操作
- 查询
管理员具有查询普通用户信息的功能
- 更新
管理员可以更新车辆信息和更新车辆违章信息
三、基本设置
- 用户信息表(包括管理员,用类型来区分)
包括账户类型(用来区分普通用户和管理员)、账户名、密码
- 驾驶员信息表
包括驾驶证号、姓名、性别、出生日期、住址、驾照类型、身份证号、驾照状态
- 违章信息表
包括违章编号、违章原因、违章时间、违章地点、违章记分、违章罚款
运行环境约束:
运行环境: win10,eclipse
数据库:MySQL
接口:
硬件接口:支持一般微机,笔记本电脑
数据通信采用HTTP协议。
- 系统响应时间要求
该系统应具有快速响应的特性,打开界面,响应的时间应低于1.5秒,执行各种功能操作与数据库进行交互数据的过程中,数据处理的时间应低于5秒。
- 系统可靠性要求
该系统应具有较高的稳定性,综合的可靠性应从管理员到普通用户中所有功能都应该正常的运行,并满足正常的需求,出现错误的概率较小。
- 系统易用性要求
该系统界面应操作简洁、易用、灵活、易学。系统应具有相应的文档要求,易于进行系统的使用。该系统采用中文Windows 7及以上版本,所有的交互界面提供中文图形界面,符合常规的操作模式,对于非专业的技术人员,经过长时间的操作或者进行短期的培训,即可进行熟练的操作。
- 在系统设计开发时,要充分考虑用户的具体情况及使用操作,做到理论和实际都可行,更好的适用用户的需求。系统平台通过严格的流程与权限控制,做到了严格审核与分配系统权限,严禁未经许可的用户访问和操作。
- 本系统应考虑各种系统可能出错,系统将建立健全的备份和灾难恢复机制,系统文件、应用服务的配置文件及二次开发代码文件都会做一个全备份,分别存放云盘以及其他机房。
该系统中的各种设备均具有良好的可维护性,可进行模式拆装与调整,便于日常的维护。同时,系统须具有较低的维护成本。
程序出错时,不影响数据的完整性,一致性,能再次进行数据的自定检查。可以采用触发器的功能,重新输入数据。对于硬件错误,可在出错的相应模块中输出简单的出错语句,并将重新重置。返回输入阶段。出错信息必须给出相应的出错原因。例如:“您输入的用户名错误”等。
多台服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时,在断电后恢复过程中可采用mysql 的日志,对其进行rollback处理,对数据进行恢复。
在硬件方面要选择可靠、稳定的服务器种类,保证运行时的可靠性。
车辆违章系统旨在为用户方便查询自己的违章信息而服务,基于未来城市交通规则和车辆违章规则可能的改变性,该系统在功能和性能方面都有较好的扩展性。
该系统采用模块化设计,可以根据用户和管理员的需求进行不断的更新系统,预留不同的扩展口,有利于以后的升级与扩展。
该系统无论从整体结构的设计到关键技术的采用都须遵循先进且实用的原则,以满足用户在各个方面的需求。
本系统研究的目标:建立一个基于B/S层结构的交通违章信息处理系统,实现管理员对交通违章信息的查询、添加等的系统管理,同时实现用户对信息的查询管理。通过分析该系统的总体功能,该交通违章信息处理系统功能模块图如下所示。
图 2.3.8‑1系统功能模块图
车辆违章查询管理系统由用户模块、管理员模块、系统设置等功能模块组成。规划系统功能模块如下:
- 用户模块:用户的主要功能是查询自己的违章信息。
- 管理员模块:管理员主要负责驾驶员档案录入、车辆档案录入、违章信息录入以及对所有违章信息进行查询。
- 系统设置模块:管理员设置、权限设置。
用户界面:
用户界面及本系统主界面,应做到简单明了,易于操作,还应当注意突出重要以及出错信息。。在设计语言上,使用JAVA编程,界面上使用HTML和JSP进行设计。其中服务器界面做到操作简单,易于管理。
总的来说,系统的用户界面应做到可靠性、简单性和易使用。
软件接口:
服务器使用SQL SERVER的接口,进行对数据库的所有访问。
服务器程序上可使用SQL SERVER的对数据库的备份命令,以做到对数据的保存。
硬件接口:
本系统没有硬件接口。
内部接口方面,通过JSP+Servlet+JAVA,结合XML语言实现系统各模块功能的结合。
各模块之间采用参数调用、返回值等的方式进行信息传递。具体参数的结构将在下边数据结构设计的内容中说明。
DBMS的使用上系统将采用SOL SERVER,本系统主要有五张表:
- 驾驶员表:此表存放驾驶员信息:
列名 |
数据类型要求 |
长度 |
允许空 |
说明 |
person_lisid |
varchar |
50 |
Not NULL |
驾驶证号 |
account_id |
int |
11 |
Not NULL |
账户编号 |
person_name |
varchar |
10 |
Not NULL |
驾驶员姓名 |
person_sex |
varchar |
1 |
Not NULL |
性别 |
person_date |
date |
|
Not NULL |
出生日期 |
person_address |
varchar |
100 |
Not NULL |
地址 |
person_listype |
int |
11 |
Not NULL |
驾照类型 |
person_id |
varchar |
18 |
Not NULL |
身份证号 |
person_status |
int |
11 |
Not NULL |
驾驶状态 |
- 账户表:
列名 |
数据类型要求 |
长度 |
允许空 |
说明 |
account_id |
int |
11 |
Not NULL |
账户编号 |
account_type |
int |
11 |
Not NULL |
账户类型 |
account_name |
varchar |
20 |
Not NULL |
账户名 |
account_password |
varchar |
50 |
Not NULL |
账户密码 |
- 车辆表:
列名 |
数据类型要求 |
长度 |
允许空 |
说明 |
car_id |
varchar |
20 |
Not NULL |
车牌号 |
car_type |
int |
11 |
Not NULL |
车辆类型 |
car_mortor |
varchar |
30 |
Not NULL |
发动机编号 |
car_brand |
varchar |
30 |
Not NULL |
车辆品牌 |
person_lisid |
varchar |
50 |
Not NULL |
驾驶证号 |
- 违章表:
列名 |
数据类型要求 |
长度 |
允许空 |
说明 |
weizhang_id |
varchar |
30 |
Not NULL |
违章编号 |
weizhang_reason |
int |
11 |
Not NULL |
违章原因 |
weizhang_time |
date |
20 |
Not NULL |
违章时间 |
weizhang_address |
varchar |
100 |
Not NULL |
违章地点 |
weizhang_score |
varchar |
100 |
Not NULL |
违章记分 |
weizhang_money |
float |
16 |
Not NULL |
违章罚款 |
car_id |
varchar |
20 |
Not NULL |
车牌号 |
物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构方式表示。
- 驾驶员信息
驾驶证号 String
姓名 String
性别 String
出生日期 String
住址 String
驾照类型 int
身份证号 String
驾照状态 int
账号编号 int
- 车辆信息
车牌号 String
发动机编号 String
车辆类型 int
车辆品牌 String
驾驶证号 String
- 账户信息
账户编号 int
账户名 String
账户密码 String
账户类型 String
- 违章信息
违章编号 int
违章原因 String
违章处罚 String
违章记分 double
违章地点 String
违章时间 String
车牌号 String
- 4 详细设计
为了保证项目团队按时保质地完成项目,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件的形式,把对于在项目生命周期内的工作任务范围,各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、开发进度、项目内外环境条件、风险等内容做出安排。以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,所有的项目行动基础,项目团队开展和检查工作的依据。
MIS :Management Information System,简称MIS)是一个以人为主导,利用计算机硬件、软件、网络通信设备以及其他办公设备,进行信息的收集、传输、加工、储存、更新、拓展和维护的系统。
Oop :面向对象编程(Object Oriented Programming,OOP,面向对象程序设计)是一种计算机编程架构。
JAVA :Java是一门面向对象编程语言,ava语言具有功能强大和简单易用两个特征。Java语言作为静态面向对象编程语言的代表,极好地实现了面向对象理论,允许程序员以优雅的思维方式进行复杂的编程。
MVC: MVC全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写,一种软件设计典范,用一种业务逻辑、数据、界面显示分离的方法组织代码,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。
Microsoft Office Visio: Office Visio 是office软件系列中的负责绘制流程图和示意图的软件,对复杂信息、系统和流程进行可视化处理、分析和交流的软件。使用具有专业外观的 Office Visio 图表,可以促进对系统和流程的了解。
车辆违章管理系统主要针对交通管理部门对车辆的综合管理以及人们方便查询车辆信息,提高快捷性。主要功能要求是实现普通用户车辆违章信息的查询,管理员对车辆信息的管理包括添加、修改、删除,密码的修改,利用现有的软件开发一个易拓展、易维护、具有良好人机交互的车辆违章管理系统。
-
-
-
- 任务概述
-
-
开发目标:
当今信息科技技术发展迅速,我们旨在开发一个快捷,响应速度较好的系统,主要是方便交通部门对车辆的管理,以及人们日常生活中的需要,实现基本的功能,易拓展、可维护,方便人们的生活。
应用目标
让交通管理部门能够有效的掌握,和共享管理车辆的各种信息,实现管理的智能化,让普通用户感受到获取车辆信息的方便,提高工作效率和生活的便利。
-
-
-
- 软件环境
-
-
Windows7以上操作系统,
MyEclipse10
Mysql5.5
-
-
-
- 数据描述
-
-
- 静态数据:
账户表:(账户编号,账户类型,账户名,账户密码
驾驶员表:驾驶证号,姓名,性别,出生日期,住址,驾照类型,身份证号,驾照状态)
车辆表:(车牌号,车辆类型,发动机编号,车辆品牌)
违章表:(违章编号,违章原因,违章时间,违章地点,违章记分,违章罚款)
- 动态数据:
输入数据:管理员和用户的注册信息以及进行查询的关键字
输出数据:查询产生的数据集合
- 数据库描述:本系统使用Mysql数据库5.5版本
- 数据流图
-
-
-
- 功能要求
-
-
1功能划分:本系统主要有以下功能模块
-
-
-
-
- 用户注册登录模块
- 车辆管理模块
- 查询管理模块
-
-
-
2功能描述:
- 用户注册登录有用户自身完成,填写信息必须符合要求才能注册成功,反之重新填写信息
- 车辆管理模块只限管理员操作,普通用户不能操作 ,在次添加了限制,管理员可以对车辆的基本信息和违章信息进行增删改查
-
查询管理模块 用户的只限查询自己的车辆的全部信息 包括违章信息
-
-
- 性能需求
-
-
本系统的性能需求主要是数据的准确性 。从用户注册 到管理员添加车辆信息 对其中的数据加以严格的限制保证信息数据的准确性,其中的查询使用的是精确查询。
-
-
-
- 运行需求
-
-
系统登录界面使用html+css+javascript 技术 力求页面精美,简洁美观。
管理员界面由普通用户界面右上角的链接可直接进入,管理员只需输入自己的有效信息便可进行信息查询,同时管理员可以进行登录和密码修改等操作。
车辆违章系统,首先我们进入登录页面,登录页面分为普通用户登录和管理员登录,登录是需要账户密码验证的。当我们进入到普通用户界面时,我们需要输入车牌号码,发动机号,还需要输入随机验证码就可以看到此用户的车辆违章信息,包括违章时间,违章地点,违章原因和要交的罚款。如果我们进入的是管理员界面,也需要账户密码进入,作为管理员是有两种权限,即添加车辆信息和对系统内已有车辆添加违章信息,添加车辆信息包括驾驶员的驾驶证号、姓名、驾照状态、性别、出生日期、驾照类型、身份证号和住址,添加违章信息包括违章编号、车牌号、违章时间、违章地点、违章原因、缴款金额和违章记分,软件结构如下所示
是 否
车辆违章管理系统功能图
图 4.2.2‑1软件结构图
车辆违章管理系统,其主要针对于普通用户和管理员使用,其中普通用户只有查询否有违章的功能,而管理员是具有可以上新车辆信息和更新车辆违章信息,并且可以替用户进行查询的功能。根据软件结构分了三个功能模块:用户注册登录模块、车辆管理模块、查询管理模块。
车辆违章管理系统主要由账户表,驾驶员表,车辆表,违章表组成。
账户表由账户编号,账户类型,账户名,账户密码组成,其中账户编号作为主键。
驾驶员表由驾驶证号,姓名,性别,出生日期,住址,驾照类型,身份证号,驾照状态组成,其中驾驶证号作为主键,其中账户编号作为外键和账户表关联。
车辆表由车牌号,车辆类型,发动机编号,车辆品牌组成,其中车牌号和发动机编号作为主键,驾驶证号作为外键和驾驶员表关联。
违章表由违章编号,违章原因,违章时间,违章地点,违章记分,违章罚款组成,违章编号作为主键,车牌号作为外键和车辆表关联。
图 4.2.3‑1E-R图
根据上面设计的整个系统的E-R图以及转换的步骤,考虑应用设计的因素,在保证数据库设计范本的基础上,整个网站应该包含驾驶员信息,账户信息,车辆信息,处罚信息,将这些信息抽象为下列系统所需要的数据项和数据结构:
数据库的逻辑设计就是把设计好的概念模型转化为关系模型,同时建立表,索引等数据库对象。设计的逻辑结构如下:
账户表(账户编号,账户名,账户密码,账户类型)
驾驶员表(驾驶证号,姓名,性别,出生日期,住址,驾照类型,身份证号,驾照状态,账号编号)
车辆(车牌号,发动机编号,车辆类型,车辆品牌,驾驶证号)
违章(违章编号,违章原因,违章处罚,违章记分,违章地点,违章时间,车牌号)
驾驶员表设计的数据库内容有驾驶证号,账户编号,驾驶员姓名,驾驶员性别,驾驶员出生日期,地址,驾照类型,身份证号,驾驶状态。具体的数据库设计如表 2.2.3‑1 IPO表所示:
列名 |
数据类型要求 |
长度 |
允许空 |
说明 |
person_lisid |
varchar |
50 |
Not NULL |
驾驶证号 |
account_id |
int |
11 |
Not NULL |
账户编号 |
person_name |
varchar |
10 |
Not NULL |
驾驶员姓名 |
person_sex |
varchar |
1 |
Not NULL |
性别 |
person_date |
date |
|
Not NULL |
出生日期 |
person_address |
varchar |
100 |
Not NULL |
地址 |
person_listype |
int |
11 |
Not NULL |
驾照类型 |
person_id |
varchar |
18 |
Not NULL |
身份证号 |
person_status |
int |
11 |
Not NULL |
驾驶状态 |
表 4.2.3‑1驾驶员表
账户表设计的数据库内容有账户编号,账户类型,账户密码,账户名。具体你的数据库设计如表 4.2.3‑2账户表所示:
列名 |
数据类型要求 |
长度 |
允许空 |
说明 |
account_id |
int |
11 |
Not NULL |
账户编号 |
account_type |
int |
11 |
Not NULL |
账户类型 |
account_name |
varchar |
20 |
Not NULL |
账户名 |
account_password |
varchar |
50 |
Not NULL |
账户密码 |
表 4.2.3‑2账户表
车辆表设计的数据库内容有车牌号,车辆类型,发动机编号,车辆品牌,驾驶证号。具体的数据库设计如表 4.2.3‑3车辆表所示:
列名 |
数据类型要求 |
长度 |
允许空 |
说明 |
car_id |
varchar |
20 |
Not NULL |
车牌号 |
car_type |
int |
11 |
Not NULL |
车辆类型 |
car_mortor |
varchar |
30 |
Not NULL |
发动机编号 |
car_brand |
varchar |
30 |
Not NULL |
车辆品牌 |
person_lisid |
varchar |
50 |
Not NULL |
驾驶证号 |
表 4.2.3‑3车辆表
违章表设计的数据库内容有违章编号,违章原因,违章时间,违章地点,违章记分,违章罚款,车牌号。具体的数据库设计如表 4.2.3‑4违章表所示:
列名 |
数据类型要求 |
长度 |
允许空 |
说明 |
weizhang_id |
varchar |
30 |
Not NULL |
违章编号 |
weizhang_reason |
int |
11 |
Not NULL |
违章原因 |
weizhang_time |
date |
20 |
Not NULL |
违章时间 |
weizhang_address |
varchar |
100 |
Not NULL |
违章地点 |
weizhang_score |
varchar |
100 |
Not NULL |
违章记分 |
weizhang_money |
float |
16 |
Not NULL |
违章罚款 |
car_id |
varchar |
20 |
Not NULL |
车牌号 |
表 4.2.3‑4违章表
“车辆违章查询系统”网站主要包括管理员模块和用户模块。
-
-
-
管理员模块
- 模块说明:
-
管理员模块
-
功能:登陆,添加
性能:精确登录与添加,响应时间不能超过1秒
输入项:(登录)用户名,密码
(添加)车辆信息,驾驶员信息,违章信息
输出项:(登录)驾驶员姓名,驾驶证号,车牌号,发动机号,身份证号,违章时间,违章地点,违章计分,违章金额。
(添加) 驾驶员姓名,驾驶证号,车牌号,发动机号,身份证号,违章时间,违章地点,违章计分,违章金额。此时登录界面增加了这样一条数据。
说明:登录时同时实现简单查询功能
-
-
-
- 界面设计
-
-
系统主界面的模块设计主要是系统主界面采用Web桌面形式,一共分为两个桌面,第一个桌面是普通用户登录界面即驾驶员登录界面,第二个桌面是管理员登录界面。
驾驶员登录界面简洁大气,使用户不仅可以进行注册和修改密码等操作,还实现了验证码功能;在普通用户界面右上方有管理员登录界面入口,点击此链接可以引入第二个Web桌面,即管理员界面。具体界面如图 4.3.1‑1所示:
图 4.3.1‑1普通用户登录图
管理员界面由普通用户界面右上角的链接可直接进入,管理员只需输入自己的有效信息便可进行信息查询,同时管理员可以进行登录和密码修改等操作,界面简单明了。其界面如图 4.3.1‑2所示:
图 4.3.1‑2管理员登录图
-
-
-
- 程序逻辑
-
-
系统管理人员模块设计主要是管理人员用来实现对系统普通用户信息的增加和查询,使普通用户能够实时了解自己的为驾驶情况,及时查询自己的违章信息。其功能如图 4.3.1‑3所示:
图 4.3.1‑3管理员系统图
-
-
-
- 模块实现
-
-
本设计的开发工具是MyEclipse和Mysql,采用JSP和MySql数据库技术,实现网站的前台设计和后台数据库的管理设计。
管理员模块包括管理员自身登录以及登陆后查询功能和添加功能,以下主要来介绍各个功能模块的具体实现。
一、管理员登录
前端界面如图 4.3.1‑4所示:输入用户名,密码,点击<登录>。如果用户名和密码正确,即进入登录界面。如果不正确则提示管理员,重新输入,如图 4.3.1‑5所示。
图 4.3.1‑4管理员登录图
图 4.3.1‑5管理员登录出错图
现在来简单介绍用户名与密码正确时,点击<登录>实现的功能和具体实现的主要代码,首先通过servlet拿到保存到前端界面的账户名与密码,把它作为参数传入事先写好的登录方法中,进行验证。如图 4.3.1‑6所示
图 4.3.1‑6管理员登录实现图
写好的登录方法如图 4.3.1‑7所示
图 4.3.1‑7管理员登录实现图
在管理员登录时,同时实现它的查询功能,此时需要将数据库中的数据信息同时传入前端的登录界面,即还需要一个Servlte,也就是代码中的mangerServlte,具体代码如图 4.3.1‑8所示
图 4.3.1‑8管理员登录实现图
此代码中运用集合将数据传到前端界面manager.jsp中,以下是前端界面的部分代码,如图 4.3.1‑9所示
图 4.3.1‑9管理员登录实现图
前端界面就可以拿到存储在servlet中的管理员信息以及数据库中的用户违章信息,此时已完成管理员的自身登录以及查询功能。前端界面显示如图 4.3.1‑10所示
图 4.3.1‑10用户信息图
二、添加功能
管理员在登录系统之后,可以对违章车辆进行查询。其查询页面如图 4.3.1‑11所示
图 4.3.1‑11违章信息查询图
此界面有个<添加信息>的按钮,点击<添加信息>即可进入添加信息的界面,如图 4.3.1‑12和图 4.3.1‑13所示。
图 4.3.1‑12驾驶员信息添加图
图 4.3.1‑13驾驶员信息添加图
此界面中有三张表,但并不是每次都需要填写每张表,如果数据库中已存在此人的个人信息和车辆信息,且现在此人违章,则只需输入此人违章信息即可。如果什么信息都不存在,那么就可以从个人信息表开始添加。需要注意的是,三张表是有联系的,如果你不填前边的表,去填后边的表,那么必须是在相关的信息已保存在数据库中的前提下。
以下是我添加一个信息的示例(此车牌号已有,此车牌号的拥有人个人信息也有),图 4.3.1‑14所示
图 4.3.1‑14违章信息添加图
点击<提交>后,显示添加成功,如图 4.3.1‑15所示
图 4.3.1‑15违章信息添加成功图
可重新登陆后查询,此时,可看到已有刚才新添加的一条违章信息,即最后那一条信息,如图 4.3.1‑16
图 4.3.1‑16信息添加查询图
以下是此功能的具体代码实现,如图 4.3.1‑17所示
图 4.3.1‑17信息添加实现图
从前端界面中拿到所填信息,通过调用方法将数据信息存到数据库中,如图 4.3.1‑18
图 4.3.1‑18信息添加实现图
-
-
-
- 接口
-
-
软件接口:服务器使用SQL SERVER的接口,进行对数据库的所有访问。
服务器程序上可使用SQL SERVER的对数据库的备份命令,以做到对数据的保存。
功能实现上调用内部自定义AccountDao接口
硬件接口:本系统无硬件接口
-
-
-
- 测试要点
-
-
(1)用户界面测试,英文是User interface testing。又称UI测试
用户界面测试是指测试用户界面的风格是否满足客户要求,文字是否正确,页面是 否美观,文字,图片组合是否完美,操作是否友好等等(可参考人机交互)
目标: 确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览 功能。 确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易 操作性等测试
具体方法:可提供给多个人使用,得到使用者反馈。
(2)业务测试
主要是针对需求文档进行测试,因需求经常具有不确定性,允许存在部分与需求不一样的地方。
防范方法: 需求文档确定之前,建议增加多方会审过程,可以去除掉大部分不合理的请求,将一些需求合理化,也能够更好的优化需求流程。
具体方法:按照需求文档中管理员对应的业务进行白盒黑盒测试。
(3)兼容性测试
兼容测试是测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。向上兼容向下兼容,软件兼容硬件兼容。软件的兼容性有很多需要考虑的地方。
具体方法:小组成员对硬件,软件,操作系统,网络环境等多条件进行不同组合搭配,对其进行测试。
-
-
-
- 存储分配
-
-
操作系统会为了一个准备好运行的程序分配内存空间,包括四个部分:代码区、全局变量和静态变量区、栈区、堆区。
1、代码区:用来存放程序的指令。
2、全局变量和静态变量:用于存放全局变量、常量以及static存储的局部变量的内存分配。
3、栈区:用于存放局部变量、函数的形参、函数返回地址等内存分配。
4、堆区:用于存放变量的动态内存的分配。
对程序实体的内存分配可以采用三种存储分配方式:静态分配、自动分配、动态分配
静态分配:程序运行前,由编译器编译的时候进行的内存分配,且到整个程序运行完才释放内存空间(对应全局变量和静态变量区)
自动分配:在程序执行的时候才对其进行分配内存,执行完代码段或函数后就释放空间(对应栈区)
动态分配:有需要才进行内存分配,运行完手动释放内存空间(堆区)
-
-
-
- 注释设计
-
-
本系统代码注释有:类注释,属性注释,方法注释,以及功能注释。
类注释主要写类是实现哪方面功能的。属性注释标明属性代表的是什么。方法注释用以说明方法是实现什么功能的。功能注释是对某一特殊现象的代码块进行说明,以帮助程序员更好的理解代码服务。
-
-
-
- 尚未解决的问题
-
-
管理员的权限问题还未解决,对用户信息的增删改还未完成。
-
-
-
用户模块
- 模块说明:
-
用户模块
-
功能:登录,查询
性能:精确查询违章信息,响应时间不能超过1秒
输入项:(登录,查询)车牌号码、发动机号以及验证码
输出项:违章次数,总扣分,总罚款
说明:登录时同时实现简单查询功能。
-
-
-
- 界面设计
-
-
此处在管理员模块已说明
-
-
-
- 程序逻辑
-
-
系统普通用户模块设计是用户自己进行登录查询自己的违章信息,及确认自己的违章信息。由于系统功能设置,只有数据库里已有人员才可以查询到自己的违章信息,并且驾驶员只具备查询自己违章信息的功能。用户查询流程图如图 4.3.2‑1所示:
|
|
图 4.3.2‑1普通用户系统图
-
-
-
- 模块实现
-
-
用户模块主要体现在用户登录和用户查询这两个方面,下面主要从这两个方面介绍。
一、用户登录
前端界面如图 4.3.2‑2所示,在其填入正确的车牌号码、发动机号以及验证码,点击<登录>,即可登录成功。如果车牌号码或者发动机号不正确,将会有系统提示,如图 4.3.2‑3所示,如果验证码不正确,将会出现验证码不正确的提示如图 4.3.2‑4所示。
图 4.3.2‑2普通用户登录图
图 4.3.2‑3普通用户登录图
图 4.3.2‑4普通用户登录图
现在大体介绍一下用户登录时的相关代码。首先通过servlet拿到保存到前端界面的车牌号码和发动机号,把它作为参数传入事先写好的登录方法中如图 4.3.2‑5所示,
图 4.3.2‑5普通用户登录实现图
再输入验证码进行验证如图 4.3.2‑6所示。
图 4.3.2‑6普通用户登录实现图
二、用户查询
用户成功完成登录后,就会出现如图 4.3.2‑7所示的界面。
模块说明部分所述用户查询为简单用户查询,即登录时同时实现。
图 4.3.2‑7普通用户违章查询图
此处增加了一个“查看详情“”的用户查询,以下为此做出介绍。
如果用户点击查看详情,就会出现如图 4.3.2‑8所示的界面,如果该用户没有违章,就会出现一个“此用户没有违章!”的界面。
图 4.3.2‑8普通用户违章查询图
用户查询时,违章次数,总扣分,总罚款的代码实现,如图 4.3.2‑9所示,
图 4.3.2‑9普通用户违章查询实现图
具体的查询详情是通过list集合拿到车辆表中的有用信息,再通过servlet传递给前端界面select.jsp,具体代码如图 4.3.2‑10和图 4.3.2‑11所示。
图 4.3.2‑10普通用户违章查询实现图
图 4.3.2‑11普通用户违章查询实现图
-
-
-
- 接口
-
-
软件接口:服务器使用SQL SERVER的接口,进行对数据库的所有访问。
服务器程序上可使用SQL SERVER的对数据库的备份命令,以做到对数据的保存。
功能实现上调用内部自定义WeizhangDao接口
硬件接口:本系统无硬件接口
-
-
-
- 测试要点
-
-
(1)用户界面测试:与管理员模块相同
(2)业务测试:与管理员方法相同
不同之处(具体方法):按照需求文档中驾驶员对应的业务进行白盒黑盒测试。
(3)兼容性测试:与管理员模块相同
-
-
-
- 存储分配
-
-
与管理员相同
-
-
-
- 注释设计
-
-
与管理员相同
-
-
-
- 尚未解决的问题
-
-
权限问题还未解决。
本测试报告为《车辆信息违章管理系统》的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合用户及管理员皆可进行查询违章信息和唯管理员才有的添加违章信息的功能。
《车辆违章管理系统》是根据现有的大规模的车流信息而对车辆统一化管理的一种系统,目的在用户可以更快更详细的查询自己的车辆信息和违章信息,本系统采用简单的界面,使用户可以零距离接触,步骤简单操作,是一款非常好的车辆违章管理系统。
|
功能 模块 |
实例描述 |
操作步骤 |
输入要素 |
预期结果 |
测试 人员 |
1 |
管理员 登 录 |
管理员 登录 |
|
管理员账号
管理员密码 |
跳转到选择添加页面,进入管理员功能界面 |
李娜娜 |
2 |
用 户 登 录 |
用 户 登 录 |
|
车牌号 发动机号后6位 随机验证码 |
出现违章信息包括违章次数、总扣分、违章罚款 |
雷雪梅、李敏 |
3 |
添加违章信 息 |
添 加 违章 信 息 |
|
|
跳转到另一个页面,出现“添加成功四个字” |
王宇、王涛
|
4 |
添加车辆信息 |
添 加 车 辆信 息 |
|
驾驶证号 姓名 驾照状态 性别 出生日期 驾照类型 身份证号 详细地址 车辆类型 发动机号 |
跳转到另一个页面,出现“添加成功四个字” |
蔺鹏博、王佳成 |
5 |
用户查询违章详细信息 |
用 户 查 询违 章详细 信 息 |
只需点击“查看详情” 四个字即可 |
不需要 |
出现违章具体时间、地点、原因、 罚款 |
辛银波 |
-
-
-
测试用例
- 管理员登录测试
-
测试用例
-
名称:管理员登录测试:
目的:测试管理员登录功能
内容:用户名和密码认证
账户表
账户ID |
账户密码 |
xinyinbo |
11111111 |
wangtao |
22222222 |
limin |
66666666 |
测试用例
|
输入 |
输出 |
测试用例1 |
Limin,66666666 |
登录成功,跳转到主页面 |
测试用例2 |
Limin,55555555 |
非法的帐号或口令 |
测试用例3 |
(),44444444 |
不合理的输入 |
步骤及操作 操作完毕,打开用户界面察看结果
允许偏差 不允许有任何偏差
-
-
-
- 用户登录测试
-
-
名称:用户登录测试:
母的:测试用户登录功能
内容:用户名和密码认证
车辆表
car_id车牌号 |
car_mortor发动机编号 |
陕A44444 |
44444444a |
陕A52052 |
33333333c |
陕D2052 |
66666666d |
测试用例
|
输入 |
输出 |
测试用例1 |
陕A44444, 44444444a |
登录成功,跳转到主页面 |
测试用例2 |
陕A44444, 66666666d |
非法的帐号或口令 |
测试用例3 |
(),44444444a |
不合理的输入 |
步骤及操作 操作完毕,打开用户界面察看结果
允许偏差 不允许有任何偏差
-
-
-
- 添加违章信息
-
-
名称:添加违章信息测试:
目的:测试添加违章信息功能
内容:添加违章信息
违章表
weizhang_reason违章原因 |
weizhang_time违章时间 |
weizhang_address违章地点 |
weizhang_score违章记分 |
weizhang_money罚款金额 |
car_id车牌号 |
3 |
2018-01-13 |
西安雁塔 |
2 |
50 |
陕A44444 |
1 |
2018-03-13 |
西安雁塔 |
2 |
100 |
陕A52052 |
2 |
2018-5-21 |
西安雁塔 |
2 |
200 |
陕D2052 |
测试用例
|
输入 |
输出 |
测试用例1 |
1,2018-03-13,西安雁塔,2,100,陕A52052 |
添加成功 |
测试用例2 |
(),2018-03-13,西安雁塔,2,100,陕A52052 |
非法的帐号或口令 |
测试用例3 |
1,2018-03-13,西安雁塔,,100,陕A52052 |
违章记分为必填项 |
步骤及操作 操作完毕,打开用户界面察看结果
允许偏差 不允许有任何偏差
-
-
-
- 添加车辆信息
-
-
名称:添加车辆信息测试:
目的:测试添加车辆信息功能
内容:添加车辆信息
车辆表
car_id车牌号 |
car_type车辆类型 |
car_mortor发动机号 |
car_brand车辆品牌 |
person_lisid驾驶证号 |
陕A44444 |
2 |
44444444a |
大众 |
a44444 |
陕A52052 |
1 |
55555555b |
本田 |
b55555 |
陕D2052 |
2 |
66666666d |
本田 |
C66666 |
测试用例
|
输入 |
输出 |
测试用例1 |
陕A44444,2, 44444444a, 大众,a44444 |
添加成功 |
测试用例2 |
(),2, 44444444a, 大众,a44444 |
非法的帐号或口令 |
测试用例3 |
(),2, 4, 大众,a44444 |
发动机为必填项 |
步骤及操作 操作完毕,打开用户界面察看结果
允许偏差 不允许有任何偏差
-
-
-
- 用户查询违章信息
-
-
名称:用户查询违章信息测试:
目的:测试查询违章信息功能
内容:查询(用户名和密码认证)
车辆表
car_id车牌号 |
car_mortor发动机编号 |
陕A44444 |
44444444a |
陕A52052 |
33333333c |
陕D2052 |
66666666d |
测试用例
|
输入 |
输出 |
测试用例1 |
陕A44444, 44444444a |
登录成功,跳转到主页面 |
测试用例2 |
陕A44444, 66666666d |
非法的帐号或口令 |
测试用例3 |
(),44444444a |
不合理的输入 |
步骤及操作 操作完毕,打开用户界面察看结果
允许偏差 不允许有任何偏差
测试所展现的软件缺陷和不足,以及可能给软件运行带来的影响。
软件测试采纳的数据不是很全面,不能很好的接受外来的影响。可能如果这些间题存在,会影响系统的操作,秩序也会受到破坏。
保证系统的功能完整性及可靠性,本系统在开发过程中,坚持边开发边测试,并在系统完成后做了总体验收测试。测试方法采用静态测试与动态测试结合。静态测试解决了一些冗余代码等的问题,动态测试采用了黑盒测试和白盒测试。测试重点放在边缘数据及-一些功能的连锁反应。
测试主要发现并解决的问题:
1)对于每个页面都设置了访问权限,不是车管所类型的用户不能访问交
警管理界面系统的所有页面。
2)在查询车辆时,有-一些信息诸如车辆信息和驾驶员信息,用户选项等
是从数据库中直接读取出来,而不用手工输入。
通过软件测试,解决了一些潜在的系统漏洞,增强了系统功能,保障了软件的可用性。同时也开阔了我们的编程思维。
[1] 王夏黎,朱晓冬,周明全,魏军.交通违章视频检测管理系统的设计与实[J]长安大学学报(自然科学版),2005.
[2] 陈晓关,童绥望.智能交通信号优化控制系统框架[J].武汉理工大学学报,2004.
[3] 李刚,曾锐利,丁茹,林凌.多信息融合技术的城市交通监控系统的研究[J].传感技术学报,2006.
[4] 陈旭梅,于雷,郭继孚等.美国智能交通系统ITS软件开发技术联盟. ASP.NET开发实战[M].北京:清华大学出版社,2013
[5] 孙践知.网络程序设计案例教程:ASP.NET+SQL Server[M].北京:清华大学出版社,2008
[6] 李春葆,喻丹丹,曾慧.ASP.NET动态网站设计教程:基于C#+SQL Server[M].北京:清华大学出版社,2011
[7] 李萍、王得燕、杨文珺.ASP.NET(C#)动态网站开发案例教程[M].北京:机械工业出版社,2011
[8] 李艳.行政部规范化管理工具(第2版)[M].北京:人民邮电出版社,2010
[9] 王夏黎,朱晓冬,周明全,魏军.交通违章视频检测管理系统的设计与实[J]长安大学学报(自然科学版),2005.
[10] 陈晓关,童绥望.智能交通信号优化控制系统框架[J].武汉理工大学学报,2004.
[11] 李刚,曾锐利,丁茹,林凌.多信息融合技术的城市交通监控系统的研究[J].传感技术学报,2006.
[12] 陈旭梅,于雷,郭继孚等.美国智能交通系统ITS软件开发技术联盟. ASP.NET开发实战[M].北京:清华大学出版社,2013
[13] 孙践知.网络程序设计案例教程:ASP.NET+SQL Server[M].北京:清华大学出版社,2008
[14] 李春葆,喻丹丹,曾慧.ASP.NET动态网站设计教程:基于C#+SQL Server[M].北京:清华大学出版社,2011
[15] 李萍、王得燕、杨文珺.ASP.NET(C#)动态网站开发案例教程[M].北京:机械工业出版社,2011
[16] 李艳.行政部规范化管理工具(第2版)[M].北京:人民邮电出版社,2010