软件工程实践第一次作业

[T199111]

作业基本信息

202501福大-软件工程实践-W班	https://bbs.csdn.net/forums/FZU_university_2025?joinKey=ur2ck3j5zqwy-qzjzr0lz5w-1-d855166b0e6c744b862bf20951ebb948
软件工程实践第一次作业	https://bbs.csdn.net/topics/620518050
作业目标	作业目录，作业简单描述；回首过去、立足当下、展望未来中的所有问题和要求；思维导图和学习路线
参考文献	《构建之法》第四版、构建之法社区、Markdown 教程、CSDN IT 人才成长路线图

目录

• 作业基本信息
• 1. 准备工作
• 1.1 截图
• 1.2 仓库地址
• 2. 回首过去
• 2.1 当初你为什么选择软件工程这个专业？
• 2.2 当初对软件工程这个专业的期待和想象是什么？
• 2.3 当初希望自己是如何投入这个专业的学习的？曾经做过什么准备，或者立下过什么FLAG吗？
• 3. 立足当下
• 4. 展望未来
• 4.1 阅读《构建之法》，并阅读构建之法社区中前人提出的问题，选择5个及以上的问题写下自己的思考。要求在自己的思考中贴上原问题的链接。
• 4.2 你未来的职业规划是什么？
• 4.3 对于软件工程实践课程，你有什么理解和期望？例如：
• 5. 思维导图和学习路线
• 5.1 思维导图
• 5.2学习路线

1. 准备工作

1.1 截图

1.2 仓库地址

华为云 CodeArts 仓库（学号命名 / Public）

• 仓库地址：https://devcloud.cn-north-4.huaweicloud.com/codehub/project/08ad145e89cd43d89513e75bf09dd94e/codehub/3083302/home

2. 回首过去

转眼到了大三上。填志愿时选下「软件工程」四个字，当时觉得它又硬核又浪漫；现在回头看，期待还在，害怕也没有消失，只是害怕变成了可以拆解的任务。

2.1 当初你为什么选择软件工程这个专业？

我选择软件工程，不是只想「学会写代码」，而是想拿到一套工程思维和架构思维。代码是砖，工程是怎么把砖砌成能住人的房子：需求从哪来、模块怎么切、质量怎么保、团队怎么协作。

我希望以软件工程技术为地基，在上面搭建自己真正感兴趣的项目，把想象力和主观能动性用起来，做出一点有意思的东西。我坚信「一切皆可软件」——课堂上学到的专业知识，加上自己在生活里看到的场景，应该能对上真实业务里的真实需求。目标不是堆一个能跑的 Demo，而是做出真正解决问题、产生切实效益、用户愿意反复使用的服务。

这和后来我走产品、做调研、写 PRD、用数据验证房间模块好不好用，其实是同一条线：先看见问题，再把问题做成可交付的软件。

2.2 当初对软件工程这个专业的期待和想象是什么？

当初对软件工程既期待，也害怕。

期待在于：它有比较高的技术壁垒，能学到真才实学，把自己淬炼成逻辑更严谨的人；也能进入互联网这个充满可能和创造的世界。和一些更「广泛化」的专业相比，软件工程给我的想象是——我可以亲手把一个想法变成产品。

害怕也具体：课程多、难度大，学习过程里会不断撞墙；IT 的劳累程度和掉发速度也是公开的秘密，这需要更强的抗压能力。那时候我还不知道「抗压」不是硬扛通宵，而是把大问题拆成一周能完成的小交付——这是后来竞赛和实习才慢慢体会到的。

当时的想象	当时的担心	现在的对照
学到硬核技术，逻辑被淬炼	课业难、节奏快、容易挫败	技术仍要补，但已经能用产品 + 数据把问题拆开
进入充满创造的互联网	劳累、掉发、抗压不够	游戏策划实习让我看到：创造发生在跨团队对齐里
做出用户喜欢的服务	不知道从哪开始动手	竞赛和「灵枢」项目给了从 0 到 1 的样本

2.3 当初希望自己是如何投入这个专业的学习的？曾经做过什么准备，或者立下过什么FLAG吗？

当初给自己定的投入方式很朴素：课内把地基打实，课外必须做完整项目，不能只停留在「这门课过了」。

我立过的 FLAG 大致有三条，现在可以逐条对照：

1. 大学期间至少独立（或主导）完成一个从 0 到 1 的产品，而不是只交课程作业。后来的「灵枢·AI」就是在还这条 FLAG。
2. 不只做程序员视角，也要懂用户。所以后来补了用户调研、竞品分析、PRD 和原型；实习时去做游戏策划，而不是只盯着实现。
3. 用比赛逼自己把作品做完、做亮。准备过、也拿过 iCAN、服务外包、软件创新、计算机设计等赛事的成绩——比赛逼我把「有意思」做成「能演示、能答辩、能被别人用」。

具体做过的准备：

• 课内：C / C++ / Java 都学过，基础还不够漂亮，这是我现在仍然要补的短板。
• 课外：参加入了学校的服务外包与软件设计实验室，在这里学习到很多干货，从学习原型设计、产品idea设计到组队做项目的过程中不断沉淀技能，积累审美，也从很多优秀的学长学姐的作品当中汲取了经验和方法，用Android Studio + Flutter / Dart 做过小软件，也做过微信小程序；用 Coze 搭过知识库和智能体。
• 工具：很早就开始用 Cursor、Codex 这类 AI 编程工具，把「不会的实现」变成「能迭代的原型」，再用产品逻辑去判断该不该做。
• 实习：去游戏公司做策划，把课堂里的需求、文档、数据和跨团队协作，放到真实上线项目里练了一遍。

现在回头看，FLAG 没有全部兑现得很好——编程语言仍然「貌似掌握不太好」，这是实话。但方向没有偏：我一直在用工程方法，把想象力接到真实需求上。

3. 立足当下

个人简历
昵称	Vicky
方向	产品经理（偏 AI 应用与 ToC 体验）
兴趣爱好	唱歌、跳舞、弹吉他、画画
特长	需求拆解、竞品分析、PRD 与原型；用数据定位体验问题；用 AI 工具加速文档与原型
一句话	用工程方法把「有意思」做成用户愿意留下的服务
成果和获奖经历
iCAN 全国大学生创新发明大赛	福建省一等奖、全国二等奖
全国大学生服务外包与创新创业大赛 OPC 创客类	全国三等奖
全国大学生软件创新大赛	华东二等奖
海峡两岸暨港澳地区大学生计算机创新作品大赛	福建省二等奖
中国大学生计算机设计大赛	省三等奖
福州大学服务外包与软件设计创新创业比赛	一等奖
专业水平
产品与研究	用户调研、竞品分析、需求拆解、优先级规划、PRD 撰写与原型输出。会使用 Figma、Axure、Paraflow、NotebookLM、Product Hunt 等设计与产品工具。
工程与数据	MySQL 数据库设计与 SQL 调优，能用 SQL 做业务数据分析。实习中结合 MySQL、ClickHouse 与埋点，拆过 UV、进入率、页面停留时长等指标。
AI 应用	习惯使用 Cursor、Codex 等 AI 编程工具。了解 MCP Server 与 Agent Skills 的开发和使用。使用 Coze 等低代码平台搭建知识库与智能体。做过模型评测：能基于 EvalScope，利用 Hugging Face Hub 等开源平台对模型做多维度评测。学习过 LLM、RAG、Function Call、模型微调、Prompt Engineering、Harness Engineering、Agent Skills 等概念与技术。
编程与跨端（诚实写短板）	学过 C、C++、Java，掌握仍不扎实，属于持续补课项。基于 Android Studio，用 Flutter / Dart 做过 toy 小软件；做过 toy 微信小程序。
项目经历
实习｜某游戏公司 · 游戏策划	项目：出海模拟经营手游（Google Play 模拟经营类 TOP10，App Store TOP50） 我的角色：策划——需求梳理、PRD、广告与新场景设计、数据复盘、跨团队推进。 我做了什么：负责需求梳理与 PRD 输出；参与引流广告方案策划、全新合集场景功能设计。运用 Skill 能力，借助 AI 工具高效输出音效、埋点、广告配置相关需求文档，保障研发交付效率。基于 MySQL、ClickHouse 结合埋点数据，拆解 UV、进入率、页面停留时长等核心业务指标，定位数据表现薄弱的房间模块，挖掘用户体验痛点。推动弱数据房间迭代优化，完善交互逻辑与主线叙事连贯性。协同研发、美术、运营完成方案评审与功能落地。 成果与收获：把「感觉这个房间不好玩」翻译成可验证的指标，再翻译成可开发的需求，形成闭环。在真实上线产品里沉淀了：出海手游产品策划、数据分析、AI 工具赋能产品、跨团队协作。
项目｜灵枢·AI —— 基于端云协同的中医多模态女性身心健康智能体 APP及OPC自动化新消费模式	职责：主导 + 全栈 + 产品经理（从 0 到 1 vibe coding） 项目背景：现有健康管理产品有三个痛点：1. 女性日常调理的医疗门槛过高（供需错配）；2. 生理周期与情绪疗愈割裂（身心孤岛）；3. 中医妇科「治未病」的数字化与普惠化滞后（技术鸿沟）。产品锁定 18–35 岁「新养生」女性，提供基于多模态感知的主动式干预。 产品设计：对比美柚、丁香医生、Keep 等竞品，定位「年轻女性 AI 中医闺蜜」，切入市场空白。围绕四项功能展开：智能评估中心、周期性身心调理、情境化疗愈、智能运动纠错。深度融合端侧感知与云端大模型推理。 我的贡献：产品——完成竞品对照、用户群体锁定、功能优先级与主路径设计。架构——拍板「端云协同、模块化解耦」，隐私敏感处理放端侧，重推理放云端。算法与工程——RAG 融合 Qwen3.7 多模态大模型与女性中医古籍；端侧用 ML Kit、DTW 异步匹配做运动纠错；自己 vibe coding 把链路跑通。 最终成果：中医知识问答召回率 92%（优化向量分段策略后）；运动动作识别准确率 95.8%（200+ 组标准动作）；端侧推理延迟 < 60ms；云端数据传输约减少 35%。这是我目前最完整的一次「看见需求 → 做成产品 → 用指标证明它配得上用户」的练习。

4. 展望未来

4.1 阅读《构建之法》，并阅读构建之法社区中前人提出的问题，选择5个及以上的问题写下自己的思考。要求在自己的思考中贴上原问题的链接。

我读的是《构建之法》第四版，并在 构建之法社区 中选了 8 个前人提出的问题。下面每条都附原问题链接，思考尽量落到我自己做过的策划实习和「灵枢」项目上。

问题1：0.0 AI工具是否改变了软件工程的根本？

答：书里承认 AI 能写代码、能辅助测试，但强调软件工程的核心没有变：仍然是在约束下把「人的意图」变成「可维护的服务」。我的体感非常支持这句话。

Cursor / Codex 确实改变了我动手的速度——「灵枢」能从 0 到 1 vibe coding，靠的就是生成 + 我来改。但 AI 没有替我做这几件事：18–35 岁新养生女性到底痛在哪、为什么不和美柚死磕社区、端侧隐私和云端推理怎么切、92% 的召回率够不够上线。这些才是工程。

游戏实习里更明显：AI 可以帮我把音效、埋点、广告配置文档写得很快，但弱数据房间该不该改、主线叙事断在哪一幕、运营和美术能不能排期，仍然是人在做权衡。所以我的结论是：AI 改变了软件工程的生产工具，没有改变软件工程的根本——权衡、验证、对用户负责。

问题2：1.0 如果AI工具能够自动生成大部分程序，人类软件工程师的角色将如何重新定义？

答：我更愿意把角色改写成三层，而不是「程序员失业」：

1. 定义问题的人：把模糊愿望写成可开发的需求，并排优先级。这是 PM 的主场。
2. 设计约束的人：决定哪些计算放端侧、哪些放云端，哪些数据绝对不能出设备。这是架构。
3. 验收真伪的人：用评测集、埋点、用户访谈判断生成结果是不是在胡说。我用 EvalScope 做模型评测，就是因为生成不等于正确。

「灵枢」里 RAG 召回率从「感觉挺准」到 92%，靠的不是再提示一次，而是改向量分段策略。工程师不会消失，而是从「逐行码农」转向「给 AI 定规矩、给产品定边界、给质量定证据」的人。这也是我选择 PM、但仍坚持能全栈把原型跑通的原因：我要能看懂生成结果的漏洞。

问题3：1.0 为什么“软件工程的核心在于权衡（Trade-off）”，而不是追求“零缺陷”或“完美质量”？

答：第一章把目标写成创造「足够好」的软件。我以前会把「足够好」听成将就；实习后发现它其实是一种职业素养。

出海模拟经营项目已经在 Google Play 品类 TOP10，不可能等房间模块「完美」再发版。我们能做的是：用 UV、进入率、停留时长找到最弱的房间，先改交互和主线连贯性，让这一刀的收益最大。如果我坚持零缺陷，研发、美术、运营的排期会被一个边缘房间拖死。

「灵枢」同样：端侧延迟压到 60ms 以下，是用识别范围和模型复杂度换来的；云端传输减少约 35%，是用「隐私不出端」换带宽和合规。每项指标背后都是放弃了另一种完美。 追求零缺陷的人往往交不出产品；会权衡的人才能在截止日期前交出用户用得上的版本。

问题4：1.1 在一个被认定为“足够好”的软件发布后，得到的用户反馈中，哪些是有用的？什么时候才能将这个软件优化到相对稳定的版本？

答：我把反馈分成三类，实习时就在用：

类型	例子	是否优先处理
可复现的行为数据	某房间进入率明显低于均值、停留时长骤降	优先，能定位模块
带场景的质性吐槽	「合集场景跳进来不知道任务是什么」	优先，能改叙事和引导
口味型评价	「这个音色我不喜欢」	记录，不立刻打乱主线

有用的反馈必须能回答：发生在哪个界面、影响哪类用户、改完用什么指标验收。否则只是情绪。

「相对稳定」我也不再定义为「没有人抱怨」，而是：核心路径的关键指标连续几个版本波动收窄，且新需求不再靠推翻主线来实现。 游戏项目里，弱房间被迭代、主线接上之后，更像是进入稳态；「灵枢」则要等到评估—调理—疗愈—纠错四条路径都有评测数字，而不是只有 Demo 能点。

问题5：1.1 在软件工程层面，我们是否需要建立“反过度商业化设计”的设计原则或伦理规范？

答：原帖批评启动页广告、暂停广告、非会员无法快进。我做游戏策划，广告和留存确实是考核项，所以这个问题会刺到我。

我的立场是：商业化可以有，但不能劫持主线体验。 实习里我做引流广告方案，同时在推弱数据房间的体验优化——如果房间本身玩不通，把广告位加满只会让进入率和停留一起掉。数据会惩罚过度商业化。

「灵枢」更敏感：它面向女性身心健康，如果把焦虑做成付费钩子，短期可能有转化，长期一定毁掉「中医闺蜜」这个人设。我会给自己立三条原则，并希望写进以后团队的定义文档：

1. 核心疗愈路径（评估、周期、运动纠错）不允许被强制广告打断；
2. 付费只能加速「便利」，不能锁死「安全与隐私」；
3. 上线前用「我愿不愿意让家人用」做一次伦理验收。

软件工程如果只优化转化漏斗，会把人做成指标；伦理规范不是反商业，是给商业加边界。

问题6：0.0 能否结合过往学生的项目经验，为我们梳理一个从项目启动到交付的关键步骤清单，并指出在不同阶段最应该关注的核心问题是什么？

答：结合「灵枢」和游戏实习，我给自己列了一张清单（也准备用到本学期团队项目里）：

阶段	我必须回答的问题	交付物
启动	这是谁的痛？不做会怎样？	一页问题定义 + 目标用户
需求	最小可上线的主路径是哪三条？	PRD、优先级、竞品对照
设计	端 / 云 / 数据怎么切？隐私放哪？	架构草图、原型
实现	本周可演示什么？接口是否对齐？	可运行增量
验证	用什么数字证明没有幻觉、没有假准确？	评测集、埋点、准确率
交付	跨团队是否都知道「完成」的定义？	评审记录、上线清单
复盘	哪条假设被数据打脸了？	迭代计划

学生项目最容易跳过的是「验证」和「完成的定义」。我在灵枢里如果只停在 vibe coding 能跑，没有 92% / 95.8% / 60ms，它就还是作业，不是产品。

问题7：1.1 商业模式如何影响软件工程实践？是否有些软件工程的最佳实践（如持续集成、DevOps）本身就是商业模式的一部分？

答：书中有「软件 = 程序 + 软件工程」，并扩展到「软件企业 = 软件 + 商业模式」。我很同意后半句。

游戏出海要买量、要广告变现、要商店评分，所以埋点方案、广告配置、版本节奏都进入策划文档，而不是开发「有空再加」。持续集成在这种项目里不是技术品味，是商业节奏：错过商店的一个版本窗口，买量成本会变。

「灵枢」若走订阅制，工程上就必须把「免费能完成一次完整调理」和「会员才有的长期方案」拆开，否则要么伤害用户，要么活不下去。DevOps、CI、评测流水线看起来像工程内部事务，其实是在保护商业承诺：你说召回率 92%，每次发版都要还能测出来。最佳实践一旦和服务承诺绑定，它就是商业模式的执行装置。

问题8：1.1 在项目或程序比较复杂的情况下，如何高效率的进行程序理解？

答：书里把新人读懂旧代码称作程序理解。我的实习和 vibe coding 项目都遇到过这个问题。

我现在的做法不是从第一行读到最后一行，而是四步：

1. 先画数据流：用户从哪个按钮进来，哪张表、哪个模型、哪次埋点被打点。游戏房间模块我是先看进入率和停留，再倒推代码。
2. 先读边界：接口、埋点名、配置表，比读算法细节更先让人知道「能改哪里」。
3. 用 AI 做导游，不用 AI 做法官：让 Cursor 解释模块职责可以，但关键路径必须自己跑一遍；幻觉在解释代码时同样存在。
4. 留下下一任能用的地图：PRD、架构草图、评测命令，比口头说「那段在 xxx」更重要。

端云协同的项目尤其需要程序理解：端侧 ML Kit / DTW 和云端 RAG 不在同一套仓库语义里。没有地图，生成再多注释也只是新的噪音。

4.2 你未来的职业规划是什么？

答：我的目标岗位是 AI 产品经理（先从产品策划 / 助理做起），主战场放在 ToC 的 AI 应用：智能体、健康、工具，或有数据闭环的内容 / 游戏产品。

规划按时间写，避免空泛：

时间	目标	怎么检验
本学期（2026.9–2027.1）	在软工实践里担任产品 + 能动手的角色，带一个可演示的 AI 应用走完需求—设计—实现—评测	有 PRD、原型、仓库、评测数字、复盘
下学期至毕业前暑假	再拿一段正式产品实习（游戏 / AI 应用 / ToC 工具），独立负责一个功能模块的需求与数据复盘	实习评价 + 作品集案例
毕业 1–3 年	成为能从 0 到 1 定义问题、能和研发对齐架构约束、能用数据和评测验收模型的 PM	独立负责的功能上线，并有留存 / 准确率等指标

我不走「纯口头 PM」。游戏实习已经证明：不懂数据和文档细节，跨团队推不动；「灵枢」证明：不懂 RAG / 端云，产品只能停在概念。所以职业路径是 产品为主，工程与评测为牙。

4.3 对于软件工程实践课程，你有什么理解和期望？例如：

答：我理解这门课不是再讲一遍语法，而是把软件开发全过程跑通：个人作业练规范，结对作业练沟通与设计，团队项目练真实协作。对我而言，还想在过程里把 AI 应用开发嵌进去——因为这是我接下来要求职的方向，也是本学期项目最可能用上的技术。

我想具体学到的技术（先定一个主目标）：面向真实用户的 AI 应用开发，包括 RAG、Agent Skills / MCP、评测与端云协同，而不是只会调一个聊天框。

对老师和助教的期待：

• 带队时多结合当下的新技术、新场景和 AI 的各类应用，与时俱进——例如需求阶段就讨论「哪些该交给模型、哪些必须规则化」，测试阶段增加幻觉与评测，而不是把 AI 当成写代码的作弊键。
• 希望评分继续看过程资产：PRD、原型、评测、复盘，而不只看最后能不能演示。
• 希望助教在结对和团队阶段，多盯「完成的定义」和跨角色对齐，这正是我在实习里觉得最值钱、也最缺课堂训练的部分。

我自己会把这门课当成职业预演：用个人作业把仓库和文档习惯立住，用结对把设计讨论练熟，用团队项目验证我能不能当一个不飘的 PM。

5. 思维导图和学习路线

5.1 思维导图

5.2学习路线

— Vicky

[SoftwareTeacher]

原帖批评启动页广告、暂停广告、非会员无法快进。我做游戏策划，广告和留存确实是考核项，所以这个问题会刺到我。

我的立场是：商业化可以有，但不能劫持主线体验。

最近还有不少报道， 说某手机的广告太多，导致老人用户被广告打扰，想要报警急救都做不到，出了人命。 这种商业行为的副作用太大了。 能否有行业规定， 任何 app 启动后 1 分钟内不允许任何弹窗和广告？