软件工程

默认只展示每周独有的知识重点；节奏、考核、Tutorial 和避坑信息按需展开。

1. 1

   Agile Methodology & Team Formation

   ### 📖 核心知识点：敏捷方法论与团队组建 课程启动，学习 Agile/Scrum 开发方法论。组建 4-6 人项目团队，分配角色（Scrum Master, Product Owner, Developer）。制定 Team Agreement 和 Working Norms。学习 Product Vision Statement 的撰写方法。 - **核心概念/公式**: Scrum 框架 (Sprint Planning → Daily Standup → Sprint Review → Retrospective)、Team Charter 要素、Definition of Done (DoD) ⏰ **本周节奏**: 难度 ⭐⭐ | 预计投入 7h（Lecture 2h + Studio 2h + Applied Class 1h + 自学 2h） 🎯 **考试关联**: 本课程以项目为主，无传统考试。评估基于 Group Project (60%) 和 Individual Portfolio (40%)。 🧪 **Studio**: 团队破冰活动，讨论并签署 Team Agreement。开始 Project Brief 的初步讨论。 📌 **作业关联**: Group Project 从第一周开始计分。Individual Portfolio 需要记录每周学习反思。 ⚠️ **易错点**: 不要所有人选同一个角色；Team Agreement 要具体到"违反后的处理方式"而非空泛原则；第一周松懈会导致后续 Sprint 压力倍增。

   Lectures
2. 2

   Requirements Analysis & User Stories

   ### 📖 核心知识点：需求分析与用户故事 学习从客户需求中提取 User Stories。掌握 User Story 格式和 INVEST 原则。构建 Product Backlog 并使用 MoSCoW 方法排优先级。学习 Acceptance Criteria 的 Given-When-Then 格式。 - **核心概念/公式**: User Story 格式 "As a [role], I want [feature], so that [benefit]"、Story Point 估算、Product Backlog 管理 ⏰ **本周节奏**: 难度 ⭐⭐⭐ | 预计投入 8h（Lecture 2h + Studio 2h + Applied Class 1h + 自学 3h） 🎯 **考试关联**: 需求质量直接影响 Group Project 评分 (60%)。 🧪 **Studio**: 与客户（模拟或真实）进行需求访谈，产出初步 Product Backlog。 📌 **作业关联**: Backlog 是整个项目的基础，后续 Sprint 都基于此。 ⚠️ **易错点**: User Story 太大需要拆分；Acceptance Criteria 不够具体导致后续验收争议；混淆 Epic 和 User Story 的粒度。

   Lectures
3. 3

   System Architecture & Tech Stack Design

   ### 📖 核心知识点：系统架构与技术选型 学习如何为团队项目选择合适的 System Architecture 和 Tech Stack。掌握 Architecture Decision Records (ADR) 的撰写。学习常见架构模式（MVC, Client-Server, Microservices）的优缺点。 - **核心概念/公式**: C4 Model (Context, Container, Component, Code)、ADR 格式 (Context→Decision→Status→Consequences)、技术选型评估框架 ⏰ **本周节奏**: 难度 ⭐⭐⭐ | 预计投入 8h（Lecture 2h + Studio 2h + Applied Class 1h + 自学 3h） 🎯 **考试关联**: 架构决策的合理性是 Group Project 评分的重要维度。 🧪 **Studio**: 团队讨论并确定技术方案，绘制 C4 Level 1-2 架构图，撰写 ADR。 📌 **作业关联**: 架构确定后需要搭建 Development Environment 和 CI/CD Pipeline。 ⚠️ **易错点**: 过度追求新技术而忽视团队学习曲线；ADR 中不记录"为什么不选某方案"会被扣分；架构图缺少数据流向标注。

   Lectures
4. 4

   Sprint 1: Core Feature Development

   ### 📖 核心知识点：Sprint 1 核心功能开发 正式进入 Sprint 开发。学习 Sprint Planning 的流程：确定 Sprint Goal → 选取 User Stories → 任务分解 → 估算。掌握 Git 团队协作工作流（Feature Branch, Pull Request, Code Review）。 - **核心概念/公式**: Sprint Planning (Capacity-based)、Git Feature Branch Workflow、Pull Request Review Checklist、Continuous Integration ⏰ **本周节奏**: 难度 ⭐⭐⭐⭐ | 预计投入 10h（Lecture 2h + Studio 2h + Applied Class 1h + 自学 5h）🔥 高压周 🎯 **考试关联**: Sprint 交付质量直接影响 Group Project (60%) 评分。每个 Sprint 有 Demo 环节。 🧪 **Studio**: Stand-up Meeting, Pair Programming, Code Review。Tutor 会检查 Git 提交记录。 📌 **作业关联**: Sprint 1 目标是完成 MVP 核心功能 2-3 个 User Stories。 ⚠️ **易错点**: Sprint Scope Creep（过度承诺）；团队成员代码风格不统一导致合并冲突；不做 Code Review 直接 merge。

   Lectures
5. 5

   Testing & Quality Assurance

   ### 📖 核心知识点：测试与质量保证 学习软件测试在 Agile 项目中的实践。掌握 Unit Test、Integration Test 的编写方法。学习 Test-Driven Development (TDD) 的 Red-Green-Refactor 循环。了解 Code Coverage 工具的使用。 - **核心概念/公式**: TDD 循环、AAA 模式 (Arrange-Act-Assert)、Code Coverage 指标 (Line, Branch, Path)、Testing Pyramid ⏰ **本周节奏**: 难度 ⭐⭐⭐ | 预计投入 9h（Lecture 2h + Studio 2h + Applied Class 1h + 自学 4h） 🎯 **考试关联**: 测试覆盖率和测试质量是 Project 评分的重要维度。 🧪 **Studio**: 为 Sprint 1 的代码补充 Unit Tests，设置 CI Pipeline 自动运行测试。 📌 **作业关联**: Individual Portfolio 需要记录测试方法论的学习反思。PR 必须包含测试代码。 ⚠️ **易错点**: 测试只覆盖 Happy Path 而忽略异常路径；Code Coverage 高不等于测试质量高；TDD 的 Red 步骤被跳过直接写实现。

   Lectures
6. 6

   Sprint 2: Feature Expansion & Retrospective

   ### 📖 核心知识点：Sprint 2 功能扩展与回顾 Sprint 1 结束，进行 Sprint Review (Demo) 和 Retrospective (Start/Stop/Continue)。从反思中改进团队流程。Sprint 2 Planning 开始，目标是在 MVP 基础上扩展功能。 - **核心概念/公式**: Sprint Retrospective (Start/Stop/Continue)、Burndown Chart 追踪进度、Velocity 计算与预测 ⏰ **本周节奏**: 难度 ⭐⭐⭐⭐ | 预计投入 10h（Lecture 2h + Studio 2h + Applied Class 1h + 自学 5h） 🎯 **考试关联**: Retrospective 质量和改进行动是 Group Project 评分要素。 🧪 **Studio**: Sprint 1 Demo → Retrospective → Sprint 2 Planning。 📌 **作业关联**: Sprint 2 目标：新增 2-3 个 User Stories，同步更新测试和文档。 ⚠️ **易错点**: Retrospective 走过场不认真总结；Sprint 2 想加太多功能（"Second System Syndrome"）；Demo 时发现 Bug 说明测试不充分。

   Lectures
7. 7

   UI/UX Design & Usability

   ### 📖 核心知识点：UI/UX设计与可用性 学习 User-Centered Design 的基本原则。掌握 Wireframing 和 Mockup 工具的使用。学习 Usability Heuristics (Nielsen's 10 Heuristics) 评估方法。理解 Accessibility 标准 (WCAG)。 - **核心概念/公式**: Nielsen's 10 Usability Heuristics、WCAG 2.1 AA 标准、Figma/Sketch Wireframing、User Flow Diagram ⏰ **本周节奏**: 难度 ⭐⭐⭐ | 预计投入 8h（Lecture 2h + Studio 2h + Applied Class 1h + 自学 3h） 🎯 **考试关联**: UI/UX 质量是 Group Project 的评分维度之一。 🧪 **Studio**: 进行 Heuristic Evaluation，互相评审各组的 UI 设计。 📌 **作业关联**: 根据评审反馈改进项目 UI，在后续 Sprint 中实施。 ⚠️ **易错点**: 功能优先忽视用户体验；Accessibility 不是可选项（会影响评分）；Wireframe 太详细浪费时间，应该快速迭代。

   Lectures
8. 8

   Sprint 3: Integration & Refinement

   ### 📖 核心知识点：Sprint 3 集成与完善 项目进入中后期，重点从新功能开发转向系统集成和质量完善。学习 Refactoring 的时机和方法。掌握 Technical Debt 的管理策略。进行跨模块集成测试。 - **核心概念/公式**: Technical Debt 象限 (Reckless/Prudent × Deliberate/Inadvertent)、Refactoring 模式、Integration Testing 策略 ⏰ **本周节奏**: 难度 ⭐⭐⭐⭐ | 预计投入 10h（Lecture 2h + Studio 2h + Applied Class 1h + 自学 5h） 🎯 **考试关联**: 代码质量和重构能力影响 Group Project 和 Individual Portfolio 评分。 🧪 **Studio**: Sprint 2 Review → Retrospective → Sprint 3 Planning。重点关注 Bug Fixing 和 Refactoring。 📌 **作业关联**: Individual Portfolio 需要记录重构决策和技术债务管理经验。 ⚠️ **易错点**: 重构引入新 Bug 但没有足够测试覆盖；Technical Debt 积累到无法管理才开始处理；集成时发现接口不一致。

   Lectures
9. 9

   Deployment & DevOps Practices

   ### 📖 核心知识点：部署与DevOps实践 学习 CI/CD Pipeline 的构建和管理。掌握 Docker 容器化部署的基础。了解 Infrastructure as Code (IaC) 概念。学习 Monitoring & Logging 的基本实践。 - **核心概念/公式**: CI/CD Pipeline Stages (Build→Test→Deploy)、Docker 基础 (Dockerfile, docker-compose)、Environment 管理 (Dev/Staging/Prod) ⏰ **本周节奏**: 难度 ⭐⭐⭐ | 预计投入 9h（Lecture 2h + Studio 2h + Applied Class 1h + 自学 4h） 🎯 **考试关联**: 部署策略和 DevOps 实践影响项目的完整度评分。 🧪 **Studio**: 配置项目的 CI/CD Pipeline，实现自动化构建和部署。 📌 **作业关联**: 项目需要可部署的 Demo 环境。 ⚠️ **易错点**: Dockerfile 中未固定依赖版本导致构建不一致；CI Pipeline 配置错误导致每次 push 都失败；忘记配置环境变量的 Secrets 管理。

   Lectures
10. 10

    Sprint 4: Polish & Bug Fixing

    ### 📖 核心知识点：Sprint 4 打磨与Bug修复 最后一个完整 Sprint，重点是 Bug Fixing、Performance Optimization 和 UI 打磨。学习 Bug Triage 的优先级排序方法。实施 User Acceptance Testing (UAT)。 - **核心概念/公式**: Bug Severity vs Priority 矩阵、Performance Profiling 基础、UAT 的执行流程 ⏰ **本周节奏**: 难度 ⭐⭐⭐⭐ | 预计投入 10h（Lecture 2h + Studio 2h + Applied Class 1h + 自学 5h） 🎯 **考试关联**: 最终产品质量是 Group Project (60%) 的关键评分标准。 🧪 **Studio**: Sprint 3 Review → Bug Triage → Sprint 4 Focus on Quality。进行 Cross-team UAT。 📌 **作业关联**: Individual Portfolio 需要包含项目总结和个人贡献分析。 ⚠️ **易错点**: 最后一个 Sprint 试图加新功能而不是修复 Bug；UAT 发现的问题来不及修复；Demo 环境和开发环境行为不一致。

    Lectures
11. 11

    Documentation & Technical Writing

    ### 📖 核心知识点：文档与技术写作 学习软件项目文档的最佳实践。掌握 README、API Documentation、Architecture Documentation 的编写规范。学习如何撰写有效的 Technical Report。准备 Final Presentation 的内容和结构。 - **核心概念/公式**: Documentation 层次 (README → Architecture Doc → API Doc → Code Comments)、Presentation 结构 (Problem→Solution→Demo→Lessons) ⏰ **本周节奏**: 难度 ⭐⭐⭐ | 预计投入 9h（Lecture 2h + Studio 2h + Applied Class 1h + 自学 4h） 🎯 **考试关联**: 文档质量和 Presentation 是 Group Project 评分的组成部分。 🧪 **Studio**: 团队分工完善项目文档，准备 Final Presentation 的 slides 和 demo 脚本。 📌 **作业关联**: Individual Portfolio 截止在即，需要完成所有反思记录。 ⚠️ **易错点**: README 缺少安装和运行指南；API 文档与实际接口不一致；Presentation 时间控制不好（超时会被打断）。

    Lectures
12. 12

    Final Presentation & Project Demo

    ### 📖 核心知识点：最终展示与项目演示 课程最终交付周。进行 Final Sprint Review 和 Project Presentation。展示完整的软件产品，包括功能演示、架构解释、团队协作过程回顾和 Lessons Learned。 - **核心概念/公式**: Presentation 评分标准 (Technical Quality, Demo Completeness, Communication, Q&A Response)、Retrospective 整体回顾 ⏰ **本周节奏**: 难度 ⭐⭐⭐ | 预计投入 10h（Studio 2h + Presentation 准备 8h）📝 项目冲刺周 🎯 **考试关联**: Final Presentation 和 Demo 是 Group Project (60%) 评分的关键环节。Quiz 也在本周附近进行。 🧪 **Studio**: Final Presentation to Teaching Staff + Cross-team Audience。每组 15-20 分钟展示 + Q&A。 📌 **作业关联**: Group Project (60%) 和 Individual Portfolio (40%) 全部截止。 ⚠️ **易错点**: Demo 现场演示出 Bug（务必提前多次排练）；Presentation 只展示功能不讲技术决策会被扣分；团队成员发言时间分配不均。

    Lectures