软件需求工程

📊 课程难度与压力分析

SENG2021 的难度属于‘易学难精’。画用例图谁都会，但如何确保你的用例图中没有逻辑循环、且涵盖了所有的异常流（Exception paths），是很多同学的瓶颈。压力主要来自于 Major Project，那是一份长达 50 页以上的‘文学巨著’，如果你没有良好的文档管理习惯，版本冲突和逻辑自相矛盾会让你在最后一周彻底崩溃。及格极容易，但拿 HD 需要你有近乎病态的严谨性——比如，你的文档中是否存在任何一个‘可能’或‘大概’这种模糊词？

🎯 备考重点与高分策略

高分秘籍：‘得 UML 者得 Distinction’。期末考试中，根据一段文字描述画出完美的活动图或状态机是必考的 30 分大题。一定要练到能精准识别‘汇聚网关’和‘分支条件’。重点攻克‘质量属性的量化描述’，那是论述题最爱考的区分点。备考时，教材《Software Requirements》(Wiegers) 是圣经，里面的‘需求模板’是 Assignment 的直接模板。对于项目，HD 的关键在于‘可追溯性矩阵’——展示每一条代码背后的需求源头。重视 Tutorial 里的 Role-play，那是你练习需求获取话术的唯一机会。

📚 学习建议与资源推荐

不要只看课件，去读读《The Lean Startup》或《Writing Effective Use Cases》。推荐看 YouTube 上的‘Derek Banas’关于 UML 的快速系列。最重要的建议：养成随时随地‘解构需求’的习惯。看到一个自动售货机，问自己：它的状态机是怎么转的？如果断电了需求怎么变？这种职业病是拿 HD 的前提。学会使用 Miro 或 Lucidchart 提升文档的视觉专业度。利用好学校提供的 Jira 权限，这在面试中是非常加分的工具经历。

⚠️ 作业与 Lab 避坑指南

项目避坑：小组分工严禁‘各写各的’！Major Project 最大的坑是前面的用例图和后面的状态图逻辑冲突。SRS 写作中，严禁使用感性描述（如‘系统应该很快’），必须具体到‘在高负载下，95% 的请求应在 200ms 内响应’。此外，注意 Final 考试有 Hurdle，理论部分的基础定义如果错太多，总分再高也要挂。考试时带好直尺，画 UML 图时保持规范整洁是阅卷官的第一好感。注意：分清‘用户需求’与‘系统规格’的本质层次差异。

💬 过来人经验分享

学姐建议：这门课是为你整个职业生涯‘排雷’。学完后，你不仅懂了产品，还学会了‘如何甩锅’——因为你学会了用详尽的文档定义边界。建议找一个英语逻辑好的组员负责润色。拿 HD 的关键：在报告中展现出你对‘需求博弈’的洞察——客户往往不知道自己想要什么，展示你如何引导他们发现真实需求。坚持住，通关 2021，你就真正跨过了从程序员到架构师的那道鸿沟。这张成绩单是进入顶级咨询公司做 IT BA 的最强背书。