7.2. Выбор 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], которая получила широчайшее распространение в нашей стране и в последние годы активно экспортируется.