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