FPGA 开发需求与架构评估服务范围
围绕确认的项目输入、工作内容、交付物与验收条件组织实施；是否进入 PoC 或完整开发阶段由双方确认的任务书确定。
适用项目
- 已有目标产品或板卡，需要补齐“输入清单”相关设计与实现
- 已有代码或 IP，需要围绕“需求基线”完成集成、调试或重构
- 平台、器件或接口尚未冻结，需要先验证“架构草案”等关键风险
主要工作内容
- 核对目标、范围、接口和验收意图：先将“核对目标、范围、接口和验收意图”写入需求与接口基线，明确“输入清单”涉及的对象、参数、依赖和通过条件。
- 建立数据流、时钟复位和资源初步模型：围绕“建立数据流、时钟复位和资源初步模型”形成专项设计，记录“需求基线”相关架构、配置、约束和版本。
- 比较器件、IP、板卡和软件条件：针对“比较器件、IP、板卡和软件条件”完成工程集成，保留“架构草案”相关构建、日志、问题定位和变更记录。
- 输出风险、待确认项和 PoC/ 实施建议：以“输出风险、待确认项和 PoC/ 实施建议”为验证重点，在约定环境中执行“PoC 计划”相关测试并提交可复核结果。
项目输入
- 业务目标、使用环境、功能清单和项目阶段
- 接口、电平、通道、数据率、时延和同步要求
- 候选器件、板卡、原理图、现有工程和许可证
- 预算约束、样机计划、测试设备和验收对象
交付物
- 输入完整性和需求冲突检查表：“输入完整性和需求冲突检查表”用于复现约定实现，提交时绑定目标器件、工具、依赖和源码版本。
- 条件性需求基线与架构草案：“条件性需求基线与架构草案”说明接口、参数、配置与限制，作为系统联调和后续维护依据。
- 器件/IP/ 板卡候选及限制说明：“器件/IP/ 板卡候选及限制说明”按任务书列明文件范围、第三方授权边界、构建方法和制品校验值。
- 风险分级、PoC、下一阶段范围和未决项：“风险分级、PoC、下一阶段范围和未决项”绑定测试对象、环境、用例、结果与剩余限制，作为阶段或最终验收证据。
验收方法
- 关键需求、假设、依赖和缺失项有明确状态
- 架构草案可追踪到冻结输入
- 可行、条件可行和不可判断的结论分开记录
- 未完成 PoC 的性能、周期、报价和交付不作固定承诺
能力与结果边界
输入不足时只形成条件性判断和待确认清单，不直接承诺性能、周期或报价。 未经目标项目验证的厂商参数、理论峰值、路线图或示例工程不作为项目实测结果；最终结论以冻结版本和书面测试证据为准。
FPGA 开发需求与架构评估常见问题
需求资料不完整能否先做评估？
可以形成缺口清单和条件性判断，但不能在器件、接口、负载或板卡条件缺失时承诺固定性能和周期。
评估阶段是否会修改现有工程？
默认以只读盘点和最小复现为主；需要修改或 PoC 时，应单独确认代码范围、环境和交付。
评估完成后必须进入开发吗？
不必须。评估输出用于决策，客户可据此选择停止、补充资料、执行 PoC 或进入分阶段开发。
FPGA 开发需求与架构评估的交付范围如何确定？
以项目任务书为准。计划交付的输入完整性和需求冲突检查表、条件性需求基线与架构草案等内容需逐项列明；第三方 IP、加密网表、厂商库、协议资料和许可证文件受原授权限制。
FPGA 开发需求与架构评估周期和报价如何评估？
工作量取决于输入完整度、接口和模块数量、器件与工具成熟度、第三方 IP、板卡状态、软件配套、测试设备及验收深度。完成输入审查后再形成阶段计划与报价。