目录

zq践地组——团队展示

一、选题描述

1.1 拟作的团队项目选题描述：一句话

一个面向高校社团与学生的一站式活动通知与报名管理平台（校园小教务处），解决信息分散与报名统计痛点。

1.2 项目背景

面对校园内社团活动信息分散、报名统计繁琐的痛点，我们观察到目前常用的校园平台（如福uu）尚未开通专门的社团活动通知与报名功能，同学们查看活动详情、报名参与仍依赖分散的群聊转发和问卷，极其不便。作为现有校园平台的有力补充，我们致力于填补这一空白。

1.3 系统核心功能

校园活动报名OA系统采用前后端分离架构，划分为学生端、教师端、管理员端、公共基础模块四大模块，实现从活动创建、审核发布、在线报名、扫码签到到名单导出的完整业务闭环。

1.4 技术选型与架构设计

本项目采用主流的前后端分离架构，确保系统的高内聚、低耦合，便于团队并行开发与后期维护。

• 前端技术栈：基于 Vue 3 + Vite + TypeScript 构建响应式单页应用（SPA），UI 组件库选用 Element Plus，状态管理使用 Pinia，路由采用 Vue Router。通过 Axios 封装统一的请求拦截器，处理 JWT 鉴权与全局异常。

• 后端技术栈：基于团队技术储备，后端采用 Go (Gin框架) / Java (Spring Boot) 进行开发，提供 RESTful API 接口。采用 JWT + RBAC 模型实现精细化权限管控。

• 数据存储：MySQL 作为主关系型数据库存储核心业务数据，Redis 用作缓存，提升活动列表等高频读取接口的响应速度。

• 部署与运维：使用 Docker 进行容器化打包，配合 Nginx 实现前端静态资源部署与反向代理，保证环境的一致性。

1.5 项目推进计划与里程碑

为确保项目按期高质量交付，团队采用敏捷开发模式，总计 6 周开发周期，分为 3 个 Sprint（迭代）：

1.6 NABCD 模型分析

N——Need（需求）

• 学生端：校园活动信息分散在QQ群、问卷表单，消息容易被刷屏淹没；重复填写学号、班级、手机号等信息；缺少集中查看活动、一键报名、扫码签到的统一入口，纸质点名签到排队、效率低下。
• 教师/管理员端：依赖问卷星、群接龙、Excel手工统计报名信息，容易出现报名重复、名额超额的问题；缺少活动审核管控流程；报名、签到名单需要人工整理，统计归档工作繁重。

A——Approach（做法）

• 采用前后端分离架构搭建校园活动报名OA Web系统，完整覆盖「教师创建活动→管理员审核发布→学生查看报名→扫码签到→名单导出」的活动全生命周期业务闭环。
• 划分学生、教师、管理员三套角色端，基于RBAC+JWT实现权限管控；系统读取账号已有基础信息，实现学生免重复填表一键报名；内置名额、重复报名校验逻辑；提供二维码签到、报名签到名单Excel导出功能。
• 数据库统一存储活动、报名、签到全量数据，配套站内通知、活动分类筛选等公共基础能力。

B——Benefit（好处）

• 对学生：活动信息集中展示，便于筛选浏览；免重复填表一键报名，可随时查看报名状态；扫码签到无需排队，提升参与体验。
• 对教师：活动提交审核流程规范化；系统自动防重复、防超额报名，不用人工核对；报名签到名单一键导出，大幅减少统计整理工作量。
• 对管理员：拥有统一审核发布入口，实现校园活动全局管控；活动数据集中沉淀，便于统一管理归档，补齐传统工具缺失的审核、签到业务断点。

C——Competitors（竞争）

QQ群接龙、问卷星、Excel是当前校园活动报名主流替代方案，但普遍缺失活动审核管控，签到环节薄弱，无法形成完整业务闭环；本系统专门面向校园活动场景，补齐传统工具在权限审核、名额校验、扫码签到、名单导出上的短板，聚焦解决校园活动管理真实痛点。

D——Delivery（交付）

• 采用敏捷迭代，共计6周开发周期：第1周完成需求分析、PRD文档、原型设计与数据库设计；第2周实现登录认证、用户与权限管理；第3周开发活动创建、编辑、审核模块；第4周完成学生报名、取消报名、名额控制逻辑；第5周实现二维码签到、站内通知、Excel名单导出；第6周开展系统测试、缺陷修复、部署上线以及演示材料准备。
• 上线后先在学院、班级小范围活动开展试用，跑通完整业务流程；收集真实使用反馈优化交互与功能，再逐步扩大试用范围，同步交付项目文档、部署说明与使用手册。

1.7 选题材料

选题PDF文档链接：点击此处查看选题PDF文档

1.8 预期成果与交付物

本项目在 6 周开发周期结束后，将交付一套可实际运行的校园活动报名OA系统以及完整的配套工程文档，具体包括：

1.9 关键技术难点与解决方案

为了保障系统的稳定性和用户体验，团队预判了以下技术难点，并制定了对应的解决思路：

二、响亮的队名

队名：zq践地组
寓意：我们的团队旨在打造一个连接校园社团与学生的“小教务处”平台，让社团活动通知不再被淹没，让报名流程化繁为简，让每一个社团活动都能被“看见”。

三、团队描述

我们是一支充满热情、互补互助的软件工程团队。面对校园内社团活动信息分散、报名统计繁琐的痛点，我们观察到目前常用的校园平台（如福uu）尚未开通专门的社团活动通知与报名功能。因此，我们致力于开发一个“社团活动通知平台”。该平台本质上是校园内的“小教务处”，提供活动发布、分类通知、在线报名、数据统计等功能，作为现有校园平台的有力补充，帮助社团高效管理，帮助学生便捷参与。

四、队员风采

4.1 陈时文（组长/PM）

学号：102400313

CSDN地址：点击访问

性格：沉稳细致，擅长梳理需求文档与原型设计

擅长的技术：墨刀原型、需求分析、Git版本管理，沟通交际

兴趣爱好：登山，骑行，定向，游泳，跑步，乒乓球，羽毛球，钓鱼

希望的软工角色：产品经理PM

个人Slogan：把想法落地，让设计可行。

4.2 兰秀楠

学号：102400316

CSDN地址：点击访问

性格：耐心细致，注重页面交互体验，乐于沟通对接后端，遇到bug愿意反复调试

擅长的技术：HTML、JavaScript、Python、Git、VS Code

兴趣爱好：浏览前端开源项目、打篮球

希望的软工角色：前端开发，负责页面搭建、组件封装、接口联调、页面交互实现

个人Slogan：精益求精，把每一个页面做到更好。

4.3 甘羽潇

学号：102400437

CSDN地址：点击访问

性格：E人里的I人

擅长的技术：Java、JavaScript，掌握SpringBoot、Vue3框架；熟悉MySQL数据库、Redis缓存

兴趣爱好：排球、钢琴

希望的软工角色：后端/PM

个人Slogan：觉今是而昨非。

4.4 张祺

学号：102400432

CSDN地址：点击访问

性格：乐观开朗

擅长的技术：golang，c++，python以及redis，mysql数据库，Linux作远程测试时的基本使用，gin框架，protobuf和thrift的编写，hertz框架，对象存储，rpc调用，服务发现consul，分布式框架MapReduce，持续开发与集成

兴趣爱好：玩儿游戏

希望的软工角色：后端开发

个人Slogan：代码能跑就行。

4.5 陈子涵

学号：102400314

CSDN地址：点击访问

性格：安静

擅长的技术：Go 后端开发，Gin、gRPC、MySQL、Redis、RabbitMQ，Docker、Git，熟悉 C++/STL

兴趣爱好：听音乐，游戏

希望的软工角色：后端、测试、文档 & 配置管理（CM）

个人Slogan：我将提供除帮助外的一切支持。

4.6 梁鑫敏

学号：102400438

CSDN地址：点击访问

性格：做事认真负责，善于发现细节问题，乐于和团队沟通协作

擅长的技术：HTML、CSS、JavaScript，熟悉基础页面调试，会简单功能测试，掌握 Git

兴趣爱好：钢琴，排球，拍照

希望的软工角色：前端，测试

个人Slogan：于细微处把关，用耐心打磨作品。

五、团队考核方案

5.1 考核总则

为了确保团队项目高效推进，体现“多劳多得、公平公正”的原则，团队全体成员经过讨论，制定以下绩效考核方案（总分100分）。每次迭代/阶段结束后进行一次评分，个人最终得分将作为期末成绩的重要依据。

5.2 任务完成（50 分，任务点积分制）

六、团队协作机制与规范

为了提高开发效率，减少沟通成本，团队制定了严格的协作机制：

• 沟通机制
每周一晚召开 30 分钟线上例会，同步进度、讨论难点并规划本周任务；日常使用微信/QQ群保持即时沟通；使用共享文档记录会议纪要。

• 代码管理（Git Flow）
严格遵循 Git 工作流。main 分支保护，只允许合并经过测试的代码；开发主要在 dev 分支；每个功能点创建 feature/xxx 分支。所有代码合并前必须发起 Pull Request (PR)，并至少由一名其他成员 Code Review 通过后才能合入。

• 代码规范
前端使用 ESLint + Prettier 统一代码格式；后端遵循 Go/Java 官方代码规范，关键逻辑必须写注释。接口文档使用 Swagger/Apifox 统一维护，前后端严格按照接口文档并行开发。

七、项目风险与应对策略

八、项目愿景与展望

我们的团队愿景是成为校园社团生态的“数字连接器”。我们希望通过这个社团活动通知平台，彻底改变目前校园活动信息碎片化、管理粗放化的现状，让每一位学生都能轻松发现并参与热爱的社团活动，让每一个社团都能高效、专业地运营。

在未来，我们不仅希望它能作为课程项目完美落地，更期望能真正部署在校园中，成为同学们大学生活中不可或缺的“小教务处”。我们将秉持用心做产品的态度，持续迭代，让技术真正服务于校园生活的美好。

九、团队文化与价值观

我们的团队不仅是一个完成课程作业的小组，更是一个志同道合的开发者社区。我们的团队文化可以用三个词来概括：脚踏实地、坦诚沟通、共同成长。

• 脚踏实地：我们不追求浮夸的技术炫技，而是聚焦于解决校园中真实存在的问题，让每一行代码都能为用户带来实际价值。

• 坦诚沟通：团队鼓励开放、直接的交流。遇到技术难题或进度延期，成员会第一时间在群里同步，绝不隐瞒。我们坚信，及时的暴露问题比掩盖问题更有助于项目成功。

• 共同成长：我们实行“技术互补”策略，后端同学会教前端同学调试接口，前端同学会帮助后端同学优化数据结构。我们希望通过这个项目，每个人不仅收获分数，更能收获可写进简历的技术实战经验。

十、项目落地与推广计划

我们的目标不仅是完成一个课程作业，更是打造一个真正能在福大校园里“活下去”并“用起来”的产品。

第一步：小范围试点（第 6 周）
项目上线后，优先联系指导老师以及计算机学院的 1-2 个社团（如计算机协会、跑步协会），协助他们发布真实活动，收集真实的学生报名与签到数据，并记录系统在真实场景下的 Bug 和体验不佳之处。

第二步：迭代与完善（结课后 1 个月）
根据试点反馈，修复典型问题，优化界面交互。同时编写面向社团负责人的简易后台操作指南，降低他们自主使用系统的门槛。

第三步：全校推广（长线目标）
若试点效果好，我们将把项目推荐给校团委或社团联合会，争取作为“福uu”的补充工具在全校社团中推广。我们承诺永久开源该项目，欢迎后续学弟学妹继续维护与迭代，将“小教务处”的愿景真正传承下去。