FPGA 设计服务服务范围
围绕确认的项目输入、工作内容、交付物与验收条件组织实施；是否进入 PoC 或完整开发阶段由双方确认的任务书确定。
适用项目
- 已有目标产品或板卡，需要补齐“需求与架构”相关设计与实现
- 已有代码或 IP，需要围绕“RTL/IP”完成集成、调试或重构
- 平台、器件或接口尚未冻结，需要先验证“实现与联调”等关键风险
主要工作内容
- 识别需求属于评估、架构、RTL、接口或验证：先将“识别需求属于评估、架构、RTL、接口或验证”写入需求与接口基线，明确“需求与架构”涉及的对象、参数、依赖和通过条件。
- 匹配对应专项服务与输入清单：围绕“匹配对应专项服务与输入清单”形成专项设计，记录“RTL/IP”相关架构、配置、约束和版本。
- 确定实施阶段、交付物和验收边界：针对“确定实施阶段、交付物和验收边界”完成工程集成，保留“实现与联调”相关构建、日志、问题定位和变更记录。
- 纳入 FPGA 项目流程统一管理：以“纳入 FPGA 项目流程统一管理”为验证重点，在约定环境中执行“验证与交付”相关测试并提交可复核结果。
项目输入
- 产品目标、项目阶段和当前阻塞问题
- 目标器件、板卡、接口、数据率和软件条件
- 现有源码、文档、IP、工具、样机和测试设备
- 期望交付物、计划、现场配合和验收方式
交付物
- 项目类型与专项服务建议：“项目类型与专项服务建议”用于复现约定实现，提交时绑定目标器件、工具、依赖和源码版本。
- 输入缺口、风险和前置条件清单：“输入缺口、风险和前置条件清单”说明接口、参数、配置与限制，作为系统联调和后续维护依据。
- 阶段范围、责任边界和验收框架：“阶段范围、责任边界和验收框架”按任务书列明文件范围、第三方授权边界、构建方法和制品校验值。
- 进入 FPGA 开发流程的任务说明：“进入 FPGA 开发流程的任务说明”绑定测试对象、环境、用例、结果与剩余限制，作为阶段或最终验收证据。
验收方法
- 项目已匹配到明确的专项服务或评估阶段
- 范围、依赖、排除项和下一步动作清楚
- 未验证的平台与性能不作为既有能力承诺
- 项目任务与 FPGA 开发总体范围保持一致
能力与结果边界
具体范围可覆盖模块或系统，但应按任务书逐项列明责任、依赖和验收条件。 未经目标项目验证的厂商参数、理论峰值、路线图或示例工程不作为项目实测结果；最终结论以冻结版本和书面测试证据为准。
FPGA 设计服务常见问题
FPGA 设计服务包括哪些阶段？
可包括需求评估、架构、RTL/IP、接口、SoC 软件、板卡联调和测试，但具体项目只承担任务书列明的部分。
FPGA 设计服务如何确定实施范围？
根据项目阶段选择架构评估、RTL、接口、算法、SoC、时序、仿真或板级调试任务；范围跨领域时，先完成需求与架构评估。
如何选择具体专项服务？
根据主要交付物和当前阻塞问题选择对应任务；暂不明确时，可先提供项目输入，由技术人员协助拆分。
FPGA 设计服务的交付范围如何确定？
以项目任务书为准。计划交付的项目类型与专项服务建议、输入缺口、风险和前置条件清单等内容需逐项列明；第三方 IP、加密网表、厂商库、协议资料和许可证文件受原授权限制。
FPGA 设计服务周期和报价如何评估？
工作量取决于输入完整度、接口和模块数量、器件与工具成熟度、第三方 IP、板卡状态、软件配套、测试设备及验收深度。完成输入审查后再形成阶段计划与报价。