1 绪论
1.1 研究背景及意义
校园摄影文化越来越活跃的时候，学生对于摄影作品的展示、活动信息的获取、拍摄经验的交流等需求也越来越大。传统的管理模式主要是依靠线下公告栏张贴活动通知、社交媒体群组分散发布作品、人工表格登记报名信息等，这些方式都存在着信息更新滞后、作品与活动内容分散、无法追溯、报名数据容易出错等问题1。随着移动互联网的发展，各类校园服务也逐渐向线上迁移，用统一的网络平台整合信息流和业务流已经成为提高服务效率的一种重要趋势2。但是现有的通用社交平台或者零散的第三方工具不能满足校园拍摄场景下作品集中管理、活动规范发布和交流内容分类组织的特殊需求，造成用户需要在多个渠道之间来回切换，信息孤岛现象严重。因此设计一个专门针对校园拍摄交流服务的平台，用系统化的办法来解决作品展示、活动组织、互动交流等效率低下的、信息滞后的问题，有明显的现实必要性3。
本系统的研究与实践意义有诸多方面。与传统的依靠人工、零散工具相结合的方式来实现作品发布、活动报名、论坛交流等在线管理相比，系统的统一平台可以实现作品的在线发布、活动的在线报名、论坛的在线交流，大大提高信息处理的效率以及数据的准确性。在资源分配以及流程改善方面，系统把活动发布，报名审核，作品分类展示这些环节纳入到标准流程当中，缩减了重复交流和手工操作的数量，改良了管理途径。对于信息管理水平来说，集中化数据存储以及权限控制使得作品、活动、用户报名等都可以被追溯、被统计，从而给管理决策提供可靠的依据。从行业发展角度来讲，本系统给校园垂直领域摄影服务提供了一个可以复用的平台化解决办法，有利于校园文化服务的规范化以及服务质量的改善，有较强的实用性及社会意义4。
1.2 国内外研究现状
1.2.1 国内研究现状
国内校园服务类平台的发展是从最初的单一功能向综合化的转变。早期系统大多只做信息展示或者简单的事务处理，没有对垂直领域的深层次需求进行挖掘。近五年来，由于移动互联网技术的发展，针对特定场景的校园服务平台也越来越多，其功能也越来越广泛，已经从原来的通用管理发展到摄影、体育、文化活动等各个领域。研究的热点有用户体验改善，模块化设计以及数据管理效率的提高5。2026年陈敏对情境创设在校园活动组织中的运用进行了研究，其项目式学习的理念给本系统交流论坛模块中的话题引导机制提供了一些思路，可以加深用户的参与度。孔哲、樊梓琪于2026年采用实测和动态模拟的方法对高校室内环境进行了评价，其数据采集和分析思路给本系统摄影作品管理模块中作品质量评价方式提供借鉴。吴慧翀在2026年对高校资源整合路径进行了分析，其提出的"服务聚合"思想为本系统将作品发布、活动管理、论坛交流等各方面的功能整合到一个平台上打下了基础6。姚雪源2026年对智能技术助力高校预算管理效能改善展开研究，系统化流程改进的方法给本系统报名信息管理模块里数据处理效率的改进给予了思路。李林婧在2026年以波士顿矩阵为基础创建了高校内部绩效评价体系，多维评价的思想有利于本系统摄影活动管理模块中活动效果评价功能的改进7。高光芹等人的2026年用层次分析法和模糊综合评价法建立大学生能力评价模型，定量和定性相结合的分析策略给本系统用户参与度统计和反馈机制的设计提供方法论上的支持。邢新丽于2026年对高校体育教师参加课后服务的有效途径进行了研究，其角色权限划分和流程管理经验给本系统区分普通用户和管理员权限体系的设置给予了实际参照。李兴华、马云涛于2023年对Spring框架开发进行了详细的论述，并且给出了基于Spring框架的RESTful架构设计思路，给本系统的后端接口设计提供技术支持8。董宁、江平在2024年介绍了Vue框架的应用方法，响应式界面开发策略给本系统前端页面交互流畅性提高提供了一个实现的途径。方玲玲在2024年讲解了MySQL数据库应用技术，其数据表关联和查询优化的方法给本系统作品、活动、用户等多表数据管理提供存储方案9。方莹、马剑威于2022年对Java EE企业级开发技术进行研究，其中分层架构的设计思想为本系统整体结构划分打下了基础10。王飞雪于2022年就Java Web开发技术展开研究，其提出的办法可用以达成本系统用户的登录以及角色的划分11。王希、戴靓婕2024年就MySQL在动态网页设计中的应用展开研究，该部分给出的数据操作效率改进办法，可以加快本系统报名信息管理模块、论坛模块的数据响应速度12。胡劲于2023年对数据库信息管理系统进行了逻辑结构分析，其功能模块划分原则给本系统摄影作品、活动、公告等模块的独立性和协作性设计提供理论基础13。吕云翔于2024年全面论述了软件工程实践的方法，其中的需求分析以及系统测试过程给整个系统开发质量把控赋予了规范指引14。从国内的研究现状来看，目前大部分研究成果对于校园服务单一功能的实现比较完善，但是针对摄影这一垂直领域综合性平台的建设却存在着明显的不足。大多数研究都集中在通用管理或者评价体系上，缺少对于作品展示、活动组织和交流互动这三个方面融合的设计。本系统针对以上不足，整合了作品发布和查看、活动管理、报名信息处理、论坛交流、公告管理等各项功能，创建出一个专门服务于校园拍摄场景的综合服务平台，是对已有研究的一种有效补充和功能扩展。
1.2.2 国外研究现状
国外对于校园服务信息化的研究开始得比较早，主要研究用户体验、数据驱动决策以及人工智能辅助功能三者之间的融合。近些年来，由于图像处理和交互技术的不断进步，摄影相关的服务平台在用户的作品管理、审美评价反馈等各方面都有了较大的发展。研究趋势由原来的实现基本功能发展成现在的智能辅助、个性化服务。Anam等人的研究于2026年对医学CT图像中低对比度可检测性指标进行评价，他们的图像质量量化评价方法给本系统摄影作品查看模块中作品排序和推荐机制提供技术上的启示15。王等人于2026年就可解释的人工智能对于图像审美质量评价时用户信任度的影响进行了研究，他们的用户交互和反馈设计思路可以为本系统交流论坛模块中用户评论和作品评分功能的完善提供一定的参考16。Levy等人在2026年报道了脉冲电场消融乳腺癌的早期经验，其影像数据管理以及结果追踪方法给本系统摄影作品管理模块里作品存储和分类检索功能赋予了参照17。Gorge等人的研究结果表明，电子废物的管理实践可以得到系统的评价，并且提出了一个可以扩展的框架，为本系统报名信息管理模块中用户报名记录的跟踪以及状态更新提供了一种方法18。2026年Findikli等人对儿科CT检查辐射剂量和图像质量评价进行了研究，多指标综合评价模型给本系统摄影活动管理模块的活动效果反馈和质量监控提供设计思路19。国外的研究对于图像质量评价、用户交互体验以及数据管理架构有着明显的先驱作用，更重视依靠算法来进行辅助决策，并且加强了对用户的信任机制的创建工作。但是这些研究大多集中于医学或者工业领域，直接面向校园摄影文化交流的系统化平台研究比较少。本系统借鉴国外对于图像评价以及用户反馈机制的先进思想，并且融合中国校园的实际使用情况，从而达成作品展示、活动组织和论坛互动等各方面的本土化整合，使功能深度同易用性达成协调，防止因为复杂的算法而产生的高昂成本以及隐私隐患，给校园摄影爱好者赋予轻量级、实用化的交流平台。
2 系统分析
2.1 可行性分析
2.1.1 技术可行性
当前互联网技术架构较为成熟，系统整体结构采用前后端分离模式，数据交互流程清晰可控。服务端处理请求的响应速度能够满足日常并发访问需求。数据库存储方案设计合理，用户信息、拍摄作品、交流内容均可稳定存取。各功能模块之间耦合度较低，便于后期调试维护，系统运行具备充分技术支撑。
2.1.2 经济可行性
开发过程主要依赖开源软件与免费工具，前期投入集中在人力成本方面。系统上线后仅需租赁一台普通云服务器即可承载日常访问流量。日常运维工作可由一名技术人员兼顾，无需额外聘请专业团队。长期运营支出较为有限，整体经济负担处于可接受范围之内。
2.1.3 操作可行性
用户界面结构依照常见交流平台习惯进行布局，核心功能入口清晰明确。拍摄作品发布流程经过简化设计，新用户上手不需要专门培训。交流互动环节采用即时反馈机制，操作反馈及时准确。平台整体学习成本较低，不同年龄段的拍摄爱好者均能快速掌握使用方法。
2.1.4 法律可行性
平台内容发布机制严格遵守国家现行法律法规，用户上传拍摄作品需经过初步审核流程。系统在用户注册环节明确告知平台使用规范与版权责任归属。交流过程中若出现侵权或违规内容，运营方有权及时删除并追溯发布者责任。整体运营模式符合网络信息服务相关管理要求，法律风险处于可控范围。
2.2 需求分析
2.2.1 功能需求
系统对普通用户和管理员两个角色都提供服务。普通用户进入系统后可以浏览摄影作品列表，作品按照发布时间倒序排列，每件作品显示缩略图、标题、作者和点赞数量。用户点击作品的封面进入作品的详细信息页，看到作品的完整图片、拍摄参数和文字说明。摄影活动模块展示当前正在进行的以及即将开始的活动，每项活动包含活动名称、举办时间、地点、参与人数上限和已报名人数。用户在活动开始前查看活动详情，确认后提交报名信息，报名成功后个人中心会显示报名状态。作品发布功能要求用户填写作品标题、选择作品类型、上传图片文件并撰写创作说明，发布后作品进入审核状态。交流论坛给用户提供自由讨论的空间，用户可以发表新的话题或者回复别人发的帖子。网站公告栏展示平台最新的通知，用户点击公告标题可以查看完整的公告内容。管理员登录后台系统之后可以对新发布的作品进行审核、删除违规作品以及设置推荐作品。作品类型管理是对作品分类标签进行增删改查的管理。活动类型管理，对摄影活动中各种活动进行分类。摄影活动管理是对活动的创建、编辑、取消和状态变更进行管理。报名信息管理模块汇总所有用户的报名记录，管理员可以按照活动筛选出报名名单并导出数据。网站公告管理可以供管理员发布、修改和删除平台公告。交流论坛管理是对帖子内容进行审核、对重要话题进行置顶、对不恰当的回复进行删除。
2.2.2 性能需求
系统在单机运行环境里可以达到日常访问量的要求。用户请求平均响应时间小于三秒，摄影作品列表第一次加载完成时间小于五秒。系统可以同时在线的用户数大于等于50个，可以满足校园场景下的使用需求。当单表数据量超过一万条的时候，数据库查询操作的检索响应时间小于2秒。图片上传操作文件大小不超过十兆字节的时候，从选择文件到上传完成的时间控制在十秒以内。系统页面切换操作在用户点击之后一秒钟内就启动加载新的页面，白屏时间不超过两秒。当论坛帖子数量大于五千条的时候采用分页加载的方式，每页展示二十条记录，翻页时间小于2秒。管理员对50条作品记录进行了批量删除，5秒内就完成了删除工作。系统启动时间从执行启动命令开始，到首页可以访问的时间不大于三十秒。数据库连接池设置最小5个、最大20个连接数，连接获取等待时间≤3秒。系统连续运行七天内存使用率增加不超过初始内存的30%左右，用定期重启的方式释放内存。
2.2.3 环境需求
系统运行环境分为客户端和服务器端两个部分。客户端需要使用主流浏览器，Chrome浏览器版本90以上、Firefox浏览器版本80以上或者Edge浏览器版本90以上。客户端操作系统支持Windows十及以上版本、macOS十一及以上版本或者主流的Linux发行版。客户端屏幕分辨率建议为一千九百二十乘一千零八十像素，最低支持一千三百六十六乘七百六十八像素。客户端要开启JavaScript脚本执行功能以及Cookie存储功能。服务器端操作系统使用Windows Server 2012及以上版本或者CentOS 7及以上版本。服务器的中央处理器不能少于两个核的二点五吉赫兹，内存不得少于八吉字节，硬盘可用空间不得少于一百吉字节。服务器端使用Java开发工具包版本11以上。数据库管理系统使用MySQL版本五点七及以上，数据库编码格式设为UTF-八。服务器端开放应用端口8080，用于HTTP访问。开发环境方面，后端使用IntelliJ IDEA或Eclipse集成开发环境，前端使用Visual Studio Code或WebStorm。版本控制工具使用Git来管理源代码的变更。项目创建工具使用Maven三点六及以上版本来管理依赖关系。
3.1 系统总体设计
3.1 系统总体设计
校园拍摄交流服务平台使用前后端分离架构，前端用Vue框架搭建用户界面，后端用Spring Boot框架提供业务接口，MySQL数据库做数据持久化存储。系统总体设计以模块化为原则，各个功能模块分别开发、分别部署，模块之间用RESTful接口进行数据交互。系统由表现层、业务逻辑层、数据访问层三部分组成。表现层负责用户交互和页面渲染，业务逻辑层封装核心业务规则，数据访问层完成数据库操作。系统面向两类用户角色：普通用户与管理员。普通用户进行作品浏览、活动报名、论坛交流等日常操作，管理员对平台内容进行审核、用户数据进行管理、系统进行配置维护。两类角色的权限分开，管理员不能进行普通用户的业务操作，只能保证平台正常运行和内容合规。
3.1.1 功能模块设计
该系统围绕校园拍摄交流需求设计，面向普通用户与管理员两类角色。普通用户可浏览摄影作品与活动信息，自主发布摄影作品并管理个人报名记录，参与交流论坛讨论，查看网站发布的各类公告。管理员负责对摄影作品进行分类管理，维护作品类型与活动类型体系，组织摄影活动并处理报名信息，管理网站公告内容及交流论坛秩序。系统通过功能角色划分，实现作品展示、活动组织与互动交流的有机整合。该系统功能结构如图3-1所示
图3-1系统功能结构图
3.1.2 功能模块说明
系统功能模块围绕普通用户与管理员的业务需求进行划分，共包含七个核心模块。各模块独立承担特定职责，模块间通过数据传递与接口调用实现协作。摄影作品模块负责处理与作品相关的所有操作。普通用户在该模块上传摄影作品，填写标题并选择作品类型，提交后作品进入待审核状态。管理员进入作品管理界面查看所有待审核作品，审核通过的作品展示于作品列表，审核不通过的作品退回给用户并附不通过原因。管理员还可设置推荐作品，推荐作品在首页优先展示。摄影活动模块支撑活动全流程管理。管理员创建活动时填写活动名称、举办时间、地点、人数上限及活动详情，发布后活动状态设为进行中。普通用户浏览活动列表，可按活动类型筛选感兴趣的活动，点击活动卡片查看完整详情。活动报名时间截止或人数满额后，管理员将活动状态变更为已结束。报名信息模块管理用户活动报名记录。用户在活动详情页点击报名按钮后，系统检查活动剩余名额与用户是否已报名，校验通过后生成报名记录。用户可在个人中心查看自身报名列表，取消未开始的报名。管理员按活动筛选报名名单，查看报名用户姓名与联系方式，活动结束后导出报名数据用于统计。交流论坛模块提供用户间互动空间。用户发布新话题时填写标题与内容，发布后其他用户可在话题下方进行回复。管理员查看所有话题与回复，删除违规内容，将重要话题置顶于论坛首页。网站公告模块用于平台通知发布与查看。管理员编写公告标题与正文后发布，公告按发布时间倒序排列。普通用户在公告栏查看公告列表，点击标题阅读完整公告内容。类型管理模块包含作品类型与活动类型两个子模块。管理员新增、修改或删除作品分类标签，普通用户在发布作品时从现有分类中选择。活动类型管理同样由管理员维护，用户浏览活动时按类型进行筛选。用户权限模块控制不同角色的操作边界。系统在用户登录时验证账户名与密码，根据角色标识分配相应功能菜单。普通用户无法访问后台管理页面，管理员无法在普通用户界面执行发布操作。
3.2 系统数据库的分析与设计
数据库概念设计从用户需求出发，对校园拍摄交流服务平台涉及的数据进行抽象与归纳。系统核心实体包括摄影作品、摄影活动、报名信息、普通用户、用户账户、文章、评论、论坛、用户关注、作品类型共十个实体。摄影作品与作品类型之间存在分类关系，普通用户与用户账户之间为一对一关联关系，用户可发布多个摄影作品、参与多个摄影活动并提交报名信息，用户之间通过关注功能建立社交联系，作品与活动均支持用户发表评论。各实体间通过发布、报名、关注、评论等联系构成完整业务闭环，清晰反映了平台中作品管理、活动组织、论坛交流及用户互动等核心业务流程，为后续数据库逻辑结构设计与物理实现奠定基础。
3.2.1 数据库的概念结构设计
摄影作品实体主要包括摄影作品id、作品名称、作品类型、普通用户等。实体属性图如图3-2所示。
图3-2摄影作品实体属性图
摄影活动实体主要包括摄影活动id、活动名称、活动类型、活动地点等。实体属性图如图3-3所示。
图3-3摄影活动实体属性图
报名信息实体主要包括报名信息id、活动名称、普通用户、报名日期等。实体属性图如图3-4所示。
图3-4报名信息实体属性图
普通用户实体主要包括普通用户id、用户姓名、用户性别、用户id等。实体属性图如图3-5所示。
图3-5普通用户实体属性图
用户账户实体主要包括用户id、用户名、密码、手机号码等。实体属性图如图3-6所示。
图3-6用户账户实体属性图
文章实体主要包括文章id、标题、文章分类、正文等。实体属性图如图3-7所示。
图3-7文章实体属性图
评论实体主要包括评论id、内容、评论人id、来源id等。实体属性图如图3-8所示。
图3-8评论实体属性图
论坛实体主要包括论坛id、标题、正文、论坛分类等。实体属性图如图3-9所示。
图3-9论坛实体属性图
用户关注实体主要包括用户关注id、关注人id、被关注人id、创建时间等。实体属性图如图3-10所示。
图3-10用户关注实体属性图
作品类型实体主要包括作品类型id、作品类型、创建时间、更新时间等。实体属性图如图3-11所示。
图3-11作品类型实体属性图 
图3-12全局er图
3.2.2 数据库表的结构设计
摄影作品表主要是用来存储用户上传的摄影作品信息。主要包括作品编号、作品名称、作品类型、封面图片等字段。如表3-1所示。
表3-1摄影作品表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 摄影作品id | int | 11 | 摄影作品ID |
| 2 | 作品编号 | varchar | 50 | 作品编号 |
| 3 | 作品名称 | varchar | 50 | 作品名称 |
| 4 | 作品类型 | varchar | 50 | 作品类型 |
| 5 | 封面图片 | varchar | 255 | 封面图片 |
| 6 | 作品视频 | varchar | 255 | 作品视频 |
| 7 | 普通用户 | int | 11 | 普通用户 |
| 8 | 发布日期 | date | - | 发布日期 |
| 9 | 作品详情 | longtext | 255 | 作品详情 |
| 10 | 点击数 | int | 11 | 点击数 |
摄影活动表主要是用来存储发布的摄影活动信息。主要包括活动名称、活动类型、活动地点、活动时间等字段。如表3-2所示。
表3-2摄影活动表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 摄影活动id | int | 11 | 摄影活动ID |
| 2 | 活动名称 | varchar | 50 | 活动名称 |
| 3 | 活动类型 | varchar | 50 | 活动类型 |
| 4 | 活动地点 | varchar | 50 | 活动地点 |
| 5 | 活动时间 | varchar | 50 | 活动时间 |
| 6 | 活动详情 | longtext | 255 | 活动详情 |
| 7 | 封面图片 | varchar | 255 | 封面图片 |
| 8 | 报名限制次数 | int | 11 | 报名限制次数 |
| 9 | 点击数 | int | 11 | 点击数 |
| 10 | 创建时间 | datetime | - | 创建时间 |
报名信息表主要是用来记录用户对活动的报名详情。主要包括活动名称、活动类型、普通用户、报名日期等字段。如表3-3所示。
表3-3报名信息表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 报名信息id | int | 11 | 报名信息ID |
| 2 | 活动名称 | varchar | 50 | 活动名称 |
| 3 | 活动类型 | varchar | 50 | 活动类型 |
| 4 | 活动地点 | varchar | 50 | 活动地点 |
| 5 | 活动时间 | varchar | 50 | 活动时间 |
| 6 | 普通用户 | int | 11 | 普通用户 |
| 7 | 报名日期 | date | - | 报名日期 |
| 8 | 报名备注 | text | 255 | 报名备注 |
| 9 | 审核状态 | varchar | 16 | 审核状态 |
| 10 | 审核回复 | varchar | 255 | 审核回复 |
普通用户表主要是用来存储用户的个人扩展信息。主要包括用户姓名、用户年龄、用户性别、用户id等字段。如表3-4所示。
表3-4普通用户表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 普通用户id | int | 11 | 普通用户ID |
| 2 | 用户姓名 | varchar | 50 | 用户姓名 |
| 3 | 用户年龄 | varchar | 20 | 用户年龄 |
| 4 | 用户性别 | varchar | 2 | 用户性别 |
| 5 | 审核状态 | varchar | 16 | 审核状态 |
| 6 | 用户id | int | 11 | 用户ID |
| 7 | 创建时间 | datetime | - | 创建时间 |
| 8 | 更新时间 | timestamp | - | 更新时间 |
用户账户表主要是用来存储系统登录账户信息。主要包括用户名、密码、手机号码、电子邮箱等字段。如表3-5所示。
表3-5用户账户表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 用户id | int | 11 | 用户ID |
| 2 | 用户名 | varchar | 30 | 用户名 |
| 3 | 密码 | varchar | 64 | 密码 |
| 4 | 昵称 | varchar | 16 | 昵称 |
| 5 | 头像地址 | varchar | 255 | 头像地址 |
| 6 | 手机号码 | varchar | 20 | 手机号码 |
| 7 | 电子邮箱 | varchar | 64 | 电子邮箱 |
| 8 | 账户状态 | smallint | 6 | 账户状态 |
| 9 | 所在用户组 | varchar | 32 | 所在用户组 |
| 10 | 上次登录时间 | timestamp | - | 上次登录时间 |
文章表主要是用来存储平台发布的资讯或帮助文档。主要包括标题、文章分类、正文、封面图等字段。如表3-6所示。
表3-6文章表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 文章id | mediumint | 9 | 文章id |
| 2 | 标题 | varchar | 125 | 标题 |
| 3 | 文章分类 | varchar | 50 | 文章分类 |
| 4 | 正文 | longtext | 255 | 正文 |
| 5 | 封面图 | varchar | 255 | 封面图 |
| 6 | 点击数 | int | 11 | 点击数 |
| 7 | 点赞数 | int | 11 | 点赞数 |
| 8 | 创建时间 | timestamp | - | 创建时间 |
| 9 | 更新时间 | timestamp | - | 更新时间 |
| 10 | 文章描述 | text | 255 | 文章描述 |
评论表主要是用来存储用户对作品或帖子的评论内容。主要包括内容、评论人id、来源id、创建时间等字段。如表3-7所示。
表3-7评论表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 评论id | int | 11 | 评论ID |
| 2 | 内容 | longtext | 255 | 内容 |
| 3 | 评论人id | int | 11 | 评论人ID |
| 4 | 昵称 | varchar | 255 | 昵称 |
| 5 | 头像地址 | varchar | 255 | 头像地址 |
| 6 | 回复评论id | int | 11 | 回复评论ID |
| 7 | 来源表 | varchar | 255 | 来源表 |
| 8 | 来源字段 | varchar | 255 | 来源字段 |
| 9 | 来源id | int | 11 | 来源ID |
| 10 | 创建时间 | timestamp | - | 创建时间 |
论坛表主要是用来存储用户在论坛发布的讨论帖。主要包括标题、正文、论坛分类、发帖人信息等字段。如表3-8所示。
表3-8论坛表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 论坛id | mediumint | 9 | 论坛ID |
| 2 | 标题 | varchar | 125 | 标题 |
| 3 | 正文 | longtext | 255 | 正文 |
| 4 | 论坛分类 | varchar | 50 | 论坛分类 |
| 5 | 发帖人头像 | varchar | 255 | 发帖人头像 |
| 6 | 昵称 | varchar | 16 | 昵称 |
| 7 | 用户id | mediumint | 9 | 用户ID |
| 8 | 点击数 | int | 11 | 访问数 |
| 9 | 点赞数 | int | 11 | 点赞数 |
| 10 | 是否置顶 | int | 11 | 是否置顶 |
用户关注表主要是用来记录用户之间的关注关系。主要包括关注人id、被关注人id、关注人昵称、被关注人昵称等字段。如表3-9所示。
表3-9用户关注表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 用户关注id | int | 11 | 用户关注ID |
| 2 | 关注人id | int | 11 | 关注人ID |
| 3 | 关注人头像 | varchar | 255 | 关注人头像 |
| 4 | 关注人昵称 | varchar | 255 | 关注人昵称 |
| 5 | 被关注人id | int | 11 | 被关注人ID |
| 6 | 被关注人头像 | varchar | 255 | 被关注人头像 |
| 7 | 被关注人昵称 | varchar | 255 | 被关注人昵称 |
| 8 | 创建时间 | timestamp | - | 创建时间 |
| 9 | 更新时间 | timestamp | - | 更新时间 |
作品类型表主要是用来存储摄影作品的分类信息。主要包括作品类型、创建时间、创建用户id等字段。如表3-10所示。
表3-10作品类型表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 作品类型id | int | 11 | 作品类型ID |
| 2 | 作品类型 | varchar | 50 | 作品类型 |
| 3 | 创建时间 | datetime | - | 创建时间 |
| 4 | 创建用户id | int | 11 | 创建用户ID |
| 5 | 更新时间 | timestamp | - | 更新时间 |
4 系统详细设计
4.1 总体业务流程图设计
系统总体业务流程从用户访问系统开始。普通用户进入平台后可在未登录状态下浏览摄影作品与活动信息。用户需完成登录操作方可发布作品或参与活动报名。用户提交作品后进入待审核状态，管理员审核通过方可在前台展示。活动报名环节系统实时校验剩余名额与用户重复报名情况。管理员登录后台执行内容审核与数据管理工作。平台通过前台展示与后台管理的分离设计，保障业务处理有序推进。总体业务流程图如图4-1所示。
图4-1系统总体业务流程图
4.2 摄影作品发布流程设计
用户进入作品发布页面填写作品信息。系统要求用户选择作品类型，填写作品标题与创作说明。用户上传图片文件后系统检查文件格式与大小。提交操作触发审核流程，作品状态标记为待审核。用户可在个人中心查看作品审核进度。管理员收到待审核通知后查看作品内容，审核通过后作品在首页作品列表展示，审核不通过则退回并说明原因。摄影作品发布流程图如图4-2所示。
图4-2摄影作品发布流程图
4.3 摄影活动报名流程设计
用户在活动列表页面浏览当前进行中的摄影活动。点击活动卡片查看活动详情，包括活动时间、地点、人数上限等关键信息。用户确认参与后点击报名按钮，系统首先检查活动剩余名额，名额已满则提示用户报名失败。名额充足时进一步检查用户是否已报名同一活动，避免重复报名。校验通过后生成报名记录，活动已报名人数自动增加。用户可在个人报名信息模块查看报名状态。摄影活动报名流程图如图4-3所示。
图4-3摄影活动报名流程图
4.4 交流论坛发帖流程设计
用户进入论坛板块后可浏览已有话题。点击发帖按钮进入帖子编辑页面。用户填写帖子标题与正文内容。系统对内容进行敏感词过滤，检测到违规内容时拒绝发布并提示用户修改。内容合规后帖子提交成功，在论坛列表页按发布时间倒序展示。用户发布后可在个人中心查看自己发布的帖子。管理员在后台审核帖子内容，发现违规帖子时可执行删除操作。交流论坛发帖流程图如图4-4所示。
图4-4交流论坛发帖流程图
4.5 摄影活动管理流程设计
管理员登录后台后进入活动管理界面。系统展示已创建的所有活动列表，支持按活动状态筛选。管理员点击新增活动按钮进入创建页面，填写活动名称、活动时间、活动地点、参与人数上限及活动详情。活动发布后状态默认为进行中。管理员可根据实际情况修改活动信息或变更活动状态。活动结束后管理员将状态调整为已结束，此时活动不再接受新报名。管理员还可查看每个活动的报名名单，便于线下活动组织。摄影活动管理流程图如图4-5所示。
图4-5摄影活动管理流程图
5 系统实现
5.1 普通用户功能实现
5.1.1 摄影作品查看功能实现
普通用户进入摄影作品页面时，系统通过PhotographicWorksController的get_obj方法处理数据查询请求。该方法接收前端传递的查询条件，调用服务层selectBaseList方法从数据库检索符合条件的摄影作品记录，将结果封装为JSON格式返回前端展示。作品列表按发布时间倒序排列，用户可查看作品标题、封面图片、作者信息及点赞数量。摄影作品查看界面如图5-1所示。
图5-1摄影作品查看界面
核心代码实现如下：
| @RequestMapping("/get_obj") public Map<String, Object> obj(HttpServletRequest request) { Map<String, String> query = validateQuery(request); Map<String, String> config = service.readConfig(request); List resultList = service.selectBaseList(service.select(query, config)); if (resultList.size() > 0) { JSONObject jsonObject = new JSONObject(); jsonObject.put("obj",resultList.get(0)); return success(jsonObject); |
|---|
5.1.2 摄影活动查看功能实现
用户浏览摄影活动时，系统通过PhotographyActivitiesController的get_obj接口获取活动数据。控制器接收请求后解析查询参数，调用服务层方法执行数据库检索操作，返回活动列表包含活动名称、活动时间、活动地点及报名人数上限等信息。用户点击活动卡片可查看详细描述内容，系统支持按活动类型进行筛选展示。摄影活动查看界面如图5-2所示。
**
图5-2摄影活动查看界面
核心代码实现如下：
| @RequestMapping("/get_obj") public Map<String, Object> obj(HttpServletRequest request) { Map<String, String> query = validateQuery(request); Map<String, String> config = service.readConfig(request); List resultList = service.selectBaseList(service.select(query, config)); if (resultList.size() > 0) { JSONObject jsonObject = new JSONObject(); jsonObject.put("obj",resultList.get(0)); return success(jsonObject); |
|---|
5.1.3 摄影作品发布功能实现
用户提交摄影作品时，前端将作品数据以POST请求发送至PhotographicWorksController的add方法。该方法读取请求体中的JSON数据，去除空值字段后实例化PhotographicWorks实体对象，对作品标题、作品类型、封面图片、作品详情等属性进行赋值，最终调用addEntity方法完成数据库插入操作，返回操作成功状态码。摄影作品发布界面如图5-3所示。
图5-3摄影作品发布界面
核心代码实现如下：
| @PostMapping("/add") @Transactional public Map<String, Object> add(HttpServletRequest request) throws IOException { Map<String,Object> paramMap = service.readBody(request.getReader()); paramMap.entrySet().removeIf(entry -> { Object value = entry.getValue(); return value instanceof String && ((String) value).isEmpty(); }); PhotographicWorks photographic_works = new PhotographicWorks(); photographic_works.setWork_title(paramMap.get("work_title")==null?null:String.valueOf(paramMap.get("work_title"))); photographic_works.setTypes_of_works(paramMap.get("types_of_works")==null?null:String.valueOf(paramMap.get("types_of_works"))); this.addEntity(photographic_works); |
|---|
5.1.4 报名信息管理功能实现
用户提交活动报名时，RegistrationInformationController的add方法处理报名请求。该方法从请求体中解析活动名称、活动类型、活动时间、报名日期等字段值，创建报名信息实体对象并保存至数据库。用户可在个人中心查看自身报名记录，管理员通过update_examine_state接口对报名申请进行审核操作。报名信息管理界面如图5-4所示。
图5-4报名信息管理界面
核心代码实现如下：
| @PostMapping("/add") @Transactional public Map<String, Object> add(HttpServletRequest request) throws IOException { Map<String,Object> paramMap = service.readBody(request.getReader()); RegistrationInformation registration_information = new RegistrationInformation(); registration_information.setEvent_name(paramMap.get("event_name")==null?null:String.valueOf(paramMap.get("event_name"))); registration_information.setActivity_type(paramMap.get("activity_type")==null?null:String.valueOf(paramMap.get("activity_type"))); registration_information.setRegular_user(paramMap.get("regular_user")==null?null:Integer.valueOf(String.valueOf(paramMap.get("regular_user")))); registration_information.setRegistration_date(paramMap.get("registration_date")==null?null:String.valueOf(paramMap.get("registration_date"))); this.addEntity(registration_information); |
|---|
5.1.5 交流论坛功能实现
用户在论坛模块发布话题时，ForumController的add方法接收请求数据。控制器将前端提交的帖子标题、正文内容、发帖人信息等参数封装为Forum实体对象，经过内容验证后调用addEntity方法执行数据持久化操作。系统支持用户查看论坛列表及回复他人帖子。交流论坛界面如图5-5所示。
图5-5交流论坛界面
核心代码实现如下：
| @PostMapping("/add") @Transactional public Map<String, Object> add(HttpServletRequest request) throws IOException { Forum forum = convertRequestBodyToObject(request); validateObject(forum); this.addEntity(forum); System.out.println("论坛数据新增成功"); return success(1); } |
|---|
5.1.6 网站公告查看功能实现
用户访问网站公告栏时，NoticeController的get_obj接口返回公告数据。控制器解析查询条件后调用服务层方法检索公告表记录，获取公告标题、公告内容、发布时间等信息，公告按发布时间倒序排列展示于页面。用户点击公告标题可查看完整正文内容。网站公告查看界面如图5-6所示。
图5-6网站公告查看界面
核心代码实现如下：
| @RequestMapping("/get_obj") public Map<String, Object> obj(HttpServletRequest request) { Map<String, String> query = validateQuery(request); Map<String, String> config = service.readConfig(request); List resultList = service.selectBaseList(service.select(query, config)); if (resultList.size() > 0) { JSONObject jsonObject = new JSONObject(); jsonObject.put("obj",resultList.get(0)); return success(jsonObject); |
|---|
5.2 管理员功能实现
5.2.1 摄影作品管理功能实现
管理员在后台对摄影作品进行审核时，PhotographicWorksController的update_examine_state方法处理状态变更请求。该方法接收作品ID和新审核状态参数，先校验状态值的合法性，再根据ID查询对应作品记录，更新作品的审核状态字段并保存至数据库，返回审核成功或失败的提示信息。摄影作品管理界面如图5-7所示。
图5-7摄影作品管理界面
核心代码实现如下：
| @Transactional @GetMapping("/update_examine_state") public String updateExamineState(Long id, String newState) throws IOException { if (!newState.equals("未审核") && !newState.equals("已通过") && !newState.equals("未通过")) { return "非法的审核状态"; } Map<String,String> queryMap = new HashMap<>(); queryMap.put("id",String.valueOf(id)); PhotographicWorks photographic_works = service.findOne(queryMap); if (photographic_works!=null) { photographic_works.setExamine_state(newState); this.setEntity(queryMap,new HashMap<>(),photographic_works); |
|---|
5.2.2 作品类型管理功能实现
管理员维护作品分类时，TypeOfWorkController提供add和set方法分别处理类型新增与修改操作。add方法读取请求体中的作品类型名称，创建TypeOfWork实体对象后调用addEntity完成数据库插入。set方法先解析查询条件定位待修改记录，再更新类型名称字段并保存。作品类型管理界面如图5-8所示。
图5-8作品类型管理界面
核心代码实现如下：
| @PostMapping("/add") @Transactional public Map<String, Object> add(HttpServletRequest request) throws IOException { Map<String,Object> paramMap = service.readBody(request.getReader()); TypeOfWork type_of_work = new TypeOfWork(); type_of_work.setType_of_work(paramMap.get("type_of_work")==null?null:String.valueOf(paramMap.get("type_of_work"))); this.addEntity(type_of_work); System.out.println("作品类型新增成功"); return success(1); } |
|---|
5.2.3 活动类型管理功能实现
管理员对摄影活动分类进行管理时，ActivityTypeController的add方法用于新增活动类型。该方法从请求参数中获取活动类型名称，创建ActivityType实体对象并保存。set方法接收修改请求，根据查询条件定位记录后更新活动类型字段。系统支持类型列表的增删改查完整操作。活动类型管理界面如图5-9所示。
图5-9活动类型管理界面
核心代码实现如下：
| @PostMapping("/add") @Transactional public Map<String, Object> add(HttpServletRequest request) throws IOException { Map<String,Object> paramMap = service.readBody(request.getReader()); ActivityType activity_type = new ActivityType(); activity_type.setActivity_type(paramMap.get("activity_type")==null?null:String.valueOf(paramMap.get("activity_type"))); this.addEntity(activity_type); System.out.println("活动类型新增成功"); return success(1); } |
|---|
5.2.4 摄影活动管理功能实现
管理员创建摄影活动时，PhotographyActivitiesController的add方法处理请求数据。该方法从请求体中解析活动名称、活动类型、活动时间、活动地点、活动详情等字段，创建PhotographyActivities实体对象后调用addEntity保存至数据库。管理员还可通过set方法修改已发布活动的各项信息。摄影活动管理界面如图5-10所示。
图5-10摄影活动管理界面
核心代码实现如下：
| @PostMapping("/add") @Transactional public Map<String, Object> add(HttpServletRequest request) throws IOException { Map<String,Object> paramMap = service.readBody(request.getReader()); PhotographyActivities photography_activities = new PhotographyActivities(); photography_activities.setEvent_name(paramMap.get("event_name")==null?null:String.valueOf(paramMap.get("event_name"))); photography_activities.setActivity_type(paramMap.get("activity_type")==null?null:String.valueOf(paramMap.get("activity_type"))); photography_activities.setEvent_time(paramMap.get("event_time")==null?null:String.valueOf(paramMap.get("event_time"))); photography_activities.setEvent_location(paramMap.get("event_location")==null?null:String.valueOf(paramMap.get("event_location"))); this.addEntity(photography_activities); |
|---|
5.1.4 报名信息管理功能实现
管理员审核用户报名申请时，RegistrationInformationController的update_examine_state方法实现状态更新功能。该方法接收报名记录ID和审核状态参数，校验状态合法性后根据ID查询对应报名信息，更新examine_state字段并保存。管理员还可按活动筛选报名名单，查看用户报名详情。报名信息管理界面如图5-11所示。
图5-11报名信息管理界面
核心代码实现如下：
| @Transactional @GetMapping("/update_examine_state") public String updateExamineState(Long id, String newState) throws IOException { if (!newState.equals("未审核") && !newState.equals("已通过") && !newState.equals("未通过")) { return "非法的审核状态"; } Map<String,String> queryMap = new HashMap<>(); queryMap.put("id",String.valueOf(id)); RegistrationInformation registration_information = service.findOne(queryMap); if (registration_information!=null) { registration_information.setExamine_state(newState); this.setEntity(queryMap,new HashMap<>(),registration_information); |
|---|
5.2.6 网站公告管理功能实现
管理员发布网站公告时，NoticeController的add方法处理公告数据。该方法将请求体中的公告标题和公告内容转换为Notice实体对象，经过非空验证后调用addEntity执行数据库插入操作。管理员还可通过set方法修改已有公告，通过del方法删除公告。网站公告管理界面如图5-12所示。
图5-12网站公告管理界面
核心代码实现如下：
| @PostMapping("/add") @Transactional public Map<String, Object> add(HttpServletRequest request) throws IOException { Notice notice = convertRequestBodyToObject(request); validateObject(notice); this.addEntity(notice); System.out.println("公告新增成功"); return success(1); } |
|---|
5.2.7 交流论坛管理功能实现
管理员对论坛内容进行管理时，ForumController提供set和del方法实现帖子修改与删除操作。set方法接收帖子ID及修改内容，更新对应帖子的标题或正文信息。del方法解析查询条件定位待删除帖子，调用服务层删除方法从数据库中移除记录。管理员可置顶重要话题或删除违规回复。交流论坛管理界面如图5-13所示。
图5-13交流论坛管理界面
核心代码实现如下：
| @PostMapping("/set") @Transactional public Map<String, Object> set(HttpServletRequest request) throws IOException { Forum forum = convertRequestBodyToObject(request); this.service.updateEntity(service.readQuery(request), service.readConfig(request), forum); return success(1); } @RequestMapping(value = "/del") @Transactional public Map<String, Object> del(HttpServletRequest request) { Map<String, String> query = validateQuery(request); Map<String, String> config = service.readConfig(request); executeDeleteAndReturnResult(query, config); return success(1); } |
|---|
6 系统测试
6.1 测试目的
系统测试就是检验校园拍摄交流服务平台的功能是否正确，运行是否稳定，数据是否安全。执行预设的测试用例来检验各个功能模块是否达到设计要求，发现并改正存在的缺陷。测试主要针对普通用户和管理员两种角色的操作权限划分进行测试，保证摄影作品发布审核流程、活动报名逻辑、论坛交流功能、数据管理等各方面的准确性、完整性。测试过程包含正常业务流程以及异常处理情况，对系统在用户输入错误数据、重复操作、权限越界等情况下做出的反应进行检验，从而给系统正式上线运行赋予质量保证20
6.2 测试方法
本系统使用黑盒测试法，不考虑内部代码结构，按照系统需求规格说明书设计测试用例。测试人员用普通用户和管理员两种身份分别对系统进行功能测试，根据功能模块划分。测试分为正向测试和反向测试，正向测试就是输入系统中正确的数据，观察系统能否正确返回相应的输出结果，反向测试则是模拟用户的错误操作、数据格式不正确、权限不足等情况，对系统进行检验。测试用例的设计包含摄影作品发布和审核、摄影活动创建和报名、报名信息管理、论坛发帖和内容审核、网站公告发布等主要功能模块，保证所有的业务流程都得到测试。
6.3 测试环境
系统测试环境分为服务器端和客户端两个部分。服务器端采用Windows 10操作系统，中央处理器为Intel Core i5-12400F，主频2.5GHz，内存容量16GB，硬盘空间256GB固态硬盘。后端服务运行于Spring Boot框架，数据库采用MySQL 8.0版本。客户端使用Windows 11操作系统，浏览器选用Chrome浏览器版本120。网络环境是局域网，服务器和客户端之间通过内部网络进行连接，网络带宽可以满足数据传输的要求。测试期间系统单独运行，在公网上没有进行部署。
6.4 测试用例与结果
摄影作品发布模块测试旨在验证用户提交作品信息的完整性与系统处理流程的正确性，重点关注作品数据在提交后能否准确进入待审核状态。摄影作品发布测试如表6-1所示。
表6-1摄影作品发布测试用例表
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 正常发布作品 | 填写完整作品信息，提交发布请求 | 作品提交成功，状态标记为待审核 | 结果一致 |
| 标题为空提交 | 不填写作品标题，直接提交 | 系统提示标题不能为空，拒绝提交 | 结果一致 |
| 未选择作品类型 | 未选择类型字段，提交请求 | 系统提示请选择作品类型 | 结果一致 |
| 图片格式不正确 | 上传非图片格式文件，提交请求 | 系统提示图片格式不支持 | 结果一致 |
摄影作品管理模块测试旨在验证管理员对用户提交作品的审核处理能力，包括审核状态变更的准确性与作品展示的控制逻辑。摄影作品管理测试如表6-2所示。
表6-2摄影作品管理测试用例表
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 审核通过作品 | 管理员选择待审核作品，执行通过操作 | 作品状态变更为已通过，前台可见 | 结果一致 |
| 审核不通过作品 | 管理员选择待审核作品，执行不通过操作 | 作品状态变更为未通过，退回用户 | 结果一致 |
| 删除违规作品 | 管理员选择违规作品，执行删除操作 | 作品从数据库移除，页面不再显示 | 结果一致 |
| 设置推荐作品 | 管理员对作品设置推荐标识 | 作品在首页推荐位置展示 | 结果一致 |
摄影活动查看模块测试旨在验证用户浏览活动信息时数据展示的准确性与筛选功能的正确性，重点关注活动列表按状态分类呈现的效果。摄影活动查看测试如表6-3所示。
表6-3摄影活动查看测试用例表
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 查看进行中活动 | 用户进入活动列表页面 | 仅显示状态为进行中的活动 | 结果一致 |
| 按活动类型筛选 | 用户选择活动类型筛选条件 | 列表显示该类型下的活动 | 结果一致 |
| 查看活动详情 | 用户点击活动卡片 | 展示活动完整信息 | 结果一致 |
| 查看已结束活动 | 用户切换到已结束标签页 | 显示状态为已结束的活动 | 结果一致 |
摄影活动管理模块测试旨在验证管理员创建活动与维护活动信息的完整流程，包括活动发布、信息修改及状态变更等操作的正确性。摄影活动管理测试如表6-4所示。
表6-4摄影活动管理测试用例表
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 创建新活动 | 管理员填写活动信息，执行发布 | 活动创建成功，状态为进行中 | 结果一致 |
| 修改活动信息 | 管理员编辑已发布活动信息 | 活动信息更新成功 | 结果一致 |
| 活动状态变更 | 管理员将活动状态修改为已结束 | 活动不再接受新报名 | 结果一致 |
| 活动删除操作 | 管理员选择活动执行删除 | 活动从列表中移除 | 结果一致 |
报名信息管理模块测试旨在验证用户活动报名流程的完整性与管理员审核报名申请的正确性，重点关注名额校验与重复报名限制功能。报名信息管理测试如表6-5所示。
表6-5报名信息管理测试用例表
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 正常提交报名 | 用户选择活动提交报名请求 | 报名记录生成，活动人数增加 | 结果一致 |
| 名额已满报名 | 活动人数达上限后用户提交报名 | 系统提示报名人数已满 | 结果一致 |
| 重复报名提交 | 用户对同一活动再次提交报名 | 系统提示已报名，不可重复 | 结果一致 |
| 管理员审核报名 | 管理员对报名记录执行通过操作 | 报名状态变更为已通过 | 结果一致 |
交流论坛模块测试旨在验证用户发帖与管理员内容审核的协同工作流程，重点关注帖子发布后的可见性控制与违规内容处理能力。交流论坛测试如表6-6所示。
表6-6交流论坛测试用例表
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 用户正常发帖 | 用户填写帖子内容提交发布 | 帖子成功发布，论坛列表可见 | 结果一致 |
| 内容包含敏感词 | 用户提交包含敏感词的帖子 | 系统拒绝发布并提示修改 | 结果一致 |
| 管理员删除违规帖 | 管理员选择违规帖子执行删除 | 帖子从论坛列表移除 | 结果一致 |
| 管理员置顶话题 | 管理员对重要话题执行置顶 | 话题在论坛顶部固定显示 | 结果一致 |
网站公告管理模块测试旨在验证管理员发布通知与用户查看公告的完整流程，重点关注公告信息的准确传达与时间顺序控制。网站公告管理测试如表6-7所示。
表6-7网站公告管理测试用例表
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 管理员发布公告 | 管理员填写公告内容执行发布 | 公告成功发布，显示在公告栏 | 结果一致 |
| 用户查看公告列表 | 用户进入公告栏页面 | 公告按发布时间倒序排列 | 结果一致 |
| 用户阅读公告详情 | 用户点击公告标题 | 展示完整公告内容 | 结果一致 |
| 管理员下架公告 | 管理员对已发布公告执行下架 | 公告不再在公告栏显示 | 结果一致 |
6.5 测试结论
经过对校园拍摄交流服务平台各个功能模块进行系统的测试之后，所有的核心业务功能都达到了预期的效果。摄影作品发布和审核流程运转正常，作品提交之后状态更新准确，管理员审核操作迅速。摄影活动模块中的活动创建、查看、报名和管理等功能均能正常运行，对于名额校验以及重复报名的限制也起到了一定的作用。报名信息管理模块可以实现用户提交申请、管理员审核的全过程，数据一致。交流论坛模块发帖和内容审核功能符合设计要求，敏感词过滤机制可以阻止违法信息。网站公告模块可以实现管理员发布通知、用户查看的功能。权限控制体系运作正常，普通用户不能擅自操作管理功能。系统对于各种输入的场景都有明确的提示信息，用户体验好。测试过程中发现的缺陷全部修复，回归测试通过，可以进入部署上线阶段。