保持文档更新

前几天我观看了一个软件应用程序的演示，该应用程序从控制系统中提取所有信息，并将其转换为离线可读的格式，用户可以查询以创建自定义报告。虽然这是一个非常好的包装，但在我最近参观的许多工厂里，它是绝对无用的。这些工厂中的大多数都在将现有的过时系统迁移到具有当前技术的平台上。虽然您可能认为像我看到的这样的包非常适合用于记录迁移之前的状态，但实际上它只覆盖了许多设施中的DCS或PLC。问题是控制系统外部的东西的数量随着时间的推移而不断发展，并且经常没有反映在在线文档中。当然，这假设工厂甚至有他们的循环表、安装细节、面板图纸等在线文档。即使是那些在网上有这些图纸的人也可能没有保持它们的最新状态。

我现在正在进行的迁移项目是与一家罕见的公司合作的，该公司实际上一致努力使其文档保持最新，但其工程师仍然必须实地验证我们正在迁移的一些内容。他们的DCS有死代码，这些代码可能被标记为死代码，也可能没有被标记为死代码，但它被留在控制器中，以防他们再次使用它。布线图是电子格式的，但与DCS一样，可能反映也可能不反映他们移走了一个设备，并将布线留在原地“以防万一”。许多控制系统的进化变化都是由需要快速修复的计划外事件驱动的。在周五的深夜，一些东西出现了故障，技术人员从商店里得到了他们所能得到的东西，让它们恢复和运行，并且，最好的情况是，循环的打印被划上红线，以反映变化。这不是对技术人员的抨击，甚至不是对操作人员的抨击，他们只是想尽快修复它。这只是一个24/7运营的现实，人手有限。

我很想说我有灵丹妙药，但我没有。对于那些正在将遗留系统迁移到新系统的人，我确实有一些建议。

第一步:选择一个能够满足变更过程管理需求的文档产品。没有MOC流程?写一个!

第二步:一旦你购买了你的文档产品，把你所有的电子格式的东西都导入它。如果有必要，向购买产品的公司支付进口费用，尽管这样做会失去使用产品的宝贵经验。人们越了解如何使用新工具，就越有可能在未来使用它。

第三步:在您的规范中写一段话，说明当所有被迁移的代码从遗留系统中移除时，每个迁移项目都应该使用该工具进行记录。保留死代码是在未来项目中造成混乱的好方法，正如我现在正在做的项目所看到的那样。

步骤四:确保与每个迁移项目相关的所有内容都有文档记录，而不仅仅是代码。

如果你采取了这些步骤，你至少可以在未来拥有一些你可以依赖的东西，但是还有很多事情要做，以确保它保持更新。否则，如果您实现了迁移，您如何确保捕获了所有内容?

本文由Bruce Brandt撰写。Bruce是MAVERICK Technologies的DeltaV技术领导者，MAVERICK Technologies是一家领先的系统集成商，在制造和过程行业提供工业自动化，运营支持和控制系统工程服务。MAVERICK在工业自动化控制、分布式控制系统、制造执行系统、运营战略和业务流程优化等广泛领域提供专业知识和咨询。该公司提供全方位的自动化和控制服务——从PID控制器整定和HMI编程到作为主要自动化承包商。此外，MAVERICK还提供工业和技术人员配备服务，提供现场自动化、仪器仪表和控制工程师。

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