architecture-refinement

架构细化

触发条件

• 用户要求根据评审意见细化架构（"根据评审结果修改架构"、"架构修正"）
• 架构评审完成后进入架构细化阶段（P12）
• 用户提供评审报告和架构文档并要求修正
• 用户提到 architecture-refinement

执行流程

步骤 1：评审问题分析

• 读取架构评审报告（Phase 11 输出），提取所有问题项
• 按严重程度排序：阻塞 > 重要 > 建议
• 分析问题间的关联性和依赖关系
• 确定修正优先级和修正范围
• 输出：问题分类清单（按优先级排序）

步骤 2：架构修正

• 逐一处理阻塞级问题，优先修正
• 处理重要级问题，评估修正方案的影响面
• 采纳合理建议级改进，标注采纳理由
• 更新架构文档：架构图、模块图、ER 图、API 文档、流程图
• 输出：修正后的架构设计文档

步骤 3：变更影响评估

• 对比修正前后的架构差异，生成变更清单
• 评估每个变更对上下游阶段的影响（详细设计、开发、测试）
• 识别变更引入的新风险，制定缓解措施
• 输出：变更影响评估报告

步骤 4：最终文档输出

• 整合修正内容，生成最终版架构文档
• 更新文档版本号、修订记录和评审状态
• 确保所有评审问题均已闭环（修正或标记为已知限制）
• 输出：最终架构文档（含变更记录）

输入输出规范

输入：

• 架构评审报告（Phase 11 输出）
• 架构设计文档（Phase 10 输出）

输出：

• 最终架构文档（修正后的完整架构设计）
• 架构变更记录（修正前后差异对照表）

引用文件

文件	用途
无独立参考文件	沿用 architecture-design 的模板格式