QC数据库表结构
QC工程图简介 ppt课件
2021/3/26
QC工程图简介 ppt课件
4
• 实际上，QC工程表必须详细说明整个制程包括从进料、
加工过程、组装、出货以及定期性检查的各个过程中，对 会造成不符客户需求的特性，应采用的监视及管制办法， 并以此作为实际参与的职工行事的依据。在正式量产中 QC工程表对需要进行管制的特性值，提供了制程进行各 种监控及管制的方法说明。但是QC工程表不能替代作业 人员操作依据的作业指导书，作业指导书还是必须详细实 际有效的操作程序书面化。凡产品的原型制作、样品试样 及量产均须事先完成QC工程表的制作。
9
QC 工程表制作步骤
• 制程记号：操作○，品质检验◇，数量检验□，运搬 ，
储存 ；
• 制程编号：作业顺序；便于追踪之用。 • 加工厂所：作业所属车间； • 制程名称：作业名称；在 制造流程图上叙述有关制造系
统、次系统、组建的所有步骤。
• 设备名称：作业使用设备； • 管制条件：管制项目的规格及标准。 • 品质特性：管制项目的名称；
2021/3/26
QC工程图简介 ppt课件
5
• QC工程表在整个产品寿命周期里，都应加以维持并被使
用。在产品寿命周期中的初期，它主要的目的是将制程管 制的初步方案加以书面化与进行沟通之用，。然后，它引 导我们告诉我们在制造中如何进行制程管制及确保产品质 量。最后阶段，它仍是书面文件，反映出现行的管制方法 以及所使用的量测系统。当量测方法及管制方法有所改善 后，QC工程表也应随之更新。
FMEA的等级决定。
2021/3/26
QC工程图简介 ppt课件
11
2021/3/26
QC工程图简介 ppt课件
12
2021/3/26
QC工程图简介 ppt课件
QC七大手法(分层法、控制图、调查表)
2月
3月
4月
5月
合计
25
32
22
29
35
143
30
38
28
25
42
163
525
564
498
589
634
2810
43
37
40
46
53
219
21
19
26
23
30
119
17
20
18
16
21
92
661
710
632
728
815
3546
18.64%
20.02%
17.82%
20.53%
22.98%
12
15
22
18
625
632
598
586
613
3054
34
28
29
32
30
153
25
27
31
29
28
140
24
23
22
24
20
113
784
783
743
742
761
3813
20.56%
20.54%
19.49%
19.46%
19.96%
22
18
20
16
19
95
32
31
27
28
26
144
430
421
489
456
367
2163
QC七大手法培训
• QC七大手法:
• 1.柏拉图 • 2.鱼骨图 • 3.检查表 • 4.分层法 • 5.控制图 • 6.散布图 • 7.直方图
老QC七工具(分层,检查表,排列图,特性要因图)
检 理 查 监 者 督
者
管
○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ▲ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ メ ○ ○ ○ ○ ○ ○ ○ ○ ○ ▲ ○ ○ ○
作业者A（21） 作业者B（17） 作业者C（16） 作业者D（14 ） 作业者E（18） 作业者F（13）
设备4（9 ）
设备5（47）
作业者G（21）
一、 分 层 举 例 — 1
【例】照相机组装工序2月1日至2月5日间发生了91件 不良品，按“日期、星期”和“不良项目”进行分层。
A.按日期分层
2/1（星期一）：18件 2/2（星期二）：20件 2/3（星期三）：20件 2/4（星期四）：17件 2/5（星期五）：16件
电压
220±5V
气压
2±0.2Kg
处 置 说 明
1..7月10日上午10点检查时，上升至2.5Kg，高速部份失灵，请设备修理后于10点25分恢复正常（检查者：刘芳） 2.7月13日上午11点检查时，电流上升至52.5A，，高速后恢复正常。（检查者：刘芳） 3.7月20日上10点30分，气压上升至2.3Kg，高速后恢复正常。（检查者：刘芳）
7.其它 2013-7-9
.
图
（1）什么叫图表
表
能使数据结果一目了然、可比较其大小、观察其分布的图示化资料。
【图表的效果】
①可对大量数据进行简单概括、形象表示 ②能够更快地读取信息 ④能够让对方有兴趣看 ③对策目标明显 ⑤能够从总计的烦恼中解脱出来
【图表的种类】
①拆线图：表示随时间的变化 ③饼分图：了解明细（比例） ④带状图：比较明细（比例）和每个项目的大小关系 ⑤雷达图：用雷达天线式图表表示每个项目的大小关系
QC小组的数据统计基本知识(含新、老七工具)
QC小组活动成果的整理
整理数据
对QC小组活动过程中收集的数据进行整理，确保 数据的准确性和完整性。
数据分析
运用统计分析方法，对整理后的数据进行深入分 析，找出问题、原因和改进措施。
形成报告
将分析结果整理成报告，清晰地呈现问题、改进 措施和预期效果。
QC小组活动成果的发表方式
书面报告
将QC小组活动成果整理成书面报告，详细描述问题、 改进措施和效果。
矩阵数据分析法
要点一
总结词
一种对矩阵数据进行统计分析的方法。
要点二
详细描述
矩阵数据分析法是一种统计分析方法，通过对矩阵数据进 行处理和分析，提取出有用的信息。这种方法可以用来进 行相关性分析、聚类分析、主成分分析等多种统计分析， 有助于发现数据中的隐藏模式和规律。
05
QC小组活动成果的整理和发 表
规律。
流程图
总结词
通过绘制流程图，展示工作流程或工艺流程的各个环节及其相互关系，了解流程的效率 和潜在问题。
详细描述
流程图是一种通过绘制流程箭头和流程块来展示工作流程或工艺流程各个环节及其相互 关系的工具。在流程图中，将各个步骤或环节按照时间顺序进行排列，并用箭头表示流 程的方向和顺序。通过流程图，可以直观地了解整个流程的效率和潜在问题，有助于发
观察法
通过观察现场、记录数据的方式收集数据。
实验法
通过实验设计、控制实验条件来收集数据。
文献法
通过查阅文献资料来收集数据。
数据的整理和分析
数据清洗
去除无效、异常数据，确保数据质量。
数据分析
运用统计分析方法对数据进行处理，得出结 论。
数据整理
对数据进行分类、排序、汇总等操作，便于 分析。
19种QC统计工具精讲案例-简易图表
19种QC统计工具精讲案例-简易图表
19种质量管理小组活动常用统计方法
简易图表
包括折线图、柱状图、饼分图、雷达图等常用工具。
（一）范围：部门、专业室和班组（所有范围）
（二）作用：有利于数据间形象直观的互相比较、分析和评价。
各种图表均有相应的作用。
（三）推荐：查找短板、原因分析、措施制定、效果对比、巩固提高。
（四）方法：
1.折线图
折线图也叫波动图。
它常用来表示质量特性数据随着时间推移而波动的状况。
折线图可以显示随时间（根据常用比例设置）而变化的连续数据，因此非常适用于显示在相等间隔下数据的趋势。
在折线图中，类别数据沿水平轴均匀分布，所有值数据沿垂直轴均匀分布。
折线图适宜表现数据的变化趋势。
2.柱状图
柱状图，也称条图、长条图、条状图，是一种以长方形的长度为变量的表达图形的统计报告图，由一系列高度不等的纵向条纹表示数据分布的情况，用来比较两个或以上的价值（不同时间或者不同条件），通常只有一类变量，适用于用于较小的数据集分析。
柱状图亦可横向排列，或用多维方式表达。
常用数据分析方法及QC七大手法
QC七大手法简介 —— 直方图
❖ 用途： ❖ 1、从分布的形态了解产品是否受控； ❖ 2、测知数据之真假； ❖ 3、用于制定公差或规格界限； ❖ 4、调查是否有群体混杂现象；
26
QC七大手法简介 —— 直方图
❖ 制作方法：
❖ 1、数据收集：用测量工具对要分析的特
性进行抽样测量，抽样应均匀，数据n应 在50组以上.
43
制作方法同柏拉图相同，在选择图表类型不同
44
课程结束
谢谢大家！
45
谢谢观看/欢迎下载
BY FAITH I MEAN A VISION OF GOOD ONE CHERISHES AND THE ENTHUSIASM THAT PUSHES ONE TO SEEK ITS FULFILLMENT REGARDLESS OF OBSTACLES. BY FAITH I BY FAITH
❖ 步骤三、决定中小要因
物料
机器
人员
品质 特性
环境
方法
步骤四、决定影响问题点的主因寻找对策
23
特性要因图的制作方法
❖ 注：特性要因图一般与层别法、柏拉图结合 使用，有效地解决并控制质量问题点
24
QC七大手法简介 —— 直方图
❖ 直方图： ❖ 定义：又叫次数分配表.即将所收集的数
据按多个相等的区间进行分配，将相应数 量用柱形图进行表示，并通过数据的分布 趋势找出相连的品质信息的QC手法。 ❖ 根据所收集到的数据可以计算出平均值、 标准差，并可以测知其分配形态，订定规 格界限或作规格比较。
❖ 作用： 直观地了解两种变量之间的关系。
32
QC七大手法简介 —— 散布图
❖ 散布图型态
33
QC七大手法 (检查表、层别法、柏拉图、因果图、散布图、直方图、控制图)
總檢查數：150 各項不良數 不良率％＝ ─────── １００ 總檢查數 各項不良數 影響度％＝ ─────── 總不良數
－ 8－
a.各項目按出現數據之大小﹑順序排列，並求其累計次數。 b.求各項目的數據及累計數的影響度。 c.其他項排在最後，其他項若太大時，要檢討是否尚有 其他重要要因需提出分列。 3-5．引用圖表用紙繪出縱軸及橫軸。縱軸左側直線代表不良次 數，不良率或損失金額，右側直線代表累計影響度；橫 軸代表項目。 3-6．點上累計不良次數(或累積不良率)及累積影響度，並以折 線連結則得柏拉圖。 ％ 32.0 30.0
— 1—
查檢表 ( Check Sheet )
一﹑何謂查檢表
說是一種為了便於彙集數據，使用簡單記號填記並 予統計整理，俾作進一步分析或做為核對﹑檢查之用而 設計的一種表格或圖表。
二﹑查檢表的設計要領
查檢表並無一定的標準格式，只要根據使用的目 的，以及為求方便使用，利於作統計分析，而去設計適 合自已所需的查核表：
二﹑散佈圖的用途
2-1．確認兩組數據（或原因與結果）之間的相關性。 2-2．可檢視制程品質特性，在管制圖使用之經濟性。 2-3．可用於檢討制程不同變數的影響因素。 2-4．可做為設定標準之用。
三﹑相對應的兩組數據間關係的分類
1.日常管理用 2.收集數據用 3.改善管理用
A B C A B C 壓力不足 │ 時速不足 其 它 │
幫助每個人在 最短時間內完 成必要之數據 收集
表
種 類
比較作用
圖
形
用
途
備
注
層 別 法 金 額
日班
夜班
1. 應 用 層 別 區 分 法，找出實際差 借用其他圖形 異的因素，而對 本身無固定圖 症下藥． 形 2. 以 4M，每 1M 層 別之.
QC工具之调查表、层别法、排列图201508
例：在柴油机装配过程中，经常发生气缸垫漏气的现象，为解决这一问 题，对“气缸垫的装配”工序进行现场统计。
（1）搜集数据：n = 50, 漏气数f = 19 , 漏气率 p = f /n = 19/50 =38% （2）分析原因：
通过分析，得知造成漏气的原因有以下两个：
① 该工序中负责涂胶剂的三个工人A、B、C的操作方法有差异 ② 气缸垫的两个供货厂家使用的原材料有差异。 针对两个因素，将数 据进行分类列表，得到以下的表格：
QC工具—调 查表、层别 法、排列图
常用QC方法
新、老QC七工具
调查表
一、定义： 调查表（Data—collection Form）又叫检查表、核对表、统计分析表。 它是用来系统地收集资料和积累数据，确认事实并对数据进行粗略的整理 和分析的统计图表。 二、作用 改善管理（调查、记录） （调查、问题记录层别柏拉图找改善重点因果图查原因改善等) 维持管理（检查、确认）
通常，我们需要将分层法与其他统计方法一起联合使用，即把性质 相同、在同一条件下搜集的数据归纳在一起，然后再分别使用其他方法 制成分层排列图、分层直方图、分层散布图等等。
分层法是一种思路、方法，没有具体的表格/图形，常与排列图、调查表、直方图、控制图等搭配使用； 一般收集数据前就要使用分层法，以免数据中含有非相关资料； 可按“时间、不良项目、设备、班别”等进行分类；
四、排列图的实施步骤
3）画出纵轴与横轴 ·纵轴上写上件数，横轴上写上数据项目 ·原点上写上“0” ·最大刻度应超过数据中的最大数值 ·横轴上写上项目名称 ·不是把所有的项目都列出来，对于 那些相 加后其比率不足10％的项目, 归为“其他”
4）根据不良品项目的数值，画出棒 形图表
四、排列图的实施步骤
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件英才网软件行业驰名招聘网站
QC数据库表结构
有时候QC的报表不能满足我们的要求，需要自己从QC的数据库中查询数据，放到Excel中进行统计并生成图表，因此有必要熟悉一下QC的表结构：
Requirement(REQ)
∙Req ID (RQ_REQ_ID)
∙Name (RQ_REQ_NAME)
∙Description (RQ_REQ_COMMENT)
∙Requirement Type (RQ_TYPE_ID)
∙Is Folder (RQ_IS_FOLDER) – beware. This contains incorrect data (folders with value “N”)
∙Req Father ID (RQ_FATHER_ID) e.g. the folder id that the requirement is in.
∙Risk (RQ_USER_03)
Requirement Types(REQ_TYPE)
∙Requirement Type ID (TPR_TYPE_ID) – is foreign key for
REQ.RQ_TYPE_ID
∙Requirement Type Name (TPR_NAME) –e.g. “Folder”, “Business”, “Functional” etc
Requirement Coverage(REQ_COVER) – maps requirements to test cases ∙Requirement (RC_REQ_ID)
∙Covering Entity ID (RC_ENTITY_ID)
∙Coverage Type (RC_ENTITY_TYPE) –always seems to be “TEST”. Do not put this in a WHERE clause or you will filter out requirements that do not have an associated test case.
Test(TEST) – contains test cases
∙Test ID (TS_TEST_ID)
∙Test Name (TS_NAME)
∙Execution Status (TS_EXEC_STATUS)
下面SQL脚本查出所有需求项：
-- This query shows all requirements in all folders. SELECT
REQ.RQ_REQ_ID AS'Requirement ID',
REQ.RQ_USER_01 AS'Req ID Project',-- this has the original REQ ID from project doco
REQ.RQ_REQ_NAME AS'Requirement Name',
软件英才网软件行业驰名招聘网站
REQ.RQ_REQ_COMMENT AS'Requirement Description',
REQ_TYPE.TPR_NAME AS'Requirement Type',
REQ.RQ_USER_03 AS'Risk'
FROM
REQ
JOIN REQ_TYPE
ON REQ.RQ_TYPE_ID =REQ_TYPE.TPR_TYPE_ID -- join to get the name of the requirement type e.g "Folder"
WHERE
TPR_NAME !='Folder'-- Only retrieve requirements of type "Business" or "Functional"
ORDER BY
RQ_REQ_ID
下面SQL脚本查出所有测试用例：
-- This query shows all test cases in all folders. SELECT
TEST.TS_TEST_ID AS'Test ID',
TEST.TS_NAME AS'Test Name',
TEST.TS_EXEC_STATUS AS'Execution Status'
FROM
TEST
ORDER BY
TEST.TS_TEST_ID
下面SQL脚本查出哪些有测试用例覆盖的需求项：
-- This query shows all requirements with any test cases that are mapped to the requirement.
-- If there are 2 test cases mapped to a requirement, then both will be included.
SELECT
REQ.RQ_REQ_ID AS'Requirement ID',
REQ.RQ_USER_01 AS'Req ID Project',-- this has the original REQ ID from project doco
REQ.RQ_REQ_NAME AS'Requirement Name',
REQ.RQ_REQ_COMMENT AS'Requirement Description',
REQ_TYPE.TPR_NAME AS'Requirement Type',
REQ.RQ_USER_03 AS'Risk',
TEST.TS_TEST_ID AS'Test Case ID',
软件英才网软件行业驰名招聘网站
TEST.TS_NAME AS'Test Case Name',
TEST.TS_EXEC_STATUS AS'Execution Status'
FROM
REQ
LEFT JOIN
REQ_COVER ON REQ.RQ_REQ_ID =REQ_COVER.RC_REQ_ID -- join requirements to test cases (REQ to REQ_COVER)
LEFT JOIN
TEST ON REQ_COVER.RC_ENTITY_ID =TEST.TS_TEST_ID -- join requirements to test cases (REQ_COVER to TEST)
JOIN
REQ_TYPE ON REQ.RQ_TYPE_ID = REQ_TYPE.TPR_TYPE_ID -- join to get the name of the requirement type e.g "Folder" WHERE
REQ_TYPE.TPR_NAME !='Folder'-- Only retrieve requirements of type "Business" or "Functional"
ORDER BY
REQ.RQ_REQ_ID。