当前位置：文档之家 › 产品技术评审-TR4检查表(规格)

产品技术评审-TR4检查表(规格)

  • 格式：xls
  • 大小：28.00 KB
  • 文档页数：34

下载文档原格式

  / 34

合集下载

产品技术评审-TR4检查表(产品数据)

产品技术评审-TR4检查表(产品数据)

1.3
需要由CMO输出《已归档文档清单》，并
由CMO检查是否已经结束的开发工作对应
的文档已经归档到产品的配置库。
2 信息安全 《产品信息安全计划》中 此项建议由SE给出评审意见
2.1 对产品设计的要求是否得 到满足？
检查文档密级的设置是否 参见配置管理流程；
2.2
符合公司信息安全规定?
信息安全白皮书的相关规定在《信息安全 策略和标准》
此项建议由CMO给出评审意见。
设计变更评审时，要根据 此项建议由SE、CMO给出评审意见， 上述检查项确认没有新的 2.3 安全漏洞
类别
备注
关联：
A
Sub-TR：整机BOM清单 交付件：NA
活动：NA
A
A
A A A
签名 检查人：
部门：
日期：
序号
评审要素
评审操作指导
Hale Waihona Puke 检查结果1 产品数据
“ 整 机 BOM 清 单 ”评 审的 整机BOM清单必须通过评审。遗留问题必
遗留问题是否解决？ 1.1
须全部解决。
1.2 BOM清单是否齐套实施？ BOM在MRPII中齐套实施
所要求的产品数据文档是 《IPD文档清单库》中要求于TR4前归档的
否归档？
技术文件都必须归档（含临时归档）。

IPD项目-TR4要素评审表

IPD项目-TR4要素评审表

项目名称 评审时间
备注
ABC
第3页
评审问题
评审结论 口通过 项目经理：
项目成员 构： （会签） 研发工程：
试： 质量总监 （批准）
研发总监 （批准）
口带风险通过 产品经理：
供应链：
硬件：
口特采通过
研发质量：
同意
同意 第2页
软件： 业务代表：
口不通过 结
测
项目
技术总工 （批准）
IPD项目 TR4评审要素表
评审要素
责任部门 检查结果 类别 同意
开发人员是否完成物料技术规格和检验指导书并组织评审？
是否已下达小批量试产验证物料订购计划？
测试方案是否通过评审？
测试 测试环境是否已经准备好？
测试用例是否通过内部检视？
责任部门 检查结果 类别
项目部
5
A
项目部
5
A
项目部
5
A
项目部
5
A
项目部
5
A
项目部
5
A
项目名称 评审时间
备注
ABC
注释： 一、"类别"栏表明该要素项的重要性，依次为A、B、C。 二、“检查结果”栏填写检查者给出的评审对象对该要素满足的程度（5分制）：5分，优秀，完全合格；4分，良好，完成质量较好，非主要部分还有少量 改进的余地；3分，合格，达到要求。主要部分没有缺陷，次要部分存在错误或不足；2分，待改进，主要部分存在缺陷；1分，差，多数达不到要求；0分， 很差，完全没有考虑或方向性错误。 三、对每一条要素如果没有满足，需要记录存在的问题，并制定相应的行动计划，问题和行动计划必须经过评审并进行相应的风险分析，制定风险的规避措 施。所有的问题、行动计划和风险分析均须列入评审报告中。

XXX(项目编号)TR4评审报告-PPT模板

XXX(项目编号)TR4评审报告-PPT模板
生产文件、BOM清单已发布最终版本，量产所需的物料、生产测试工具（含装 车检具）已提供，物料的检验方法及标准已经明确，成品的检验标准及方法已 确认，供应商生产工艺完善，供货来料合格率满足量产需求。合作厂的员工已 得到必要的培训。。
售后服务及 技术支持准备
售后服务及技术支持的相应资料及指导书已交付，人员已得到培训。
TR4主要工作及完成情况——试产验证：
项目状态汇报
包括： 1、试产情况概述： 包括试产准备情况、试产起始时间、试产完成情况等。
2、试产质量指标达成情况 包括直通率、物料上线不良率等。参照《TR4验收评估报告》中的内容编写。
3、试产问题分析报告（记录试产问题的质量问题跟踪表需插入到此页） ： 1）可以按问题总数、类型、严重度、 原因的类型（硬件、软件等）、问题状态等
序号
遗留问题
1
项目遗留问题及风险说明
问题遗留原因 对后续工作的影响
应对措施
负责人
预计完成 时间
遗留问题最好直接列入此页中，若问题太多，也可插入文件
项目遗留问题及风险说明
项目风险：
序 号
风险描述
风险应对措施
风险分类
负责 人
1
APA功能的测试及调试延期到9月20日提供（延期一 与长安沟通延期风险并跟进 进度风险
BUG类型、BUG原因类型（硬件、软件、结构设计、结构类供应 商、实验方法等）、处理状态等进行分析；
2）未关闭的问题需要直接写在PPT中，要列出计划解决时间（ 质量问题跟踪表需要插入此页汇总）；
3、实验过程总结： 经验、教训
说明：对委外进行软硬件设计的项目，需从我司摸底实验、委 外单位摸底实验两个角度分别按以上思路进行分析
SOP阶段质量状况

TR4评审报告模板

TR4评审报告模板

TR4评审报告1TR4产品质量评估 (4)1.1评审要素检查情况 (4)1.1.1评审要素符合情况 (4)1.1.2评审要素不符合项改进计划 (4)1.2规格实现情况（含规格变更情况） (5)1.3重大遗留问题评估 (6)1.4风险分析 (6)2TR4评审结论 (6)3过程规范和质量目标达成情况的评估 (8)3.1PQA过程评估 (8)3.2本次TR的度量指标 (8)3.3TR4质量目标完成情况 (8)4PDT核心组成员会签记录 (8)5公司质量部签发纪录 (9)注：通过插入目录方式自动生成，推荐保留二级目录。

TR4评审报告1TR4产品质量评估1.1评审要素检查情况1.1.1评审要素符合情况IPD-TR评审要素应该在PDCP之前被裁减，以反映不同产品的需求。

IPD-TR自检阶段或IPD-TR评审阶段才决定免评审的评审要素，将被视为“异常免评审要素”。

PDCP 之前被裁减的评审要素，则被视为“正常免评审要素”。

若评审分项为免，则在“评审要素总数”一栏填N/A1.1.2评审要素不符合项改进计划不符合项指分项评审要素表中不符合的要素，对于1个需要解决的不符合项，可能对应1个或多个改进活动。

这些改进活动是指落实到WBS3/4级计划或更细致的项目计划中的具体活动。

有些不符合项目不需要制定改进计划，只需要风险规避计划即可。

这需要根据产品现状进行判断。

1.2规格实现情况（含规格变更情况）先用文字概要说明Build规格的实现情况，多少规格已经实现，多少规格尚未实现。

对于未实现的主要规格，要在下面的表格中逐一列举并说明未实现的原因以及解决措施或对策。

进行本次TR之前会整理规格清单，对于发生规格变更的规格，要在第二张表格中逐一列举并说明发生变更的原因。

此处的规格变更是指相对于上一个IPD-TR点所变更的规格。

1.3重大遗留问题评估重大遗留问题就是产品测试和检视、评审中发现的尚未解决的重大问题。

问题级别一栏填写：致命、严重。

产品技术评审-TR4检查表(试制)

产品技术评审-TR4检查表(试制)

老化装备是否已按计划提供？ 按计划提供 1.5
生产文件是否发行或试发行到制 生产文件通过系统发行或试发行到制造部门. 1.6 造部门？
单板软件配套表和版本描述文件 应通过系统发放给制造部门。 1.7 是否通过系统发行到制造部门？
同上 A
同上 A
同上 A
整机主机软件、终端软件、网管 应通过系统发放给制造部门。 软件是否通过版本发布评审，并 1.8 通过系统发放给制造部门？
A 关联：系统软件发放流程
单 板 软 件 是 否 通 过 版 本 发 布 评 应通过系统发放给制造部门。
1.9
审，并通过系统发放给制造部 门？
原型机加工过程中批量器件失效 对sub-TR出现的致命、严重问题，要求已修 1.10 、来料不良问题是否已有解决措 正；
关联：系统软件发放流程 A
关联："数字化样机"、"整机试装"sub-TR评审报 A告
序号评审要素评审操作指导检查结果类别备注1在开发阶段wbs34级计划中试制准备建议输出试制准备报告报告内容含有
序号
评审要素
评审操作指导
检查结果
1 试制
"制造系统验证方案"是否完成？ PP（试制组）验证组提供完整验证方案，验证 方案经审核并归档。
1.1
钢网、工装、夹具是否提供？ 1.2
工艺路线是否已录入系统？ 1.3
原型机加工过程中批量器件失效
1.10
、来料不良问题是否已有解决措
施？
对sub-TR出现的一般和提示问题要求有明确的
解决措施和方法；
原型机加工过程中反馈的严重技 对sub-TR出现的致命、严重问题，要求已修 术问题、影响原型机加工效率的 正； 1.11 R出现的一般和提示问题要求有明确的

技术评审

技术评审

技术评 审模板
作用
概念
组织
条件
评定
跟踪
评审的分类
在IPD中，一般分为两个层面的评审： 投资决策评审(DCP)和技术评审(TR)
• 投资决策评审：根据公司业务战略、产品战略、市场情况，获利能力，资源 的可获得情况和风险等，在产品开发决策评审点做出“项目继续/项目终止” 的决策，包括概念决策、计划决策、早期发货、可获得性决策，以及生命周 期终止决策； • 技术评审：通过技术评审，帮助产品开发团队尽早发现产品开发中存在的问 题和风险，及时采取相应的解决方案和行动计划，保证产品开发质量，减少 浪费。
原因清晰度分级规则
原因不明（5分） 原因明确无方案（3分） 有方案未验证（1分）
指现行设计控制方法找出失效原因/机理过程缺陷的可能性的评价指标
不清楚原因或根据经验推测同种可通用原因 通过试验验证确定根本原因，但是无相应的解决方案 根本原因确定，也有相应的解决方案，但未验证最终结果
作用
概念
组织
条件
评定
优化 设计
发现 错误
跟踪 需求
质量 评估
风险 规避
作用
概念
组织
条件
评定
跟踪
IPD中的投资决策评审（DCP： Decision Check Point）
从概念到发布阶段，投资决策评审分别有概念/计划/早期发货/可获得性决策评审
点，其对应英文缩写和全程分别为 C/P/E/ADCP、Concept/Plan/Early
跟踪
技术评审评定规则 ---按风险高低评定是否通过
风险得分 评审点
>46分
35分~45分
45
16分~35分
<16分

技术评审制度.

技术评审制度.

技术评审制度编制：审核：批准：1.目的技术评审是对项目交付件的系统检查，目的是尽可能早地发现交付件中的缺陷并提出必要的修改意见，使项目组和相关共利益者对阶段性的交付件取得一致意见，并进行确认。

通过技术评审可以尽早发现阶段性交付件中存在的问题，避免后续阶段对前期隐藏的缺陷无法纠正或者需要耗费较大的人力、物力和时间才能纠正。

本程序明确了技术评审分类和特点，明确产品开发的技术评审点设臵和评审内容。

制订了技术评审的操作流程和规范，以加强对整个评审过程的控制，提高技术评审质量。

同时加强开发人员的评审意识。

2.适用范围本程序适用于公司所有研发项目的各类技术评审工作，但是不包括业务决策评审。

3.术语TR：Technical Review 技术评审TRT: Technical Review Team 技术评审委员会评审对象：交付件或项目4.评审原则关注于发现未得到满足的需求；以合理的速度去花时间阅读材料，做好预审；不因为缺少时间和预算而将评审省略。

5.评审层次评审分为三个层次，分别为：系统层、子系统层、模块层。

评审点分布大致如下图：系统层技术评审：含七大评审点TR1、TR2、TR3、TR4、TR4A、TR5、TR6。

在系统级的层面上对产品进行把关的评审，是对项目关键路径中各关键交付件的评审。

此类交付件涉及了系统层面的需求、设计、集成、测试等方面，是项目中最基础、最关键的交付件，此类交付件的质量直接关系到产品的质量，因此对此类交付件的技术评审要进行严格要求。

子系统层技术评审：在各个功能子系统的层面上对产品开发的每一个过程结果进行评审，（如电路、软件等子系统的概要设计评审等）。

模块层技术评审：模块层是在子系统层面再往下细分的层次（如电路板上的某个功能模块，软件的详细设计等）。

在模块完成后，也需要进行技术评审。

6.角色与职责评审主要有四个角色：主审人、组织者、评委、作者。

职责如下：1)主审人主审人主持、引导技术评审的过程，全面负责技术评审的效果；对产品需求规格实现情况进行检查；●负责组建评审小组；●确定是否举行评审对象的介绍会议；●主持技术评审的两次会议：评审对象的介绍会议和评审会议；●确认评审对象中所有问题已得到妥善处理；●通过主持技术评审，不断改进评审过程；●验证评审问题的修改情况。

评审时间节点

评审时间节点

SDV就是system design verification,即系统设计验证
BBFV就是building block fuction verification,即编译模块功能验证
SIT就是system integration testing,即系统集成测试
SVT就是system verification testing，系统验证测试
TR4——开发阶段技术评审点1：模块/系统评审（详细设计，BBFV测试结果）
TR4A——开发阶段技术评审点2：原形机的质量SDV结果和初始产品的准备情况
TR5——开发阶段技术评审点3：初始产品的质量（SIT结果）（SIT Alpha测试技术评审）
TR6——验证阶段技术评审点：发布评审（SVT Beta测试、制造系统验证等）
产品开发中，TR是Байду номын сангаас术评审节点。
下面是某产品的技术评审点，供参考：
TR1——概念阶段技术评审点：产品需求和概念技术评审（业务需求评审）
TR2——计划阶段技术评审点1：需求分解和需求规格评审（功能需求评审，产品级规格）
TR3——计划阶段技术评审点2：总体方案评审（系统设计，架构设计，概要设计）

产品技术评审-TR4检查表(资料)

产品技术评审-TR4检查表(资料)

产品技术评审-TR4检查表（资料）
目录
1目的 (4)
2适用范围 (4)
3定义 (4)
4TR4检查表（资料） (4)
1目的
编写本说明书的主要目的，也可指出与本本说明书相对应活动应达到的目的。

2适用范围
列出有哪些角色、部门、岗位、人员在什么情况下使用本说明书。

也可鉴别并简单地列出该说明书不适用的领域。

3定义
列出本文档中所使用的术语和缩略语。

可引用已有的数据字典，如没有则需要在此列出。

例如：参见《数据字典.doc》
术语——列出在本流程中用到的关键词和专用词，并给出其含义；
缩略语——应列出在本流程中用到的所有缩略语，并给出中英文全称；另外在正文中缩略语首次出现处也要给出其中英文全称。

4TR4检查表（资料）。

TR评审要素表正式版

TR评审要素表正式版

TR评审要素表正式版
TR5评审要素表
报告完整清晰对照测试报告和
报告完整清晰对照测试报告和
如果进行了则对照测试报告与产
是否符合标准化和有关国家军标
的要求承研承制单位能否按照设
整配套设备是否齐全
《鉴定要素细目表》（知识）
职业：职业指导人员等级：一级鉴定方式：理论知识页号：
阳光私募基金xx产品基本情况一、产品要素
二、产品结构
产品总规模3000万，其中投顾跟投500万做劣后，止损线为0.85。

当净值小于1.06时，优先级投资者本金由劣后方保障；
净值大于1.06小于等于1.20的区间，投资者享有出资部分收益的70%，投顾提取30%顾问费。

净值大于1.20的区间，投资者享有出资部分收益的60%，投顾提取40%顾问费。

三、投资者收益测算
附件1
应急预案形式评审表
附件2
综合应急预案要素评审表
（续上表）
附件3
专项应急预案要素评审表
附件4
附件5
评审人员签字评审机构盖章：。

TR4评审表-模板

TR4评审表-模板

制造工程师
险可控，可不修复。
售后工程师
终端产品经理
终端项目经理 至少经过两个批次的试产验证，每个批 次至少50台以上，试产验证计划中的所 厂部接口人
4
试产验证是否充分
有需验证项目得到验证，影响生产效率 和直通率的所有需解决的问题已得到解
品质工程师
决，生产不良率、批次稳定性满足要求 工艺工程师 。 生产文件、BOM清单已发布最终版本， 采购工程师 量产所需的物料、生产测试工具（含装
终端项目经理
自检结论
□OK □NOK □ POK
□OK □NOK □ POK
完成对软、硬件及后台封版版本的完整 中试工程师
2
测试是否充分
测试，客户测试及PV测试已完成，测试
发现的问题数呈收敛趋势。
终端产品经理
软件工程师
中试工程师
所有需要修复的问题均已得到修复，无 工艺工程师
3
是否存在重大遗留问题
二级以上遗留问题，软硬件封版。所有 未解决的遗留问题已有风险评估确认风
╳╳╳ TR4评审表
注:自检结论:OK（满足），NOK（不满足），POK（部分满足）
序号
评审项
评审操作指导
自检角色
TR评审的前置条件是否达 1、本阶段TR评审文档资料是否已经按 终端产品经理
到?
照“TR评审归档资料清单”的要求进行
提交。
1
2、对于文档资料不完整的情况， 是否 已经明确未完成文档资料的交付时间？
是否具备
书已交付，人员已得到培训。
售后工程师
8
后台线上验收测试是否充 分
1.完成对后台服务产品功能在线上环境 封版版本的完整测试；测试发现的问题 数呈收敛趋势。

产品技术评审-TR4检查表(采购)

产品技术评审-TR4检查表(采购)

存在来料质量问题的物料已有改 应该无严重的品质问题。 1.4 进措施
新供应商是否已经过TQC认证? 1.5
包括： 供应商认证流程是否使用？
是否使用了供应商SPC/TQM之类系统。如 果需要的话是否已经签订保密协议（产品 、过程、资源之类方面）
是否所有供应商已经选择过并且 1. 有替代的器件在所用器件中的百分比 优选供应商和器件效率达到预定 为替代率，公司确定的目标是50%-70%。 目标？
序号
评审要素
评审操作指导
检查结果
1 采购
所有新物料（包括定制件、外协 所有新部件必须通过认证。 1.1 件、采购件、PCB）是否完成认
证？
开发人员是否向TQC提供新器件 必须归档完毕。 1.2 规格和来料质量检测标准？
批量物料是否完成测试并形成报 告？必须没有严重缺陷，否则要 1.3 进行根本原因分析并形成纠正措 施。所有被选供应商必须能达到 订单要求的质量目标。
1.10 程？
B
这是供应商认证流程的一部分。
签名 检查人：
部门：
日期：
2. 器件编码总数小于30个的单板，如果
1.6
替代率不达标，由项目组给出合理原因后 可以通过。
包括：
是否供应商业务模型的改变被认为是供应 商计划和选择的一部分？
类别 B B A A B
B
备注
为初始产品和批量生产的提前采
1.7 购订单是否经过评审和更新？
A
1.8
基于完备的BOM的供应商/物料选 择计划/风险识别/规避是否已经
持续供应能力的风险分析和规避用 于 计 划 和 采 购 的 制 造 清 单 包括：
（MBOM）是否已经发布并且录入 1． 是否有独家供应的器件、部件和装配

4M确认检查表

4M确认检查表

1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 1.9 1.10 1.11 1.12 1.13 1.14 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 2.10 2.11 2.12 2.13 2.14 2.15 2.16 2.17 2.18 2.19 2.20 2.21 2.22 2.23 2.24 2.25 2.26 2.27 2.28 2.29 2.30 2.31 2.32 2.33 2.34 2.35 2.36 2.37 2.38 2.39 2.40 1.1问 题的 描述
对策 有效 确认地点 顾客处不良是否在顾客处进行效果验证？ 性的 关联性 是否在解决一个问题时，产生另一个问题？ 确认 重复性 对策实施后是否有不良再次发生? 是否建立可衡量的对策评价方法? 是否确认再发生的可能性? 人员间 产品间 过程间 纠正性
不良的对策方法(对策的合理性)是否在相关人员（管理人员）中展开培训？ 不良的对策方法(对策的合理性)是否在相关人员（一线员工）中展开培训？ 有效的对策是否能应用在其它型号的产品上? 有效的对策是否能应用在其它的作业工序中？ 是否需要更新产品的图纸、产品的规格书？ 是否需要更新控制计划、作业标准？ 是否需要更新检验（进货、过程、成品）文件？ 是否需要更新DFMEA和PFMEA？ 是否需要更新质量管理体系中的控制文件（质量记录、管理指导书、程序文件、质量手册）？
管理
设备 工装 管理 流出 原因 调查 和对 策
方法
4.10 4.11 5.1 5.2 5.3 5.4 5.5 5.6 6.1 6.2 6.3 6.4 6.5 6.6 6.7 6.8 6.9 6.1展 开应 用
是否需要更新《控制计划》？ 是否需要对检验员进行培训？ 是否明确效果确认的时机(※)？ 确认时机 ※ 整改对策全部实施完成后的1-3个月内（最长不允许超过6个月），最好能逐月确认。 对于产品不良至少确认3个批次（包括3个批次）的产品后，方可给出确认结论。

产品详细设计评审检查表-模板

产品详细设计评审检查表-模板

××产品详细设计评审检查表
【内容】
●评审人员根据此表认真审核《产品详细设计规格说明书》。

●如果是合同项目，可能还需要用户审核，视具体情况而定。

【裁剪原则】
此部分内容不允许裁剪。

评委名称
评委日期YYYY-MM-DD
评审结论 合格 不合格 TBD 待完成 NA 不适用详细设计检查表结论
基本检查详细设计是否覆盖了所有的总体设计条目？
详细设计和总体设计之间是否存在冲突？每一个模块的关键算法、关键数据结构是否清楚？
各模块之间的接口是否清晰？
设计是否是可实现的？
设计是否有遗漏和缺陷？
可读性检查设计说明是否通俗易懂？
设计中，关键部分是否使用图表加以说明？是否提供软件设计图（类图，序列图，状态图…）
是否提供数据结构设计图(数据库设计，XML结构设计，文件格式设计)
是否提供样例代码，说明如何使用？
可用性检查设计中的命名是否与
现有系统冲突
是否存在不合理的设计结构（例如包耦合：不应交叉耦合，下层中的包不应依赖于上层中的包，依赖关系不得跳层，包不应依赖于子系统，仅应依赖于其它包或接口）
设计是否与某些现有规范存在冲突？（编码规范，设计规范，J2EE 规范….）
设计实现的复杂程度设计实现的瓶颈
依赖型检查是否使用或依赖于第三方的产品？
第三方产品是否可以由不同的提供商替换？
设计中涉及到关键技术是否成熟？
其他问题。

产品技术评审-TR4检查表(产品数据)

产品技术评审-TR4检查表(产品数据)

产品技术评审-TR4检查表（产品数据）
目录
1目的 (4)
2适用范围 (4)
3定义 (4)
4TR4检查表（产品数据） (4)
1目的
编写本说明书的主要目的，也可指出与本本说明书相对应活动应达到的目的。

2适用范围
列出有哪些角色、部门、岗位、人员在什么情况下使用本说明书。

也可鉴别并简单地列出该说明书不适用的领域。

3定义
列出本文档中所使用的术语和缩略语。

可引用已有的数据字典，如没有则需要在此列出。

例如：参见《数据字典.doc》
术语——列出在本流程中用到的关键词和专用词，并给出其含义；
缩略语——应列出在本流程中用到的所有缩略语，并给出中英文全称；另外在正文中缩略语首次出现处也要给出其中英文全称。

4TR4检查表（产品数据）。

TR4评审报告模板

TR4评审报告模板

TR4评审报告1TR4产品质量评估 (4)1.1评审要素检查情况 (4)1.1.1评审要素符合情况 (4)1.1.2评审要素不符合项改进计划 (4)1.2规格实现情况（含规格变更情况） (5)1.3重大遗留问题评估 (6)1.4风险分析 (6)2TR4评审结论 (6)3过程规范和质量目标达成情况的评估 (8)3.1PQA过程评估 (8)3.2本次TR的度量指标 (8)3.3TR4质量目标完成情况 (8)4PDT核心组成员会签记录 (8)5公司质量部签发纪录 (9)注：通过插入目录方式自动生成，推荐保留二级目录。

TR4评审报告1TR4产品质量评估1.1评审要素检查情况1.1.1评审要素符合情况IPD-TR评审要素应该在PDCP之前被裁减，以反映不同产品的需求。

IPD-TR自检阶段或IPD-TR评审阶段才决定免评审的评审要素，将被视为“异常免评审要素”。

PDCP 之前被裁减的评审要素，则被视为“正常免评审要素”。

若评审分项为免，则在“评审要素总数”一栏填N/A1.1.2评审要素不符合项改进计划不符合项指分项评审要素表中不符合的要素，对于1个需要解决的不符合项，可能对应1个或多个改进活动。

这些改进活动是指落实到WBS3/4级计划或更细致的项目计划中的具体活动。

有些不符合项目不需要制定改进计划，只需要风险规避计划即可。

这需要根据产品现状进行判断。

1.2规格实现情况（含规格变更情况）先用文字概要说明Build规格的实现情况，多少规格已经实现，多少规格尚未实现。

对于未实现的主要规格，要在下面的表格中逐一列举并说明未实现的原因以及解决措施或对策。

进行本次TR之前会整理规格清单，对于发生规格变更的规格，要在第二张表格中逐一列举并说明发生变更的原因。

此处的规格变更是指相对于上一个IPD-TR点所变更的规格。

1.3重大遗留问题评估重大遗留问题就是产品测试和检视、评审中发现的尚未解决的重大问题。

问题级别一栏填写：致命、严重。

IPD技术评审(HW)

IPD技术评审(HW)

TR5定义
评估初始产品的质量（系统集成测试结果）。 关注功能规格、性能、DFX需求验证，对版本质量评估，确保所有已知技术问题解决。保证产品在试制前 在功能和性能在功能和性能方面的问题均已发现和解决，完成TR5表时小批量初始产品生产已准备就绪。 1、SIT计划完成并通过测试。 2、完成初始产品试产、初始产品用于SIT测试。 3、初始产品与原型机比较，确认初始产品没有降低功能性、可行性和性能方面的要求。 4、检查初始产品的制造过程是否影响产品的功能、可靠性和性能规格。 5、完成BETA测试，BETA结论为GO。BETA活动质量评估，BETA测试中的问题是否已被解决。 6、重点关注可采购性需求是否实现、目标成本是否达成、产品所有物料的量产准备情况。 7、可供应/制造需求是否实现，制造准备情况(装备\制造工艺\工装夹具\文件)、物料计划下达与物料准 备情况，订单交付准备情况，能否支撑制造系统验证活动和初始产品加工要求。 8、评估可服务性需求、关键服务准备活动的完成情况。
完成
能保障
不能发货
TR5 系统级的功能、性能完 维护 选定最终供 工艺装备完 资料 进行可服务性、 少量早期发货 成内部测试，但没有进 更新 应商，批量 成开发，并 测试 可安装性的测 （EDCP之后） 行认证测试和外部测试 BOM 物料采购 部分验证 完成 试，培训完成
TR1定义
TR1重点关注产品包需求的完备性以及选择的产品概念是否满足 产品包需求。同时，保证所选概念在技术上的可行性，并能够解 决产品需求（包括市场需求，可服务性需求，可生产性需求，可 购买性需求等）。
阶段对前期隐藏的缺陷无法纠正或者
风险；
被迫耗费巨大的人力、物力和时间才 2. 关注市场策略、产品定位和投入产
能纠正；

产品技术评审-TR4检查表(单板工艺)

产品技术评审-TR4检查表(单板工艺)

产品技术评审-TR4检查表（单板工艺）
目录
1目的 (4)
2适用范围 (4)
3定义 (4)
4TRx检查表（单板工艺） (4)
1 目的
编写本说明书的主要目的，也可指出与本本说明书相对应活动应达到的目的。

2 适用范围
列出有哪些角色、部门、岗位、人员在什么情况下使用本说明书。

也可鉴别并简单地列出该说明书不适用的领域。

3 定义
列出本文档中所使用的术语和缩略语。

可引用已有的数据字典，如没有则需要在此列出。

例如：参见《数据字典.doc》
术语——列出在本流程中用到的关键词和专用词，并给出其含义；
缩略语——应列出在本流程中用到的所有缩略语，并给出中英文全称；另外在正文中缩略语首次出现处也要给出其中英文全称。

4 TRx检查表（单板工艺）。

  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
同时，需要根据后续活动需要考虑是否进行CE、 FCC、3C测试认证。 必须通过。 TR4是基于功能样机的测试，即使测试 中出现问题，但问题能够定位，在功能样机上整改 能通过测试，并且对于整改措施，噪声测试工程师 与产品线沟通达成共识，确认对策措施能够落实到 产品中，也认为该产品已经达到A级要求。 判定的 依据为专业实验室的实验报告。噪声要求由产品规 格说明书定义。如未通过，请将不合格部分在备注 中列出。
关联： Sub-TR：SDV测试报告 交付件：NA
A
安规检视/测试是否通过? 同上 1.5
防护测试是否通过? 1.6
热测试是否通过? 1.7
EMC测试是否通过？
1.8
噪声测试是否通过? 1.9
同上
同上
必须通过。 TR4是基于功能样机的测试，即使测试 中出现问题，但问题能够定位，在功能样机上整改 能通过测试，并且对于整改措施，EMC工程师与产 品线沟通达成共识，确认对策措施能够落实到产品 中，也认为该产品已经达到A级要求。 判定的依据 为专业实验室的实验报告。EMC要求由《产品设计 规格》定义。如未通过，请将不合格部分在备注中 列出。
是否提供了被测样板供开 发ICT设备，单板PCB版本 1.3 稳定并且已经归档？
环境实验是否通过? 1.4
环境实验必须通过。TR4是基于功能样机的测试，即 使测试中出现问题，但问题能够定位，在功能样机 上整改能通过测试，并且对于整改措施，专业实验 室工程师与产品线沟通达成共识，确认对策措施能 够落实到产品中，也认为该产品已经达到A级要求。 判定的依据为专业实验室的实验报告。如未通过， 请将不合格部分在备注中列出。
活动：NA 关联：
Sub-TR：SDV测试报告 交付件：NA 活动：NA
是否完成国际认证测试计 必须完成。TR4后启动产品的国际认证测试，在TR4
1.10 划的制定?
之前必须完成国际认证测试计划的制定，并得到批 准。
SDV 的 致 命 和 严 重遗 留问 评判依据： 题是否已经解决或有解决 1． 不存在致命问题（含硬件、软件、结构等
安规检视/测试是否通过? 同上
1.5
关联：
A
Sub-TR：SDV测试报告 交付件：NA
活动：NA
关联：
Sub-TR：NA A(K)
交付件：NA
活动：《需求跟踪表》或相关
需求跟踪工具
关联：
A
Sub-TR：制造系统验证方案 交付件：NA
活动：NA
关联：
Sub-TR：SDV测试报告
A 交付件：NA
活动：NA
序号
评审要素
评审操作指导
检查结果 类别
备注
1 规格
提 交 的 技 术 评 审版 本SDV SDV完成后，针对IPD《产品测试及验证计划》中描
（系统设计验证）输出是 述的SDV退出标准进行评审，以该产品输出“SDV退设计规格书》中要求的 由于每个Build有不同的规格范围，这部分在SDV中
A
活动：NA Link：
Sub-TR：SDV test report
Deliverables：NA
Relating activities：NA
关联：
A
Sub-TR：SDV测试报告 交付件：NA
活动：NA
关联：
A
Sub-TR：SDV测试报告 交付件：NA
活动：NA
关联：
Sub-TR：SDV测试报告
A 交付件：NA
1.11 方案和计划？
等）； 绝大部分严重问题已经解决，对少量没有解决的严
重问题有经过评审认可的解决方案（一时无法形成
解决方案的，需要有规避措施）。
签名 检查人：
部门：
日期：
B
关联： Sub-TR：SDV测试报告 A(K) 交付件：NA
活动：NA
所有功能规格在该版本中 必须实现的功能直接联系到特定的Build。 SE检查
实现？
是否这个特定Build的全部功能规格（最新规格）已
经实现，对于没有实现的规格，要求给出应对措施
1.2
特 。别地，产品设计规格包括可测试性、可服务性、
可制造性、产品工程特性等规格基线。
规格的调整只有通过EC/PCR确认后才有效。