知食份子队——团队展示
知食份子队——团队展示
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 2601_FZU_SE 软件工程实践 |
| 这个作业要求在哪里 | 软件工程实践团队作业——种子队选拔、团队展示及选题 |
| 这个作业的目标 | 展示团队与成员特点,围绕校园就餐场景完成 NABCD 选题分析,明确项目愿景,并介绍团队共同制定的绩效考核办法。 |
| 其他参考文献 | 《构建之法》团队投入与绩效考核相关内容;邹欣:软件工程之动物世界、现代软件工程:绩效管理 |
目录
- 知食份子队——团队展示
- 一、团队介绍
- 二、队员风采
- 2.1 林青妍
- 2.2 张伟林
- 2.3 王一帆
- 2.4 方韵希
- 2.5 郭洁颖
- 2.6 邱语堂
- 2.7 杨雨薇
- 2.8 郑春天
- 三、项目选题
- 3.1 一句话描述
- 四、NABCD 选题分析
- 4.1 Need(需求)
- 4.2 Approach(解决方案)
- 4.3 Benefit(用户收益)
- 4.4 Competition(竞争差异)
- 4.5 Delivery(落地交付)
- 五、团队愿景
- 六、团队绩效考核办法
- 6.1 方案设计说明
- 6.2 贡献度评分细则表
一、团队介绍
团队名称:知食份子
命名含义: 民以食为天!对大学生来说,一天里总是绕不开“今天吃什么”的话题。我们小组正是想从这件人人关心的小事入手,把专业知识与寻求美食的热情组合起来,让同学们吃过的好味道、发现的好档口,被更多人知道,做懂吃、更乐于分享的“知食分子”!
二、队员风采
团队由八位成员组成,成员介绍如下。
2.1 林青妍
| 项目 | 内容 |
|---|---|
| 学号 | 102400104 |
| 姓名 | 林青妍 |
| CSDN 地址 | 林青妍的 CSDN 主页 |
| 性格 | 目标感强,擅长拆解复杂任务,理性务实,兼顾细节与全局;遇到难题愿意沉下心钻研,也重视团队沟通。 |
| 擅长的技术 | Java 后端、Flask、Vue、Git、数据爬取、机器学习基础、LaTeX 论文撰写。 |
| 兴趣爱好 | 古筝、书法、舞蹈、语言学习。 |
| 希望的软工角色 | 后端开发,兼顾项目文档与算法辅助。 |
| Slogan | 我要成为头发最茂密的程序员。 |
2.2 张伟林
| 项目 | 内容 |
|---|---|
| 学号 | 102400232 |
| 姓名 | 张伟林 |
| CSDN 地址 | 张伟林的 CSDN 主页 |
| 性格 | 严谨务实,重视交付质量与时间节点,认准的事会持续推进,直到能够运行。 |
| 擅长的技术 | YOLO 目标检测、Python Flask、Vue 3、SQLite、Docker 部署、Unity 游戏开发。 |
| 兴趣爱好 | 大模型与 AI 科研、游戏开发、个人网站与作品集搭建。 |
| 希望的软工角色 | 后端开发与算法。 |
| Slogan | 让每个想法都能跑起来。 |
2.3 王一帆
| 项目 | 内容 |
|---|---|
| 学号 | 102400207 |
| 姓名 | 王一帆 |
| CSDN 地址 | 王一帆的 CSDN 主页 |
| 性格 | 务实、爱复盘,表达直接;习惯先想清楚再动手,愿意学习新事物,重视对任务的承诺。 |
| 擅长的技术 | C、C++;了解 Java,接触过前端页面与 Unity 游戏开发,参与过机器学习及目标分割实践。 |
| 兴趣爱好 | 弹古筝。 |
| 希望的软工角色 | 后端开发。 |
| Slogan | 努力一步步,向天才靠一点点。 |
2.4 方韵希
| 项目 | 内容 |
|---|---|
| 学号 | 102400102 |
| 姓名 | 方韵希 |
| CSDN 地址 | 方韵希的 CSDN 主页 |
| 性格 | 严谨有条理,责任心强,擅长统筹规划;遇到问题愿意主动沟通,重视细节,情绪稳定。 |
| 擅长的技术 | Java、Python 后端,React 前端,MySQL、LaTeX、Docker 部署;有需求梳理与项目文档撰写经验,能够使用 AI 工具辅助开发。 |
| 兴趣爱好 | 唱歌、跳舞、钢琴、做手工。 |
| 希望的软工角色 | PM 或前端开发,兼顾任务拆解、进度管理、文档撰写与团队沟通。 |
| Slogan | 做出每一个抽屉都能打开的前端页面。 |
2.5 郭洁颖
| 项目 | 内容 |
|---|---|
| 学号 | 102400301 |
| 姓名 | 郭洁颖 |
| CSDN 地址 | 郭洁颖的 CSDN 主页 |
| 性格 | 安静、踏实、有耐心,重视事情本身的意义,愿意打磨细节;讨论时习惯先倾听,再给出建议。 |
| 擅长的技术 | C、C++、Java、MySQL;熟悉基础语法与面向对象编程,能够编写 Java 后端接口,掌握数据库增删改查。 |
| 兴趣爱好 | 读书、听音乐、写作。 |
| 希望的软工角色 | 后端开发。 |
| Slogan | 把功能做稳,比说得好更重要。 |
2.6 邱语堂
| 项目 | 内容 |
|---|---|
| 学号 | 102400124 |
| 姓名 | 邱语堂 |
| CSDN 地址 | 邱语堂的 CSDN 主页 |
| 性格 | 认真负责,注重细节和结果验证;遇到问题先分析原因,再通过操作、测试与数据核对确认结论。 |
| 擅长的技术 | Python、JavaScript、SQLite、Git;熟悉论文数据采集、数据清洗、统计可视化、网页功能实现和 Linux 服务器部署。 |
| 兴趣爱好 | 体育、看足球赛。 |
| 希望的软工角色 | 后端与数据工程,参与数据采集与清洗、数据库设计、统计分析、接口联调、测试、部署和文档整理。 |
| Slogan | 把想法做成可运行、可验证、可维护的软件。 |
2.7 杨雨薇
| 项目 | 内容 |
|---|---|
| 学号 | 102400208 |
| 姓名/昵称 | 杨雨薇 / 小鸟 |
| CSDN 地址 | 杨雨薇的 CSDN 主页 |
| 性格 | 随和好说话,遇事愿意学,不会就查,不甩锅。 |
| 擅长的技术 | 擅长借助 AI 工具辅助开发,高效检索资料、梳理思路,快速上手新任务。 |
| 兴趣爱好 | 唱歌。 |
| 希望的软工角色 | 前端。 |
| Slogan | 个人进步是解决问题的最优解。 |
2.8 郑春天
| 项目 | 内容 |
|---|---|
| 学号 | 102400209 |
| 姓名/昵称 | 郑春天 / spring |
| CSDN 地址 | 郑春天的 CSDN 主页 |
| 性格 | 做事细心有耐心,遇到 bug 不会轻易放弃,愿意反复调试排查问题;善于查阅资料解决开发中遇到的难题;团队沟通上乐于交流想法,遇到分歧可以耐心讨论,有较强的责任心,对待分配的任务可以按时完成。 |
| 擅长的技术 | Java 基础、Spring Boot 后端开发;可使用原型设计工具完成界面方案构思;熟悉基础数据库操作;能够编写简易网页。 |
| 兴趣爱好 | 绘画、旅游,浏览技术博客学习新知识。 |
| 希望的软工角色 | 后端开发,同时参与产品原型设计以及部分测试工作。 |
| Slogan | 全红代码只是氛围灯。 |
三、项目选题
3.1 一句话描述
面向福州大学师生,建设一个覆盖校内食堂档口及周边就餐点位的点评平台,通过菜品信息、同学评价、分项评分、收藏与 AI 智能助手,帮助用户更方便地决定“今天吃什么”。
项目正式名称:大福食刻——福州大学校园食堂档口点评平台
选题 PDF 文档链接:大福食刻-选题说明.pdf
四、NABCD 选题分析
4.1 Need(需求)
选题来自团队成员在福州大学日常就餐中的观察与亲身体验。问题不只是 “选择太多”,还包括候选信息不完整、评价难以比较,以及看过的推荐难以再次找到。
| 使用场景 | 遇到的问题 | 需要的信息或能力 |
|---|---|---|
| 新生第一次去某个食堂 | 不知道有哪些档口、各自在哪里 | 食堂分类、档口列表与位置示意 |
| 想尝试一道没吃过的菜 | 总分无法解释口味与份量差异 | 具体菜名、分项评分与就餐体验 |
| 曾看到值得尝试的推荐 | 信息留在帖子或聊天中,下次难找 | 收藏 “想吃”,集中保存候选 |
| 赶时间或存在忌口 | 需要逐个查看才能筛选 | 排队或配送信息、忌口标签 |
| 用户纠结不知道吃什么 | 手动筛选依然耗时,不会组合自身条件筛选 | AI 助手结合平台商铺数据,根据用户条件智能推荐就餐点位 |
后续试用将重点观察:用户是否能找到点位、读懂评价,并利用收藏完成下一次选择,同时观察 AI 助手能否给出贴合校园实际的就餐推荐。
4.2 Approach(解决方案)
浏览或搜索点位 ➜ 查看菜品和评价 ➜ 收藏感兴趣的档口 ➜ 就餐后填写具体体验 ➜ 为其他用户提供选择依据。
浏览免登录,收藏与评价需要登录。评价围绕具体菜名与适用维度展开:食堂档口不要求填写配送速度,外卖或微商点位不要求填写排队时间。用户提交的新点位经过管理员审核后公开展示。
AI 小助手作为扩展功能,在核心查询、评价与收藏流程稳定后开发。它以平台商铺数据作为上下文,根据用户的自然语言条件提供建议,并支持跳转查看对应点位评价。
技术方案:客户端采用 uni-app(Vue 3)一套代码编译 H5 网页(主载体)、Android/iOS App 多端,微信小程序作为可选端;后端 Node.js(Express)提供 RESTful API 与 JWT 鉴权,MySQL 存储点位与评价数据,Redis 承担限流与热点缓存,MinIO 私有化图床存放评价实拍;Docker Compose 五容器一键部署。AI 小助手基于国内大模型 API(OpenAI 兼容协议),仅以平台真实商铺数据作为上下文生成推荐并附点位跳转,从机制上杜绝虚构店铺。完整技术框架、可行性分析与流程图见选题说明文档。
4.3 Benefit(用户收益)
用户可以在一个入口查看候选点位,按口味、份量、排队等关注点比较,并把感兴趣的档口保存到收藏中。一次查找形成可复用的个人候选列表,减少下一次就餐时重复搜索。
“通过收藏夹在约 30 秒内选定就餐目标” 是体验目标。后续试用可记录从打开收藏夹到选定点位的时间,判断收藏是否真正降低选择成本。
AI 小助手带来额外价值:面对选择困难的用户,不需要手动筛选标签,直接用自然语言描述自身需求即可获得个性化就餐建议,进一步降低决策成本。
团队也能围绕真实场景练习需求分析、协作开发、大模型对接、测试与交付。
4.4 Competition(竞争差异)
| 替代方式 | 已有价值 | 本项目聚焦的差异 |
|---|---|---|
| 社交平台图文推荐(如小红书) | 展示图片和个人体验 | 按校园具体点位整理,便于检索与再访 |
| 综合点评平台(如大众点评) | 查询商家和整体口碑 | 补充校园食堂档口、具体菜品与分项评价 |
| 室友推荐、聊天记录 | 交流方便,熟人体验贴近生活 | 将经验集中保存,供更多同学持续查询 |
| 通用大模型聊天工具(如豆包) | 可做饮食建议 | 通用模型不掌握福大食堂真实档口数据,容易虚构店铺;本项目 AI 助手以平台真实商铺作为上下文,推荐结果贴合校园实际,可直接跳转查看真实评价 |
项目不以功能数量作为主要优势,关键在于校园点位是否足够具体、评价是否有参考价值、信息能否持续更新。聚焦校园便于整理和试用,也意味着初期内容量有限,需要逐步积累。
4.5 Delivery(落地交付)
先整理主要食堂的档口与菜品信息,再邀请熟悉校园就餐场景的同学填写真实体验,使试用者能够查询到有用内容。通过朋友圈、班级群与同学转发触达首批用户,随后根据发布条件尝试校园万能墙和食堂二维码。
初期反馈围绕具体任务收集:能否找到想去的点位、分项评价是否帮助比较、收藏是否方便再次使用、AI 助手推荐是否贴合实际。用户提交校外点位可以补充内容,审核机制用于减少重复、广告或无效信息。分享海报不作为首轮推广的必要条件。
五、团队愿景
吃饭这件小事,承载着校园日常里无数细碎的选择。我们希望借助大福食刻,把福大师生分散在聊天、朋友圈与个人记忆中的就餐经验沉淀下来。本学期,围绕浏览、评价与收藏完成可用的多端平台,并在核心流程稳定后探索 AI 小助手,让同学可以查看档口与真实体验,也可以描述饮食偏好获取就餐建议。饭后留下具体感受,为后来者提供参考;纠结时打开收藏,找到想尝试的档口。我们希望产品真正服务身边同学,也在需求分析、设计开发、测试与交付中完成一次扎实的软件工程实践。
六、团队绩效考核办法
6.1 方案设计说明
本团队绩效考核方案依据《构建之法》软件工程团队管理理念设计,摒弃单一、片面的评价方式。结合书中团队贡献核心逻辑,设立协作与任务态度、任务完成度、任务贡献度、附加评分项四大评价维度。四大维度层层互补、全面覆盖:既考核成员日常团队表现、出勤纪律、按期交付的基础职业素养,也量化任务完成质量、任务难度与实际工作量,同时鼓励成员主动付出、团队互助、全局统筹兜底的额外贡献。多维度综合评价能够客观、公平、完整地反映每位成员在项目迭代中的真实投入与价值,有效规避“唯产出论”或“唯态度论”的评价弊端,适配软件工程小组动态协作的工作模式。
6.2 贡献度评分细则表
| 评估维度 | 权重 | 评价指标 | 评分细则 | 本项满分 |
|---|---|---|---|---|
| 协作与任务态度 | 20% | 会议出勤与进度汇报 | 未请假不合理缺勤一次扣1分,迟到或早退累计3次扣1分;每周需按时汇报项目进度并提交对应文档或代码,缺少一次进度汇报扣1分 | 5 |
| 任务按时交付 | 严格按照项目指定deadline考核交付情况;延期1天扣3分,延期2天扣6分,延期3天及以上该项得0分 | 10 | ||
| 团队沟通与合作 | 积极与团队成员沟通对接、配合项目工作,态度端正;出现消极配合、拒不沟通情况每次扣2分 | 5 | ||
| 任务完成度 | 30% | 基础功能实现情况 | 负责的指定功能全部完整实现得满分;存在部分功能缺失根据情况酌情扣分,功能严重缺失、未完成核心内容得0分 | 15 |
| 交付物质量(代码/文档) | 代码、文档、原型等交付物符合团队规范,质量达标;交付物不规范造成团队返工扣5分,轻微格式、内容问题每次扣1分 | 15 | ||
| 任务贡献度 | 30% | 任务难度 | 按任务难度分级评分:高难度15分、中等难度13分、低难度11分,未完成任务得0分 | 15 |
| 任务工作量 | 按任务工作量分级评分:高工作量15分、中等工作量13分、低工作量11分,未完成任务得0分 | 15 | ||
| 附加评分项 | 20% | 新功能提出与实现 | 在个人基础任务要求之外,主动提出并落地实现额外新功能,根据功能难度、实际工作量酌情加2-10分,总分不超上限 | 10 |
| 帮助成员解决问题/全局协调统筹 | 在保质保量完成自身全部任务的前提下,主动协助队友解决技术、文档等问题,或承担项目多方对接、进度统筹、风险兜底等全局工作;结合问题复杂度、团队成员反馈酌情加2-10分,总分不超上限 | 10 |
权重总计:30% + 30% + 20% + 20% = 100%


