业务需求文档（BRD）
本模板承接 QFD 输出，将 Top UN 需求转换为可交付的业务能力、流程和版本范围。示例项目：受限网络工况下的安全监测智能穿戴设备。
<待填写>内容须在业务评审中确认。
文档控制信息
| 字段 | 内容 |
|---|---|
| 文档名称 | 业务需求文档（Business Requirements Document，BRD） |
| 文档编号 | BRD-<项目代号>-001 |
| 所属阶段 | Stage 3：业务需求定义 |
| 适用产品 | <项目名称 / 产品版本> |
| 当前版本 | V0.1 |
| 编写 | <待填写> |
| 评审 | 产品经理 / 系统架构师 / 硬件负责人 / 软件负责人 / QA |
| 批准 | <项目经理 / 待确认> |
修订记录
| 版本 | 日期 | 修订内容 | 修订人 | 审核人 |
|---|---|---|---|---|
| V0.1 | YYYY-MM-DD | 初稿：完成业务目标、范围与需求追踪框架 | <待填写> | <待填写> |
评审与分发
- 评审角色：产品、项目、系统、硬件、软件、测试、运维及客户代表。
- 分发对象：项目成员和经授权的客户代表。
- 评审结论：<通过 / 有条件通过 / 待修改>。
- 评审记录：<会议纪要或链接>。
1. 引言
1.1 目的
明确本版本要交付的业务能力、目标、范围、流程、规则和验收口径，为 SyRS 建立可测试的系统需求输入。
1.2 文档范围
本文描述“业务上要实现什么、为什么要实现以及如何判断交付有效”，不规定芯片、通信协议、软件框架等实现方案。
1.3 术语与缩写
- UN：用户需求（User Need）。
- BR：业务需求（Business Requirement）。
- SR：系统需求（System Requirement）。
- BG：业务目标（Business Goal）。
- QFD：质量功能展开（Quality Function Deployment）。
- MVP：最小可行产品（Minimum Viable Product）。
- R0 / R1 / R2：产品发布批次，由项目计划定义。
1.4 输入与参考
- 用户需求文档（UND）
- 干系人需求文档（SND）
- 需求映射与权重分析（QFD）
- <客户访谈、现场流程、法规和既有系统资料>
2. 背景与问题定义
2.1 目标场景
一线人员在存在弱网或断网的工业现场佩戴设备，完成风险或状态检测；系统需要完成检测、告警、人员确认、现场处置和监控侧闭环，并在网络恢复后补传事件与记录。
2.2 现状痛点
- 关键告警在强光、噪声、戴手套等条件下容易被忽略或无法确认。
- 无公网时数据无法及时上传，恢复网络后容易漏传、重复或无法追溯。
- 现场部署、批量配置、故障定位和升级维护成本较高。
- 监控侧无法及时看见事件状态，告警到处置之间缺少闭环记录。
2.3 产品定位
面向受限网络工业现场的安全监测与事件闭环产品，提供端侧检测与告警、离线缓存补传、网关或基站接入、监控侧处置、可追溯记录和可维护的设备生命周期管理。
2.4 市场与落地现实（受限网络工况）
本版本不把安全闭环完全建立在公网之上。定位能力优先由手机侧提供（BLE 与 App 协同）；本版本不包含 NFC。网关、基站或手机协同链路的具体组合在 SAD / ADR 中确定。
3. 业务目标与成功指标
3.1 业务目标（Business Goals）
| BG-ID | 业务目标 |
|---|---|
| BG-01 | 建立检测—告警—确认—处置的安全链路闭环 |
| BG-02 | 在弱网 / 断网条件下保持核心能力可用，并支持补传 |
| BG-03 | 让一线人员在真实作业条件下完成关键操作 |
| BG-04 | 保证事件、权限和处理过程可追溯 |
| BG-05 | 降低现场部署、维护、升级和故障处置成本 |
| BG-06 | 控制续航、可靠性、交付成本和落地风险 |
3.2 成功指标（KPI / 验收口径）
以下为业务验收口径的初稿，具体数值在 SyRS 冻结。
- 关键告警在约定工况下可被感知、确认，并在监控侧形成处置状态。
- 断网期间产生的事件本地留存；网络恢复后按规则补传，记录不丢失、不重复。
- 每条关键事件包含时间、设备 / 人员标识、状态变化和处理结果。
- 典型班次内设备持续工作，低电量状态可提前提示。
- 现场部署、批量配置、故障诊断和 OTA 操作有明确流程，且可由目标维护角色完成。
4. 范围与边界
4.1 In Scope（本版本范围）
- 端侧检测、告警、关键状态展示与确认。
- 离线缓存、断网运行、网络恢复后的数据补传。
- 通过网关、基站或手机协同链路接入监控侧。
- 监控侧事件查看、确认、处置和留痕。
- 设备身份、权限、日志、故障信息和安全 OTA。
- 面向目标班次的续航与低电量提示。
4.2 Out of Scope（明确不做）
- 本版本不包含 NFC 定位或 NFC 业务流程。
- 不直接替代现场人员的安全决策和应急调度制度。
- 不在 BRD 阶段冻结芯片、协议、算法或软件框架。
- 与客户现有平台的深度定制接口，除已确认的最小集成范围外，列为后续版本。
4.3 关键假设与依赖
- 现场至少存在一种告警可达链路：局部组网、网关、基站或手机协同。
- 客户提供人员、设备和区域的基础数据及权限规则。
- 监控侧存在可接收事件并执行处置的责任角色。
- 目标工况、班次、告警类型和合规要求可由客户确认。
4.4 约束（Cost / Power / Compliance）
- 受限网络环境下安全闭环不能完全依赖公网。
- 一线人员可能佩戴手套、耳罩或其他防护装备，关键操作必须可完成。
- 续航、成本、可靠性和防护等级存在权衡，需在 QFD / ADR 中记录。
- 事件和人员数据的访问、留存、导出须符合客户制度及适用法规。
5. 业务流程与关键用例
5.1 端到端业务流程（概览）
- 设备初始化并绑定设备、人员或区域。
- 端侧持续检测目标状态。
- 发现异常后发出告警，人员确认或执行现场处置。
- 事件经网关、基站或手机协同链路送达监控侧。
- 监控侧确认、分派、处置并记录结果。
- 弱网 / 断网时本地缓存事件；网络恢复后补传并更新同步状态。
- 维护人员查看日志、执行诊断或安全 OTA，完成版本和故障闭环。
5.2 关键用例清单（供后续 SyRS 展开）
| 用例 ID | 用例名称 | 主要角色 | 目标版本 |
|---|---|---|---|
| UC-001 | 现场检测与告警确认 | 佩戴者 / 巡检员 | R0 / MVP |
| UC-002 | 断网缓存与恢复补传 | 佩戴者 / 网管 | R0 / MVP |
| UC-003 | 监控侧查看与处置事件 | 监控人员 | R0 / MVP |
| UC-004 | 设备部署、绑定与批量配置 | 实施人员 | R0 / MVP |
| UC-005 | 故障诊断与日志获取 | 运维人员 | R1 |
| UC-006 | 安全 OTA 升级与回退 | 运维人员 | R0 / MVP |
6. 业务需求清单（Business Requirements）
| BR-ID | 业务需求 | 来源 UN | 优先级 | 目标版本 |
|---|---|---|---|---|
| BR-001 | 系统应支持现场检测并触发可感知告警 | UN-001 | Must | R0 / MVP |
| BR-002 | 关键操作和告警确认应适应目标作业条件 | UN-002 | Must | R0 / MVP |
| BR-003 | 系统应记录告警确认、处置和状态变化 | UN-003 | Should | R0 / MVP |
| BR-004 | 系统应支持异常状态识别与分级处理 | UN-004 | Must | R0 / MVP |
| BR-005 | 系统应提供佩戴、可读性和舒适性保障 | UN-005 | Should | R2 |
| BR-006 | 系统应支持安全链路关键事件留痕 | UN-006 | Must | R0 / MVP |
| BR-007 | 系统应支持离线缓存和网络恢复补传 | UN-007 | Must | R0 / MVP |
| BR-008 | 系统应支持告警事件完整保存和查询 | UN-008 | Must | R0 / MVP |
| BR-009 | 监控侧应能查看并处置事件形成闭环 | UN-009 | Must | R0 / MVP |
| BR-010 | 系统应提供关键状态和同步状态展示 | UN-010 | Should | R0 / MVP |
| BR-011 | 系统应支持人员、设备和区域信息管理 | UN-011 | Should | R2 |
| BR-012 | 系统应支持权限控制和操作审计 | UN-012 | Must | R0 / MVP |
| BR-013 | 系统应支持事件数据导出和追溯 | UN-013 | Must | R0 / MVP |
| BR-014 | 系统应支持告警相关的可靠通信 | UN-014 | Should | R0 / MVP |
| BR-015 | 系统应支持异常后的恢复和重试 | UN-015 | Should | R0 / MVP |
| BR-016 | 系统应支持关键事件的时序记录 | UN-016 | Must | R1 |
| BR-017 | 系统应支持监控侧通知和升级处理 | UN-017 | Should | R1 |
| BR-018 | 系统应支持安全 OTA、版本管理和回退 | UN-018 | Must | R0 / MVP |
| BR-019 | 系统应提供设备运行状态和健康信息 | UN-019 | Must | R1 |
| BR-020 | 系统应提供现场操作反馈 | UN-020 | Should | R1 |
| BR-021 | 无公网时仍应通过网关 / 基站维持核心能力 | UN-021 | Must | R2 |
| BR-022 | 系统应支持链路状态和可用性提示 | UN-022 | Should | R0 / MVP |
| BR-023 | 系统应支持安全事件的闭环查询 | UN-023 | Should | R0 / MVP |
| BR-024 | 系统应支持设备身份和区域关联 | UN-024 | Should | R0 / MVP |
| BR-025 | 系统应支持扩展的统计和分析能力 | UN-025 | Could | R2 |
| BR-026 | 系统应支持可配置的现场操作策略 | UN-026 | Could | R2 |
| BR-027 | 系统应简化现场部署、维护和配置 | UN-027 | Must | R0 / MVP |
| BR-028 | 系统应支持典型班次续航与低电量提示 | UN-028 | Should | R0 / MVP |
7. 业务规则（Business Rules）
- 关键告警必须经过“产生、送达、确认、处置、关闭”状态流转；异常中断时保留未完成状态。
- 同一事件必须具备唯一事件编号，补传或重试不得产生重复业务记录。
- 断网期间先保证本地事件留存；恢复网络后按时间顺序补传，并保留同步结果。
- 只有具备相应权限的角色才能确认、处置、导出或删除业务记录。
- OTA 升级必须校验版本和完整性；升级失败时应保留可恢复路径。
- 需求删改、范围裁剪或版本延期必须记录原因、影响和批准人。
8. 非功能与合规需求（业务视角）
- 安全：告警、确认、处置、权限和 OTA 过程可审计。
- 可用性：弱网 / 断网时核心业务可继续，恢复后数据可补传。
- 易用性：戴手套、强光和现场噪声条件下可完成关键操作。
- 可靠性：异常断电、断链和重试不造成关键事件丢失或重复。
- 可维护性：支持批量部署、日志获取、故障定位和版本回退。
- 合规：人员和事件数据的访问、留存、导出符合客户制度及适用要求。
9. 风险、开放问题与决策点
- 告警过多造成告警疲劳：需确认分级、抑制和升级规则。
- 断网缓存容量不足：需依据典型班次和最长断网时长确定容量。
- 网关 / 基站部署复杂：需评估现场网络、供电和维护责任。
- 续航与采样、显示、通信频率冲突：在 SyRS / ADR 中权衡。
- 定位依赖手机协同：需确认手机配备率、BLE 覆盖和失联处理。
- 关键参数、告警时延、数据留痕和权限边界：<责任人 / 截止日期 / 状态>。
10. 跟踪关系与下一步
BRD 评审通过后进入 Stage 3 系统需求工作：将每条 BR 映射到至少一条 SR，明确系统边界、接口、性能和验收标准；涉及软件的 SR 继续分解至 SSRD，涉及架构取舍的内容进入 SAD / ADR。
建议追踪链：UN → BR → SR → RAM（SW / HW）→ SAD / SSRD → 设计 → 测试。
附录 A：UN ↔ BR 对照表（便于追踪）
| UN | BR | Kano | 目标版本 |
|---|---|---|---|
| UN-001 | BR-001 | Must | R0 / MVP |
| UN-002 | BR-002 | Must | R0 / MVP |
| UN-003 | BR-003 | Should | R0 / MVP |
| UN-004 | BR-004 | Must | R0 / MVP |
| UN-005 | BR-005 | Should | R2 |
| UN-006 | BR-006 | Must | R0 / MVP |
| UN-007 | BR-007 | Must | R0 / MVP |
| UN-008 | BR-008 | Must | R0 / MVP |
| UN-009 | BR-009 | Must | R0 / MVP |
| UN-010 | BR-010 | Should | R0 / MVP |
| UN-011 | BR-011 | Should | R2 |
| UN-012 | BR-012 | Must | R0 / MVP |
| UN-013 | BR-013 | Must | R0 / MVP |
| UN-014 | BR-014 | Should | R0 / MVP |
| UN-015 | BR-015 | Should | R0 / MVP |
| UN-016 | BR-016 | Must | R1 |
| UN-017 | BR-017 | Should | R1 |
| UN-018 | BR-018 | Must | R0 / MVP |
| UN-019 | BR-019 | Must | R1 |
| UN-020 | BR-020 | Should | R1 |
| UN-021 | BR-021 | Must | R2 |
| UN-022 | BR-022 | Should | R0 / MVP |
| UN-023 | BR-023 | Should | R0 / MVP |
| UN-024 | BR-024 | Should | R0 / MVP |
| UN-025 | BR-025 | Could | R2 |
| UN-026 | BR-026 | Could | R2 |
| UN-027 | BR-027 | Must | R0 / MVP |
| UN-028 | BR-028 | Should | R0 / MVP |