基于SSM的二次元百科目录系统的设计与实现---附源码33450

摘 要

随着互联网大趋势的到来，社会的方方面面，各行各业都在考虑利用互联网作为媒介将自己的信息及时有效地推广出去，而其中最好的方式就是建立网络管理系统，并对其进行信息管理。本文阐述了一个基于SSM的二次元百科目录系统的设计与实现过程。该系统充分利用SSM的广泛性、易用性、灵活性和可扩展性，旨在为二次元领域提供高效、便捷的论坛系统。

整个开发过程首先对系统进行需求分析，得出其主要功能。接着对系统进行总体设计和详细设计。总体设计主要包括系统功能设计、系统总体结构设计、系统数据结构设计和系统安全设计等；详细设计主要包括系统数据库访问的实现，主要功能模块的具体实现，模块实现关键代码等。最后对系统进行功能测试，并对测试结果进行分析总结，得出系统中存在的不足及需要改进的地方，为以后的系统维护提供了方便，同时也为今后开发类似系统提供了借鉴和帮助。

本系统开发利用现有的成熟技术参考，以源代码为模板，分析功能调整与二次元百科目录系统的实际需求相结合，实现了系统用户、动漫信息管理、动漫类型管理、手机游戏管理、电脑游戏管理、游戏分类管理、画师作品管理、风格类型管理、制作公司管理、配音演员管理、系统管理、系统公告管理、交流管理等核心功能，满足了用户对二次元百科目录系统的多样化需求。

关键词：二次元百科目录系统；Java语言；SSM框架

Design and Implementation of anime Encyclopedia Directory System Based on SSM

Abstract

With the arrival of the Internet trend, all walks of life are considering using the Internet as a medium to promote their information in a timely and effective manner. The best way is to establish a network management system and manage its information. This paper describes the design and implementation of a SSM based anime encyclopedia directory system. The system makes full use of the universality, ease of use, flexibility and scalability of SSM, aiming to provide an efficient and convenient forum system for the anime field.

The entire development process first conducts a requirement analysis of the system to determine its main functions. Then proceed with the overall and detailed design of the system. The overall design mainly includes system functional design, system overall structure design, system data structure design, and system security design, etc; The detailed design mainly includes the implementation of system database access, the specific implementation of main functional modules, and the key code for module implementation. Finally, functional testing was conducted on the system, and the test results were analyzed and summarized to identify the shortcomings and areas for improvement in the system. This provided convenience for future system maintenance and also provided reference and assistance for the development of similar systems in the future.

The system development uses the existing mature technology reference, takes the source code as the template, analyzes the function adjustment and combines the actual needs of the anime encyclopedia directory system, and realizes the system user, animation information management, animation type management, mobile game management, computer game management, game classification management, painter work management, style type management, production company management, voice actor management, system management, system announcement management Core functions such as communication management meet the diversified needs of users for the anime encyclopedia directory system.

Keywords: Anime encyclopedia directory system; Java language; SSM Framework

目  录

1 绪论

1.1 选题背景

1.2选题目的和意义

1.3国内外研究现状

1.4论文结构与章节安排

2 二次元百科目录系统系统分析

2.1 可行性分析

2.1.1 技术可行性分析

2.1.2 经济可行性分析

2.1.3 操作可行性分析

2.2 功能需求分析

2.2.1 功能性分析

2.2.2 非功能性分析

2.3 系统用例分析

2.4 业务流程分析

2.5本章小结

3 二次元百科目录系统总体设计

3.1 系统架构设计

3.2 系统功能模块设计

3.3 数据库设计

3.3.1 数据库概念结构设计

3.3.2 数据库逻辑结构设计

3.4本章小结

4 二次元百科目录系统详细设计与实现

4.1前台用户功能模块

4.1.1 前台首页界面

4.1.2 用户注册界面

4.1.3 用户登录界面

4.1.4交流论坛界面

4.1.5系统公告界面

4.1.5动漫信息界面

4.1.6手机游戏界面

4.1.7画师作品界面

4.1.8个人中心界面

4.2后台管理功能模块

4.2.1系统用户界面

4.2.2 动漫信息管理界面

4.2.3系统管理界面

4.3.4系统公告管理界面

4.3.5交流管理界面

5系统测试

5.1 系统测试用例

5.2 系统测试结果

结论

参考文献

致  谢

1 绪论

1.1 选题背景

二次元文化作为一种特殊的艺术表现形式，已经逐渐成为全球范围内广受欢迎的文化现象。二次元文化是指以动漫、漫画、游戏为代表的一种特殊的文化现象。随着二次元产业的发展，涌现出了大量的二次元作品、角色和IP，形成了庞大的二次元文化产业链。其中，二次元百科是二次元文化中的一部分，旨在对各种二次元作品、角色等进行系统化整理、分类和介绍，为二次元爱好者提供便捷的查阅和了解途径。

在过去的几年里，二次元百科网站、应用程序等平台逐渐兴起，为二次元爱好者提供了丰富多彩的信息和互动交流空间。然而，目前存在的二次元百科系统往往缺乏一套统一的目录结构和标准化的分类方法，导致了信息混乱、搜索困难等问题。因此，建立一个完善的二次元百科目录系统，对于整个二次元文化的传播、推广和研究具有重要意义。

本论文将以SSM为基础，设计和开发一种全新的二次元百科目录系统。该论坛网站将提供丰富的功能，旨在满足用户多样化的需求。同时，我们将注重页面设计，提供简洁、美观、易用的界面，以提升用户体验。此外，我们将采用最新的技术和框架，以提高网站的安全性和稳定性。

1.2选题目的和意义

通过对二次元作品、角色等进行系统化分类和整理，建立起一套标准化的二次元百科目录系统，可以为用户提供更加清晰、方便的浏览和搜索体验。这不仅有助于提升用户体验和信息检索效率，还有助于促进二次元文化的传承和发展。同时，通过对不同类型的二次元作品进行分类整理，可以更好地帮助用户了解和探索二次元文化的多样性和丰富性，增强用户对二次元文化的认知和兴趣。

因此，本研究旨在通过构建一个完善的二次元百科目录系统，探讨二次元文化作品的分类、整理和展示方式，提高用户体验和信息检索效率，促进二次元文化的传播和研究。这将有助于推动二次元文化产业的发展，拓展二次元文化的影响力，为二次元爱好者提供更加丰富、便捷的资讯服务，推动二次元文化的繁荣与发展。

1.3国内外研究现状

随着二次元文化在全球范围内的迅猛发展，二次元百科目录系统成为了一个备受关注的研究领域。二次元百科目录系统是指对二次元文化、二次元作品和相关主题进行分类、整理和检索的系统。

目前，在全球范围内存在着许多关于二次元文化交流互动的网站，如国内的ACG社区、Bilibili弹幕网、NGA论坛等，以及国外的Reddit、MyAnimeList、4chan等。这些论坛网站拥有大量的用户群体，每天都有成千上万的人在这些平台上活跃。

这些二次元百科目录系统在功能和设计上有一定的共同点，例如都提供了板块分类、帖子浏览、个人中心等基本功能。同时，还根据不同的用户需求，提供一些特色功能，如Bilibili弹幕网的弹幕评论、Reddit的投票机制等。

国内二次元百科目录系统的研究主要集中在数据库构建与管理方面。研究者通过采集、整理和归类大量的二次元作品和相关信息，建立起庞大的二次元目录数据库。该数据库通过利用关系数据库管理系统或图数据库等技术，实现对数据的快速检索、更新和维护。分类与标签系统是实现二次元百科目录系统的重要组成部分。研究者通过对二次元作品的特点、题材、风格等进行分析和归类，建立起一套完善的分类、标签体系。例如，从动画、漫画、游戏、轻小说等维度进行分类，并通过设置关键词标签实现精准的检索功能。

在国内的二次元百科目录系统中，用户参与与贡献起到了重要作用。研究者通过引入用户生成内容（UGC）的概念，鼓励用户添加、编辑和补充二次元目录系统中的内容。同时，通过设置用户权限和审核机制，确保数据的准确性和完整性。

在国外的二次元百科目录系统研究中，多语言支持是一个重要的研究方向。考虑到二次元文化的全球化影响，许多研究者致力于将二次元百科目录系统翻译成多种语言，以便用户能够更方便地浏览和使用系统。与国内不同，国外的二次元百科目录系统更注重用户之间的社交互动和用户社群的建立。研究者通过引入社交媒体功能，为用户提供评论、分享、点赞等互动功能，增强用户之间的交流和互动。同时，系统还可以建立用户社群，以促进用户之间的相互合作和交流。由于二次元作品通常以图像形式存在，研究者也开始关注图像识别与自动归档技术在二次元百科目录系统中的应用。通过利用机器学习和计算机视觉技术，系统能够自动识别、分类和归档二次元作品中的图像，并将其加入到目录系统中进行管理和检索。

然而，目前的二次元百科目录系统也存在一些问题。首先，一些论坛的用户界面设计相对陈旧，不够美观和便捷，无法满足用户的个性化需求。其次，一些论坛的内容审核机制不够严格，存在大量低质量或者恶意信息的传播。此外，由于二次元文化的特殊性，一些论坛网站存在版权问题和非法内容的传播。因此，目前的二次元百科目录系统的开发仍然有很大的改进空间。需要更加注重用户体验的设计，提供更多个性化的功能，加强内容审核和版权保护，以提升用户对论坛网站的满意度和信任度。

1.4论文结构与章节安排

本文共分为六章，章节内容安排如下：

第一章：绪论。此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明，同时进行了论文整体框架的结构的简要介绍。

第二章：系统需求分析。章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析；对系统实行了总体功能的需求、用例分析。

第三章：系统的设计。主要是对系统的功能结构进行设计，并对系统数据库的概念结构以及物理结构的设计进行了分析。

第四章：系统的实现。根据系统功能的划分，分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。

第五章：系统测试。主要对系统的部分界面进行测试并对主要功能进行测试

第六章：总结。

2 二次元百科目录系统系统分析

系统需求分析是系统开发的一个关键环节，它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘，如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例，如果需求分析不到位，后面的系统设计要实现就是一个偏离导航的设计。

2.1 可行性分析

系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析，如果三个层面度通过，我们则认为系统是比较可行的。

2.1.1 技术可行性分析

SSM是一种常用的Java Web开发框架，能够实现分层架构，提高开发效率和代码复用性。二次元百科目录系统在数据的存储上使用的MySQL数据库，在系统开发中使用了Java、HTML、Tomcat这些开发工具的使用，能够给我们的编写工作带来许多的便利。结合SSM和Java技术，可以快速搭建一个功能强大、性能稳定的二次元百科目录系统。因此，从技术层面分析是可行的。

2.1.2 经济可行性分析

SSM框架是开源的，拥有大量的社区支持和丰富的学习资源。使用SSM框架进行开发可以降低开发成本，缩短开发周期。此外，SSM框架具备良好的性能和稳定性，可以降低系统的运行成本和维护成本。因此，从经济角度分析是可行的。

2.1.3 操作可行性分析

本系统实现功能的操作很简单，普通电脑的常见配置就可以运行本软件，并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力，并且可以正常访问系统，并不需要操作者有什么高超的能力，只需了解业务流程，并且按照专业知识进行正确操作即可，所以高校教材订购管理系统具备操作可行性。

2.2 功能需求分析

2.2.1 功能性分析

二次元百科目录系统我划分为了前台和后台两大部分，其中前台包括普通用户和画师用户。

前台用户功能模块：

（1）用户注册登录：游客可以随时进入到系统中，对系统中的信息浏览，但是想要实现资讯评论和发布论坛帖子操作，就必须有这个系统的账号，如果没有账号的话，可以注册用户进行相关的操作，同时用户还可以通过“我的”这个按钮对个人信息以及操作的信息进行管控。

（2）查看二次元百科目录系统的首页信息：二次元百科目录系统的首页信息包含了首页、交流论坛、系统公告、动漫信息、手机游戏、电脑游戏、画师作品、制作公司、配音演员等。

（3）交流论坛：用户点击“交流论坛”菜单显示所有的交流论坛信息，可以按照分类查看帖子信息，或者输入关键词进行局部搜索，点击可以进入帖子的详细展示界面，在此界面用户可以点赞、收藏、评论，也可以点击“发布内容”输入帖子信息进行发帖。

（4）系统公告：当用户点击“系统公告”这一菜单按钮，会显示管理员在后台发布的所有的系统公告，可以查看详情。

（5）动漫信息：在首页点击“动漫信息”按钮进入动漫信息列表，可以输入关键词进行查询动漫信息，并且可以对查看的动漫信息进行评论、收藏、点赞操作。

（6）手机游戏：在首页点击“手机游戏”按钮进入手机游戏列表，可以输入关键词进行查询手机游戏，点击可以查看到游戏名称、游戏分类、游戏视频、游戏附件、游戏介绍等详细信息，并且可以对查看的手机游戏进行下载、评论、收藏、点赞操作。

（7）电脑游戏：在首页点击“电脑游戏”按钮进入电脑游戏列表，可以输入关键词进行查询电脑游戏，点击可以查看到游戏名称、游戏分类、游戏链接、游戏附件、游戏介绍等详细信息，并且可以对查看的电脑游戏进行下载、评论、收藏、点赞操作。

（8）画师作品：在首页点击“画师作品”按钮进入画师作品列表，可以输入关键词进行查询画师作品信息，并且可以对查看的画师作品进行评论、收藏、点赞操作。

（9）制作公司：在首页点击“制作公司”按钮进入制作公司信息列表，可以输入关键词进行查询制作公司信息，并且可以对查看的制作公司进行评论、收藏、点赞操作。

（10）配音演员：在首页点击“配音演员”按钮进入配音演员信息列表，可以输入关键词进行查询配音演员信息，并且可以对喜欢的配音演员进行评论、收藏、点赞操作。

（11）我的账户：在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改进行管控。

（12）普通用户个人中心：普通用户点击右上角的“用户名”，然后点击“个人中心”可查看个人首页、交流论坛和自己的收藏信息并对其进行管理。

（13）画师用户个人中心：画师用户点击右上角的“用户名”，然后点击“个人中心”可查看个人首页、画师作品、交流论坛和自己的收藏信息并对其进行管理。画师用户在个人中心的画师作品模块可以上传自己的作品并展示在前台。

后台管理员功能模块：

（1）登录：管理员在后台可以输入用户名+密码进行登录，管理员的用户名和密码是在数据库中直接设定好的。

（2）系统用户：管理员可以对二次元百科目录系统中的管理员、画师用户和普通用户进行增删改查。

（3）动漫信息管理：管理员点击“动漫信息管理”会显示出所有的动漫信息，支持输入动漫名称对动漫信息进行查询，如果想要添加新的动漫信息，点击“添加”按钮，输入动漫名称、动漫类型、动漫作者、动漫视频、动漫介绍等信息，点击“提交”按钮就可以添加了，同时可以选择某一条动漫信息，点击“删除”进行删除，也可以对用户提交的动漫评论的信息进行管控。

（4）动漫类型管理：管理员点击“动漫类型管理”菜单可以对平台的动漫类型进行增删改查。

（5）手机游戏管理：管理员点击“手机游戏管理”会显示出所有的手机游戏信息，支持输入游戏名称对手机游戏信息进行查询，也可以对用户提交的手机游戏的评论信息进行管控。

（6）电脑游戏管理：管理员点击“电脑游戏管理”会显示出所有的电脑游戏信息，支持输入游戏名称对电脑游戏信息进行查询，也可以对用户提交的电脑游戏的评论信息进行管控。

（7）游戏分类管理：管理员点击“游戏分类管理”系统会把系统当中所有的游戏分类都显示出来，管理员可进行添加游戏分类和类型描述管理，并可进行查询、重置或删除等相应操作。

（8）画师作品管理：管理员执行画师作品管理，点击详情进行画风类型分类，可以添加新的画师作品，也可以对用户提交的画师作品的评论信息进行管控。

（9）风格类型管理：管理员点击“风格类型管理”系统会把系统当中所有作品的画风类型都显示出来，管理员可进行添加风格类型和类型描述管理，并可进行查询、重置或删除等相应操作。

（10）制作公司管理：管理员执行制作公司信息管理，可以添加新的制作公司信息，也可以对用户提交的制作公司的评论信息进行管控。

（11）配音演员管理：管理员执行配音演员信息管理，可以添加新的配音演员信息，也可以对用户提交的配音演员的评论信息进行管控。

（12）系统管理：管理员点击“系统管理”菜单可以对首页展示的轮播图进行管理。

（13）系统公告管理：管理员点击“系统公告管理”菜单可以查看到系统中的所有系统公告信息，对已经存在的系统公告，管理员可以修改，也可以添加新的系统公告或者删除系统公告。

（14）交流管理：管理员可以对二次元百科目录系统前台展示的交流论坛以及交流论坛所属的分类进行管控。

2.2.2 非功能性分析

二次元百科目录系统的非功能性需求，比如二次元百科目录系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下2-1表格中：

表2-1二次元百科目录系统非功能需求表

安全性	主要指二次元百科目录系统数据库的安装，数据库的使用和密码的设定必须合乎规范。
可靠性	可靠性是指二次元百科目录系统能够按照用户提交的指示进行操作，经过测试，可靠性90%以上。
性能	性能是影响二次元百科目录系统占据市场的必要条件，所以性能最好要佳才好。
可扩展性	比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。
易用性	用户只要跟着二次元百科目录系统的页面展示内容进行操作，就可以了。
可维护性	二次元百科目录系统开发的可维护性是非常重要的，经过测试，可维护性没有问题

2.3 系统用例分析

二次元百科目录系统的完整UML用例图分别是图2-1、2-2和图2-3。

图2-1就是普通用户角色的用例展示。

图2-1 二次元百科目录系统普通用户角色用例图

图2-2就是画师用户角色的用例展示。

图2-2 二次元百科目录系统画师用户角色用例图

图2-3就是管理员角色的用例展示。

图2-3 二次元百科目录系统管理员角色用例图

2.4 业务流程分析

业务流程图不仅能反映出内部业务之间的关系，而且能体现出管理顺序及信息的流动。基于SSM的二次元百科目录系统必须支持整个组织在不同层次上的各种功能，各个功能模块之间又有各种不同相关的信息进行联系，构成了一个有机的整体，根据二次元百科目录系统的特点以及结合所面临的实际情况，设计出了系统的业务流程图。

系统的业务流程如下图所示。

图2-4 系统业务流程图

2.5本章小结

本章主要通过对二次元百科目录系统的可行性分析、功能需求分析、系统用例分析、系统流程分析，确定整个二次元百科目录系统要实现的功能。同时也为二次元百科目录系统的代码实现和测试提供了标准。

3 二次元百科目录系统总体设计

本章主要讨论的内容包括二次元百科目录系统的功能模块设计、数据库系统设计。

3.1 系统架构设计

本二次元百科目录系统从架构上分为三层：表现层（UI）、业务逻辑层（BLL）以及数据层（DL）。

图3-1二次元百科目录系统架构设计图

表现层（UI）：又称UI层，主要完成本二次元百科目录系统的UI交互功能，一个良好的UI可以打打提高用户的用户体验，增强用户使用本二次元百科目录系统时的舒适度。UI的界面设计也要适应不同版本的二次元百科目录系统以及不同尺寸的分辨率，以做到良好的兼容性。UI交互功能要求合理，用户进行交互操作时必须要得到与之相符的交互结果，这就要求表现层要与业务逻辑层进行良好的对接。

业务逻辑层（BLL）：主要完成本二次元百科目录系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层，系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。

数据层（DL）：由于本二次元百科目录系统的数据是放在服务端的MySQL数据库中，因此本属于服务层的部分可以直接整合在业务逻辑层中，所以数据层中只有数据库，其主要完成本二次元百科目录系统的数据存储和管理功能。

3.2 系统功能模块设计

在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本二次元百科目录系统中的用例。那么接下来就要开始对本二次元百科目录系统的架构、主要功能和数据库开始进行设计。二次元百科目录系统根据前面章节的需求分析得出，其总体功能模块图如图3-2所示。

图3-2 二次元百科目录系统总体功能模块图

3.3 数据库设计

数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。

3.3.1 数据库概念结构设计

下面是整个二次元百科目录系统中主要的数据库表总E-R实体关系图。

图3-3 二次元百科目录系统总E-R关系图

3.3.2 数据库逻辑结构设计

通过上一小节中二次元百科目录系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。

表access_token (登陆访问时长)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	token_id	int	10	0	N	Y		临时访问牌ID
2	token	varchar	64	0	Y	N		临时访问牌
3	info	text	65535	0	Y	N
4	maxage	int	10	0	N	N	2	最大寿命：默认2小时
5	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
6	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
7	user_id	int	10	0	N	N	0	用户编号:

表anime_genre (动漫类型)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	anime_genre_id	int	10	0	N	Y		动漫类型ID
2	anime_genre	varchar	64	0	Y	N		动漫类型
3	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表anime_information (动漫信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	anime_information_id	int	10	0	N	Y		动漫信息ID
2	anime_name	varchar	64	0	Y	N		动漫名称
3	anime_genre	varchar	64	0	Y	N		动漫类型
4	cover	varchar	255	0	Y	N		封面
5	anime_author	varchar	64	0	Y	N		动漫作者
6	anime_videos	varchar	255	0	Y	N		动漫视频
7	anime_introduction	longtext	2147483647	0	Y	N		动漫介绍
8	hits	int	10	0	N	N	0	点击数
9	praise_len	int	10	0	N	N	0	点赞数
10	recommend	int	10	0	N	N	0	智能推荐
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表artist_users (画师用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	artist_users_id	int	10	0	N	Y		画师用户ID
2	artists_name	varchar	64	0	Y	N		画师姓名
3	gender	varchar	64	0	Y	N		性别
4	examine_state	varchar	16	0	N	N	已通过	审核状态
5	user_id	int	10	0	N	N	0	用户ID
6	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
7	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表auth (用户权限管理)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	auth_id	int	10	0	N	Y		授权ID：
2	user_group	varchar	64	0	Y	N		用户组：
3	mod_name	varchar	64	0	Y	N		模块名：
4	table_name	varchar	64	0	Y	N		表名：
5	page_title	varchar	255	0	Y	N		页面标题：
6	path	varchar	255	0	Y	N		路由路径：
7	position	varchar	32	0	Y	N		位置：
8	mode	varchar	32	0	N	N	_blank	跳转方式：
9	add	tinyint	3	0	N	N	1	是否可增加：
10	del	tinyint	3	0	N	N	1	是否可删除：
11	set	tinyint	3	0	N	N	1	是否可修改：
12	get	tinyint	3	0	N	N	1	是否可查看：
13	field_add	text	65535	0	Y	N		添加字段：
14	field_set	text	65535	0	Y	N		修改字段：
15	field_get	text	65535	0	Y	N		查询字段：
16	table_nav_name	varchar	500	0	Y	N		跨表导航名称：
17	table_nav	varchar	500	0	Y	N		跨表导航：
18	option	text	65535	0	Y	N		配置：
19	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
20	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表collect (收藏)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	collect_id	int	10	0	N	Y		收藏ID：
2	user_id	int	10	0	N	N	0	收藏人ID：
3	source_table	varchar	255	0	Y	N		来源表：
4	source_field	varchar	255	0	Y	N		来源字段：
5	source_id	int	10	0	N	N	0	来源ID：
6	title	varchar	255	0	Y	N		标题：
7	img	varchar	255	0	Y	N		封面：
8	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表comment (评论)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	comment_id	int	10	0	N	Y		评论ID：
2	user_id	int	10	0	N	N	0	评论人ID：
3	reply_to_id	int	10	0	N	N	0	回复评论ID：空为0
4	content	longtext	2147483647	0	Y	N		内容：
5	nickname	varchar	255	0	Y	N		昵称：
6	avatar	varchar	255	0	Y	N		头像地址：[0,255]
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
9	source_table	varchar	255	0	Y	N		来源表：
10	source_field	varchar	255	0	Y	N		来源字段：
11	source_id	int	10	0	N	N	0	来源ID：

表computer_game (电脑游戏)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	computer_game_id	int	10	0	N	Y		电脑游戏ID
2	game_name	varchar	64	0	Y	N		游戏名称
3	game_classification	varchar	64	0	Y	N		游戏分类
4	cover	varchar	255	0	Y	N		封面
5	game_link	varchar	255	0	Y	N		游戏链接
6	game_attachments	varchar	255	0	Y	N		游戏附件
7	game_introduction	longtext	2147483647	0	Y	N		游戏介绍
8	hits	int	10	0	N	N	0	点击数
9	praise_len	int	10	0	N	N	0	点赞数
10	recommend	int	10	0	N	N	0	智能推荐
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表dubbing_actors (配音演员)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	dubbing_actors_id	int	10	0	N	Y		配音演员ID
2	actor_name	varchar	64	0	Y	N		演员名称
3	character_cover	varchar	255	0	Y	N		人物封面
4	actors_hometown	varchar	64	0	Y	N		演员籍贯
5	birth_date	varchar	64	0	Y	N		出生年月
6	main_works	text	65535	0	Y	N		主要作品
7	actor_introduction	longtext	2147483647	0	Y	N		演员介绍
8	hits	int	10	0	N	N	0	点击数
9	praise_len	int	10	0	N	N	0	点赞数
10	recommend	int	10	0	N	N	0	智能推荐
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表forum (论坛)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	forum_id	mediumint	8	0	N	Y		论坛id
2	display	smallint	5	0	N	N	100	排序
3	user_id	mediumint	8	0	N	N	0	用户ID
4	nickname	varchar	16	0	Y	N		昵称：[0,16]
5	praise_len	int	10	0	Y	N	0	点赞数
6	hits	int	10	0	N	N	0	访问数
7	title	varchar	125	0	N	N		标题
8	keywords	varchar	125	0	Y	N		关键词
9	description	varchar	255	0	Y	N		描述
10	url	varchar	255	0	Y	N		来源地址
11	tag	varchar	255	0	Y	N		标签
12	img	text	65535	0	Y	N		封面图
13	content	longtext	2147483647	0	Y	N		正文
14	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
15	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
16	avatar	varchar	255	0	Y	N		发帖人头像：
17	type	varchar	64	0	N	N	0	论坛分类：[0,1000]用来搜索指定类型的论坛帖

表forum_type (论坛分类)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	type_id	smallint	5	0	N	Y		分类ID：[0,10000]
2	name	varchar	16	0	N	N		分类名称：[2,16]
3	description	varchar	255	0	Y	N		描述：[0,255]描述该分类的作用
4	url	varchar	255	0	Y	N		外链地址：[0,255]如果该分类是跳转到其他网站的情况下，就在该URL上设置
5	father_id	smallint	5	0	N	N	0	上级分类ID：[0,32767]
6	icon	varchar	255	0	Y	N		分类图标：
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表game_classification (游戏分类)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	game_classification_id	int	10	0	N	Y		游戏分类ID
2	game_classification	varchar	64	0	Y	N		游戏分类
3	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表hits (用户点击)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	hits_id	int	10	0	N	Y		点赞ID：
2	user_id	int	10	0	N	N	0	点赞人：
3	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
5	source_table	varchar	255	0	Y	N		来源表：
6	source_field	varchar	255	0	Y	N		来源字段：
7	source_id	int	10	0	N	N	0	来源ID：

表mobile_games (手机游戏)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	mobile_games_id	int	10	0	N	Y		手机游戏ID
2	game_name	varchar	64	0	Y	N		游戏名称
3	game_classification	varchar	64	0	Y	N		游戏分类
4	cover	varchar	255	0	Y	N		封面
5	game_videos	varchar	255	0	Y	N		游戏视频
6	game_attachments	varchar	255	0	Y	N		游戏附件
7	game_introduction	longtext	2147483647	0	Y	N		游戏介绍
8	hits	int	10	0	N	N	0	点击数
9	praise_len	int	10	0	N	N	0	点赞数
10	recommend	int	10	0	N	N	0	智能推荐
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表notice (公告)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	notice_id	mediumint	8	0	N	Y		公告id：
2	title	varchar	125	0	N	N		标题：
3	content	longtext	2147483647	0	Y	N		正文：
4	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
5	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表painters_works (画师作品)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	painters_works_id	int	10	0	N	Y		画师作品ID
2	title_of_the_work	varchar	64	0	Y	N		作品名称
3	art_style_type	varchar	64	0	Y	N		画风类型
4	cover_image	varchar	255	0	Y	N		封面图
5	works_package	varchar	255	0	Y	N		作品包
6	introduction_to_works	longtext	2147483647	0	Y	N		作品介绍
7	artist_users	int	10	0	Y	N	0	画师用户
8	artists_name	varchar	64	0	Y	N		画师姓名
9	hits	int	10	0	N	N	0	点击数
10	praise_len	int	10	0	N	N	0	点赞数
11	recommend	int	10	0	N	N	0	智能推荐
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表praise (点赞)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	praise_id	int	10	0	N	Y		点赞ID：
2	user_id	int	10	0	N	N	0	点赞人：
3	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
5	source_table	varchar	255	0	Y	N		来源表：
6	source_field	varchar	255	0	Y	N		来源字段：
7	source_id	int	10	0	N	N	0	来源ID：
8	status	bit	1	0	N	N	1	点赞状态:1为点赞，0已取消

表production_company (制作公司)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	production_company_id	int	10	0	N	Y		制作公司ID
2	company_name	varchar	64	0	Y	N		公司名称
3	company_category	varchar	64	0	Y	N		公司类别
4	company_cover	varchar	255	0	Y	N		公司封面
5	company_size	varchar	64	0	Y	N		公司规模
6	company_office_number	varchar	16	0	Y	N		公司电话
7	company_address	varchar	64	0	Y	N		公司地址
8	company_introduction	longtext	2147483647	0	Y	N		公司介绍
9	hits	int	10	0	N	N	0	点击数
10	praise_len	int	10	0	N	N	0	点赞数
11	recommend	int	10	0	N	N	0	智能推荐
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表regular_users (普通用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	regular_users_id	int	10	0	N	Y		普通用户ID
2	user_name	varchar	64	0	Y	N		用户姓名
3	gender	varchar	64	0	Y	N		性别
4	examine_state	varchar	16	0	N	N	已通过	审核状态
5	user_id	int	10	0	N	N	0	用户ID
6	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
7	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表slides (轮播图)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	slides_id	int	10	0	N	Y		轮播图ID：
2	title	varchar	64	0	Y	N		标题：
3	content	varchar	255	0	Y	N		内容：
4	url	varchar	255	0	Y	N		链接：
5	img	varchar	255	0	Y	N		轮播图：
6	hits	int	10	0	N	N	0	点击量：
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表style_type (风格类型)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	style_type_id	int	10	0	N	Y		风格类型ID
2	art_style_type	varchar	64	0	Y	N		画风类型
3	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表upload (文件上传)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	upload_id	int	10	0	N	Y		上传ID
2	name	varchar	64	0	Y	N		文件名
3	path	varchar	255	0	Y	N		访问路径
4	file	varchar	255	0	Y	N		文件路径
5	display	varchar	255	0	Y	N		显示顺序
6	father_id	int	10	0	Y	N	0	父级ID
7	dir	varchar	255	0	Y	N		文件夹
8	type	varchar	32	0	Y	N		文件类型

表user (用户账户：用于保存用户登录信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	user_id	mediumint	8	0	N	Y		用户ID：[0,8388607]用户获取其他与用户相关的数据
2	state	smallint	5	0	N	N	1	账户状态：[0,10](1可用|2异常|3已冻结|4已注销)
3	user_group	varchar	32	0	Y	N		所在用户组：[0,32767]决定用户身份和权限
4	login_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	上次登录时间：
5	phone	varchar	11	0	Y	N		手机号码：[0,11]用户的手机号码，用于找回密码时或登录时
6	phone_state	smallint	5	0	N	N	0	手机认证：[0,1](0未认证|1审核中|2已认证)
7	username	varchar	16	0	N	N		用户名：[0,16]用户登录时所用的账户名称
8	nickname	varchar	16	0	Y	N		昵称：[0,16]
9	password	varchar	64	0	N	N		密码：[0,32]用户登录所需的密码，由6-16位数字或英文组成
10	email	varchar	64	0	Y	N		邮箱：[0,64]用户的邮箱，用于找回密码时或登录时
11	email_state	smallint	5	0	N	N	0	邮箱认证：[0,1](0未认证|1审核中|2已认证)
12	avatar	varchar	255	0	Y	N		头像地址：[0,255]
13	open_id	varchar	255	0	Y	N		针对获取用户信息字段
14	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
15	vip_level	varchar	255	0	Y	N		会员等级
16	vip_discount	double	11	2	Y	N	0.00	会员折扣

表user_group (用户组：用于用户前端身份和鉴权)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	group_id	mediumint	8	0	N	Y		用户组ID：[0,8388607]
2	display	smallint	5	0	N	N	100	显示顺序：[0,1000]
3	name	varchar	16	0	N	N		名称：[0,16]
4	description	varchar	255	0	Y	N		描述：[0,255]描述该用户组的特点或权限范围
5	source_table	varchar	255	0	Y	N		来源表：
6	source_field	varchar	255	0	Y	N		来源字段：
7	source_id	int	10	0	N	N	0	来源ID：
8	register	smallint	5	0	Y	N	0	注册位置:
9	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

3.4本章小结

整个二次元百科目录系统的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。

4 二次元百科目录系统详细设计与实现

二次元百科目录系统的详细设计与实现主要是根据前面的二次元百科目录系统的需求分析和二次元百科目录系统的总体设计来设计页面并实现业务逻辑。主要从二次元百科目录系统界面实现、业务逻辑实现这两部分进行介绍。

4.1前台用户功能模块

4.1.1 前台首页界面

当进入二次元百科目录系统的时候，系统以上中下的布局进行展示，首先映入眼帘的是系统的导航栏，下面是轮播图，其次是网站公告。系统主界面展示如下图4-1所示。

图4-1 前台首页界面图

4.1.2 用户注册界面

二次元百科目录系统的游客和用户时可以进行注册登录，当用户右上角“注册”按钮的时候，当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。

图4-2注册界面图 

注册代码如下：

 @PostMapping("register")

    public Map<String, Object> signUp(HttpServletRequest request) throws IOException {

        Map<String, String> query = new HashMap<>();

        Map<String,Object> map = service.readBody(request.getReader());

        query.put("username",String.valueOf(map.get("username")));

        List list = service.selectBaseList(service.select(query, new HashMap<>()));

        if (list.size()>0){

            return error(30000, "用户已存在");

        }

        map.put("password",service.encryption(String.valueOf(map.get("password"))));

        service.insert(map);

        return success(1);

}    

4.1.3 用户登录界面

二次元百科目录系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的，当普通用户输入完整的自己的账户名和密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到二次元百科目录系统的首页中；否则将会提示相应错误信息，用户登录界面如下图4-3所示。

图4-3用户登录界面图

登录的逻辑代码如下所示。

    @PostMapping("login")

    public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {

        log.info("[执行登录接口]");

        String username = data.get("username");

        String email = data.get("email");

        String phone = data.get("phone");

        String password = data.get("password");

        List resultList = null;

        QueryWrapper wrapper = new QueryWrapper<User>();

        Map<String, String> map = new HashMap<>();

4.1.4交流论坛界面

用户点击“交流论坛”菜单显示所有的交流论坛信息，可以按照分类查看帖子信息，或者输入关键词进行局部搜索，点击可以进入帖子的详细展示界面，在此界面用户可以点赞、收藏、评论等操作。交流论坛展示界面如下图4-4所示。

图4-4交流论坛展示界面图

发布帖子界面如下图4-4所示。

图4-5发布帖子界面图

4.1.5系统公告界面

当访客点击二次元百科目录系统中导航栏上的“系统公告”后将会进入到该“系统公告”列表的界面，然后选择想要看的系统公告，点击进入到详细界面。系统公告展示界面如下图4-6所示。

图4-6系统公告展示界面图

4.1.5动漫信息界面

当用户点击二次元百科目录系统中导航栏上的“动漫信息”后将会进入到该“动漫信息”列表的界面，然后选择想要看的动漫信息，点击进入到详细界面，在详细界面可以收藏+赞+评论等操作。动漫信息详情界面如下图4-7所示。

图4-7动漫信息详情界面图

4.1.6手机游戏界面

当用户点击二次元百科目录系统中导航栏上的“手机游戏”后将会进入到“手机游戏”列表的界面，然后选择想要看的手机游戏信息，点击进入到详细界面，可以了解到游戏名称、游戏分类、游戏视频、游戏附件、游戏介绍等信息，点击游戏附件可以下载游戏附件，也可以在详细界面可以收藏+赞+评论等操作。手机游戏详情界面如下图4-8所示。

图4-8手机游戏详情界面图

4.1.7画师作品界面

当用户点击二次元百科目录系统中导航栏上的“画师作品”后将会进入到该“画师作品”列表的界面，然后选择想要看的画师作品信息，点击进入到详细界面，在详细界面可以收藏+赞+评论等操作。画师作品详情界面如下图4-9所示。

图4-9画师作品详情界面图

4.1.8个人中心界面

当用户点击右上角“我的”这个按钮，会出现子菜单，普通用户点击“个人中心”可以对个人首页、交流论坛和收藏的信息进行设置管理。普通用户个人中心界面如下图4-10所示。

图4-10普通用户个人中心界面图

画师用户点击“个人中心”可以对个人首页、画师作品、交流论坛和收藏的信息进行设置管理，画师用户在“画师作品”模块可以上传发布自己的作品。画师用户个人中心界面如下图4-11所示。

图4-11画师用户个人中心界面图

4.2后台管理功能模块

4.2.1系统用户界面

二次元百科目录系统中的管理人员在“系统用户”这一菜单是中可以对注册的普通用户、画师用户以及管理员进行管控。系统用户管理界面如下图4-12所示。

图4-12系统用户管理界面图

4.2.2 动漫信息管理界面

管理员点击“动漫信息管理”显示所有的动漫信息，支持通过动漫名称对动漫信息进行查询。如果想要添加新的动漫信息，点击“添加”按钮，输入动漫名称、动漫类型、动漫作者、动漫视频、动漫介绍等信息，点击“提交”按钮就可以添加了，也可以对用户提交的动漫信息评论的信息进行管控。动漫信息添加界面如下图4-13所示。

图4-13动漫信息添加界面图

4.2.3系统管理界面

管理人员在“系统管理”这一菜单下是可以对二次元百科目录系统内的轮播图进行添加修改的，其管理界面如下图4-14所示。

图4-14系统轮播图管理界面图

4.3.4系统公告管理界面

管理员在左侧菜单栏中点击“系统公告管理”按钮，点击“新增公告”按钮，进入到新增公告界面。在此处公告可以添加公告的标题、内容方式。系统公告管理界面如下图4-15所示。

图4-15系统公告管理界面图

4.3.5交流管理界面

管理员点击“交流论坛管理”菜单能够对二次元百科目录系统内的交流论坛帖子和论坛分类进行增删改查。添加论坛分类界面如下图4-16所示。

图4-16添加论坛分类界面图

5系统测试

5.1 系统测试用例

系统测试包括：用户登录功能测试、动漫信息展示功能测试、手机游戏添加、画师作品搜索、密码修改、交流论坛发布帖子功能测试，如表5-1、5-2、5-3、5-4、5-5、5-6所示：

用户登录功能测试：

表5-1 用户登录功能测试表

用例名称	用户登录系统
目的	测试用户通过正确的用户名和密码可否登录功能
前提	未登录的情况下
测试流程	1) 进入登录页面 2) 输入正确的用户名和密码
预期结果	用户名和密码正确的时候，跳转到登录成功界面，反之则显示错误信息，提示重新输入
实际结果	实际结果与预期结果一致

动漫信息查看功能测试：

表5-2 动漫信息查看功能测试表

用例名称	动漫信息查看
目的	测试动漫信息查看功能
前提	用户登录
测试流程	点击动漫信息列表
预期结果	可以查看到所有动漫信息信息
实际结果	实际结果与预期结果一致

管理员添加手机游戏界面测试：

表5-3 管理员添加手机游戏界面测试表

用例名称	添加手机游戏测试用例
目的	测试手机游戏添加功能
前提	管理员用户正常登录情况下
测试流程	1）管理员点击手机游戏管理，然后点击添加后并填写信息。 2）点击进行提交。
预期结果	提交以后，页面首页会显示新的手机游戏
实际结果	实际结果与预期结果一致

画师作品搜索功能测试：

表5-4画师作品搜索功能测试表

用例名称	画师作品搜索测试
目的	测试画师作品搜索功能
前提	无
测试流程	1）在搜索框填入搜索关键字。 2）点击搜索按钮。
预期结果	页面显示包含有搜索关键字的画师作品
实际结果	实际结果与预期结果一致

密码修改搜索功能测试：

表5-5 密码修改功能测试表

用例名称	密码修改测试用例
目的	测试管理员密码修改功能
前提	管理员用户正常登录情况下
测试流程	1）管理员密码修改并完成填写。 2）点击进行提交。
预期结果	使用新的密码可以登录
实际结果	实际结果与预期结果一致

交流论坛发布帖子功能测试：

表5-6交流论坛发布帖子功能测试表

用例名称	交流论坛发布帖子测试用例
目的	测试用户发布帖子功能
前提	用户正常登录情况下
测试流程	1）搜索查看交流论坛信息，点击发布帖子。 2）填写帖子内容，点击进行提交。
预期结果	帖子发布成功
实际结果	实际结果与预期结果一致

5.2 系统测试结果

通过编写二次元百科目录系统的测试用例，已经检测完毕用户登录功能测试、动漫信息展示功能测试、手机游戏添加、画师作品搜索、密码修改、交流论坛发布帖子功能测试，通过这6大模块为二次元百科目录系统的后期推广运营提供了强力的技术支撑。

结论

通过基于SSM的二次元百科目录系统的开发，本人巩固了之前学过的知识，如今将平时所学到的知识融合在设计中，在设计过程中，做了很多的准备，首先，在数据库系统的设计过程中，尤其是在数据库的工作原理、工作特点，对其深刻的讨论，与此同时，对于小型站点来说，最好服务器的选择，其次，利用所学的知识点分析所做的系统，并在此基础上设计。

目前本系统已经上线，正在试运行阶段，用户反馈良好，基本完成用户所需，试运行过程中没有出现阻断性问题，有一些不足和小问题也及时予以修正，系统上线后，为了保证数据的安全性，对系统进行了备份操作，系统备份是每两个月备份一次，数据库备份为每周备份一次，系统部署在租赁的云平台服务器中。

本次系统上线成功后，得到了用户的高度认可，但是在功能上和性能上还需做进一步的研究处理，使其有更高的性能和更好的用户体验。

系统在以后的升级过程中，需要解决一系列用户所提出的问题，例如打印过程中如何避免浏览器的兼容性问题，大量用户访问时，如何保持较高的响应速度，在系统今后的升级过程中将着重解决这些安全性问题。

参考文献

[1]Dimitrios K ,Vasileios K .Addressing geometric and material nonlinearities in fluid-structure interaction with the ALE-SSM framework[J].Engineering Structures,2023,295

[2]Roque N ,Adamo S .Modeling Observer Search Termination in a Subsequent Search Misses (SSM) Experimental Framework: The Role of Experience.[J].Journal of Vision,2023,23(9):5936-5936.

[3]唐晓俊.网络社会工作介入下的二次元圈层的越轨与冲突[D].山西医科大学,2023.DOI:10.27288/d.cnki.gsxyu.2023.001166.

[4]黄夫同.文化自信视域下国漫二次元文化的内容呈现及表征[D].湖北大学,2023.DOI:10.27130/d.cnki.ghubu.2023.000675.

[5]李子剑.互动仪式链视角下二次元网络游戏的虚拟社群研究[D].浙江传媒学院,2023.DOI:10.27852/d.cnki.gzjcm.2023.000116.

[6]张浩.SSM框架在Web应用开发中的设计与实现研究[J].电脑知识与技术,2023,19(08):52-54.DOI:10.14004/j.cnki.ckt.2023.0353.

[7]黎杨全.二次元文化、数字交往与民族共同体意识的建构[J].湖北民族大学学报(哲学社会科学版),2023,41(02):115-123.DOI:10.13501/j.cnki.42-1328/c.2023.02.012.

[8]刘欢.B站的品牌传播价值、困境与对策分析[J].新媒体研究,2022,8(18):59-62.DOI:10.16604/j.cnki.issn2096-0360.2022.18.022.

[9]郭子淳,焦阳.UGAC：“二次元”视听内容生产模式创新研究[J].中国电视,2022,(09):72-78.

[10]朱亚茹.网络游戏的二次元文化风格建构研究[D].河南大学,2022.DOI:10.27114/d.cnki.ghnau.2022.000585.

[11]Hongying Z .A Study on the Design of English Speaking Examination System Based on SSM Framework[J].Journal of Sensors,2022,2022

[12]酉琦宇.迷文化视角下B站二次元粉丝作品网络传播研究[D].广东技术师范大学,2022.DOI:10.27729/d.cnki.ggdjs.2022.000109.

[13]郑米玉.传播仪式观下二次元的文化破壁与认同[D].浙江工商大学,2022.DOI:10.27462/d.cnki.ghzhc.2022.000857.

[14]李安.二次元社区企业战略转型绩效评价研究[D].青岛大学,2021.DOI:10.27262/d.cnki.gqdau.2021.001341.

[15]许跃颖.基于敏捷开发的SSM Web应用开发措施[J].电子技术与软件工程,2021,(12):28-29.

[16]曹超群.B站二次元文化传播对青年用户群体的影响研究[D].湘潭大学,2021.DOI:10.27426/d.cnki.gxtdu.2021.000560.

[17]毕淑洁.仪式观视角下哔哩哔哩网站二次元文化传播研究[D].河南大学,2021.DOI:10.27114/d.cnki.ghnau.2021.001588.

[18]张新宇.某高校电影交流论坛系统的设计与实现[D].北京邮电大学,2021.DOI:10.26969/d.cnki.gbydu.2021.000968.

[19]杜欣雨.二次元社区中意识形态安全问题研究[D].河南工业大学,2021.DOI:10.27791/d.cnki.ghegy.2021.000492.

[20]周彪.基于SSM框架的Java后端代码生成器的设计与实现[D].大连理工大学,2020.DOI:10.26991/d.cnki.gdllu.2020.000932.

致  谢

到此，整个基于SSM的二次元百科目录系统就算完成了，虽然过程十分艰难，但是等到都完成的时候，我感觉无比的自豪，虽然设计的系统还存在许多的纰漏，但是我已经拼劲全力，给自己的大学四年画上了一个圆满的句号。

在这里我首先要感谢的就是大学四年来所有教导我的老师，是他们教会了我许多的专业知识以及做人的道理，从一进校门对对开发系统一窍不通到现在能自主开发一个管理系统，里面包含了前台框架、后台框架、业务流程、数据结构、操作系统等各种知识，只有把他们统一运用好，才能够完成整个系统，这都是老师的功劳；其次我要感谢我的指导老师，在开发这个系统的时候，我遇到了无数的问题，经常通过线上、线下的方式去请教导师，每次去请教导师，他从来没有不耐烦，都是细心的引导，告诉我怎么样实现这个功能，怎么样才能使得系统更加完善，然后通过自己查询相关资料解决问题，提高了自己自主解决问题的能力，授人以鱼不如授人以渔，指导老师的这种工作态度受益终生，我也会向老师不断靠拢，向他学习，在此我只想说一句：“老师，谢谢您，您辛苦了”！最后我还要感谢我的室友、同学，在一起学习这四年，他们不但学习上给了我很多建议，在生活上更加给了我帮助，正是有他们的帮助，我的大学生涯才如此完美。

最后，希望自己在未来的道路上能够越走越远，不辜负在大学的学习以及老师们的细致的教导，追风赶月莫停留，平荒尽处是春山。

点赞+收藏+关注  →私信领取本源代码、数据库