26软工实践 你所热爱的就是软件工程 团队展示与选题报告

作业所属课程	https://edu.cnblogs.com/campus/fzu/202601SofwareEngineering
作业要求	https://edu.cnblogs.com/campus/fzu/202601SofwareEngineering/homework/16758
作业目标	通过真实需求调研，完成以专业领域智能体（Agent）为核心的软件项目选题、方案设计和需求分析，明确项目功能、技术路线及实施计划，提升团队协作和软件工程能力
团队名称	你所热爱的就是软件工程
团队成员学号-名字	052403137-王智壹 052402132-郑嘉文 182400320-林叶鑫 072408137-张洋 102402118-陈飞扬 022403140-周恪玄 102401507-李宗欣 072408101-陈柏睿 102401504-马晨曦 102401505-林金晶 072308130-陈柯男

团队展示

队名

你所热爱的就是软件工程

具体规划

我们的项目是 个性化本地菜单管理软件，希望做一个更懂你的菜谱小助手。“个性化”由我们编写的 Agent 流程、个人偏好建模算法、作为核心的用户本地数据和改动共同保证体验。核心用户是刚开始独立生活、仍需参照菜谱的做饭新手，也期望涵盖家庭里只是偶尔做饭、仍需菜谱交接的不够熟练的人。我们想让用户在手机上把找到的菜谱整理成自己的做法，做完留下经验，下次打开时接着用。

我们目前梳理了 Recipe Keeper、ReciMe、Samsung Food、Paprika 和 Mealie 等有力竞品的公开资料，这些产品覆盖导入、分类、份量调整和部分个性化能力，而我们重点关注了其中从中文材料校对到个人做法复用的操作成本。现阶段的依据来自竞品资料、团队讨论和答辩反馈；下一步将招募至少 8 位符合条件的用户，观察他们如何收集、修改和再次使用菜谱，再据此调整功能优先级。

我们的首期产品将围绕 收进来 → 改成自己的做法 → 做后记一句 → 下次直接复用 展开，重点做好三件事：

1. 收集时少一点抄写。 用户粘贴文字、导入受支持的视频、网页或选择清晰菜谱截图，得到带来源和缺项的草稿，在原文旁完成校对。
2. 调整时看得懂改了什么。 根据口味、食材和份量要求，联动调整配料与步骤，展示原因和前后差异，由用户保存个人版本。
3. 下次使用时记得上次经验。 一句“这次偏咸，下次少放酱油”关联到当次版本；再次查看、调整或选菜时带回适用记录，长期偏好由用户确认和纠正。

领域定制将围绕菜谱结构、食材别名与状态、用量换算、偏好范围和配料与步骤关联展开。团队整理带来源和版本的规则及案例，让 Agent 在预设工作流中完成材料理解、偏好分析、推荐解释和单菜调整。手机程序负责资料检索、确定计算、版本检查和确认后的保存。我们希望由此减少用户查找上下文、重复说明口味和手工整理建议的步骤。

项目期望面向 Android、iOS，核心操作、资料存储和工作流都在手机端完成，模型能力通过 API 接入。双平台原生开发与跨平台开发将在真机原型验证后选择，PC 作为可选扩展。基础管理完全本地且免费，代码与领域规则开源，模型调用费用和课程测试额度在接入时说明。

后续按以下相对排期推进，选型后结合课程验收日期确定具体时间：

阶段	预计时间	主要任务
M0：调研与选型	第 1 周	完成首轮访谈，验证手机存储、截图识别、API 调用与备份恢复，确定开发方案和竞品对照
M1：建立个人菜谱库	第 2 周前半	完成导入、校对、检索、分类、版本管理和备份恢复，冻结验收样本
M2：连通个性化流程	第 2 周后半至第 3 周	完成偏好、推荐、单菜调整与反馈，启动两轮试用和真实试做
M3：验证与发布	第 4 周	完成领域效果对照、双平台验收和修复，发布安装／测试入口、开源代码及验收记录

队员风采

学号	成员姓名	成员性格	擅长的技术	兴趣爱好	期望角色	分配角色
052403137	王智壹	内向	平面设计	睡觉	产品	产品
052402132	郑嘉文	开朗	Java后端	玩游戏	后端	后端
182400320	林叶鑫	友善、认真	Python/C/C++	学习自然语言、经济学知识	前端/测试	测试
072408137	张洋	随和	算法题	电影	前端	算法
102402118	陈飞扬	乐观	用ai	F1足球	后端	后端
022403140	周恪玄	随和	Python/C++	打游戏	服从安排	后端
102401507	李宗欣	友善	C/C++	打游戏	前端/测试	测试
072408101	陈柏睿	细心、稳妥	HTML/CSS/JavaScript	打游戏、乒乓	前端/测试	前端
102401504	马晨曦	细心	C/C++	画画	前端	设计
102401505	林金晶	耐心	C++	乒乓球足球	前端	产品
072308130	陈柯男	直率	微信小程序/react/git	打游戏，架子鼓	前端/测试	前端

合照

愿景

我们希望做出一个自己也愿意每天打开的菜谱小助手，让初学做饭的人少一点手忙脚乱，多一点照顾自己的从容。也希望在共同开发中学会倾听、协作和认真测试，把各自的热爱做成经得起使用的作品。

分工

方向	成员	主要职责
产品	王智壹、林金晶	招募访谈、梳理问题原因、确定功能范围与结课口径，协调需求和交付
设计	马晨曦	项目标志、手机交互与核心流程原型，重点打磨导入校对、版本比较和轻量反馈
前端	陈柏睿、陈柯男	手机界面、截图选择、差异展示和系统交互，保证核心操作在手机内完成
后端	郑嘉文、陈飞扬、周恪玄	端内存储与业务、版本规则、API 适配，以及采用托管接入时的网关等
算法	张洋	整理领域资料、设计输入处理与偏好调整策略，开展通用模型和领域工作流对照
测试	林叶鑫、李宗欣	冻结样本、竞品案例、双平台与异常验收，记录试用效果、耗时和调用成本

产品与测试共同确定样本和验收口径，各方向按需求编号拆分任务，明确依赖与交付结果。需求变化同步更新文档，开发和测试围绕同一份基线推进。

需求分析文档

我们当前的产品需求文档已按课上老师的反馈尝试进行了一定的重构，目前仍处于需求评审阶段。本文档作为我们团队开发、演示和验收的共同依据使用，围绕做饭新手的两轮使用展开，规定文字、清晰截图和受支持网页的导入范围，以及个人版本、偏好确认、推荐、调整、反馈和备份恢复等核心功能。

方案采用手机界面、端内业务与本地资料库、领域工作流、远程 API 的结构。普通管理操作离线可用，联网任务保存进度并支持恢复；来源、个人版本和反馈保持关联，用户可以查看、修改或撤销偏好。文档同时说明领域知识来源、模型与程序的分工、工具接口和两种移动端开发方案的选型依据。

结课按 C01—C06 检查交付：完成至少 8 人访谈和至少 8 人两轮试用，两轮间隔至少 24 小时，至少 4 人按保存版本真实试做并反馈；Android、iOS 真机通过 26 个功能场景与 8 项非功能要求；提供可访问的发布入口、两平台安装／测试方式和开源材料。人工纠正次数、手机操作耗时与经验复用收益另按 G1—G3 报告，用通用模型对照与软件使用对照检验产品亮点。

全文涵盖迭代记录、八节主体和术语附录，可按关注点阅读：

关注内容	阅读位置
服务谁、现有工具的痛点、产品亮点	第一至四节：定位、目标用户、竞品与问题原因、持续使用价值
两轮使用与结课要求	第五、六节：两轮使用案例、首期范围、C01—C06 与 G1—G3
页面与具体功能	7.1—7.3：功能结构、手机交互、F01—F10
Agent 如何定制，软件如何实现	7.4—7.6：领域资料、工作流与工具、端内架构、开发方案、接口和类图
如何检查质量与实际收益	7.7—7.9：非功能要求、两类对照、代表性任务和 A01—A26 验收场景
下一步决策、排期与交付	7.10 及第八节：待决事项、阶段安排、发布清单、扩展顺序与协作

完整需求文档见个性化本地菜单管理服务prd。