В настоящее время на рынке программного обеспечения представлено множество систем автоматизации технологических процессов, решающих схожие друг с другом задачи, но все они разрабатываются разрозненно, с недостаточной унификацией используемых средств, интерфейсов пользователя и межсистемного взаимодействия, с невысоким уровнем повторного использования технических решений и программных библиотек [1]. Кроме того, подавляющая их часть основана на импортных системотехнических платформах и не отвечает актуальным сейчас принципам импортозамещения.
Большинство отечественных как готовых, так и разрабатываемых систем управления не являются кроссплатформенными и не могут функционировать в среде базовых информационно-телекоммуникационных защищенных компьютерных технологий (БИЗКТ) и других систем, сертифицированных у спецзаказчиков (ФСБ России, ФСТЭК и др.) [2]. В некоторых системах присутствует лишь ограниченная поддержка отечественных операционных систем (например, ОС Astra Linux или ОС «Эльбрус»). Только отдельные части некоторых систем на данный момент поддерживают работу в отечественных ОС. Большинство компонентов SCADA-систем работают под ОС Windows. Как следствие – вероятны проблемы в сертификации программного обеспечения (ПО) по требованиям МО РФ и ФСТЭК ввиду использования компонентов с закрытым исходным кодом.
Параллельная разработка систем управления, вспомогательных систем и служебных систем приводит к постоянному изменению и повторному согласованию ранее утвержденных протоколов взаимодействия, что увеличивает общее время и трудоемкость работ. Во всех готовых «коробочных» продуктах до сих пор недостаточно проработаны технические решения, позволяющие реализовать одновременное управление несколькими взаимосвязанными системами [3].
Среди прочих существенных недостатков можно перечислить [4, 5]:
• отсутствие возможности моделирования процессов управления, отработки и согласования интерфейсов и протоколов взаимодействия систем до их фактической реализации;