Assessment 3 - 40% · Jimmy Huang's Blog

Assessment 3 - 40% · Jimmy Huang's Blog

任务	产出	要点要求
Task 1：详细类图（Detailed Class Diagram）	覆盖整个 MPMS 系统的详细类图	必须加入 Boundary/Controller 类；为各类属性标注可见性与数据类型；识别并分配所有系统操作为方法并标注可见性；补全必要的 getter/setter；为每个方法确定参数与返回类型；为各类加上 <> / <> / <> 的构造型；审查所有关系；并且与实现保持一致。此外：实体类需列出全部方法；控制与边界类只需包含你们被分配实现的功能相关方法。
Task 2：详细顺序图（Detailed Sequence Diagram）	选择 A2 的一个初始顺序图并细化为详细顺序图	若初稿与实现不再一致，应在 applied session 咨询 TA 以确认选题/功能；顺序图至少包含对象符号、激活框、参与者、生命线与同步/异步/返回消息；必要时加入包、选项/循环、分支等符号；与实现保持一致。
Task 3：实现（Implementation）	文本交互式应用的完整功能代码与配套数据/文档	详见“实现范围与边界”“数据与文档要求”“技术/工具与限制”。

Sprint	时间 / 权重	你需要完成的核心事项	检查/提交节点
Sprint 1 — Sprint Planning	Week 6–7，2%	Trello 全量任务（含验收标准）、统一估点、合理分工；GitLab README 记录团队角色；演示 S1 完成进度与 S2 计划。	Week 7 的 applied session 当场检查。
Sprint 2 — Progress + Teamwork + Collaborative Coding	Week 9，3%	满足 S1 的全部要求；按验收标准完整实现并充分测试本 Sprint 的功能；共同参与 Sprint 2 计划；体现高质量协作开发（有意义的提交信息、合理代码结构与注释）；演示 S2 完成进度与 S3 计划。	Week 9 的 applied session 当场检查。
Sprint 3 — Progress + Code Review（GitLab MR）	Week 11，5% + 5%	满足 S1、S2 的全部要求；全员有效使用 GitLab Merge Request；每个 PR 需结构化标题与描述；PR 必须成功合并、粒度合适且可读；每个 PR 有有价值的评审意见；演示 S3 完成进度与 S4 计划。	Week 11 的 applied session 当场检查。
Sprint 4 — Final Demonstration & Deliverables	Week 12	Part A（提交件）：Moodle 交 PDF 报告（详细类图、详细顺序图）+ 代码与设计工件的 zip；GitLab master 分支最终提交不得晚于 Week 11 周五 4:30 pm，评分以 master 为准。 Part B（演示）：Week 12 课堂15 分钟演示：10 分钟跑软件覆盖所有已实现功能（演示前先 git pull master 确保版本一致）；5 分钟黑盒测试，TA 当场给出两组场景检验完整性与可靠性。	提交件：Week 11（周五 4:30 pm 截止）；演示：Week 12 applied session。

Sprint	目标	权重	截止/检查
Sprint 1（Week 6–7）	Sprint 规划	2%	Week 7 applied session 现场检查
Sprint 2（Week 7–9）	进度 + 团队协作 + 交付物（本 Sprint 定义的特性需按验收准则完成并测试）	3%	Week 9 applied session 现场检查
Sprint 3（Week 9–11）	代码评审实践 + GitLab MR 使用（并持续完成进度与交付）	5% + 5%	Week 11 applied session 现场检查
Sprint 4（Week 11–12）	课堂最终演示	5%	Week 12 applied session 演示
Final Deliverables	最终提交包（详见 Part A/B 文档）	20%	Week 11 周五 4:30 pm（以 GitLab master 为准）