先理解利益相关者、问题边界与验收证据,再写需求文档。
关联:章节 第1章 从问题到可验证需求
阅读全文 →先理解利益相关者、问题边界与验收证据,再写需求文档。
关联:章节 第1章 从问题到可验证需求
阅读全文 →从业务语言、状态与不变量建立模型,避免把数据库表名当领域。
关联:章节 第2章 领域建模与边界设计
阅读全文 →让结构服务质量目标,并用可替换接口控制变化传播。
关联:章节 第3章 架构、模块与接口契约
阅读全文 →把代码、依赖、环境和发布制品纳入可追踪的配置管理。
关联:章节 第4章 版本、配置与协作流
阅读全文 →从风险和反馈速度设计测试组合,用红—绿—重构驱动可验证设计。
关联:章节 第5章 测试策略与TDD
阅读全文 →把评审变成风险控制,把重构变成小步可验证的设计演化。
关联:章节 第6章 评审、重构与代码质量
阅读全文 →让每次变更自动经过构建、验证、制品、部署和回退链路。
关联:章节 第7章 CI/CD与发布工程
阅读全文 →从用户目标定义SLO,用日志、指标、追踪和演练控制故障。
关联:章节 第8章 可靠性与可观测性
阅读全文 →把威胁、数据权利和社会后果纳入设计与发布门禁。
关联:章节 第9章 安全、隐私与工程伦理
阅读全文 →用小批量、可视化流动和清晰责任把计划变成持续学习。
关联:章节 第10章 项目管理与团队协作
阅读全文 →把上线后的运行、成本、债务和退役纳入完整生命周期。
关联:章节 第11章 运维、发布与技术债治理
阅读全文 →以团队完整交付一项真实服务,汇总课程全部制品与证据。
关联:章节 第12章 毕业团队项目:从立项到运营
阅读全文 →