软件技术基础第四次作业

这个作业属于哪个课程 https://edu.cnblogs.com/campus/zjlg/25rjjc
这个作业的目标 成立小组、确定大作业题目、发布介绍帖
姓名-学号 严雨鑫-2023329301005
江心懿-2023329301071
潘浩冲-2023329301093
关子寒-2023329301087
码云仓库地址 https://gitee.com/yyx2005117/25_Software_Engineering

“智汇无界”小组成立暨《大学生学科竞赛全流程管理与服务平台》立项报告

一、 团队介绍

  • 小组名称智汇无界 (InnoLink Squad)
  • 团队口号逻辑编织未来,数据驱动协作 —— 让创意找到最佳拍档!
  • 成员分工表

    分工说明:我们严格按照软件工程标准,将系统架构、全栈开发、文档工程与质量保障进行了明确划分。

角色 姓名        学号 主要职责 具体任务分配
组长 严雨鑫 2023329301005 系统架构、后端开发与核心文档 1. 架构设计:主导数据库建模(E-R图)与API接口定义。
2. 后端开发:编写核心业务接口与算法逻辑。
3. 核心文档:撰写《软件需求规格说明书》、《测试文档》及汇报PPT。
4. 交付部署:负责环境配置,确保系统可一键运行。
主力开发 江心懿 2023329301071 前端交互、可视化与用户文档 1. 前端开发:负责Vue页面搭建、ECharts图表集成与API联调。
2. 用户体验:设计系统交互原型,优化操作流程。
3. 文档撰写:编写《用户说明手册》及协助需求分析。
4. 汇报工作:负责期末大作业的现场汇报、系统演示与答辩。
文档工程师 潘浩冲 2023329301093 用户研究与场景分析 1. 需求挖掘:深度分析用户痛点,梳理业务逻辑。
2. 场景文档:撰写《典型用户和典型场景文档》。
测试工程师 关子寒 2023329301087 质量保障与缺陷追踪 1. 质量把控:执行系统黑盒测试,撰写《缺陷报告》。
2. Bug追踪:记录并反馈系统缺陷,形成闭环。

二、 选题背景

1. 题目名称

《基于智能匹配的大学生学科竞赛全流程管理与服务平台》

2. 痛点分析

在高校现有的竞赛生态中,我们致力于解决以下刚性需求

  • 认知差(学生层):许多新生对竞赛的含金量、赛制周期及队员任务分工存在认知盲区,导致不敢报名或因预估不足而中途弃赛。
  • 心理墙(社交层):部分性格内向或“社恐”的同学,因畏惧线下陌生社交而错失组队机会,急需一个基于能力展示的“被动社交”窗口。
  • 协作难(组队层):跨专业(如工科+商科)缺乏高效的协作渠道,传统社交方式效率低,信息孤岛效应明显。
  • 管理乱(流程层):从报名到结题,缺乏统一的进度追踪工具,导师审核与经费报销流程繁琐,纸质材料流转效率低。
  • 数据盲(决策层):学院缺乏对历年竞赛成果的可视化分析,难以进行科学的备赛指导与教学改革。

三、 产品需求分析

本产品旨在通过数字化手段重构校园竞赛流程。参考企业级标准,我们将核心需求划分为以下三个维度:

1. 核心功能模块

  • 智能组队大厅
    • 系统需支持用户录入技能标签(Schema: UserTags),并基于标签重合度算法,为队伍推荐互补型人才。
  • 全流程生命周期管理
    • 实现“招募发布 → 申请入队 → 导师审核 → 项目立项 → 结题归档”的完整状态流转。
  • 数据驾驶舱
    • 利用图表技术展示“各学院参赛热度”、“紧缺技能词云”等关键指标。

2. 角色与权限设计

系统采用 RBAC (Role-Based Access Control) 模型设计以下三类用户角色:

  • 学生:拥有发布招募、申请入队、提交项目材料权限。
  • 队长:增加审批队员申请、维护甘特图进度的权限。
  • 管理员:拥有用户管理、竞赛发布、全局数据查看权限。

3. 数据与接口规范

  • 数据库:设计 Users, Teams, Projects 等核心表结构,确保数据完整性。
  • 接口:前后端统一遵循 RESTful API 规范,明确URL路径与JSON数据格式,提高联调效率。

四、 产品预估与愿景

我们对项目的最终产出与预期效果进行了如下评估:

1. 工作量预估

  • 代码量:预计后端 API 接口 20+ 个,前端页面 10+ 个,核心代码 2500+ 行。
  • 文档量:预计产出规范的工程文档 10 份(覆盖需求、设计、测试、部署等)。
  • 数据填充:为保证演示效果,我们将预置 100+ 条模拟用户数据 和 50+ 条竞赛记录。

2. 预期达成目标

  • 功能目标:在两周内跑通“从找队友到立项”的核心闭环,无一级致命缺陷。
  • 工程目标:交付一份可一键部署的源码包(含 README.md),确保老师能顺利运行。
  • 演示目标:在期末汇报中,通过 ECharts 数据大屏直观展示竞赛生态数据。

3. 项目里程碑

  • Phase 1 (Day 1-7):完成《需求文档》与《典型场景》分析,完成数据库设计与API定义,搭建前端框架。
  • Phase 2 (Day 8-14):前后端接口联调,跑通核心流程;进行多轮测试并完成最终打包交付。

“智汇无界”小组,集结完毕,即刻出发!

posted @ 2025-12-25 22:54  starfishhh  阅读(9)  评论(0)    收藏  举报