耍起最队——团队展示

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

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

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

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

目录

一、团队信息

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（益处）

Competitors（竞争）

Delivery（推广/交付）

7. 技术选型与分工

技术选型

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

推荐版本与部署约定

• 前端开发：使用 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. 执行计划（学期）

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

9. 风险分析与应对

10. 团队愿景

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

三、绩效考核方案

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

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

2. 评分方式

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

3. 结果应用

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

附：参考分工明细