基于SpringBoot+Vue交通管理在线服务系统的开发（源码+部署说明+演示视频+源码介绍+lw）（2）

基于SpringBoot+Vue交通管理在线服务系统的开发（源码+部署说明+演示视频+源码介绍+lw）（1）https://developer.aliyun.com/article/1558946

4.3.2 数据库物理设计

作为程序后台的支持，本数据库也需要设计数据存储的结构。而数据存储结构的设计就包括了数据表结构的设计和创建。数据表结构包括了字段，数据类型，还有字段的取值范围等信息。而E-R模型中的实体就是一张表，实体的特征就可以作为该表中的字段，根据本程序信息存储要求，设计每个字段需要的类型，还有该字段的取值范围等。每当设计完成一张数据表，就需要及时保存在数据库里面，并对该设计的数据表准确命名，要求设置的数据表的名称尽量不要是中文，而且要方便记忆。因为在程序编码阶段，通过SQL语句可以把程序里面的数据写入在各个数据表里面，而这个环节需要使用到数据表的名称。如果数据表名称是中文的话，可能会乱码并影响程序运行。下面就以表格形式展示设计的结果。

表4.1字典表

表4.2驾驶证业务表

表4.3机动车业务表

表4.4新闻信息表

表4.5违法处理业务表

表4.6用户表

表4.7用户表表

第5章系统实现

这个环节需要使用前面的设计方案，包括对系统模块的设计，还有对程序后台的数据支持的数据库的设计等。不过这部分内容还是强调系统编码人员的开发能力，要把前面设计的内容通过编码的形式以一个完整的，可以运行的系统呈现出来。

功能模块的实现

5.1用户信息管理

如图5.1显示的就是用户信息管理页面，此页面提供给管理员的功能有：用户信息的查询管理，可以删除用户信息、修改用户信息、新增用户信息，

还进行了对用户名称的模糊查询的条件

图5.1 用户信息管理页面

5.2 驾驶证业务管理

如图5.2显示的就是驾驶证业务管理页面，此页面提供给管理员的功能有：查看已发布的驾驶证业务数据，修改驾驶证业务，驾驶证业务作废，即可删除，还进行了对驾驶证业务名称的模糊查询驾驶证业务信息的类型查询等等一些条件。

图5.2 驾驶证业务管理页面

5.3机动车业务管理

如图5.3显示的就是机动车业务管理页面，此页面提供给管理员的功能有：根据机动车业务进行条件查询，还可以对机动车业务进行新增、修改、查询操作等等。

图5.3 机动车业务管理页面

5.1机动车业务类型管理

如图5.4显示的就是机动车业务类型管理页面，此页面提供给管理员的功能有：根据机动车业务类型进行新增、修改、查询操作等等。

图5.4 机动车业务类型管理页面

第6章 系统测试

尽管系统在编码过程中，程序的编制人员也会对编程的功能模块进行逐个测试，但还是避免不了已经组合完成的系统整体没有错误。很多时候，面对功能繁多，逻辑复杂的系统时，系统的测试就需要不同人来测试，并设计一些故障来检验系统的应对能力，以及发现很多系统内部的潜在问题。并通过寻求解决办法去完善系统，确保系统质量。

6.1 系统测试方法

根据系统的测试流程，划分的系统测试方法有单元测试，集成测试，系统测试，验收测试。接下来就开始描述这些内容。

单元测试：这个测试环节在编码中用得最多，主要是编程人员进行的，通常对编码实现的各个子模块当成一个单元完成测试，主要基于代码的层面去发现问题，所以它也是白盒测试中的一种。

集成测试：这个环节进行的前提是，已经把系统的各个子模块进行了组合，然后把组合的完整系统进行测试，检验组成目标系统的各个子模块是否具备兼容性，还有目标系统是否根据预期目标正常运行。

系统测试：这个环节用到了黑盒测试，主要是检验系统的功能。并确定目标系统的各个功能是否运行正常。

验收测试：这个环节需要用户参与，让用户在系统操作界面上通过对不同数据的输入，检测系统的输出结果，以此检验目标系统与用户需求之间存在的差异程度。存在的差异越小，就代表着越符合用户的期望。

6.2 功能测试

交通管理在线服务系统的目标用户最终面向的是系统的功能，所以检验本系统的功能也是一项重要任务，只有该系统的功能都能保证正常使用，才会吸引更多的用户来使用。

6.2.1 登录功能测试

本系统在编码时，提前在登录模块编写了安全验证规则，通过判断访问者提供的数据，引导符合要求的用户进入指定页面。测试表如下。错误的数据输入，在本系统中会得到及时的反馈提示。

表6.1 登录功能测试表

6.3 测试结果分析

通过测试，可以发现交通管理在线服务系统具备完善的功能，同时具备易操作性和易维护性的特点，在系统安全性上也有比较健全的数据保护机制。至此，交通管理在线服务系统可以投入使用。