我不知道有多少读者享受过一个自动化程度很高的生产系统的好处，这个系统在从断电或操作失误中恢复时可以无缝运行。相反，许多读者可能会因为设计不当的控制系统而遇到问题。也许有些人两者都经历过。仅仅是运气吗?还是有科学依据?以下是正确的关键步骤:
信息收集和规划
在一开始，重要的是收集所有可以合理地提供的数据，以交付符合最终用户需求和期望的建议。与涉众的这种深思熟虑的、预先的沟通使我们能够确定客户的过程，以及该过程如何与客户的业务和项目目标相关联。从这些信息的收集中，控制系统集成商可以开发一个设计规范文件，在开始项目的设计阶段之前，可以由所有利益相关者审查和同意。
应急管理
在确定了项目可交付成果的核心之后，是时候考虑需要在设计中包含哪些潜在的突发事件了。与由程序员控制事务的每一步的数据库编程不同，实时控制程序只能做现场数据允许的事情。
举个例子，也许下一步是向某物中加入一些液体，但还没有达到一定的温度。然后你做什么?是否应该在开始之前考虑到这一点，或者这是可行的?这个过程在暂停状态下能保持多久，还能生产出好的产品?应该识别这样的事件，并将计划或一组计划纳入系统设计中。对于一个设计良好的系统来说，仅仅是在过程中停滞不前并不是一个理想的特性。
结构化、模块化编程
设计规范文档的另一个好处是能够在编码开始之前以非常具体的方式布局编程模块。使用这种风格，程序员在编写语法时不必考虑他们想要系统做什么或如何布局系统。他们可以专注于编写良好、干净、文档良好的代码来执行他们已经考虑过的内容。
广泛的测试
一个好的项目方法在系统开发过程中需要单元测试。在开发完成时，验证系统性能的完整集成测试是项目方法中必需的步骤，包括从异常退出．在这个阶段，重要的是要有一个文档化的测试协议，以确保设计规范文档中提到的所有方面都按预期执行。如果在测试过程中出现了额外的测试，团队应该确保在开始测试之前将这些测试记录在案，并声明理想的结果，以观察系统的实际反应。
警告
这样的方法将为最终用户带来最佳的长期利益。它将更快地上线，既降低了调试成本，也能更快地生产出好产品。这将不是购买系统时最低的前期成本，但将是最终用户的最佳价值和最佳的总拥有成本。
降低开发成本的一种方法是开始跳过上述方法的某些部分。也许应急管理只是粗略地看了一下。可能没有那么多的时间用于前期计划和从涉众那里收集信息，这可能会导致对最终用户有价值的功能减少。也许设计规范文档被绕过了，这可能会导致更碎片化的编程代码，然后导致一些不容易支持或修改的东西。
与许多事情一样，有很多方法可以降低控制系统的成本，但相应的价值损失值得吗?我建议找出集成商是否通过了控制系统集成商协会(CSIA)的认证，该协会要求每三年进行一次审核，以验证集成商的质量计划。
一个有结构的、有纪律的方法产生质量和价值。
雷·巴伯勒是Bachelor Controls公司的认证会员控制系统集成商协会(相)。有关Bachelor Controls的更多信息，请访问其个人资料工业自动化交易所．
