2020-08-20
传统SPC软件的局限
|
时间:2013-7-1 |
|
关键词：SPC软件
导语：客户的需求要复杂得多，而很多传统SPC软件供应商总是宣称他们的产品可以实现类似上面这些客户要的功能。在传统SPC软件中，一旦文件结构建立，您就只能比较之前确定的数据。而且，数据一旦被写入文件，设置中的大部分内容都无法再更改。 您的SPC软件存在同样问题吗？ 如果您的SPC软件也有上述遗留问题，它会通过两种形式表现出来： 1. 软件使用多个文件保存来自不同零件型号或过程设备的测试数据。 
图1 平面文件结构的SPC软件，每个零件数据使用独立文件保存。
2. 使用数据库结构，但零件（或过程设备）作为最高级别定义，所有质量特性、公差限、控制限、标注字段等等，都围绕此零件文件（有时称为零件组）展开。 
图2 绝大部分基于数据库结构的SPC软件产品仍保留基于文件结构的逻辑方式。数据库中的每个零件组都相对独立。一旦保存到数据库中，来自不同组的数据不能够合并在同一张控制图上并根据时间排序而连续显示。要处理这样的数据，必须通过大量的工作才能完成。
上述两种情况在逻辑上是同一个问题，区别仅在于一种方式是使用多文件结构而另一种只使用单层数据库。 SPC理论在进步 使用者要求在提高
客户的需求要复杂得多，而很多传统SPC软件供应商总是宣称他们的产品可以实现类似上面这些客户要的功能。的确，某些时候在足够多的导入导出操作下，传统SPC软件可以提供非传统的分析方式。不过，如果您希望对比不同零件或者不同过程间的数据，那么在建立文件结构之前，您必需明确您所需要的比较分析类型。在传统SPC软件中，一旦文件结构建立，您就只能比较之前确定的数据。而且，数据一旦被写入文件，设置中的大部分内容都无法再更改。面对这么多限制，您还犹豫什么？不要考虑能否通过增加现有系统的灵活性去满足您新的质量管控需求；也不要再为了生成一张控制图而纠结——毕竟为了获取数据而没完没了的打开/关闭零件文件（或零件组）实在太麻烦了。还是采购一套新的SPC软件系统吧！ |