正文
获取原文件references/organization-and-prototype.md
组织职责
需求涉及多个组织、租户、运营主体或外部系统时建立组织地图；单组织场景按实际职责记录即可。角色必须来自真实需求与参与者，未知内容保留待确认。
| 组织 | 业务责任 | 所属系统 | 数据创建/审核/接收/使用 | 权威记录位置 | 共享范围与授权来源 | 失败处理责任 |
|---|
| 角色 | 所属组织 | 系统账号映射 | 业务动作 | 数据范围 | 跨组织访问条件 | 关联 FR/BR/AC |
|---|
区分业务责任、系统处理职责和账号权限。同名角色在不同组织的权限不可直接复用。跨系统流程明确触发、交接输入、确认结果、异常反馈及最终使用方；审核、撤销和共享权限变化须说明对关联组织的影响。
将业务规则和开放问题交给实际需求负责人确认，记录决定来源。AI 的角色化分析只能作为分析依据，不能登记为外部专家已经评审。没有必要输入时保留待确认项目，继续其他已授权工作，不默认发送外部消息。
原型与需求的同步
组织和角色明确后，按真实业务场景建立下表。性能、安全、可用性等要求记录可观察条件及来源；需求没有给出数值时保留待测量或待确认，不能填入示例阈值作为验收依据。
| 场景 ID | 组织与角色 | 触发与前置 | 输入及业务对象 | 操作与交接 | 成功结果 | 异常与恢复 | FR/BR/AC 与适用 NFR |
|---|
每个场景覆盖从触发到最终使用的完整流程。跨组织流程验证发送方、接收方及确认结果；技术接口成功不能直接证明业务交接完成。场景清单同时交给 S003 页面设计、S007 任务规划和 S009 测试设计。
S003 依据批准需求建立页面和状态；S002 保存业务规则。原型新增字段、调整操作顺序、改变权限、状态或结果时，记录受影响的 FR/BR/AC，判定属于交互表达还是业务规则变化。业务决定按 决策记录 处理。
| 变化 | 当前批准依据 | 影响的需求/验收 | 设计与实现位置 | 所需决定 | 复核与测试 |
|---|
确认变化后同步更新 PRD、页面映射、相关 HLD/LLD、任务和测试；只更新实际受影响内容，保留全部有效需求。旧证据不能继续证明变化后的行为，按交付记录标记待复验。
最终 PRD 应直接表达交付范围内的业务规则、权限、字段含义和验收标准，研发能够据此理解要求；共享技术规范可以引用明确版本与位置。原型引用包含版本及对应需求，不能通过原型链接省略关键业务规则。
S006 核查 PRD 与原型的一致性，S007 关联后续实施任务，S008 在开发记录保存采用的当前版本，S009 从批准需求独立确认期望结果。