随着人们生活水平的提高，私家车的数量正在在逐年攀升。由此带动了汽车维修行业的发展，越来越多的汽车维修厂如雨后春笋般涌现。作为汽车维修厂，如何高效的对维修长进行管理是企业管理者需要着重考虑的问题。而汽车维修管理系统就是一个能够帮助汽车维修长进行业务管理、客户信息管理和员工信息管理的软件系统。 本课题基于Java技术的汽车维修管理软件的设计与实现。其主要解决的问题有：
（1）车辆接待：系统需要实现添加来访者以及其车辆的信息，需要进行开单操作，同时为维修单分配维修人员和质检人员。
（2）维修项目登记：维修人员登录系统能够看到自己当前所有的维修任务，进行维修检查，系统需要纪录维修人员填写的维修项目以及工时和维修领料的情况。
（3）维修领料：按照维修人员的相关信息和时间范围的条件,查询用户维修用料登记的情况，可以查看每一项登记的领取历史，对于材料库存不够的情况,需要进行材料采购的申请。
（4）质检完工：质检员查看自己的质检任务，进行质检，录入质检结果到系统中。
（5）消费结算：车主在约定的时间进行提车，查看维修单，进行付款操作。
（6）配件管理：管理配件的信息，采购相关的配件，录入信息到系统中。
（7）基础数据管理：对系统的一些参数进行配置，管理系统的一些基础的数据，个人信息的查看以及密码修改等相关功能的实现。

系统使用tomcat作为servlet容器，mysql作为后台的数据库，服务器端使用Spring、SpringMVC和Mybatis框架来进行开发。前段的开发部分主要采用EasyUI和jQuery框架。系统页面部分采用WebStorm开发工具 ，后端的部分使用eclipse来作为开发工具，数据库开发使用Navicat for MySQL来完成开发。

摘要

随着人们生活水平的不断提高，私家车的数量正在逐年攀升。这带动了汽车维修行业的发展。越来越多的汽车维修厂如雨后春笋般涌现。同时，维修厂的业务操作产生了庞大的数据，这给汽车维修厂工作人员的数据管理提出了新的要求，他们需要去考虑如何高效无差错的处理数据，保证维修厂的高效运营，来提升他们的经济效益。所以，汽车维修厂需要一个能够帮助他们处理维修厂的业务数据、客户数据和员工数据信息管理系统。

本课题主要解决的问题有：（1）车辆接待：系统需要实现添加来访者以及其车辆的信息，进行开单操作，并为维修单分配维修人员和质检人员。（2）维修项目登记：维修人员维修检查，登记维修用料和维修工时的情况。（3）维修领料：维修人员人员领取维修材料。（4）质检完工：质检员进行质检，录入质检结果到系统中。（5）消费结算：查询维修单，进行付款操作。（6）配件管理：工作人员管理配件的信息。

本文首先介绍了汽车维修管理的课题研究的背景，当前发展的现状和面临的问题。接着介绍了本次课题所用到的技术。然后是需求分析，使用面向对象的思想方法结合UML分析建模工具来完成。然后介绍了系统的设计部分，详细说明了系统的业务逻辑和具体的实现方法。描述了系统的数据库设计。还介绍了系统的具体实现部分。本系统使用SMM框架来实现，页面使用EasyUI来完成。最后介绍了系统的测试部分，选取了一部分功能进行测试。

关键词 汽车维修管理；Java；SSM；EasyUI

Abstract

With the continuous improvement of people’s living standards, the number of
private cars is increasing year by year. This leads to the development of the
automotive maintenance industry. More and more car repair factories have sprung
up. At the same time, the maintenance operations of the plant have generated a
large amount of data, which put new requirements for the data management of the
staff of the vehicle repair factory. They need to think about how to handle data
efficiently and without error to ensure efficient operation of the maintenance
and plant their economic benefits. Therefore, the car repair factories need a
business data management system that can help them deal with the maintenance
plant’s business data, customer data and employee data.

The main problems solved in this paper are: (1) vehicle reception: the system
needs to add visitors and their vehicle information, billing operations, and
assign maintenance staff and quality inspection staff to the maintenance order.
(2) maintenance project registration: maintenance staff can carry out
maintenance inspection, register maintenance materials and maintenance hours.
(3) maintenance picking: maintenance staff receive maintenance materials. (4)
quality inspection completed: quality inspectors quality inspection and input
quality inspection results to system. (5) consumer billing: check the
maintenance order and make payment operation. (6) accessories management: staff
management accessories information.

This paper firstly introduces the background, current situation and problems of
vehicle maintenance management. Then the paper introduces the technology used in
this project. Then the requirement analysis is carried out by using the
object-oriented method and UML analysis modeling tools. Then the design of the
system is introduced, and the business logic of the system is described in
detail. It describes the database design of the system. It also describes the
specific implementation of the system. The system uses the SMM framework to
achieve and the pages use EasyUI to complete. At last, it introduces the test
part of the system and selects some functions to test it.

Keywords Vehicle Maintenance Management Java SSM EasyUI

1 绪论

1.1 课题研究的背景

随着我国汽车制造业的不断发展，汽车数量在不断的增加。在这种背景下，出现了越来越多的汽车修理厂，汽车维修行业展现了蓬勃发展的趋势。有相关的调查资料显示，在2013年，我国的汽车售后的资金规模量已经高达4500亿元，未来还在呈不断上升的趋势。我们可以发现，汽车的售后服务在整个产业链中占据着越来越重要的地位。很多的汽车厂家开始把自己品牌售后服务维修作为重要的战略要点之一。

由于这些新增长点的出现，汽车修理厂的业务数据量也变得多了起来，这对汽车维修行业的管理者们对业务数据的管理发起了新的挑战。维修厂的工作人员除了要面对自己眼前的维修任务，还要处理来自修理厂其他的基础业务信息。这些数据即使被记录下来也无法被加以有效的管理和利用。在传统的汽车修理厂的管理模式中，维修厂的工作人员只能通过手工表格的方式来记录这些信息。但是这些数据量过于庞大和复杂，查找起来不太容易更不方便去统计，这给工作人员的数据处理带来了一定的麻烦，在一定程度上降低了修理厂的运营效率。这些问题也逐渐成为了汽车维修管理中的痛点。所以在这种背景下，需要有一个管理系统，来将维修厂日常运营产生的数据进行管理、分析和统计，让维修厂的管理人员从繁琐的数据处理中解脱出来。从现有普遍的汽车修理厂的工作模式出发，经过调查和分析，整个业务流程大体上分为五个主要的步骤，分别为维修接待、维修登记、维修领料、维修质检和支付结算。汽车维修厂信息管理系统需要能够实现客户资料的管理、维修订单的维修领料情况管理和维修项目登记管理等功能。让这些数据便于汽修厂内部的对账、修理厂员工的考绩效核以及消费者最终的消费结算。基于以上的讨论，一个能够支撑汽车修理厂日常运营的信息管理系统需要被开发出来，来帮助修理厂提高工作的效率，解决数据存储和统计的相关问题，为汽车修理厂带去更多的经济效益提升在同行业中的竞争力。

1.2 课题研究的现状

在现实场景中，按照传统的做法，汽车修理厂的工作人员每天需要记录大量的来访的用户的信息，对于用户的每一个订单需要进行维修进度的追踪，以及支付的追踪。还要处理一大堆员工的业绩和汽车维修零件相关采购等基础信息，在这些大量复杂而且没有经过处理的数据面前，工作人员也会束手无策。现在市面上的一些类似的管理系统有很少的一部分能够真正从汽车维修厂的实际业务出发，解决汽车修理厂的维修订单追踪和庞大的数据统计等问题。

1.3 课题研究的意义

汽车行业作为当前热门的的行业之一，在我们的生活中扮演着重要的角色，对于维修厂而言，如何高效的提高汽修厂的工作效率是我们需要考虑的问题。按照传统的方式，汽车维修厂的数据维护成本太大，效率低下，而且容易出现错误，这严重阻碍了汽车修理厂的正常的运营。所以一个能够帮助汽车修理厂从接单到维修到维修领料再到完工以及最后的支付结算需要被设计开发出来，而本课题就是着重解决这几个业务流程，帮助用户去除维修管理中的痛点，真正做到高效的自动化管理，提高维修厂工作人员的效率。为汽车修理厂解决数据量大，数据复杂不知如何管理的问题。

1.4 文档的内容

全文共有六大模块。

第1章绪论，该部分主要介绍了本课题研究的背景、现状和意义。是全文的开篇，着重阐述了本文需要解决哪些现实生活问题。

第2章开发工具和相关技术，该模块主要说明了完成本系统主要采用了哪些技术，对于这些技术做一个简要的描述。

第3章需求分析，该部分作为系统的前期分析设计模块，主要内容为需求的陈述以及业务建模。

第4章系统设计，该部分主要分为四个小部分，分别为：体系结构设计、系统功能设计、数据库设计和安全性设计部分。

第5章系统实现，该部分主要展现了系统实现的具体情况和相关的功能说明。

第6章系统测试，该部分为系统测试模块为针对系统的主要功能做出的一些测试的结果。

2 开发工具及相关技术

2.1 Eclipse工具

Eclipse是备受广大程序员爱好的一款软件开发工具。它具备源代码开放、免费的的优势，拥有优秀厂商的技术支持，同时eclipse具备丰富的可拓展的插件，Eclipse不仅仅是java的集成开发环境，还支持其他的编程语言，比如C/C++、Python和PHP等等。

2.2 WebStorm工具

WebStorm是备受很多国内JS开发者热宠的一款前端开发利器。很多人对WebStorm在前端开发的表现有很高的评价，它被称为“最优秀的javascriptIDE”、“前端开发的神器”和“最高效的HTML5集成开发环境”。

2.3 Navicat for MySQL工具

Navicat是香港卓软数码科技有限公司旗下生产的一种图形化的数据库管理软件，它支持当前多种主流的数据库，比如Oracle、MySQL、Microsoft
SQL
Server及MariaDB等。该软件适用于DBA和程序员，它能够支持多重连接本地和或者远程的数据库，操作十分方便。

2.4 Java技术

Java是一门面向对象的跨平台的高级程序设计语言，开始由sun公司推出。经过数十年的不断发展，java的发展已经日臻成熟，越来越多的编程人员开始学习并使用java来编写很多有趣的程序。Java语言还具备自己其他的一些新的特性，比如自动垃圾回收机制、泛型等等。

2.5 Spring技术

Java技术的发展日新月异，各种框架层出不穷。技术的发展来源于人们对于简单高效的追求，而Spring正是为了用这样的方式解决现实生活问题而产生的。Spring由于其具备简单、轻量级、依赖注入和面向切面编程的特性而备受java开发人员的追捧。本系统决定使用spring来简化系统的开发。

3 需求分析

3.1 需求陈述

汽车维修管理系统是针对维修厂日常运营管理而设计的一款软件。该软件需要能够帮助修理厂从维修接待、维修检测施工、维修领料、质检核算等环节实现自动化，帮助维修厂的工作人员提高工作效率，减少出错的概率，使汽车维修厂能够平稳高效运营，提升修理厂的经济效益。同时该系统需要能够帮助维修厂统计的营业效益，用图表统计的方式让数据更加生动的展现出来。该系统核心模块有客户的接待模块、维修登记模块、维修领料模块、维修质检模块和支付结算模块。这些模块共通组成了汽车维修厂所真正需要的一个B/S架构的在线管理系统。

3.2 业务建模

3.2.1 业务流程

1.车辆接待：汽车修理厂的工作人员接待新的客户，当有车辆到汽修厂时，需要进行用户信息的登记。首先工作人员先查看本维修厂是否有当前的客户，如果有当前的客户就继续登记车辆的其他信息，如果没有登录则需要重新记录用户的信息形成用户的档案。在确定了用户信息之后，需要登记车主描述的车辆状况的信息，登记汽车上的贵重物品，与用户核实是否需要清洁车辆、查看旧件、检查备胎等业务，确定用户最终提车的时间。然后工作人员会安排当前汽车修理厂的相关的维修人员和质检人员。用户拿到发票等待汽车的维修完成。没有其他的异常情况进入下一个业务环节。

2.维修项目登记：维修人员了解当前自己维修的任务有哪些，查看维修订单，了解客户描述的车辆的状况，然后进行汽车的检测，记录当前的车辆需要维修的项目以备最终的支付结算。同时维修人员需要对自己维修工作中对于当前车辆所要用到的零件进行登记，并由维修人员拿到的零件领取单去零件仓库领取相关的材料，来完成最终的维修任务。维修人员在维修完毕并确定无误后可交接给质检人员进行相关维修项目的质检，观察维修项目是否合格。维修人员如果还未曾领取材料则到第三个步骤进行维修材料的领取。维修完毕后则进入第五个步骤质检完工的环节。

3.维修领料：在第二步骤的操作中，维修人员在登记了自己所要领取的材料之后，需要进行材料的领取。领取材料后需要对领取人、领取材料的时间、领取材料的名称以及领取材料的数量进行登记，进行后续的操作。如果发现零件库存不够则通知相关的采购人员进行原材料的采购工作，如果材料数量足够则用户领取材料继续第二个步骤维修项目登记的环节。

4.采购配件：当维修人员进行领取材料的时候，发现材料库存量不足则需要进行材料的采购工作，采购员拿到相关的待采购的订单后，进行采购订单的业务环节，期间采购需要记录下采购的商家、零件的名称、采购的价格、采购的日期以及采购的单价等信息，方便财务管理和后续的业务操作。采购完成后，待维修人员进行维修材料的领取。没有异常情况，进行后续的业务操作。

5.质检完工：维修人员在交接给维修质检人员时，质检人员需要查看质检人员登记的维修项目有哪些，根据维修项目进行质检，对于质检不通过的需要告知维修人员哪里还存在问题，退回给维修人员继续维修直至维修质检完全通过。当该订单所有的内容经过维修并且已经维修通过的时候，该笔订单就进入到的维修支付的阶段，如果没有质检通过，则退回到第二个步骤维修登记部分。

6.消费结算：作为最后一个部分支付部分，该部分为用户到维修厂进行提车，用户对自己的汽车进行订单的支付功能，工作人员会列出用户当前所有的登记过的维修项目的费用和已经使用过相关零件材料的费用进行合计。顾客针对自己的订单完成支付。整个维修过程，从接单、维修、支付提车就结束了。

3.2.2 业务用例建模

根据需求的分析，利用建模工具分析得出了以下的业务用例，用例图的具体设计内容如图3-1。

图3-1 汽车维修管理系统业务用例图

3.2.3 业务活动图

根据业务分析的结果，得到汽车维修管理系统的业务活动图如图3-2。

图3-2 汽车维修管理系统业务活动图

3.2.4 业务静态建模

根据业务逻辑分析,设计出业务静态建模图，如图3-3所示。

图3-3 汽车维修管理系统业务静态建模图

4 系统设计

4.1 体系结构设计

汽车维修管理系统使用MVC设计的思想，将模型层、视图层和控制层。结合工厂模式整体设计思路如下，分别将数据访问层，服务层每一层的最上方封装一个工厂类，控制层通过服务层的工厂类调用相关服务，服务类再调用数据访问层的工厂类来实现相关的数据访问层操作，体系结构设计的详情如图4-1。

图4-1 汽车维修管理系统体系结构设计图

4.2 系统总体设计

汽车维修管理系统主要分为五大模块，分别为汽车维修管理、配件管理、财务管理、基础数据管理和系统维护，系统功能总体的设计图如图4-2所示。

图4-2 汽车维修管理系统总体设计图

4.3 系统功能设计

4.3.1 车辆接待功能

车辆接待的功能主要是为了实现前台的工作人员对于来访的车辆进行一个车主和车辆信息的登记，同时安排相关的维修人员和质检人员进行后续的维修工作。该部分的主要业务逻辑为用户来访先查询是否有当前用户如果没有就需要重新录入用户的相关的信息。录入或者选择完用户的信息后，用户对用户的当前的车辆进行信息的登记，记录用户对应车辆的状况的描述，同时选择相关的维修人员和质检人员进行后续的修理操作。

车辆接待功能的设计类图如图4-3所示。

图4-3 车辆接待功能设计类图

如上图4-3 车辆接待功能设计类图所示：

VehicleReception.jsp：该类表示汽车维修管理系统的接待页面。

VehicleReception：该类表示汽车维修接待的控制层。

ServiceFactory：该类为了描述所有的服务的类。

IVehicleMaintence：该类主要为了描述汽车维修接待的服务接口。

VehicleMaintence：该类主要描述了汽车维修管理部分的业务接口实现的部分。

ICustomerMapper：改类为操作用户信息的数据访问接口。

Ipersonalallocate：该类为维修订单人员分配的数据访问接口。

车辆接待功能的顺序图如图4-4所示。

图4-4 车辆接待功能设计顺序图

如上图4-4 车辆接待功能设计顺序图所示：

getAllUserDept：获取所有的用户信息和用户所在部门的信息。

getVehicleMaintence：获取汽车维修管理的服务对象。

queryUserSectorInEUI：查询出用户和部门的信息将结果以easyui数据结构的形式返回。

getUserinfoMapper：获取用户信息数据库操作的接口。

addUser：添加用户和车辆信息的方法。

addUserVehicleInfo：服务层添加用户和车辆信息的方法，返回操作的结果。

receptOrders：控制层用来添加维修订单的方法。

newOrderList：服务层用来添加维修订单的方法。

4.3.2 维修项目登记

维修项目登记为维修人员进入系统后查询到分配给自己的任务，可以根据条件查询，如按照时间范围、关键字和维修单的状态等进行查询。维修人员点击一条维修单可以看清楚接单员填写的有关车辆相关的信息，然后系统会查询维修用料情况和维修项目工时等相关情况。维修人员可以对维修项目工时的情况和使用零件材料情况进行管理。

维修项目登记功能的设计类图如图4-5所示。

图4-5 维修项目登记设计类图

如上图4-5 维修项目登记设计类图所示：

MaintanceProjReg.jsp：该类主要描述了维修项目登记的页面。

IOrdersMapper：该类主要描述了维修订单管理的数据访问的接口。

IMainprojregMapper：该类主要描述了维修项目登记的数据访问的接口。

IPartMapper：该类主要描述了维修项目使用材料的数据访问接口。

维修项目登记功能主要包括加载维修人员的维修任务信息、查看客户登记的信息、维修项目登记管理和维修使用材料登记管理等功能，其顺序图如图4-6所示。

图4-6 维修项目登记功能的顺序图

如上图4-6 维修项目登记功能的顺序图所示：

queryAllTasks：该方法为查询所有当前的维修的任务。

addMaintRegRecord：为当前的订单添加维修项目的登记。

partsManage：为当前的维修的订单添加零件使用的纪录。

endFixed：标记当前的维修项目已经登记完成进入下一步。

queryMaintanceOrders：查询当前的所有维修的任务。

addMainItemRecord：登记维修项目的信息。

addPartRegtion：登记零件使用情况。

finisedFixed：结束当前维修单的维修。

4.3.3 维修领料

维修领料的环节为维修人员在登记了材料后，进行领取材料的操作。用户可以根据自己的工号、姓名和时间范围查询到自己的维修领料情况。用户点击维修后写入领取记录表，改变库存的数量，如果库存不足则写入采购表中，等待采购人员采购。维修领料的类图设计如图4-7所示。

图4-7 维修领料设计类图

如上图4-7 维修领料设计类图所示：

MaintenancePicking.jsp：该类主要作用为描述维修领料的页面。

BeanUtils：该类主要作用为封装了将List类型的集合转化为分页的形式的数据结构。

IPartusedMapper：该类主要作用为封装了零件使用历史记录的数据访问接口。

IPartstorageMapper：该类为零件存储的数据访问接口。

IPartprocMapper：零件采购的数据访问接口。

维修领料的顺序图如图4-8所示。

图4-8 维修领料顺序图

如上图4-8 维修领料顺序图所示：

queryAllPickingRows：查询所有的领取材料的信息。

pickPart：该方法主要功能为领取材料的信息。

queryPickingView：该方法主要实现分页查询领取材料的信息。

topagedResult：该方法主要实现的功能为将list类型的数据转化为分页形式的数据。

selectPartUsed：查询已经登记过的材料的信息。

IPartusedMaper.selectByPrimaryKey：通过主键查询已经登记过的材料的信息。

updateByPrimaryKeySelective：更新已经登记过材料的信息。

IPartstorageMapper.selectByPrimaryKey：通过主键查询零件存储的信息。

insertSelective：向零件采购表中添加数据。

4.3.4 质检完工

质检完工主要的功能为维修人员在进行维修结束后对自己的维修订单进行确认，确认无误后点击完成维修，则该笔维修订单到了质检完工的环节，质检人员首先查看自己的当前的所有的质检任务，然后点击质检查看维修人员登记维修项目的详细内容。质检人员对维修人员登记的每一个项目进行质检操作，如果合格点击审核通过，如果不合格点击审核不通过，同时可以输入不通过的理由。质检人员可以点击回退按钮，将该笔维修单让相关的维修人员重新进行维修操作。当所有的维修项目没有问题之后，质检人员可以点击审核通过，该笔订单进入支付结算的环节。

质检完工的设计类图如图4-9所示。

图4-9 质检完设计类图

如上图4-9 质检设计类图所示：

IQualityinspecMapper：该类为质检的数据操作的接口。

IMainprojregMapper：该类为维修项目数据操作的接口。

IOrdersMapper：该类为订单信息数据操作的接口。

质检完工的顺序图如图4-10所示。

图4-10 质检完工顺序图

如上图4-10 质检完工顺序图所示：

queryQualiting：按照条件查询当前所要质检的项目。

getVehicleMaintence：控制层查询所要质检项目的方法。

queryFixing：根据订单的编号查询当前维修订单下所有维修项目列表。

queryAllFlexing:服务层查询所有维修项目等级情况的信息。

endQualitied：结束质检项目的方法，改方法包含结束通过质检和将维修订单退回到维修环节中。

4.3.5 消费结算

消费结算主要的功能是经过下单、维修质检后的最后一个步骤，用户进行付费提车。系统在付费时候，会自动查询出当前的订单所使用的的材料以及维修项目的列表的详细信息。用户支付完成以后表示整个业务环节结束。

消费结算的设计类图如图4-11所示。

图4-11 消费结算设计类图

如上图4-11消费结算设计类图所示：

ConsumptionSettle.jsp：该类表示维修订单结算的页面。

IOrdersMapper：该类表示订单的数据访问接口。

IBalancesheetMapper：该类表示维修订单支付情况的数据访问接口。

消费结算的顺序图如图4-12所示。

图4-12 消费结算顺序图

如上图4-12 消费结算顺序图所示：

queryPayingView：查询待支付的维修订单的信息。

queryAllPayOrder：业务层查询待支付订单的信息。

queryAllPartUsedView：查询所有的当前订单下使用的材料的详细信息。

queryMainitemUsed：查询所有的已经登记过的维修项目的信息。

paymyOrders:对我的订单进行支付结算。

4.4 数据库设计

4.4.1 数据库逻辑结构设计

汽车维修管理系统的ER图如图4-13所示。

图4-13 汽车维修管理系统ER图

4.4.2 数据表设计

（1）账户（Account）数据表，作用是用来描述系统用户的信息。如表4-1所示：

表4-1 Account表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	账户表编号
2	accountnumber	char(20)	No	账户号
3	passwords	char(20)	No	密码
5	accountflag	char(10)	No	账户的标记
6	userinfoid	int	No	用户信息表编号

（2）结算（Balancesheet）数据表，作用描述用户支付的信息。如表4-2所示：

表4-2 Balancesheet表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	结算表的编号
2	settlementdate	datetime	No	结算日期
3	totalamount	double	No	总金额
4	settler	char(20)	No	操作员
5	ordersid	int	No	订单表的编号

（3）业务状态（Bustatus）数据表，作用是描述业务名称的信息。如表4-3所示：

表4-3 Bustatus表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	servicecode	char(20)	No	服务的编号
3	statename	varchar(40)	No	业务名称
4	remarks	char(40)	No	备注

（4）客户信息（Customer）数据表，作用是描述客户的信息。如表4-4所示：

表4-4 Customer表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	numbering	char(20)	No	用户名称
3	mailbox	char(80)	No	邮箱
4	contactinfo	varchar(100)	No	联系方式
5	idcard	char(18)	No	身份证号码
6	customerflag	char(50)	No	客户的标记

（5）客户信息来访（Customervisthis）数据表，作用是记录用户来访的信息。如表4-5所示：

表4-5 Customervisthis表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	customername	char(20)	No	客户姓名
3	contactinfo	char(20)	No	联系方式

续表4-5

4	visitime	datetime	No	来访时间
5	servicecontent	varchar(200)	No	登记内容
6	isnew	smallint	No	是否是新用户
7	customer	int	No	客户信息表的编号

（6）维修项目（Mainitem）数据表，作用是描述维修项目的信息。如表4-6所示：

表4-6 Mainitem表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	mainnumbering	char(20)	No	维修项目编号
3	projName	varchar(100)	No	项目名称
4	projcategoryid	int	No	项目类别编号
5	itemprice	double	No	项目的价格
6	mainflag	char(10)	No	维修项目的标记

（7）维修项目登记（Mainprojreg）数据表，作用是描述的登记订单的维修项目的信息。如表4-7所示：

表4-7 Mainprojreg表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	ordersid	int	No	订单的编号
3	mainitemid	int	No	维修项目的编号
4	regperson	char(20)	No	登记人
5	spenttime	double	No	耗费的工时
6	mainstatus	char(10)	No	维修项目登记的状态
7	haspassed	smallint	No	审核是否通过

（8）订单（Orders）数据表，作用是描述订单的信息。如表4-8所示：

表4-8 Orders表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	numbering	int	No	订单的流水号
3	customerid	int	No	客户的编号
4	miles	double	No	行驶里程数

续表4-8

5	ifused	smallint	No	是否查看旧件
6	ifcheckspare	smallint	No	是否检查备胎
7	ifclean	smallint	No	是否清洗车辆
8	esdeliverytime	datetime	No	预计提车时间
9	warrcontent	varchar(200)	No	登记的内容
10	caritems	varchar(200)	No	随车物品
11	valuableobj	varchar(200)	No	贵重物品
12	ownerdescribtion	text	No	车主描述故障信息
13	hassettled	smallint	No	是否修理完成
14	completedate	datetime	No	完成日期
15	settlecompdate	datetime	No	支付完成日期
16	bustatusid	int	No	业务状态的编号
17	paystatusid	int	No	支付状态的编号

（9）零件（Parts）数据表，作用是零件的信息。如表4-9所示：

表4-9 Parts表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	partnumbering	int	No	零件的流水号
3	partcategoryid	int	No	零件类别的编号
4	partname	varchar(200)	No	零件的名称
5	purchaseprice	double	No	采购价格
6	salesprice	double	No	销售价格
7	specifications	char(100)	No	规格
8	remarks	varchar(400)	No	备注
9	partflag	char(10)	No	零件的标记
10	supplierid	int	No	供应商的编号

（10）零件类别（PartCategory）数据表，作用是描述零件类别的信息。如表4-10所示：

表4-10 PartCategory表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	numbering	int	No	零件系统编号
3	partcategory	varchar(100)	No	零件类别名称

续表4-10

4	partcatFlag	char(10)	No	零件标记

（11）零件采购（PartProc）数据表，作用是描述零件采购的信息。如表4-11所示：

表4-11 PartProc表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	partcategoryname	varchar(100)	No	零件类别的名称
3	partcategorycode	char(20)	No	零件类别的编号
4	partname	varchar(100)	No	零件名称
5	partcode	char(20)	No	零件的编号
6	suppliercode	char(20)	No	供应商编号
7	suppliername	varchar(100)	No	零件的名称
8	pruchdemand	double	No	零件的需求量
9	pruchprice	double	No	零件的采购价格
10	pruchenum	double	No	零件采购数量
11	prucher	char(20)	No	采购人
12	totalpurchase	double	No	采购合计
13	purchstatus	char(10)	No	采购的状态

（12）零件存储（Partstorage）数据表，作用是描述零件采购的信息。如表4-12所示：

表4-12 Partstorage表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	partid	int	No	零件编号
3	warehouseid	int	No	零件仓库编号
4	detaillocation	varchar(200)	No	零件的详细位置
5	inventory	double	No	库存量
6	storagetime	datetime	No	入库时间
7	purchaser	char(20)	No	采购人
8	contactinfo	char(20)	No	联系电话
9	jobnumber	char(20)	No	工号
10	remarks	varchar(200)	No	备注

（13）零件使用记录（Partused）数据表，作用是描述零件使用的信息。如表4-13所示：

表4-13 Partused 表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	ordersid	int	No	订单编号
3	partid	int	No	零件编号
4	useamount	double	No	使用的数量
5	applicant	char(20)	No	申请人
6	jobnumber	char(20)	No	工号
7	concatinfo	char(20)	No	联系方式
8	applicattime	datetime	No	申请时间
9	registedspecnum	double	No	登记使用的数量
10	noreceivingnum	double	No	剩余领取量
11	receivednum	double	No	领取数量
12	receivestatus	char(10)	No	领取状态

（14）支付状态（Paystatus）数据表，作用是描述支付状态的信息。如表4-14所示：

表4-14 Paystatus表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	paystatuscode	char(20)	No	支付状态代码
3	statusname	char(40)	No	状态名称
4	remarks	char(40)	No	备注

（15）人员分配（Personallocate）数据表，作用是描述人员分配的信息。如表4-15所示：

表4-15 Personallocate表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	userinfoid	int	No	用户信息的编号
3	ordersid	int	No	订单编号
4	taskcategory	char(10)	No	任务类别
5	allocatetime	datetime	No	分配的时间

（16）项目类别（Projcategory）数据表，作用是描述人员分配的信息。如表4-16所示：

表4-16 Projcategory表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	numbering	int	No	类别编号
3	projcateNum	int	No	项目类别代码
4	projname	varchar(100)	No	项目名称
5	catflag	char(10)	No	类别标志

（17）项目质检（Qualityinspec）数据表，作用是描述项目质检的信息。如表4-17所示：

表4-17 Qualityinspec表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	mainprojregid	int	No	登记项目编号
3	inspectperson	char(20)	No	质检员
4	jobnum	char(20)	No	工号
5	inspecttime	datetime	No	质检时间
6	remarks	varchar(200)	No	备注

（18）部门（Sector）数据表，作用是描述部门的信息。如表4-18所示：

表4-18 Sector表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	deptname	varchar(100)	No	部门名称
3	secflag	char(10)	No	部门的标记

（19）供应商（Supplier）数据表，作用是描述零件的供应商的信息。如表4-19所示：

表4-19 Supplier表

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	supplierName	varchar(200)	No	供应商名称
3	contacts	char(20)	No	部门的标记
4	phone	char(20)	No	电话
5	contactInfo	varchar(50)	No	联系方式
6	fax	char(20)	No	传真

续表4-19

7	mailbox	char(50)	No	邮箱
8	address	varchar(200)	No	地址
9	postcode	char(20)	No	邮政编码
10	bankaccount	char(20)	No	银行账户
11	suppflag	char(10)	No	标记

（20）用户信息（Userinfo）数据表，作用是描述用户的信息。如表4-20所示：

表4-20 Userinfo表

来源：Eureka926

序号	字段名	数据类型	是否主键	意义
1	id	int	Yes	编号
2	username	char(20)	No	用户信息
3	jobnumber	char(30)	No	工号
4	concatinfo	char(20)	No	联系方式
5	address	varchar(200)	No	地址
6	entrytime	datetime