FPGA 架构设计服务范围
围绕确认的项目输入、工作内容、交付物与验收条件组织实施；是否进入 PoC 或完整开发阶段由双方确认的任务书确定。
适用项目
- 已有目标产品或板卡，需要补齐“数据流架构”相关设计与实现
- 已有代码或 IP，需要围绕“模块划分”完成集成、调试或重构
- 平台、器件或接口尚未冻结，需要先验证“资源带宽预算”等关键风险
主要工作内容
- 建立业务目标、数据流和接口基线：先将“建立业务目标、数据流和接口基线”写入需求与接口基线，明确“数据流架构”涉及的对象、参数、依赖和通过条件。
- 划分模块、时钟域、存储和软硬件责任：围绕“划分模块、时钟域、存储和软硬件责任”形成专项设计，记录“模块划分”相关架构、配置、约束和版本。
- 完成吞吐、带宽、缓存、资源和时延预算：针对“完成吞吐、带宽、缓存、资源和时延预算”完成工程集成，保留“资源带宽预算”相关构建、日志、问题定位和变更记录。
- 识别关键风险并制定 PoC 与验证策略：以“识别关键风险并制定 PoC 与验证策略”为验证重点，在约定环境中执行“时钟复位”相关测试并提交可复核结果。
项目输入
- 产品目标、使用场景、接口、数据格式和工作模式
- 吞吐、时延、同步、功耗、温度和成本目标
- 候选器件、板卡、处理器、存储和第三方 IP
- 现有系统、约束、采购条件和计划节点
交付物
- 系统架构图、数据流和模块边界说明：“系统架构图、数据流和模块边界说明”用于复现约定实现，提交时绑定目标器件、工具、依赖和源码版本。
- 时钟复位、存储、接口和软硬件划分：“时钟复位、存储、接口和软硬件划分”说明接口、参数、配置与限制，作为系统联调和后续维护依据。
- 带宽、缓存、资源和时延预算表：“带宽、缓存、资源和时延预算表”按任务书列明文件范围、第三方授权边界、构建方法和制品校验值。
- 风险清单、器件候选、PoC 与后续实施建议：“风险清单、器件候选、PoC 与后续实施建议”绑定测试对象、环境、用例、结果与剩余限制，作为阶段或最终验收证据。
验收方法
- 架构输入、假设、限制和待确认项均已记录
- 数据流、模块、接口和责任边界可追踪到需求
- 预算使用的口径、模型和器件条件清楚
- 未实施的 RTL、板卡或软件不写成已交付成果
能力与结果边界
架构结论依赖完整输入；缺少器件、接口或负载条件时应保留待确认项。 未经目标项目验证的厂商参数、理论峰值、路线图或示例工程不作为项目实测结果；最终结论以冻结版本和书面测试证据为准。
FPGA 架构设计常见问题
FPGA 架构设计阶段是否交付代码？
不默认交付完整代码。可按需要增加关键模块 PoC，但架构阶段的主要输出是设计基线、预算和风险决策。
架构设计如何估算带宽和缓存？
根据数据源、突发、仲裁、存储效率、处理延迟和最坏工况建立模型，并记录假设和裕量。
输入不完整时能否冻结架构？
只能形成条件性方案和待确认清单；器件、接口、负载或板卡条件缺失时不应宣称架构已经最终冻结。
FPGA 架构设计的交付范围如何确定？
以项目任务书为准。计划交付的系统架构图、数据流和模块边界说明、时钟复位、存储、接口和软硬件划分等内容需逐项列明；第三方 IP、加密网表、厂商库、协议资料和许可证文件受原授权限制。
FPGA 架构设计周期和报价如何评估？
工作量取决于输入完整度、接口和模块数量、器件与工具成熟度、第三方 IP、板卡状态、软件配套、测试设备及验收深度。完成输入审查后再形成阶段计划与报价。