QC数据库表结构

合集下载

QC工程图简介 ppt课件

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七大手法(分层法、控制图、调查表)

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七工具(分层,检查表,排列图,特性要因图)

老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小组活动成果的发表方式
书面报告
将QC小组活动成果整理成书面报告,详细描述问题、 改进措施和效果。
矩阵数据分析法
要点一
总结词
一种对矩阵数据进行统计分析的方法。
要点二
详细描述
矩阵数据分析法是一种统计分析方法,通过对矩阵数据进 行处理和分析,提取出有用的信息。这种方法可以用来进 行相关性分析、聚类分析、主成分分析等多种统计分析, 有助于发现数据中的隐藏模式和规律。
05
QC小组活动成果的整理和发 表
规律。
流程图
总结词
通过绘制流程图,展示工作流程或工艺流程的各个环节及其相互关系,了解流程的效率 和潜在问题。
详细描述
流程图是一种通过绘制流程箭头和流程块来展示工作流程或工艺流程各个环节及其相互 关系的工具。在流程图中,将各个步骤或环节按照时间顺序进行排列,并用箭头表示流 程的方向和顺序。通过流程图,可以直观地了解整个流程的效率和潜在问题,有助于发
观察法
通过观察现场、记录数据的方式收集数据。
实验法
通过实验设计、控制实验条件来收集数据。
文献法
通过查阅文献资料来收集数据。
数据的整理和分析
数据清洗
去除无效、异常数据,确保数据质量。
数据分析
运用统计分析方法对数据进行处理,得出结 论。
数据整理
对数据进行分类、排序、汇总等操作,便于 分析。

19种QC统计工具精讲案例-简易图表

19种QC统计工具精讲案例-简易图表

19种QC统计工具精讲案例-简易图表
19种质量管理小组活动常用统计方法
简易图表
包括折线图、柱状图、饼分图、雷达图等常用工具。

(一)范围:部门、专业室和班组(所有范围)
(二)作用:有利于数据间形象直观的互相比较、分析和评价。

各种图表均有相应的作用。

(三)推荐:查找短板、原因分析、措施制定、效果对比、巩固提高。

(四)方法:
1.折线图
折线图也叫波动图。

它常用来表示质量特性数据随着时间推移而波动的状况。

折线图可以显示随时间(根据常用比例设置)而变化的连续数据,因此非常适用于显示在相等间隔下数据的趋势。

在折线图中,类别数据沿水平轴均匀分布,所有值数据沿垂直轴均匀分布。

折线图适宜表现数据的变化趋势。

2.柱状图
柱状图,也称条图、长条图、条状图,是一种以长方形的长度为变量的表达图形的统计报告图,由一系列高度不等的纵向条纹表示数据分布的情况,用来比较两个或以上的价值(不同时间或者不同条件),通常只有一类变量,适用于用于较小的数据集分析。

柱状图亦可横向排列,或用多维方式表达。

常用数据分析方法及QC七大手法

常用数据分析方法及QC七大手法
25
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七大手法 (检查表、层别法、柏拉图、因果图、散布图、直方图、控制图)

QC七大手法   (检查表、层别法、柏拉图、因果图、散布图、直方图、控制图)

總檢查數:150 各項不良數 不良率%= ─────── 100 總檢查數 各項不良數 影響度%= ─────── 總不良數
- 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

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)根据不良品项目的数值,画出棒 形图表
四、排列图的实施步骤

QC 七大手法(层别法,柏拉图,查检表,特性要因图)

QC 七大手法(层别法,柏拉图,查检表,特性要因图)

焊接有 气孔
31
25
接头处 熔化
27
22
焊堵
17 13
50
不 良 25 数
0
项目
不良数
占有率
B系统 48 39
D系统 33 26
A系统 24 19
C系统 20 16
何謂柏拉圖
3.柏拉圖
1) 柏拉圖是一位義大利經濟學家的名字,在他從事研究時 發現80-20法則或ABC分析圖。
2) 美國品管大師Dr. Juran(朱兰博士)將柏拉圖法應用在 品管上。
2.特别调查: 问题已经发生要加以调查,或主题调查、不良原因调查,发现改善点 的点检。
3.取得记录: 为了要报告,需取得记录,如推移图、直方图
1. 查檢表 (Check Sheet)
查检表的种类
查檢表的種類(以使用的目的來區分)
1. 記錄數據所使用的查檢表 ・用於記錄數據 ・係依據你所要解析的問題來設計,通常是依據於特性要因圖 中圈選的要因來設計,需要的情報種類皆需納入表中
2. 層別法
最重要的QC手法
定義:
所謂層別是將數據資料依其共同特性或特徵 分門別類,抽丝剥茧,使人面對紛亂的數據, 能夠找出思索分析的方向
目的:分析發生問題的可能原因
層別項目可以從以下幾個方向來考慮:

機器 設備別

如作業者別
機型別 機器別 機器性能
機齡 工廠 生產線 機器設備保養
作業者別 年齡階層
..
柏拉圖例子
LED不良率柏拉圖 資料收集期間
2007.01.01~2007.03.31
20000 0
P
150000
P
162015
70%

某公司品保部qc图表使用与说明

某公司品保部qc图表使用与说明

第 5頁
(2) 中级统计管理方法 :包括抽样调查方法、抽样检验方法、功能检 查方法、实验计划法、方法研究等。这些方 法不一定要企业全体人员都掌握,主要是有 关技术人员和质量管理部门的人使用。 (3) 高级统计管理方法:包括高级实验计划法、多变量解析法。这些 方法主要用于复杂的工程解析和质量解析, 而且要借助于计算机手段,通常只是专业人 员使用这些方法。
A.定量數據:長度.時間.重量等測量所得數據, 特點連續不間斷, 稱計量值 ; 以缺點數、不良品數來作為計算標準的數值,特點 離散性數據,稱為計數值. B.定性數據:以人的感覺判斷出來的數據,例如:水果的甜度或 衣服的美感.
四、整理數據應注意的事項
1.問題發生要採取對策之前,一定要有數據作為依據. 2.要清楚使用的目的. 3.數據的整理,改善前與改善后所具備條件要一致. 4.數據收集完成之后,一定要馬上使用.
五、查檢表的使用
數據收集完成應馬上使用,首先觀察整體數據是否代表 某些事實?數據是否集中在某些項目或各項目之間有否差異? 是否因時間的經過而產生變化?另外也要特別注意週期性變化 的特殊情況.統計完成即可利用QC七大手法中的柏拉圖加工整 理,以便掌握問題的重心.
檢查表示例
鑄造不良情況檢查表
第11頁
ÏÄ î ¿ ص µ ã
四、 查檢來要能提出改善對策數據,因之 必需把握現 狀解析,與使用目的相配合 (2) 解決查檢項目---從特性要因圖圈選的項目決定之 (3) 決定抽檢方式---全檢、抽檢 (4) 決定查檢方式---查檢基準、查檢數量、查檢時間與期間、 查檢對象之決定、並決定收集者、記錄符號 (5) 設計表格實施查檢
统计质量控制是美国的贝尔电话实验所的休哈特(修華特) (W.A.Shewhart)博士在1924年首先提出的控制图 为起点,半个多世纪以来有了很大发展,现在这些方法 可大致分为以下三类。

QC七大手法之 检查表、层别图、柏拉图、鱼骨图

QC七大手法之 检查表、层别图、柏拉图、鱼骨图


追求原因型 追求对策型

头脑风暴法 5M1E法 5W1H法 系统图法
(1)Why:为何----为什么要做?为什么要如此做(有没有更好的 办法)? (做这项工作的原因或理由) (2)What:何事----什么事?做什么?准备什么?(即明确工作 的内容和要达成的目标) (3)Where:何处----在何处着手进行最好?在哪里做?(工作发 生的地点)? (4)When:何时----什么时候开始?什么时候完成? 什么时候检 查?(时间) (5)Who:何人----谁去做? (由谁来承担、执行?)谁负责? 谁来完成?(参加人、负责人)? (6)How:如何----如何做?如何提高效率?如何实施?方法怎样? (用什么方法进行)? (7)How much:何价----成本如何?达到怎样的效果(做到什么 程度)? 数量如果?质量水平如何?费用产出如何? 概括:即为什么?是什么?何处?何时?由谁做?怎样做? 成本多少?结果会怎样? 也就是:要明确工作/任务的原因、 内容、空间位置、时间、执行对象、方法、成本。 再加上工作结果(how do you feel):工作结果预测,就成为 5W3H


柏拉图為十九世纪经济学家柏拉图(V. Pareto)調 查国民所得分配时,发现少部分的人, 占有大部份 財富。 80/20 法則: 80% 的问题集中于20% 的項目中,故 控制 20%的项目即可解決 80%的问题.
以有限的人力和时间,有效的解决问题

作为降低不良的依据 决定改善的对策目标 确认改善效果 应用于发掘现场的重要问题点 用于整理报告或记录 可作不同条件的评价 可供确认或调整特性要因图 配合特性要因分析图使用


预先选定要调查原因的对象 设计收集资料所用的表单 对员工表单填写进行培训 记录及观察所得数据 整理资料、分类绘制所用图表 比较分析,得出结论

QC七大手法之查检表、层别法、柏拉图、散布图

QC七大手法之查检表、层别法、柏拉图、散布图

必要.如果能找出何種原料,那一臺機器或那一位操作員有問題后再加以改善 ,而杜絕不良品的
發生.這種以分層別類的搜集數據,以找出其間差異的方法,謂之層別法.
2. 層別法作法:
2.1 層別的目的要明確
(1) 時間別 --小時別、日期別、周別、月別、上下午別.
(2)作來員別--班別、組別、新舊人員別.
(3) 設備別--機臺別、機型別.
柏拉圖為意大利經濟學家所發明,系根據收集之數據、項目,而按其大小順序,
自左而右排列的圖,從柏拉圖中可看出那一項目有問題,其影響程度如何,以
判斷問題的徵結點,並可針對問題點採取改善措施.
2.柏拉圖的作法:
步驟1.選定主題,收集數據.
步驟2.依分類項目別整理數據.(待數據收集完成后,便依分類項目別來整理數
查檢表制作要點
10
(1).制作符合目的的查檢表. 不論是針對什麼制作的查檢表都必須確立其目的.使用查檢表 目的主要有以下5種. a.正確地把握現狀.(把握了現狀,就可以明白現場的問題點.還有更重要的是QCC必須 先決定主題,設定正確的目標.) b.整理原始數據.(配合目的來整理經測定所收集到的未歸納分析的數據[即所謂的原 始數據],以供使用.) c.正確地管理工作.(用來確定工作是否按照標準進行.) d.詳細調查工作內容.(詳細調查工作內容或調查各種物之間的關系時亦可使用. e.查檢.(將查檢結果整理成查檢表,可決定制品的合格或不合 格,以便掌握品質.
192
177
196
171
902
柏拉圖的作法
15
步驟3.制作計算表.(數據的整理結束后,將各項目的數據由大到小依次排列,並 制作計算表.這時,將“其他”項列在最后.
3.1 計算表

QC旧七大手法基础知识及图表制作

QC旧七大手法基础知识及图表制作

人员流动率高 人员疲劳
作业条件不全 某作业流程不当

交期不稳 文件不足

品质欠佳
售后服务不好

不良 率高
QC 七手法
5).探讨大原因的原因(续) 脑力激荡法:指利用集体思考,使思想相互激荡产生连锁反应, 以引导创作性思考的方法。 实施脑力激荡的目的:运用集体的智慧,发挥集体的力量。 实施脑力激荡的四原则: ㈠禁止批评他人 ㈡容许异想天开 ㈢意见愈多愈好 ㈣摈弃尊卑贵贱的观念 脑力激荡实施方法:(如何开好会) 主席应履行的注意事项: ㈠不要“一言堂”;㈡不要延迟会议时间; ㈢指定专人记录; ㈣不比较两人意见孰好孰坏; ㈤留意不讲话的人,让其发表意见;㈥随时烘托气氛。
因变量
自变量 弱正相关
如身高和体重的关系
因变量
自变量 弱负相关
曲线相关 自变量
自变量 不相关
QC 七手法
▪ 举例: ▪ 某酒厂为了研究酒醅的酸度和酒精度之间存
在什么关系,决定制作散布图,下表是酒醅 化验结果。
样品 酸度
酒精度
1
0.5 6.3
2
0.9 5.8
3
1.2 4.8
4
1.0 4.6
5
0.9 5.4
绘制中骨时,一般与大骨成60°。 (大箭
头反向时称为对策图)






特性
QC 七手法
5).探讨大原因的原因(脑力激荡法) 运用脑力激荡法,寻找中小要因,一般以3~5个为宜。将各个要因绘 制于中骨上,小原因一般与中骨成60°。



灯光太暗
卫生欠佳 配件不足
噪音高
无专人保养
训练不足 设备老化

QC七大手法及其他常用图表介绍

QC七大手法及其他常用图表介绍
重工成本。(生产线最常发生) • 少数供货商造成大多数的拒绝品。 • 少数问题说明着大量的制程停摆的原因。 • 少数产品说明着主要利润的原因。
表4-1
支 出 項 目 支出金額 累計金額 累計比率
伙 食 費 10,250 10,250 41%
零 用 金 5,000 15,250 61%
水電瓦斯費 3,750 19,000 76%
无运转
设计不佳
黄油嘴位置 不当
未落实保养
培林无润滑
其他
启动夹瓶
护栏未 调定位
出星状轮 空瓶歪斜
卡瓶处理后 容易跳脱
障 率 高
何谓原因、要因与真因?
1.原因:所有可能造成问题的因素都称为原因。
2.要因:根据经验或投票所圈选出来的原因(并 没有实际到现场收集数据来验证)
3.真因:至现场对现物收集数据后,所验证出来 的真正原因,也就是用数据圈选出来的 原因。
100
25
20
(87.1%)
17.75
(75.5%) 15制程


10缺

9.69
(41.2%)

%
5
80
20
75%
60 40 20
累 计 百 分 比
制 程 百 件 缺 点 率
%
15 10 5
3(5.373.4%) 4(8.94.4%)5(9.324%)
5.53 (95.3%)
5(9.781.4%)5(1.800%)
统计的质量管理
1942年,美国物理学家修瓦特博士(Dr. Shewhart)首 创管制图,1931年发表「制造产品质量的经济管制」 (Economic Control of Quality Manufactured Products),经由其他人研究,产生不少新方法和理论, 如抽样检验等。又在第二次世界大战期间,因应大量 军事生产,美国国防部规定使用统计的品管方法,各 工厂相继使用。

qc数据库表结构

qc数据库表结构

软件英才网软件行业驰名招聘网站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 forREQ.RQ_TYPE_ID∙Requirement Type Name (TPR_NAME) –e.g. “Folder”, “Business”, “Functional” etcRequirement 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. SELECTREQ.RQ_REQ_ID AS'Requirement ID',REQ.RQ_USER_01 AS'Req ID Project',-- this has the original REQ ID from project docoREQ.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'FROMREQJOIN REQ_TYPEON REQ.RQ_TYPE_ID =REQ_TYPE.TPR_TYPE_ID -- join to get the name of the requirement type e.g "Folder"WHERETPR_NAME !='Folder'-- Only retrieve requirements of type "Business" or "Functional"ORDER BYRQ_REQ_ID下面SQL脚本查出所有测试用例:-- This query shows all test cases in all folders. SELECTTEST.TS_TEST_ID AS'Test ID',TEST.TS_NAME AS'Test Name',TEST.TS_EXEC_STATUS AS'Execution Status'FROMTESTORDER BYTEST.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.SELECTREQ.RQ_REQ_ID AS'Requirement ID',REQ.RQ_USER_01 AS'Req ID Project',-- this has the original REQ ID from project docoREQ.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'FROMREQLEFT JOINREQ_COVER ON REQ.RQ_REQ_ID = REQ_COVER.RC_REQ_ID -- join requirements to test cases (REQ to REQ_COVER)LEFT JOINTEST ON REQ_COVER.RC_ENTITY_ID = TEST.TS_TEST_ID -- join requirements to test cases (REQ_COVER to TEST)JOINREQ_TYPE ON REQ.RQ_TYPE_ID = REQ_TYPE.TPR_TYPE_ID -- join to get the name of the requirement type e.g "Folder" WHEREREQ_TYPE.TPR_NAME !='Folder'-- Only retrieve requirements of type "Business" or "Functional"ORDER BYREQ.RQ_REQ_ID软件英才网软件行业驰名招聘网站下面是赠送的团队管理名言学习,不需要的朋友可以编辑删除谢谢1、沟通是管理的浓缩。

数据分析工具——QC七大手法

数据分析工具——QC七大手法

数据分析工具——QC七大手法QC七手法:QC七手法又称为QC七工具,一般指旧QC七手法,即层别法、检查表、柏拉图、因果图、管制图、散布图和直方图。

是质量管理及改善运用的有效工具. QC手法的适用范围:QC手法的用途非常广泛,可以用于企业管理的方方面面(包括计划管控、员工思想意识行为管理、质量管控、成本管控、交期管控、士气管理、环境管理、安全管理、效率管理、绩效考核、日常管理等等),但主要用于品质管理及改善。

七大手法口诀:因果追原因、检查集数据、柏拉抓重点、直方显分布、散布看相关、管制找异常、层别作解析.因果图、柏拉图、检查表、层别法、散布图、直方图、统计图、棒状图、饼图、带状图、推移图、雷达图、管制图1.因果图(特性要因图、石川图、鱼骨图):当一个问题的特性(结果)受到一些要因(原因)影响时,将这些要因加以整理,成为有相互关系且有条理的图形,这个图形就称为特性要因图,又叫鱼骨图(Fish-Bone Diagram)。

1.1用途说明:整理问题、追查真正的原因、寻找对策。

1.2制作步骤:1。

决定问题或品质的特性1。

决定问题或品质的特性——特性的选择不能使用看起来很抽象或含混不清的主题。

2. 决定大要因-—须是简单的完整句,且具有某些程度或是方向性。

3. 决定中小要因。

4. 决定影响问题点的主要原因.5. 填上制作目的、日期及制作者等资料。

1.3应注意事项:1.脑力激荡。

2.以事实为依据。

3.无因果关系者,予以剔除,不予分类。

4.多加利用过去收集的资料.5.重点放在解决问题上,并依结果提出对策,依5W2H原则执行。

•WHY——为什么?为什么要这么做?理由何在?原因是什么?•WHAT—-是什么?目的是什么?做什么工作?•WHERE——何处?在哪里做?从哪里入手?•WHEN——何时?什么时间完成?什么时机最适宜?•WHO——谁?由谁来承担?谁来完成?谁负责?•HOW ——怎么做?如何提高效率?如何实施?方法怎样?•HOW MUCH-—多少?做到什么程度?数量如何?质量水平如何?费用产出如何?6。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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。

相关文档
最新文档