产品技术评审-TR3检查表
合集下载
产品技术评审-TR4检查表(规格)
同时，需要根据后续活动需要考虑是否进行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
关联： 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
附录C TR3评审要素表
链接：WBS计划
后续物料准 备
1/2
C
后续物料准 备 物料技术规格或图纸是否已经确定？ 是否根据已经发生变化的情况对提前采购订单 进行评审并作出相应的决定？ 是否已下达样机物料订购计划？ 该材料用于在异常情况发生时与潜在供应商进 行沟通。
Hale Waihona Puke 2/2CTR3评审要素表
产品名称/版本：
项目 评审要素 所有模块相关的需求规格是否全部实现？ 评审操作指导 特别地，包括工程设计需求规范（可测试性、 可制造性、可靠性）、可实施性需求规范、资 料、结构需求等没有实现或已经修改的规格， 必须受控更改，并及时更改。 评审结果 备注
系统联调和样机试装中是否存在装配方面的缺 模块级设计 陷？ 实现满足度 所有交付件是否都已经过评审/测试？评审/测 试报告是否可以接受？ 要求在TR4前归档的文档是否全部完成更新并 归档？ 模块级评审（ Sub-TR 、同行评审）是否按时完 成，并能符合产品质量目标和质量计划的要 模块级评审 求？ 资料开发交付件是否通过评审，评审中的遗留 问题是否已经解决？ 所有模块是否完成开发和测试？是否所有已发 现的模块的缺陷都被记录和跟踪？ 所有致命(1级）和严重缺陷（2级）都得到了解 缺陷管理 决，并且所有遗留的缺陷已经找到解决方案？ 所有与模块相关的风险是否都制定了规避计划 和应急措施？ 样机测试方案和测试用例是否通过子评审 （sub-TR)？ 样机测试方案是否通过子评审(sub-TR)？ 后续测试准 测试环境是否已经准备好？ 备
收集TR1－TR4之间所有sub-TR的情况，进行综 合评估。 《文档计划》中要求于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前归档的
否归档？
技术文件都必须归档（含临时归档）。
产品开发TR3评审要素表
数量足够满足试用需求
数量是否有变化的信息
为后续采购小批量和批量准备的详细BOM的评
审是否完成？
后续物料准 备
1/2
评审结果
备注
链接：评审报告或记录； 测试报告或记录 链接：文档计划
链接：模块级评审报告
链接：各资料开发交付件评审报告 链接：评审报告或记录； 测试报告或记录；缺陷跟踪系统 链接：缺陷跟踪系统 链接：风险管理 链接：样机测试方案sub-TR评审记录 链接：样机测试方案评审记录
C
TR3评审要素表
产品名称/版本：
项目
评审要素
评审操作指导
所有模块相关的需求规格是否全部实现？
特别地，包括工程设计需求规范（可测试性、
可制造性、可靠性）、可实施性需求规范、资
料、结构需求等没有实现或已经修改的规格，
必须受控更改，并及时更改。
模块级设计 实现满足度
系统联调和样机试装中是否存在装配方面的缺 陷？ 所有交付件是否都已经过评审/测试？评审/测
收集TR1－TR4之间所有sub-TR的情况，进行综
试报告是否可以接受？
合评估。
要求在TR4前归档的文档是否全部完成更新并 《文档计划》中要求于TR4前归档的技术文档
ห้องสมุดไป่ตู้归档？
（如开发文档、测试文档等）都必须通过配置
管理员归档到产品数据管理信息系统。
模块级评审（Sub-TR、同行评审）是否按时完
成，并能符合产品质量目标和质量计划的要
模块级评审 求？
资料开发交付件是否通过评审，评审中的遗留 对遗留问题应明确责任人跟踪解决并更新交付
问题是否已经解决？
件设计
所有模块是否完成开发和测试？是否所有已发
TR3评审表-模板
DV/EMC发现的问题已得到整改实施； 结构设计工程师 □OK □NOK □POK
3
是否存在重大遗留问题
硬件、结构无二级以上遗留问题， PCB及结构件已无需再次改版；软件
核心系统开发工程 师
□OK □NOK □POK
无一级遗留问题；所有未解决的遗留 系统工程师（SE） □OK □NOK □POK
问题已有风险评估及解决计划。
2
测试是否充分
整测试，内部路试及DV测试已完成，
测试发现的问题数呈收敛趋势。
中试工程师
自检结论 □OK □NOK □POK □OK □NOK □POK □OK □NOK □POK □OK □NOK □POK
硬件工程师
□OK □NOK □POK
测试发现的重大问题已得到解决，
车载软件开发工程 师
□OK □NOK □POK
13 总经理批准
签名
评审结论：□通过 □带风险通过 评审结论陈述：
□不通过
项目经理签字：
序号
会签角色
1 产品管理中心主任
日期： 会签意见
会签人签字及日期
2 LPDT 3 车载软件部长 4 硬件结构部长 5 核心系统部长 6 销售部长 7 智能网联部长 8 测试部长 9 中试部长 10 质量监察部签发TR报告 11 CTO审核 12 生产副总审核
╳╳╳ TR3评审表
注:自检结论:OK（满足），NOK（不满足），POK（部分满足）
序号
评项
评审操作指导
自检角色
TR评审的前置条件是否达 1、本阶段TR评审文档资料是否已经 终端产品经理
1 到?
按照“TR评审归档资料清单”的要求
进行提交。
终端项目经理
XXX(项目编号)TR3评审报告-PPT模板
3、试装过程总结： 经验、教训
项目遗留问题及风险说明
TR1遗留问题：
序号 遗留问题 问题遗留原因 问题状态 对后续工作的影响
应对措施
负责人
预计完 成时间
实际完 成时间
1
项目的功能定义还 未收集全
有些功能定义是长安 直接与东软对接，未 经过远特
已完成
不影响开发工作，但会 影响远特的验收测试工 作
对已有和欠缺的功能 定义进行整理，与长 安进行沟通，跟踪索 要
2、BUG分析报告（测试报告需插入到此页） ： 1）可以按BUG总数、BUG类型、BUG严重度、 BUG原因的类型
（硬件、软件等）、处理状态等方面进行分析； 2）遗留问题需要直接写在PPT中；
3、测试过程总结： 经验、教训
说明：对委外进行软件设计的项目，需从我司验收测试、委外单位 测试两个角度分别按以上思路进行分析
Xxx xxx
16.09.25 16.09.25
指TR1评审的所有遗留问题，详见《TR1评审会议纪要》
TR2遗留问题：
项目遗留问题及风险说明
序号 遗留问题 问题遗留原因 问题状态 对后续工作的影响
应对措施
负责人
预计完 成时间
实际完 成时间
1
指TR2评审的所有遗留问题，详见《TR2评审会议纪要》
TR3遗留问题：
3、试产过程总结： 经验、教训
TR3主要工作及完成情况——客户试装：
项目状态汇报
包括： 1、试装概况（试装几轮、试装结果等）。
2、试装问题分析报告（试装问题列表需插入到此页） ： 1）可以按问题总数、类型、严重度、 原因的类型（硬件、软件等）、问题
状态等方面进行分析； 2）遗留问题需要直接写在PPT中；
项目遗留问题及风险说明
TR1遗留问题：
序号 遗留问题 问题遗留原因 问题状态 对后续工作的影响
应对措施
负责人
预计完 成时间
实际完 成时间
1
项目的功能定义还 未收集全
有些功能定义是长安 直接与东软对接，未 经过远特
已完成
不影响开发工作，但会 影响远特的验收测试工 作
对已有和欠缺的功能 定义进行整理，与长 安进行沟通，跟踪索 要
2、BUG分析报告（测试报告需插入到此页） ： 1）可以按BUG总数、BUG类型、BUG严重度、 BUG原因的类型
（硬件、软件等）、处理状态等方面进行分析； 2）遗留问题需要直接写在PPT中；
3、测试过程总结： 经验、教训
说明：对委外进行软件设计的项目，需从我司验收测试、委外单位 测试两个角度分别按以上思路进行分析
Xxx xxx
16.09.25 16.09.25
指TR1评审的所有遗留问题，详见《TR1评审会议纪要》
TR2遗留问题：
项目遗留问题及风险说明
序号 遗留问题 问题遗留原因 问题状态 对后续工作的影响
应对措施
负责人
预计完 成时间
实际完 成时间
1
指TR2评审的所有遗留问题，详见《TR2评审会议纪要》
TR3遗留问题：
3、试产过程总结： 经验、教训
TR3主要工作及完成情况——客户试装：
项目状态汇报
包括： 1、试装概况（试装几轮、试装结果等）。
2、试装问题分析报告（试装问题列表需插入到此页） ： 1）可以按问题总数、类型、严重度、 原因的类型（硬件、软件等）、问题
状态等方面进行分析； 2）遗留问题需要直接写在PPT中；
TR3评审报告模板
TR3评审报告模板一、概述在概述部分，我们将对TR3评审进行介绍，并对评审过程中的目标、方法和范围进行说明。
1.1评审目标本次评审的目标是对TR3进行全面评估，包括设计的合理性、功能的完整性、性能的满意度以及产品的稳定性和可靠性。
1.2评审方法本次评审使用了多种方法，包括代码审查、功能测试、性能测试和用户体验测试等，以确保对TR3的评价全面准确。
1.3评审范围本次评审主要针对TR3的设计和实现进行评估，包括以下几个方面：-设计文档的完整性和合理性-代码的质量和可读性-功能的实现和完整性-系统的性能和稳定性-用户界面的友好度和易用性二、评审结果在这一部分，我们将对TR3在各个方面的评价结果进行详细说明。
2.1设计评价TR3的设计文档非常完整，对系统的整体结构和各个模块的功能有清晰的描述。
设计采用了合适的架构，模块之间的关系和数据流动清晰可见。
总体上，TR3的设计符合设计原则，经过了充分的思考和研究。
2.2代码评价TR3的代码质量很高，注释详细且准确，变量和函数命名规范一致。
代码结构清晰，模块之间的耦合度较低，易于维护和扩展。
代码中未发现明显的逻辑错误或潜在的漏洞。
2.3功能评价TR3的功能实现非常完整，满足了设计要求中的基本功能和高级功能。
功能之间的数据传递和处理正确有效。
用户界面友好，交互方式符合用户的预期。
总体上，TR3的功能非常出色。
2.4性能评价TR3的性能非常令人满意。
在大多数情况下，系统的响应速度快，任务处理效率高。
系统的各个模块的性能指标均达到了预期。
在压力测试中，系统表现稳定，没有明显的性能问题。
2.5用户体验评价TR3的用户体验非常好，界面美观、操作简单直观。
用户能够很快上手，无需额外的培训。
系统的反馈及时明确，用户操作的响应时间短。
用户体验方面，TR3表现优异。
三、改进意见基于对TR3的评审结果，我们提出以下改进意见，以进一步提升TR3的质量和性能。
3.1优化代码结构尽管TR3的代码质量较高，但我们还是发现部分代码结构不够清晰，需要进一步优化。
TR评审表
12、是否识别了该产品的关键生产工序？并对关键工序采 取合适的控制手段？
13、工装、模具、夹具、检具方案是否合理？
14、检测能力（自检/委外）是否满足质量控制与质量验 证要求？ 15、项目进度、产能是否满足客户要求？批量生产的稳定 性？质保推Fra bibliotek结论：推荐 □
不推荐 □
备注： 过程质量能力A 级（≥92%）
——推荐
B 级（≥82%<85%） ——不推荐
B+级（≥85%<92%） ——推荐
C 级（<82%）
——不推荐
签 字
前期 SQE：
审 核： 批 准：
后期 SQE：
审 核：
质量保证部新零件供应商推荐意见14检测能力自检委外是否满足质量控制与质量验证要求
质量保证部新零件供应商推荐意见
供应商名称 Supplier Name
地址 Address
产品 Part
联系人 Contacter
职务 Position 评价项目
1、供应商过程质量能力是否符合要求？
电话 Tel
评价结果
可接受
6、分零件、原材料BOM方案是否可以接受（总成图及爆 炸图）？
7、分零件、原材料分供方资源是否可接受？
8、生产工艺流程是否合理、完整？（流程图、制造工艺 、制造地） 9、生产设备布局是否确保内部物流的畅通（平面布置图 及物流流向图示）？
10、整个过程流是否考虑了使用合适的工位器具？
11、是否具备该零件生产相匹配的生产设备？
有条件接 受
不接受
项目 Project
类别 Category
编号 No. 日期 Date
传真 Fax
说明
2、是否具备必要的质量分析能力？
13、工装、模具、夹具、检具方案是否合理？
14、检测能力（自检/委外）是否满足质量控制与质量验 证要求？ 15、项目进度、产能是否满足客户要求？批量生产的稳定 性？质保推Fra bibliotek结论：推荐 □
不推荐 □
备注： 过程质量能力A 级（≥92%）
——推荐
B 级（≥82%<85%） ——不推荐
B+级（≥85%<92%） ——推荐
C 级（<82%）
——不推荐
签 字
前期 SQE：
审 核： 批 准：
后期 SQE：
审 核：
质量保证部新零件供应商推荐意见14检测能力自检委外是否满足质量控制与质量验证要求
质量保证部新零件供应商推荐意见
供应商名称 Supplier Name
地址 Address
产品 Part
联系人 Contacter
职务 Position 评价项目
1、供应商过程质量能力是否符合要求？
电话 Tel
评价结果
可接受
6、分零件、原材料BOM方案是否可以接受（总成图及爆 炸图）？
7、分零件、原材料分供方资源是否可接受？
8、生产工艺流程是否合理、完整？（流程图、制造工艺 、制造地） 9、生产设备布局是否确保内部物流的畅通（平面布置图 及物流流向图示）？
10、整个过程流是否考虑了使用合适的工位器具？
11、是否具备该零件生产相匹配的生产设备？
有条件接 受
不接受
项目 Project
类别 Category
编号 No. 日期 Date
传真 Fax
说明
2、是否具备必要的质量分析能力？
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
产品技术评审-TR3检查表
目录
1目的 (4)
2适用范围 (4)
3定义 (4)
4TR3检查表 (4)
1 目的
编写本说明书的主要目的，也可指出与本本说明书相对应活动应达到的目的。
2 适用范围
列出有哪些角色、部门、岗位、人员在什么情况下使用本说明书。
也可鉴别并简单地列出该说明书不适用的领域。
3 定义
列出本文档中所使用的术语和缩略语。
可引用已有的数据字典，如没有则需要在此列出。
例如：参见《数据字典.doc》
术语——列出在本流程中用到的关键词和专用词，并给出其含义；
缩略语——应列出在本流程中用到的所有缩略语，并给出中英文全称；另外在正文中缩略语首次出现处也要给出其中英文全称。
4 TR3检查表。