From OpenSCADAWiki
Реально существуют следующие варианты решения сложившейся проблемы:
- Первым вариантом может быть налаживание тесных связей с производителем SCADA систем, т.е. интеграция (явная или неявная) в подразделение по внедрению. Что, в свою очередь, равносильно полной или частичной потере самостоятельности.
- Вторым вариантом является создание собственной коммерческой SCADA системы. Этим достигается полный контроль, однако для разработки системы, на высоком уровне, нужен огромный штат высококвалифицированных специалистов. Что в большинстве случаев не по карману фирмам внедряющим АСУ ТП. Как результат — квалификация специалистов довольно низка. И даже если фирма решается на подобный подвиг то SCADA система не дотягивает до уровня самой посредственной сторонней коммерческой системы и очень часто имеет место — низкое качество кода и(или) посредственная функциональность системы.
- Третьим вариантом является использование открытых SCADA систем, то есть — совместная разработка. Это позволяет совместить преимущества вышеперечисленных вариантов:
- полный контроль над SCADA системой;
- не требуется огромного штата высококвалифицированных специалистов для развития системы, достаточно специалистов для дистрибуции системы;
- приводит к повышению качества системы, за счёт множественной внешней экспертизы и широты поддерживаемых платформ;
- позволяет выбирать платформу в зависимости от её преимуществ, а не по причине того, что только на ней работает SCADA система;
- ну и прочие: психологические, экономические, моральные и юридические преимущества открытых систем.