yovision/docs/10-requirements-migration-matrix.md

generated: true (请先修改 Gitea Wiki，禁止直接编辑本文件) wiki_page: Requirements-Migration-Matrix wiki_url: https://git.ilapage.cn/ila/yovision/wiki/Requirements-Migration-Matrix.- wiki_revision: 3e430119f84e38ccdb22c166f88df2b733df096f synchronized_at: 2026-08-11T10:30:58Z

需求迁移矩阵

使用原则

• 旧仓库 D:\OPC\yovision_old 是只读需求与证据来源，不是当前实现状态。
• “旧任务 DONE”只证明旧原型曾有对应证据，不代表本仓库已经完成。
• 每项初始状态均为“待迁移”；只有新工单、新代码、新测试和负责人验收后才能完成。
• 迁移行为和验收标准，不整树复制旧代码、历史工单、claim/PR 状态、秘密或生产数据。

旧任务到新项目

旧任务	有效能力/证据	目标	新仓库处理	初始状态
T-001 指定摄像头准入	Hikvision 单样机 ONVIF/RTSP、校时、断线恢复的实验室证据	Sense	作为兼容性测试输入；重新冻结设备/固件与新实现验收	待迁移
T-002 架构开放问题	已确认的产品目标、隐私、容量和场景边界	根文档/三端	已提炼入 Product-Requirements；后续逐项建单	文档已提炼，功能待迁移
T-003 Sense 骨架	ONVIF/RTSP、MediaMTX、设备状态的旧实现经验	Sense	基于新 GoAdmin 边界重新建立骨架，不复制整树	待迁移
T-004 Sense/Bell 原型	已确认页面流程、响应式与状态覆盖	Sense/Bell	作为 UI 验收输入；按独立登录和产品边界重建设计	待迁移
T-005 原型评审	Sense/Bell 模块缺口与修正裁决	Sense/Bell	纳入各 MVP backlog，不继承旧任务状态	待迁移
T-006 五路混合源	单实机 + 合成 RTSP、故障恢复证据	Sense	新实现建立同等或更强的集成测试	待迁移
T-007 客户真实多路	未完成的现场门禁	Sense	保留为未来试点工单，不能宣称已验证	未开始
T-008 设备/配额契约	设备 API 与配额投影设计经验	Sense/contracts	按独立产品边界重新发布契约；避免 Bell 成为 Sense 启动依赖	待重裁决
T-009 双 Schema	PostgreSQL 权限和隔离测试经验	Sense/Bell	改为产品级独立数据库/角色；不复制旧共享库假设	待迁移
T-010 Area/审计 Outbox	策略版本、准入和 transactional outbox	Sense/Bell/contracts	保留版本投影和 Outbox模式；重新裁决各产品自身 Area 真相	待重裁决
T-011 Sense Control API	幂等、并发和 PostgreSQL 一致性边界	Sense/contracts	逐端点评估并在新 OpenAPI 中重发版本	待迁移
T-012 对账安全闸	fencing、孤儿受控处置、多实例可观测	Sense	迁移领域行为与测试，不强迫改写为通用 CRUD	待迁移
T-014 16 路基线	16 路批量收敛与容量脚本经验	Sense	新栈重跑；16 仍为默认配额而非硬上限	待迁移
T-015 Bell Event	v0.1 校验、不可变 PostgreSQL 存储	Bell/contracts	作为事件契约候选基线，复核后发布新仓库版本	待迁移
T-016 审计 relay	Outbox、幂等补投、机器接口	Sense/Bell/contracts	合并到可选 connector 设计，使用独立机器身份	待迁移
T-017 Brain 原型	单路匿名区域事件、可视化和运行时经验	Brain	重建 Brain 骨架和合成输入验收	待迁移
T-018 Sense 纵切	设备管理与实时监看最小纵切	Sense	作为 Sense 第一纵切验收基线	待迁移
T-019 Brain→Bell	可靠事件入站和契约测试经验	Brain/Bell/contracts	由协调工单发布契约并验证两端	待迁移
T-020 Bell 纵切	Event→Rule→Alert→ack 最小可见链路	Bell	作为 Bell 第一纵切验收基线并补 close/重启恢复	待迁移

旧文档裁决

来源	处理
docs/01-vision.md、02-requirements.md、07-user-stories.md	提炼有效产品目标和验收，不复制旧三系统同仓假设
docs/raw/08-三系统职责划分.md	保留职责分层；用当前“三项目、两产品”裁决覆盖冲突内容
docs/raw/09～15 原型评审	作为 UI/模块 backlog 与验收证据来源，不视为现有页面
docs/raw/16-Sense与Bell独立产品重建建议.md	采纳产品独立性、账户安全、可选集成和迁移原则；“两个仓库”被负责人明确改为“单仓三项目”
docs/raw/contracts/、docs/contracts/	作为候选输入；必须经新协调工单复核、版本化后进入 contracts/
docs/tasks/	不复制；只在本矩阵保存脱离旧过程状态的能力摘要

不得迁移

• 摄像头账号密码、真实视频、客户数据、手机号、地址和本机生产配置；
• 旧 Issue/PR/claim 状态和任务归档；
• 已被后续评审否决的草稿和“Bell 统一账号/共享数据库”假设；
• 未经许可证复核的模型、依赖或上游代码；
• 未经逐包依赖评估与新测试证明的整树代码。