QC数据库表结构
- 格式:doc
- 大小:37.00 KB
- 文档页数:3
19种QC统计工具精讲案例-简易图表
19种质量管理小组活动常用统计方法
简易图表
包括折线图、柱状图、饼分图、雷达图等常用工具。
(一)范围:部门、专业室和班组(所有范围)
(二)作用:有利于数据间形象直观的互相比较、分析和评价。
各种图表均有相应的作用。
(三)推荐:查找短板、原因分析、措施制定、效果对比、巩固提高。
(四)方法:
1.折线图
折线图也叫波动图。
它常用来表示质量特性数据随着时间推移而波动的状况。
折线图可以显示随时间(根据常用比例设置)而变化的连续数据,因此非常适用于显示在相等间隔下数据的趋势。
在折线图中,类别数据沿水平轴均匀分布,所有值数据沿垂直轴均匀分布。
折线图适宜表现数据的变化趋势。
2.柱状图
柱状图,也称条图、长条图、条状图,是一种以长方形的长度为变量的表达图形的统计报告图,由一系列高度不等的纵向条纹表示数据分布的情况,用来比较两个或以上的价值(不同时间或者不同条件),通常只有一类变量,适用于用于较小的数据集分析。
柱状图亦可横向排列,或用多维方式表达。
软件英才网软件行业驰名招聘网站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手法的用途非常广泛,可以用于企业管理的方方面面(包括计划管控、员工思想意识行为管理、质量管控、成本管控、交期管控、士气管理、环境管理、安全管理、效率管理、绩效考核、日常管理等等),但主要用于品质管理及改善。
七大手法口诀:因果追原因、检查集数据、柏拉抓重点、直方显分布、散布看相关、管制找异常、层别作解析.因果图、柏拉图、检查表、层别法、散布图、直方图、统计图、棒状图、饼图、带状图、推移图、雷达图、管制图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。
软件英才网软件行业驰名招聘网站
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。