Software Engineering
需求分析与 UML辅导
用例、类图和状态图要互相一致，评分人会交叉检查。
从参与者和目标写起，再落到图。时序图的消息必须能在类图里找到操作。追踪矩阵对着 rubric 的“可测试性”一栏填，而不是装饰。
适合谁
适合用例、类图、时序图、状态图和需求追踪矩阵作业。图之间互相矛盾是最常见的零分项。
覆盖什么
- 参与者与目标，而不是用户手册步骤
- 时序图消息能在类图找到操作
- 状态图与业务规则一致
- 追踪矩阵对准可测试性
- 避免类图属性堆砌
怎么进行
- 01从目标列表写起，再画用例，再落到类与消息。
- 02交叉检查：每条消息、每个状态迁移都能在文字需求里找到。
- 03评分表有“可测试”一栏时，矩阵里每一行都要能写成测试。
在 CS / SE / AI 里怎么落地
Software Engineering
Requirements & UML 属于 软件工程。考核以「用例规格、类图/时序图、需求追踪矩阵」为主，辅导按这门课的讲义风格走，不拿竞赛题解或另一所学校的作业套进来。
论文辅导
这门课通常走论文辅导，起步 ¥1000 / 千词起。有报告或论文成分时可以叠加论文辅导，分析课时与千词分开报。
不要用这项辅导做的事
不代考、不登录评测机、不伪造测例通过记录。隐藏测例要你自己在场或能复述策略。
这一页常被问到的
必须用某个建模工具吗？
以课程指定为准。工具次要，一致性和可测试性主要。