开发工作流复盘 #

← 返回专题记录

以下是目前总结的一套开发工作流，覆盖从需求理解、分析设计、编码实施到最终验收的全链路。

一、需求理解 #

1. 梳理详细流程 根据需求（书面或口头均可）提取活动图，描述详细的业务流程。若对需求背景、取舍方向尚未形成共识，可在后续遇到关键决策点时再对齐；否则应优先明确背景，以保证后续设计决策倾向一致。

二、分析阶段 #

2. 补充领域信息 识别流程节点中的未知信息，用领域类图或说明文档描述清楚每个节点的行为依据。例如，若节点为“判定 XX”，则需明确判定标准与依赖条件。

3. 逆向现有实现 梳理当前代码逻辑，给出大致结构与设计模型，作为后续变更的参照基线。

三、设计阶段 #

4. 初步设计方案 综合分析模型（活动图、领域类图等描述行为的资料）与现有设计模型（类图、序列图、活动图等贴近代码的资料），产出变更后的设计模型。该模型应明确:改到何种程度、哪些类和方法可复用、哪些需要新增或调整。

5. 设计评审（Design Review） 审核并确定最终设计模型。重点是检查业务流程节点是否被合理聚合到对应类中，方案是否可行。此环节经验越丰富，质量越高；后续可逐步沉淀规则与经验，由 AI 辅助完成初审。

四、实施阶段 #

6. 初步实施 采用 Agent 模式完成初步改动。由于一次性完成往往难以避免错误，完成后需对每个改动逐一 review。

7. 分类型、分阶段修正

   • 横向：模型层面的错误（如拆解、组合、业务结构切分不当）使用 Agent 模式修正；方法级、小模块级的问题使用 Ask 模式修正，以节约成本。
   • 纵向：分析与设计阶段使用高智模型（如 5.6、Fable、K3 等）；执行阶段使用低智模型（如 5.4、K2.7 等）。

五、验证阶段 #

8. 单元测试守护核心逻辑 为核心逻辑编写 UT。

9. 代码评审(Code Review) Code Review 从两个维度把关：一是代码改动本身的质量；二是从冒烟测试点去走读代码。