# 项目管理列表重新分析后端实施记录

## 本次改动

- 补充后端实施计划中的验收清单与最小化实现结论
- 核验现有项目级重打标链路是否已完整覆盖列表页“重新分析”需求
- 运行关键后端测试并新增验证记录、实施记录文档

## 修改内容

- 复核 `CcdiBankTagController -> ProjectBankTagRebuildCoordinator -> CcdiBankTagServiceImpl -> CcdiProjectOverviewServiceImpl` 现有链路，确认无需新增接口
- 确认手动提交仍复用 `POST /ccdi/project/tags/rebuild`，列表页只需传 `projectId` 即可进入既有重打标流程
- 确认任务开始时会切换项目状态为 `TAGGING`，成功后调用 `refreshOverviewEmployeeResults(projectId, operator)` 刷新员工风险结果
- 确认 `refreshOverviewEmployeeResults(...)` 会同步回写项目高/中/低风险人数，满足“重新分析后重新计算人数”的后端要求
- 本次未新增后端 Java 代码、未新增接口、未新增人数重算分支，仅补充文档与验证沉淀

## 已验证保护场景

- 项目存在运行中任务时，手动重打标会被拒绝，避免重复提交
- 自动触发与手动触发共享同一协调器锁控制与补跑标记能力
- 项目不满足打标前置条件时，仍由既有 `ensureProjectCanStartTagging(projectId)` 负责拦截
- 概览刷新失败时，任务会进入失败分支，不会误报执行成功

## 测试与验证

```bash
mvn -pl ccdi-project -Dtest=CcdiBankTagControllerTest,ProjectBankTagRebuildCoordinatorTest,CcdiBankTagServiceRiskCountRefreshTest test
```

## 结果

- 后端关键契约测试全部通过
- 现有后端链路已经覆盖列表页“重新分析”接线需求
- 后续只需前端接入真实接口并刷新列表，即可进入联调与页面验证阶段
- 本次未启动额外后端服务进程，无需清理测试进程
