迁移项目:将“旧的”融入“新的”

我目前正在从一个过时的分布式控制系统(DCS)迁移项目中，最大的挑战是让工厂相信团队已经完成了完美的转换，尽管工厂也想利用最新的控制思想，特别是Batch的改进。这并不是本项目所独有的。

大多数迁移设计决策都围绕着确保新系统至少能在打开旧系统的那一天满足它的生产目标。如果你真的做出了一些改进，那么这只是锦上添花。实现这一目标的挑战在于，工厂实际上很少知道旧系统是如何工作的，它是做什么的，而且旧代码很少有良好的文档记录，或者一开始就写得很差。

在这种情况下，我们试图利用系统制造商提供的一些预构建的控制模块，这些模块不适合在代码中包含注释，因此我实际上不期望最终产品在将来的迁移中具有那样的可读性。供应商已经记录了他们的模块是如何工作的，但这并不影响我们的实现。例如，这些计算仍然很难理解，因为它们包含了原始代码中没有解释的因素。所以，像我一样，任何在我之后的人都会像我一样对它们是如何推导出来的感到困惑。当我执行代码时，我得到了与它们相同的结果，但如果这些因素的开发底层发生了变化，我不知道如何纠正它们。我也不知道如何指导下一个人去做这些事情。

使用标准化代码并使整个企业的项目保持一致，这并不能确保最终的代码将以与它所取代的相同的方式完成工作。这并不是说标准化代码模块是一件坏事，但它们本身并不能做到这一点。开发转换需要做很多工作，其中大部分工作就是了解它现在是如何工作的。要获得这种理解没有捷径，只有大量的努力。

您如何确保您知道您的系统是如何工作的，从而可以指导您的下一次迁移?

本文由Bruce Brandt撰写。布鲁斯是公司的首席工程师特立独行的技术是一家领先的自动化解决方案提供商，为流程工业提供工业自动化、战略制造和企业集成服务。MAVERICK提供广泛领域的专业知识和咨询，包括工业自动化控制、分布式控制系统、制造执行系统、运营战略、业务流程优化等。

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