看看对该设备进行的 AQL 检验
不管是作为产品的生产方,还是购买方,在验货过程中,AQL(抽样检验程序)无时不刻不在影响着我们。对于生产方来说,验货时超过AQL标准,就意味着返工、加班、重新安排等等;对于购买方,它也意味着重复检验以及潜在运输调整、销售调整甚至供应商策略和产品策略的调整。既然它的影响那么大,它深层的意思您是否搞清楚了呢?那些常见的问题比如:
在AQL接收限内,卖方是否可以故意出运不合格品?买方是否必须接收?
应该由谁来选择决定抽样方案?买卖双方该如何沟通疵点分类?
通过AQL验货的产品里面有多少不合格品?
连续批次出运的货物里面最大可能平均有多少不合格品?
实际较低不合格品比例的批次,被拒收的可能性是多大?
如果您还不是十分清楚这些答案,那就赶紧来瞅一眼下文吧。
没有时间看文章的,直接看下面这张图,再到最底下点爱心,然后关注就可以了,么么哒:
1、 定义:
AQL: Accept quality limit的首字母缩写, 直译为接收质量限,它是指在对提交验收抽样的连续批次最差容许的过程平均质量水平。以前也有把AQL当成是Acceptable quality level的缩写, 中文意思“可接收的质量水平”,不过这种说法在美国标准中已经不被推荐了。
2、 优点和局限:
在统计抽样被应用到检验之前,货物都是100%检验的。上世纪50年代,AQL被美国军方应用到军工生产中,直到今天它被越来越广泛的应用到各个领域。AQL 被广泛应用而经久不衰的原因不仅仅在于它在统计上的科学性,更在于它相对于100%检验的经济性;同时它有利于生产者使批缺陷率接近AQL的批次被接受。
但是在实际应用中,AQL也有它的局限。我们经常碰到的纠结是,究竟买方该不该接收那些通过了AQL检验的货物里面的不合格品。作为卖方,我们会认为,既然AQL验货已经通过了,就证明货物质量是合格的,达到了合同的标准,里面含有多少次品也是理所当然买方应该接收的。但是作为买方,我们会认为我们花的是买正品的钱,我为什么要接收那些不合格的产品呢?
关于这点,让我们来看看AQL标准里面的答案:
AQL的设计并不暗含供方有权故意出运不合格的产品。
各位朋友,看到这里,关于不合格品的出运,您是否对于您的权利或者义务一目了然了呢?
3、 使用方法:
抽样检验的具体操作涉及到字母代码表,正常、加严和放宽标准,一次、两次和多次抽样,检验水平,转换规则等等,这些内容在日常都很多应用,这里也就不一一赘述。在这里我想提出来的两点是:
1、 抽样方案的初步选择:AQL是可以应用到所有的行业的,而实际上我们大都身处具体的行业,处理细分市场的产品,所以基本上可供选择的方案不多,这样大家习以为常;关于具体的方案的选择,理论上是应该由买卖双方协商决定,并写在合同中,但是在实际执行过程中,因为目前是买方市场,所以基本上大多由客人来决定使用什么具体的标准。这些原因造成了我们忽视具体抽样方案的选择。我们经常可以看到的事情是,两种单价相差很大的产品使用相同的检验标准,很明显这是不合理的。
2、 缺陷的分类:这是另一个我们经常遇到的困惑,造成这种分歧的原因是买卖双方在前期没有进行充分的沟通。理论上讲,质量缺陷的严重程度的是应该由买方来决定,并给予解释,而且这些关于缺陷严重程度的分类详情应该在联合技术开发会议上被沟通。但是在实际操作中,这个过程往往因为各种原因而忽视,从而给后续的过程中带来冲突,或者损失。比如说在检验过程中发现某个外观疵点,卖方认为最多算轻微疵点(Minor Defect),但是在特定的条件下,买方会认为它是影响销售和客户体验的重要缺陷(Major Defect), 这样就产生了争议的土壤。
4、 含义;
AQL究竟和疵品率、通过率有啥关系?让我们先来看一个具体的抽样方案:
假设: 正常一次抽样方案 AQL: 1.5 样本量n:50 接收Ac: 2 拒收Re: 3 外观检验
经常会有人讲,AQL 1.5 的疵点比例是1.5%, 这个肯定是不对的,没那么简单。那这个值究竟是多少呢?我们在那里可以得到它?它是怎么来的?就让我来扒一扒吧:
首先,AQL的每一个方案的确对应有一个疵点的比例,它是通过科学的方法计算出来的,通常它代表在该疵点率的批次,有95%的可能性能够通过检验。在本例中这个方案的疵点率是1.64%。(注:如果哪位朋友想要知道究竟为什么是95%,朝统计学方向努把力就可以了;另外本文中个别专业术语知道就行,不影响理解情况下无须深究)
那么我们那里可以知道呢?很简单:在标准里面,OC曲线的部分是可以查到每一个方案对应的疵点比例的。如下图:
最后就该来算一算为什么1.64%的接收概率是95%了。
因为是外观检验,所以每个产品很可能会有不止一个疵点,那么该数据的分布应该是泊松分布。这个分布计算概率的公式如下:
λ= n x p =50*1.64%=0.82
根据抽样方案;接收Ac: 2; 拒收Re: 3, 也就是说只发现2个及以下疵点数就算通过了,这样就只有三种可能,分别是发现疵点的数量为0,1和2:
将X =0 代入上式,得出P(X=0) = 0.4404,即检验中发现没有疵点的概率是44.04%;
将X =1 代入上式,得出P(X =1) = 0.3612,即检验中只发现一个疵点的概率是36.12%;
将X =2 代入上式,得出P(X =2) = 0.1481,即检验中发现两个疵点的概率是14.81%;
三种可能通过的结果,其概率加起来就是94.97% , 也就是说:
通过该方案检验的批次,95%的可能性疵点比例小于或等于1.64% 。
5、 风险:
首先,通过上述例子,我们知道了AQL是在某疵点比例下该批货物通过检验的可能性;同时大于该疵点比例的批次通过可能性就小,反之亦然。那么如果连续多批,总的来说货物平均的疵点比例是多少呢?
回答这个问题涉及到两个概念:
平均检出质量(AOQ):指检出产品的平均质量,其中包括所有接收批,再加上经拒收后经过100%检验并用合格品替换了所有不合格品的批次;
平均检出质量限(AOQL):所有可能的进货质量水平中最大的AOQ。
在实际应用中,AOQL在标准里面也是可以查到的,比如上面提到的抽样方案,通过查AOQL表可以得知其AOQL是2.7%。 同样,这个数字也是可以计算出来的,方法如下:
AOQ=接收概率 x 不合格品率
通过计算不同的疵点比例的AOQ,然后做比较, 我们就可以找到该抽样方案的最大的AOQ,即AOQL。 比如前面提到的抽样方案,我们就可以发现在单批不合格品比例为4%的时候,AOQL最大为2.7%。也就是长期来说,在这个抽样方案下,不管货物最初不合格品的比例多少,最终整个货物平均的疵点比例的最大值为2.7%。有了这个数,我们就对我们的货物有多大的风险了如指掌了。
第二个问题是实际较低不合格品率的批次,被拒收的可能性。先上一张图:
注:显著性水平α是犯第一类错误的概率,通常取0.05;β通常取值为0.1。
通过前面的计算,我们知道在特定的不合格品率下,95%的可能性是能通过检验的;与之相对应的是,是还有5%的可能性不能通过检验,这个就是上图中的α,当然了,实际不合格品比例越小,这个可能性是越小的。
另外在实际运用中,β指不合格品率低于某个数值的批次的接收概率,通常为10%。这个不合格率也是可以在OC曲线上查得,比如说前面提到的抽样方案,它在不合格品率为10.6%的时候的接收概率为10%, 很显然,这个不合格品率已经很高了,也就是说,买方接收这个不合格品率批次的可能性小到只有10%,或者说买方有90%的信心批内的不合格品率低于10.6%。
总结:
1. 只要不是100%验货;风险是客观存在的,无论是生产方还是购买方;
2. 即使通过了AQL验货,不合格品一定还是存在的,只是比例高低而已;尽管AQL并不暗示供方有权故意出运不合格产品;
3. 相对于100%检验,AQL是相对比较经济的方法;同样出于该目的,买方应该仔细考虑可接收的风险水平,从而决定AQL值;并提前沟通疵点分类。
4. AQL所代表的是特定不合格品率下,通过抽样检验的概率。这个比例可以通过计算得出,或者查阅标准得到。
本文参考资料:
美国国家标准ANSI/ASQ Z1.4-2003 (R2013) Sampling Procedures and Tables for Inspection by Attributes
中国国家标准 GB/T 2828.1-2012 / ISO 2859-1: 1999 计数抽样检验程序
上一篇: 3.1 基因组分析:表型和记录及原始数据处理的基本原则
下一篇: 质量管理 - 读书笔记
推荐阅读
-
看看对该设备进行的 AQL 检验
-
智联招聘发布第三季度平均薪酬报告;价值13亿美元的Metaverse日活跃用户仅38人;统一充电接口或让苹果一年损失数百亿美元 | EA周报 - 热点大事件 微信推出刷掌付小程序,开启全新支付模式 据悉,微信已上线 "微信刷掌付 "小程序,可以为用户刷掌付增加更便捷的管理方式,但刷掌付功能需要在刷掌设备上开通。刷掌付是继密码支付、指纹支付、刷脸支付之后,微信的又一新型支付方式。据悉,目前微信支付已在深圳部分商户接入刷掌付设备进行测试,用户可通过刷掌纹支付订单。刷掌纹设备由微信支付提供,设备上设有显示屏和掌纹识别区,用户开通微信刷掌纹支付功能后,只需在掌纹识别区扫描,即可完成商品支付,相比传统的密码支付和指纹支付,更加便捷。(星球科技) 微软多项云服务落户中国新数据中心 2022年10月13日,微软年度技术大会Ignite 2022和Ignite China中国技术峰会同步开启在线直播。面对中国市场日益增长的客户需求,微软宣布,Azure、Dynamics Power Platform等多项服务已在北上广三地数据中心落地,提升在中国市场的服务能力;世纪互联运营的Office 365上的Teams服务和世纪互联运营的Microsoft 365服务将于2023年上半年正式上线,为中国市场带来更全面、更优质的本地化服务体验和技术保障。 IBM宣布将红帽存储并入存储业务部 根据IBM与红帽的协议,IBM将成为Ceph基金会的主要赞助商,该基金会的成员合作推动Ceph开源项目的创新、开发、营销和社区活动。红帽OpenStack客户仍可从红帽及其合作伙伴处购买红帽Ceph存储,而拥有现有订购服务的红帽OpenShift和红帽OpenStack客户将能够在不改变与红帽关系的情况下,根据需要维护和扩展其存储足迹。 扎克伯格谈新款1万美元VR头显:成本价,我们不会像苹果那样定高价 元CEO扎克伯格在接受采访时谈到了公司新发布的Quest Pro新款VR头显的价格,他表示1499.99美元的定价只是 "性价比",让更多人通过购买硬件来体验元宇宙。扎克伯格还借此机会挖苦了竞争对手苹果公司,称苹果公司对该设备的定价 "已经到了极限"。他说:"通常,人们制造硬件,然后想从中获利。例如,苹果公司就是这样做的,制造硬件,然后尽可能多地收费。他说,公司还计划推出 Quest 3,售价在 300 美元到 500 美元之间。 智联招聘发布招聘薪资报告,第三季度全国平均薪资为10168美元/月
-
ssh工作流程及原理-SSH(Secure Shell Protocol,安全的壳程序协议),它可以通过数据包加密技术将等待传输的数据包加密后再传输到网络上。ssh协议本身提供两个服务器功能:一个是类似telnet的远程连接使用shell的服务器;另一个就是类似ftp服务的sftp-server,提供更安全的ftp服务。 连接加密技术简介 目前常见的网络数据包加密技术通常是通过“非对称密钥系统”来处理的。主要通过两把不一样的公钥与私钥来进行加密与解密的过程。 公钥(public key):提供给远程主机进行数据加密的行为,所有人都可获得你的公钥来将数据加密。 私钥(private key):远程主机使用你的公钥加密的数据,在本地端就能够使用私钥来进行解密。私钥只有自己拥有。 SSH工作过程:在整个通讯过程中,为实现SSH的安全连接,服务端与客户端要经历如下五个阶段: 版本号协商阶段 SSH目前包括SSH1和SSH2两个版本,双方通过版本协商确定使用的版本 密钥和算法协商阶段 SSH支持多种加密算法,双方根据本端和对端支持的算法,协商出最终使用的算法 认证阶段 SSH客户端向服务器端发起认证请求,服务器端对客户端进行认证 会话请求阶段 认证通过后,客户端向服务器端发送会话请求 交互会话阶段 会话请求通过后,服务器端和客户端进行信息的交互 一、版本协商阶段 服务器端打开端口22,等待客户端连接; 客户端向服务器端发起TCP初始连接请求,TCP连接建立后,服务器向客户端发送第一个报文,包括版本标志字符串,格式为“SSH-<主协议版本号>.<次协议版本号>.<软件版本号>”,协议版本号由主版本号和次版本号组成,软件版本号主要是为调试使用。 客户端收到报文后,解析该数据包,如果服务器的协议版本号比自己的低,且客户端能支持服务器端的低版本,就使用服务器端的低版本协议号,否则使用自己的协议版本号。 客户端回应服务器一个报文,包含了客户端决定使用的协议版本号。服务器比较客户端发来的版本号,决定是否能同客户端一起工作。如果协商成功,则进入密钥和算法协商阶段,否则服务器断开TCP连接。 说明:上述报文都是采用明文方式传输。 二、密钥和算法协商阶段 服务器端和客户端分别发送算法协商报文给对端,报文中包含自己支持的公钥算法列表、加密算法列表、MAC(Message Authentication Code,消息验证码)算法列表、压缩算法列表等等。 服务器端和客户端根据对端和本端支持的算法列表得出最终使用的算法。 服务器端和客户端利用DH交换(Diffie-Hellman Exchange)算法、主机密钥对等参数,生成会话密钥和会话ID。 由此,服务器端和客户端就取得了相同的会话密钥和会话ID。对于后续传输的数据,两端都会使用会话密钥进行加密和解密,保证了数据传送的安全。在认证阶段,两端会使用会话用于认证过程。 会话密钥的生成: 客户端需要使用适当的客户端程序来请求连接服务器,服务器将服务器的公钥发送给客户端。(服务器的公钥产生过程:服务器每次启动sshd服务时,该服务会主动去找/etc/ssh/ssh_host*文件,若系统刚装完,由于没有这些公钥文件,因此sshd会主动去计算出这些需要的公钥文件,同时也会计算出服务器自己所需要的私钥文件。) 服务器生成会话ID,并将会话ID发给客户端。 若客户端第一次连接到此服务器,则会将服务器的公钥数据记录到客户端的用户主目录内的~/.ssh/known_hosts。若是已经记录过该服务器的公钥数据,则客户端会去比对此次接收到的与之前的记录是否有差异。客户端生成会话密钥,并用服务器的公钥加密后,发送给服务器。 ****服务器用自己的私钥将收到的数据解密,获得会话密钥。 服务器和客户端都知道了会话密钥,以后的传输都将被会话密钥加密。 三、认证阶段 SSH提供两种认证方法: 基于口令的认证(password认证):客户端向服务器发出password认证请求,将用户名和密码加密后发送给服务器,服务器将该信息解密后得到用户名和密码的明文,与设备上保存的用户名和密码进行比较,并返回认证成功或失败消息。 基于密钥的认证(publickey认证):客户端产生一对公共密钥,将公钥保存到将要登录的服务器上的那个账号的家目录的.ssh/authorized_keys文件中。认证阶段:客户端首先将公钥传给服务器端。服务器端收到公钥后会与本地该账号家目录下的authorized_keys中的公钥进行对比,如果不相同,则认证失败;否则服务端生成一段随机字符串,并先后用客户端公钥和会话密钥对其加密,发送给客户端。客户端收到后将解密后的随机字符串用会话密钥发送给服务器。如果发回的字符串与服务器端之前生成的一样,则认证通过,否则,认证失败。 注:服务器端对客户端进行认证,如果认证失败,则向客户端发送认证失败消息,其中包含可以再次认证的方法列表。客户端从认证方法列表中选取一种认证方法再次进行认证,该过程反复进行。直到认证成功或者认证次数达到上限,服务器关闭连接为止。实例
-
正负偏差变量 即 d2+、d2- 分别表示决策值中超出和未达到目标值的部分。而 di+、di- 均大于 0 刚性约束和目标约束(柔性目标约束有偏差) 在多目标规划中,>=/<= 在刚性约束中保持不变。当需要将约束条件转换为柔性约束条件时,需要将 >=/<= 更改为 =(因为已经有 d2+、d2- 用来表示正负偏差),并附加上 (+dii-di+) 注意这里是 +di、-di+!之所以是 +di,-di+,是因为需要将目标还原为最接近的原始刚性约束条件 优先级因素和权重因素 对多个目标进行优先排序和优先排序 目标规划的目标函数 是所有偏差变量的加权和。值得注意的是,这个加权和都取最小值。而 di+ 和 dii- 并不一定要出现在每个不同的需求层次中。具体分析需要具体问题具体分析 下面是一个例子: 题目中说设备 B 既要求充分利用,又要求尽可能不加班,那么列出的时间计量表达式即为:min z = P3 (d3- + d3 +) 使用 + 而不是 -d3 + 的原因是:正负偏差不可能同时存在,必须有 di+di=0 (因为判定值不可能同时大于目标值和小于目标值),而前面是 min,所以只要取 + 并让 di+ 和 dii- 都为正值即可。因此,得出以下规则: 最后,给出示例和相应的解法: 问题:某企业生产 A 和 B 两种产品,需要使用 A、B、C 三种设备。下表显示了与工时和设备使用限制有关的产品利润率。问该企业应如何组织生产以实现下列目标? (1) 力争利润目标不低于 1 500 美元; (2) 考虑到市场需求,A、B 两种产品的生产比例应尽量保持在 1:2; (3)设备 A 是贵重设备,严禁超时使用; (4)设备 C 可以适当加班,但要控制;设备 B 要求充分利用,但尽量不加班。 从重要性来看,设备 B 的重要性是设备 C 的三倍。 建立相应的目标规划模型并求解。 解:设企业生产 A、B 两种产品的件数分别为 x1、x2,并建立相应的目标计划模型: 以下为顺序求解法,利用 LINGO 求解: 1 级目标: 模型。 设置。 variable/1..2/:x;! s_con_num/1...4/:g,dplus,dminus;!所需软约束数量(g=dplus=dminus 数量)及相关参数; s_con(s_con_num);! s_con(s_con_num,variable):c;!软约束系数; 结束集 数据。 g=1500 0 16 15. c=200 300 2 -1 4 0 0 5; 结束数据 min=dminus(1);!第一个目标函数;!对应于 min=z 的第一小部分;! 2*x(1)+2*x(2)<12;!硬约束 @for(s_con_num(i):@sum(variable(j):c(i,j)*x(j))+dminus(i)-dplus(i)=g(i)); !使用设置完成的数据构建软约束表达式; ! !软约束表达式 @for(variable:@gin(x)); !将变量约束为整数; ! 结束 此时,第一级目标的最优值为 0,第一级偏差为 0: 第二级目标: !求 dminus(1)=0,然后求解第二级目标。 模型。 设置。 变量/1..2/:x;!设置:变量/1..2/:x; ! s_con_num/1...4/:g,dplus,dminus;!软约束数量及相关参数; s_con(s_con_num(s_con_num));! s_con(s_con_num,variable):c;! 软约束系数; s_con(s_con_num,variable):c;! 结束集 数据。 g=1500 0 16 15; c=200 300 2 -1 4 0 0 5; 结束数据 min=dminus(2)+dplus(2);!第二个目标函数 2*x(1)+2*x(2)<12;!硬约束 @for(s_con_num(i):@sum(variable(j):c(i,j)*x(j))+dminus(i)-dplus(i)=g(i)); ! 软约束表达式;! dminus(1)=0; !第一个目标结果 @for(variable:@gin(x)); ! 结束 此时,第二个目标的最优值为 0,偏差为 0: 第三目标 !求 dminus(2)=0,然后求解第三个目标。 模型。 设置。 变量/1..2/:x;!设置:变量/1..2/:x; ! s_con_num/1...4/:g,dplus,dminus;!软约束数量及相关参数; s_con(s_con_num(s_con_num));! s_con(s_con_num,variable):c;! 软约束系数; s_con(s_con_num,variable):c;! 结束集 数据。 g=1500 0 16 15; c=200 300 2 -1 4 0 0 5; 结束数据 min=3*dminus(3)+3*dplus(3)+dminus(4);!第三个目标函数。 2*x(1)+2*x(2)<12;!硬约束 @for(s_con_num(i):@sum(variable(j):c(i,j)*x(j))+dminus(i)-dplus(i)=g(i)); ! 软约束表达式;! dminus(1)=0; !第一个目标约束条件; ! dminus(2)+dplus(2)=0; !第二个目标约束条件 @for(variable:@gin(x));! 结束 最终结果为 x1=2,x2=4,dplus(1)=100,最优利润为
-
什么是可用性测试?有效性(Effectiveness)-- 用户完成特定任务和实现特定目标的正确性和完整性程度;效率(Efficiency)-- 用户完成任务的正确性和完整性程度与所用资源(如时间)之比;满意度(Satisfaction)-- 用户在使用产品时的主观满意度和接受程度。 2.如何获得可用性? 可以参考以下原则:Gould、Boies 和 Lewis(1991 年)为以用户为中心的设计定义了 4 个重要原则: 早期以用户为中心:设计者应在设计过程的早期就努力了解用户的需求。 综合设计:设计的所有方面都应同步发展,而不是按顺序进行。使产品的内部设计始终与用户界面的需求保持一致。 早期和持续测试:当今唯一可行的软件测试方法是经验主义方法,即如果实际用户认为设计可行,该设计就是可行的。通过在整个开发过程中引入可用性测试,用户就有机会在产品推出之前对设计提出反馈意见。 迭代设计:大问题往往掩盖了小问题的存在。设计人员和开发人员应在整个测试过程中对设计进行迭代。 3...什么是可用性测试? 可用性测试是根据可用性标准对图形用户界面进行的系统评估。 可用性测试是衡量用户与系统(网站、软件应用程序、移动技术或任何用户操作设备)交互时的体验质量。4.如何进行可用性测试? l 实验室实验