设计开发评审记录表 V1.0
设计开发输入评审记录表模版
设计输入依据、用途、技术标准、同行业借鉴，符合方案设计需求，满足客户和法规的需要。
评审组长：XXX
评审时间：2023.4.5
参加评审人员
姓 名
职务
所属部门
签字/日期
总经理
2023.4.5
副经理
工程技术部
2023.4.5
副经理
综合管理部
2023.4.5
副经理
软件开发部
2023.4.5
设计输入评审记录表
编号
项目名称
项目设计评审记录表
共1页
第1页
评审类别
会议评审评ຫໍສະໝຸດ 阶段输入评审评审内容：
1.设计依据。
2.方案用途及范围。
3.主要技术能力指标是否满足客户要求。
4.国内同类项目水平分析比较。
5.国家标准、行业标准比较。
已完成的主要工作：
完成了同类比较，标准化审查，资源情况分析，成本方面的分析以及适应用户需求、适应本企业发展要求的情况。
SOP_RM_V1.0(需求评审标准)
修订历史记录目录1目的 (3)2范围 (3)3需求评审的重要性 (3)4角色与职责 (3)5需求评审的注意点 (4)6评审的形式 (4)7评审的标准 (4)7.1组织和完整性 (4)7.2正确性 (4)7.3质量属性 (5)7.4可跟踪性 (5)7.5特殊的问题 (5)8进入和退出审查的标准 (5)9相关文件 (5)10附录 (6)10.1评审标准参考 (6)10.2检查清单 (7)1目的需求管理（RM，Requirements Management）就是在客户和软件项目之间对给定需求建立一种共同的理解，并对给定需求进行管理。
客户包括为公司外部或内部的客户。
需求管理的目的是维护需求并且确保能把对需求的更改反映到项目计划、活动和工作产品中。
2范围顾客需求的变更贯穿了软件产品开发的整个生命周期，所以本控制程序的实施应贯穿于软件项目的整个生命周期，并适用于本公司所有软件开发项目。
3需求评审的重要性软件的缺陷并不是在编程的时候才出现的，需求和设计阶段都会产生问题，如果缺陷发现的越迟，修正这个错误就要返回到以前的状态，反攻的时间就花费的很多了，如果错误还不能够被及时发现，那就可能带来更大的危害，缺陷发现的越找，修正的越早，所用的成本就月低，越迟，成本就越高。
所以我们对需求评审要认真对待了。
概括下有几点•对软件需求进行正确性的检查，能发现需求定义中的错误，从而节约成本，使后续过程的变更减少，降低风险。
•保证软件需求的可测试性，即确认客户的需求是明确的，可遇见的。
可以用测试用例反应出来•通过产品需求，可以使产品，开发，测试等部门相互沟通，达成一致•通过产品需求的评审，更好的理解产品的功能性和非功能性需求，为制订测试计划，测试范围，工作量等提供参考。
4角色与职责•业务专家或是熟悉该业务的人员（通常也叫业务方代表）•文档审查人员•架构师•需求分析师•需求评审组织人员及记录人员5需求评审的注意点•明确自己的角色和责任，熟悉评审的内容•针对问题表达自己的观点，对事不对人。
(完整word版)评审记录表
评
审
认为本《XXX说明书》的内容定义的程序功能范围符合要求，数据流程基本可
意
行，数据关系合理，对每个功能基本都做了定义，表结构设计合理，并且考虑了与
见 XXX的接口，接口设计可行，基本通过评审
和
解
决
措
施
■ A：接受被评审的开发成果/文档
评审结 论
□ B：由于被评审的开发成果/文档不完善，改正后另行评审 □ C：暂时接受被评审的开发成果/文档（小错误已经发现，必须改正，但没必要 另行评审）
版本 V1.0 第 次修改
文档编号：CX07-07
评审记录表
项目 名称 项目经
理
XXX 系统 XXX
项目编号
编号：XX CTS_ZYZQ
评审计划日期 20XX.06.11
评审组 织者 XXX
评审实际日期 评审时间
20XX.06.11
开 始
20XX.06.11
结 束
20XX.06.11
被评审 工件
《XXXXX》(1.0)
□ D：由于被评审的开发成果/文档严重错误，建议终止项目继续开发。
修改完成 日期
无
评审结论 B 下次评审日期
无
评审人签 名
通过 评审意见 执行情况
XX XX XX XX
审核人： XX
20XX 年 6 月 11 日
XXXXXXXXX 公司
1
测试用例评审记录模板V1.0
准备时间： 发现问题数： 3
小时 个
题记录 严重级别 一般 一般 一般 优先级 中 中 中 缺陷来源 需求 需求 需求 问题类型 不完整 不完整 不完整 提出人 徐露 徐露 徐露
评审记录表
评审人： 徐露 评审对象/版本： 移动警务通厕所用例-黄艳 用例评审问题记录 序号 用例编号 模块名称 文件上传（照 1 文件上传（语 2 MobilePolice_FU_Voice_ 片上传） 001 音上传） 社区人口信息 3 采集（居住人 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 问题描述 没有对照片大小进行边界值测试 除了边界查询。没有对其他有效值进行有效查询 没有进行边界值查询
设计和开发评审记录表模板
9.安全性 √ 10. □ 11. □ 12. □
存在问题及改进建议：
1、端口保护的器件需要靠近接插件放置。
2、高速信号参考平面需要连续。
评审结论：
1、端口保护器件的放置后可以下发gerber文பைடு நூலகம்生产PCB。
2、修改电源平面铺铜。
对纠正、改进措施的跟踪验证结果：
设计和开发评审记录表模板
产品名称
项目代号
设计开发阶段
PCB设计
负责人
评审人员
部 门
职务或职称
评审人员
部 门
职务或职称
硬件研发
研发工程师
硬件研发
研发工程师
硬件研发
总监
质量
DQE
生产技术
NPI
采购
经理
评审内容：“□”内打“√”表示评审通过，“？”表示有建议或疑问，“×”表示不同意。
1.合同、标准符合性 √ 2.采购可行性 √ 3.加工可行性 √ 4.结构合理性 ？
已按评审结果修改设计。
验证人/日期：
编制/日期： 批准/日期：
设计和开发验证评审记录
设计和开发验证评审记录
1. 项目背景
本评审记录旨在记录设计和开发验证过程中的关键问题、观察和建议。
完成设计和开发验证是为了确保产品在满足要求的同时具备高质量和良好性能。
2. 评审概述
2.1 评审日期和时间
- 日期：[填写日期]
- 时间：[填写时间]
2.2 参与人员
- 设计团队成员：[填写设计团队成员姓名]
- 开发团队成员：[填写开发团队成员姓名]
- 评审人员：[填写评审人员姓名]
3. 评审内容
3.1 设计验证
3.1.1 问题
- [填写设计验证过程中出现的关键问题] - [填写设计验证过程中观察到的关键问题]
3.1.2 建议
- [填写对设计验证问题的建议]
3.2 开发验证
3.2.1 问题
- [填写开发验证过程中出现的关键问题] - [填写开发验证过程中观察到的关键问题]
3.2.2 建议
- [填写对开发验证问题的建议]
4. 结论
本次评审纪录了设计和开发验证过程中的关键问题、观察和建议。
设计和开发团队应根据评审记录中的建议进行相应的改进和优化，以确保产品达到预期的质量和性能。
评审记录编制人员：[填写编制人员姓名]
评审记录编制日期：[填写编制日期]。
(完整版)设计评审记录表
2、材料及配件是否与顾客要求相符合
3、与原有材料及配件不同之处
5
性能要求
1、性能要求公司的技术能力是否满足
6
包装要求
1、包装方案评估计划
7
生产效率
1、预估每小时的生产产能
8
新设备、工装及刀具、量具
1、新的设备、工装、刀具配置计划表
2、新的量具检具清单
9
其它
参加评审人员
技术
生产
采购
品质
销售
主管副总
总经理
编制：审核：批准：日期：
新产品设计评审记录表
产品名称
产品图号
表单编号：TND/JS-JL-017版本A0
序号
评审项目
评审要求
评审项目描述
确保措施及解决方案
1
顾客的图纸尺寸
1、与公司之前型号不同之处
1
2
3456源自78910
2
工艺要求
1、与之前型号工艺不同之处
1
2
3
4
5
3
顾客特殊要求及注意事项
1、列出顾客的特殊要求及注意事项
4
材料、配件要求
设计和开发测试评审记录
设计和开发测试评审记录测试评审记录是指在软件开发过程中，针对测试工作的进行和结果的评审记录。
其目的是对测试活动进行评价，以保证软件质量，并为后续的软件改进提供指导。
下面是一个测试评审记录的设计和开发示例。
项目信息：项目名称：XXX软件项目版本：1.0测试阶段：系统测试阶段评审日期：2024年10月1日评审人员：评审主持人：张三评审专家：李四、王五、赵六评审内容：1.测试目标和范围的评审-测试目标：验证软件功能的正确性-测试范围：功能测试、性能测试、稳定性测试、安全性测试-评审结论：测试目标和范围明确，涵盖了必要的测试类型。
2.测试计划和策略的评审-测试计划：详细描述了测试活动的计划安排、资源分配和测试环境的准备-测试策略：描述了测试设计、执行和管理的方法和策略-评审结论：测试计划和策略完整，考虑了不同类型测试的需求，并提供了合理的测试方案。
3.测试用例的评审-测试用例：包括了功能测试、性能测试、稳定性测试和安全性测试的测试用例-评审结论：测试用例覆盖了软件的主要功能和各个测试类型的关键点，用例质量较高。
4.缺陷管理流程和工具的评审-缺陷管理流程：描述了缺陷的报告、跟踪和解决流程-缺陷管理工具：评估了缺陷跟踪工具的功能和易用性-评审结论：缺陷管理流程清晰，缺陷管理工具功能完备且易于使用。
5.测试环境的评审-测试环境：描述了进行测试所需的硬件、软件和网络环境-评审结论：测试环境满足测试需求，各项资源齐备。
6.测试执行和报告的评审-测试执行：描述了测试用例的执行过程和结果-测试报告：包括了测试活动的总结、缺陷统计和软件的质量评估-评审结论：测试执行和报告详细准确，测试结果可靠，为后续改进提供了指导。
评审结论：综合评审结果，测试目标、范围、计划和策略、用例、缺陷管理流程和工具、测试环境、执行和报告等方面均符合测试要求。
评审小组对测试工作表示满意，并建议继续保持测试质量，在后续阶段加强对关键功能和性能的测试。
设计开发评审记录
10□ 11 □ 12 □ 13 □
评审内容：
1.合同、标准符合性
2.采购可行性
3.加工可行性
4.结构合理性
北B/CX-D5.6.8
评审内容：
5.可维修性
6 可检验性
7美观性
8环境影响
9安全性
记录人
日期
北京博邦重工机械有限公司
设计开发评审记录
共2页第1页编号BJB/CX:-D5.6.8
项目名称
型号规格
设计开发阶段
负责人
评审人员
部门
职务或职称
评审人员
部门
职务或职称
`
评审内容：“□”内打“√”表示通过，“？”表示有建议或疑问，“╳”表示不同意
1合同、标准符合性□ 2 采购可行性 □ 3加工可行性 □ 4 结构合理性 □
设计开发评审记录表
2)动作：**
3)技术参数符合**技术条件
4)材料要求符合**技术条件
5)安装尺寸要求符合**要求
6)外观要求符合**技术要求
是否充分
□通过□存在问题
是否适宜
□通过□存在问题
要求是否完整
□通过□存在问题
要求是否清楚
□通过□存在问题
所有要求是否没有相矛盾
□通过□存在问题
2.法律法规要求：
要求是否完整
□通过□存在问题
要求是否清楚
□通过□存在问题
所有要求是否没有相矛盾
□通过□存在问题
4.设计开发其他要求：
1)RAMS控制
2)生命周期成本LCC
3)产品老化管理
4)产品生命周期结束
5)顾客或通过终端用户要求：
**年**月**日送样
样品***件
是否充分
□通过□存在问题
是否适宜
□通过□存在问题
1)符合GB/T**
2)符合GB/T**
是否充分
□通过□存在问题
是否适宜
□通过□存在问题
要求是否完整
□通过□存在问题
要求是否清楚
□通过□存在问题
所有要求是否没有相矛盾
□通过□存在问题
3.以往可ቤተ መጻሕፍቲ ባይዱ用的设计信息：
1)**产品工艺文件可以参考
2)**产品FMEA可参考
是否充分
□通过□存在问题
是否适宜
□通过□存在问题
要求是否完整
□通过□存在问题
要求是否清楚
□通过□存在问题
所有要求是否没有相矛盾
□通过□存在问题
对存在问题和不足采取措施的建议（内容较多可另附页）：
设计和开发评审表
评审人
部门
ቤተ መጻሕፍቲ ባይዱ职位
评审人
部门
职位
编制/日期：
审核/日期：
批准/日期：
评审结论改进措施的验证情况：
验证人：
5.可维修性□ 6.可检测性 □ 7.美观性 □ 8.安全性□
9.环保性 □ 10.操作简便□ 11.经济性 □ 12.继承性 □
工艺
评审
1.经济性□2.工艺流程合理□3.检测方法合理□
4.工序能力□5.质控点设置合理□6.设备选型合理□
7.外协可行性□8.工装设计可行性□
存在的问题及改进的建议：
评审的结论：
设计和开发评审表QR-QP08-04
设计开发的评审贯穿于设计开发的整个过程，通过评审确定设计和开发的结果是否满足要求的能力，以确保设计和开发的适宜性、充分性和有效性。具体方案如下表：
产品型号：
产品名称：
评审主持人：
评审时间：
评审内容：□内打“√”，表示通过评审；打“？”表示疑问或有建议。
技术
评审
1.要求符合性□ 2.结构合理性 □ 3.加工可行性 □ 4.采购可行性□
设计开发评审报告及设计开发全套记录
设计开发评审报告
设计开发验证报告
设计和开发控制流程图
产品设计开发计划
设计开发任务书
表格编号：QR—7.3—02 设计开发评审报告
表格编号：QR—7.3—03 设计开发验证报告
表格编号：QR —7.3—04
设 计 确 认 报 告
（产品鉴定报告）
表格编号：QR—7.3—05
设计评审、设计验证、设计确认的比较
目的评价设计结果满足质量要求的能力证实设计阶段输出是否确保设计阶段输
入要求通过产品确认设计是否满足使用要求
对象各设计阶段结果设计输出文件、计算书或样品等通常是最终产品(样品)
参与人员与被评审设计阶段有关的所有职能门代表需要时也包括其它专家通常是设计部门必须包括使用者或能代表使用要求的人员
时机设计适当阶段，该阶段结束前，但最终设计阶段完成必须评审设计适当阶段，一般是设计阶段输出形成结果时成功的设计验证后，一般针对最终产品，也可阶段确认
设计评审：为了评价设计满足质量要求的能力，识别问题，若有问题提出解决办法，对设计所作的综合的、有系统的并形成文件的检查。
设计验证：为了评价设计满足质量要求，通过检查和提供客观证据，表明现定要求已经满足的认可。
设计确认：为了评价设计满足质量要求，通过检查和提供客观证据，表明一些针对某一特定预期用途的要求已满足的认可。
产品试制通知单
表格编号：QR—7.3—06
表格编号：QR—7.3—07。
检具设计方案评审表
项目内容标题检具设计方案评审表时间[填写评审表的日期]评审人[填写评审人姓名]版本[填写评审表的版本号，例如v1.0]文档编号[填写评审表的编号]1. 引言本评审表用于评审检具设计方案，旨在确保设计方案符合设计要求、可行性和实施性，并评估其性能、可靠性和可维护性。
评审人员应根据设计方案的内容进行逐项评审，并记录相应的意见和建议。
2. 评审内容项目描述方案目标[填写设计方案的目标和要求]设计方案[填写设计方案的主要内容概述]设计原则[填写设计方案遵循的设计原则，如可靠性、可维护性、易用性等]关联文档[填写与设计方案相关的文档编号和标题]需求分析[填写设计方案的需求分析结果]设计方向[填写设计方案的设计方向和思路]核心技术[填写设计方案的核心技术]设计流程[填写设计方案的详细设计流程]性能评估[填写对设计方案性能的评估方法和结果]风险评估[填写对设计方案可能存在的风险和应对措施]3. 评审结果项目评审结果建议修改[填写需要修改的项目和建议修改内容]合格[填写该项目是否合格，是则勾选，否则留空]不合格[填写该项目是否不合格，是则勾选，否则留空]备注[填写评审意见和建议]评审人签名[评审人在此处签名确认]评审日期[评审日期]4. 评审结论本次评审对检具设计方案进行了全面的评估和分析，评审人员就设计方案的目标、原理、技术、性能、风险等方面发表了自己的意见和建议。
根据评审结果，将对设计方案进行适当的修改和改进，以确保设计方案的完善性和可行性。
评审人员签名：_______________日期：____________________。
设计评审记录
27.是否考虑成功的设计范例？
28.功能使用要求能否实现？29.其它
存在问题及改进建议（对应评审点）
评审结论：
问题解决结果
跟踪者
拟验证日期
评审人
部门
评审人
部门
评审人
部门
注：□内打“√”表示已考虑/能实现，打“？”存疑/问题。
设计评审记录
HY/JLB-8.3-04编号：
产品名称/型号
评审部门
设计阶段
初步□详细□工艺□
评审方式
会议□会签□
评审的设计文件或对象
评审主持人
评审时间
充分性
1.是否考虑了技术合同的所有要求？
2.法律、法规要求是否充分反映？
3.是否充分考虑了顾客潜在的要求？
适用性
4.标准符合Biblioteka 5.结构合理性6.加工可行性7.采购可行性
8.标准化/互换性9.经济性10.可操作性11.可检验性
12.可维修性13.安全性14.环境影响15.美观性
16.新材料适宜性17.特性分析18.其它
工艺合
理
19.新方法的工艺合理性20.工艺流程合理性21.工序能力
22.质控点设置合理性23.设备能力满足要求24.工装设计可行性
25.检测方法合理性26.其它
设计评审记录表（模板）
附录 16编号：GTR65000-12 版本：2012景观方案评审记录表（公寓）评审时间：注：该表一式两份，报备景观公司设计管理部与项目公司工程部资料室。
附录17编号：GTR65000-13 版本：2012景观方案评审记录表（别墅）注：该表一式两份，报备景观公司设计管理部与项目公司工程部资料室。
附录 18编号：GTR65000-14 版本：2012景观方案评审记录表（法合）注：该表一式两份，报备景观公司设计管理部与项目公司工程部资料室。
附录 19编号：GTR65000-15 版本：2012 景观扩初评审记录表（公寓）评审时间：注：该表一式两份，报备景观公司设计管理部与项目公司工程部资料室。
附录 20编号：GTR65000-16 版本：2012 景观扩初评审记录表（别墅）评审时间：注：该表一式两份，报备景观公司设计管理部与项目公司工程部资料室。
附录 21编号：GTR65000-17 版本：2012 景观扩初评审记录表（法合）评审时间：注：该表一式两份，报备景观公司设计管理部与项目公司工程部资料室。
附录 22编号：GTR65000-18 版本：2012景观施工图评审记录表（公寓）评审时间：注：该表一式两份，报备景观公司设计管理部与项目公司工程部资料室。
附录 23编号：GTR65000-19 版本：2012景观施工图评审记录表（别墅）评审时间：注：该表一式两份，报备景观公司设计管理部与项目公司工程部资料室。
附录 24编号：GTR65000-20 版本：2012景观施工图评审记录表（法合）评审时间：注：该表一式两份，报备景观公司设计管理部与项目公司工程部资料室。
MKT_CD_T_0013IPMTCharter评审要素表_V1.0
作者 修订执行人
第2页共3页
IPMT Charter评审表
产品名称/版本： 评审要素
检查结果 要素权 检查结果说明
（100分） 重（％）
1. 产品包目标客户否清晰？如帮助客户增
加收入、降低 CAPEX/OPEX、提高客户竞
10
争力
3. 产品包对公司价值是否清晰？－ 是否描述清晰产品包在 xx 公司和产品线的
5. 产品包所包含的需求包是否清晰、合理？
20
6. 产品包是否有竞争力？是否对构建该产品
15 包竞争力给出明确策略？
7. 对影响该产品的行业及产业链成熟情况和
5 发展是否进行了清晰评估？
8. 是否给出该产品包关键实现路径策略？
10
9. 是否给出了资源预估？是否有资源做？
5
10. 风险评估是否充分？是否给出明确的风险
IPMT Charter 评审表 Checklist
MKT_CD_T_0013 V1.0
拟制 审核 批准
xxx
日期
20XX- XX- XX
xxx
日期
20XX- XX- XX
xxx
日期
20XX- XX- XX
深圳市xx电子股份有限公司
日期
修订版本
20XX-XX-XX Vx.y
修订记录
修改描述 简要描述修订内容
组合路标中的位置？
产品包是否支持 xx 和产品线战略？
产品包是否能够给 xx 带来收益（赢利、竞
10
争定位的提升等）？预计未来 5 年有多少收
益？如果不赢利，有没有其它收益？
产品包是否会提高整个组合的位置？
如果不做该产品，对 xx 有多大损失？