控制图一旦画出来,真正要花心思去琢磨的,并不是那条曲线看上去是否光滑漂亮,而是要弄清楚哪些点已经跑出了稳定运行的边界。在JMP里面如何设定报警规则,又该怎么复核那些被系统标记为异常的数据点,比较合理的顺序是先把需要监控的过程变量、数据的时间先后顺序和分组方式定好,然后再根据当前场景把几项合适的检验规则打开。JMP的Control Chart Builder既允许在左侧控制面板里配置警告、检验和控制界限,也支持在图表上单击右键来完成这些操作,那些被判定为异常的点会直接标在图上,鼠标悬停时还能看到它触发了哪一条规则。
一、JMP控制图报警规则怎么设置
报警规则不能一次全部打上勾就不再理会了。如果规则设得过少,一些缓慢发生的漂移很容易被漏掉;如果设得太多,图面上又会频繁出现大量提示,反而干扰正常的分析。比较稳妥的做法,是从基础的控制界限报警以及几项常用的趋势规则开始,等过程的数据确实平稳下来之后,再根据情况逐步往上增加。
1、先把控制图建立起来
沿着菜单【Analyze】→【Quality and Process】→【Control Chart】找到【Control Chart Builder】,将需要监视的指标拖进【Y】框里,再把记录用的日期、批次号或者采样的先后顺序拖进【Time】框。假如数据本身已经按照班次、批次号或者设备编号分好了组,就可以把它们放进【Subgroup】里面。需要留意的是,被拖进Time里的数据会保持原数据表的行顺序在横轴上展现,系统并不会自动将它们再做一次聚合。
2、接着打开报警的设置窗口
用鼠标点一下Control Chart Builder旁边那个红色小三角,在弹出来的菜单里点击【Show Control Panel】,左侧就会出现控制面板;在里面把【Warnings】展开,再在【Tests】下面把想要启用的规则一条一条勾选起来,当然直接在图表上右键后在Warnings菜单里做调整也是一样的。
3、初期优先把超限报警给开起来
比如应该先把“超出控制界限”这一项检验选上,它用来找出那些已经越过上下控制界限的点,对于带有控制限的图形来说很关键;同时也可以单独打开第1项检验,它能够帮助发现落到A区以外的点。设置完毕之后,JMP会立即把符合条件的点标记在图上,你只需要把鼠标移到那些点上,就能看到触发的是哪条规则以及相关的简要说明。
4、等到过程数据显得比较平稳了,再把趋势规则也加进去
可以选择把第2项和第3项检验打开,其中第2项用来判断是不是出现了连续九个点落在了中心线的同一侧,第3项则用来观察有没有连续六个点一直在往同一个方向上升或者下降。假如生产现场还存在设备经常切换、操作人员来回轮换或者来料批次之间有较大差异这类情况,也可以把第4项检验一并打开,这样能更快地发现这些因素带来的影响。
二、JMP控制图异常点怎么复核
当控制图上出现被标记出来的异常点以后,千万不要急着直接把那行数据删掉。控制图给出的报警只是在提醒我们当前的过程可能已经发生了某种变化,具体到底是怎么一回事,还需要结合最原始的生产记录、量器具当时的状态以及生产时的工艺条件一起去复查,才能做出正确的判断。
1、先看明白它到底触发了哪条规则
可以把鼠标指针移到那个异常点上面,查看系统弹出的检验编号和规则说明。如果只是零星的一个点跑出了控制界限,一般要先排查当时的材料、设备或者测量环节是不是存在异常;要是有连续一串点都偏到了中心线的同一侧,那更像是过程的整体均值在发生漂移;而一连串不断往上走或者往下掉的点,则往往需要去检查是不是存在零件磨损、温度持续变化或者工艺参数在缓慢跑偏这类状况。
2、回到数据表里把原始记录核对清楚
根据异常点找到它所在的那一行数据,看一看当时记录的日期、批次、是哪台设备、由谁操作,还有最后出来的测量值,是不是全都准确无误。只看图是远远不够的,因为录入时敲错了数字、测量单位被无意间改动过、小数点错位,或者某一条记录被重复登记了两次,这些情况都会在控制图上造出假的报警来。
3、顺便检查一下控制限有没有被改动过
在图表上右键,打开和界限设定有关的菜单,看看当前的上下控制限到底还是不是按最初的方式计算出来的。如果这中间你换过图表的类型、增加或者删减了用于分析的变量,又或者把计算统计量的方式给改了,那之前设定好的控制限很可能就被自动清除掉又重新算了一遍。控制限的口径一旦变了,之前和之后冒出来的报警就不适合再拿来直接做横向比较了。
4、最后也要看一看分组和阶段的设置
要是项目里用到了“阶段”这个功能,那系统会给每一个阶段单独计算它自己的控制界限,而且每当新阶段开始的时候,前面那个阶段的报警计数还会被自动清空。所以,在设备升级、配方切换或者工艺做了较大调整以后,把变化前后的数据清晰地划分成不同的阶段是很有必要的,不要让它们搅和在一起去分析。
三、JMP控制图异常复核还要注意哪些口径
当图上报警点的数量突然之间出现很大变化时,除了去排查过程自身的原因,也应该回头看一看当前统计用的数据范围和那些排除规则是怎么设定的。不少看起来像是过程出了毛病的状况,追查到底其实只是统计的口径发生了变动。
1、检查一下排除行的设定
JMP里的趋势检验会受到排除行设置的影响,被排除掉的那些数据,究竟是继续参与计算、当成缺失值来处理,还是干脆就忽略不用了,这个差别会直接影响到那些关于连续点数目规则的判定。每一次改动了数据的筛选条件之后,都需要重新去核实一遍报警的结果,看它跟原来是不是一样。
2、注意要把控制限和规格限区分开
控制界限体现的是过程自身波动范围的大小,而规格界限代表的是产品是否合格的硬性标准。有时候一个点明明还没有超出规格界限,却在控制图上叫了起来;反过来说,有的过程虽然长期贴着规格界限的边沿在走,即便还没触发报警,也同样需要继续盯着它。这两类界限的含义不一样,解释的时候不能把它们混到一块儿。
3、给每一个异常点留下复核的记录
建议把每个点触发的是哪条规则、属于哪个批次、复核之后得出了什么结论、推断的原因是什么,以及最后采取了什么处理动作,都一条一条地记下来。只有在确认了那不过是一笔录入差错的时候,才去动手修改原始数据;要是判断它是真实的过程波动,就应当把它放到工艺排查和持续改善的闭环里面去,而不是随随便便一删了事。
总结
在JMP里面设置控制图的报警规则,常用流程是先把Control Chart Builder建好,再从Warnings里的Tests当中逐步打开超限、偏移和趋势这几类规则;复核异常点的时候,重点则是先看清触发了哪条规则,再回到数据表里核对原始信息,然后检查控制限、分组、阶段以及排除行的设置,最后把复核的记录保留下来。对图上冒出来的报警点,不要轻易动手去删,而要先把它分辨清楚到底是数据弄错了,还是过程真的发生了变化,这样控制图才真正用得上。
