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-签字的验收报告 （测试相关记录、 缺陷文档）
- 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
保持《需求跟踪矩阵》中设计与需求的一致性。
是[ ]否[ ]