TR3评审报告模板

附录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前归档的技术文档（如开发文档、测试文档等）都必须通过配置管理员归档到产品数据管理信息系统。
链接：评审报告或记录；测试报告或记录链接：文档计划

TRTR产品开发各阶段评审要素说明

设计需求，包装需求和设计参数是否有风险控制
计划评审
计划评审
计划评审-1
TR2评审结果的审查
项目经理
IPMT
计划评审-2
TR3评审结果的审查
项目经理
IPMT
计划评审-3
规格对供应链成本的影响评审
Phase1-15
（更新）
项目经理
IPMT
计划评审-4
投资组合管理
Phase0-12
（更新）
项目经理
IPMT
市场经济效益评估认定
概念评审-10
是否识别了风险、制定了风险响应计划
概念评审-11
概念阶段评估项目立项可行性（项目概算、沟通计划、里程碑事件、产品开发团队及职责是否确认？）
Phase0-13
项目经理
IPMT
TR2
规格评审
TR2-1
法律法规评审
Phase0-5法规注册评估报告
（更新）
注册办
注册办副经理
注册计划（需要注册的产品）
Phase0-5法规注册评估报告
（更新）
注册办
注册办副经理
TR5-9
批量试制计划、采购计划确认
Phase2-24批量试制采购计划书
正天产品开发部
正天产品开发部部门经理
TR6
批量试制评审
TR6-1
收集对批量试制的意见（包括产品和器械）
Phase2-26批量试制意见反馈表
正天产品开发部
正天产品开发部
正天产品开发部部门经理
TR6-7
量产计划、外购件采购计划
Phase2-30量产生产采购计划书
正天产品开发部
正天产品开发部部门经理
TR6-8
量产确认（包括器械和产品）

TR评审作业规范--模板

TR评审作业规范文件编码AQ2A-01-S004 版本V03文件层级□一阶□二阶■三阶文件类别■体系文件□技术文件编制部门质量监察部机密等级■内文□秘密□机密□绝密编制人文件类别■通用□项目审核编制日期审批生效日期总页数 3 分发编号01 文件发布盖章文件制/修订记录页码章节制/修订记录版本修订人修订日期备注修订前修订后全部全部首次制定无V01全部全部按新的角色职责定义更新角色V01 V02全部全部内容完善V02 V035 6.5 添加整机封样要求V03 V041.目的为了规范终端/T产品开发流程中的技术评审工作，保证交付件及技术评审能够及时进行，评审结果能够适宜、有效，特编制本作业规范。

2. 适用范围本指导书适用于终端/T产品开发流程中的各阶段技术评审。

3. 术语和定义无4. 职责4.1产品经理/项目经理：负责跟进项目交付件的评审和准时输出；4.2 LPDT：LPDT对TR评审资料输出整体负责，根据项目TR节点要求，提前一周向质量监察部进行TR评审申请；4.3 质量工程师：负责进行TR评审输入资料的审查，并给出项目状态是否具备召开TR 评审会议的条件,并负责组织TR评审会议；5. 交付件的提交、评审与接收5.1交付件与关键交付件依照【产品开发流程输出文档评审对照表】所列内容；5.2一般交付件的交付：5.2.1项目组各负责人根据项目计划对交付件进行提交，项目经理根据项目计划与研发进度及时跟进交付件的提交；5.5.2一般交付件的提交要求：1）提交必须准时；2）内容、功能需符合项目要求；3）接收部门认可；5.3关键交付件的交付：5.3.1项目组各负责人根据项目计划，负责对关键交付件编制，在完成关键交付件的开发任务后进行自查，填写【检查表】，并由部门负责人和评审人员签字后方可交付，各交付件的负责人与评审人员参见【终端/T输出文档评审对照表】；5.3.2项目经理根据项目计划与研发进度及时跟进关键交付件的提交，跟进关键交付件的评审；5.3.3关键交付件的提交要求：1)提交必须准时；2）文档、资料与产品功能已达到项目要求；3）接收部门认可；5.4 如在交付件提交过程中，接收部门发现交付件存在明显不符合且不能接受时，退回负责人进行修改，项目经理持续跟进至接收部门接受。

TR评审流程--模板

TR评审申请
TR
评
TR
审
评
报
审Y
告
会
签
评审结论执行
遗留问题跟踪关闭
总结经验教训
终端产品项目部
轻应用产品项目部
研发中心各开发部
门
测试部
中试部
部部
深圳分公司服务营销
Y DFX审核 N
N
各部门
TR评审流程
PDT自检（TR预评审）阶段
申请及组织评审会议阶段 TR评审结论会签阶段
遗留问题跟踪关闭
总经办
部
质量监察技术产品
部
销售部
TR评审会议通
知
TR评审结论发布
审核报告
预评审计
划
评审要素表自
检
自检问题汇总
评审材料准备
预评审会
议
正式评审报告

TR3评审报告目录1TR3产品质量评估 (4)1.1评审要素检查情况 (4)1.1.1评审要素检查情况 (4)1.1.2遗留问题改进计划 (4)1.2概要设计内容落实情况 (5)1.3各功能领域概要设计之间的主要冲突点分析 (5)1.4风险分析 (5)2TR3评审结论 (5)3过程规范和质量目标达成情况的评估 (6)3.1PQA过程评估 (6)3.2本次TR的度量指标 (6)3.37 4PDT核心组成员会签记录 (7)5公司质量部签发纪录 (8)注：通过插入目录方式自动生成，推荐保留二级目录。

xxx（产品 R版本）TR3评审报告1TR3产品质量评估1.1评审要素检查情况1.1.1评审要素检查情况评审要素检查情况1.1.2遗留问题改进计划遗留问题改进计划在表格中逐一列举每个评审要素的遗留问题。

对于1个遗留问题，可能对应1个或多个改进活动。

这些改进活动是指落实到计划阶段WBS3/4级计划的具体活动。

有些遗留问题不需要制定改进计划，只需要风险规避计划即可。

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

问题级别一栏填写：致命、严重、一般、提示（提示问题一般不记录）。

缺陷引入阶段一栏说明此问题是在什么阶段被引入的，例如TR1之前、TR2之前等。

1.2概要设计内容落实情况概述产品设计规格、共用模块重用计划、产品标准策略、产品配置等内容在概要设计中的落实情况，记录产品设计规格、共用模块重用计划、产品标准策略、产品配置等内容在TR3评审会上发生的修改情况1.3各功能领域概要设计之间的主要冲突点分析各功能领域概要设计之间的主要冲突点及结论“各功能领域概要设计之间的主要冲突点及结论”描述TR3评审会前PDT内部存在的分歧和评审会后大家达成的一致意见。

1.4风险分析风险分析表“风险分析”记录TR3评审会上大家对存在的风险进行评估和分析的情况。

PQA要在TR3评审会结束后，提交LPDT决策，然后刷新该表格。

填写说明：风险是可能发生的、潜在的、对项目实施有影响的事情。

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中；

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的代码质量较高，但我们还是发现部分代码结构不够清晰，需要进一步优化。

TR3质量评估操作书(供应链)

问题/风险描述
影响
措施及计划
责任人
问题提出人：问题描述以及发生的场景和现象
影响描述包含，对产品包交付的影响和对下一阶段活动的影响
对于问题，重点关注问题的解决措施，对于风险，重点关注风险的预防和规避以及应急措施。验收标准，承诺解决时间。
评估方法： 1）逐项与采购领域进行确认或直接察看采购TR评估报告
●
●
●
未完成相关活动或未达成基本质量红线要求
完成活动但存在风险
达成质量目标要求
质量全景图
结果质量
过程质量
问题及风险
结果质量评估--上一阶段遗留问题
序号
TR2遗留风险与问题
问题解决情况
责任人
状态
Open or close
此处内容必须包含不限于以下内容，如未达成须明确提出 1）TR2电子流及评审会议纪要中的遗留问题关闭情况 2）如果上次进行TR2评审结论为redrect 需说明所要求补充活动的完成情况；达成标准： 1）TR2电子流及评审会议纪要中的遗留问题全部关闭 2）如果上次进行TR2评审结论为redirect 则再次启动TR2评审前必须完成要求补充的活动。
规格串讲与反串讲
测试
总体测试策略
测试TREG&TTF/TPMT评审
硬件
单板设计
资料
资料领域评估意见
整机
整机领域评估意见
UCD
NA
NA
制造
制造领域评估意见
服务
NA
NA
采购
采购领域评估意见
市场
NA
NA
基于后面各部分内容详细评估情况，QA在此地需要明确给出Go,Go with risk或者Redirect的建议结论，最终结论以QAB的结论为主

TR3评审报告范文

TR3评审报告范文一、报告背景TR3（Technical Review 3）评审是软件开发过程中的关键节点评审之一，旨在评估软件开发流程和质量控制，以确保项目在技术上的可行性和可实施性。

二、评审目的评估项目中是否按照预定计划和过程进行开发，并确保项目的技术规范和设计的一致性。

评审主要包括技术方案、系统设计文档、代码质量、测试计划等内容的审查。

三、评审内容1.技术方案审查：评估技术方案的完整性和可行性，确保方案满足项目需求和业务规则，并对风险进行识别和分析。

2.系统设计文档审查：审查系统设计文档的结构、内容和可行性，评估系统架构和模块之间的集成设计。

3.代码质量审查：评估代码的规范性、可读性和可维护性，并保证代码符合项目的编码标准。

4.测试计划审查：评估测试计划的完整性和覆盖范围，以确保测试能够全面覆盖项目需求和功能。

四、评审结果1.技术方案审查：技术方案完整且符合项目需求和业务规则，项目风险得到充分识别和分析。

提出优化方案并建议进一步细化系统模块。

2.系统设计文档审查：系统设计文档结构清晰，内容完整，设计与技术方案一致。

建议进一步明确模块间的接口和通讯方式，并加强详细设计的编写。

3.代码质量审查：代码规范、可读性和可维护性较好，但存在部分冗余和重复代码。

建议进行代码优化和重构，并加强对异常情况的处理。

4.测试计划审查：测试计划完整覆盖了项目需求和功能，但测试用例设计不够全面。

建议增加边界测试和异常情况的测试用例。

五、改进措施1.优化技术方案：进一步完善系统模块的功能细化，明确模块间的接口和通讯方式，减少潜在风险。

2.明确系统设计：加强详细设计的编写，确保设计与技术方案一致，进一步明确模块间的接口和通讯方式。

3.代码优化和重构：对存在冗余和重复代码的部分进行优化和重构，提高代码的可维护性和可读性。

4.完善测试用例设计：增加边界测试和异常情况的测试用例，确保测试能够全面覆盖项目需求和功能。

六、总结通过TR3评审，项目团队得以充分了解项目的技术方案和设计，同时也发现了一些问题并提出了改进措施。

《合格供应商要求》和《判定规则》部分条款的评审指南TR3

中国核工业集团公司合格供应商评价技术报告TR3《合格供应商要求》和《合格供应商判定规则》部分条款评审指南编制：田晓民审核：吴江批准：张栋兴原认证中心有限公司评价事业部批准日期：2015年12月18日执行日期：2015年12月18日目录前言 (2)一、目的 (3)二、《合格供应商要求》条款 (3)（一）基本条件 (3)（二）产品质量 (3)（三）技术能力 (4)（四）质保能力 (6)（五）商务能力 (6)三、《判定规则》条款 (7)前言本指南旨在为评价机构的管理和评审组提供评审指导。

然而，本指南不拟作为对《中国核工业集团公司合格供应商评价和信息管理办法》、《中国核工业集团公司合格供应商评价和信息管理办法实施细则》及其相关要求的释义，仅从操作层面上就实施方法给出指导性建议，所提供的示例并非唯一可选的方法，仅供说明或参考之用。

本指南可为评价机构的管理和评审借鉴之用，也可为评审组的评审提供参考。

本指南是基于评价机构的评审管理和评审实践的基础，在现有《中国核工业集团公司合格供应商要求》、《中国核工业集团公司合格供应商判定规则》框架下，充分考虑了目前供应商的特殊性要求，就实际评审中较难把握的几个条款给出了指导性意见。

本指南由评价机构评审部提出。

本指南由评价机构归口。

《合格供应商要求》和《判定规则》部分条款评审指南一、目的供应商评审应严格依据《中国核工业集团公司合格供应商要求》（以下简称《要求》）和《中国核工业集团公司合格供应商判定规则》（以下简称《判定规则》）实施评审。

在评审时，对《供应商要求》和《判定规则》中部分条款未能准确理解条款原意，影响了评价工作进度和评审的有效性。

为此，评价机构结合评审实践，经研究同意，现对部分条款的评审提出如下指导意见。

二、《合格供应商要求》条款（一）基本条件1、分支机构是否可以申请评审？【《要求》4.1.1】【指导意见】不能独立承担民事责任的分支机构，通常称为分支机构、分公司/分中心。

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
评审人员签字评审机构盖章：。

TR评审作业规范--模板

TR评审作业规范文件编码AQ2A-01-S004 版本V03文件层级□一阶□二阶■三阶文件类别■体系文件□技术文件编制部门质量监察部机密等级■内文□秘密□机密□绝密编制人文件类别■通用□项目审核编制日期审批生效日期总页数 3 分发编号01 文件发布盖章文件制/修订记录页码章节制/修订记录版本修订人修订日期备注修订前修订后全部全部首次制定无V01全部全部按新的角色职责定义更新角色V01 V02全部全部内容完善V02 V035 6.5 添加整机封样要求V03 V041.目的为了规范终端/T产品开发流程中的技术评审工作，保证交付件及技术评审能够及时进行，评审结果能够适宜、有效，特编制本作业规范。

2. 适用范围本指导书适用于终端/T产品开发流程中的各阶段技术评审。

3. 术语和定义无4. 职责4.1产品经理/项目经理：负责跟进项目交付件的评审和准时输出；4.2 LPDT：LPDT对TR评审资料输出整体负责，根据项目TR节点要求，提前一周向质量监察部进行TR评审申请；4.3 质量工程师：负责进行TR评审输入资料的审查，并给出项目状态是否具备召开TR 评审会议的条件,并负责组织TR评审会议；5. 交付件的提交、评审与接收5.1交付件与关键交付件依照【产品开发流程输出文档评审对照表】所列内容；5.2一般交付件的交付：5.2.1项目组各负责人根据项目计划对交付件进行提交，项目经理根据项目计划与研发进度及时跟进交付件的提交；5.5.2一般交付件的提交要求：1）提交必须准时；2）内容、功能需符合项目要求；3）接收部门认可；5.3关键交付件的交付：5.3.1项目组各负责人根据项目计划，负责对关键交付件编制，在完成关键交付件的开发任务后进行自查，填写【检查表】，并由部门负责人和评审人员签字后方可交付，各交付件的负责人与评审人员参见【终端/T输出文档评审对照表】；5.3.2项目经理根据项目计划与研发进度及时跟进关键交付件的提交，跟进关键交付件的评审；5.3.3关键交付件的提交要求：1)提交必须准时；2）文档、资料与产品功能已达到项目要求；3）接收部门认可；5.4 如在交付件提交过程中，接收部门发现交付件存在明显不符合且不能接受时，退回负责人进行修改，项目经理持续跟进至接收部门接受。

产品技术评审-TR3检查表

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

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

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

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

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

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

4 TR3检查表。

TRTR产品开发各阶段评审要素说明

研发部门
研发经理
TR1-17
产品是否符合整体产品组合规划
Phase0-7竞争性分析报告
产品部
产品经理
TR1-18
竞争对手和竞争产品分析是否全面
TR1-19
产品市场的综合竞争性分析
TR1-20
竞争风险分析和管理计划
TR1-21
产品是否满足市场需求
TR1-22
设计可实现性要求是否能够满足
Phase0-8技术可行性评估报告
正天产品开发部
正天产品开发部部门经理
TR6
批量试制评审
TR6-1
收集对批量试制的意见（包括产品和器械）
Phase2-26批量试制意见反馈表
正天产品开发部
正天产品开发部部门经理
TR6-2
批量试制质量检验结果
质检报告
正天质量部
质量部经理
TR6-3
临床测试结果
Phase2-27临床评估报告
产品部
产品经理
TR6-4
发布产品验收标准
Phase3-35产品标准
正天产品开发部
正天产品开发部部门经理
发布评审-11
销售任务
Phase3-36销售任务书
产品部
IPMT
发布评审-12
产品上市后跟踪计划
Phase3-37产品上市跟踪计划
产品部
IPMT
发布阶段
产品文档归档移交
项目经理
项目经理
TR3-6
开发周期风险评估
Phase0-10风险管理计划
项目经理
产品经理
TR3-7
开发成本风险
TR3-8
设计需求，包装需求和设计参数是否有风险控制
计划评审

TR1——TR6产品开发各阶段评审要素说明

TR1——TR6产品开发各阶段评审要素说明TR1，TR6是产品开发的各个阶段，评审是产品开发过程中至关重要的环节，可以确保产品开发的质量和顺利进行。

下面将对TR1，TR6产品开发各阶段评审要素进行详细说明。

TR1：概念阶段评审在概念阶段评审中，主要评审产品的市场需求、竞争分析和概念设计。

评审要素包括以下几个方面：1.市场需求评估：评估市场需求是否有充分的潜在用户和市场规模，是否能够满足用户的需求。

2.竞争分析：评估竞争对手在该市场上的优势和不足，以及如何通过产品的差异化设计来应对竞争。

3.概念设计评估：评估概念设计的创新性、可行性以及是否能够满足市场需求和用户期望。

TR2：定义阶段评审在定义阶段评审中，主要评审产品的功能需求、技术需求和详细设计。

评审要素包括以下几个方面：1.功能需求评估：评估产品功能需求的全面性和清晰度，包括用户需求和业务需求。

2.技术需求评估：评估技术需求的可行性和合理性，包括硬件、软件和系统架构等方面。

3.详细设计评估：评估详细设计的准确性和完整性，包括界面设计、流程设计和数据库设计等方面。

TR3：开发阶段评审在开发阶段评审中，主要评审产品的功能实现、性能优化和代码质量。

评审要素包括以下几个方面：1.功能实现评估：评估产品是否按照需求文档和设计文档的要求进行功能实现，功能是否完整、准确。

2.性能优化评估：评估产品的性能是否满足用户的需求，是否需要进行性能优化。

3.代码质量评估：评估代码的可读性、可维护性和可测试性，是否符合编码规范和最佳实践。

TR4：集成阶段评审在集成阶段评审中，主要评审产品的系统集成、兼容性测试和用户界面。

评审要素包括以下几个方面：1.系统集成评估：评估产品各个子模块的集成是否顺利，是否能够正常运行和通信。

2.兼容性测试评估：评估产品在不同操作系统、平台和设备上的兼容性，是否能够平稳运行。

3.用户界面评估：评估产品的用户界面的用户友好性、易用性和美观性，是否符合用户的期望。

产品技术评审-TR3检查表

考虑了工艺的要求？
艺要素项的达成情况。
在概要设计中是否考虑了器件根据各单板概要设计的sub-TR结论提
6.2 的需求和约束？
取证据
新工艺技术开发需求是否已提工艺技术开发是否已在计划中体现，
6.3 交开发？
并基线化，将在TR4前完成.
7 装备所有生产的可测试性设计规格
7.1 是否得到落实？
8 数据
概要设计是否满足可制造性需求？
需要考虑制造和测试过程。此项建议由开发代表/SE/制造代表/测试经理给出评审意见
A
关联：需求跟踪表或相关工具
硬件和软件的集成方案是否考概要设计中功能必须合理、明确、清
虑好？
晰地分解到硬件、软件模块中。
A
各子系统的性能开销分配是否 1.7 合理？
1.8 1.9
、防护、环境、热设计、环保此项建议由开发代表/SE/软硬件开发
等？
人员/专业试验人员给出评审意见
概要设计是否考虑配电与电源此项建议由开发代表/SE/软硬件开发监控子系统、环境监控子系统人员/机电人员给出评审意见和板卡监控子系统的设计？
概要设计是否满足可服务性需求？
可服务性需求基线是否得到落实？
关联：
A
Sub-TR：结构设计方案交付件：NA
活动：NA
A A A
活动：《需求跟踪表》 A 或相关需求跟踪工具
A
资料开发计划是否已通过评审资料开发计划包括如下内容：1.包含
并归档到项目文件夹（或配置资料质量目标；2.根据产品路标规划
9.1 管理数据库）？
得来的资料产品规划，3.资料产品开
A
发、测试、检视、评审的环境/人力资
2.3 用本单板的相关产品的总体设联接关系的产品的总体方案，如：单