1  绪论

1.1 项目背景和意义

近些年来随着ACG文化的广泛普及，人们对ACG文化也逐渐的了解与认可、甚至是喜爱。对于ACG文化，人们普遍认为动画片就是ACG文化。但其实不仅仅局限于动画片。ACG即：动漫(Animation) 、漫画（Comics）以及游戏（Games）的综合而得来的名称。对于ACG文化爱好者来说一个全面的、能够交流与分享的平台是利于ACG文化爱好者以及想了解ACG文化的萌新们。

通过对ACG文化的了解、对互联网现状的资料查找与阅读。最终决定作为本人毕业设计的题目。这个平台预计会实现关于ACG所涉及的各个领域(范围)进行分类整理。用户可以对ACG所涉及的方面可以充分了解，对于自己的理解与想法都能够充分交流。

1.2 课题研究及发展现状

随着ACG发展的越来越好、越来越广泛，人们对于ACG相比于之前有着更多的了解。国内对ACG文化感兴趣的人也逐渐多了起来。况且从目前来看，ACG所涉及到的领域大到电影、舞台剧、大型展示会场，小到学生用的文具、生活用品等等……

据统计ACG文化所涉及到的年龄段较多为青年人群以及青少年，他们对ACG文化所热爱的程度已经远超于我们的想象。对于已经成家立业的大人们也好，他们同样也是ACG文化用户的一部分。所以这样一个庞大的群体势必会需要一个平台去让他们交流与了解。

对于ACG文化我很相信这是一个很受欢迎的一种文化，它容易被人们所接受且生活中随处可见。尽管是陌生的群体一旦提到ACG那便不约而同的聊了起来。这不仅仅把自己所热爱的文化相互交流更是结交了一群同好。所以我相信ACG文化有着很大的发展空间。

1.3 课题研究方法

在本项目的研究过程中，运用了不同的研究方法，结合实际情况及时对出现问题的模块进行研究方案和实现方案的调整，得以在限定的时间内更出色的完成的课题和报告。

在课题研究的整个过程中，针对论文的撰写，主要采取了阅读大量参考文献，查找选题相关的知识和技术的学习资料，通过学习了解更多的方法，开拓课题实现的途径，最终选定了 论文的选题和论文的撰写方向；针对系统，初期对各类技术进行比较，选择适合本课题的技术和功能实现方案。在论文的完成过程中，运用了大量的图表对整个选题的背景、目标、设计、实现等方面进行论述，通过各个章节之间的关联性，加强了项目的逻辑性和可信度。

对系统的开发过程主要使用了瀑布型模式。在需求分析的过程中，使用功能用例图明确系统的业务功能，使用业务流程图对功能实现的流程进一步分析细化。在系统整体设计的过程中，遵循系统的设计原则完成系统的概要设计；在数据库的设计中使用了E-R图对数据库进行概要分析，并根据E-R图设计出具体的表结构设计；在详细设计的过程中，运用功能类图对实现的代码中的各种方法和类进行细化和归纳；在系统测试环节，使用了黑盒测试和白盒测试的方法。

1.4 本章小结

本章主要阐述了系统的项目研究背景与意义、发展现状、研究方法。

2  系统分析

2.1需求分析

该系统主要目的是想让用户在小程序端浏览、查看、评论、收藏自己感兴趣的ACG文化内容，除此之外是希望ACG文化可以通过电子化平台得到更好宣传，让喜欢的人在上面得到自己的需要，并将该文化得到最大限度的宣传并便利于这部分喜欢的人。因此，该系统主要分为小程序端和后台管理系统，用户分为小程序用户及后台管理员两类，两类客户的主要功能模块具体划分如下。

2.1.1小程序端

小程序端主要供小程序端用户使用，细分出的功能如下。

(1) 用户注册：用户在小程序输入注册需填写的手机号、姓名昵称等信息后从而进行注册。

(2) 用户登录：为了保证系统安全性，在使用时需输入账号、密码登录至该系统。

(3) ACG文化信息查看：ACG文化信息查看、搜索、详情查看等。

(4) ACG文化收藏、评论：对自己喜欢的文化信息进行收藏、评论、并查看相关列表。

(5) 用户留言：用户留言发布、查看。

(6) 个人中心：对个人资料的修改、ACG文化信息查看。

2.1.2后台管理系统

系统后台管理是给系统管理员用的，各类信息在系统里统一化管理，根据后台的使用情况划分出如下功能。

(1) 客户信息管理：小程序端注册成功的客户所有信息，对其可进行查询、查看等。

(2) 系统设置：包括系统用户增删改查操作、系统部门的增删改查操作、系统角色的增删改查操作、资源权限分配等。

(3) 信息类型管理：信息类型的查询、添加、删除、修改。

(4) 信息管理：对文化信息进行新增、修改、查询、删除等操作。

(5) 收藏管理：小程序用户收藏文化信息的列表管理。

(6) 评论管理：小程序用户评论文化信息的列表管理。

(7) 用户留言管理：用户留言回复、列表查看管理。

2.2可行性分析

系统可行性分析是系统开发中至关重要的一个环节，它一般是系统需求分析做完后，进行系统开发工作的前面。需要从不同角度、层面，多方位对系统进行可行性论证，看是否可完成。当且仅当系统的各项可行性都具备后，整体系统才能够进入到开发和编码工作，否则在开发过程中将可能出现不可预估的错误。以下是从技术、经济、操作三个方面对可行性进行分析。

2.2.1技术可行性分析

本系统完成会涵盖到的开发技术及开发工具，学校均已开设过相关课程，另外本人在课余时间也曾对相关技术进行了补习。但任何一个项目的开发都不会是简单的，要想把系统做好就必须花相匹配的时间才行，所以只要肯花时间，认真思考，并借助强大的网络资源，相信本系统的开发是具备技术可行性的。

2.2.2经济可行性分析

本系统所使用的开发软件(IDEA)、数据库（MySQL）及服务器（Tomcat）都是开源的，开发系统所需要的硬件条件要求并没有很高，只需要一台带有Windows系统的计算机即可完成开发工作。而且本系统只用于毕业设计不涉及商用，所以不需要租用服务器，综上，本系统具备经济可行性。

2.2.3操作可行性分析

本系统以浏览器访问为基础实现，因此操作简单、使用方便，无需下载，无需安装，通过浏览器打开系统即可使用。并且该系统前后端页面简单明了，便于用户使用，因此，本系统在运行中也是可行的。

2.3本章小结

本章主要从需求分析、可行性分析两大方面对系统做了全面的分析，明确了系统的需求及其开发的可行性，为系统开发打好了基础。

3  系统开发工具及技术

3.1 系统开发工具

3.1.1  IntelliJ IDEA开发工具

Idea是IntelliJ IDEA的简称，它是JAVA开发的集成环境。Idea可进行智能化编码，可减少程序员在开发过程中的代码量。Idea能进行智能化选取、历史记录、调试（Debug）等功能，从而为快速完成系统开发提供方便的软件。

3.1.2  Tomcat服务器

它是一款轻量级的应用服务器，因此，它不是说可以普遍在全部的中小型企业中使用。但是，一般在开发和测试时候，程序员都会首选tomcat。对熟悉计算机知识的一类人来说，计算机系需要有一个好的能对HTTML页面进行访问的Apache服务器。虽然说Tomcat只是Apache的一个扩展，但它可独立运行，又互相不会存在干扰的情况。在全部配置都是正确时，Apache服务器能够为运行HTML 页面提供支持，Tomcat是为了保证Servlet、JSP的运行。Tomcat在web项目开发中至关重要，否则浏览器无法进行页面访问。

3.1.3  Workbench 

Workbench是一款数据库建模工具，可以使用它为mysql等各类数据库提供可视化操作界面，在里面能后进行数据库创建、表创建、数据库模型创建等。能帮助开发者快速操作数据库。

3.2 系统开发技术

3.2.1  B/S结构

B/S模式也能够称为 B/S 结构。它是随着Internet 的兴起而出现，也是对C/S结构的一个拓展。该结构下的项目，用户是通过浏览器作为入口来访问的，它不需要下载任何客户端但是也不能脱离了浏览器。B/S模式的项目维护非常简洁、方便，不同的人在不同的地点、或者用不同的接入方式都能访问和操作到同样的数据；缺点是对网络会有依赖性，会随着网络的瘫痪而瘫痪。

3.2.2  Java

Java主要采用CORBA技术和安全模型，可以在互联网应用的数据保护。它还提供了对EJB（Enterprise JavaBeans）的全面支持，java servlet API，Spring Boot（java server pages），和XML技术。JAVA语言是一种面向对象的语言，它通过提供最基本的方法来完成指定的任务，开发者只需要知道一些概念就能够编写出一些应用程序。Java程序相对较小，其代码能够在小机器上运行。Java是一种计算机编程语言，具有封装、继承和多态性三个主要特性，广泛应用于企业Web应用程序开发和移动应用程序开发。

Java语言和一般编译器以及直译的区别在于，Java首先将源代码转换为字节码，然后将其转换为JVM的可执行文件，JVM可以在各种不同的JVM上运行。因此，实现了它的跨平台特性。虽然这使得Java在早期非常缓慢，但是随着Java的开发，它已经得到了改进。

3.2.3  SSM框架

SSM是Spring、MyBatis、SpringMVC三个框架进行整合而来。Spring作为项目里的大工厂，用于装配bean，通过配置文件对对象进行实例化。MyBatis是把JDBC进行了封装，只需关注sql语句，并且将数据库表和实体类及实体类的属性进行对应，操作实体类就实现操作数据库表。SpringMVC是用于进行请求的拦截，核心Servlet就是DispatcherServlet。

Spring是名为Rod Johnson的专家开发出的轻量级的控制反转（Ioc）和面向切面编程（Aop）的容器框架，并且它是一个对使用者开源免费的框架。它的主要目的就是尽可能地减少企业级应用在开发中的繁琐性，主要核心内容有四部分：Bean、Core、Context和SpEL。

SpringMvc是Spring的一个子框架，通过把Controller（控制层）、Model（模块层）和View（显示层）分离，把比较复杂的web应用开发分成逻辑清晰的几个部分，简化了开发，减少了编码过程中的错误。

Mybatis是一个持久化框架，但是它是半自动化的ORM框架。它其实内部就是将jdbc的各类操作进行了封装，通过约定好的规范完成对数据库表的增删改查四大类操作，这样很好的解决了jdbc里面大量的冗余代码，不再需使用手动去连接关闭操作。除此之外，还能够与Spring进行很好的集成。

3.2.4  JSP

JSP其实就是一种技术标准，是对动态网页做出来的约束标准。它其实就在HTML页面代码中融合了JAVA代码输出的一种新形文件，能把动态数据提供给用户。使用JSP制作开发的WEB应用能够跨平台使用，在任何系统下都可以使用。JSP很好地将网页逻辑和与网页设计和显示做了分离，能对可重用的组件进行支持，让WEB应用的开发更方便快捷。

3.2.5  layui框架

layui是一款前端UI框架，它是采用自身模块的规范来进行编写，但是也遵循了原生态的HTML、CSS、JS三种的书写与组织形式，使用门槛非常低，直接拿出来就能用。它的外在非常简洁，但是内在依旧丰满，轻盈的体积，各种丰富的组件，从核心代码到API的每一个小细节都是经过精心雕琢，非常适合页面开发。准确来说，它其实是为服务端程序员量身打造的，不需要进行各类复杂的项目配置，只需面对浏览器本身，把一切自己需要的元素拿出来。

3.2.6  MySQL数据库

数据库是每个系统开发时中不能缺少的一块内容。在WEB应用方面，MySQL开发了一个具有很大优势的MySQL关系数据库管理系统。 MySQL可以将数据存储在不同的表中，这非常灵活，并且还可以提高系统在实际应用中的速度。数据库访问最常用于标准SQL语言，MySQL用于SQL语言，因此它具有高度兼容性。数据库的操作是必不可少的，包括对数据库表的增加、删除、修改、查询等功能。现如今，数据库可以分为关系型数据库和非关系型数据库，Mysql属于关系性数据库，Mysql数据库是一款小型的关系型数据库，它以其自身特点：体积小、速度快、成本低等，Mysql数据库是目前最受欢迎的开源数据库。

3.3 本章小结

本章主要对系统开发过程中用到的主要技术、开发工具进行了详细的阐述。

4 系统设计

4.1 系统整体设计

根据分析出来的需求把ACG文化交流平台划分为小程序端和后台管理系统两部分。系统功能总体设计如图4-1所示。小程序端包括注册登录、文化信息查看、评论、收藏、个人中心等功能。后台管理系统包括客户管理、信息类型管理、信息管理、轮播图管理等模块。通过这些功能可方便并满足需要使用ACG文化宣传的基本功能。

 图4-1 系统功能总体设计

4.2 数据库设计

4.2.1 数据库需求分析

在用户的角度来说，数据库的需求主要体现在对数据库表的增删改查。因此，数据库结构需同时满足两个要素：输入、输出。在进行数据设计时，首先需收集数据，然后分析数据结构，最后处理数据。根据本系统的需求，设计以下主要的数据项和数据结构：

(1) 管理员实体：表id、账户名、真实的姓名、密码、性别、部门、角色、状态、最后一次登录时间。

(2) 角色实体：表id、角色名称、启用状态。

(3) 部门实体：表id、部门名称、部门编号、启用状态。

(4) 资源实体：表id、资源名称、资源URL、父级资源id、资源标志。

(5) 文化信息类型实体：表id、文化类型。

(6) 文化信息实体：表id、文化信息名称、类型、录入时间、详情信息。

(7) 客户实体：表id、客户名、手机号、密码、性别、年龄。

(8) 首页轮播图实体：表id、图片路径。

(9) 用户留言实体：表id、留言内容、留言人、留言日期、回复信息、回复人、回复日期。

(10) 评论实体：表id、文化信息id、用户id、评论信息。

(11) 收藏实体：表id、文化信息id、用户id。

4.2.2 数据库概念结构设计

根据上述数据库的需求分析得到具体的实体，各个实体属性大体对实体相应的 E-R 图。

(1) 用户实体如图4-2所示。

图4-2 用户实体

(2) 角色实体如图4-3所示。

图4-3 角色实体

(3) 部门实体如图4-4所示。

图4-4 部门实体

(4) 资源实体如图4-5所示。

图4-5 资源实体

(5) 文化信息类型实体如图4-6所示。

图4-6 文化信息类型实体

(6) 文化信息实体如图4-7所示。

图4-7 文化信息实体

(7) 首页轮播实体如图4-8所示。

图4-8 首页轮播实体

(8) 用户留言实体如图4-9所示。

图4-9 留言用户实体

(9) 客户实体如图4-10所示。

图4-10 客户实体

(10) 评论信息实体如图4-11所示。

图4-11 评论信息实体

(11) 收藏信息实体如图4-12所示。

图4-12 收藏信息实体

4.2.3 数据库表设计

(1) 用户表 (s_user)的表结构如表4-1所示。

表4-1 用户表(s_user)

序号	数据名称	数据类型	数据说明
1	id	int(0)	主键
2	realName	varchar(50)	用户真实名称
3	userName	varchar(50)	用户名
4	pwd	varchar(20)	密码
5	sex	int(0)	性别
6	deptId	int(0)	部门id
7	roleId	int(0)	角色id
8	status	int(0)	状态
9	lastLogin	varchar(30)	最后一次登录时间

(2) 角色表 (s_role)的表结构如表4-2所示。

表4-2 角色表(s_role)

序号	数据名称	数据类型	数据说明
1	id	int(0)	主键
2	roleName	varchar(50)	角色名称
3	status	int(0)	启用状态

(3) 部门表 (s_dept)的表结构如表4-3所示。

表4-3 部门表(s_dept)

序号	数据名称	数据类型	数据说明
1	id	int(0)	主键
2	deptName	varchar(20)	部门名称
3	deptCode	varchar(20)	部门编号
4	status	int(0)	启用状态

(4) 资源表 (s_resource)的表结构如表4-4所示。

表4-4 资源表(s_resource)

序号	数据名称	数据类型	数据说明
1	id	int(0)	主键
2	resourceName	varchar(100)	资源名称
3	resourceUrl	varchar(100)	资源URL
4	pid	int(0)	父级资源id
5	icon	int(0)	资源标志

（5）角色资源表 (s_roleresource)的表结构如表4-5所示。

表4-5 角色资源表(s_resource)

序号	数据名称	数据类型	数据说明
1	id	int(0)	主键
2	roleId	int(0)	资源id
3	resourceId	int(0)	资源id

(6) 信息类型表 (normaltype)的表结构如表4-6所示。

表4-6 信息类型表(normaltype)

序号	数据名称	数据类型	数据说明
1	id	int(0)	主键
2	typename	varchar(100)	文化类型名称

(7) 信息表 (normal)的表结构如表4-7所示。

表4-7 信息类型表(normaltype)

序号	数据名称	数据类型	数据说明
1	id	int(0)	主键
2	name	varchar(255)	名称
3	type	varchar(255)	类型
4	lrtime	varchar(255)	录入时间
5	description	text(0)	详情

(8) 客户表 (c_ustomer)的表结构如表4-8所示。

表4-8 客户表(c_ustomer)

序号	数据名称	数据类型	数据说明
1	id	int(0)	主键
2	uername	varchar(255)	用户名
3	pwd	varchar(255)	密码
4	phone	varchar(255)	手机号
5	sex	int(0)	性别

(9) 留言表 (c_liuyan)的表结构如表4-9所示。

表4-9 留言表(c_liuyan)

序号	数据名称	数据类型	数据说明
1	id	int(0)	主键id
2	liuyan	varchar(255)	留言内容
3	liuyanren	varchar(255)	留言人
4	liuyanriqi	varchar(255)	留言日期
5	huifu	varchar(255)	回复信息
6	huifuren	varchar(255)	回复人
7	huifuriqi	datetime(0)	回复日期

(10) 评论表 (c_comment)的表结构如表4-10所示。

表4-10 评论表(c_comment)

序号	数据名称	数据类型	数据说明
1	id	int(0)	主键id
2	info_id	int(0)	文化信息id
3	cus_id	int(0)	用户id
4	comment	varchar(255)	评论

(11) 收藏表 (c_collections)的表结构如表4-10所示。

表4-10 收藏表(c_collections)

序号	数据名称	数据类型	数据说明
1	id	int(0)	主键id
2	cus_id	int(0)	用户id
3	info_id	int(0)	文化信息id

4.3  系统整体流程设计

4.3.1 小程序端流程设计

小程序端用户在上面可进行注册、登录、信息查找、评论、收藏等一系列操作。整体流程如图4-13所示：

 图4-13 小程序端整体流程图

4.3.2 后台管理流程设计

后台管理端管理员在上面可进行登录、客户管理、文化信息管理、类型管理、评论管理等一系列操作。整体流程如图4-14所示：

图4-14 后台管理系统整体流程图

4.4  本章小结

本章主要对系统的整体设计、数据库设计、数据库表设计、系统整体设计流程进行了详细的阐述。

5 系统实现

5.1 后台登录模块

系统后台管理员采用分配好的账户名称、密码进入该系统，从而实现自己的文化信息管理、类型管理、客户管理、评论管理、收藏管理等功能。后台登录界面如图5-1所示。

 图5-1 后台登录界面

5.2 客户管理模块

客户管理模块是对小程序端注册该平台的客户信息统计管理，包括名称、手机号、年纪等信息，让管理员可以清楚了解平台的客户留存信息。客户管理模块的界面如图5-2所示。

图5-2 客户管理界面

5.3 小程序banner管理模块

小程序Banner图管理模块是对小程序端首页的轮播图进行管理，在后台进行上传，实时更新至小程序首页，让客户了解最新信息，方便管理。Banner管理模块的界面如图5-3所示。

 图5-3 Banner图管理界面

5.4 文化类型管理模块

文化类型管理模块是对小程序端展示的文化信息的类型进行管理，方便对各类信息汇总、展示，可以方便用户按类型查看、搜索查找等，直接在后台设置可方便后期类型信息更替，不需进行代码调整。文化类型管理模块的界面如图5-4所示。

图5-4 文化类型管理界面

5.5 文化信息管理模块

文化信息管理模块是对小程序端展示的文化信息进行管理，可直接将各类型信息在后台维护，主要包括名称、类型、图片路径等信息。文化信息管理模块的界面如图5-5所示。

图5-5 文化信息管理界面

5.6 留言管理模块

留言信息管理模块是对小程序端用户留言的信息进行管理、回复。留言信息管理模块的界面如图5-6所示。

图5-6 留言信息管理界面

5.7 评论管理模块

评论管理模块是对小程序端用户对文化信息的各种评论进行管理，方便后期统计客户的喜爱程度。评论管理模块的界面如图5-7所示。

 图4-7 评论管理界面

5.8 收藏管理模块

收藏管理模块是对小程序端用户对文化信息的收藏情况进行管理，方便后期统计客户对各类信息的喜爱程度。收藏管理模块的界面如图5-8所示。

图5-8 收藏管理界面

5.9 用户管理模块

用户管理模块是对后台管理员的用户信息进行统一管理，主要包括了姓名、登录名、性别、所属部门、所属角色、最后登录时间、状态等信息，涵盖的操作主要有新增、删除、修改查询。用户管理模块的界面如图5-9所示。

图5-9 用户管理界面

5.9 用户管理模块

用户管理模块是对后台管理员的用户信息进行统一管理，主要包括了姓名、登录名、性别、所属部门、所属角色、最后登录时间、状态等信息，涵盖的操作主要有新增、删除、修改查询。用户管理模块的界面如图4-9所示。

 图5-9 用户管理界面

5.10 部门管理模块

部门管理模块是对后台管理员的部门信息进行统一管理，主要包括了部门名称、状态信息，涵盖的操作主要有新增、删除、修改查询。部门管理模块的界面如图5-10所示。

图5-10 部门管理界面

5.11 角色管理模块

角色管理模块是对后台管理员的角色信息进行统一管理，主要包括了角色名称、状态信息，涵盖的操作主要有新增、删除、修改、查询、资源权限分配等操作。角色管理模块的界面如图5-11所示。

图5-11 角色管理界面

5.12 小程序注册

小程序端用户在没有账户时，点击注册按钮，输入手机号、名称、密码、年龄、性别完成注册。注册成功后，可登录使用小程序的所有功能；若注册失败，根据提示信息再次注册直到成功。小程序注册模块的界面如图5-12所示。

图5-12 小程序注册界面

5.13 小程序登录

小程序端用户在时候该小程序的评论、收藏等信息时，需登录才可使用。用户使用手机号、密码完成登录，成功后可使用里面的全部功能；若登录失败，可根据提示信息直至登录成功。小程序登录模块的界面如图5-13所示。

 图5-13 小程序登录界面

5.14 小程序首页模块

小程序端用户在进入小程序后，登录成功可进入首页，首页主要包括banner图、ACG文化信息、底部导航信息等。小程序首页模块的界面如图5-14所示。

4-14 小程序首页界面

5.15 ACG文化详情模块

小程序端用户想了解某个文化信息的详情时，点击进入详情页面，从而查看详细信息并进行评论、收藏等操作。小程序详情模块的界面如图5-15所示。

图5-15 小程序文化详情界面

5.16 用户留言模块

小程序端用户想要进行留言时，可点击留言，输入自己的留言内容，若平台管理员回复后可查看回复信息。小程序用户留言模块的界面如图5-16所示。

 图5-16 用户留言界面

5.17 评论模块

小程序的可对系统信息进行评论、收藏等操作。评论、收藏的界面如图5-17所示。

图5-17 评论界面

6 系统测试

6.1 测试目的

测试在系统开发的过程中起着非常重要的作用，简单概括有下面几个方面的目的：

(1) 保证系统里面的全部功能无bug，可以正常运转；为了保证系统的整体流程不存在问题，可以正常运行。

(2) 保证系统使用过程中的错误不再发生，比如乱码页面、数据流向等错误。

(3) 及时发现系统中可能发生的加载、不稳定、性能等问题，提前发现可能出现的问题并进行解决，保证上线后的问题解决。

6.2 测试步骤

(1) 模块化测试，该测试需将整体的系统功能拆分成一个一个小模块，然后按照模块化进行测试，在测试过程中将每个小模块里面的问题找出来并记录好，从而把问题都一一解决并完善好。

(2) 整体性测试，系统按照模块化把功能都测试完成后，再把小模块的内容全部整合到一起测试，按照需求整理好系统整体流程，梳理好整体流程。按照整体确定的流程完成系统整体测试，使各个模块有密切联系，这样做才可完成确定的操作流程；

(3) 测试结果验收，在项目验收之前多次测试，在确保没问题情况下即可交付客户。

6.3 部分功能测试

(1) 登录功能

测试用例及结果如表6-1所示。

表6-1 登录功能测试表

测试模块	测试用例	预期结果	测试结果
登录	｛ “18435122378”, “123456” ｝	用户不存在	与实际结果一致
	｛ “18435122379”, “123456” ｝	密码错误	与实际结果一致
	｛ “18435122379”, “123456” ｝	登录成功	与实际结果一致
	｛ “18435122379 ”, “ ” ｝	提示密码必填	与实际结果一致
	｛ “ ”, “18435122379 ” ｝	提示账号必填	与实际结果一致
	｛ “ ”, “ ” ｝	提示账号、密码必填	与实际结果一致

(2) 注册功能

测试用例及结果如表6-2所示。

表6-2 注册功能测试表

测试模块	测试用例	预期结果	测试结果
注册	｛ “18435122379”, “用户1”, “13”, “123456”, “男” ｝	用户已存在	与实际结果一致
	｛ “ ”, “ ”, “15”, “123456”, “男” ｝	提示必填信息未填写	与实际结果一致
	｛ “18435122389”, “用户1”, “20”, “123456”, “男” ｝	注册成功	与实际结果一致

(3) 文化信息发布功能

测试用例及结果如表6-3所示。

表6-3 文化信息发布功能测试表

测试模块	测试用例	预期结果	测试结果
文化信息发布	｛ “文化名字1”, “类型1”,“2312o.png” ｝	文化信息发布成功	与实际结果一致
	｛ “ ”, “类型1”,“2312o.png” ｝	提示必填信息未填写	与实际结果一致
	｛ “文化名字1”, “类型1”,“2312o.gif” ｝	文化信息发布失败	与实际结果一致

(4) 收藏功能

测试用例及结果如表6-4所示。

表6-4 收藏、评论功能测试表

测试模块	测试用例	预期结果	测试结果
信息收藏、评论	点击“收藏”	收藏成功	与实际结果一致
	点击“评论”，输入“这个真好”	评论成功	与实际结果一致

6.4 本章小结

本章主要是从系统的测试目的、测试步骤、部分功能测试三大部分进行了详细阐述。

结    论

本文对开发ACG文化交流平台的研究背景意义、研究现状、系统需求分析、可行性分析、系统设计、测试结果等进行了详细阐述。系统采用的开发采用了小程序开发相关技术、轻量级SSM框架，前端页面采用layui前端矿机，数据库采用轻量级mysql，使用了逆向工程技术将数据库的表全部逆向生成实体类和mapper文件，简单的单表操作也会对应直接生成，这样既可提高开发速度。

该系统从需求分析到最后开发完成大概使用了三个多月的时间，在这几个月里面，自己将平时学习的理论知识和实践能力得到了完美结合，在完成中也提高了自己编码的能力。虽然说毕业设计已经完成，但系统开发的这项工作暂未停止，在后面的空余时间里，将会把系统进行再次优化，旨在提高该系统的流程和使用贴合度，提升系统和实际使用流程的契合度，从而让系统能更好的投入使用并运行。