PPQA检查表-设计阶段活动和工作产品检查表
合集下载
需求分析阶段活动和工作产品检查表
需求分析阶段活动和工作产品检查表
编号 项目名称 程序文件名 检查人 检查项
日期 项目经理 文档编号 所属部门 通过项
序号
检查项
检查结果
情
需求在《系统需求说明书》和其它已批准的格式中文档化。 是[ ]否[ ]
《系统需求说明书》是否包含了必要的需求分析。
是[ ]否[ ]
《系统需求说明书》的编写对相关规程和计划的符合性。 是[ ]否[ ]
是[
]否[
]
作产品检查表
工作量 通过率
情况说明
《系统需求说明书》是否经过评审，并纳入配置管理状态形 成基线。
是[
]否[
]
《系统需求说明书》是否受到变更控制，并对变更进行记录 是[ ]否[ ]
需求分析里程碑结束是否进行正式的评审。
是[ ]否[ ]
需求分析里程碑评审相关人员是否参加：项目经理、项目组
成员、PPQA人员、用户代表、测试经理、测试人员、高级经 是[ ]否[ ]
理、其他部门的专家。
ห้องสมุดไป่ตู้
是否开发验收测试计划及其一定数量（20%-30%）的验收测
试用例，对需求的符合性。
是[ ]否[ ]
接口需求在一个接口需求规格说明或其它已批准的格式中文 是[ ]否[ ]
需 档求 化分 。析对项目计划中定义的生命周期阶段活动的符合性。 是[ ]否[ ]
需求分析是否按照项目计划（PP）中定义的生命周期阶段输 出产生相应的输出。
编号 项目名称 程序文件名 检查人 检查项
日期 项目经理 文档编号 所属部门 通过项
序号
检查项
检查结果
情
需求在《系统需求说明书》和其它已批准的格式中文档化。 是[ ]否[ ]
《系统需求说明书》是否包含了必要的需求分析。
是[ ]否[ ]
《系统需求说明书》的编写对相关规程和计划的符合性。 是[ ]否[ ]
是[
]否[
]
作产品检查表
工作量 通过率
情况说明
《系统需求说明书》是否经过评审，并纳入配置管理状态形 成基线。
是[
]否[
]
《系统需求说明书》是否受到变更控制，并对变更进行记录 是[ ]否[ ]
需求分析里程碑结束是否进行正式的评审。
是[ ]否[ ]
需求分析里程碑评审相关人员是否参加：项目经理、项目组
成员、PPQA人员、用户代表、测试经理、测试人员、高级经 是[ ]否[ ]
理、其他部门的专家。
ห้องสมุดไป่ตู้
是否开发验收测试计划及其一定数量（20%-30%）的验收测
试用例，对需求的符合性。
是[ ]否[ ]
接口需求在一个接口需求规格说明或其它已批准的格式中文 是[ ]否[ ]
需 档求 化分 。析对项目计划中定义的生命周期阶段活动的符合性。 是[ ]否[ ]
需求分析是否按照项目计划（PP）中定义的生命周期阶段输 出产生相应的输出。
PPQA-SP11-4-项目计划过程检查表(参考)
《项目计划》的评审是否通过
《项目计划》是否需要修订
是[ ]否[ ]
评审中出现的问题是否被记入“问题跟踪表”
度量与分析计划经过评审并处于配置管理之下
是[ ]否[ ]
配置管理计划经过评审并在配置管理的控制下
是[ ]否[ ]
质量保证计划经过评审并在配置管理的控制下
是[ ]否[ ]
项目测试计划经过评审并在配置管理的控制
是[ ]否[ ]
04
《WBS》中每个任务是否赋予了一个唯一的标识符，是否描述了每个任务的工作
是[ ]否[ ]
05
《WBS》与用户需求是否形成了对应关系
是[ ]否[ ]
06
《WBS》工作包分解结构是否基于需求的工作范围
是[ ]否[ ]
07
详细定义了适用于项目开发的生命周期并详细定义各个阶段
是[ ]否[ ]
是[ ]否[ ]
项目验收测试经过评审的计划处与配置管理之下
是[ ]否[ ]
是否对软件项目估计和审查所花费的时间和资源进行度量和分析
是[ ]否[ ]
22
《项目计划》及相关文档的完整性、规范性
是[ ]否[ ]
PPQA检查表-PP过程域检查表（2/2）
项目名称
项目ID
检查人
李玉新
检查日期
序号
检查内容
检查结果
情况描述
在整体项目计划中详细定义项目成员的委托关系，检查《项目约定表》
是[ ]否[ ]
按照《评审规程》评审项目计划及其工作产品
是[ ]否[ ]
08
是否在计划中标识了主里程碑、约束、任务依赖关系
是[ ]否[ ]
09
是否定义里程碑活动的适当时间间隔
《项目计划》是否需要修订
是[ ]否[ ]
评审中出现的问题是否被记入“问题跟踪表”
度量与分析计划经过评审并处于配置管理之下
是[ ]否[ ]
配置管理计划经过评审并在配置管理的控制下
是[ ]否[ ]
质量保证计划经过评审并在配置管理的控制下
是[ ]否[ ]
项目测试计划经过评审并在配置管理的控制
是[ ]否[ ]
04
《WBS》中每个任务是否赋予了一个唯一的标识符，是否描述了每个任务的工作
是[ ]否[ ]
05
《WBS》与用户需求是否形成了对应关系
是[ ]否[ ]
06
《WBS》工作包分解结构是否基于需求的工作范围
是[ ]否[ ]
07
详细定义了适用于项目开发的生命周期并详细定义各个阶段
是[ ]否[ ]
是[ ]否[ ]
项目验收测试经过评审的计划处与配置管理之下
是[ ]否[ ]
是否对软件项目估计和审查所花费的时间和资源进行度量和分析
是[ ]否[ ]
22
《项目计划》及相关文档的完整性、规范性
是[ ]否[ ]
PPQA检查表-PP过程域检查表（2/2）
项目名称
项目ID
检查人
李玉新
检查日期
序号
检查内容
检查结果
情况描述
在整体项目计划中详细定义项目成员的委托关系，检查《项目约定表》
是[ ]否[ ]
按照《评审规程》评审项目计划及其工作产品
是[ ]否[ ]
08
是否在计划中标识了主里程碑、约束、任务依赖关系
是[ ]否[ ]
09
是否定义里程碑活动的适当时间间隔
产品设计和开发检查表
说明：判定栏×n：表示不符合项，n 表示不合格报告序号。 审核员/日期：
内审检查表
JT/QR7.3a 受审部门：生产部
共4页第3页
审核条款 序号
检查内容及方法
检查结果记录
判定
7.3.3 1 了解设计和开发的输出情况 设计和开发的输出文件有：
设计和
设计和开输出了那些文件，是 1.产品图样
开发输
否包含：
相关的职能代表
员，设计人员
说明：判定栏×n：表示不符合项，n 表示不合格报告序号。 审核员/日期：
内审检查表
ZH/QR7.3a 受审部门：生产部
共4页第4页
审核条款 序号
检查内容及方法
检查结果记录
判定
7.3.5 1 设计和开发过程是否按策划 1.进行了验证，是在设计和开发输出时进行
设计和
的要求进行验证，是否在设计
4.2.4 1 质量纪 录
了解产品质量记录的控制方 1.在项目完成是统一归档，按质量记录管理程序
法？
进行管理
6.2.2 1 能力的 确认
对设计和开发小组成员的能 1.按设计人员评价条例的要求对设计人员的能
力是否进行过评定
力进行了评定。计算机能力，学历，工作经验等
8.2.3 1. 设计和开发过程是否进行监 1.按策划的进度要求进行检查
开发验
和开发输出时进行
证
2 验证的目的是什么？
1.验证的目的是：设计输出是否满足输入的要
求。
3 采用什么方法进行验证？
1.性能测试
2.产品对比
4 索取验证记录查看：
1.能出示完整的验证记录
① 设计和开发输出是否满足 2.记录是完善的，符合
APQP阶段评审检查表
QC
G
图纸内容是否包含几何尺寸、公差、正确的
4
数据、正确的标识、关键特性、技术要求等 。供方应有一份通过客户发放或客户批准的
PE
G
图纸
技术要求文件是否受控和齐全，包括但不局
5 O 限：工程图纸、工程变更资料、技术协议、 PE
G
T 试验大纲等
S 过程流程图清晰体现了生产操作的顺序，包
样 括零件描述、检验、运输、存储、外包服务 6 件 和备用路径（返工、返修和备份）以及最新
PM
G
制 的产能计划信息。
造
准 确保有预防性维护，工装安装等的操作指导
7 备 书。在工位上可看见过程定义/说明和视觉辅 PM
G
助教具等
8
是否进行了过程FMEA，以及计划了如何定期 更新？
PM
G
现状与任务
RA-PP-COP02-052
PE-客户 PM-客户 BUYER-客户 W&L-客户
audit data
QC
14
零部件检查基准书和零部件测量计划是否客 尺 户的批准
QC
寸
15
零件全尺寸在供方、客户外检和PM共同确认 QC
16
试装、路试、验证的问题点是否得到监控和 关闭
PM
17
工程测试失败是否有相应的应急计划
PE
性 DV&PV测试是否按照指定的资源和时间计划 18 能 开展
PE
19
DV&PV测试结果是否已得到PE的确认
PE
构成产品的所有零部件或原料的材质都得到 20 材 了定义。
PE
21
料 构成产品的关键部件的性能、尺寸、外观等 要求都有证据进行严谨的确认和认证
QPA检查表
1.是否有一份最新的模具清單（包含所有模具）？ 2.是否有詳細的模具保養/維護計畫，並按計劃切實執行？ 3.對模具的維護如檢查，清潔及保養，是否有適當的監控方法？ 4.每次上模生產前或下模後是否對模具進行點檢與適當的保養？ 模 具 5.新模或變更後的模具是否經評審，如何確認符合客人要求的？是否需客人評估？ 管 6.工廠是否有能力維修，製造本公司產品的模具？模具精度是否能達到要求？ 理 7.模具的維修是否有相應的規範及記錄？ 8.模具是否有明確的標識，正常的防護，適當的存儲，便捷的存取？ 9.模具壽命如何監控，對於超過壽命的模具如何處理，品質如何保證？ 10.模具變更是否有書面的資料通知修改部門或人員，資料是否經授權者簽名確認？
9.当物料存储期超期时，是否界定验证或处理方法。
10.產品交付時是否按先進先出的次序？ 有何證據？
1.當外部發生異常或客戶投訴，是否將相關信息通知到製造部門？製造部門是否針對異常原因進行了分析，採 取了什麽措施？是否驗證了措施的有效性？ 2.糾正措施是否應用了防錯方法？（如果適用的話）
糾正與 3.是否將糾正措施和實施的控制應用于其他類似的過程和產品？ 預防措 4.當內部和外部發生異常時，是否有評審制程FMEA和控制計畫？是否有作適當的更新？
制程 4.制程FMEA所確定採取的措施是否被列入到控制計畫或作業指導書中？
FMEA 及控制
5.是否有試生產和生產的控制計畫？控制計畫是否包含了對所有特殊特性的控制方法？
計畫 6.控制計畫是否包含的客戶要求的信息？（如果有客戶要求的話）
7.當任何影響產品、製造過程、測量、供貨來源或FMEA的更改發生時，是否重新評審和更新的控制計畫？
11.如保確認人員的作業安全？
12.制程的物料、半成品、成品、合格品、不合格品等是否按規定的要求標識清楚？
9.当物料存储期超期时，是否界定验证或处理方法。
10.產品交付時是否按先進先出的次序？ 有何證據？
1.當外部發生異常或客戶投訴，是否將相關信息通知到製造部門？製造部門是否針對異常原因進行了分析，採 取了什麽措施？是否驗證了措施的有效性？ 2.糾正措施是否應用了防錯方法？（如果適用的話）
糾正與 3.是否將糾正措施和實施的控制應用于其他類似的過程和產品？ 預防措 4.當內部和外部發生異常時，是否有評審制程FMEA和控制計畫？是否有作適當的更新？
制程 4.制程FMEA所確定採取的措施是否被列入到控制計畫或作業指導書中？
FMEA 及控制
5.是否有試生產和生產的控制計畫？控制計畫是否包含了對所有特殊特性的控制方法？
計畫 6.控制計畫是否包含的客戶要求的信息？（如果有客戶要求的話）
7.當任何影響產品、製造過程、測量、供貨來源或FMEA的更改發生時，是否重新評審和更新的控制計畫？
11.如保確認人員的作業安全？
12.制程的物料、半成品、成品、合格品、不合格品等是否按規定的要求標識清楚？
QA检查表
是否定义了软件生命周期模型（查看项目开发计划中相关内容）
项目特定培训需求是否有陈述（查看项目开发计划中相关内容） 每个活动的完成日期是否确定（查看项目开发计划中相关内容、Project表）
项目开发计划是否得到评审和批准（查看项目开发计划、核查报告） 配置管理计划是否得到评审和批准（查看项目开发计划、配置管理计划的批准签字）
RD
技术方案 产品集成 验证
确认 组织培训
TS PI VER
VAL OT
集成项目管理 风险管理
IPM RSKM
说明
说明
Maintenance) 说明
说明
说明 说明
是否记录QA的度量数据（查看质量保证报告、QA人员个人周报）
是否定期对QA活动进行评审（QA工作评审表）
QA活动的相应文档是否缺失（查看QA目录）
5.OT过程域及工作成果检查表
Training目录
主要检查项
状态
是否制定组织的培训计划（查看培训需求表里的培训计划表）
是否评价、跟踪培训效果（查看培训需求表里的培训总结表）
项目组的工作进度和软件工作产品是否和计划相符合。（查看配置管理库、周报、 Project表）
是否实施纠正措施，当实际情况与计划发生偏离时，是否跟进。（查看项目计划Project 表、项目进度情况表）
是否有度量数据的采集和分析（查看完成报告） 项目开发计划中是否识别风险（查看风险跟踪表） 是否定期跟踪项目的风险情况（查看风险跟踪表）
4.QA过程域及工作成果检查表
QA目录
主要检查项
状态
是否制定并评审QA计划（查看QA计划）
QA人员是否按照QA计划定期对软件项目的过程和相关产品进行客观的审核、评价，对发现的问题 形成报告，并向相关负责人报告审核结果（查看QA评审表、质量保证报告、QA工作评审表）
APQP产品设计和开发阶段策划实施检查表
21.1~21.4 21.1设计信息检查（评审）表
21 21.2 DFMEA检查单（质管）
21.3审查记录卡 21.4产品设计和开发阶段的测 量报告（项目组） 22 新设备、工装和设施清单
设计科 工艺科
23 量具和有关试验设备清单
工艺科
24 样件控制计划
工艺科
25 样件生产作业计划
生产科
过程设计和开发评审报告（样
APQP产品设计和开发阶段文件策划书
编号：
顾客名称：
序号
文件名称
责任 部门
产品型号/名称：
策划选项
开始时间完成时间
借用文件的产品型号/编号
必做 不做 借用 补充完善
14 DFMEA
设计科
15
可制造性和可装配性设计（工 艺性审查）
工艺科
16 产品/过程特殊特性清单
设计科/ 工艺科
17 制造与验收技术条件（通用） 设计科
18 工程图和工程规范
设计科
19 样件试制更改记录
设计科
产品设计验证计划和报告—附
20.1~20.8 20.1 计算书/模拟拷贝 20.2类比分析报告
20.3全尺寸检验记录（工艺）
20 20.4 性能试验报告
设计科
20.5 材料试验报告
20.6型式/可靠性试验报告 20.7外部实验室的试验报告
20.8 设计成本分析报告(财务) 产品设计和开发评审报告—附
件）— 附26.1~26.3
26.1控制计划检查表（质管）
26 26.2新设备、工装和试验设备 工艺科
检查表（工艺）
26.3过程设计和开发阶段（样
件）的测量报告（项目组）
27 样件装运前评审报告
质量管理过程检查单(PPQA-Checklist)
审计频率
审计人
阶段 子阶段
审计要点
审计活动
立项
项目启动
制定项目 计划
项目立项报告 项目章程 召开项目启动会议
编制从属计划
参加项目启动会议 制定配置管理计划
项目策划
பைடு நூலகம்
项目计划 纳入配置 库管理
讲配置管理计划纳入配置库 项目计划纳入配置库 管理 管理
需求
建立需求 建立需求基线 基线
建立需求基线，详细步骤参 考《配置管理过程文件》
与用户联络沟通 风险识别 和分析 识别和分析风险
风险管理
参加项目例会 编写个人日报
填写《问题管理表》 与用户联络通过，有问题记 录在《问题管理表》中跟踪 直至关闭
参与识别和分析项目风险
风险处理 处理和缓解风险
执行风险缓解活动
度量分析 执行度量 收集和分析度量数据 收集度量数据
决策分析 评审管理
全程管理 变更管理
参与采购计划评审
备注：发现的不符合项记录在《不符合项管理表》中。标记的状态有：符合(OK) 不符合(NC) 还
计划工作量
实际工作量
审计对象
D- 项目立项报告 D- 项目章程 D-启动会会议记录
D-配置管理计划 D-配置管理工具 （VSS、CVS、 Cleacase等）；文 件夹式的配置管理 系统 D-综合计划；I-配 置管理报告； D-需求基线建立申 请；D-用户需求说 明书、需求规格说 明书、系统原型、 用例；D-需求基线 建立报告； D-设计基线建立申 请；D-概要设计书 、详细设计书；D设计基线建立报告 D-测试基线建立申 请；D-测试基线建 立报告； D-产品基线建立申 请；D-产品基线建 立报告； D-产品发布报告 D-打包产品、交付 清单、培训资料 D-系统安装报告 D-签字的验收报告 （测试相关记录、 缺陷文档）
审计人
阶段 子阶段
审计要点
审计活动
立项
项目启动
制定项目 计划
项目立项报告 项目章程 召开项目启动会议
编制从属计划
参加项目启动会议 制定配置管理计划
项目策划
பைடு நூலகம்
项目计划 纳入配置 库管理
讲配置管理计划纳入配置库 项目计划纳入配置库 管理 管理
需求
建立需求 建立需求基线 基线
建立需求基线，详细步骤参 考《配置管理过程文件》
与用户联络沟通 风险识别 和分析 识别和分析风险
风险管理
参加项目例会 编写个人日报
填写《问题管理表》 与用户联络通过，有问题记 录在《问题管理表》中跟踪 直至关闭
参与识别和分析项目风险
风险处理 处理和缓解风险
执行风险缓解活动
度量分析 执行度量 收集和分析度量数据 收集度量数据
决策分析 评审管理
全程管理 变更管理
参与采购计划评审
备注：发现的不符合项记录在《不符合项管理表》中。标记的状态有：符合(OK) 不符合(NC) 还
计划工作量
实际工作量
审计对象
D- 项目立项报告 D- 项目章程 D-启动会会议记录
D-配置管理计划 D-配置管理工具 （VSS、CVS、 Cleacase等）；文 件夹式的配置管理 系统 D-综合计划；I-配 置管理报告； D-需求基线建立申 请；D-用户需求说 明书、需求规格说 明书、系统原型、 用例；D-需求基线 建立报告； D-设计基线建立申 请；D-概要设计书 、详细设计书；D设计基线建立报告 D-测试基线建立申 请；D-测试基线建 立报告； D-产品基线建立申 请；D-产品基线建 立报告； D-产品发布报告 D-打包产品、交付 清单、培训资料 D-系统安装报告 D-签字的验收报告 （测试相关记录、 缺陷文档）
APQP计划和项目确定阶段文件策划及检查表
APQP计划和项目确定阶段文件策划书
编号： 顾客名称： 责任 部门 产品型号/名称： 策 划 选 项 开始时间完成时间
必做 不做 借用 补充完善
序号 1 2 3 4
文 件 名 称 产品开发的必要性报告
借用文件的产品型号/编号
产品技术可行性报告（设计） 销售部 2.1先行试验报告（选作） 产品制造可行性报告（工艺） 产品开发申请表/产品成本输 入报告 APQP小组活动记录 5.1APQP小组成立报告 销售部
APQP计划和定义阶段策划实施 质保部 检查表
1、 先行试验报告（选作） □正交实验 □方差分析 □回归分析 统计 2、产品/过程设计和开发计划 □网络图 □甘特图 技术 选项
APQP 部门 小组 会签
签名 编制/日期 审批/日期
归口部门：
Ⅳ-7.01-32A
5
5.2APQP各阶段文件策划书 5.3APQP各阶段策划实施检查 报告质保部6 Nhomakorabea 8 9
产品/过程设计和开发任务书 产品/过程设计和开发计划 初始材料清单 初始过程流程图
技术部 技术部 技术部 技术部 技术部 技术部 技术部
10 产品/过程特殊特性初始清单 11 产品保证计划 12 13 产品/过程设计和开发输入评 审报告
编号： 顾客名称： 责任 部门 产品型号/名称： 策 划 选 项 开始时间完成时间
必做 不做 借用 补充完善
序号 1 2 3 4
文 件 名 称 产品开发的必要性报告
借用文件的产品型号/编号
产品技术可行性报告（设计） 销售部 2.1先行试验报告（选作） 产品制造可行性报告（工艺） 产品开发申请表/产品成本输 入报告 APQP小组活动记录 5.1APQP小组成立报告 销售部
APQP计划和定义阶段策划实施 质保部 检查表
1、 先行试验报告（选作） □正交实验 □方差分析 □回归分析 统计 2、产品/过程设计和开发计划 □网络图 □甘特图 技术 选项
APQP 部门 小组 会签
签名 编制/日期 审批/日期
归口部门：
Ⅳ-7.01-32A
5
5.2APQP各阶段文件策划书 5.3APQP各阶段策划实施检查 报告质保部6 Nhomakorabea 8 9
产品/过程设计和开发任务书 产品/过程设计和开发计划 初始材料清单 初始过程流程图
技术部 技术部 技术部 技术部 技术部 技术部 技术部
10 产品/过程特殊特性初始清单 11 产品保证计划 12 13 产品/过程设计和开发输入评 审报告
PPQA月工作检查单-模板
PPQA工作检查单
审计人
审计时间
编号 1 2 3 4 5 6 7 8
9
10 11 12
问题描述 质量保证计划是否按照质量保证计划模板定义成文档? 质量保证计划是否经过评审? 有无评审记录? 是否按照质量保证计划来进行过程和产品质量保证活动？ 软件产品和活动与其使用的标准,规程和需求之间的符合性是否得到了客观验证？ 是否将质量保证的评审和审计结果实时通知了项目组和个人? 高级管理层有无处理在项目层无法解决的不一致问题? 项目是否遵循一个文件化的,由组织制定的方针来实施质量保证活动？ 从事质量保证活动的各类人员是否已接受所需的培训？
对于质量保证过程中发现的不一致项,是否得到解决？ 质量保证报告是否按要求填写？ 质量保证过程中发现的问题是否跟踪解决并关闭？
结论
质量保证组是按质量保证相关的过程文件、规程指南正确的执行过程改进活动。
是/否 是否 是否 是否 是否 是否 是否 是否 是否 是否
是否 是否 是否
是否 南正确的执行过程改进活动。
备注
。
PPQA检查表-编码阶段活动和工作产品检查表
PPQA检查表-编码阶段活动和工作产品检查表
项目名称
项目ID
检查人
检查日期
序号
检查内容
检查结果
情况描述
01
编码是否满足规定的《编码规则》
是[ ]否[ ]
抽查结构、注释比例、goto语句、嵌套层次
02
编码实现的功能都进行了单元测试，
是[ ]否[ ]
04
单元测试完成后有正确、清楚的书面测试记录、报告
是[ ]否[ ]
05
单元测试符合《测试规范》的要求
是[ ]否[ ]
06
白盒测试时通过被测单元的全部原码。
是[ ]否[ ]
07
白盒测试时被测单元覆盖60%以上的路径。
是[ ]否[ ]
08
按照测试计划的要求执行了所有单元测试的测试用例。
是[ ]否[ ]
09
是否对测试的问题，在修改后进行再次测试
是[ ]否[ ]
10
当测试发现的问题不属于编码时，是否将测试结果报告相关人员
是[ ]否[ ]
11
编码提交前，经过授权人的批准
是[ ]否[ ]
12
编码的变更，符合《变更控制规程》
是[ ]否[ ]
13
对照《项目的生命周期模型》要求，确定需要进行里程碑评审
是[ ]否[ ]
14
在里程碑点，进行了里程碑评审。
是[ ]否[ ]
15
对里程碑评审中的问题，制定纠正措施，并跟踪直到关闭。
是[ ]否[ ]
16
里程碑评审时，计划的相关人员都参与了评审活动。
是[ ]否[ ]
17
保持《需求跟踪矩阵》中编码与设计和需求的一致性。
是[ ]否[ ]
项目名称
项目ID
检查人
检查日期
序号
检查内容
检查结果
情况描述
01
编码是否满足规定的《编码规则》
是[ ]否[ ]
抽查结构、注释比例、goto语句、嵌套层次
02
编码实现的功能都进行了单元测试，
是[ ]否[ ]
04
单元测试完成后有正确、清楚的书面测试记录、报告
是[ ]否[ ]
05
单元测试符合《测试规范》的要求
是[ ]否[ ]
06
白盒测试时通过被测单元的全部原码。
是[ ]否[ ]
07
白盒测试时被测单元覆盖60%以上的路径。
是[ ]否[ ]
08
按照测试计划的要求执行了所有单元测试的测试用例。
是[ ]否[ ]
09
是否对测试的问题，在修改后进行再次测试
是[ ]否[ ]
10
当测试发现的问题不属于编码时，是否将测试结果报告相关人员
是[ ]否[ ]
11
编码提交前，经过授权人的批准
是[ ]否[ ]
12
编码的变更，符合《变更控制规程》
是[ ]否[ ]
13
对照《项目的生命周期模型》要求，确定需要进行里程碑评审
是[ ]否[ ]
14
在里程碑点，进行了里程碑评审。
是[ ]否[ ]
15
对里程碑评审中的问题，制定纠正措施，并跟踪直到关闭。
是[ ]否[ ]
16
里程碑评审时，计划的相关人员都参与了评审活动。
是[ ]否[ ]
17
保持《需求跟踪矩阵》中编码与设计和需求的一致性。
是[ ]否[ ]
QPPA检查表-EE常见项目(VQM QPPA Check Sheet)
1分--有知會客戶 3分--有通知客戶且有取得客戶同意 5分--有詳細的評估報告且有通知客戶並取得客戶同意
有OHSAS
18001/TOSHMS?(證書是否
有效?編號：
發證單
位:
)
1分--無OHSAS 18001/TOSHMS相關認證 3分--有OHSAS 18001/TOSHMS相關認證,但已過有效時 效,未再重新認證 5分--有OHSAS 18001/TOSHMS相關認證,且均在有效時 效內
有化學品作業，作業現場有放 1分--無MSDS&危險物品標示
置MSDS(物質安全資料表)， 3分--MSDS&危險物品標示不全面
有危害物質標示
5分--MSDS&危險物品標示全面
公司有提供防護具
1分--無防護具 3分--有防護具但破舊 5分--有防護具，且完好
人員依規定配戴防護具
1分--未佩戴防護具 3分--未完全佩戴防護具 5分--正確佩戴防護具
1分--無SOP定義 3分--有SOP定義,但實際作業未能完全落實 5分--有SOP定義且實際作業確實落實執行並記錄
ement
3.產品狀態識別與標示是否明 確/儲存環境是否合適
1分--無SOP定義 3分--有SOP定義,但實際作業未能完全落實 5分--有SOP定義且實際作業確實落實執行並記錄
缺失說明 Reference/Evidence
特殊作業(鉛,有機溶劑,危害物, 輻射作業)有取得證書、證照
1分--特殊作業未受管控 3分--特殊作業有經過專業訓練，但無證書 5分--特殊作業有經過專業訓練，且有證書或證照
全部的危害皆納入訓練範圍， 同仁有接受過安全衛生相關訓 練
1分--危害未納入訓練 3分--部分危害納入訓練 5分--全部危害納入訓練，同仁全部有接受過安全衛生相關 訓練
APQP检查表(含设计、过程、控制计划等)
21
试验频率？
22
样本容量？
23
反应计划？
24
文件化？
目测辅具
25
是否容易理解？
26
是否适用？
27
可接近性？
28
是否被批准？
制订/日期：批准/日期：
产品/过程质量检查表
顾客或厂内零件号：
问题
是
否
所要求的意见/措施
负责人
完成日期
目测辅具（续）
29
注明日期并是现行的？
30
对于统计控制图表，是否有实施、保持和制定及反应计划的程序？
24
所有的产品试验是否都将在厂内进行？
25
如不是，是否由批准的分承包方进行？
26
规定的抽样容量和/或抽样频率是否可行？
27
如要求，对试验设备是否已获得顾客批准？
制订/日期：批准/日期：
设计输出检查表
顾客或厂内零件号:
问题
是
否
所要求的意见/措施
负责人
完成日期
D：材料规范
28
是否明确材料特殊特性？
29
在已被明确的环境中，规定的材料、热处理和表面处理是否和耐久性要求相一致？
问题
是
否
所要求的意见/措施
负责人
完成日期
14
问题的解决？
15
防错？
16
被识别的其他项目？
17
对每一个控制计划来说非常关键的操作是否都提供过程指导书？
18
每一个操作上是否都具备标准的操作人员指导书？
19
操作人员/小组领导人员是否参与了标准的操作人员指导书的制定工作？
检验指导书是否包括以下内容：
20
试验频率？
22
样本容量？
23
反应计划？
24
文件化？
目测辅具
25
是否容易理解？
26
是否适用？
27
可接近性？
28
是否被批准？
制订/日期：批准/日期：
产品/过程质量检查表
顾客或厂内零件号：
问题
是
否
所要求的意见/措施
负责人
完成日期
目测辅具（续）
29
注明日期并是现行的？
30
对于统计控制图表，是否有实施、保持和制定及反应计划的程序？
24
所有的产品试验是否都将在厂内进行？
25
如不是，是否由批准的分承包方进行？
26
规定的抽样容量和/或抽样频率是否可行？
27
如要求，对试验设备是否已获得顾客批准？
制订/日期：批准/日期：
设计输出检查表
顾客或厂内零件号:
问题
是
否
所要求的意见/措施
负责人
完成日期
D：材料规范
28
是否明确材料特殊特性？
29
在已被明确的环境中，规定的材料、热处理和表面处理是否和耐久性要求相一致？
问题
是
否
所要求的意见/措施
负责人
完成日期
14
问题的解决？
15
防错？
16
被识别的其他项目？
17
对每一个控制计划来说非常关键的操作是否都提供过程指导书？
18
每一个操作上是否都具备标准的操作人员指导书？
19
操作人员/小组领导人员是否参与了标准的操作人员指导书的制定工作？
检验指导书是否包括以下内容：
20
最新版APQP 设计信息检查表
1设计是否要求a新材料b特殊工装c新技术d新制造过程2是否考虑了装配过程变差分析3是否考虑过实验设计(将DOE视为测试和确认的资源)4原型样件计划是否就绪5DFMEA是否已完成a如果是，是由跨职能团队完成的吗?6DFMA(可制造性和装配设计)是否已完成7是否考虑过服务和维护问题8是否考虑过设计验证计划a如果是，是由跨职能团队完成的吗9所有指定的测试、方法、设备和验收准则是否得到明确定义和理解10是否选择了特殊特性11是否有计划验证顾客门户和安全性12物料清单(BOM)是否完整13特殊特性是否得到正确记录14是否识别了参考尺寸以最大限度地减少检验全尺寸时间15是否识别了足够的控制点和基准面来设计功能检具16公差是否符合公认的制造标准17现有的和可用的检测技术是否可以测量所有设计要求18是否使用顾客指定的工程变更管理过程来管理工程变更19是否已识别出特殊特性20测试参数是否足以满足所需的使用条件，即生产确认和最终使用21是否按要求测试了按最小和最大规范制造的零件22所有产品测试是否都将在内部完成a如果不是，是否由供应商完成(经认可或根据顾客的特定要求)23在指定的过程中性能测试样本量和/或频次是否与制造产量一致24检查/工装和测试设备的方法是否与最终加工位置一致25制造过程(包括所要求的传递、二次检查和日常防错验证)能否持续达到并维持指定 的公差26是否已获得顾客批准，例如根据要求进行测试和文件化记录27是否识别出材料特殊特性28当组织有设计职责时，指定的材料、热处理和表面处理是否符合指定环境中的耐用性 要求29当被要求时，材料供应商是否在顾客批准的名单上30组织是否制定并实施了进料质量控制过程31是否已识别需要检验的材料特性，如果是a是否会在内部检查特性b如果在内部检查，是否有测试设备c 如果在内部检查，测试设备是否足以完成任务D.材料规范A-2 设计信息检查表顾客或内部零件编号：A.一般的B.工程图C.工程性能规范d如果在内部进行检查，是否有称职的人员来保证准确的测试32对于材料的传递特性，所需的控制是否已与您的顾客达成一致33会使用外部实验室吗a组织是否已经有确保实验室能力(如认证)的过程注：无论组织与实验室的关系如何，都需要保证能力34是否考虑了以下材料要求a处理，包括环境方面b如何储存，包括环境方面c是否按照顾客要求(例如IMDS)报告了材料/物质成分d聚合物零件是否已根据顾客要求进行识别/标记e运输、集装箱和部件的标签要求。
PPQA-SP11-1-度量分析过程检查表(参考)
PPQA检查表-MA活动检查表
文件编号:页码（1/2）
项目名称
项目ID
检查人
检查日期
序号
检查内容
检查结果
情况描述
01
《MA计划》中是否定义了相关人员的角色与职责
是[ ]否[ ]
02
度量与分析的职责是否在《项目计划》中做了说明
是[ ]否[ ]
03
在《MA计划》中是否阐明了度量目的。指定了度量人员并规定了其职责
是[ ]否[ ]
04
评审过的度量目的、基本度量和派生度量处于配置管理状态之下，其变更是受控的，其历史是可追朔的。
是[ ]否[ ]
05
所有的数据采集、存储和验证活动及其结果得到了记载。
是[ ]否[ ]
06
度量人员将度量结果通知相关人员。
是[ ]否[ ]
07
高层经理是否对度量结果做出的反馈
是[ ]否[ ]
08
详细描述了与信息需要相对应的基本度量和派生度量
是[]否[ ]
09
度量过程存在指导重要活动的度量规程（度量评价规程、数据采集与分析规程）
是[]否[ ]
10
对信息需要排列了优先级、度量目的和信息需要建立了映射关系
是[ ]否[ ]
11
是否提供度量所需要的资源
是[ ]否[ ]
12
文档的完整性
13
制定了度量单位、度量数据来源、度量决策准则
是[]否[ ]
04
《MA计划》是否从项目的实际需要出发来确定度量元，列出有哪些度量元
是[]否[ ]
05
在《MA计划》中是否制定了度量执行时机，说明了数据采集的方法和数据分析方法
是[]否[ ]
06
文件编号:页码（1/2）
项目名称
项目ID
检查人
检查日期
序号
检查内容
检查结果
情况描述
01
《MA计划》中是否定义了相关人员的角色与职责
是[ ]否[ ]
02
度量与分析的职责是否在《项目计划》中做了说明
是[ ]否[ ]
03
在《MA计划》中是否阐明了度量目的。指定了度量人员并规定了其职责
是[ ]否[ ]
04
评审过的度量目的、基本度量和派生度量处于配置管理状态之下，其变更是受控的，其历史是可追朔的。
是[ ]否[ ]
05
所有的数据采集、存储和验证活动及其结果得到了记载。
是[ ]否[ ]
06
度量人员将度量结果通知相关人员。
是[ ]否[ ]
07
高层经理是否对度量结果做出的反馈
是[ ]否[ ]
08
详细描述了与信息需要相对应的基本度量和派生度量
是[]否[ ]
09
度量过程存在指导重要活动的度量规程（度量评价规程、数据采集与分析规程）
是[]否[ ]
10
对信息需要排列了优先级、度量目的和信息需要建立了映射关系
是[ ]否[ ]
11
是否提供度量所需要的资源
是[ ]否[ ]
12
文档的完整性
13
制定了度量单位、度量数据来源、度量决策准则
是[]否[ ]
04
《MA计划》是否从项目的实际需要出发来确定度量元，列出有哪些度量元
是[]否[ ]
05
在《MA计划》中是否制定了度量执行时机，说明了数据采集的方法和数据分析方法
是[]否[ ]
06
PPQA检查单与跟踪表模板
制定配置管理计划
识别配置项
建立配置管理系统
配置项入库
配置管理 （CM） 基线建立
基线变更
基线变更
配置审计
CM周报 CM阶段报告
技术解决 方案 开发技术解决方案 （TS）
确认 （VAL）
系统测试
会议评审
技术评审
走查
策划
风险管理 （RSKM）
识别分析
处理风险
风险管理 （RSKM） 处理风险
策划 决策分析 （DAL）
实施
子任务 指定项目成员 分析项目特性 确定生命周期模型 类比估算项目工期 确定项目里程碑 确定配置计划 识别项目风险 审批软件登记申请表 发送给配置管理员相关文档 配置管理决策 配置部署 更新软件登记统计表 项目软件负责人制定资料管理计划 项目软件负责人制定软硬件环境配备计划 系统测试技术经理制定测试进度计划 软件工程中心主任审批测试进度计划 项目软件负责人将测试进度计划入禅道 项目软件负责人识别项目组成员所需学习的知识技能，并制定相应的学习培训计划 项目软件负责人与软件开发人员共同制定需求阶段的进度计划，并将其纳入到《软件研 发项目计划》的进度计划中 项目软件负责人进入开发任务分解，并估算任务的工作量，成本，并将分解结果和估算 结果纳入到《软件研发项目计划》的WBS中 项目软件负责人制定《软件研发项目计划》中开发阶段的进度计划，并将其纳入到《软 件研发项目计划》的进度计划中 部门软件负责人审批软件研发项目开发进度计划、资料管理计划 QA工程师与软件研发项目负责人确定PPQA计划 公司配置管理员将软件研发项目开发进度计划、风险管理计划、配置管理计划、资料管 理计划、PPQA计划入禅道资料库 个人总结
× × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × × ×
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
PPQA检查表-设计阶段活动和工作产品检查表
项目名称
项目ID
检查人
李玉新
检查日期
序号
检查内容
检查结果
情况描述
01
设计文档与《项目计划》该阶段所要求的工作产品相符合。
是[ ]否[ ]
02
设计文档按照规范要求进行编写。
是[ ]否[ ]
03
需求接口内容，已经在设计文档中进行了明确的表达。
是[ ]否[ ]
04
是[ ]否[ ]
10
在形成设计基线时，所有组成基线的配置项，只从受控库中取出。
是[ ]否[ ]
11
依据设计文档制定了测试计划或测试用例。
是[ ]否[ ]
12
对测试计划或测试用例进行了评审。
是[ ]否[ ]
13
在设计阶段里程碑点，进行了里程碑评审。
是[ ]否[ ]
14
对里程碑评审中的问题，制定纠正措施，并跟踪直到关闭。
设计文档在置于受控库之前，经过评审。
是[ ]否[ ]
05
设计文档评审时，计划的相关人员都参与了评审活ቤተ መጻሕፍቲ ባይዱ。
是[ ]否[ ]
06
设计评审后，标识出设计中的缺陷，必要时评审设计的替代方案。
是[ ]否[ ]
08
设计文档评审后的问题都得到了解决，并再次提交评审。
是[ ]否[ ]
09
设计评审记录的填写内容完整、清楚、符合要求
是[ ]否[ ]
15
设计里程碑评审时，计划的相关人员都参与了评审活动。
是[ ]否[ ]
16
设计文档的变更，符合《变更控制规程》。
是[ ]否[ ]
17
保持《需求跟踪矩阵》中设计与需求的一致性。
是[ ]否[ ]
项目名称
项目ID
检查人
李玉新
检查日期
序号
检查内容
检查结果
情况描述
01
设计文档与《项目计划》该阶段所要求的工作产品相符合。
是[ ]否[ ]
02
设计文档按照规范要求进行编写。
是[ ]否[ ]
03
需求接口内容，已经在设计文档中进行了明确的表达。
是[ ]否[ ]
04
是[ ]否[ ]
10
在形成设计基线时，所有组成基线的配置项，只从受控库中取出。
是[ ]否[ ]
11
依据设计文档制定了测试计划或测试用例。
是[ ]否[ ]
12
对测试计划或测试用例进行了评审。
是[ ]否[ ]
13
在设计阶段里程碑点，进行了里程碑评审。
是[ ]否[ ]
14
对里程碑评审中的问题，制定纠正措施，并跟踪直到关闭。
设计文档在置于受控库之前，经过评审。
是[ ]否[ ]
05
设计文档评审时，计划的相关人员都参与了评审活ቤተ መጻሕፍቲ ባይዱ。
是[ ]否[ ]
06
设计评审后，标识出设计中的缺陷，必要时评审设计的替代方案。
是[ ]否[ ]
08
设计文档评审后的问题都得到了解决，并再次提交评审。
是[ ]否[ ]
09
设计评审记录的填写内容完整、清楚、符合要求
是[ ]否[ ]
15
设计里程碑评审时，计划的相关人员都参与了评审活动。
是[ ]否[ ]
16
设计文档的变更，符合《变更控制规程》。
是[ ]否[ ]
17
保持《需求跟踪矩阵》中设计与需求的一致性。
是[ ]否[ ]