摸鱼不队——软件工程实践团队作业

摸鱼不队 2026-10-02 11:06:00

摸鱼不队——团队展示

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

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

这个作业的目标：完成团队组建与分工、用 NABCD 论证学期选题、明确团队愿景与绩效考核方案

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

目录

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

一、团队信息

1.团队名字

摸鱼不队

“摸鱼不队”取“摸鱼不对”的谐音——嘴上调侃摸鱼，手上认真交付。我们的项目名取自“老马识途”，叫「识途」：愿每一个初入校园的人，都能依靠识途，认识福大的每一条路、每一栋楼。

2.团队描述

摸鱼不队由 8 名来自 202601 福大-软件工程实践 W 班的成员组成。组队时我们最看重能力互补：既有负责整体统筹与后端架构的组长，也有专注小程序前端、后端接口、数据与算法、测试的成员，技术栈覆盖 C/C++、Java、SpringBoot、Vue 前端等。

初步分工为：后端（吴昊、袁志华、陈宇杰）、前端小程序（范自亮、卢宗园）、数据与算法（赫庆国）、测试（朱熙），由谭培统筹 PM 与架构，详见文末“分工明细”。

在协作方式上，团队计划每两周一个 Sprint，任务按模块认领；开发经验较多的成员主动带动相对薄弱的同学，遇到阻塞结对排查、互相补位，做到每个模块都有明确负责人、每项任务都能落地。具体考核方式见第三部分“绩效考核方案”。

3.队员风采

共 8 人，由谭培担任组长（PM）。

队员 1

项目内容
学号102400227
姓名/昵称谭培
CSDN 地址https://blog.csdn.net/2403_88229929?spm=1000.2115.3001.5343
性格沉稳、负责
擅长的技术C++、Java
兴趣爱好乒乓球、篮球
希望的软工角色PM
slogan代码是给人看的，附带能给机器运行

队员 2

项目内容
学号102400228
姓名/昵称吴昊
CSDN 地址https://blog.csdn.net/qfr_CSDN?type=sub&subType=community
性格沉默、专注
擅长的技术Java 后端技术栈
兴趣爱好篮球
希望的软工角色后端开发
slogan“向前走”

队员 3

项目内容
学号102400231
姓名/昵称袁志华
CSDN 地址https://blog.csdn.net/2502_91213303
性格内向
擅长的技术Java、SpringBoot、MySQL、Redis、RabbitMQ、MyBatisPlus、前端（HTML、Vue）
兴趣爱好篮球
希望的软工角色后端
slogan搭建虚拟世界的骨架

队员 4

项目内容
学号102400214
姓名/昵称赫庆国
CSDN 地址https://blog.csdn.net/kskblzdjd12138
性格幽默随和
擅长的技术C++，Java
兴趣爱好调节气氛、游戏、羽毛球
希望的软工角色测试维护
slogan知耻而后勇

队员 5

项目内容
学号102400235
姓名/昵称朱熙
CSDN 地址https://blog.csdn.net/2402_87579552?type=bbs
性格开朗、阳光
擅长的技术C/C++
兴趣爱好羽毛球
希望的软工角色测试
slogan往里豪

队员 6

项目内容
学号102400223
姓名/昵称卢宗园
CSDN 地址https://blog.csdn.net/2603_96825609?type=bbs
性格随和、认真负责
擅长的技术Java、C/C++、前端开发
兴趣爱好健身、游戏
希望的软工角色前端
slogan在实践中学习，在协作中进步。

队员 7

项目内容
学号102400212
姓名/昵称陈宇杰
CSDN 地址https://blog.csdn.net/2403_86753207?type=blog
性格沉默、专注
擅长的技术Java、Golang 后端技术栈
兴趣爱好乒乓球
希望的软工角色后端开发
sloganok

队员 8

项目内容
学号102400213
姓名/昵称范自亮
CSDN 地址https://blog.csdn.net/2603_96813132
性格认真、沉默
擅长的技术前端
兴趣爱好乒乓球、羽毛球
希望的软工角色前端
slogan代码筑梦，匠心成行

二、项目选题

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

识途（Shitu）是一款基于课表感知的校园楼层级智能导览微信小程序：导入课表后自动规划到达教学楼的最优路线，按步行/自行车/电动车估算到达时间，并结合施工变化与上课时间提醒出发，帮助新生与访客快速熟悉校园。

One sentence (English)： Shitu is a course-schedule-aware, floor-level campus navigation mini program: it imports your timetable, plans the best route to the target teaching building, estimates arrival time by walking/biking/e-bike, and reminds you when to leave based on construction updates and class time.

2.项目背景

大学校园面积大，教学楼、实验楼、食堂、宿舍星罗棋布，部分教学楼还是多层结构。新生入学、访客来访时，常常因为不熟悉路况而找不到指定楼栋，进入楼内后又难以定位具体楼层的教室。现有工具都存在明显短板：高德/百度等通用地图只覆盖室外道路，没有楼内楼层级数据，也不与个人课表联动；校园官网、公众号通常只有一张平面示意图，无法导航、无法估算时间。与此同时，学生上课前常面临“现在出发还来不来得及”的焦虑。

识途正是针对这一系列问题，提供从「课表 → 目的地 → 路线 → 到达时间 → 出发提醒」的完整闭环，让导航不仅知道“路在哪”，也知道“你要去哪儿、还差多久”。

3.核心功能

  1. 课表导入与管理：支持手动录入与文件/图片导入（逐步完善），绑定每节课的时间与地点。
  2. 校园楼层级 POI：楼栋、楼层、教室、出入口、食堂、宿舍等点位，精度到楼层。
  3. 室内外一体导航：从当前位置到目标教室的完整路线引导。
  4. 到达时间估算：区分步行、自行车、电动车三种出行方式给出预计耗时。
  5. 出发时间提醒：结合课表与到达时间，在临界时刻提醒“该出发了”。
  6. 路线动态更新：支持施工、封路等信息维护，动态调整可行路线。
  7. 个人中心：常用地点收藏、历史记录。

4.本期范围（做什么）

必做（MVP）：

  • 微信小程序端，先以一栋教学楼为试点；
  • 该教学楼的楼层级 POI 与室内外到达路线；
  • 课表导入（手动录入 + 图片/文件导入）；
  • 步行/自行车/电动车三种出行方式的到达时间估算；
  • 结合课表的出发提醒；
  • 基础的施工/路线更新维护。

5.选题材料

选题 PDF 文档链接：识途——校园楼层级智能导览小程序 选题文档

6.NABCD表述

Need（需求）

核心痛点描述
校园不熟新生、访客、转专业学生对教学楼位置、楼层分布不熟悉，容易迷路、走错楼。
时间焦虑不知道从当前位置到教室要多久，无法判断“现在走还来不来得及”，常因估算错误迟到。
信息滞后校内施工、道路封闭等变化无法及时反映到通用地图，导致按旧路线绕远路。

Approach（方法/做法）

关键功能技术与实现目标
课表导入支持导入个人课表，绑定上课时间与地点，提供上课/出发时间提醒。让导航“知道你要去哪”。
校园专属 POI采集楼宇、教室、食堂、宿舍等点位，精确到楼层。提供通用地图没有的校内细粒度数据。
到达时间估算分步行、自行车、电动车三种出行方式，结合距离估算到达时间。给出可信的“还要多久”。
路线更新机制支持施工、封路等信息维护，动态更新可行路线。保证路线时效性。
时间紧迫度提醒结合课表与到达时间，在临界时刻提醒“该出发了”。解决上课迟到痛点。

Benefit（益处）

目标群体核心益处目标量化指标
新生/访客快速熟悉校园环境，减少迷路与问路成本。熟悉校园时间从数周缩短至数天。
在校学生课表联动提醒，减少因找路、误判时间导致的迟到。上课迟到率**下降 50%**。
学校提升新生入学体验，减少校内问路压力。覆盖全校主要楼宇，形成可视化校园数据。

Competitors（竞争）

竞争者痛点/劣势本产品优势（核心竞争力）
高德/百度地图校园内部道路与楼层数据缺失，无课表联动。楼层级精度 + 校园专属 POI。
校园官网/公众号仅有平面示意图，无法导航与计时。实时导航 + 到达时间估算。
问路/路牌依赖他人，效率低，无法预测时间。课表感知 + 时间紧迫度提醒。

Delivery（推广/交付）

阶段关键行动目标
试点先以一个教学楼为试点，完成楼层级导航与课表提醒功能。跑通核心闭环，验证可用性。
扩展采集更多楼宇 POI 与路线数据，覆盖主要教学、生活区域。逐步实现全校覆盖。
推广结合新生入学季，通过班级群、迎新宣讲等渠道推广二维码。触达新生与在校学生，形成口碑。

7.技术选型与分工

技术选型

模块选型与说明
前端微信小程序（原生 / UniApp）
后端SpringBoot + MySQL 提供 RESTful API
缓存/中间件Redis（热点 POI 与路线缓存，可选）
地图与 POI微信小程序 map 组件 + 自建楼层级 POI 数据
路径与时间估算图结构最短路算法 + 分出行方式速度模型
数据存储MySQL 存 POI、路线、课表；图片等附件可用对象存储
部署云服务器 + Nginx
协作Git 分支管理、周版本、任务工单与代码评审

POI、路线和课表数据与程序解耦，便于后续扩充楼宇而不改动核心代码。团队分工见文末“分工明细”，每个模块设一名负责人，关键接口提前确认。

8.执行计划（学期）

阶段时间阶段目标交付物主要负责
立项与原型第 1-2 周需求梳理、原型设计、技术选型需求文档、原型图、试点教学楼方案PM / 全体
核心开发第 3-6 周课表导入、POI 数据、基础导航可运行的小程序雏形前端 / 后端
导航与提醒第 7-10 周到达时间估算、楼层导航、出发提醒核心功能闭环算法 / 前端 / 后端
数据与扩展第 11-13 周POI 扩充、路线更新机制、增加楼宇逐步覆盖主要楼宇数据 / 后端
测试与交付第 14-16 周联调、测试、答辩准备测试报告、PPT、现场演示测试 / 全体

第 6 周设硬门槛：若“一栋教学楼的楼层级导航 + 课表提醒”无法跑通，则暂停功能扩展，优先保证核心闭环可用。

9.风险分析与应对

风险点潜在影响我们的对策
楼层级 POI 数据采集量大进度受阻先做一栋教学楼试点，形成采集模板后再推广
室内定位精度不足导航不准确以 POI 关键点 + 路径引导为主，不依赖高精度室内定位
施工/路线数据更新不及时路线失效建立人工上报 + 审核机制，标注更新时间
课表格式不统一导入失败先支持手动录入与图片导入，逐步适配常见格式
演示依赖网络现场无法演示准备本地/离线数据与演示录屏作为回退
范围膨胀无法按期交付冻结 MVP 范围，新增功能需经范围变更确认

10.团队愿景

大学校园动辄上千亩，教学楼、食堂、宿舍星罗棋布。我们见过太多新生在开学第一周“迷路”——找不到教室、摸不清方位、对不上课表，甚至因为走错楼而迟到。安抚和问路只能解一时之困，我们想做一款真正懂校园的导览工具：导入课表，系统便知道你的下一站；楼宇导航精确到楼层房间；出发前，它会根据你的出行方式与校内施工情况，告诉你“现在走刚好赶上”。我们希望用一个学期，把识途做成覆盖全校的校园导览产品，先在一座教学楼落地验证，再逐步扩展到全校，最终成为福大人日常通勤的首选，也成为其他高校可复用的校园导览方案。

三、绩效考核方案

基于《构建之法》中“团队成员投入程度”与“绩效管理”相关内容，本团队采用“周考核 + 月度汇总”，以可量化、有记录支撑的客观指标为主体，主观评价仅作辅助，避免因人际亲疏影响评分公平性。

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

考核维度权重具体考核内容（以可查证的事实为准）
任务完成度40%按周计划完成任务（页面/接口/测试用例/文档）。延迟 1 天扣 5 分，延迟 3 天以上本项记 0 分。以版本库提交记录、任务工单状态为凭据。
交付质量30%代码评审一次通过率、返工次数、遗留 Bug 数、文档规范度（含版本号与修改记录）。以评审记录为凭据。
协作与出勤20%例会出勤（缺席扣 5 分/次，迟到 15 分钟以上按缺席计）、每日进度同步、问题响应时长（超 24 小时未响应扣 8 分）。以会议记录、群内记录为准。
队长（PM）综合评价10%队长依据整体贡献、任务难度与主动性给出评价，作为对客观记录的补充。

2. 评分方式

  • 客观项（任务完成度 + 交付质量 + 协作与出勤 = 90%）由记录直接核算，不由组员自由打分；
  • 队长（PM）综合评价占 10%，需对减分给出具体事实依据；
  • 周得分 = 客观项得分 × 90% + 队长评分 × 10%。

3. 结果应用

  1. 连续 4 周考核均在 90 分以上：记录为团队“月度之星”，在团队周会与博客中公开表扬；
  2. 处于 60–89 分：视为达标，按实际贡献度正常计入后续作业分配；
  3. 低于 60 分：先由本人复盘原因，再由队长与其一对一商定一周内可验证的补强计划；若连续两周仍不达标，经全组讨论后调整其任务模块（如从核心开发转到资料整理、测试辅助等），以保证整体进度不受影响。

附：分工明细（仅参考）

角色成员职责
PM / 队长（兼架构）谭培进度管理、需求文档、对接助教、组织例会
后端吴昊、袁志华、陈宇杰用户/课表/提醒服务、POI 与导航 API
前端（小程序）范自亮、卢宗园地图/导航页、课表页、提醒与个人中心
数据/算法赫庆国POI 采集、楼层建模、路径与到达时间估算
测试朱熙测试用例、评审、缺陷跟踪、发布验证
...全文
98 回复 打赏 收藏 举报
写回复
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
2021秋季软件工程实践总结
这个作业属于哪个课程 构建之法-2021秋-福州大学软件工程 这个作业要求在哪里 2021秋季软件工程实践总结 团队名称 摸鱼买菜必涨价 这个作业的目标 对软件工程这一课程做出总结，思考自己所获得的知识，反思自己的不足之处，以及对未来的憧憬 作业正文 其他参考文献 一、个人总结 1）对比开篇博客对课程目标和期待，“希望通过实践锻炼，增强计算机专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了期待和目标，哪些方面还存在不足，为什么？ 2）总结这门课程的实...
摸鱼事务所——团队作业——大模型评测作业
本次作业通过构建自动化购车决策评测系统，对两个大语言模型在真实购车场景中的表现进行量化评估。这不仅是对模型能力的测试，更是对软件工程实践中自动化测试、需求分析和系统设计能力的综合锻炼。
摸鱼买菜必涨价队-冲刺集合
摸鱼买菜必涨价队-冲刺集合 冲刺集合的链接 摸鱼买菜必涨价-冲刺日志（第一天） 摸鱼买菜必涨价-冲刺日志（第二天） 摸鱼买菜必涨价-冲刺日志（第三天） 摸鱼买菜必涨价-冲刺日志（第四天） 摸鱼买菜必涨价-冲刺日志（第五天） 摸鱼买菜必涨价-冲刺日志（第六天） 摸鱼买菜必涨价-冲刺日志（第七天） ...
摸鱼买菜必涨价队-冲刺总结
摸鱼买菜必涨价队-冲刺总结 一.冲刺计划的链接 二.冲刺日志集合的内容 三.项目预期计划 预期下一阶段实现更加严格的用户输入校验，用户权限控制，DES对称加密传输，用户提示信息以及项目进度可视化。alpha测试阶段实现以下功能： 前端项目的预期计划： 账户绑定 项目人员管理 项目创建、删除与加入 任务条目的CRUD 进度可视化 基本交互信息 基本提示信息 基本错误信息 基本动画效果 后端项目预期计划： 项目大致结构确定并上传GitHub 数据库部署并完成登录功能和获取所在项目的功能 完善登陆部分和实现
2021秋季软件工程实践总结-摸鱼小组软件要求部分
2021秋季软件工程实践总结-摸鱼小组软件要求部分 一、研发出符合用户需求的软件 需求分析见：2021秋软工实践 Lab7 需求分析与原型设计(摸鱼队) 截止 12.10 日小程序页面访问数据 截止 12.10 日小程序用户来源分析 二、通过一系列工具，流程，团队合作，能够在预计的时间内发布 “足够好” 的软件 alpha 冲刺 7 日总进度表 日期 工作量（人时） 剩余工作量(人时） 已完成工作量占比 11.12 70 430 14% 11.14 60 370 26%
202601福大-软件工程实践-W班

101

社区成员

172

社区内容

发帖
与我相关
我的任务
社区描述
202601福大-软件工程实践-W班
软件工程 高校 福建省·福州市
社区管理员
  • 202601福大-软件工程实践-W班
  • 李之尹
  • 123
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章