docs(acm2-74): consolidate design documentation
This commit is contained in:
@@ -2,4 +2,4 @@
|
||||
|
||||
旧版航班状态方案已撤销,不再作为设计或实现依据。
|
||||
|
||||
现行航班设计统一见 [运营航班状态设计](../flight-state.md)。
|
||||
现行航班设计统一见 [航班域](../implementation.md)。
|
||||
|
||||
@@ -505,7 +505,7 @@ msgexchange-api 为成都机场 OMMS 消息交换服务(`com.gzzn.omms:msgexch
|
||||
|
||||
### 6.2 迁移验收边界
|
||||
|
||||
1. **日计划语义**:新系统的日计划处理规则以 [运营航班状态设计](../flight-state.md) 为准,不从 legacy Redis 行为推导。
|
||||
1. **日计划语义**:新系统的日计划处理规则以 [航班域](../implementation.md) 为准,不从 legacy Redis 行为推导。
|
||||
2. **共享航班增删链路**:决定保留或消除 FDEL 对共享航班的通知(US-B1 例外);主/共享航班关系(ADFT 添加、FDEL 删除)须在同一原子状态变更中持久化(修复 ADFT/FDEL 未写回与 FDEL `==` 引用比较缺陷,见 5.7-14)。
|
||||
3. **可执行验收矩阵**:覆盖 3 个 SCHD 与 29 个 FLOP 子类型,维度为「输入样本 × Redis 状态变更 × Kafka 通知结果」;对当前无测试的关键路径(如 ACTT、CNCL、FDEL、RESP、DNLD、ADFT)补自动化用例。
|
||||
4. **入站可靠性**:每类消息的幂等键、重复投递与多实例并发行为。
|
||||
|
||||
Reference in New Issue
Block a user