IT-Решения

Сложность интеграции ПО уровней УП и УР

Сложность интеграции ПО уровней УП и УР заключается том, что касается реального времени, поскольку негарантированное время реакции на событие в технологическом процессе недопустимо. На уровне УП различные каналы обмена (а соответственно, и протоколы) характеризуются соответствующими приоритетами и определяются ответственностью выполняемых задач (алармы, архивы, работа с таблицами РБД). В то время как между модулями уровня УР доминирует транзакционный характер обмена.

Поэтому в зависимости от уже используемых методов, от потребностей руководства предприятия в инструменте, помогающем принимать решения, формируются и требования к интеграционному слою, к готовым продуктам, приобретаемым для создания адаптированного к конкретному предприятию инструмента принятия решений

SCADA-системы: проблемы тестирования

Наконец-то появилась статья [1], описывающая тестирование SCADA-систем, причём проведенное самими разработчиками приложений АСУ ТП. Как часто при анализе той или иной возможности SCADA-системы не хватает точки зрения пользователя. Попытки оценки SCADA-систем, предпринятые в тематическом выпуске МКА по SCADA-продуктам, представленным на российском рынке (МКА 3/99), оказались не очень успешными, поскольку ряд поставщиков/разработчиков, мягко говоря, необъективно отвечали на вопросы по возможностям SCADA-систем. И одной из идей было продолжить тот же опрос, но только среди пользователей, именно их мнения не хватало для получения объективной картины

Общий поход к тестированию

В большинстве SCADA-систем присутствуют многократно описанные и многим известные базовые свойства, но технологии и средства их реализации достаточно сильно отличаются. Именно мера реализации каждого свойства в SCADA-системе определяет необходимость в разработке дополнительного программного обеспечения (новые драйверы ввода-вывода, графические объекты; функции, расширяющие список базовых функций, встроенные библиотеки) Для минимизации этой процедуры важны три фактора: степень соответствия выбранного SCADA-пакета вашей задаче, понимание тонкостей реализации конкретной прикладной системы поставщиками SCADA-продукта и качество осуществляемой ими технической поддержки.

И может ли одна компания системный интегратор провести подобное сравнение без профессионалов?!

В смысле технической поддержки хотелось бы коснуться двух аспектов.

Во-первых, что следует понимать под технической поддержкой? В классическом варианте это консультационные услуги пользователям SCADA-продукта на этапе его эксплуатации, прошедшим базовый (как минимум) курс обучения

О встроенных языках

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