2020-08-20
第一代SPC软件的产生及数据存储的弊端
|
时间:2013-6-28 |
|
关键词：SPC软件,数据
导语：SPC软件能够将数以万计的数据保存在一个电子文档中——显而易见，电脑中的电子文档极大弥补了纸质报表的不足。不过，随着制造企业对车间现场数据的需求不断提高，这种来自DOS系统、看似合乎逻辑思维的方式直接导致了噩梦的出现。 在努力工作多年后，没有人愿意回到原点，从头再来——不过，对于那些仍在苦苦找寻业务机会的SPC软件公司而言，这却是他们此刻正面临的尴尬。毋庸置疑，没有任何一家SPC软件公司希望您听到我接下来要揭开的这个秘密。因为，这个秘密会将他们多年来想方设法掩盖的重大技术失误公诸于众。 问题的根源 时至今日，答案仍旧秘而不宣，而根源则集中在“SPC软件保存和检索数据的方式”这一问题上。为了更好地理解这个问题，先让我们追赶上时光的脚步，回到电脑诞生前的岁月，回到那个使用纸笔记录SPC数据的年代。 在那个年代（当然，现在也如此），纸质报表的应用显然为实时的过程调整提供了重要依据，不过，其弊端也很明显。例如：
第一代SPC软件的好处 SPC软件能够将数以万计的数据保存在一个电子文档中——显而易见，客户对这一功能非常满意。没错，电脑中的电子文档极大弥补了纸质报表的不足。它的结构很简单：将纸质报表转化为电子文档，并针对每一种零件或产品型号创建单独的文档。虽然这样的电子文档数量巨大，但至少纸质报表从此消失了，工作人员不再需要手动计算，数据也可以很快地生成图表及汇总报表。每个零件或产品文件相应地保存着该零件或产品需要检测的质量特性以及与之相关的公差限、控制限和需要追溯的信息。 对于SPC使用者而言，第一代SPC软件无疑让生活变得美好起来。电脑中的零件／产品文件发挥的作用与纸质报表非常类似。不过，随着制造企业对车间现场数据的需求不断提高，这种来自DOS系统、看似合乎逻辑思维的方式直接导致了噩梦的出现——尽管首批进入市场的SPC软件开发者不断改善其产品并增加新的产品特性，但隐藏在产品外表之下的数据结构和建造逻辑却依然停留在过去使用纸质报表的思维惯性上。 他们错过了研发基于数据库SPC软件的机会 当Windows系统及相关数据库、服务产品出现时，通过大量独立文件保存不同零件数据的方式已经变得不那么必要。一些SPC软件公司抓住机会，及时改进他们的产品：将数据统一保存在一个共享服务器的数据库中。这种基于数据库的数据管理方式相对从前独立的文件管理方式而言有着巨大优势。不过，在将独立文件转化为数据库保存的过程中，传统的基于文件的逻辑方式必须摒弃，而且需要有一个更好、更灵活的数据结构来代替。不过，大多数SPC软件公司仍然沿用从前编写零件文件的逻辑编写方式将数据写入数据库的代码，以致错过了这个绝佳的改善机会。 为什么过时的基于文件的逻辑被保留下来？ 答案很简单。大多数SPC软件公司在基于文件向基于数据库的产品转化过程中会遭遇一个问题：为已有的DOS使用者保留一个简单的数据升级通道——这个通道会以类似的逻辑将旧有的SPC数据升级保存在数据库中。所以，为什么在新的基于数据库的数据保存方式中保留旧有的基于文件的逻辑方式，原因就在这。零件文件（或者说组）会在数据库中以最高级别的定义形式出现。诸如：质量特性、公差限、控制限、标注字段、量具信息等等所有其他特征，都会依据不同的零件型号而在不同的零件文件中进行配置。不幸的是，这些零件文件结构仍然有独立文件保存数据的缺点和限制。每个不同零件的数据被隔离并独立保存在数据库的不同位置。由于数据是基于零件的不同而独立保存，因此，在不同零件之间查询和分析数据的方式仍然与过去操作纸质文件一样，不同零件型号的数据只能在不同的图表上显示。 |