仅供学习参考，严禁盗用，商用！！！

摘 要

随着国家的快速发展，人民对物质生活的需求也在逐渐增加，其中汽车需求是当前人民最主要的增长需求之一。随着汽车市场的不断扩大，汽车销售公司也面临着更大的挑战，需要更好地管理与客户的关系，以保持竞争力。这就需要使用汽车销售客户关系管理系统（CRM, Customer Relational Management）来协助销售人员管理客户信息。

本系统为B/S架构模型，使用Java语言作为开发语言，开发工具使用IntelliJ IDEA 2019，服务器使用Tomcat服务器，前端主要使用Bootstrap前端框架，后端运用MyBatis、Spring、SpringMVC框架进行开发和管理，数据库使用MySQL数据库。使用本系统的用户主要分为销售人员和管理员两种角色。系统为销售人员提供了市场营销管理、线索管理、客户管理、联系人管理、交易管理、交易可视化分析等基本功能。管理员拥有最高的权限，可以管理销售用户。经过测试验证能够满足用户需求，达到了预期目标。

汽车销售客户关系管理系统有助于提高销售效率和满足客户需求。它可以帮助汽车销售公司更好地了解客户，并为客户提供更优质的服务。本系统始终围绕着保留老客户和增加新客户的核心理念进行开发。汽车销售客户关系管理系统是在管理企业销售团队的基础上，分析业务和客户线索，通过直观的数据做出科学的决策，最终达到增加收入的目的。

关键词：客户关系管理系统;汽车销售;营销管理

ABSTRACT

With the rapid development of the country, the people's demand for material life is gradually increasing, among which the demand for cars is currently one of the most important growth needs of the people. With the continuous expansion of the automotive market, automotive sales companies are also facing greater challenges, requiring better management of their relationships with customers to maintain competitiveness. This requires the use of a customer relationship management system (CRM) for automotive sales to assist sales personnel in managing customer information.

This system is a B/S architecture model, using Java language as the development language. The development tool uses IntelliJ IDEA 2019, and the server uses Tomcat server. The front-end mainly uses Bootstrap front-end framework, while the back-end uses MyBatis, Spring, and SpringMVC frameworks for development and management. The database uses MySQL database. The users who use this system are mainly divided into two roles: salesperson and administrator. The system provides sales personnel with basic functions such as marketing management, clue management, customer management, contact management, transaction management, and transaction visualization analysis. Administrators have the highest authority to manage sales users. After testing and verification, it can meet user needs and achieve the expected goals.

 The car sales customer relationship management system helps to improve sales efficiency and meet customer needs. This system has always been developed around the core concept of retaining old customers and adding new customers. The automobile sales customer relationship management system is based on managing the enterprise sales team, analyzing business and customer leads, making scientific decisions through intuitive data, and ultimately achieving the goal of increasing revenue.

Key Words：Customer relationship management system;Car sales;Marketing

目 录

1 引 言

1.1 研究背景

1.2 研究意义

1.3 研究现状

2 系统相关技术介绍

2.1 MyBatis框架

2.2 MySQL数据库

2.3 Bootstrap框架

2.4 Tomcat服务器

2.5 Spring框架

2.6 SpringMVC框架

2.7 B/S架构

3 系统分析

3.1 系统可行性分析

3.1.1 技术可行性

3.1.2 经济可行性

3.1.3 操作可行性

3.2 系统功能需求分析

3.2.1 销售用户端主要功能

3.2.2 管理员端主要功能

4 系统设计

4.1 系统总体结构设计

4.2 系统功能详细设计

4.2.1 登录、注册功能设计

4.2.2 市场营销管理功能设计

4.2.3 营销线索管理功能设计

4.2.4 车辆交易管理功能设计

4.2.5 管理员管理功能设计

4.3系统数据库设计

4.3.1 数据库概念结构设计

4.3.2 数据库逻辑结构设计

4.3.3 数据库物理结构设计

5 系统实现

5.1 用户功能模块的实现

5.1.1 用户登录、注册功能实现

5.1.2 市场营销管理功能实现

5.1.3 营销线索管理功能实现

5.1.4 车辆交易管理功能实现

5.2 管理员功能模块实现

6 系统测试

6.1 测试目的

6.2 测试方法

6.3 测试用例

结 论

参考文献

致 谢

1 引 言

世界正经历着信息化时代的改革，汽车销售行业需要由传统的工业化向信息化进行变革，以适应时代的发展。

1.1 研究背景

汽车销售行业的工业化能够最大限度的开发利用物质资源，而汽车销售行业的信息化能够最大限度的利用信息资源，提供企业的核心竞争力，为社会提供更优质的服务和产品。国内外研究学者针对汽车销售客户关系管理系统的研究主要集中在电子客户关系管理系统、汽车市场预测、汽车销售系统数据库设计与实现、客户关系管理系统等方面。目前对汽车销售客户管理系统的研究相对较少，对汽车销售客户关系管理系统领域的深入研究能够实现对国内外汽车销售客户关系管理系统研究的空白，具有重要的理论和应用价值。笔者认为汽车销售客户关系管理系统应该是以客户为中心的营销延伸，客户关系管理是集中于客户，为了增加收入和利润的综合商业模式[1]。汽车销售客户关系管理系统以信息技术为媒介，以客户价值为中心，通过管理和保持企业与客户之间的良好关系，持续实现企业价值和客户价值最大化的一种新型“双赢”的营销理念和一整套应用策略。

1.2 研究意义

随着国家的快速发展，人民对物质生活的需要也在逐渐增加，其中汽车需求是当前人民的主要需求。随之而来的便是各种各样的车企如雨后春竹般进入中国市场，汽车销售客户关系管理系统便可以帮助汽车厂家在竞争激烈的市场中占领一片天地。汽车销售客户关系管理系统是在管理企业销售团队的基础上，分析业务和客户线索，通过直观的数据做出科学的决策，最终达到增加收入的目的。同时也是一种辅助销售工具，可以帮助销售团队精准的把握客户需求，跟踪交易进度，大大提高交易概率[2]。

1.3 研究现状

国外学者主要进行了电子客户关系管理系统，汽车市场预测等方面的研究。在电子客户关系管理系统方面，AlBashayreh Mahmood等人研究评估了电子客户关系管理成功的变量之间的关系，检验了技术准备度、客户压力、信任、服务质量水平和客户满意度的影响[3]。定量研究方法被应用于检验研究的主要变量之间的因果关系。Anonymous研究了自主轻型汽车市场调研与预测，研究表明2021年全球轻型汽车销量同比强劲增长16.2%，汽车消费市场在全球市场占比呈扩张趋势[4]。

国内学者主要进行了汽车销售系统数据库设计与实现，客户关系管理系统等方面的研究。在汽车销售系统数据库设计与实现方面，王滨研究了企业自身信息化建设的重要性，数据库的建立是实现信息化建设的一种途径。详细的阐述了汽车销售系统数据库的构建过程，为企业的信息化提供技术上的支持[5]。张迎燕等人研究了客户关系管理，包括潜在客户、客户信息管理、客户满意度等方面对于企业的重要性[6]。

随着国家的快速发展，人民对物质生活的需要也在逐渐增加，其中汽车需求是当前人民的主要需求。由此可见对汽车销售进行信息化管理显得愈发重要，通过客户关系管理系统可以实现保留老客户，增加新客户的功能，实现企业的利益最大化[7]。

2 系统相关技术介绍

本系统为B/S架构模型。服务器使用Tomcat服务器，前端主要使用Bootstrap前端框架，后端运用MyBatis、Spring、SpringMVC框架进行规范的开发和管理，数据库使用MySQL数据库。

2.1 MyBatis框架

MyBatis是在iBatis基础上延伸而来的，属于持久层框架，应用中只需要了解SQL，无需处理大量的JDBC代码。MyBatis是半自动的ORM框架，提供了数据库与结果集的映射。它内部封装了JDBC，开发时只需要关注SQL语句本身，不需要花费时间精力去处理加载驱动、创建连接等繁杂的过程。开发人员直接编写SQL语句可以轻松的控制SQL的执行性能，灵活度高。MyBatis环境变量关联到Mapper文档，Mapper文档中配备了对数据库操控的SQL语句。MyBatis操作都是基于一个sqlSessionFactory工厂案例展开的，每一次跟数据库互动，也是通过sqlSessionFactory取得sqlSession，进而实行SQL指令。

2.2 MySQL数据库

MySQL是一种当今非常流行的小型关系型数据库管理系统。因体积小、效率高、速度快、开源免费等优点，受到众多的公司青睐。MySQL可以在绝大多数操作系统上运行使用，包括Windows、Linux和Unix等[8]。由德国MySQL AB企业产品研发，MySQL适用线程同步、多客户，并可以在各种软件上运行是MySQL数据库流行的原因之一。MySQL数据库一般是用在小型项目的开发应用中，是中小型企业首要挑选的作为网址数据库专用工具。

2.3 Bootstrap框架

Bootstrap是基于HTML、CSS和JavaScript的简单、便捷、功能强大的前端开发框架，用于快速开发Web应用程序和网站。它几乎被所有的主流浏览器所支持，它的响应式设计可以自适应台式机、平板电脑和手机，并且内置了许多功能强大且易于使用的组件供开发人员使用，极大地增加了开发效率。

2.4 Tomcat服务器

Tomcat 是一个免费开源的小型的轻量级服务器，它不仅作为Web容器，还可以作为Servlet和JSP的容器。它运行时具有占用资源小，扩展性好，支持负载均衡，性能稳定等特点，受到了开发人员的极大追捧[9]。

2.5 Spring框架

Spring是一个轻量级的Java开发框架，而且提供了对其他开源框架的集成支持，目的在降低程序开发的复杂难度。它支持多种优秀的开源框架，降低了企业级开发的复杂性。它通过对对象的统一管理，解除了对象和对象之间的依赖，可以帮助我们从繁琐的对象管理中脱离出来，把对象管理交给Spring架构来帮我们进行管理，可以把更多的精力去关注业务的实现，降低了代码之间的耦合度，通过面向切面编程可以进行灵活的事务管理[10]。

2.6 SpringMVC框架

SpringMVC是基于Spring的一个框架， 实际上就是Spring的一个模块， 专门是做Web开发的，是Servlet的一个升级。Web开发底层就是Servlet ， 框架是在Servlet基础上面加入一些功能，让开发者进行Web开发时更加方便[11]。 SpringMVC在项目中负责拦截请求，相当于控制层面，它的核心是DispatcherServlet，相当生活中的中介角色，将用户发来的请求通过HanderMapping去匹配对应的Controller，然后Controller再去执行对应的操作。

2.7 B/S架构

B/S架构指浏览器/服务器架构，全称Browser/Server，是现在网站开发主要采用的架构形式。B/S架构开发的系统，支持电脑、手机等客户端，用户只需安装浏览器即可进行相关的业务操作。选用B/S架构设计开发网站具有逐层性的特征，客户随时能够进行业务操作，业务拓展简易，部署维护保养便捷，维护成本低，只需要更新服务器端的系统，客户端即可访问最新的系统功能，这就是相对于C/S架构的优势。同时B/S架构还具有开发简单、共享性强等特点[12]。因此，选择B/S架构，所开发的系统在后期维护时减少了很多不必要的开支，成为目前网站系统开发的首选架构。

3 系统分析

系统分析就是指为了实现系统的功能，完成系统既定目标。系统分析是软件开发中的一个重要环节，其目的是为了确定系统的具体需求，以便于后续的设计和开发。

3.1 系统可行性分析

在开发系统之前首先要进行可行性分析，本文从技术、经济和操作三个方面逐一进行系统的可行性分析，这样做的目的是为了保证在系统的开发中，能提前发现和避开系统可能存在的不利因素和不可解决的难题，避免造成人力、物力、财力的浪费。初步对系统进行全面的展望，对系统规模和目标进行论证[13]。

3.1.1 技术可行性

系统分为前后端两个部分，前端主要选用技术是HTML和Bootstrap框架，这两种技术结合能够快速构建出美观的前端页面；后端主要选用技术为JavaWeb和SSM框架，这些技术可以搭建出体积小，结构简单功能丰富的后台系统，非常适合企业内部信息管理。

3.1.2 经济可行性

本系统在开发阶段投入花销小，后期维护成本小。使用该系统可以通过分析不同客户的需求，制定出对应的客户个性化服务，间接的带来后期的经济效益，同时提高客户满意度。所带来的后期经济效益产出巨大，远大于系统的开发和维护成本。

3.1.3 操作可行性

该系统拥有简洁友好的操作页面和强大的后端技术支持。系统页面采用菜单栏的样式对不同的功能模块进行分类，每个功能模块都有美观大方的操作按钮，最大程度上追求符合人类操作习惯的简洁美[14]。所有的后端交互功能满足公司基本的业务需求，用户不需要了解具体的功能实现方式，只需要了解工作业务即可。系统上线后能够稳定运行，出现故障后可以通过日志快速排除。

3.2 系统功能需求分析

为了保证系统在企业的实用性，本系统设计从客户实际需求出发，对公司销售人员和公司领导进行走访调查，对系统进行全方位的需求分析，保证待开发的系统满足用户的各项需求。

3.2.1 销售用户端主要功能

（1）销售用户登录、注册：销售用户已经注册账号信息，则直接登录。没有账号的进行注册后再登录。不进行登录只能停留在登录页面，任何操作都会被拦截器拦截。

（2）市场营销管理功能：销售用户可以把线下举办的各种汽车营销活动录入到市场营销模块，通过市场营销管理功能对市场营销活动进行管理，包括添加和修改市场营销备注。

（3）营销线索管理功能：销售用户可以根据举办的市场营销活动得到有交易意向的营销线索，并由销售用户创建营销线索。销售用户可以对营销线索信息进行管理，包括添加和修改营销线索备注。销售用户可以根据营销线索的成交意向度对营销线索进行转换，可以转换到客户模块和联系人模块，或者转换到交易模块。

（4）客户管理功能：由销售用户负责公司客户对接沟通，销售用户是擅长与公司交流沟通的专业人员，最大可能确保公司客户不会丢失。销售用户可以对公司客户信息进行管理，包括添加和修改客户备注。

（5）联系人管理功能：由销售用户负责公司联系人对接沟通，销售用户是擅长与人交流沟通的专业人员，最大可能确保交易线索不会丢失。销售用户可以对联系人信息进行管理，包括添加和修改联系人备注。

（6）车辆交易管理功能：销售用户可以查看交易详细信息，通过其中的交易流程图，可以直观的了解到交易的阶段。销售用户可以对车辆交易信息进行管理，包括添加和修改车辆交易备注。

（7）报表统计功能：销售用户可以直观的查看所有交易的信息，包括每个交易进行到了交易流程的那个阶段。

销售用户用例图，如图3.1所示。

图3.1 销售用户用例图

3.2.2 管理员端主要功能

（1）管理员登录：输入管理员的账号信息进行登录，验证成功后跳转到首页，解锁用户管理模块。非管理员账号不能解锁用户管理模块。

（2）查看用户信息：管理员可以查看当前系统所有用户的个人信息，包括姓名、账号、邮箱等信息。

（3）创建用户功能：管理员可以根据实际工作需要，根据员工的个人信息，为其创建出属于员工个人的用户账号。

（4）删除用户功能：管理员可以根据实际工作需要，对于离职的员工以及非法操作系统的员工进行消除账号处理。

（5）管理员退出登录：管理员退出登录时，安全的退出账号，删除Cookie和Session中存储的所有数据。页面跳转到登录页面。

管理员用例图，如图3.2所示。

图3.2 管理员用例图

4 系统设计

系统设计是指在软件开发过程中，对系统进行设计的过程。其目的就是确保系统能够满足用户需求、具有高效性、可靠性、可扩展性、安全性等特点。数据库设计则是关注系统中数据的存储和管理。

4.1 系统总体结构设计

系统功能模块分为用户和管理员两个部分。用户功能模块为主要部分，有用户登录、用户注册、市场营销管理、线索管理、客户管理、联系人管理、交易管理、统计图表和退出登录；管理员功能模块有管理员登录、查看用户、创建用户、删除用户、退出登录。系统功能模块图，如图4.1所示。

图4.1 系统功能模块图

4.2 系统功能详细设计

4.2.1 登录、注册功能设计

进入登录页面，输入账号密码点击登录按钮进行登录验证。首先判断输入的账号信息是否注册过，如果注册过该账户信息，则进行下一步判断用户账户信息是否正确如果用户账户信息正确，则进行下一步登录成功，跳转到系统工作台页面；如果用户账户信息错误，则进行下一步登录失败，跳转回登录页面；如果没有注册过该账户信息，则进行下一步跳转到注册页面；如果按照要求填写注册信息则注册成功，跳转到登录页面；如果没有按照要求填写注册信息则跳转回注册页面。用户在工作台可以进行退出登录操作，此时整个流程结束。用户登录、注册的流程图，如图4.2所示。

图4.2 用户登录、注册流程图

4.2.2 市场营销管理功能设计

用户登录成功后，进入市场营销模块，进入后显示所有的市场营销数据。用户可以添加市场营销数据，添加时需要符合不可为空、正则表达式等数据规范，添加成功则跳转到市场营销模块；如果不符合添加规范，则不能添加成功，继续停留在添加市场营销窗口。用户可以修改市场营销，选择一条数据点击修改，会在模态窗口显示该条数据的回显信息，用户根据填写规范修改数据，修改成功则跳转到市场营销模块；如果未按规范修改数据，则修改失败，继续停留在修改市场营销窗口。用户可以根据条件搜索市场营销，把符合条件的数据显示出来；如果没有市场营销数据符合条件，则继续停留在市场营销搜索页面。点击退出登录，用户安全退出，整个流程结束。用户管理市场营销的流程图，如图4.3所示。

图4.3 用户管理市场营销流程图

4.2.3 营销线索管理功能设计

用户登录成功后，进入营销线索管理模块，进入后显示所有的营销线索数据。用户可以添加营销线索数据，添加时需要符合不可为空、正则表达式等数据规范，添加成功则跳转到营销线索管理模块；如果不符合添加规范，则不能添加成功，继续停留在添加营销线索窗口。用户可以修改营销线索，选择一条数据点击修改，会在模态窗口显示该条数据的回显信息，用户根据填写规范修改数据，修改成功则跳转到营销线索模块；如果未按规范修改数据，则修改失败，继续停留在修改营销线索窗口。用户可以根据条件搜索营销线索，把符合条件的数据显示出来；如果没有营销线索数据符合条件，则继续停留在营销线索搜索页面。点击退出登录，用户安全退出，整个流程结束。用户管理营销线索的流程图，如图4.4所示。

图4.4 用户管理营销线索流程图

4.2.4 车辆交易管理功能设计

用户登录成功后，进入车辆交易管理模块，进入后显示所有的车辆交易数据。用户可以添加车辆交易数据，添加时需要符合不可为空、正则表达式等数据规范，添加成功则跳转到车辆交易管理模块；如果不符合添加规范，则不能添加成功，继续停留在添加车辆交易窗口。用户可以修改车辆交易，选择一条数据点击修改，会在模态窗口显示该条数据的回显信息，用户根据填写规范修改数据，修改成功则跳转到车辆交易模块；如果未按规范修改数据，则修改失败，继续停留在修改车辆交易窗口。用户可以根据条件搜索车辆交易，把符合条件的数据显示出来；如果没有车辆交易数据符合条件，则继续停留在车辆交易搜索页面。点击退出登录，用户安全退出，整个流程结束。用户管理车辆交易的流程图，如图4.5所示。

图4.5 用户管理车辆交易流程图

4.2.5 管理员管理功能设计

管理员登录后，进入用户管理模块，在该模块显示所有的用户信息。管理员可以点击添加用户，如果符合添加规范则添加成功跳转到用户管理模块；否则添加失败继续停留在添加用户窗口。管理员可以选择用户进行修改，选择任意一个用户后点击修改，弹出修改用户窗口，并在该窗口对选择的用户信息进行数据回显。修改需要符合数据规范，如果符合数据规范则关闭窗口，返回用户管理界面并刷新数据，如果修改失败则不关闭窗口，并显示修改不符合数据规范。管理员可以点击删除用户，如果该用户是普通用户则删除成功跳转到用户管理模块；否则删除失败，继续停留在删除页面。管理员可以点击退出登录，结束整个流程。管理员相关功能的流程图，如图4.6所示。

图4.6 管理员管理流程图

4.3系统数据库设计

4.3.1 数据库概念结构设计

数据库是系统中最重要的部分，数据库设计的优劣直接关系着整个系统的好坏，通过概念设计，可以得出实体与属性，实体与实体之间的关系。本系统的实体属性图以及E-R图，具体如下各图所示。

1. 用户实体属性图

用户实体属性包含用户id、账号、姓名、密码、邮箱、过期时间、状态、级别、IP地址、创建时间、创建者。具体如图4.7所示。

图4.7 用户实体属性图

1. 市场营销实体属性图

市场营销实体属性包含市场营销id、所有者、名称、开始日期、结束日期、花费、描述、创建时间。具体如图4.8所示。

图4.8 市场营销实体属性图

1. 市场营销备注实体属性图

市场营销备注实体属性包含市场营销备注id、备注内容、创建时间、创建者、修改时间、修改者、修改标志。具体如图4.9所示。

图4.9 市场营销备注实体属性图

1. 营销线索实体属性图

营销线索实体属性包含线索id、联系人名称、联系人称谓、线索所有者、客户公司名称、联系人职位、联系人邮箱、客户电话、客户公司网址、联系人手机、线索状态、线索来源、线索创建者、线索创建时间、线索修改者、线索修改时间、线索描述。具体如图4.10所示。

图4.10 营销线索实体属性图

1. 营销线索备注实体属性图

营销线索备注实体属性包含线索备注id、内容、创建时间、创建者、修改时间、修改者、修改标志。具体如图4.11所示。

图4.11 营销线索备注实体属性图

1. 公司客户实体属性图

公司客户实体属性包含公司客户id、所有者、名称、网站、电话、创建者、创建时间、修改者、修改时间、联系概要、下次联系时间、描述、地址。具体如图4.12所示。

图4.12 公司客户实体属性图

1. 公司客户备注实体属性图

公司客户备注实体属性包含内容、创建时间、创建者、修改时间、修改者、修改标志。具体如图4.13所示。

图4.13 公司客户备注实体属性图

1. 联系人实体属性图

联系人实体属性包含联系人id、所有者、来源、姓名、称谓、邮箱、手机、职位、创建者、创建时间、修改者、修改时间、描述、联系纪要。具体如图4.14所示。

图4.14 联系人实体属性图

1. 联系人备注实体属性图

联系人备注实体属性包含联系人备注id、内容、创建时间、创建者、修改者、修改时间、修改标志。具体如图4.15所示。

图4.15 联系人备注实体属性图

1. 车辆交易实体属性图

车辆交易实体属性包含交易id、所有者、金额、名称、预计成交日期、阶段、类型、来源、创建者、创建时间、描述、概要、下次联系时间。如图4.16所示。

图4.16 车辆交易实体属性图

1. 车辆备注实体属性图

车辆备注实体属性包含车辆备注id、信息、创建时间、创建者、修改者、修改时间、修改标志。如图4.17所示。

图4.17 车辆备注实体属性图

（12）系统关键E-R图，如图4.18所示。

图4.18 系统关键E-R图

4.3.2 数据库逻辑结构设计

按照数据库设计规范化的理论概念对数据库进行设计，该系统的数据库表的逻辑设计如下。（其中“＿＿＿”标识为主键，“﹏﹏﹏”标识为外键）

（1）用户表：用户id、账号、姓名、密码、邮箱、过期时间、状态、级别、IP地址、创建时间、创建者、修改时间、修改者。

（2）市场营销表：市场营销id、所有者、名称、开始时间、结束时间、花费、描述、创建时间、创建者、修改时间、修改者。

（3）市场营销备注表：市场营销备注id、内容、创建时间、创建者、修改时间、修改者、修改标志、市场营销id。

（4）营销线索表：线索id、联系人姓名、联系人称谓、线索所有者、客户公司名称、联系人职位、联系人邮箱、客户公司电话、客户公司网址、联系人电话、线索状态、线索来源、线索创建时间、线索创建者、线索修改时间、线索修改者、线索描述、线索联系概要、线索下次联系时间、客户公司地址。

（5）营销线索备注表：线索备注id、内容、创建时间、创建者、修改时间、修改者、修改标志、线索营销id。

（6）市场营销线索关联表：市场营销线索关联id、市场营销id、线索id。

（7）公司客户表：公司客户id、所有者、名称、网站、电话、创建者、创建时间、修改者、修改时间、联系概要、下次联系时间、描述、地址。

（8）公司客户备注表：公司客户备注id、内容、创建时间、创建者、修改者、修改时间、修改标志、公司客户id。

（9）联系人表：联系人id、所有者、来源、公司客户id、姓名、称谓、邮箱、手机、职位、创建者、创建时间、修改者、修改时间、描述、联系概要、下次联系时间。

（10）联系人备注表：联系人备注id、内容、创建时间、创建者、修改者、修改时间、修改标志、联系人id。

（11）车辆交易表：交易id、所有者、金额、名称、预期时间、公司客户id、阶段、类型、来源、市场营销id、联系人id、创建者、创建时间、修改者、修改时间、描述、联系纪要、下次联系时间。

（12）车辆备注表：车辆备注id、信息、创建时间、创建者、修改者、修改时间、修改标志、交易id。

4.3.3 数据库物理结构设计

将概念结构设计和逻辑结构设计互相结合，在数据库中创建八张对应的数据表，它们分别为用户表、市场营销表、市场营销备注表、线索表、市场营销线索表、公司客户表、联系人表、交易表。下面对每张表进行展示。

（1）用户表

用户表是一种用于存储用户信息的关系型数据库表，通过存储用户id、账号、密码、状态、创建时间等信息，可以实现对系统信息的管理和操作。如表4.1所示。

表4.1 用户表

序号	字段名称	字段意义	字段 类型	字段 长度	键码	是否 为空
1	id	用户id	char	32	主键	否
2	login_act	账号	varchar	20		否
3	login_pwd	密码	varchar	20		否
4	name	名称	varchar	50		否
5	email	邮箱	varchar	50		否
6	expire_time	过期时间	datetime			否
7	lock_state	状态	char	1		否
8	deptno	级别	char	4		否
9	allow_ips	IP地址	varchar	255		否

续表4.1

10	createTime	创建时间	datetime			否
11	create_by	创建者	char	32		否
12	edit_time	修改时间	datetime			是
13	edit_by	修改者	char	32		是

（2）市场营销表

市场营销表是一种用于存储市场营销信息的关系型数据库表，在系统中实现对市场营销活动的信息进行记录，并对数据进行管理。该表通常存储市场营销id、所有者、名称、开始日期等信息。如表4.2所示。

表4.2 市场营销表

序号	字段名称	字段意义	字段 类型	字段 长度	键码	是否 为空
1	id	市场营销id	char	32	主键	否
2	owner	所有者	char	32		否
3	name	名称	varchar	50		是
4	start_date	开始日期	date			是
5	end_date	结束日期	date			是
6	cost	花费金额	double			是
7	description	描述	varchar	255		是
8	create_time	创建时间	datetime			是
9	create_by	创建者	char	32		否
10	edit_time	修改时间	datetime			是
11	edit_by	修改者	char	32		是

（3）市场营销备注表

市场营销备注表是一种用于存储市场营销备注信息的关系型数据库表，在系统中实现对市场营销活动添加备注，并对市场营销备注信息进行管理。该表通常存储市场营销备注id、内容、创建者、创建时间等信息。如表4.3所示。

表4.3 市场营销备注表

序号	字段名称	字段意义	字段 类型	字段长度	键码	是否 为空
1	id	市场营销备注id	char	32	主键	否
2	note_content	内容	varchar	255		否
3	create_time	创建时间	datetime			是
4	create_by	创建者	char	32		否
5	edit_time	修改时间	datetime			是
6	edit_by	修改者	char	32		是
7	edit_flag	修改标志	char	1		否
8	activity_id	市场营销id	char	32	外键	否

（4）营销线索表

营销线索表是一种用于存储营销线索信息的关系型数据库表，在系统中实现对营销线索的信息进行记录，并对营销线索信息进行管理。该表通常存储营销线索id、联系人名称、联系人称谓、线索所有者、公司客户名称等信息。如表4.4所示。

表4.4 营销线索表

序号	字段名称	字段意义	字段 类型	字段 长度	键码	是否 为空
1	id	线索id	char	32	主键	否
2	fullname	联系人名称	varchar	50		否
3	appellation	联系人称谓	char	32		否
4	owner	线索所有者	char	32		否
5	company	客户公司名称	varchar	50		否
6	job	联系人职位	varchar	20		否
7	email	联系人邮箱	varchar	50		否
8	phone	客户公司电话	char	12		否

续表4.4

9	website	客户公司网站	varchar	30		是
10	mphone	联系人手机	char	11		否
11	state	线索状态	char	32		否
12	source	线索来源	char	32		否
13	create_by	线索创建者	char	32		否
14	create_time	线索创建时间	datetime			是
15	edit_by	线索修改者	char	32		是
16	edit_time	线索修改时间	datetime			是
17	description	线索描述	varchar	255		是
18	contact_summary	线索概要	varchar	255		是
19	next_contact_time	线索下次联系时间	datetime			否
20	address	线索地址	varchar	255		是

（5）营销线索备注表

营销线索备注表是一种用于存储营销线索备注信息的关系型数据库表，在系统中实现对营销线索添加备注，并对营销线索备注信息进行管理。该表通常存储营销线索备注id、内容、创建者、创建时间等信息。如表4.5所示。

表4.5 营销线索备注表

序号	字段名称	字段意义	字段 类型	字段长度	键码	是否 为空
1	id	线索备注id	char	32	主键	否
2	note_content	内容	varchar	255		否
3	create_time	创建时间	datetime			是
4	create_by	创建者	char	32		否
5	edit_time	修改时间	datetime			是

续表4.5

6	edit_by	修改者	char	32		是
7	edit_flag	修改标志	char	1		否
8	activity_id	线索id	char	32	外键	否

（6）市场营销线索关联表

市场营销线索关联表是一种用于存储市场营销线索关联信息的关系型数据库表，在系统中实现对市场营销线索关联信息进行管理。该表通常存储市场营销线索关联id、线索id、市场营销id等信息。如表4.6所示。

表4.6 市场营销线索关联表

序号	字段名称	字段意义	字段 类型	字段 长度	键码	是否 为空
1	id	市场营销线索关联id	char	32	主键	否
2	clue_id	线索id	char	32	主键外键	否
3	activity_id	市场营销id	char	32	主键外键	否

（7）公司客户表

公司客户表是一种用于存储公司客户信息的关系型数据库表，在系统中实现对公司客户的信息进行记录，并对公司客户信息进行管理。该表通常存储公司客户id、名称、电话、网站、创建者等信息。如表4.7所示。

表4.7 公司客户表

序号	字段名称	字段意义	字段 类型	字段长度	键码	是否 为空
1	id	公司客户id	char	32	主键	否
2	owner	所有者	char	32		否
3	name	名称	varchar	50		否
4	website	网站	varchar	30		是
5	phone	电话	char	12		否
6	create_by	创建者	char	32		否

续表4.7

7	create_time	创建时间	datetime			是
8	edit_by	修改者	char	32		是
9	edit_time	修改时间	datetime			是
10	contact_summary	概要	varchar	255		是
11	next_contact_time	下次联系时间	datetime			否
12	description	描述	varchar	255		是
13	address	地址	varchar	255		是

（8）公司客户备注表

公司客户备注表是一种用于存储公司客户备注信息的关系型数据库表，在系统中实现对公司客户添加备注，并对公司客户备注信息进行管理。该表通常存储公司客户备注id、内容、创建者、创建时间等信息。如表4.8所示。

表4.8 公司客户备注表

序号	字段名称	字段意义	字段 类型	字段长度	键码	是否为空
1	id	公司客户备注id	char	32	主键	否
2	note_content	内容	varchar	255		否
3	create_time	创建时间	datetime			是
4	create_by	创建者	char	32		否
5	edit_time	修改时间	datetime			是
6	edit_by	修改者	char	32		是
7	edit_flag	修改标志	char	1		否
8	activity_id	公司客户id	char	32	外键	否

（9）联系人表

联系人表是一种用于存储联系人信息的关系型数据库表，在系统中实现对联系人的信息进行记录，并对联系人信息进行管理。该表通常存储联系人id、名称、称谓、手机、创建者等信息。如表4.9所示。

表4.9 联系人表

序号	字段名称	字段意义	字段 类型	字段 长度	键码	是否 为空
1	id	联系人id	char	32	主键	否
2	owner	所有者	char	32		否
3	source	来源	char	32		否
4	customer_id	公司客户id	char	32	外键	否
5	fullname	名称	varchar	50		否
6	appellation	称谓	char	32		否
7	email	邮箱	varchar	50		否
8	mphone	手机	char	11		否
9	job	职位	varchar	20		否
10	create_by	创建者	char	32		否
11	create_time	创建时间	datetime			是
12	edit_by	修改者	char	32		是
13	edit_time	修改时间	datetime			是
14	description	描述	varchar	255		是
15	contact_summary	概要	varchar	255		是
16	next_contact_time	下次联系时间	datetime			否
17	address	地址	varchar	255		是

（10）联系人备注表

联系人备注表是一种用于存储联系人备注信息的关系型数据库表，在系统中实现对联系人添加备注，并对联系人备注信息进行管理。该表通常存储联系人备注id、内容、创建者、创建时间等信息。如表4.10所示。

表4.10 联系人备注表

序号	字段名称	字段意义	字段 类型	字段长度	键码	是否 为空
1	id	联系人备注id	char	32	主键	否
2	note_content	内容	varchar	255		否
3	create_time	创建时间	datetime			是
4	create_by	创建者	char	32		否
5	edit_time	修改时间	datetime			是
6	edit_by	修改者	char	32		是
7	edit_flag	修改标志	char	1		否
8	activity_id	联系人id	char	32	外键	否

（11）车辆交易表

车辆交易表是一种用于存储车辆交易信息的关系型数据库表，在系统中实现对车辆交易的信息进行记录，并对车辆交易信息进行管理。该表通常车辆交易id、金额、名称、预计日期、阶段、来源、类型等信息。如表4.11所示。

表4.11 车辆交易表

序号	字段名称	字段意义	字段 类型	字段 长度	键码	是否 为空
1	id	交易id	char	32	主键	否
2	owner	所有者	char	32		否
3	money	金额	double			否
4	name	名称	char	19		否
5	expected_date	预计日期	char	19		否
6	customer_id	客户公司id	char	32	外键	否
7	stage	阶段	char	32		否
8	type	类型	char	32		否
9	source	来源	char	32		否

续表4.11

10	activity_id	市场营销id	char	32	外键	否
11	contacts_id	联系人id	char	32	外键	否
12	create_by	创建者	char	32		否
13	create_time	创建时间	datetime			是
14	edit_by	修改者	char	32		是
15	edit_time	修改时间	datetime			是
16	description	描述	varchar	255		是
17	contact_summary	概要	varchar	255		是
18	next_contact_time	下次联系时间	datetime			否

（12）车辆备注表

车辆备注表是一种用于存储车辆备注信息的关系型数据库表，在系统中实现对车辆交易添加备注，并对车辆备注信息进行管理。该表通常存储车辆备注id、信息、创建者、创建时间等信息。如表4.12所示。

表4.12 车辆备注表

序号	字段名称	字段意义	字段 类型	字段长度	键码	是否 为空
1	id	车辆备注id	char	32	主键	否
2	note_content	信息	varchar	255		否
3	create_time	创建时间	datetime			是
4	create_by	创建者	char	32		否
5	edit_time	修改时间	datetime			是
6	edit_by	修改者	char	32		是
7	edit_flag	修改标志	char	1		否
8	activity_id	交易id	char	32	外键	否

5 系统实现

系统实现是指将系统设计转化为代码编程实现的过程。在系统实现时，采用相对应的编程语言、工具和框架，进行编码和调试。系统实现需要与系统设计紧密结合，以确保实现的系统能够满足要求。

5.1 用户功能模块的实现

5.1.1 用户登录、注册功能实现

用户访问项目首页，首先进入登录注册页面。在登录页面输入账号密码系统会进行前后端的判断，前端通过JavaScript 的技术判断账号密码是否为空，并通过Ajax将数据异步传输到后端，通过使用XMLHttpRequest对象，使前端的JavaScript可以在不重载页面的情况下，产生局部刷新的效果，并将结果传递给后端；后端通过Java语言对过期时间判断、状态锁定判断、IP受限判断，当判断全部通过时可以正常登录。登录时可以选择是否记住账号密码，如果是选中状态则向response中添加Cookie并设置它的最大存活时间为10天；如果是未选中状态则向response中添加Cookie并设置它的最大存活时间为0秒。它们创建Cookie时均设置key值为loginAct和loginPwd，以此来实现未选中记住账号密码时覆盖value，从而可以实现动态的存储Cookie保存账号密码。在注册页面可以根据个人情况按照规范填写表单，提交表单后用户账号成功注册。如图5.1至图5.4所示。

图5.1 用户登录页面图

图5.2 用户登录成功图

 图5.3 用户注册页面图

图5.4 用户注册成功图

5.1.2 市场营销管理功能实现

用户进入市场营销菜单，客户端发送异步请求到ActivityController类，在该类中中调用queryActivityByConditionForPage方法来操作ActivityService接口和ActivityMapper接口中的方法实现操作数据库的功能，根据该方法的结果把查询结果响应到客户端，解析JSON渲染页面。用户点击创建按钮，实现市场营销的增加，通过Ajax将数据异步传输到后端，在后端调用ActivityController类中的queryAllUsers方法和saveCreateActivity方法，来操作service层方法、mapper层方法调用数据库，最终得到执行结果响应到客户端页面。如图5.5至图5.8所示。

图5.5 市场营销初始化图

图5.6 市场营销条件查询图

图5.7 市场营销添加示意图

图5.8 市场营销添加成功示意图

5.1.3 营销线索管理功能实现

用户进入线索菜单，用户选择一条数据，点击修改按钮，该条数据的id通过Ajax异步传递过来，在ClueController类中通过queryClueById方法查询出该条数据，把该条数据的数值填充到修改的弹窗页面中。用户可以修改这些回显的数值，当点击修改弹窗保存按钮时，客户端发送异步请求到ClueController类，在该类中调用saveEditClueChecked方法来操作ClueService接口和ClueMapper接口中的方法实现操作数据库的功能。根据该方法的结果响应到客户端，解析JSON渲染页面。用户选择一条或多条数据进行删除，选中数据项后点击删除按钮，这些选中的数据项的id通过Ajax异步传输到ClueController类中，调用removeClueChecked方法根据id删除数据库中的数据项。如图5.9至图5.12所示。

 图5.9 修改线索示意图

图5.10 修改线索所有者成功示意图

图5.11 删除线索示意图

图5.12 删除线索成功示意图

5.1.4 车辆交易管理功能实现

用户进入交易菜单，用户选择一条数据点击该数据的交易名称进入交易详细页，该条数据的id通过Ajax异步传递过来，在TransactionController类中通过queryTranForDetailById方法查询出该条数据的全部信息，把该条数据的数值填充在交易详情页中。同时根据该交易的id查询该交易下的所有交易备注，首先调用TransactionController类中的根据条件查询queryTranRemarkForDetailById方法，通过TranRemarkService接口和TranRemarkMapper接口中的方法来进行数据库操作。如图5.13至图5.15所示。

图5.13 交易页面图

图5.14 交易详细页面图

图5.15 车辆交易备注页面图

5.2 管理员功能模块实现

登录时如果使用的用户级别为管理员级别，则登录后会有管理员身份专有的用户管理模块。进入用户管理模块可以调用UserController类中的queryAllUsers方法，通过UserService接口和UserMapper接口中的方法操作数据库，在用户管理模块显示出所有的用户。管理员可以选择一个用户，点击删除，将这个用户的id通过Ajax异步传输到UserController类中removeUserById方法来删除用户。如图5.16至图5.17所示。

图5.16 管理员管理用户图

图5.17 管理员删除用户成功示意图

6 系统测试

系统测试是在已经完成集成测试后，对整个系统进行测试验证。它主要识别系统中存在的任何问题，并提供反馈以帮助开发人员进行改进。系统测试可以手动或自动的方式进行测试，并且需要在模拟生产环境下进行。

6.1 测试目的

系统测试是在系统编码实现后进行的步骤，该步骤主要对系统进行测试验证，查看其是否满足系统开发之前指定的用户需求说明书，是系统质量保证的重要步骤。

6.2 测试方法

白盒测试也称结构测试，透明盒测试。主要用于单元测试阶段，代码和逻辑的测试。与黑盒测试不同的是白盒测试可以看到内部代码的运作，可以通过测试来检测产品内部是否符合规定正常运行。

本系统主要使用黑盒测试中的等价类划分法。黑盒测试具有不需要测试人员了解知道系统的内部实现逻辑和代码的特点，只需要关注在操作界面上是否能够正确的接收输入输出数据即可。在测试过程中，如果发现了某处接收数据异常，可以及时修改该错误，从而达到系统功能正常实现的目的[15]。

6.3 测试用例

对系统的主要功能进行逐一测试，确保通过测试的功能在系统运行上线后不会再出现问题，这是进行测试的最终目的。

（1）用户、管理员登录测试用例表，如表6.1所示。

表6.1 用户、管理员登录测试用例表

用例编号	测试内容	测试数据	预期结果	实际结果	测试状态
01	输入正确的账号 输入正确的密码	账号：lihua 密码：123456	正常登录	登录成功并转到系统首页面	测试通过
02	账号为空 密码不为空	账号： 密码：123456	登录失败	提示账号不为空	测试通过
03	账号不为空 密码为空	账号：lihua 密码	登录失败	提示密码不为空	测试通过

续表6.1

04	账号正确 密码错误	账号：lihua 密码：111	登录失败	提示账号或密码错误	测试通过
05	账号错误 密码正确	账号：lisi 密码：123456	登录失败	提示账号或密码错误	测试通过

（2）用户注册测试用例表，如表6.2所示。

表6.2 用户注册测试用例表

用例编号	测试内容	测试数据	预期结果	实际结果	测试状态
01	输入未注册账号 密码长度正确 邮箱格式正确	账号：wangwu 密码：123456 邮箱：1235675@qq.com	正常注册	注册成功并跳转到登录页面	测试通过
02	输入已有的账号	账号：lihua	注册失败	账号已被注册	测试通过
03	注册密码不能多于20位	密码： 123456789101112131415	注册失败	提示密码不能超过20位	测试通过
04	输入邮箱错误	邮箱：3849274	注册失败	提示输入邮箱格式错误	测试通过

（3）市场营销搜索功能测试用例表，如表6.3所示。

表6.3 市场营销搜索功能测试用例表

用例编号	测试内容	测试数据	预期结果	实际结果	测试状态
01	输入已有数据的条件	所有者：李华	显示出符合条件的数据	显示出符合条件的数据	测试通过
02	输入没有数据的条件	所有者：测试者	没有搜索到该数据	没有搜索到该数据	测试通过

续表6.3

03

不输入任何条件

所有者：

显示出全部数据

显示出全部数据

测试通过

（4）市场营销添加功能测试用例表，如表6.4所示。

表6.4 市场营销添加功能测试用例表

用例编号	测试内容	测试数据	预期结果	实际结果	测试状态
01	选择所有者 结束时间大于开始时间 输入市场营销名	所有者：李华 名称：迎元宵送大礼 开始时间：2023-01-20 结束时间：2023-01-30	添加成功	添加成功并返回市场营销页面	测试通过
02	没有选择所有者	所有者：	添加失败	提示未选择所有者	测试通过
03	结束时间小于开始时间	开始时间：2023-02-15 结束时间：2022-08-11	添加失败	提示结束时间不能小于开始时间	测试通过
04	没有输入市场营销名称	名称：	添加失败	提示没有输入市场营销名称	测试通过

（5）线索修改测试用例表，如表6.5所示。

表6.5 线索修改测试用例表

用例编号	测试内容	测试数据	预期结果	实际结果	测试状态
01	修改时遵循修改规范	邮箱： 162356789@qq.com 网站：www.ceshi.com 座机：0742-2738492 电话：15173849753	修改成功	修改成功并返回线索页面	测试通过
02	修改为错误格式的邮箱	邮箱：4654123	修改失败	提示邮箱格式错误	测试通过

续表6.5

03	修改为错误格式的网址	网站：468484523	修改失败	提示网址格式错误	测试通过
04	修改为错误格式的座机号	公司座机：7889	修改失败	提示座机号格式错误	测试通过
05	修改为错误格式的手机号	手机：3546712	修改失败	提示手机号格式错误	测试通过

（6）线索删除测试用例表，如表6.6所示。

表6.6 线索删除测试用例表

用例编号	测试内容	测试数据	预期结果	实际结果	测试状态
01	选择多条线索删除	选择：孙小军，王冰冰	删除成功	删除成功并返回线索页面	测试通过
02	选择一条线索删除	选择：赵保国	删除成功	删除成功并返回线索页面	测试通过
03	不选择线索进行删除	选择：	删除失败	提示请选择一条线索	测试通过

（7）交易详细页测试用例表，如表6.7所示。

表6.7 交易详细页测试用例表

用例编号	测试内容	测试数据	预期结果	实际结果	测试状态
01	点击交易名称	交易名称：速腾交易1.5T畅享版	跳转成功	成功跳转到交易详细页	测试通过
02	点击交易客户名称	交易客户名称： 安徽地区汽车销售公司	跳转失败	系统无响应 不进行跳转	测试通过

续表6.7

03

点击交易阶段

交易阶段：谈判/复审

跳转失败

系统无响应 不进行跳转

测试通过

（8）线索添加备注测试用例表，如表6.8所示。

表6.8 线索添加备注测试用例表

用例编号	测试内容	测试数据	预期结果	实际结果	测试状态
01	输入合适内容进行添加	内容：确保该交易高质量交付，为以后合作打下基础	添加成功	备注添加成功并返回线索详细页	测试通过
02	不输入内容进行添加	内容：	添加失败	提示内容不能为空	测试通过

（9）管理员删除用户测试用例表，如表6.9所示。

结 论

本系统为B/S架构模型。服务器使用Tomcat服务器；前端主要使用HTML和JavaScript以及Bootstrap前端框架；前后端交互通过jQuery和Ajax转换为JSON格式进行传输；后端运用MyBatis、Spring、SpringMVC框架进行规范的开发和管理；数据库使用MySQL数据库。

汽车销售客户关系管理系统主要是服务于汽车厂商进行客户关系管理。该系统对于汽车厂家的营销团队开展营销活动，为汽车厂家创造更多的收益具有重要意义。汽车销售客户关系管理系统是在管理企业销售团队的基础上，分析业务和客户线索，通过直观的数据做出科学的决策，最终达到增加收入的目的。同时，它也是一种辅助销售工具，可以帮助销售团队精准的把握客户需求，跟踪交易进度，大大提高交易概率。

汽车销售客户关系管理系统的前台页面简洁大方，模块分类清晰，各种功能按钮简单易懂，页面布局合理规范，用户操作起来十分简单轻松，同时避免了用户因为操作复杂而造成的时间浪费。简洁大方的前台操作页面还可以避免用户在长时间的操作使用下给用户造成的视觉疲劳。该汽车销售客户关系管理系统在开发过程中使用模块化的设计思想，采用MVC三层架构的实现方式，在最大程度上对项目进行了高内聚低耦合的优化。市场营销模块，线索模块，客户模块，联系人模块，交易模块均实现了对数据的增加删除修改查询。统计图表模块可以对交易模块的数据进行转换，转换为更为直观的图表形式。用户管理模块也实现了用户的修改和删除。

虽然该汽车销售客户关系管理系统的开发已经完成，但是仍有很多代码有优化的空间，仍有很多细节没有被处理到。虽然项目的基本业务逻辑已经实现，但仍有一些业务逻辑关系没有考虑到等情况。所以目前系统只是达到了用户需求的基本的要求，可以改进的空间还有很大。

参考文献

1. 牛艳莉, 任俊峰, 岳颖, 周婷婷. 汽车营销学[M]. 重庆大学出版社, 2019
2. 曹华山. SSM框架在Web应用开发中的设计与实现[J]. 无线互联科技, 2021, 18(11):108-109.
3. AlBashayreh Mahmood, Almajali Dmaithan, AlOkaily Manaf, Masa’deh Ra’ed, Samed AlAdwan Ahmad. Evaluating Electronic Customer Relationship Management System Success: The Mediating Role of Customer Satisfaction[J]. Sustainability,2022,14(19).
4. Anonymous.  Autonomous light vehicle market review and forecasts to 2035: 2021 Q3 Edition: Vehicle market forecasts[J]. just - auto, 2021.
5. 王滨. 汽车销售系统数据库设计与实现[J]. 网络安全技术与应用, 2021: 50-52.
6. 张迎燕,  陶铭芳, 胡洁娇. 客户关系管理[M]. 南京大学出版社,  2021
7. 王尧. A汽车公司销售业务内部控制案例研究[D]. 中国财政科学研究院,2022.
8. 郑智方,李彬,刘世坤,李鹏.探究mysql的运用实例-对数据库的宏观把握[J].科技风,2020:129.
9. 杨帅.TOMCAT负载优化的研究与应用[J].信息系统工程,2021,(01):122-123.
10. 刘双.Spring框架中IOC的实现[J].电子技术与软件工程,2018(21):231.
11. 徐尧.基于J2EE+SpringMVC框架的网上报名系统设计与实现[J].电子元器件与信息技术,2020,4(12):156-157+160.
12. 林跃茂,邹超,张伟仁,胡仁焱.基于BS架构的梯级水电站大数据服务平台设计[J].无线互联科技,2022,19(24):95-97.
13. 张屹峰. 基于 MVC 框架的 WEB 系统项目的设计研究[J]. 电子世界, 2021(17): 53-54.
14. 单鸾. 基于SSM框架的汽车资讯标注系统的设计与实现[D]. 华中科技大学, 2020.
15. 闫婷. 基于BOPPPS模型下的“软件测试技术”教学设计——以黑盒测试等价类划分法为例[J]. 大众标准化, 2020(13): 125-126.