OA-项目阶段评审表-4-编码评审报告
APQP第二阶段小结项目阶段评审报告
标注
项目编号： 实际日期：
■是 ■是 ■是 ■是 ■是 ■是 ■是 ■是 ■是
□否 □否 □否 □否 □否 □否 □否 □否 □否
□ 附注 □ 附注 □ 附注 □ 附注 □ 附注 □ 附注 □ 附注 □ 附注 □ 附注
项目小组
■ 同意转入下一阶段 评论： 该阶段的各项评定符合要求,同意进行下一阶段
□ 拒绝进入下一阶段
第二阶段小结（项目阶段评审报告）
项目负责人： 批准：
项目名称： 计划日期：
- 机器设备是否能满足客户的需求？ - 检验设备是否能满足客户的需求？ - 供应商是否明确需要提交的相关资料？ - 是否有通知供应商送样？ - 是否有通知制作样品？ - 模具是否已验收 OK? - 样品的各项参数是否有制定？ - 样品的尺寸外观是否有确认？ - 样品的性能是否有测试？
项目小组组长： 项目小组：
批准：
项 目 小 组 决 定（最终决定）
项目作调整 在转入调整阶段谦需作深入研究 转责人：
分发人：
项目管理：阶段性评审报告模板案例
待解决问题分析：
工艺参数设定
资源配置需求：
现有设备设施能够满足NFc方向盘骨架的生产
评审结论：
NFc方向盘开发小组第一阶段任务已按计划完成。
项目小组成员认可：
编制：
审核：
批准：
项目管理：阶段性评审报告模板案例
第一阶段评审报告
项目名称
零件号/版本号
文件编号
客户名称
工作内容完成情况：
本阶段，通过市场调研、可行性（质量、经济、制造）分析，总经理组织会议对NFc方向盘进行立项，并成立了多方论证小组，明确了各小组成员的职责，开发并确定了产品的特殊特性，确定了产品流程及生产该产品所需的设备、工装和设施的要求，最后小组对该产品进行了可行性评审。
XXX(项目编号)TR4评审报告-PPT模板
售后服务及 技术支持准备
售后服务及技术支持的相应资料及指导书已交付，人员已得到培训。
TR4主要工作及完成情况——试产验证：
项目状态汇报
包括： 1、试产情况概述： 包括试产准备情况、试产起始时间、试产完成情况等。
2、试产质量指标达成情况 包括直通率、物料上线不良率等。参照《TR4验收评估报告》中的内容编写。
3、试产问题分析报告（记录试产问题的质量问题跟踪表需插入到此页） ： 1）可以按问题总数、类型、严重度、 原因的类型（硬件、软件等）、问题状态等
序号
遗留问题
1
项目遗留问题及风险说明
问题遗留原因 对后续工作的影响
应对措施
负责人
预计完成 时间
遗留问题最好直接列入此页中，若问题太多，也可插入文件
项目遗留问题及风险说明
项目风险：
序 号
风险描述
风险应对措施
风险分类
负责 人
1
APA功能的测试及调试延期到9月20日提供（延期一 与长安沟通延期风险并跟进 进度风险
BUG类型、BUG原因类型（硬件、软件、结构设计、结构类供应 商、实验方法等）、处理状态等进行分析；
2）未关闭的问题需要直接写在PPT中，要列出计划解决时间（ 质量问题跟踪表需要插入此页汇总）；
3、实验过程总结： 经验、教训
说明：对委外进行软硬件设计的项目，需从我司摸底实验、委 外单位摸底实验两个角度分别按以上思路进行分析
SOP阶段质量状况
代码评审标准与结果
注释对于理解代码是否有帮助
7
代码中的注释是否充分
8
代码中的注释是否过多
布局/封装缺陷
1
代码布局风格和缩排标准是否前后一致并体现其逻辑结构
2
代码中是否存在已被注释且不再使用的代码
3
复杂程序是否合理地分解成多个子程序
4
每个方法的代码量是否都不超过60行
5
方法或类之间是否具有低耦合性
6
方法或类之间是否具有高内聚性
2
比较运算符是否正确
3
布尔表达式是否通过内部否定操作进行了简化
4
每个布尔表达式是否都正确
5
比较操作是否存在不引人注意的副作用
6
是否存在“&&”替换为“&”或“||”替换为“|”的情况
7
代码中是否避免了对浮点型数值的相等比较操作
流程控制缺陷
1
每个循环是否选用了最佳循环结构
2
所有的循环结束条件是否明显
3
6
注释对于理解代码是否有帮助
7
代码中的注释是否充分
8
代码中的注释是否过多
布局/封装缺陷
1
代码布局风格和缩排标准是否前后一致并体现其逻辑结构
2
代码中是否存在已被注释且不再使用的代码
3
复杂程序是否合理地分解成多个子程序
4
每个方法的代码量是否都不超过60行
5
方法或类之间是否具有低耦合性
6
方法或类之间是否具有高内聚性
7
是否存在重复代码且它的功能可以通过调用其他方法实现
8
方法参数数量是否控制在5个以内
性能/算法缺陷
1
是否存在更好的数据结构和算法可以采用
测试计划评审检查表
5 是否明确测试环境（软件、硬件环境）？
6 是否对选定的测试工具的相关信息进行了详细描述并且经过确认？
7 测试各阶段的人员和进度安排是否合理？ 是否确定了测试阶段存在的主要风险，制定了详细的控制措施，并已经取得部
8 门或公司领导层的支持？
9 是否明确了配置库的层次结构？
10 《配置库结构层次ຫໍສະໝຸດ 》中确定的层次结构是否完整、实用？
11 是否明确了测试过程中基准配置项变更与完善控制的界定准则？
说明：（责任人对确定为“否”的检查项给出必要说明）
第 1 页/共 1 页
测试计划评审检查表
表格编号：项目编号-阶段/文档类别代号-两位顺序号
项目名称：
序 号
检查项
结 果
1 是否明确测试目的、预期达到的目标以及本次测试的范围？
2 是否完整、清晰地列出本计划中的专用词汇，并沿用了先前过程中定义词汇？
3 是否根据确定的测试类型与测试范围明确测试所需的手段、方法？
4
是否根据软件产品或项目的实际特点，对"A"、"B"、"C"、"D"四类问题的分级 原则进行了明确、详细地描述？
代码评审表模板
代码评审表模板代码码码码清;Code Checklist,版本,1.0码品/码目码名,称宅急送码品/码目名,称公共版本,号 1.0被码码人码字, 码码容,内___ ______码码人码字 ,___________ 码码日期, _ ____码明,码码清被码码码名模码名称码品名称码码码常码是否程序是否明地注码了其码码功能确注码格式是否正确程序码元是否承码一码码担码码程序是否合理地分解码子程序程序中接口定码是否明晰异常码理是否符合码范包名、码名命名是否符合码范方法名命名是否符合码范码量/常量是否相码系列码量是否码一集中明～自定码据码型码量是否码行了必要而充分的描述声数码量是否按相码码范码行了命名;有意码的命名、据码型的分等,数区码量是否按其命名含码承了码一的使用目的～必要码是否定码了码外码量担清晰码量引用是否正码码确常量是否使用getter/setter方法码码是否码用良好定码的枚码码型替代了码码的字符码码或布码码量使用UFBoolean是否使用UFBoolean构数构造函码行造码理可码String码是否未使用StringBuffer是否码先使用Java码准码提供的容器;ArrayList、HashSet、HashMap、LinkList,码理码序来码、集合、码码码合堆码码列构数码码的使用码景是否正数确码于public尽慎量码使用不同作用域码量名量不要相同称尽算法是否数构据码是否合理、精码算法是否可以立码码～是否据码和其他算法隔独与数离是否量避免了嵌套的用尽运码码码码是否码行了必要而充分的注码控制是否代码码行路是否径清晰Switch码句是否有缺省分支控制码码码码度是否合理～是否码行了必要而充分的注码每循码是否码码行了码一而明的功能个体确与数将数达常比码需要常放在比码表式的前面布局是否代码是否良好格式化能码其码码码并体构码码是否程序是否可码、可码展健并壮具码码码码是否已可能的“码藏”体尽是否码先使用接口而不是抽象码或具码体方法是否在参数5个内以方法用慎public修码符码于不需要子码重码的码量使用来尽final码象作用域是否码大效率是否尽内量不要在循码出码码程码用每码码码作码程码用次是否小于个数3次码程码用据码码是否有不必要的冗余据数数SQL是否Sql码句小写引用字符使用码引号码禁使用select * 形式的码句～必码指出具字段体码禁使用insert into table values;,～,～,,～必码指出具要码码的字段体避免码含的码型码码;不同据码型字段相加,数子码码前后必码加上括号避免在where使用’1=1’,’1=2’码码表方式作码部分件达条禁止使用码码禁止使用XX in () or XX in ()(in中的元素不码超码个数500)禁止使用or超码500个禁止使用not in～建码使用not exist禁止在一条sql码句中使用3码以上的嵌套如果有多表码接码～码码有主之分～量一表取从尽从个数Where子句码码件～索引列或码码码码最多的件码码放在前面条条字符串码接必码使用“||”Case when码句中只能出码=、>=、<=以及is null运算符左码接法必码码”写outer”码码字Sql中函是否在指定范码数内Join与on必码码格匹配码码码清码码描述码码修改日期修改日期码码人码字。
品质保证体系流程图
N
样件
Y
确认
实验确认 N
Y
工程图样确 认
设计 变更
N Y
实施变更
确认产品和过程特殊特性
确认新设备、工装
确认量具和试验设备
①检测报告
②试验报告 ③工装设备清单 ④产品/过程特殊特性 清单 ⑤量检具试验装备清 单
①《产品设计开发策划管理 程序》 ②《产品和过程更改程序》 ③《事态升级管理办法》 ④《FMEA管理办法》
顾客
N 顾客
Y
品质体系保证图
总经理
财务控制部 技术开发部 生产管理部 质量保证部
供方
①外来文件评审记 录 序》 ②纠正预防措施计 划表 ③略：按文件输出
输出文件
①《产品设计开发策划管理 程序》
②编《制生：产过程控制程序》
③《采购管理程序》 ④《工装管理程序》
⑤审《核设：备管理程序》
⑥《人力资源管理程序》 ⑦《检验测量设备控制程序
供方
②产品/过程特殊特 ①《产品设计开发策划管 技
性清单
理程序》
术
③DFMEA ④样件控制计划
②《FMEA管理办法》
开
③编《制产：品安全与责性与责 发
⑤产品设计草图 任管理办法》
部
⑥产品标准 ⑦设计评审记录
审核：
批准：
输出文件
关联文件
主责 部门
二 、
产 品 设 计 和 开 发
2/7
文件编号:J
版 本 号:
批量 生产 /顾 客反 馈
②产品图纸 ③检查基准书 ④作业指导书 ⑤控制计划 ⑥包装作业指导书 ⑦各工序作业、检
查记录
顾客不良反馈
合格品发运 售后/服务
新产品开发阶段性评审报告(DR4)
时间：
地点：
产品类别 评审内容 对应者
工程部 市场部 技术中心 项目管理部 工程部 质量管理部 质量管理部 质量管理部 产品验证检测 中心 质量管理部 工程部 采购物流中心 质量管理部 采购物流中心 质量管理部 制造中心 制造中心 制造中心 制造中心 制造中心 质量管理部 质量管理部 质量管理部 项目组 技术中心 工程部 技术中心 技术中心 工程部
相关文件
阶段性评审报告(DR3) 样机确认表 零件确认书 试产通知书 控制计划 控制计划检查清单 测量系统分析表 初始过程能力调查研 究表 PPAP资料 试验报告 检验/试验报告 PFMEA 过程FMEA检查清单 新品转量产交接表 IQC来料检验报告 供应商PPAP资料 PSW 作业指导书管理台帐 设备有效性记录表 培训记录签到表 新品试产前工作检讨 及实施 设计品质目标书/初期 流动管理计划书 新品试产问题点总结 报告书 产品质量策划总结和 认定报告 包含上述文件 产品履历表 技术资料 零件图纸 经验教训履历表 经验教训活用检查表
24
25 26
第1页，共2页
27 28
项目管理部是否对《生产准备进度情况计划、报告书》中的 目标实施完成情况进行跟踪？ 是否识别出项目风险，并制定相关应对措施及进行跟踪、管 理？
项目管理部 项目管理部
《生产准备进度情况 计划、报告书》 项目风险跟踪表
Hale Waihona Puke 3、评审结果： □ 本次DR4评审通过,批准进入量产阶段。 □ 本次DR4评审有条件通过,批准进入量产阶段。 □ 本次DR4评审不通过，按下记课题进行改善： （1）、改善课题事项： NO. 1 2 3 （2）、下次DR4日程： 4、会签
新产品开发阶段性评审报告（DR4）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
OA系统 1.0
详细设计评审报告
文件控制文档编号分册名称总页数☑受控☐不受控
O A-1703 版本号 1.0
O A项目开发-详细设计评审报告第1册/共1册6页正文
审批
4页附录无
编制江华谭璨生效日期2014/4/10
湖南楚晟科技有限公司
修改变更记录：
更改条款及内容更改人
江华审批人
谭璨
更改日期
1.0 2014/4/10
声明：
在软件开发过程中的适当阶段对软件阶段产品进行评审，是确保软件产品最终质量的重要方法。
阶段评审可以对某个开发阶段的阶段产品进行评审，也可以对某几个开发阶段的阶段产品进行综合评审。
在每次阶段评审中，必须履行正式手续，填写必要的评审表格，以利于项目管理工作，利于产品验收时的质量检查工作。
项目阶段评审表由三张子表组成，表 1是对评审中指标问题记录
RPL(review problem log)；表2是评审总结报告RSR(review summary report)；表3是评审小组成员登记与签字表。
表 1评审问题记录（RPL ）
3
登记号
2014/4/10 RPL
评审问题记录 评审日期 评审性质评审√复审□
1 项目名 编号 O A 系统项目 问题摘要
项目编号 问题类型
是否解决 是 是 是 是 是 是 是 是
1 2 3 4 5 6 7 8 9 是否所设计的架构，包括数据流、控制流和接口，被清楚地表达了清晰性 清晰性
是否所有的假设、约束、策略及依赖都被记录在本文档了
数据元素、流程和对象的命名和使用在整套系统和外部接口之间是一致性 一致性 是否依照实际操作环境（硬件、软件和支持软件）进行详细设计 可行性 是否出现了错误的、缺少的或不完整的详细设计逻辑 编码规范 代码设计是否符合规范、是否符合概要设计要求 数据使用 是否已描述最低级别数据元素，是否已详细说明取值范围 算法设计
对所有算法设计、说明是否具体、明确 程序接口实现是
程序接口设计是否明确、具体
操作界面的设计是否采用了人性化的设置（例如：词汇、使用信息程序接口实现是
和进入系统的提示是否人性化） 10 程序输入输出是
11 12 13 14 程序所有输入输出是否描述具体清晰
是否已经对继承设计、代码或先前选择工具的使用进行了详细说明可维护性 是
重要模块说明是 是否对主要逻辑模块进行了特殊的说明和解释 该设计能够提供错误检测和恢复吗？
可靠性
是 是
是否能够对该系统进行测试、演示、分析或检查来说明它是满足需易测性 求的
15 易测性 是 是
16 17 该系统是否能用增量型的方式来集成和测试 可追溯性
是否各部分的设计都能追溯到需求说明书的需求
表2 评审总结报告（RSR ）
登记号
3 RSR
评审总结报告
评审日期
201/4/10
评审性质评审□复审□
项目名 O A 系统项目
项目编号
1
评审主题 O A 系统详细设计评审报告、及阶段总结
组长
陈寨云
部门
开发部
评审小组 成员
成员 马跃、彭斌。
根据评审材料《OA 系统项目_详细设计说明书》（以下简称《详细设计》）以及系统开发已经
完成的模型，对 OA 系统项目的详细设计工作进行评审，对《详细设计》进行全面分析，这包括对
以下方面的分析：清晰性，完整性、一致性、可用性、数据的使用、算法实现、重要模块实现、程
序接口实现、程序的输入输出、程序可维护性、可靠性、易测性以及可追溯性等，通过对这些方面 的分析，得出有效结论为 O A 系统下一阶段提供可行的依据。
评审
任务
《OA 系统概要设计说明书》
评审
《OA 系统详细设计说明书》
材料
《OA 系统数据库详细设计说明书》及相关规范文档。
不需修改
通过
评审 稍作修改
通过，不需修改
结论
不通作重要修改 过 要重新评审
《OA 系统项目_详细设计说明书》细化和实现《OA 系统概要说明书》所定义的软件设计，
评论给出了OA 系统功能、算法和重要模块的实现细节。
设计内容范围在其控制范围内，技术路线可行，
文档格式内容规范，可作为OA 系统开发的依据，指导项目编码开发实现，评审小组同意通过评审。
表3评审成员登记与签字表
OA系统项目各阶段评审工作登记表
姓名职务评审日期
2014/3/10
2014/3/10
2014/3/10 备注
陈寨云马跃彭斌主评审员评审员评审员。