【二手车管理系统设计与实现11000字（论文）】

-PAGEIV-二手车管理系统设计与实现摘要随着互联网行业快速发展，目前大多数企业都在向互联网运营的方向进军，在基于移动互联网络的基础上，通过在网络上使用各种线上的管理技术与方式对所经营的公司进行合理的运营。目前在市面上以二手车销售行业为例，我国在二手车销售的领域里的发展进度比较快，而且在发展的方面也已经进入了惊人的发展趋势，前景可观。目前社会上很多二手车行业已经开始以信息化的方式对公司开始管理，并且从效率和收益当年都比传统的管理方式有了明显的提高。本文论述了二手车交易管理系统设计与实现的过程，首先论述了市面上很多的二手车公司与其对应的系统的调研的过程，以及对这些运营多年的二手车公司的业务流程进行分析，并在一些销量稳定的公司进行了实地调研，在分析各个公司业务流程的不同，以及客户的需求后，设计并完成了远宁二手车管理系统。论文首先使用UML用例图、类图、序列图、活动图、状态图描述该系统的功能；再采用E-R图描述系统数据库结构[1]；最后在系统实现章节论述了系统的各个功能界面，在系统中确认整体内容以及操作的运行状态，并且需要二手车行业管理所需要的功能需求，使设计的系统能够最大程度的符合二手车公司的运营管理模式。本文论述的开发系统的目的是为了解决在收车与买车过程中，用户等待时间过长的问题。使用JAVA编写后端接口，使用Bootstrap作为前端目标开发框架，并且可以兼容很多的浏览器并方便用户使用。使用MYSQL作为后端数据存储。数据不易丢失，方便系统记录。由于很多功能都可以由线上完成，可以为公司减少员工的雇佣，从而减少运营成本。通过提高交易的效率，来提高公司的收益。关键词：二手车交易；互联网行业；二手车公司运营目录11398摘要 I28666Abstract II7042引言 6115651系统规划 765511.1系统开发背景 755121.2可行性分析 7117321.2.1技术可行性 744821.2.2社会可行性 7117651.2.3经济可行性 8231942系统分析 913752.1需求分析 938072.2识别参与者 10166802.3参与者用例图 10146912.3.1经理用例图 10289562.3.2业务员用例图 11162942.3.3检车员用例图 12118002.3.4买主用例图 12253432.3.5原车主用例图 13225943系统设计 14160013.1静态模型 14296593.1.1系统中的类 14115163.1.2系统中类与类之间的关系 144453.2系统动态模型 1581933.2.1时序图 15227323.2.2活动图 17307443.2.3状态图 19286363.3数据库设计 20121653.3.1概念结构设计 20173733.3.2逻辑结构设计 24297723.3.3数据库表设计 2492903.4系统开发技术和开发环境 28295343.4.1开发环境 28164303.4.2开发技术 29261224系统实现 31246394.1二手车公司前台系统实现 31154084.2二手车公司后台界面 31242865系统测试 32206765.1测试目的 32135595.2测试环境 32173075.3测试方法 32274255.4测试过程 32109255.5测试结果 3330820结论 347707参考文献 35–PAGE38–PAGE2引言随着互联网络逐渐进入我们的生活，传统的企业管理有方式已经无法满足当代快速的生活节奏，以及人们的生活方式与企业的各种管理模式。每一个方面的管理方式，都在向着互联网技术高效、稳定的模式转变。其中二手车交易行业就是向互联网交易管理方式进行转变的一个行业，其已经有很多企业做出了本质的转变。远宁二手车销售公司在辽宁省葫芦岛市成立了十年，属于中型规模的二手车交易公司，在葫芦岛市有多家分公司，其中包括业务员、检车员以及经理等，由于公司诚信经营，以及对于车辆检查的专业性，在二手车行业备受信赖。近年来，由于人们的生活质量提高了，但在购车上面，很多人不会选择新车，而是会选择用同等的价钱买一辆二手车，同等的价钱买一辆对于一辆新车来说品牌或是性能更好的，一辆二手车是非常划算的[3]。因此二手车逐渐成为了我们在当代购车时的一个主流，二手车的公司与企业随之快速发展。但是有很多二手车公司仍然在原地踏步中发展，对于新型方式并没有很快的进行接收，虽然店内业务员数量足够多，但是经常在原车主与买主之间过户时的记录上出现问题，并且交易流程繁琐，期间很容易出现问题。在有原车主想将爱车出售时，需要先经过检车员这一关才能在二手车市场进行定价。采用传统的线下方检测的方式不仅显得比较落后还会在检测时出现很大的纰漏。二手车中难免存在一些事故车或者水泡车，这种车如果开出去上道，容易出现意外。所以很多二手车公司在碰到这一类车时，一般都会选择不收。但是很多原车主虽然车辆受损，但还是希望可以将车卖出去，转手给别人，在这种情况下有很多原车主会对检车员进行贿赂，以此来通过车辆的审核并提高价格。所以在这几个方面都需要对其改进[4]。本文以远宁二手车交易公司为研究对象，根据远宁二手车交易公司在进行二手车交易方面的业务流程进行系统功能的设计。从方便买卖双方、业务员、经理、检车员的角度出发，系统的实现将有如下意义：（1）提高了数据的准确性。（2）解决在收车与买车过程中，用户等待时间过长的问题。（3）通过提高交易的效率，提高了公司的收益。（4）由于很多功能都可以由线上完成，可以减少员工的数量，从而减少运营成本。1系统规划1.1系统开发背景由于互联网技术的高速发展，互联网技术已经逐渐走进了各大企业，使原本传统的企业效率得到了本质的提升，像一些二手车公司这种大型的企业，也开始使用互联网技术来进行公司的经营与规划，但是目前做出改变的二手车公司仅仅有市面上常见的那几个，大部分的二手车公司，还未向互联网技术运营方式进发。以远宁二手车公司为例，远宁二手车销售公司在辽宁省葫芦岛市成立了十年，成立至今成交车辆上万余台，公司中包括业务员数十名，检车员数十名，以及经理等，但目前仍然在使用传统的管理模式。远宁二手车公司主要的业务流程如下：在原车主向公司申请代售车辆时，需要先电话联系业务员并约定时间，之后在约定的时间将车辆开到公司进行验车，得到检车员给出的结果后再根据情况进行代售，期间的所有记录都需要业务员和检车员手写记录并反馈给公司，在这个流程上存在着一些问题还需要解决。当有买主想买车时，需要到公司展厅自行选择车辆或是到展厅根据需要咨询业务员，非常的不便[5]。在管理方面，收费方式也并不严谨，需要的时间也非常的长，二手车辆的交易本身涉及金额比较多，对于客户来说，自然是用时越少，流程越简单越好。由以上流程可以看出这种传统的交易管理模式存在的问题如下：（1）由于原车主大部分业务都需要线下办理，如果与业务员沟通不当，信息的准确性和实时性都有很大的问题。（2）买家需要本人到公司看车或者根据需要联系业务员，非常不便。（3）收费方式不严谨，过户手续耗时长。为了解决现有问题现象，当务之急务必要采用信息自动化管理的方式来弥补现有管理方式的，从而提升二手车交易管理工作的效率。1.2可行性分析1.2.1技术可行性远宁二手车交易管理系统采用javajps封装框架与前段达到页面功能交互的效果，稳定性可以确保系统的稳定运行。javajps封装框架可以用来获取当前用户系统中的Java进程。适用于开发远宁二手车交易信息管理系统这类小型的管理信息系统。1.2.2社会可行性本系统的开发符合近些年社会对于互联网技术的要求，系统功能的实现与编写完全按照互联网管理系统开发要求进行设计，界面设计的精致，美观，可以让参与者与使用者可以做到快速熟知系统的操作而且系统涉及到移动端，使用者可以在任何位置使用本系统[7]。1.2.3经济可行性经济可行性主要以成本与效益两个方面进行分析。从效益方面来说，卖家可以更快更便捷的与业务员进行联系，来上传车辆，业务员可以更加便捷的管理车辆信息，使交易管理信息化，可以节省对于雇佣业务员的开销，提升经济效益。买家可以了解到更多的车辆信息，扩大经营范围，提升公司的交易额，对二手车的交易的发展带来了有利的条件。从成本方面，本系统作为一个基于互联网技术的二手车交易管理系统。在设计时需要做出一些支出，本系统在设计上并不是特别的复杂，所以此项目由一名开发者在三个月之内即可设计完成，而支出的费用满足正常日常所需即可。开发成本不高，与后期的收益相比，可以忽略不计。服务器所需的费用，可以直接使用企业自带的服务器将系统直接添加到服务器中，这样可以合理的节省服务器所需的各种费用。因此，在开发系统所需费用可控的前提下，通过系统让二手车公司的运营模式更加完善。远宁二手车管理系统的设计，在经济这个关键的问题上是可行的。–PAGE38–2系统分析为了较好地满足二手车公司复杂的经营与运作模式复杂以及在运营过程中带来的不便等需求。系统在设计时选择采用前后端分离的设计方式。。2.1需求分析远宁二手车交易管理系统的主体功能需求如下：本系统的主要目的是为了提高二手车公司在日常运营与经营中出现的问题与不足，包括日常工作的繁琐，以及在交易时完全采用线下的方式，比较麻烦。而且记录上也是一个很大的问题，在本系统中，对这些问题都可以得到合理的解决[9]。经理①信息查询：登录系统后，可以通过查看用户的信息了解原车主。买主以及员工的信息等，并且经理可以修改员工的信息。②车辆管理：在本方面，可以查看车辆信息以及设置车辆手续费，在交易管理方面可以查看成交的单量，以及用户的过户信息，以方便对公司实现整体管理以及信息公开化。③检车管理：在检车任务中，经理需要首先对检测员下发检查任务，在检车员检车后，可以查看检车的反馈。（2）业务员①审核原车主信息：登录系统后，可以登记审核管理包括安排检测时间，审核原车主登记信息以及查看检测员的检车信息结果等。②交易信息管理：可以管理所有的车辆信息其中包括查看车辆信息以及下架已售车辆信息。还可以查看设定的看车时间，并且查询买主的申请信息等，业务员还要负责在系统中回复买主与原车主的问题。③过户：在过户信息中，业务员需要将过户信息上传到系统中并保存。（3）检车员①检车：在系统中主要负责检测管理与个人信息管理等，检测管理主要就是在原车主提交检测信息时，对车辆信息进行检测。并做出反馈。（4）买主①查看车辆：买主登录系统后，可以查看的功能有预约看车，以及查看车辆信息在购买车辆时，可以首先查看车辆信息。②过户：录入购买车辆信息在过户时，买主可以申请过户，并查看申请的结果。（5）原车主①管理车辆信息：在原车主登录到系统以后，需要对自己需要转让的车辆进行管理，包括过户的信息，查看验车的反馈，以及约定看车的时间。②提交车辆信息：提交出售车辆信息，提交车辆出售信息后。③接受检车：检车员会对车辆进行检测。通过对系统的需求分析，本系统应该达到如下目标：（1）本系统的设计将满足二手车公司在交易方面的各项要求。通过实际经营规则与运营方式合理经营。使买主与原车主可以提高交易的效率，并提升口碑与好感程度。（2）本系统可以对二手车公司的收益情况加以改善，通过提高效率使其在同行业中竞争的优势提高，客户量也会因此增多，依靠这种运营方式合理安排工作任务。（3）本系统可以实现经理对整个公司的统一管理，并且可以实时的解决各种任务，以及了解各种问题的情况。2.2识别参与者系统主要参与者主要分为原车主、买主、业务员、经理、检车员五类：图2.2参与者用例图2.3参与者用例图2.3.1业务员用例图业务员在该系统中可以实现管理所有的车辆信息、查询预订、回复问题、过户以及登记审核管理等功能。其中在车辆信息中，可以查看车辆信息以及下架已售车辆。在查询预订功能可以查看设定的看车时间以及查询买主申请信息的。在过户问题上，可以查看过户时间以及过户信息记录，包括交易信息的上传等。在审核管理中，可以查看检车结果，安排检车时间，审核原车主登记信息等功能，用例详情如图2.3.1所示：图2.3.1业务员用例图2.3.2经理用例图在该系统中，经理具有的功能包括查看用户信息管理、车辆信息、交易管理以及检车任务管理等功能。其中在交易管理中，需要查看用户成交单量以及查看过户信息等。在检车任务管理中，可以查看验车反馈，并下达验车任务[10]。用例详情如图2.3.2所示：图2.3.2经理用例图2.3.3检车员用例图检车员在系统中可以实现的功能有检车管理和个人信息管理，其中检车管理中包括查看检车任务，查看待检车辆信息，做出检车反馈，设置建议价格等功能，用例详情如图2.3.3所示：图2.3.3检车员用例图2.3.4原车主用例图原车主在登录系统后可以实现的功能有车辆管理以及个人信息管理。其中车辆管理包括过户信息管理、查看验车反馈、约定看车时间以及提交出售车辆信息等功能，用例详情如图2.3.4所示：图2.3.4原车主用例图2.3.5买主用例图买主在系统中可以实现的功能有车辆查询、预约看车、录入购买车辆的信息、查看可购买车辆的信息、过户信息管理以及个人信息管理等功能。其中车辆的查询主要包括搜索车辆信息和查看车辆信息，预约看车功能主要包括设置约车的时间，在过户信息管理中，包括查看申请的结果以及申请过户等功能，用例详情如图2.3.5所示：图2.3.5买主用例图3系统设计3.1静态模型3.1.1系统中的类本系统中类共包括八个业务实体类以及三个参与者类，参与者类分别为业务员（Salesman）、经理（Manager）、检车员（Part）、原车主（Owner）以及买主（Buyer），而业务实体类则包括合同（Order）、预约（Appointment）、合同详情(Details)、车辆分类(Classification)、检车信息表(Inspection)以及库存表(Table)，车辆(Car)其类关系图如图3.1.1所示：图3.1.1系统中的类图3.1.2系统中类与类之间的关系本系统中的类与类之间的对应关系为：（1）一个原车主对应一份合同；（2）一个买主对应一份合同；（3）一个业务员可以查看多份合同；（4）一个业务员可以查看多份库存表；（5）一个经理可以查看多个库存表;（6）一份合同详情里包括一个车辆;（7）一个业务员可以查看多个车辆分类；（8）一份合同对应一份合同详情;（9）一个车辆分类中包括多各车辆；（10）一个检车员可以记录多份检测信息表；（11）一个经理可以查看多份检车信息表；3.2系统动态模型3.2.1时序图（1）车辆申请过户时序图买主首先提交过户申请，过户申请上传到系统中后，由原车主查看申请并确认申请信息。买主可以在系统中查看申请结果，申请结果通过后，可以设置过户时间，并在系统中保存过户时间。原车主在系统中查看过户时间，同意过户时间之后买主查看原车主是否同意时间信息，详情见图3.2.1所示：图3.2.1车辆申请过户时序图（2）买主选择车辆时序图买主在选择车辆时，首先查看车辆信息，在系统中获取到车辆信息后，返回车辆信息，之后买主在系统中选择车辆并提交选择信息，由系统进行保存。系统返回保存信息后，确认选择选车成功。详情见图3.2.3所示：图3.2.3买主选择车辆时序图（3）检车时序图检测员首先查看待检测车辆的详细信息并需要从中获取到关于车辆的基本情况与相对应的信息。并且在得到车辆的基本信息与情况之后，返回保存，并在界面中显示数据。检车员检测后上传检测结果，并由系统记录检测结果并保存。检车任务结束。详情见图：图3.2.2检车时序图3.2.2活动图（1）过户活动图买主在申请过户时，首先提交过户申请，由系统上传过户申请。在原车主查看到申请之后，反馈申请结果，如果同意过户，则买主查看申请结果，并设置过户时间。如果原车主因为原因拒绝过户，则申请结束。详情如图3.2.4所示：图3.2.4过户活动图（2）检车活动图原车主在提交检车信息申请时，需要由系统首先上传检车信息，检车员查看检测申请后进行检车，并上传检测结果，检测结果分为正常车和事故车。在记录结果后，检测结束。详情见图3.2.5所示：图3.2.5检车活动图（3）经理核对库存活动图经理在核对库存信息时，首先查看车辆信息，并在系统中获取车辆信息，在仓库中对车辆信息进行核对后，记录车辆信息并在系统中反馈车辆信息的结果。如果车辆信息有误，则处理差错，重新记录车辆信息，如果车辆信息无误，则核对结束。详情见图3.2.6所示：图3.2.6经理核对库存活动图3.2.3状态图（1）检车状态图检车是本系统中必不可少的一个因素，所以需要针对检车情况建立状态图，分析检车在系统中状态的变化，具体分析如下：在原车主提交检测申请之后车辆处于未检车状态，在检车员进行检测后，车辆处于待评估状态，这时需要检测员对车辆进行评估。如果是正常车，则审核通过检测完成，如果是事故车，则审核不通过。见图3.2.7所示：图3.2.7检车状态图（2）申请过户状态图过户是本系统中的核心程序，也是必不可少的程序，所以需要分析过户在系统中的状态并做出状态图。具体分析如下：在买主申请过户后申请信息处于未查看状态，原车主查看信息后显示已查看状态并需要做出反馈，可以选择同意申请或是拒绝申请，如果同意申请，则处于同意状态。如果拒绝申请，则处于拒绝状态，在做出反馈后，显示申请结束状态。见图3.2.9所示：图3.2.9申请过户状态图3.3数据库设计3.3.1概念结构设计系统共包括9个实体，实体属性图如下所示：（1）员工实体图3.12经理实体属性图（2）原车主实体图3.13原车主属性图（3）买主实体图3.14买主实体属性图（4）车辆实体图3.15车辆实体属性图（5）合同实体图3.16合同实体属性图（6）库存表实体图3.17库存表实体属性图（7）检车信息表实体图3.18检车信息表实体属性图（8）车辆分类实体图3.19车辆分类实体属性图（9）合同详情实体图3.20合同详情实体属性图（10）E-R图图3.21E-R图3.3.2逻辑结构设计本数据库中共包括五个参与者类以及六个业务实体类，六个业务实体类分别对应数据库逻辑设计中的六个实体；五个参与者则对应在数据库逻辑设计中的经理、业务员、检车员、原车主、买主五个实体。所以本系统共包括九个实体表，详情如下所示：（1）员工表(员工编号、用户名、密码、创建时间、状态)（2）原车主表(原车主编号、密码、用户名、创建时间、状态、余额)（3）买主表(买主编号、密码、用户名、创建时间、状态、余额)（4）合同表（合同编号、车辆编号、车辆分类编号、车牌号、价格、创建时间、确认标识、合同详情编号）（5）合同详情表（合同详情编号、合同编号、车辆编号、价格、买主名、原车主名）（6）车辆分类表（车辆分类编号、名称、图片、创建时间）（7）车辆表（车辆编号、车辆分类编号、名称、图片、价格、车牌号）（8）检车信息表(检车信息编号、创建时间、车牌号、原车主编号、反馈内容、车辆分类编号、车辆编号)（9）库存表（库存表编号、车辆编号、车牌号、价格、创建时间、车辆分类编号）3.3.3数据库表设计（1）在原车主的数据库表中存储了原车主在本系统中的编号以及其登录的密码，在系统中还可以显示原车如所使用的用户名以及本账户的创建时间。登录状态以及在系统中的余额等等，详情见表3.1所示：表3.1原车主表列名数据类型长度说明IdInt10原车主编号PasswordVarchar15密码UsernameVarchar15用户名Create_timeDate创建时间StatusInt1状态BalanceDecimal（5，2）余额（2）在本系统中的员工表存储了员工的信息，其中包括员工的编号。以及员工在系统中的登录状态，以确保公司可以在系统中查看到员工的上班情况以及登录状态。详情见表3.1所示：表3.2员工表列名数据类型长度说明IdInt10员工编号UsernameVarchar15用户名Create_timeData创建时间PasswordVarchar15密码StatusInt1状态（3）在买主表中所存储的信息与原车主表中的信息基本相同，其中包括了买主的编号以及买主的用户名，买主所需要登录系统所使用的密码。买主账号的创建时间，登录状态以及买主账户的余额等，详情见表3.5所示：表3.3买主表列名数据类型长度说明IdInt10买主编号PasswordVarchar15密码UsernameVarchar15用户名Create_timeDate创建时间StatusInt1状态BalanceDecimal（5，2）余额（4）在本系统中，合同表中记录了关于合同的信息，其中包括合同的编号。合同内车辆的编号，车辆分类的编号以及本次合同中车辆的车牌号合同的创建时间以及其交易的价格等等一些内容，详情见表3.6所示：表3.4合同表列名数据类型长度说明IdInt10合同编号Car_idInt45车辆编号Class_idInt20车辆分类编号NumberText50车牌号Create_timeDate创建时间PriceDecimal（5，2）价格（5）在车辆分类表中存储了车辆分类的编号，以及每种车型分类的名称，包括每种车型分类的图片以及本类型创建的时间等内容。详情见表3.7所示：表3.5车辆分类表列名数据类型长度说明IdInt10车辆分类编号NameInt10名称PicVarchar100图片Create_timeDate创建时间（6）在合同详情表中，主要连接到了合同表，其中包括了一些关于车辆的信息，以及合同详情的编号，合同的编号用于与合同的连接，其中车辆的编号，价格，买主名，原车主名。均包括在内，以确保合同信息的完整，详情见表3.8所示：表3.6合同详情表列名数据类型长度说明IdInt10合同详情编号Order_idVarchar45合同编号Car_IDVarchar20新进车辆编号PriceDecimal（5，2）价格BuyerString20买主名OwnerString20原车主名在车辆数据库表中存储了新进车辆的编号新车辆的车辆分类名称以及车辆的编号，并且表中还存储了该车辆的图片以及车辆的价格与车牌号等等。详情见表3.9所示：表3.7新进车辆表列名数据类型长度说明IdInt10车辆编号Class_idInt10车辆分类编号NameString5名称PicVarchar200图片PriceDecimal（5，2）价格NumberInt20车牌号（8）在库存表中存储了库存表的编号，库存车辆的编号，库存车辆的车牌号价格，库存车辆记录的创建时间以及库存车辆的车辆分类的编号等内容。详情见表3.10所示：表3.8库存表列名数据类型长度说明IdInt10库存表编号Car_idInt10车辆编号NumberInt20车牌号PriceDecimal（5，2）价格Create_timeDate创建时间Class_idInt10车辆分类编号（9）检车信息表中存储了检车信息的编号，检测信息表的创建时间，检测中的车牌号，原车主的编号，检车员给出的反馈的内容，车辆分类的编号，以及车辆的编号等内容，详情见表3.11所示：表3.9检车信息表列名数据类型长度说明IdInt10检车信息编号Create_timeDate创建时间NumberInt20车牌号Own_IDInt10原车主编号ContentVarchar200反馈内容Class_idInt10车辆分类编号Car_idInt10车辆编号3.4系统开发技术和开发环境本课题开发技术为使用JAVA编写后端接口，使用Bootstrap作为前端目标开发框架，使用MYSQL作为后端数据存储。具体介绍如下。Java是一种面向的对象的编程语言，建立在C++基础之上，号称“书写一次，到处运行”（Writeonce,runanywhere），在多平台可以快速移植，具有超强的跨平台能力。拥有强大的内存回收机制(GC，GarbageCollection)，Java通过垃圾收集器对JVM内存回收[11]。JRE和JDK，作为Java程序员对这两个名词并不没收，JRE提供Java运行时环境，包含了JVM和一些内置的库函数，另外的JDK，它里面包含了JRE还有一些其他的工具包，比如说编译器，诊断工具，以及一些其他的文档工具类等等，另外还内嵌了一个Derby数据库[12]。通常我们把Java的执行分为两个阶段，编译期和运行期。编译期：.java->.class，运行期：bytecode->机器码。Java字节码运行在JVM之上，保持Java应用程序能够健壮地运行在JVM之上[13]。​“一次编译，到处执行”这里主要指的是什么，很多时候，我们都不理解为何一再提倡这一点。当我们跑Python，GO这样的应用程序时，只要在目标机器上安装一个相应的执行环境，不是一样可以运行吗,同样我们运行Java应用程序时，也需要再目标机器上安装JRE运行时环境，同样是要配置运行环境，为何Java就是“一次编译，到处执行”[14].​我是这样理解的：当我们使用JavaAPI进行程序设计时，直接调用一个API，发现它即可以在windos上运行得很好，也可以在linux上运行的很好。但是当我们使用C,C++，以及一些其他语言进行开发时，我们在调用API时，不得不考量调用的API是否正确，如果你在windos上开发，调用的网络API是windos底层的API时，一旦程序被迁移到其他的操作系统，比如说linux上去执行，那么就会出现各种各样的问题。而JVM的中间层抽象则很好的屏蔽了这种差异，这是其他很多语言所不具备的。由于其社区版的性能卓越，搭配

PHP

和

Apache

可组成良好的开发环境

4系统实现若想要在众多的二手车公司中脱颖而出，在这个方面就绝对不可以不重视通过实现线上的操作方式以及经营的策略来对本公司进行合理的完善与调度。4.1买家功能实现4.1.1买家预约看车买家登陆系统后，预约看车界面，可以查看汽车的图片，价格以及介绍信息等一些内容，并且界面中还有看车预约的说明等内容，如图4.1.1所示：图4.1.1买家预约看车4.1.2预约过户状态在预约过户界面，可以查看预约过户的状态，包括是否成功预约过户如图4.1.2所示：图4.1.2预约过户状态4.1.3预约看车状态在预约看车的这个方面，可以哦通过查看车辆实时的预约状态信息等内容来分配时间，包括对预约看车时间的把控，以及车辆信息预约状态是否成功预约如图4.1.3所示：图4.1.3预约看车状态4.2经理功能实现4.2.1用户列表在用户列表界面，管理者可以通过此界面查看用户的ID用户名。角色状态创建时间，操作等内容。如图4.2.2所示：图4.2.1用户列表4.2.2车辆品牌分类在后台车辆品牌分类中可以查看车辆的ID，品牌名称，图片，创建时间以及对其进行操作和删除等内容。如图4.2所示：图4.2.2车辆品牌分类4.2.3看车预约在后台看车预约界面管理者查可以查看看车预约的时间，用户ID，车辆ID，车主ID，是否同意的状态以及创建时间等内容。如图4.2.3所示：图4.2.3看车预约4.2.4车辆型号分类在车辆型号分类中可以对车辆的分类内容进行全方位的搜索与查看。如图4.2.4所示：图4.2.4车辆型号分类4.2.5车辆提交列表在后台车辆提交界面，可以查看车辆审核的信息列表，包括车辆的ID，车辆型号的ID，所属品牌，车牌号，提交的用户，处理的业务员，处理的检测员，状态，创建时间等一系列操作。如图4.2.5所示：图4.2.5车辆提交列表4.3业务员功能实现4.3.1看车的预约信息在本界面能够查看预约的时间，用户ID，车辆ID，车主ID，是否同意的状态以及创建时间等内容。如图4.3.1所示：图4.3.1看车预约4.3.2过户预约在后台看车预约界面管理者查可以查看过户预约的时间，用户ID，车辆ID，车主ID，是否同意的状态以及创建时间等内容。如图4.3.2所示：图4.3.2过户预约4.4检车员功能实现4.4.1车辆检车列表在后台检车员可以查看检车信息，车辆型号，车辆价格如图4.4.1所示：图4.4.1检车信息列表4.5原车主功能实现4.5.1看车预约在后台界面原车主可以查看看车预约的时间，是否同意的状态以及创建时间等内容。如图4.5.1所示：图4.5.1看车预约4.5.2原车主提交车辆信息在后台界面原车主提交自己要售卖的车辆信息，包括车辆品牌型号、车牌号、行驶证、以及拟出售价格等。

5系统测试5.1测试目的对于此次系统所进行的测试是对整个系统进行全面的检查和测试，通过不断的检查和解决错误，最后让整个系统可以在满足功能需求的基础上稳定的运行。5.2测试环境本系统运行环境首先需要安装jdk1.8环境，其次需要配置mysql5.7。本系统在开发、运行、测试过程中所采用的版本如下：处理器：Intel(R)Core(TM)i5-7200UCPU@2.50GHz2.71GHz安装内存：8GB操作系统：windows10专业版数据库：mysql5.7浏览器：Chrome：90.0.4430.93(正式版本)（64位）(cohort:Stable)开发工具：idea2013.35.3测试过程（1）前台功能测试表5.1前台功能测试功能描述操作过程实际情况是否通过原车主TJR提交车辆数据系统进行审核,并查看审核记录原车主TJR在前台界面点击提交车辆信息并审核，在1号检车员审核后查看检车信息结果为正常车，报价代售价格为6万；原车主TJR可以提交车辆信息并查看结果是买主JRT在系统中设置约车时间为三天后中午12点，原车主TJR看到后作出反馈选择同意时间JRT在前台界面中提交约车时间,并等待TJR做出反馈,在TJR做出反馈后，同意约车时间JRT在设置时间成功是在TJR与JRT之间的过户预约通过后，负责的3号业务员查看此次过户信息并上传到系统。过户资料上传成功后，管理员可查看对应信息TGR与JRT成功交易后，3号业务员在后台将上传此次过户信息上传到了系统，并且经理在3号业务员上传过户信息后，对过户信息进行了查看。3号业务员成功上传过户信息，经理可以查看过户信息是5.4测试结果本系统能够完成远宁二手车公司的各项需求，极大的提高了公司在日常运营工作的效率。通过了工作流程的测试，能正确记录信息的同时还能够提高客户交易的舒适度。结论随着社会的发展，信息化时代逐步进入我们的生活，企业的运营模式也可以使用互联网技术进行统一的管理，并开发出了一款面向远宁二手车公司的管理系统。本系统是面向远宁二手车公司的经理，业务员，检车员，买主以及原车主管理系统。本文通过对远宁二手车公司的调研结果，根据调查结果设计系统结构层次，并在此基础上采用前段框架jquery、后段框架jsp以及数据库mysql5.7的技术开发并完成了二手车管理系统。经过测试，该系统能够完成针对二手车公司的日常运营流程。在测试过程