Выбор SCADA-системы

Строгие рекомендации по выбору SCADA-системы для конкретного  проекта АСУТП принципиально не могут быть  разработаны. Однако, поскольку перед проектировщиком задача выбора стоит, то ниже предлагаются некоторые общие принципы,  на основе которых такой выбор может базироваться.

1) Выбор между универсальной и специализированной SCADA-системами.

Использование в проекте специализированной SCADA может обосновываться тем, что разработка ППО будет выполнена быстрее и дешевле. Возможно, что такое обоснование может соответствовать действительности. Однако, если в процессе выполнения разработки ППО возникнут трудности с ее завершением (например, из-за увольнения основного исполнителя, реорганизации или банкротства предприятия, возникновения  разногласий из-за ограничений с выбором технических средств и т. д.), то  заказ-чик может оказаться в начальной ситуации, так как маловероятно, что бы какая-то другая фирма взялась за продолжение начатой  кем-то оригинальной разработки ППО. Но, даже если разработка завершится успешно, то заказчика могут поджидать проблемы на этапе развития созданного ППО, так как в этом случае исполнитель, как монополист, может диктовать уже совсем другие условия. Таким образом, при выборе специализированной SCADA имеется вероятность попадания заказчика в «кабальную» зависимость от исполнителя либо непосредственно во время выполнения основной разработки ППО, либо позднее, при решении задач развития АСУТП в процессе ее производственной эксплуатации.

При выборе универсальной SCADA-системы возможность попадания заказчика  в «кабальную» зависимость от разработчика исключается принципиально, так как всегда можно найти системных интеграторов, имеющих опыт работы с этой SCADA и способных поддержать разработку или развитие ППО. Такая возможность особенно важна в тех случаях, когда АСУТП создается очередями в течение многих лет, так как при этом   участие в разработке и развитии ППО нескольких исполнителей весьма вероятно.

     2) Выбор универсальной SCADAпо критериюее апробированности.

    Известно, что качество любого программного продукта  определяется тем, насколько он хорошо протестирован. К программному продукту, который предназначен для разработки ППО, требование высококачественного тестирования имеет особо важное значение. Но, как правило, даже очень тщательное многоэтапное тестирование программных средств большого объема и широких функциональных возможностей, каковыми является SCADA, не гарантирует выявление всех ошибок. «Скрытые» ошибки могут быть выявлены только в процессе активного разнообразного использования инструментальных средств SCADA. Борьба со скрытыми ошибками SCADA сложна тем, что разработчик ППО первоначально должен убедиться в отсутствии в разрабатываемой программе собственных  ошибок. И только после этого под подозрение попадет инструментальная SCADA. Такая борьба со скрытыми ошибками стоит дорого. В эту стоимость входят и незапланированные трудозатраты на разработку ППО, и неприятности от «срыва» плановых сроков ввода АСУТП в эксплуатацию, и возможные материальные потери от ошибок в управлении ТП. Возможно, что единственным критерием, которым можно воспользоваться для выбора наиболее отработанной SCADA, является количество ее инсталляций. Чем большее распространение имеет конкретная SCADA, чем в большем количестве разнообразных проектов она применяется, тем более вероятно, что она может быть надежным инструментом разработки ППО. Действительно, разработчики ППО, используя SCADA для программирования самого широкого спектра задач автоматизации, активно выявляют в ней ошибки, которые по «горячей линии» доводят до изготовителя SCA-DA, который их устраняет им в релизе обновления. Таким образом, методом итерации от релиза к релизу SCADA совершенствуется.  Здесь следует обратить внимание на организацию работы «горячей линии», по которой поставщику SCADA доводится информация об обнаружении скрытых ошибок и на частоту выпуска обновленных релизов. Если «горячая линия» работает доброжелательно, то вероятность скорого устранения скрытых ошибок  повышается. Если же поддержка SCADA по «горячей линии» осуществляется по типу – «докажите», то от использования такой  SCADA лучше отказаться.

Среди универсальных SCADA с большим количеством инстоляций необходимо выбирать ту, которая лучше ориентирована на АСУТП с конкретным ТОУ. Здесь в первую очередь необходимо определить:

– насколько эффективно конкретная SCADA решает задачи взаимодействия АРМ с УСО, характерными для конкретного ТОУ (имеются ли не-обходимые драйверы). При этом необходимо обратить внимание на то, что SCADA ни в коей мере не должна ограничивать выбор технических средств автоматизации;

– насколько эффективно реализуются возможности создания многоуровневых структур с использованием промышленных шин, локальной вычислительной сети, современных средств связи и Интернет, если это важно для конкретного ТОУ;

– насколько эффективно решаются задачи, характерные для конкретного ТОУ. Например, если ТОУ имеет большое количество однородных структур, то важны возможности конкретной  SCADA в части простоты тиражирования отработанных программных решений. Во многих случаях далее это качество при прочих равных условиях  может стать  определяющим.

3) Выбор универсальной SCADA покритерию доступности освоения.

В процессе жизни любой АСУТП эксплуатационный персонал может многократно меняться. Следовательно, очень важной становится решение проблемы подготовки кадров, обеспечивающих сопровождение ППО в процессе эксплуатации АСУТП. Уровень сопровождения может требоваться различный: от внесения изменений отдельных параметров, до развития ППО введением дополнительных функций. По этой причине при выборе SCADA необходимо убедиться в наличии добротную  документации по которой специалисты предприятия могут самостоятельно освоить работу со SCADA, а также в наличии и доступности курсов, на которых предприятию-пользователю SCADA предоставляется возможность подготовки своих специалистов.

4) Выбор SCADA поэкономическомукритерию.

Это самый распространенный критерий выбора. Здесь следует обратить внимание на различие в ценообразовании. В одних SCADA стоимость лицензии зависит от общего количества обслуживаемых каналов ввода- вывода, а в других – только от количества переменных на экране. В одних SCADA в состав программного продукта включаются все функциональные возможности, в других – поставляется только базовая часть, к которой необходимо докупать функциональные модули. Количество таких отличий определяется маркетинговой стратегией фирм. Но в любом случае при оценке стоимости не следует забывать, что в цене каждого программного продукта заложены затраты на его многоэтапное тестирование, бесплатное обновление версий, организацию «горячей» поддержки и т.п. Поэтому, если предлагается программный продукт по очень привлекательной цене, то надо понять причину этой уникальности.

В данной лекции в качестве примера для рассмотрения принципов построения SCADA выбрана отечественная SCADA-система Трейс Моуд [12], которая получила широчайшее распространение в нашей стране и в  последние годы активно экспортируется.