第四章 系统架构设计方案评审

适用场景

• 硬件产品开发进入总体设计阶段，已完成需求分析与系统规格定义。
• 关键模块（主控、电源、通信、传感、执行）的功能边界与协作关系待确认。
• 首次集成前必须完成架构级评审，规避重大设计返工。

前置条件

• 已完成：系统需求文档（SRS）、产品规格书（PRS）通过上一轮评审。
• 输入齐备：系统架构方案说明书、模块划分图、接口定义表、技术选型分析报告。
• 角色到位：系统架构师、硬件经理、各模块负责人、测试代表、生产代表。
• 环境准备：评审会议室、投影/屏幕、在线协作看板、评审检查单。

操作步骤

1. 方案陈述（30 min）：架构师讲解顶层框图、模块划分、关键链路。
2. 架构合理性审查（20 min）：验证分层/模块化是否满足可扩展、可测试、可生产要求。
3. 模块划分 & 接口审核（25 min）：逐模块确认职责、输入输出、依赖关系、电气/协议接口。
4. 技术选型评估（20 min）：对比备选芯片/传感器/通信方案，检查性能、成本、供货风险。
5. 风险评估与决策（15 min）：识别架构级风险（如功耗瓶颈、信号完整性），形成决策。
6. 结论与待办（10 min）：通过/有条件通过/不通过，记录遗留问题与责任人。

核心流程图

输入输出物

责任边界

记录材料

• 评审签到表：存档参会人员、时间、签名。
• 评审会议纪要：记录讨论重点、分歧、决议。
• 问题跟踪清单：每个遗留问题附责任人、计划完成日。
• 版本标识：被评审文档的版本号、修改时间戳。

异常处理

验收标准

• 架构清晰：系统框图分层明确，模块职责无重叠或空白。
• 接口完备：所有跨模块接口均已标注信号名、方向、电气特性、协议版本。
• 选型合理：核心器件选型至少拥有 3 个评估维度（性能、成本、供货）的对比记录。
• 风险可控：评审报告中的风险项均已分配责任人与缓解措施。
• 文档归档：修正后的架构方案、接口定义表、评审报告、审批记录齐全。