ЖУРНАЛ СТА №3/1998

ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ИНСТРУМЕНТАЛЬНЫЕ СИСТЕМЫ 46 3/98 появляющихся серий и моделей кон- троллеров и устройств. Есть еще один неприятный момент, когда поддержка аппаратуры встроена в SCADA-систему. Речь идет о том, что производители SCADA-системы, кото- рым приходится самостоятельно пи- сать драйверы для различных типов аппаратуры, весьма редко могут каче- ственно разработать драйвер, который бы поддерживал все функциональные возможности обслуживаемых техни- ческих средств. Кроме того, в подоб- ных драйверах, в силу отсутствия воз- можности углубленного тестирования, встречаются досадные ошибки, кото- рые выявляются на этапе разработки проекта или, что еще хуже, в процессе эксплуатации системы заказчиком. В результате огромные усилия тратят- ся на исправление ошибок и разра- ботку новых драйверов, тогда как по- настоящему эффективный и практи- чески свободный от ошибок драйвер может быть написан только самим производителем аппаратуры. Очевид- но, что производитель SCADA-пакета должен в первую очередь своевремен- но устранять ошибкии улучшатьфунк- циональность самого SCADA-пакета. Умеренная цена и эффективное использование вложенных средств — стоимость системы, затраты на освое- ние и стоимость работ по созданию, сопровождению и развитию АСУ ТП должны быть минимальными. При прочих равных условиях данное тре- бование является наиболее сущест- венным и, пожалуй, решающим при выборе SCADA-системы. Разработчи- ки SCADA-систем всегда стараются из- влечь максимальную выгоду из про- даж своего продукта (что вполне по- нятно), строя свой бизнес на прода- жах систем исполнения (run-time) и множества различных функциональ- но завершенных компонентов, плат- ном обучении, платных обновлениях и платном сопровождении. При этом задача менеджера фирмы-системного интегратора или группы АСУ ТП пред- приятия, отвечающего за выбор спо- соба и инструментов разработки про- граммного обеспечения, состоит в оценке предположительных времен- ных и финансовых затрат на разра- ботку, сопровождение и последующее развитие создаваемой АСУ ТП при ис- пользовании различных инструмен- тов разработки. Рассмотрение спосо- бов решения указанной задачи выхо- дит за рамки данной статьи. Следует обратить внимание еще на один момент. В приведенных ранее рассуждениях отсутствуют какие-либо упоминания об операционных систе- мах, под управлением которых может выполняться программное обеспече- ние сбора данных и оперативного диспетчерского управления. Уже не- сколько лет в различных изданиях, по- священных автоматизации промыш- ленности, обсуждение тех или иных SCADA-систем сводится к рассуждени- ям о том, насколько плоха операцион- ная система DOS, ненадежна Windows, хороша QNX или OS-9. Хотелось бы от- метить, что требования к параметрам операционной системы должны опре- деляться прикладной задачей. В случае программного обеспечения верхнего уровня АСУ ТП также следует учиты- вать то, что неотъемлемой частью сис- темы здесь является человек, время ре- акции которого на события недетер- минировано и зачастую достаточно велико. Кроме того, нельзя не учиты- вать тенденции развития мирового рынка программного обеспечения. ● А.В. Локотков — ведущий специалист фирмы «Прософт» 117313 Москва, а/я 81 Телефон: (095) 234-0636 Факс: (095) 234-0640 E-mail: Lokotkov@prosoftmpc.ru Автоматизированная система контроля и учета основных показателей режимов электропотребления промышленных предприятий Предназначена для получения в реальном времени информации, используемой для формирования эффективных режимов электропотребления предприятий Прософт-Е 620049 г. Екатеринбург, ул. Комсомольская, 18 e-mail: ras.prosoft@imp.uran.ru Телефон: (3432) 493-272, 493-011 Факс: (3432) 493-459 III уровень База данных на SQL-сервере IV уровень АРМ II уровень УСПД I уровень Счетчики #24