编码阶段活动和工作产品检查表

合集下载

需求分析阶段活动和工作产品检查表

需求分析阶段活动和工作产品检查表
需求分析阶段活动和工作产品检查表
编号 项目名称 程序文件名 检查人 检查项
日期 项目经理 文档编号 所属部门 通过项
序号
检查项
检查结果

需求在《系统需求说明书》和其它已批准的格式中文档化。 是[ ]否[ ]
《系统需求说明书》是否包含了必要的需求分析。
是[ ]否[ ]
《系统需求说明书》的编写对相关规程和计划的符合性。 是[ ]否[ ]
是[
]否[
]
作产品检查表
工作量 通过率
情况说明
《系统需求说明书》是否经过评审,并纳入配置管理状态形 成基线。
是[
]否[
]
《系统需求说明书》是否受到变更控制,并对变更进行记录 是[ ]否[ ]
需求分析里程碑结束是否进行正式的评审。
是[ ]否[ ]
需求分析里程碑评审相关人员是否参加:项目经理、项目组
成员、PPQA人员、用户代表、测试经理、测试人员、高级经 是[ ]否[ ]
理、其他部门的专家。
ห้องสมุดไป่ตู้
是否开发验收测试计划及其一定数量(20%-30%)的验收测
试用例,对需求的符合性。
是[ ]否[ ]
接口需求在一个接口需求规格说明或其它已批准的格式中文 是[ ]否[ ]
需 档求 化分 。析对项目计划中定义的生命周期阶段活动的符合性。 是[ ]否[ ]
需求分析是否按照项目计划(PP)中定义的生命周期阶段输 出产生相应的输出。

IATF16949-2016新产品开发各阶段进度工作检查表

IATF16949-2016新产品开发各阶段进度工作检查表
裁切作业指导书
工程
压合作业指导书
工程
喷码作业指导书
工程
封胶作业指导书
工程
测试作业指导书
工程
底胶贴合作业指导书
工程
面版贴合作业指导书
工程
外观检验作业指导书
工程
贴保护膜作业指导书
工程
成品抽检作业指导书
品管
包装作业指导书
工程
40
量产移交
量产移交会议
各部门
41
量产批准程序
量产批准程序
品管
42
经理
初始产品和过程特殊特性清单
销售
5
客户SPEC或样品评审
ITO产品规格评审表
工程
DFMEA
工程
工程图
工程
包装设计
工程
6
图纸确认
客户图纸/E-mail
销售
7
询价、报价、议价、定价
询价单
销售
物料清单
工程
过程流程图
工程
8
样品订单
OSON单
销售
9
样品制作规划
进度表
工程
10
过程设计
PFMEA
工程
11
产品分解图面设计
可靠性测试
高温高湿测试报告
品管
高低温转换测试报告
品管
冷热冲击测试报告
品管
划线测试报告
品管
敲击测试报告
品管
人工汗液测试报告
品管
盐雾测试报告
品管
产品抗冲击测试报告
品管
静压测试
品管
静电测试
品管
包装跌落测试
品管
包装振动测试
品管

编码检查表

编码检查表

一般问题你是否为程序建立了DEBUG版本你是否将发现的错误及时改正了你是否坚持彻底调试编码,即使耽误了进度也在所不辞你是否依靠测试组为你测试编码你是否知道编码的优先顺序你的编译程序是否有可选的各种警告关于将更改归并到主程序你是否将编译程序的警告(包括可选)都处理了你的代码是否未用Lint你的代码进行了单元测试吗你是否逐步通过了每一条编码路径以观察数据流你是否逐步通过了汇编语言层次上的所有关键代码是否清理过了任何代码,如果是,修改出经过了彻底测试了吗?文档是否指出了使用你的代码有危险之处吗?程序维护人员是否能够理解你的代码每当实现了一个函数或子系统之时是否用断言证实了函数参数的有效性代码中是否有了未定义的或者无意义的代码代码是否能创建未定义的数据有没有难以理解的断言,对它们作解释了没有你在代码中是否作过任何假设是否使用断言警告可能出现的非常情况是否做过防御性程序设计?代码是否隐藏了错误?是否用第二个算法来验证第一个算法是否可由用于确认代码或数据的启动检查代码是否包含了随机行为?能消除这些行为吗?你的代码如产生了无用信息,你是否在DEBUG代码中也把它们置为无用信息 代码中是否有稀奇古怪的行为若代码是子系统的一部分,那么你是否建立一个子系统测试在你的设计和代码中是否有任意情况即使程序员不感到需要,你也做完整性检查吗你是否因为排错程序太大或太慢,而将有价值的DEBUG测试抛置一边是否使用了不可移植的数据类型代码中是否有变量或表达式产生上溢或下溢是否准确地实现了你的设计,还是非常近似地实现了你的设计代码是否不止一次地解同一问题是否企图消除代码中的每一个if语句是否用过嵌套?: 运算符是否已将专用代码孤立出来是否用到了由风险的语言惯用语是否不必要地将不同类型的运算符混用是否调用了返回错误的函数?你能消除这种调用吗是否引用了尚未分配的存储空间是否引用已经释放了的存储空间是否不必要地多用了输出缓冲存储是否向静态或全局缓冲区传送了数据你的函数是否依赖于另一个函数的内部细节是否使用了怪异的或有疑问的C惯用语在代码中是否有挤在一行的毛病代码有不必要所谓灵活性,你能消除它们吗你的代码是经过多次“试着”求解的结果吗函数是否小并容易测试每当设计了一个函数或子系统后此特征是否符合产品的市场策略错误代码是否作为正常返回值得特殊情况而隐藏起来是否评审了你的界面,它能保证难于出现误操作?是否具体多用途且面面俱到的函数你是否有太灵活的(空空洞洞的)函数参数当你的函数不再需要时,它是否返回一个错误条件在调用点你的函数是否易读你的函数是否有布尔变量输入,避免它,将特殊的情况分成两个函数修改错误之时错误无法消失,是否能找到错误的根源是修改了错误的真正根源,还是仅仅修改了错误的症状。

产品设计和开发检查表

产品设计和开发检查表

说明:判定栏×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产品和过程的确认阶段策划实施检查表

APQP产品和过程的确认阶段策划实施检查表
APQP产品和过程的确认阶段文件策划书 产品和过程的确认阶段文件策划书
编号: 顾客名称: 序号 文 件 名 称 过程设计和开发验证报告— 过程设计和开发验证报告—附 48.1~48.7 48.1 MSA系统分析评价报告 (工艺) 48.2初始过程能力研究报告 (工艺) 48 48.3工装验证报告(工艺) 48.4 全尺寸测量(5件)报告 (工段) 48.5性能试验(5件)报告(工 段) 48.6 理化检验报告(质管/外 协) 48.7生产能力/制造成本分析报 告(工艺/财务) 产品设计和开发确认报告— 产品设计和开发确认报告—附 49.1~49.3 49 49.1新产品试用报告(销售) 设计科 工艺科 责任 部门 产品型号/名称: 策 划 选 项 开始时间完成时间
统计 2、过程设计和开签 签名
编制/日期 审批/日期 归口部门: Ⅳ-7.01-32D
必做 不做 借用 补充完善
借用文件的产品型号/编号
49.2产品设计验证计划和报告 (设计) 49.3样件装运前评审报告(销 售) 过程设计和开发确认报告— 过程设计和开发确认报告—附 50.1~50.3 50.1 PPAP提交文件(组织内按 50 等级1或3提交;顾客要求时以 工艺科 顾客要求为准。)(质管) 50.2工装验证报告(工艺) 50.3产品装运前评审报告(销 售) 51 生产控制计划 52 工装验证申请单 53 产品质量策划总结和认定 54 APQP产品和过程确认阶段策划 实施检查表 1、产品设计和开发确认报告 工艺科 工具室 质管科 质管科 □数据表 □分层法 □检查表 □数据表 □分层法 □检查表

APQP产品过程质量体系检查表样板

APQP产品过程质量体系检查表样板
制定部门:品管部文件编码:检查日期:
NO
检查项目
符合性
改进措施
负责部门
完成日期
2
是否适用于工序的需要;
3
可否接近性;不容易破坏环境或专权使用;
4
是否从程序或流程被批准;
5
注明日期并是现行的试验设备;
6
对统计控制图表,是否有实施和制定及反应计划流程;
7
是否有有效的根本原因分析系统;
8
是否已将最新的图样和规范置于检测点;
9
记录检验结果的人员是否有表单/记录本?
七、在监控作业点是否提供地方放置下列物品:
1
检测量具;
2
仪器设备的作业指导书;
3
参考样品;
4
检验记录本;
5
对检测试验设备是否提供证明和校正;
八、所要求的测量系统能力研究:
1
是否已经完成;
2
是否可接受;
3
初始过程检测数据时,相关的设备和设施是否充足;
九、是否有来料控制程序以明确:
产品/过程质量体系检查表
制定部门:品质部文件编码:检查日期:
新产品名称
新产品数量
客户
新产品型号
新产品机种
光电行业产品
项目
检查内容
符合性
改进措施
负责部门
完成日期
一、内外沟通以及VDA6.3条款应用;
1
在制定控制计划时是否需要客人相关部门的帮助;
2
公司是否已确定与顾客的联络的人员与部门;
3
公司是否已确定谁将作为与公司内部的质量联络人;
提出培训时间进度是否应用于培训;
四、对以下方面是否已完成培训:
1ቤተ መጻሕፍቲ ባይዱ

APQP产品设计和开发阶段策划实施检查表

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 样件装运前评审报告

_TEMP_QA_产品检查表

_TEMP_QA_产品检查表

序号
检查项
周期性活动
注释
第1周
第2周
第3周
第4周
第5周
检查或活动日期 第6周 第7周
第8周
第9周 第10周 第11周 第12周
20
相关问题解决人是否详细提供问题解决方法以及结 果、解决时间
21 配置管理员是否记录问题解决状态
22
QA人员是否对问题进行检查并记录结果,给出检查 意见
(4)CM周报 1 项目名称是否填写正确 2 是否记录本周起止日期 3 是否明确当前所在阶段
(4)项目周报 1 报告日期是否与实际相符 2 本周投入人数是否与实际相符 3 是否明确了本阶段里程碑状态 4 是否对整体进度进行说明 5 是否汇总了项目存在或可能存在的问题和风险 6 是否对问题和风险进行了详细描述
项目监控过程(PMC)
序号
检查项
7 是否跟踪了问题和风险状态 8 是否给出问题和风险的解决措施 9 是否制定了问题和风险的责任人 10 是否汇总了本周进行的工作 11 工作任务是否对应了WBS编号 12 本周进行的工作是否选定了类别 13 计划完成日期是否与项目计划一致 14 实际完成日期是否与实际相符 15 是否记录了工作量 16 是否记录了本周成果 17 下周工作计划是否制定了计划开始和完成日期 18 是否制定了预计成果 (5)会议记录 1 是否指定了会议记录人员 2 会议地点是否与实际相符 3 会议时间是否与实际相符 4 与会人员是否与实际相符 5 会议主题是否明确 6 会议内容是否记录详尽 7 会议上发现的问题是否逐条记录 8 例会任务安排是否履行 9 任务执行情况是否记录 10 会议是否作出结论 11 与会人员是否签字确认 (6)项目月报 1 报告日期是否与实际相符
(4)风险跟踪表 1 是否对识别出的风险做相应规避处理 2 是否对发生的风险做相应缓解处理 3 是否对风险进行跟踪

工作产品检查表-程序代码

工作产品检查表-程序代码

031
标识符是否直观且可以拼读?

032
标识符的长度符合“长度最小、信息量最大”的原则?

033
重要
程序中没有出现相同的局部变量和全部变量?
没有
034
类名、函数名、变量和参数、常量的书写格式遵循一定的规则?

035
静态变量、全局变量、类的成员变量加了前缀标识?
是ห้องสมุดไป่ตู้
表达式与基本语句
040
重要
如果代码行中的运算符比较多,已经用括号清楚地确定了表达式的操作顺序?
没有毛病
(4)错误处理程序块不是“马后炮”?如在被它被调用之前软件已经出错。
不是
115
重要
文件I/O问题,检查:
(1)没有对不存在的或者错误的文件进行操作?
没有
(2)文件没有以不正确的方式打开?
没有
(3)文件结束判断正确?
正确
(4)正确地关闭文件?
正确
经检查共计52项,其中52项通过,0项不通过。
统计人:
函数名字与返回值类型在语义上没有冲突?
没有冲突
066
重要
没有将正常值和错误标志混在一起返回?正常值应当用输出参数获得,而错误标志用return语句返回。

内存管理
070
重要
用malloc或new申请内存之后,立即检查了指针值是否为NULL?(防止使用指针值为NULL的内存)
检查
071
重要
没有忘记为数组和动态内存赋初值?(防止将未被初始化的内存作为右值使用)
没有错误
(2)不存在不同数据类型的赋值。
不存在
(3)存在不同数据类型的比较吗?

PPQA检查表-编码阶段活动和工作产品检查表

PPQA检查表-编码阶段活动和工作产品检查表
PPQA检查表-编码阶段活动和工作产品检查表
项目名称
项目ID
检查人
检查日期
序号
检查内容
检查结果
情况描述
01
编码是否满足规定的《编码规则》
是[ ]否[ ]
抽查结构、注释比例、goto语句、嵌套层次
02
编码实现的功能都进行了单元测试,
是[ ]否[ ]
04
单元测试完成后有正确、清楚的书面测试记录、报告
是[ ]否[ ]
05
单元测试符合《测试规范》的要求
是[ ]否[ ]
06
白盒测试时通过被测单元的全部原码。
是[ ]否[ ]
07
白盒测试时被测单元覆盖60%以上的路径。
是[ ]否[ ]
08
按照测试计划的要求执行了所有单元测试的测试用例。
是[ ]否[ ]
09
是否对测试的问题,在修改后进行再次测试
是[ ]否[ ]
10
当测试发现的问题不属于编码时,是否将测试结果报告相关人员
是[ ]否[ ]
11
编码提交前,经过授权人的批准
是[ ]否[ ]
12
编码的变更,符合《变更控制规程》
是[ ]否[ ]
13
对照《项目的生命周期模型》要求,确定需要进行里程碑评审
是[ ]否[ ]
14
在里程碑点,进行了里程碑评审。
是[ ]否[ ]
15
对里程碑评审中的问题,制定纠正措施,并跟踪直到关闭。
是[ ]否[ ]
16
里程碑评审时,计划的相关人员都参与了评审活动。
是[ ]否[ ]
17
保持《需求跟踪矩阵》中编码与设计和需求的一致性。
是[ ]否[ ]

编码规范检查单

编码规范检查单

4 撰写#ifdef部分语句时,其后是否有批注?
5 是否在一个Function中完成Global memory的释放?
6 程序中无直接使用的数字形式?
7 是否在经过修改的code中加入批注?
8 RD是否熟悉编码的优先级?
9 代码是否分用空格和空行分段落使程序可读性强
10 命名是否能表示其功能
11 子程序的名称是否有动作(动词)和对象(名词)
12 声明时如没有return值,是否声明为void
13 修饰词是否放在变量名称之前
14
状态变量用来描述程序执行期间的状态除了使用flag、 status,等变量之外,是否加上了一些有意义的字眼
15
变量名词的命名是否符合做含义,动词(形容词)在 前,名词在后
16 变量名词的命名长度没有超过32个字符
BJD-I-XXX-PPQA-XXX
编码规范检查单
项目名称
检查人
项目ID
BJD-I-XXX
检查产品
版本号
依据
结果
0

0

0
检查点 检查日期
意见 ID
检查项
通过情况
花费时间(小时) 情况说明1 每个Function前是否均有注释?
2 注释格式是否和规范要求的一致?
3 Global变量是否以"g_"开头并且其后名称以大写开头?
尚未完成或有问题的程序代码,后面是否有批注?[提 17 醒且方便搜索的作用(固定加上3个问号)。完成后务
必要拿掉。]
BJD-I-XXX-PPQA-XXX
BJD-I-XXX
结论 费时间(小时)
情况说明

软件过程检查表格模板

软件过程检查表格模板

精心整理
1.过程检查要素表
2.过程打分
2.1.过程打分原则:
1)过程打分占整个项目得分的30%,以30分为满分,最低分不低于9分。

2)不同的项目可以从标准软件过程中剪裁得到项目定义过程,因此各项目包含的软件过程是不同的,为了
使软件过程数目不同的项目,仍以合理的方式进行过程打分,需对剪裁后的软件过程数目进行换算,从而不因剪裁而失分。

3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。

4)项目级的软件过程剪裁必须得到高级经理,质量管理部经理和项目SQA人员的检查和认可;检查内容
和实施情况剪裁必须得到项目经理和受审计人员的认可。

5)软件过程检查打分的依据是“过程检查表”。

2.2.打分步骤:
1)依据标准过程定义项目过程,得出项目过程数N。

2)每个项目过程的得分M=30/N。

3)采用“过程检查表”,对各个过程进行检查和打分。

4)定义“过程检查表”中的实际检查内容项个数为X,每项标准得分10分,因此每个“过程检查表”的
5)/该
6)
7)
8)
9)
分计算。

2.3.
第一次
第二次
C=5.3+5.6+5.3+5.7+5.6=27.5
3.过程检查表
3.1.计划过程检查表
3.5.系统设计过程检查表
3.6.需求和设计管理过程检查表
3.7.软件编码过程检查表
-来源网络。

qa 工作产品检查表 不符合项

qa 工作产品检查表 不符合项

在QA(质量保证)工作中,产品检查表是一个重要的工具,用于确保产品符合规定的质量标准和要求。

当在产品检查过程中发现不符合项时,需要进行记录和处理。

以下是一个示例的QA 工作产品检查表不符合项:1.不符合项描述:2.1.功能缺陷:产品中的某项功能未按照需求规格说明书实现。

2.界面问题:产品的用户界面存在布局混乱、文字错误或颜色搭配不合理等问题。

3.性能问题:产品在特定条件下的响应时间或资源占用率不符合性能要求。

4.安全性问题:产品存在潜在的安全漏洞或未经授权的访问途径。

5.文档问题:产品相关的文档(如用户手册、技术文档等)不完整、不准确或过时。

3.严重程度:4.1.严重(Critical):导致产品无法正常使用或存在重大安全隐患的问题。

2.主要(Major):对产品的正常使用造成较大影响,但可以通过其他途径规避的问题。

3.次要(Minor):对产品的正常使用影响较小,或者仅影响外观和用户体验的问题。

5.不符合项来源:6.1.需求阶段:需求规格说明书中的错误或遗漏导致的不符合项。

2.设计阶段:设计方案中的缺陷或不合理之处导致的不符合项。

3.开发阶段:编码、测试或集成过程中的错误导致的不符合项。

4.发布阶段:产品在发布后才发现的问题,可能是由于前期测试未覆盖到或新出现的问题。

7.处理措施:8.1.对于严重和主要的不符合项,需要立即采取措施进行修复,并进行回归测试确保问题已解决。

2.对于次要的不符合项,可以根据实际情况进行优先级排序,并在后续版本中进行修复。

9.预防措施:10.1.加强需求评审,确保需求规格说明书的准确性和完整性。

2.加强设计方案评审,确保设计方案的合理性和可行性。

3.提高开发过程中的代码质量和测试覆盖率,减少潜在的问题。

4.建立持续集成和持续部署流程,及时发现和修复问题。

11.跟踪与验证:12.1.对于已处理的不符合项,需要进行跟踪和验证,确保问题已得到解决并且没有引入新的问题。

2.可以使用缺陷管理系统或测试管理系统来跟踪和验证不符合项的处理情况。

产品质量检查表模板

产品质量检查表模板

产品质量检查表模板
2. 外观检查
- [ ] 外包装完好无损
- [ ] 产品表面无划痕、变形等缺陷
- [ ] 配件齐全
- [ ] 无异味
3. 功能检查
- [ ] 产品正常启动、运行
- [ ] 功能正常,符合产品说明书要求
- [ ] 电源、电池正常工作(如适用)
- [ ] 其他特殊功能(如有)正常工作
4. 安全检查
- [ ] 符合相关安全标准要求
- [ ] 无锋利边角
- [ ] 无易碎部件
- [ ] 对用户无危害
5. 效果评估
请对产品的质量、性能和外观进行评估,并在下方填写评估结果。

6. 备注
请在下方填写其他需要备注的事项。

[备注内容]
以上为产品质量检查表模板,供参考使用。

***
注意事项:
- 本检查表仅供参考,请根据实际情况进行调整和完善。

- 检查过程中如有不符合要求的问题,请记录并及时向相关部门汇报处理。

- 产品质量是我们公司的核心竞争力,请保证每一批产品的质量符合标准要求。

[公司名称]
[日期]。

IPQC过程产品监督检查表

IPQC过程产品监督检查表
5、是否按不良品处理程序实施?(用事例确认)
6、有无不良品处理记录?
7、对不良品发生原因是否做了对策改善?对策效果如何?(用事例确认)
8、是否有市场批诉?是否有统计分析?
9、市场反馈主题有无对策,对策效果如何?(用事例确认)
6
检验和试验
1、是否有“检查标准”,并按检查标准进行“检查”?检验员的实际检查情况,检查的日常业务上的分工是否明确?
10
过程稽查
进行过程检查吗?是否按照管理过程图、作业指导要领书实施并有记录?
11
产品开发质量管理
1、为事前研究,是试作到零件批量生产,是否有明确的产品开发质量规定?
2、开发各阶段与主机厂确认是否有规定?
3、产品量产后初期三个月质量管理规定?是否规定了结束初期管理的质量规定?
4、是否按述规定要求执行,有无实施记录?
7
批次管理
1、是否有批次管理规定?
2、标识、批次号是否已设定?必要时,是否可以对零件相关情况进行追查?(以实际事例为准)
3、实物的批次标识是否鲜明,容易理解?批次卡、工位器具的批次标识鲜明易懂?
4、返修品处理过程是否明确?(全数检查,并记录,但重保零件不可勉强使用)
5、成品的先入先出是否按规定进行?最后到厂的重要件批次,是否按规定进行?
2
2
生产设备的控

1、有没有含有下列内容的标准书:
1)设备的检查标准及检验内容,设备的定期检查及精度管理;
2)设备的检查记录及
1
2、设备管理执行情况:
1)设备按规定点检了吗?设备定期检查保养了吗?对设备的精度进行管理了吗?生产现场使用的设备是否齐全完好?
2)有没有设备管理台帐、设备检查、保养、维修、校准记录有没有,并保存3年以上?

产品检验表格

产品检验表格

1.产品质量管理表
制表日期:年月日
主管:填表人:
制表日期:年月日
主管:填表人:
3.产品质量检验标准表
制表日期:年月日产品名称:有效日期:年月日
填表人:
4.产品质量管理标准表
制表人:
5.进厂零件质量检验表
制表日期:年月日零件编号:零件名称:号码:
制表人:
6.进厂物料质量检验表
制表日期:年月日
审核人:制表人:
7. 物料进厂检验图表
制表日期:年月日料别:
制表人:8. 质量检验分析标准表
制表人:
9. 生产过程检验标准表(一)
制表日期:年月日
产品名称:部门:
制表人:
10.生产过程检验标准表(二)
制表日期:年月日
审核人:制表人:
11. 生产过程检验标准表(三)
制表日期:年月日
审核人:制表人:。

工作产品检查表-项目计划

工作产品检查表-项目计划
《项目计划》工作产品检查表
记录号:I07-KJJ-0001
项目名称
智能通信控制机
项目代号
研究部
第六研究部
研究部主任
程尊澍
产品名称及
产品说明
《项目计划》
系统总师
吴刚
检查人
【签字】
检查时间
2004年 7 月 19 日
序号
检查内容
检查
结果
情况描述和证据
标准化 本部分由所标准化师负责裁减、检查、填写
010
有规定的文档标识。

《项目计划》
011
引用的文档现行有效。
有效
《项目计划》
012
文档编写的内容、格式符合相关标准、规定的要求。
符合
《项目计划》
013
文档编号、设计文件的幅面尺寸符合相关软件标准规定的要求。
符合
《项目计划》
014
文档签署完整。
完整
《项目计划》
检查人
【签字】
完整性 本部分由部质量保证师负责裁减、检查、填写
有Байду номын сангаас
《项目计划》
061
应为项目计划过程分配资源。

《项目计划》
062
应为项目需求管理过程分配资源。

《项目计划》
063
应为项目监督与控制过程分配资源。

《项目计划》
064
应选定项目的阶段。

《项目计划》
065
应选定项目的里程碑。

《项目计划》
066
应作项目的规模估计。

《项目计划》
067
应作项目的工作量估计。

工作产品检查表-设计方案

工作产品检查表-设计方案
符合
《设计方案》
016
文件中图样、简图的画法及尺寸标注符合国标、行标。
符合
《设计方案》
017
同一产品文件的名词、术语、符号、代号统一。
符合
《设计方案》
018
文件签署完整。
完整
《设计方案》
检查人
【签字】
完整性 本部分由部质量保证师负责裁减、检查、填写
050
应有文档的文字目录页。

《设计方案》
051
应有详细的资料、标准、规范的引用、参考说明。
符合
《设计方案》
011
方案中有对“标准化”的内容要求。

《设计方案》
012
方案按“三化”的设计原则设计。

《设计方案》
013
设计文件编号按SJ/T207.4-1999规定的十进制分类编号进行。
符合
《设计方案》
014
文件格式、内容符合相关标准要求。
符合
《设计方案》
015
计量单位的名称及符号符合国标要求。
应有设备功能设计。

《设计方案》
064
应有设备性能设计。

《设计方案》
065
应有设备可靠性设计。

《设计方案》
066
应有设备环境设计。
有ห้องสมุดไป่ตู้
《设计方案》
067
应有维修性设计。

《设计方案》
068
应有保障性设计。

《设计方案》
070
应被评审通过。
通过
里程碑评审报告
071
评审问题已被跟踪归零。
跟踪归零
不符合问题跟踪状态报告
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

代码提交是否经过正式的评审
是[ ]否[ ]
是否记录和修正缺陷
是[ ]否[ ]
是否制定编码规程以用于指导程序开发。
是[ ]否[ ]
是否有设计跟踪矩阵用于跟踪已批准的需求和设计保持实时 性和一致性。
是[
]否[
]
是否验证代码并交由配置管理维护。
是[ ]否[ ]
编码要与项目计划(PP)中的已批准的编码规程相一致。 是[ ]否[ ]
编码阶段活动和工作产品检查表
编号 项目名称 程序文件名 检查人 检查项
日期 项目经理 文档编号 所属部门 通过项
序号
检查项
检查结果

是否具备所有的源代码和数据库
是[ ]否[ ]
是否按时提交可执行程序和数据库
是[ ]否[ ]
是否完成了所有的详细设计的功能模块
是[ ]否[ ]
是否生成测试数据库
是[ ]否[ ]
验证在与项目计划(PP)中描述的已批准标准和规程相一致 的前提下实施了单元测试。
是[
]否[
]
成功执行所有单元测试计划中的测试用例;
是[ ]否[ ]
验证单元测试的结果是否文档化并纳入配置管理库。
是[ ]否[ ]
实现阶段里程碑结束是否进行正式的评审。
是[ ]否[ ]
实现里程碑评审相关人员是否参加:项目经理、项目组成员
ห้องสมุดไป่ตู้
、PPQA人员、测试经理、测试人员、高级经理、其他部门的 是[ ]否[ ]
专家。
实现阶段对项目计划(PP)中定义的生命周期阶段活动的符 合性。
是[
]否[
]
实现阶段是否按照项目计划(PP)中定义的生命周期阶段输 出产生相应的输出。
是[
]否[
]
产品检查表
工作量 通过率
情况说明
相关文档
最新文档