Spec-Soft close -in开发CASE工具

多年来，过程设计工程师一直梦想着最终的控制系统开发工具集。它使用相同的工具集来开发规格和测试计划，设计和开发管道和仪器图(p&id)，然后只需单击一个按钮，就可以自动将所有信息转换为控制代码和图形任何控制系统。

“终极”工具集可能无法实现，但Spec-Soft (Tel-Aviv, Israel)正越来越接近它。

1999年6月，控制工程报告了Spec-Soft的过程功能规范(PFS)软件。自1999年审查以来，Spec-Soft不仅增强了配方开发和管理，而且PFS 2001年发布的版本还提供:

• 变更管理功能，跟踪p&id中的添加、删除、重命名和移动，时间戳更改，并突出显示和评估更改对规范的影响;

• 基于规则的冲突和相互作用评价程序，目的在于查明与生产和安全有关的问题和/或瓶颈;

• 文本、表格和图形化可定制的规范文档;

• 规范评审与模拟;而且

• 到电子表格、仪器索引、批处理引擎、人机界面和制造执行系统的数据库接口。

Spec-Soft的2002年产品增强功能增加了从PFS内部自动生成控制器代码的功能。

生成代码

计算机辅助软件工程(CASE)提供了一个从设计到实现的软件开发环境。大多数以前的CASE实现使用一个工具集进行设计和规范，另一个用于详细的工程和模拟，第三个用于实现和测试。将信息从工具集移动到工具集通常是一个单向过程，使用数据库导入/导出技术实现。这种方法的最大缺点是，在控制器中实现微小的更改只需几分钟，但在设计、规范和模拟的上游实体中实现则需要数小时。结果是，一旦实现，上游文档中很少反映出微小的更改。

Spec-Soft的PFS软件还没有达到最终的CASE环境，但PFS已经迈出了重要的第一步。它根据IEC 61131-3开发结构化文本。

为什么不是IEC功能块?

Spec-Soft的总裁Shaul Shaked说:“尽管存在用于可编程逻辑控制器语言的IEC 61131-3标准，但并非所有控制器制造商都以相同的方式实现了IEC功能块。然而，大多数制造商支持IEC的说明书。这就是为什么我们选择从指令列表开始;我们希望PFS代码生成器的早期版本能够与尽可能多的控制器制造商的产品兼容。”

Spec-Soft的目标是在2002年3月发布带有第一代代码生成器功能的下一个PFS版本，但是该公司承认PFS最终需要生成功能块控制器实现。

我们的工程师需要花费更多的时间和精力来识别功能块的变化，并开发和测试兼容的自动代码生成工具。然而，我们致力于生产功能块实现，”Shaked先生说。

PFS要成为过程控制应用的终极CASE工具还有很长的路要走，但如果Spec-Soft在未来18个月里在增强PFS方面取得了与前18个月一样多的进展，该公司可能会实现其他人没有实现的目标。

这篇关于Spec-Soft的过程功能规范(PFS)软件的文章是继2001年版本之后发布的，并更新了之前的评论“捕获过程控制需要创建功能规范”，《软件评论》，控制工程，99年6月，第88页。

更多信息，请访问www.globalelove.com或www.specsoft-pfs.com。

作者信息

戴夫·哈罗德，高级编辑，dharrold@cahners.com

您是否具有本内容中提到的主题的经验和专业知识?你应该考虑为我们的CFE媒体编辑团队做出贡献，并获得你和你的公司应得的认可。点击在这里开始这个过程。