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

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

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

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

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