耍起最队——团队展示

[耍起最队]

耍起最队——团队展示

这个作业属于哪个课程：202601 福大-软件工程实践-W班

这个作业要求在哪里：软件工程实践团队作业——种子队选拔、团队展示及选题

这个作业的目标：完成团队组建与分工，用 NABCD 模型论证学期项目选题，明确项目范围、技术方案、团队愿景和绩效考核方案。

其他参考文献：《构建之法》中团队绩效考核、团队成员投入程度相关内容。

目录

• 耍起最队——团队展示
• 一、团队信息
• 1. 团队名字
• 2. 团队描述
• 3. 队员风采
• 队员 1
• 队员 2
• 队员 3
• 队员 4
• 队员 5
• 队员 6
• 队员 7
• 队员 8
• 二、项目选题
• 1. 拟作的团队项目选题描述（一句话）
• 2. 项目背景
• 3. 核心功能
• 4. 本期范围（做什么）
• 5. 选题材料
• 6. NABCD 表述
• Need（需求）
• Approach（方法/做法）
• Benefit（益处）
• Competitors（竞争）
• Delivery（推广/交付）
• 7. 技术选型与分工
• 技术选型
• 推荐版本与部署约定
• 8. 执行计划（学期）
• 9. 风险分析与应对
• 10. 团队愿景
• 三、绩效考核方案
• 1. 考核维度与权重（满分 100 分）
• 2. 评分方式
• 3. 结果应用
• 附：参考分工明细

一、团队信息

1. 团队名字

耍起最队

“耍起最队”寓意团队成员积极投入、相互配合，把想法真正做成可运行、可展示的产品。我们希望用一款贴近日常的学习应用，帮助学生把课程安排、学习任务、问题解答和知识整理连接起来。团队由柯镇海担任组长，负责项目统筹与协作协调。

2. 团队描述

耍起最队由 8 名成员组成，成员的技术兴趣覆盖前端、后端、算法、测试和项目协作。项目采用移动端优先的设计，计划开发智能学习日用 App，面向需要同时处理课程、作业、复习和生活事务的大学生。

团队的工作方式是先确认需求和验收条件，再拆分为可以独立交付的小任务。每周同步进展，每次迭代进行演示和复盘；遇到接口依赖或技术阻塞时及时结对排查。前端、后端、算法和测试成员互相补位，保证每个核心模块都有负责人和复核人。详细考核方式见第三部分，具体分工见文末附录。

3. 队员风采

队员 1

• 学号：102400216
• 姓名/昵称：黄思哲
• CSDN 地址：个人主页
• 性格：随和
• 擅长的技术：Python、PyTorch、ResNet18 迁移学习、图像分类与缺陷检测、Flask Web 应用部署
• 项目经历：电表柜分类验证准确率 100%；电压表缺陷检测测试集准确率 90%；教务管理系统
• 兴趣爱好：足球、羽毛球、FPS 游戏
• 希望的软工角色：算法工程师，负责模型训练与调优
• Slogan：天空属于哈夫克

队员 2

• 学号：102400215
• 姓名/昵称：胡加乘
• CSDN 地址：个人主页
• 性格：直接、敏锐、好奇
• 擅长的技术：编码与工程实现
• 兴趣爱好：编码、足球、游戏
• 希望的软工角色：后端开发
• Slogan：It's all good, man!

队员 3

• 学号：102400234
• 姓名/昵称：郑宇澄
• CSDN 地址：个人主页
• 性格：沉稳耐心、严谨细致
• 擅长的技术：Java 后端开发、数据库设计、UML 建模
• 兴趣爱好：待补充
• 希望的软工角色：后端开发
• Slogan：代码一行行写，项目一步步落地

队员 4

• 学号：022401208
• 姓名/昵称：范敬翔
• CSDN 地址：个人主页
• 性格：观察力强，做事严谨，善于发现细节问题，有耐心重复验证
• 擅长的技术：软件测试基本概念、测试用例编写、手工测试、Bug 记录、基础文档撰写
• 兴趣爱好：绘画、游戏
• 希望的软工角色：测试
• Slogan：不放过每一处缺陷，保障产品稳定

队员 5

• 学号：102400332
• 姓名/昵称：杨伟烨
• CSDN 地址：个人主页
• 性格：愿意交流，被动学习，较为开朗
• 擅长的技术：AI 辅助编程
• 兴趣爱好：听歌、打牌、看番、看漫画、短视频、乒乓球
• 希望的软工角色：前端开发、查缺补漏
• Slogan：一件看上去繁难的事，只要开始做了，就会变得越来越容易。

队员 6

• 学号：052401231
• 姓名/昵称：黄思扬
• CSDN 地址：个人主页
• 性格：积极上进、阳光开朗
• 擅长的技术：运用 AI 辅助编程
• 兴趣爱好：运动、旅游
• 希望的软工角色：前端
• Slogan：每天进步一点点

队员 7

• 学号：182400336
• 姓名/昵称：赵子龙
• CSDN 地址：个人主页
• 性格：阳光开朗
• 擅长的技术：前端
• 兴趣爱好：羽毛球
• 希望的软工角色：前端
• Slogan：加油努力

队员 8

• 学号：102400218
• 姓名/昵称：柯镇海
• CSDN 地址：个人主页
• 性格：积极向上、幽默风趣
• 擅长的技术：前端
• 兴趣爱好：绘画、乒乓球
• 希望的软工角色：前端、PM（组长）
• Slogan：好想成为人类啊

二、项目选题

1. 拟作的团队项目选题描述（一句话）

智能学习日用 App 是一款把课表、学习任务、AI 学习问答、个人笔记和专注记录连接起来的学生效率工具，让用户从“知道要学什么”顺利走到“完成并记住了什么”。

英文名称暂定为 StudyDay。

2. 项目背景

学生通常需要在课表、待办、聊天问答和笔记等多个工具之间切换。课表能够展示课程，却不能直接生成作业计划；待办事项缺少课程上下文，需要重复填写课程名称和截止时间；AI 问答产生的有价值内容又难以整理，过一段时间就难以检索。

课程调课、作业延期和临时任务还会进一步增加管理成本。我们希望通过一个面向学生日常的应用，建立“课程—任务—问答—笔记—复盘”的连续流程，让学习安排和实际执行能够在同一个空间中完成。

3. 核心功能

1. 课表显示与管理： 支持周视图、日视图、课程详情、手动添加、课程冲突提示和课前提醒。
2. 智能待办与备忘录： 支持学习和生活任务、分类、优先级、截止时间、子任务、搜索、筛选和完成状态。
3. AI 学习助手： 支持多轮问答、概念讲解、例题分析、复习提纲、学习计划和错题分析。
4. 对话转笔记： 选择 AI 对话内容，自动生成标题、摘要和标签，用户确认后保存为可编辑笔记。
5. 笔记知识库： 支持 Markdown 编辑、标签、课程归档、全文搜索、自动保存和版本记录。
6. 专注计时： 支持番茄钟和自定义时长，结束后将专注记录关联到任务。
7. 学习统计与提醒： 展示任务完成率、专注时长、笔记数量，并提醒临近课程和截止日期。

4. 本期范围（做什么）

必做（MVP）：

• 完成移动端基础导航、用户登录和个人数据隔离。
• 完成课表的手动添加、周视图、日视图、详情查看和课程提醒。
• 完成待办的增删改查、分类、优先级、截止时间和完成状态。
• 完成笔记的新建、编辑、Markdown 预览、标签和关键词搜索。
• 完成 AI 文字对话、上下文管理和对话转笔记。
• 完成一个可关联任务的专注计时功能。
• 完成统一的加载、空状态、错误提示和重试交互。

本期暂不作为交付门槛的扩展：

• 图片搜题和语音输入。
• 多设备实时同步。
• 学习社区、公开笔记和多人协作。
• 复杂的自动课表解析和第三方教务系统对接。

5. 选题材料

• 选题 PDF 文档见附件。

6. NABCD 表述

Need（需求）

学生需要同时处理课程、作业、复习和生活事务，但已有工具往往只解决其中一个问题。主要痛点包括：

• 课表、任务、问答和笔记相互分散，重复录入信息。
• 课程详情不能直接转成作业或复习任务。
• AI 对话内容难以沉淀，重要解释不容易再次找到。
• 计划和实际投入缺少关联，用户不知道自己在任务上花了多少时间。
• 调课、延期和临时任务无法及时反映到日程中。

Approach（方法/做法）

• 以课程为入口建立课表模块，课程详情可以一键创建关联任务。
• 以任务为中心连接截止日期、优先级、提醒和专注计时。
• 以 AI 学习助手提供多轮问答，并允许将对话整理成笔记。
• 以知识库保存 Markdown 笔记，支持标签、搜索和版本记录。
• 通过本地缓存保存最近课表和笔记，在网络恢复后再同步。
• 通过独立的 AI 适配层封装模型调用、上下文裁剪、错误重试和隐私过滤。

Benefit（益处）

目标群体	核心益处	预期指标
在校学生	减少多个工具之间的切换，快速了解课程和待办	查看当天安排的主要操作控制在 3 次点击内
需要复习的学生	将 AI 问答和课堂资料沉淀为可搜索笔记	对话转笔记流程可以在 1 分钟内完成
需要提升执行力的学生	通过专注计时和统计看到实际投入	每条专注记录都能关联到任务
团队项目成员	练习完整的软件工程过程	覆盖需求、设计、开发、测试、部署和复盘

Competitors（竞争）

现有工具类型	局限	本项目优势
独立课表工具	能展示课程，不能直接形成任务和笔记	课程详情可创建关联任务，并支持课前提醒
独立待办工具	缺少课程上下文和学习内容	任务与课程、笔记和专注记录关联
通用 AI 问答工具	对话内容容易流失，缺少学习记录	AI 对话可以整理为带标签的个人笔记
独立笔记工具	需要用户手动整理来源和学习计划	笔记可追溯到课程、任务和对话

Delivery（推广/交付）

阶段	关键行动	目标
试用	由团队成员和同专业同学试用课表、任务和笔记闭环	发现主要交互问题，验证核心需求
迭代	根据试用反馈修复高优先级缺陷，补充提醒和统计	形成稳定的候选版本
展示	通过项目仓库、演示视频和班级社区介绍项目	展示完整的工程过程和可运行功能
扩展	后续增加图片输入、课程导入、多设备同步等能力	服务更多校园学习场景

7. 技术选型与分工

技术选型

模块	选型与说明
前端	Vue 3.5 + TypeScript 5.x + Vite 8.x，配合 Vue Router、Pinia 和移动端优先的响应式布局，负责页面、导航、表单、状态和适配
后端	Java 21 LTS + Spring Boot 3.5.16 + Maven 3.9.x，提供用户、课表、任务、笔记、提醒和会话 API；采用 REST 风格，使用 Spring Security、Validation 和 Actuator
数据库	MySQL 8.4 LTS，保存用户、课程、任务、笔记、标签、会话和专注记录
缓存	Redis 7.2+，按实际部署需要缓存热点课表、会话状态和提醒任务
AI 接入	独立适配层封装模型调用、上下文和错误处理
文件与导出	Markdown 文件导出；图片和附件预留对象存储接口
部署	华为云 ECS（x86_64、Ubuntu 22.04 LTS、弹性公网 IP），Nginx 负责 HTTPS、静态前端和 API 反向代理；Spring Boot 以 Docker Compose 或 systemd 服务运行
协作	Git 分支管理、任务看板、代码评审、周版本和测试记录

课表、任务、笔记和会话数据相互关联但保持独立，便于后续扩展课程导入、数据同步和学习统计。每个核心模块设置负责人，关键接口由前后端共同确认。

推荐版本与部署约定

• 前端开发：使用 Vue 3.5、TypeScript 5.x、Vite 8.x。前端以 SPA 形式构建，执行 npm run build 后将 dist/ 目录交给 Nginx 提供静态服务；Node.js 使用 22 LTS，统一使用 npm ci 安装依赖。
• 后端开发：使用 Java 21 LTS、Spring Boot 3.5.16 和 Maven 3.9.x。Spring Boot 3.5.x 对 Java 17 及以上提供支持，项目统一锁定 Java 21，减少不同成员本地环境造成的差异。
• 华为云部署：购买华为云 ECS，建议起步配置为 2 vCPU、4 GiB 内存、40 GiB 系统盘；如果同时运行 MySQL、Redis 和后端，优先选择 4 vCPU、8 GiB。绑定弹性公网 IP，安全组只对外开放 80/443，SSH 22 端口限制为团队维护地址。
• 服务布局：Nginx 监听 80/443；前端静态文件位于 /var/www/studyday；后端仅监听 127.0.0.1:8080，由 Nginx 转发 /api/；MySQL 和 Redis 只允许本机或内网访问，AI 密钥通过 ECS 环境变量保存，不写入代码仓库。
• 发布流程：CodeArts/Git 仓库提交后先执行前端构建、后端单元测试和接口测试，再生成镜像或 JAR 包部署到 ECS；每次发布保留上一版本，出现问题时可快速回滚。

版本选择参考：Vue 3 官方文档、Vite 官方文档、Spring Boot 3.5 系统要求和华为云 ECS 部署实践。

8. 执行计划（学期）

阶段	时间	阶段目标	交付物	主要负责
立项与原型	第 1—2 周	需求梳理、用户故事、原型和技术选型	需求文档、原型图、接口初稿	PM / 全体
基础框架	第 3—4 周	登录、导航、课程和任务数据模型	可运行的基础框架	前端 / 后端
核心功能	第 5—7 周	课表、待办、提醒和专注计时	学习计划闭环	前端 / 后端
知识沉淀	第 8—9 周	笔记编辑、搜索、标签和版本记录	知识库模块	前端 / 后端
AI 助手	第 10—11 周	多轮对话、上下文和对话转笔记	AI 学习助手候选版本	算法 / 后端 / 前端
测试与交付	第 12—14 周	联调、兼容性测试、性能优化和部署	测试报告、部署版本	测试 / 全体
展示与复盘	第 15—16 周	试用反馈、缺陷修复和答辩准备	演示材料、项目总结	全体

第 7 周设置硬门槛：如果“课表—任务—专注计时”的闭环尚未跑通，则暂停扩展功能，优先保证核心流程可用。

9. 风险分析与应对

风险点	潜在影响	我们的对策
AI 服务不稳定或额度受限	对话功能无法演示	独立封装 AI 接口，准备模拟回答和本地示例数据
课程数据格式不统一	导入结果错误	首期提供手动录入和模板导入，导入后由用户确认
功能范围过大	核心功能无法按期交付	冻结 MVP 范围，新增功能需要团队确认
团队成员时间冲突	任务延期	任务拆小，设置替补负责人，提前同步阻塞
用户隐私风险	个人数据泄露	最小化采集、权限隔离、日志脱敏和数据删除入口
移动端适配不足	不同设备体验不一致	尽早在真实手机尺寸上进行连续回归测试
网络异常	页面或 AI 服务不可用	提供明确的离线状态、重试按钮和本地演示数据

10. 团队愿景

我们希望把“智能学习日用 App”做成大学生每天愿意打开的学习伙伴，而不是功能堆叠的工具集合。项目初期将扎实完成课表、任务、AI 学习助手、笔记和专注记录的闭环，让用户能够从查看课程开始，完成计划、获得帮助并留下可复习的知识。随着使用反馈积累，我们计划支持更多课程导入方式、跨设备同步和个性化学习统计，在保证隐私和可控性的前提下，让应用服务于真实校园场景。团队也希望通过这次项目形成规范的需求、开发、测试和复盘习惯，把每一次迭代都变成可验证、可改进的工程实践。

三、绩效考核方案

基于《构建之法》中“团队成员投入程度”和“绩效管理”的相关内容，本团队采用“周考核、迭代汇总”的方式，以可量化、有记录支撑的客观指标为主体，主观评价作为补充，避免仅凭印象评价成员贡献。

1. 考核维度与权重（满分 100 分）

考核维度	权重	具体考核内容与证据
任务完成度	40%	按计划完成页面、接口、测试用例或文档；以任务看板、版本库记录和交付演示为凭据
交付质量	30%	代码评审通过率、返工次数、遗留缺陷数、接口和文档规范；以评审记录和测试报告为凭据
协作与出勤	20%	例会参与、进度同步、问题响应、跨模块协作；以会议纪要、任务记录和讨论记录为凭据
负责人综合评价	10%	根据整体贡献、任务难度、主动性和对团队目标的影响评价；必须给出事实依据

2. 评分方式

1. 客观项，即任务完成度、交付质量、协作与出勤，占 90%，由任务记录、提交记录、评审记录和测试结果核算。
2. 负责人综合评价占 10%，评价结果必须附具体事实，不以个人关系作为依据。
3. 每周由成员先自查，负责人汇总记录；每个迭代结束后公开评分依据并进行一次复盘。
4. 成员如果认为记录存在事实错误，可以在两天内提出异议，由团队核对提交、会议和测试证据后修正。
5. 个人迭代得分 = 客观项得分 × 90% + 负责人评价 × 10%。

3. 结果应用

• 90—100 分： 视为表现优秀，记录为本阶段贡献突出成员，在团队会议中公开表扬，并优先承担有挑战性的任务。
• 60—89 分： 视为达标，按实际贡献度正常参与后续任务分配。
• 低于 60 分： 先由本人复盘原因，再由负责人共同制定一周内可验证的补强计划；若连续两个周期仍未达标，经全组讨论后调整任务模块，以保证整体进度。
• 因需求变化、接口依赖或其他成员阻塞导致延期时，只要及时同步并留下记录，不简单按个人迟交处理。
• 发现并推动修复高优先级缺陷、补充关键文档或主动承担临时任务，可在质量和协作评价中体现。

附：参考分工明细

角色	成员	主要职责
PM / 组长	柯镇海	进度管理、需求文档、接口协调、例会组织和团队协作
后端与数据库	胡加乘、郑宇澄	用户、课表、任务、笔记和提醒服务；数据模型与接口文档
前端与交互	黄思扬、杨伟烨、赵子龙、柯镇海	导航、课表、待办、助手、笔记和个人中心页面；移动端适配
算法与 AI	黄思哲	AI 调用方案、提示词、模型结果评估和数据处理
测试与质量	范敬翔	测试计划、测试用例、接口测试、缺陷跟踪和发布验证
文档与展示	全体成员轮流负责	原型说明、演示材料、项目总结和团队博客维护

智能学习日用app_选题文档.pdf 240.53K