摘 要
随着计算机技术的高速发展，现代计算机系统已经从以计算为中心向以信息化处理为中心的方向发展。而汽车维修，不仅需要在硬件上为现代社会的人们提供一个汽车维修的平台，获取汽车知识的环境，更要在软件上为车辆提供汽车维修的服务。于是汽车维修管理系统便应运而生。
目前在本课题范围内，分析了汽车维修管理人员对汽车的管理现状和现有的用户对汽车维修管理人员的服务的要求。针对两者的要求，设计了一套基于SpringMVC的汽车维修管理系统。本系统的集成开发环境是Eclipse，使用MySQL作为数据库管理系统，Web服务器采用Tomcat，运用SpringMVC及Spring3.0框架技术实现。为了充分利用网络信息化的优势，本系统采用B/S结构。系统具有专门的供用户使用的前台和专门供汽车维修管理人员使用的后台。汽车维修管理系统，首页展示汽车维修管理系统的欢迎界面，管理员对车辆进行管理、查看、修改等操作，车辆对自己信息进行查看、修改等操作，对于用户而言可体验日常汽车管理的流程以及在线查询汽车的信息。
在汽车维修管理系统的实现下，汽车维修管理人员能够充分发挥信息化处理的优势，提高日常管理的处理速率。用户一方可以更好的享受信息化处理带来的便利。系统运行能够稳定且高效。并且人机友好程度能够显著提升。
关键词：汽车维修管理，SpringMVC，B/S
Design and implementation of automobile maintenance management system
Abstract
With the rapid development of computer technology, the modern computer system has developed from the computation-centered to the information-based processing. And the car maintenance, not only in the hardware for the modern society to provide a car maintenance platform, to acquire the car knowledge of the environment, but also in the software for the car owners to provide car maintenance services. Then the car maintenance management system came into being.
At present, in the scope of this subject, this paper analyzes the current situation of automobile maintenance management personnel and the service requirements of existing users to automobile maintenance management personnel. Aiming at the requirements of both, a vehicle maintenance management system based on SpringMVC is designed. The integrated development environment of this system is Eclipse, using MySQL as the database management system, Web server using Tomcat, using SpringMVC and Spring3.0 framework technology to achieve. In order to make full use of the advantages of network informatization, the system adopts B/S structure. The system has a dedicated front desk for users and a special background for car maintenance management personnel. Car maintenance management system, the home page shows the welcome interface of the car maintenance management system, the administrator to the owner of the management, view, modify and other operations, the owner of their own information to view, modify and other operations, for users can experience the daily car management process and online query car information.
With the realization of the automobile maintenance management system, the automobile maintenance management personnel can give full play to the advantages of information treatment and improve the processing rate of daily management. The user can better enjoy the convenience of information processing. The system runs stably and efficiently. And the degree of human-computer friendliness can be significantly improved.
****Key words:****Automobile maintenance management, SpringMVC, B / S
目 录
摘 要 I
Abstract II
第1章 项目概述 1
1.1 问题描述 1
1.2 项目目标 1
1.3 项目适用范围 1
1.4 项目应遵守的规范与标准 1
1.5 涉众 1
第2章 需求分析 2
2.1 业务需求 2
2.1.1 业务流程 2
2.1.2 业务对象 4
2.2 功能性需求 4
2.2.1 用例概述 4
2.2.2 用例细化描述 5
2.3 非功能性需求 11
2.4 运行环境 11
第3章 系统设计 13
3.1 技术路线 13
3.2 软件体系结构设计 14
3.2.1 功能结构 14
3.2.2 系统架构 14
3.3 数据库设计 15
3.3.1 概念结构设计 15
3.3.2 表的详细设计 16
第4章 系统实现 29
4.1 核心功能实现 29
4.2 关键技术难点与解决方案 32
4.3 编码规范 33
第5章 系统测试 34
5.1 功能测试 34
5.2 测试总结 36
第6章 结论与展望 38
参考文献 39
致 谢 40
第1章 项目概述
1.1 问题描述
目前现有的汽车维修管理系统对于用户而言其维修业务流程仍然过于繁琐，对于汽车维修而言其系统安全性并不能保障。同时整套系统所使用的技术相对较为落后，界面不能动态化展示。相比较于其它同类型网站而言不能体现技术先进性。
1. 2 项目目标
汽车维修管理系统的后台开发目标是以信息管理系统的管理和开发方法，用目前现有的新技术进行系统开发，提供后台管理员高度友好的界面操作以及迅捷的信息处理。而前台的开发目标是以用户的需求作为主导，提供对用户而言非常友好的界面操作环境以及完善系统功能。
本系统主要针对现在汽车维修管理系统中存在的问题，对需要改进的地方进行系统分析，对系统所要实现的功能进行完善，使得其更具有高度界面友好的特性。提出对于系统而言具备可行性的方案，做好系统分析。编译出界面友好，功能齐全的汽车维修管理系统。
1. 3 项目适用范围
该项目的前台适用于普通用户，后台适用于汽车维修管理人员。
1. 4 项目应遵守的规范与标准
为了信息传输的安全性，与数据库进行交互的情况下，重要的信息比如"用户密码"，一律用密文传输。
1. 5 涉众
在本系统中，涉及到的人员有汽车维修管理人员和用户。
对于汽车维修管理人员，其使用习惯是偏向于实用性和安全性。希望该系统能够高度安全，并且能够正常实现汽车维修管理业务的各项功能。
对于用户而言，其更倾向于界面友好性和便捷性。不仅希望系统能动态展示，还希望系统能够做到"一步到位"，其希望能实现的功能除了正常的汽车维修业务以外还希望能够网上维修业务的服务。
第2章 需求分析
2.1 业务需求
2 .1. 1 业务流程
在车辆信息流程中，管理员登录网站后台，汽车维修管理人员受理业务并可以添加车辆信息，其车辆信息流程总体业务如图2.1所示。
图2.1 车辆信息流程总体业务
在维修流程中，用户到网站后，车辆用户可以添加自己的汽车维修信息，其维修流程总体业务如图2.2所示。
图2.2 维修流程总体业务
在用户注册总体业务中，用户到汽车维修注册，汽车维修管理人员将根据用户情况进行注册，其用户注册流程总体业务如图2.3所示。
图2.3 用户注册流程总体业务
2. 2 功能性需求
2.2.1 用例概述
在图2.5高层用例图中抽取了满足汽车维修和用户的基本业务需求的基本用例。由这些用例所显示的从用户使用的前台和汽车维修管理人员使用的后台来完成汽车维修的正常运作。
|--------------|----------|----------------------------------|
| 用例标识（UC） | 用例名称 | 摘要描述 |
| 0 | 登录 | 使用系统前的身份验证。 |
| 1.1 | 更改密码 | 用户可以在系统上更改密码。 |
| 1.2 | 查看维修单信息 | 用户可以查看维修单信息，并可以获得包括维修名、价格、编号等信息。 |
| 2.1 | 管理用户信息 | 汽车维修管理人员可以管理用户的信息 |
| 2.2 | 管理库存信息 | 汽车维修管理人员可以管理库存的信息 |
| 2.3 | 管理供应商信息 | 汽车维修管理人员可以管理供应商的信息 |
| 2.4 | 管理维修师信息 | 汽车维修管理人员可以管理维修师的信息。 |
| 2.5 | 管理入库信息 | 汽车维修管理人员可以管理入库的信息。 |
| 2.6 | 管理维修项目信息 | 汽车维修管理人员可以管理维修项目的信息 |
2.2.2 用例细化描述
（1）管理用户信息用例
汽车维修管理人员可以通过管理用户信息用例对用户信息进行维护，包括对用户信息的增删改查。管理用户信息用例图如图2.6所示。
图2.6 管理用户信息用例图
添加用户信息用例中描述如表2.2所示。
表2.2 添加用户信息用例表
|-----------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 用例标识 | 2.1.1 |
| 用例名称 | 添加用户信息 |
| 参与者 | 汽车维修管理人员 |
| 前置条件 | 已经以汽车维修管理人员身份登录。 |
| 后置条件 | 在用户表中添加一条用户信息。 |
| 用例概述 | 汽车维修管理人员可以对用户信息进行添加。 |
| 基本事件流 | 1. 汽车维修管理人员在管理用户主界面选取添加用户信息项。 2. 系统显示添加用户界面。 3. 汽车维修管理人员按照用户提供的信息输入用户姓名、用户密码、用户性别、用户电话后，提交添加请求。 4. 系统检查输入信息的有效性。 5. 系统查询结果确认没有重复姓名，将录入用户信息到用户信息表中。 6. 系统显示添加用户成功。 |
| 备选事件流 | 5a 系统查出有重复姓名，将显示添加用户失败，管理员重新输入另一名称，系统查出没有重复姓名，显示添加用户成功。 |
| 备注 | 用户编号生成 |
更改用户信息用例描述如表2.3所示。
表2.3更改用户信息用例表
|-----------|-------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 用例标识 | 2.1.2 |
| 用例名称 | 更改用户信息 |
| 参与者 | 汽车维修管理人员 |
| 前置条件 | 已经以汽车维修管理人员身份登录。 |
| 后置条件 | 在用户表中更改一条用户信息。 |
| 用例概述 | 汽车维修管理人员可以对用户信息进行更改。 |
| 基本事件流 | 1. 汽车维修管理人员在管理用户主界面选取更改用户信息项。 2. 系统显示更改用户界面,并将用户信息显示齐全。 3. 汽车维修管理人员按照用户提供信息更改用户信息，提交更改请求。 4. 系统检查输入信息的有效性。 5. 系统根据查询结果确认没有重复姓名，将更改用户信息表中的记录。 6. 系统显示更改用户成功。 |
| 备选事件流 | 5a 系统查出有重复姓名，将显示更改用户失败，管理员重新输入另一名称，系统查出没有重复姓名，显示更改用户成功。 |
| 备注 | 无 |
删除用户信息用例描述如表2.4所示。
表2.4删除用户信息用例表
|-----------|-------------------------------------------------------------------------------------------------|
| 用例标识 | 2.1.3 |
| 用例名称 | 删除用户信息 |
| 参与者 | 汽车维修管理人员 |
| 前置条件 | 已经以汽车维修管理人员身份登录。 |
| 后置条件 | 在用户表中删除用户信息。 |
| 用例概述 | 汽车维修管理人员可以对用户信息进行删除。 |
| 基本事件流 | 1. 汽车维修管理人员在管理用户主界面选取删除用户信息项。 2. 系统显示是否删除用户，汽车维修管理人员选择删除。 3. 系统删除用户信息表中相对应的用户信息。 4. 系统显示删除用户成功。 |
| 备选事件流 | 2a 系统显示是否删除用户，管理人员选择不删除。系统不改变 |
| 备注 | 无 |
搜索用户信息用例描述如表2.5所示。
表2.5搜索用户信息用例表
|-----------|----------------------------------------------------------------------------------------------|
| 用例标识 | 2.1.4 |
| 用例名称 | 搜索用户信息 |
| 参与者 | 汽车维修管理人员 |
| 前置条件 | 已经以汽车维修管理人员身份登录。 |
| 后置条件 | 在用户表中搜索用户信息。 |
| 用例概述 | 汽车维修管理人员可以搜索用户信息。 |
| 基本事件流 | 1. 汽车维修管理人员在管理用户主界面选取搜索用户信息项。 2. 系统显示搜索用户页面。 3. 汽车维修管理人员输入用户个别信息，并进行搜索。 4. 系统根据输入的信息，返回搜索结果。 |
| 备选事件流 | 4a 系统根据输入结果搜索不到结果，在主页面显示搜索不到结果。 |
| 备注 | 无 |
（2）管理维修项目信息用例
汽车维修管理人员可以通过管理维修项目信息用例对维修项目信息进行维护，包括对维修项目信息的增删改查。管理维修项目信息用例图如图2.7所示。
其添加维修项目信息用例的描述如表2.6所示。
表2.6 添加维修项目信息用例表
|-----------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 用例标识 | 2.4.1 |
| 用例名称 | 添加维修项目信息 |
| 参与者 | 汽车维修管理人员 |
| 前置条件 | 已经以汽车维修管理人员身份登录。 |
| 后置条件 | 在维修项目表中添加一条维修项目信息。 |
| 用例概述 | 汽车维修管理人员可以对维修项目信息进行添加。 |
| 基本事件流 | 1. 汽车维修管理人员在管理维修项目主界面选取添加维修项目信息项。 2. 系统显示添加维修项目界面。 3. 汽车维修管理人员输入维修项目名称、维修项目简介后，提交添加请求。 4. 系统检查输入信息的有效性。 5. 系统根据查询结果确认没有重复维修项目名，将维修项目信息录入到维修项目信息表中。 6. 系统显示添加维修项目成功。 |
| 备选事件流 | 5a 系统查出有重复书记类别名称，将显示添加维修项目失败，管理员重新输入另一名称，系统查出没有重复维修项目，显示添加维修项目成功。 |
| 备注 | 维修项目编号生成 |
更改维修项目信息用例描述如表2.7所示。
表2.7 更改维修项目信息用例表
|-----------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 用例标识 | 2.4.2 |
| 用例名称 | 更改维修项目信息 |
| 参与者 | 汽车维修管理人员 |
| 前置条件 | 已经以汽车维修管理人员身份登录。 |
| 后置条件 | 在维修项目表中更改一条维修项目信息。 |
| 用例概述 | 汽车维修管理人员可以对维修项目信息进行更改。 |
| 基本事件流 | 1. 汽车维修管理人员在管理用户主界面选取更改维修项目信息项。 2. 系统显示更改维修项目界面,并将维修项目信息显示齐全。 3. 汽车维修管理人员更改维修项目信息，提交更改请求。 4. 系统检查输入信息的有效性。 5. 系统根据查询结果确认没有重复维修项目名称，将更改维修项目信息表中信息。 6. 系统显示更改维修项目成功。 |
| 备选事件流 | 5a 系统查出有重复维修项目名称，将显示更改维修项目失败，管理员重新输入另一名称，系统查出没有重复维修项目名称，显示更改维修项目成功。 |
| 备注 | 无 |
删除维修项目信息用例描述如表2.8所示。
表2.8删除维修项目信息用例表
|-----------|--------------------------------------------------------------------|
| 用例标识 | 2.4.3 |
| 用例名称 | 删除维修项目信息 |
| 参与者 | 汽车维修管理人员 |
| 前置条件 | 已经以汽车维修管理人员身份登录。 |
| 后置条件 | 在维修项目表中删除维修项目信息。 |
| 用例概述 | 汽车维修管理人员可以对维修项目信息进行删除。 |
| 基本事件流 | 1. 汽车维修管理人员在管理维修项目主界面选取类别后删除维修项目信息项。 2. 系统显示是否删除维修项目，汽车维修管理人员选择删除。 |
续表2.8删除维修项目信息用例表
|-----------|-----------------------------------------------------------------------------------------|
| 基本事件流 | 3. 系统检查供应商分类下是否有供应商 4. 系统确认供应商分类下无供应商，将删除维修项目信息表中指定信息。 5. 系统显示删除供应商分类成功。 |
| 备选事件流 | 1a 选取不同类别，选择批量删除 2a 系统显示是否删除维修项目，汽车维修管理人员选择不删除。系统不改变 4a 系统确认供应商分类下有供应商，显示因分类下有供应商，删除失败。 |
| 备注 | 无 |
（3）管理供应商信息用例
汽车维修管理人员可以通过管理供应商信息用例对维修项目信息进行维护，包括对供应商信息的增删改查。管理供应商信息用例图如图2.8所示。
图2.8 管理供应商信息用例图
新增供应商信息用例描述如表2.9所示。
表2.9 新增供应商信息用例表
|-----------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 用例标识 | 2.5.1 |
| 用例名称 | 新增供应商信息 |
| 参与者 | 汽车维修管理人员 |
| 前置条件 | 已经以汽车维修管理人员身份登录。 |
| 后置条件 | 在供应商表中添加一条供应商信息。 |
| 用例概述 | 汽车维修管理人员可以对供应商信息进行添加。 |
| 基本事件流 | 1. 汽车维修管理人员在管理供应商主界面选取添加供应商信息项。 2. 系统显示新增供应商界面。 3. 汽车维修管理人员输入供应商名称、供应商地址、联系电话、供应商内容、负责人，提交添加请求。 4. 系统检查输入信息的有效性。 5. 系统根据查询结果确认没有重复供应商名称，将信息录入到供应商信息表中。 6. 系统显示添加供应商成功。 |
| 备选事件流 | 5a 系统查出有重复供应商名称，将显示添加供应商失败，管理员重新输入另一名称，系统查出没有重复供应商名称，显示添加供应商成功。 |
| 备注 | 供应商编号生成 |
更改供应商信息用例描述如表2.10所示。
表2.10更改供应商信息用例表
|-----------|---------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 用例标识 | 2.5.2 |
| 用例名称 | 更改供应商信息 |
| 参与者 | 汽车维修管理人员 |
| 前置条件 | 已经以汽车维修管理人员身份登录。 |
| 后置条件 | 在供应商表中更改一条供应商信息。 |
| 用例概述 | 汽车维修管理人员可以对供应商信息进行更改。 |
| 基本事件流 | 1. 汽车维修管理人员在管理供应商主界面选取更改供应商信息项。 2. 系统显示更改供应商界面,并将供应商信息显示齐全。 3. 汽车维修管理人员更改供应商信息，提交更改请求。 4. 系统检查输入信息的有效性。 5. 系统根据查询结果确认没有重复供应商名称，将更改供应商信息表中的记录。 6. 系统显示更改供应商成功。 |
| 备选事件流 | 5a 系统查出有重复供应商名称，将显示更改供应商失败，管理员重新输入另一名称，系统查出没有重复供应商名称，显示更改供应商成功。 |
| 备注 | 无 |
删除供应商信息用例描述如表2.11所示。
表2.11 删除供应商信息用例表
|-----------|----------------------------------------------------------------------------------------------------------------|
| 用例标识 | 2.5.3 |
| 用例名称 | 删除供应商信息 |
| 参与者 | 汽车维修管理人员 |
| 前置条件 | 已经以汽车维修管理人员身份登录。 |
| 后置条件 | 在供应商表中删除供应商信息。 |
| 用例概述 | 汽车维修管理人员可以对供应商信息进行删除。 |
| 基本事件流 | 1. 汽车维修管理人员在管理供应商主界面选取供应商后选择删除供应商信息。 2. 系统显示是否删除供应商，汽车维修管理人员选择删除供应商。 3. 系统删除供应商信息表中的相对应的供应商信息。 4. 系统显示删除供应商成功。 |
| 备选事件流 | 1a 选取不同供应商后，选择批量删除 2a 系统显示是否删除供应商，管理人员选择不删除。系统不改变 |
| 备注 | 无 |
2. 3 非功能性需求
安全性：用户信息具有保密性，用户信息只能由汽车维修管理人员控制更改使用，用户注册也只能在汽车维修管理人员处进行注册登记。
正确性：不允许出现业务错误。
兼容性：可在各种支持HTML5的浏览器中使用。
性能：系统处理业务时页面响应时间不能超过2秒，在繁忙时间最多不能超过6秒。
并发性：允许多个用户用户登录操作。
2 .4 运行环境
汽车维修管理系统运行需要的硬件环境如下
（1）主机类型
系统主机服务器：DELL PowerEdge R630，四核CPU，8G RAM
数据库服务器：HP DL388 Gen9，四核CPU，8G RAM
用户用PC机：任意可联网设备
（2）网络类型
以太网
（3）存贮器容量
系统主机服务器：200G以上
数据库服务器：1000G以上
（4）设备分布图
设备分布图如图2.9所示。
图2.9 设备分布图
汽车维修管理系统运行所需的软件环境如下。
（1）操作系统：
应用服务器：Windows NT Server 2008以上版本
用户用PC机：windows XP和以上
（2）数据库管理系统：
MySQL 5.0.27
（3）网页浏览器：
应用服务器：Google Chrome
用户用PC机：Google Chrome或者Firefox
（4）开发环境：
IDE采用Eclipse Java EE IDE Luna（4.4.1）
（5）数据库管理工具：
Navicat Premium 10.0.9
（6）运行环境：
Tomcat 7.0 + Apache
第3章 系统设计
3.1 技术路线
在汽车维修管理系统中，用到的技术路线如下：
B/S(Browser /Service )结构，中文译为浏览器和服务器结构。是目前国内最为常见，而且对于用户而言是最方便的一个常用结构，对以往的客户机/服务器结构（Client/Service）进行更深一层的优化。在这种结构下，用户只需要使用任意浏览器即可进行主要事物的实现和使用。其主要的逻辑在服务器端（Service）完成，而在浏览器部分只处理非常少的事物逻辑处理。可以看作从传统的二层模式结构发展而来的在C/S(Client/Service)结构在Web上的应用的三层结构。该结构适用面非常广，其对系统维护所产生的升级成本和人力时间更低，用户使用成本低，以目前的技术发展情况看，其技术相对来讲易于把握。
Spring MVC是 Spring提供用于构建 Web应用程序的轻量级全功能的 MVC模块开发框架，作为一个一站式轻量级应用开发框架（平台）， Spring抽象了在各类生活场合中的各种共性问题。Spring有其自身独有的设计理念，在Java EE的应用开发中，支持POJO和使用JavaBean的开发方式，使应用可以进行面向接口开发。其支持OO（面向对象）的设计方法。SmartAdmin是一套基于JQuery，Bootstrap构建的UI组件库，是将各种JQuery插件和Bootstrap整合到一起，是一整套基于完整的应用开发UI库。
UEditor是一款由百度开发的所见即所得富文本Web编辑器，具有轻量，可定制，注重用户体验等特点，开源基于MIT协议，允许自由使用和修改代码。
JQuery是一个快速的、简洁的JavaScript框架，其封装JavaScript常用的功能代码，提供一种简便的JavaScript设计模式，优化HTML文房操作，时间处理、动画设计和Ajax交互。
Bootstrap，是一个来自Twitter的Web框架。目前很受Web前端开发者们的欢迎，Bootstrap是基于HTML、CSS、JavaScript而成的，以此而形成更加快捷的Web开发方式。其在JQuery的基础上进行了更加人性化和个性化的完善，形成一套Bootstrap独有网站风格。Bootstrap包含了目前非常主流的Web组件，在开发过程中可以通过这些组件快速搭建既实用又美观的网站。许多前端开发者较为熟悉的框架（如WeX5）也是基于Bootstrap进行性能优化而形成的。
3. 2 软件体系结构设计
3. 2 .1 功能 结构
根据需求调研结果确定本系统主要包括以下功能模块，如图3.1所示。
图3.1系统功能结构图
3. 2 . 2 系统架构
系统架构图如图3.2所示。
图3.2 系统架构图
系统架构选用Spring3.0架构。作为在Java领域最为成功的开源软件之一，Spring在Java EE 开发中使用者众多。Spring抽象了我们在目前许多应用开发中所遇到的最共性的问题，同时作为一个轻量级的应用开发框架，Spring和传统的J2EE开发相比，有其自身特有的特点。Spring通过这些自身特有的特点充分体现了它的设计理念：在Java EE的应用开发中，支持POJO（JavaBean）的开发方式，使应用能够面向接口开发，充分支持OO（面向对象）的设计方法。在IOC容器和AOP面向切面编程的核心模块的支持下，使得程序员能够高度简化了Java EE的开发过程。为应用开发提供了极其丰富的系统组件，通过这些组件，为企业应用服务的实现提供驱动支持。
3. 3 数据库设计
3.3.1 概念结构设计
针对汽车维修管理系统的功能性需求方面的了解，系统概念模型（ER图）如图3.3所示。
图3.3 系统概念模型ER图
3.3.2 表的详细设计
通过对汽车维修管理系统在需求分析中的领域对象、业务对象及对象之间的分析，进行了对汽车维修管理系统的数据库建表设计。如表3.1-表3.6 所示。汽车维修管理系统数据库管理部分采用MySQL。
（1）管理人员信息表(admin)
管理人员信息表主要用于保存汽车维修管理人员的信息，主要字段包括：管理人员ID、登录账号、登录密码。表结构如表3.1所示。
表3.1 管理人员信息表（admin）
|----------|----------|--------|---------|----------|------------|
| 列名 | 数据类型 | 长度 | 允许空 | 是否主键 | 说明 |
| userid | varchar | 32 | 否 | 是 | 汽车维修管理人员ID |
| username | varchar | 50 | 否 | 否 | 登录账号 |
| password | varchar | 100 | 否 | 否 | 登录密码 |
（2）车辆信息表(user)
车辆信息表主要用于保存用户的信息，主要字段包括：用户ID、用户名称、用户登录密码、用户性别、用户电话。表结构如表3.2所示。
表3.2 车辆信息表（user）
|----------|----------|--------|---------|----------|--------|
| 列名 | 数据类型 | 长度 | 允许空 | 是否主键 | 说明 |
| Id | varchar | 32 | 否 | 是 | 用户ID |
| name | varchar | 100 | 否 | 否 | 用户名 |
| username | varchar | 32 | 否 | 否 | 用户登录名 |
| pwd | varchar | 100 | 否 | 否 | 密码 |
| sex | varchar | 100 | 否 | 否 | 性别 |
| tel | varchar | 100 | 否 | 否 | 手机 |
| chepai | varchar | 100 | 否 | 否 | 车牌 |
| beizhu | varchar | 100 | 否 | 否 | 备注 |
| chexing | varchar | 100 | 否 | 否 | 车型 |
（3）供应商信息表(gys)
供应商信息表主要用于保存供应商的信息，主要字段包括：供应商ID、供应商名称、供应商地址，联系电话。表结构如表3.3所示。
表3.3 供应商信息表（gys）
|--------|----------|--------|---------|----------|--------|
| 列名 | 数据类型 | 长度 | 允许空 | 是否主键 | 说明 |
| id | varchar | 32 | 否 | 是 | ID |
| name | varchar | 100 | 否 | 否 | 供应商名称 |
| addr | text | 0 | 是 | 否 | 供应商地址 |
| tel | varchar | 100 | 否 | 否 | 联系电话 |
| fuzren | varchar | 100 | 否 | 否 | 负责人 |
| beizhu | varchar | 100 | 否 | 否 | 备注 |
（4）维修项目出库信息表(chuku)
维修项目出库信息表主要用于保存维修项目出库的信息，主要字段包括：ID、维修项目、维修单号、维修项目、维修项目编号、维修项目名称、维修项目供应商、单价。表结构如表3.4所示。
表3.4 维修项目出库信息表（chuku）
|--------|----------|--------|---------|----------|---------|
| 列名 | 数据类型 | 长度 | 允许空 | 是否主键 | 说明 |
| id | varchar | 32 | 否 | 是 | ID |
| pinfo | varchar | 32 | 否 | 否 | 维修项目 |
| wx | varchar | 100 | 否 | 否 | 维修单号 |
| xm | varchar | 100 | 否 | 否 | 维修项目 |
| bh | varchar | 100 | 否 | 否 | 维修项目编号 |
| name | text | 0 | 否 | 否 | 维修项目名称 |
| gys | date | 0 | 否 | 否 | 维修项目供应商 |
| jiage | varchar | 100 | 否 | 是 | 单价 |
| wnum | varchar | 100 | 否 | 是 | 数量 |
| uname | varchar | 100 | 否 | 是 | 经手人 |
| sdate | varchar | 100 | 否 | 是 | 出库日期 |
（5）维修项目信息表(book_article)
维修项目信息表主要用于保存维修项目的信息，主要字段包括：维修项目ID、维修项目名称、维修项目编号。表结构如表3.5所示。
表3.5 维修项目信息表（book_article）
|---------|----------|--------|---------|----------|--------|
| 列名 | 数据类型 | 长度 | 允许空 | 是否主键 | 说明 |
| Id | varchar | 32 | 否 | 是 | ID |
| name | varchar | 100 | 否 | 否 | 维修项目名称 |
| bianhao | varchar | 100 | 否 | 否 | 维修项目编号 |
| jiage | varchar | 100 | 否 | 否 | 维修项目价格 |
| gys | varchar | 100 | 否 | 否 | 供应商 |
（6）入库信息表(ruku)
入库信息表主要用于保存入库的信息，主要字段包括：ID、维修项目、名称、编号、价格。表结构如表3.6所示。
表3.6 入库信息表（ruku）
|--------|----------|--------|---------|----------|--------|
| 列名 | 数据类型 | 长度 | 允许空 | 是否主键 | 说明 |
| Id | varchar | 32 | 否 | 是 | ID |
| pinfo | varchar | 100 | 否 | 否 | 维修项目 |
| name | varchar | 15 | 否 | 否 | 名称 |
| bk | varchar | 100 | 否 | 否 | 编号 |
| jiage | varchar | 10 | 否 | 否 | 价格 |
| kucun | varchar | 10 | 否 | 否 | 数量 |
| sdate | varchar | 10 | 否 | 否 | 入库日期 |
