控制系统的设计是不应该独立于整个项目和企业的业务计划的。这里有些方法可帮您在控制系统设计中避免不必要的麻烦。 1.拜访前充分沟通 制定一个拜访计划，并在拜访前尽可能的进行沟通。例如，客户是否希望一个 数据输入SAP模块的演示?或者是 XML
标签列的提交?在出行前，考虑一下各种需要，这样其他的部分就有充足的时间来准备。还有，模拟线或会议室是否需要?拜访是属于纯技术性的，还是时间上能允许项目计划的讨论?事先让其他成员来安排住宿则更为方便。相反，如果让人们为一个简单但重要的要求而不断等待答复，则会令人不悦。 2.强调友好的操作图表 车间操作员花费在控制系统上的时间比其他的都多得多。除了现场内外的交接工作，作为一个操作员的大量时间是花费在操作屏前的，他们要与面板和图表打交道。车间会在不连接ERP的情况下运行，但并不意味着在操作员面前的是黑玻璃屏。 NT终端的强大功能允许大量的视觉噪音（visual noise）在显示器上得以体现。复杂的机械图、可标以多种颜色或不断闪动管道，指示器形象地模仿物理现场设备，但是这些却增加了操作员的疲劳度和厌烦度。要避免将太多的信息都填在显示屏上。 3.测试软件的智能性 力图考验软件的极限。例如，当测试对话框时，尽量输入一些无意义的符号，而非只限于阀的标称值或者是设定值;打开超过允许值的窗口数;运行环境要与编程环境迥然不同，要考虑到几个键盘以很快速度被敲打的情况。 真实的结果是zui好的。如果测试一个控制系统，并记录结果，需使用实际的标签数，记录逐字的信息和详细的描述。这个方法使测试易于查找，易于重新实验，在一些行业中，这个十分必要。 考虑客户的需求。例如，在测试一个PID控制器之前，无论是模板，还是每个需要被验证的例子都需要达成一致意见。一些客户可能不需要验证PID控制器模板。他们也许认为这个步骤是项目的多余部分。需重新回顾标准的QA程序，应该可以回答这些问题。 记住过程控制软件项目不仅仅是软件。针对每个客户的协议，某些测试阶段应该安排一个小团队检查每个输入和输出端，模拟和测量结果。在安装之后的回路检查是非常容易的，因为大多数问题将会隔绝在现场外。查错控制软件要预先准备好一个小团队，比进行整个回路检查的团队要更为有效。 4.让客户拥有文件 “交钥匙”项目有一定的优势，但是如果没有进行适当的管理，会使zui终拥护的成本提高。没有用户的权限，控制系统程序员必须使多点接触部分相一致，才能尽力了解变化，弄清问题。而具有项目方面的知识的zui终用户，其作用就像一个过滤器。 例如，屏幕图表经常由管道仪表流程图（P&ID）得出。这些文件在车间设计和构建中，在前前后后的控制系统设计中，历经修改。这将花费系统供应商大量的时间和资金去检查每次的修改，也许仅仅是一小段管线的改变。让用户控制能保证更高的质量。软件开发是非线性的，将涉及到很多部分，也会使软件项目的进程减慢。 5.弄清是否需要涉及实际的机械设备 某个程序和工业性的要求需要测试正在运行的机械设备。 应该周期性地检查运行公司的进度，确保设计要求不与他们的运行要求冲突。事实上，如果引一些简单的修改不得以停止生产，产品出货会因此被耽搁。如果控制系统将要进行测试，zui终用户应该注意这个问题。 6.与用户服务相连 有时，用户的某些投诉是针对软件开发商的。控制系统的所有者完成测试，对他们而言费用比较昂贵，而对配置方就比较便宜了。操作人员经常坐在控制系统前，就像一个实时的BUG捕手。控制系统开发商的技术服务以及客户服务部门应该直接记录用户，并将记录复制给团队运行。 7.让更多人参与 如果软件升级比较小，效果也有限，一些简单的记录（包括IT、运行和设计）都是需要的，在改变之前都需要记录。考虑等级：没人愿意大吃一惊地发现一个完全不同的环境。询问操作员他们的输入，以及IT人员如何用zui佳方式连接工厂的物理层。当然也要考虑时间因素。在一个批次过程中，一个升级或改动能十分平稳地完成;在一个连续的过程中，则必须采用特别的措施。 8.等待升级或服务包 设计一个控制系统不是个琐碎的项目，通常它需要数月才能完成。运行系统升级以及供应商升级当然会在项目范围内出现。还是要等待重要的性能升级，这样可以比较容易地规避与升级相关的不少问题。
QQ交流群
