Учебно-методическое пособие SCADA-системы. Учебнометодическое пособие по учебным дисциплинам субд реального времени
 Скачать 3.27 Mb.
|
|
Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Сибирский государственный индустриальный университет» Кафедра автоматизации и информационных систем SCADA-СИСТЕМЫ Учебно-методическое пособие по учебным дисциплинам «СУБД реального времени» для студентов направления подготовки 230400.62 Информационные системы и технологии, «Основы разработки, испытания и развития систем автоматизации» для студентов направления подготовки 220700.62 Автоматизация технологических процессов и производств Новокузнецк 2013 2 УДК 681.3.068 ББК 32.973 С42 Рецензенты директор института информационных технологий и автоматизированных систем ФГБОУ ВПО «СибГИУ», кандидат технических наук, доцент М.В. Ляховец заведующий кафедрой систем автоматизации управления факультета информационных технологий Новокузнецкого института (филиала) ФГБОУ ВПО «КемГУ» кандидат технических наук, доцент И.А. Жибинова С42 SCADA-системы: уч.-метод. пособ. / Сиб. гос. индустр. ун- т; сост.: В.В. Грачев, К.Г. Венгер, М.В. Шипунов. – Новокузнецк: Изд. центр СибГИУ, 2013. – 104 с. Учебно-методическое пособие посвящено SCADA-системам – особому классу программного обеспечения систем автоматизации управления. Рассматривается понятие «SCADA-система», функции и технологии SCADA-систем, а также место SCADA в системе автома- тизации управления. Освещены общие вопросы и последовательность действий при создании мнемосхемы промышленного комплекса с ис- пользованием SCADA-системы. Разобран пример создания мнемо- схемы промышленного комплекса обогатительной фабрики на базе SCADA-системы InTouch корпорации Wonderware (США). Рассмотрена процедура выбора и приобретения SCADA-систем. Пособие предназначено для студентов всех форм обучения направления подготовки 230400.62 Информационные системы и технологии, 220700.62 Автоматизация технологических процессов и производств; может быть полезно для специалистов по созданию систем автоматизации управления промышленными комплексами, аспирантам, преподавателям вузов. 3 ПРЕДИСЛОВИЕ Данное учебно-методическое пособие является результатом многолетнего опыта преподавания авторами дисциплин по программным средствам автоматизации в Сибирском государственном индустриальном университете, а также опыта разработки прикладного программного и информационного обеспечения для систем автоматизации управления (САУ) промышленными комплексами Кузбасса. Основу пособия составили материалы курсов «СУБД реального времени», «Основы разработки, испытания и развития систем автоматизации», «Программное обеспечение систем управления» и «Операционные системы и базы данных». Эти материалы прошли успешную проверку в бескомпромиссной и сложной аудитории, состоящей из слушателей с разным уровнем подготовки и кругом профессиональных интересов. Пособие предназначено для студентов всех форм обучения направления подготовки 230400.62 Информационные системы и технологии, 220700.62 Автоматизация технологических процессов и производств; может быть полезно для специалистов по созданию САУ промышленными комплексами, аспирантам, преподавателям вузов. Пособие будет также полезно начинающим специалистам в области программного и информационного обеспечения САУ, желающим получить базовые знания о технологиях SCADA-систем, принципах разработки прикладного программного и информационного обеспечения, понять особенности проектирования мнемосхем промышленных комплексов. Первая часть учебно-методического пособия посвящена основным сведениям о SCADA-системах как об особом виде специализированного программного обеспечения САУ. Дается понятие «SCADA-система», определяются характеристики, функции, архитектуры и технологии SCADA-систем. Рассматривается место SCADA-систем в функциональной структуре САУ промышленным комплексом. Приводится общая характеристика SCADA-системы InTouch (Wonderware, США). Во второй части пособия изложены общие сведения, связанные с проектированием, разработкой и внедрением прикладного программного и информационного обеспечения САУ, на примере мнемосхем промышленных комплексов. Рассмотрен метод и 4 алгоритм создания мнемосхем. Выделены ключевые этапы и особенности их реализации, приведены примеры. Третья часть учебно-методического пособия представляет собой пример разработки мнемосхемы углеобогатительной фабрики, начиная с постановки задачи создания мнемосхемы, анализа исходных данных по фабрике, разработки графических элементов, базы данных параметров технологического процесса и заканчивая написанием скриптов и анимированием мнемосхемы. В четвертой части рассмотрена процедура выбора и приобретения SCADA-систем в существующих рыночных условиях. Пятая часть пособия содержит задание по самостоятельной работе. Здесь предлагается разработать мнемосхему промышленного комплекса склада товарной продукции и погрузочного пункта углеобогатительной фабрики. При подготовке данного пособия был проделан большой объем работы по сбору и обработке эмпирических данных. Были изучены стандарты, известные теоретические положения, методы и алгоритмы в области создания мнемосхем и на их основе разработаны методы и алгоритмы создания прикладного программного и информационного обеспечения САУ крупными промышленными комплексами. Особенностью предложенных в учебно-методическом пособии разработок является то, что они получены с явным учетом современных условий, сложившихся в практике создания крупных промышленных автоматизированных комплексов, и современных требований к САУ. 5 ВВЕДЕНИЕ Традиционно САУ промышленными комплексами было принято разделять на автоматизированные системы управления технологическими процессами (АСУТП) и на автоматизированные системы управления предприятием (АСУП) [1, 2]. На АСУТП возлагались функции оперативного управления, на АСУП – стратегического управления промышленным комплексом. Как правило, эти системы были мало интегрированы друг с другом и функционировали во многом автономно. В настоящее время все больше ориентируются на объединение АСУТП и АСУП в единую интегрированную САУ. При создании мнемосхем промышленного комплекса интегри- рованной САУ можно идти двумя путями. Во-первых, создавать мнемосхемы без привлечения специализированных пакетов программ – базового программного обеспечения, обходясь только языками про- граммирования высокого уровня, например на C++. Однако этот путь достаточно трудоемкий и не отвечает многим требованиям, особенно жестким ограничениям на сроки создания системы. Другой путь разработки мнемосхем промышленного комплекса интегрированной САУ основан на использовании готовых программ- ных средств – специализированного базового программного обеспе- чения. При использовании готовых программных средств сроки со- здания значительно сокращаются, так как нет необходимости в со- здании мнемосхем «с нуля», привлекая к работе высококвалифициро- ванных разработчиков: аналитиков, программистов и отладчиков. Достаточно лишь правильно сконфигурировать и адаптировать про- граммный продукт под цели и условия конкретного промышленного предприятия. С такой задачей по силам справиться рядовому инже- неру отдела автоматизации предприятия. Одним из примеров готовых программных средств для создания мнемосхем промышленного комплекса является такое специализиро- ванное базовое программное обеспечение как SCADA-система. В данном учебно-методическом пособии будет рассмотрена SCADA-система InTouch корпорации Wonderware (США) примени- тельно к задаче создания мнемосхемы промышленного комплекса углеобогатительной фабрики. 6 1 ОБЩИЕ СВЕДЕНИЯ О SCADA-СИСТЕМАХ 1.1 Понятие «SCADA-система». Функции и технологии SCADA-систем Понятие «SCADA-система» введено в терминологию автомати- зации более полувека назад. Аббревиатура SCADA дословно рас- шифровывается как Supervisory Control And Data Acquisition System – система оперативно-диспетчерского управления и сбора данных [3, 4]. SCADA-система – это специализированное базовое программ- ное обеспечение, функционирующее в режиме реального времени и реализующее следующие задачи оперативно-диспетчерского управ- ления: сбор производственных данных с удалѐнных объектов; обработка данных; хранение данных; анализ данных; управление удаленными объектами. В этом определении перечислены только основные функции SCADA-систем. В общем случае перечень задач, решаемых SCADA- системой, гораздо шире и включает в себя [5]: обмен данными с программируемыми логическими контроллерами (ПЛК, PLC) в режиме реального времени через драй- веры ввода-вывода информации; вторичная обработка информации в режиме реального вре- мени; логическое управление; отображение информации на мониторе диспетчера (оператора) в удобной и доступной для восприятия форме; ведение базы данных (БД) реального времени с технологиче- ской информацией; аварийная сигнализация и управление тревожными сообщени- ями; подготовка и генерирование отчетов о ходе технологического процесса; обеспечение связи с АСУП. 7 Термин «SCADА-система» используется, когда речь идет об автоматизированных системах, то есть системах контроля и управления, осуществляемого с участием человека – диспетчера (оператора) [6]. При нормальном ходе технологического процесса большинство управляющих воздействий выполняется автоматически с помощью ПЛК, на основе заложенных в них алгоритмов. Вмешательство дис- петчера (оператора) минимально и требуется, например, при смене маршрутов, режимов работы, уставок технологических параметров. Роль диспетчера (оператора) сводится к мониторингу ситуации с по- мощью SCADA-системы. Например, ПЛК управляют потоком охлаждающей жидкости внутри части технологического агрегата, а SCADA-система позволяет диспетчеру (оператору): изменять уставки для потока; менять маршруты движения жидкости; заполнять те или иные емкости; следить за тревожными сообщениями (алармами). Тревожные сообщения, такие как «потеря потока» и «высокая температура», должны быть отображены на мониторе и записаны в предысторию, диспетчер (оператор) при этом должен своевременно на них отреагировать. Таким образом, процесс управления технологическим агрегатом происходит с помощью ПЛК, в то время как диспетчер (оператор) с помощью SCADA-системы лишь контролирует его выполнение. В современных SCADA-системах широко применяется принцип модульного построения. Модульность реализуется в двух основных вариантах. В первом случае для SCADA-системы, обеспечивающей полный набор базовых функций, создаются дополнительные функциональные модули-опции, реализующие необязательные в применении функции контроля и управления, например, SPC (Statistical Process Control – статистическое управление процессом), Batch Control (управление партиями). Во втором случае SCADA-система создается полностью мо- дульной, состоящей из функциональных модулей для реализации от- дельных функций контроля и управления. Модули в достаточной мере независимы и могут применяться на отдельных функциональ- 8 ных станциях или свободно компоноваться в разных сочетаниях при разработке станций. Таким образом, могут создаваться, например, станции сбора и обработки производственных данных (SCADA-сер- веры), станции мониторинга (SCADA-клиенты), станции сбора и хра- нения алармов (Alarm-серверы) или станции со свободно формируе- мым набором функций. Первые SCADA-системы появились в США в 60-х годах XX века. Однако наиболее существенное развитие SCADA-системы по- лучили в 70-80-х годах XX века с развитием элементной базы аппа- ратных средств, в частности микропроцессорной техники. Базовые функциональные возможности SCADA-систем того времени соответ- ствовали возможностям первых управляющих вычислительных ма- шин, снабженных монохромными алфавитно-цифровыми дисплеями, на которых усилиями энтузиастов-разработчиков часто создавались «псевдографические» изображения – прообраз современной графики. Современные SCADA-системы хорошо структурированы и представ- ляют собой готовые к применению, согласованные по функциям и по всем интерфейсам наборы программных продуктов и вспомогатель- ных компонентов. Прогресс в области SCADA-систем в последние годы получил значительное ускорение. Это связано, главным образом, с: поддержкой традиционных технологий (DDE, DLL, OLE, ODBC/SQL) и привлечением новейших информационных технологий (COM/DCOM, ActiveX, ОРС); интеграцией SCADA-систем с другими корпоративными приложениями, в том числе с использованием Internet/Intranet техно- логий; встраиванием стандартных языковых средств программирова- ния (Java, VBA, C++, языки стандарта IEC 61131-3); использованием интуитивно-понятных интерфейсов как для разработчика, так и для диспетчера (оператора). В настоящее время на мировом рынке программного обеспече- ния идет жесткая конкурентная борьба между фирмами-разработчи- ками. И рынок SCADA-систем тому не исключение. Количество из- вестных SCADA-систем приближается к полусотни, а предложения SCADA-систем значительно превышают спрос на них. Наиболее популярные SCADA-системы, имеющие поддержку в России, приведены в таблице 1. 9 Таблица 1 – SCADA-системы, представленные на российском рынке SCADA Фирма-изготовитель Страна Wizcon Supervisor ELUTIONS США InTouch Wonderware США Genesis Iconics США iFIX GE Intelligent Platforms США RSView32 Rockwell Software Inc. США RealFlex RealFlex Technologies США Factory Link United States DATA Co. США Sitex/Phocus Jade Software Англия WinCC Siemens Германия Vijeo Citect Schneider Electric Франция Advantech Studio Advantech Тайвань MasterSCADA ИнСАТ Россия КАСКАД Каскад-АСУ Россия КРУГ-2000 КРУГ Россия Trace Mode AdAstrA Research Group Россия 1.2 Характеристики SCADA-систем Среди перечня характеристик SCADA-систем, которые в пер- вую очередь должны интересовать проектировщика, можно выделить три большие группы (рисунок 1): технические характеристики; стоимостные характеристики; эксплуатационные характеристики. 1.2.1 Технические характеристики SCADA-систем 1) Программно-аппаратная платформа SCADA-системы. Анализ перечня таких платформ необходим, поскольку от него зависит ответ на вопрос, возможна ли реализация той или иной 10 Рисунок 1 – Характеристики SCADA-систем SCADA-системы на имеющихся вычислительных средствах, а также оценка стоимости эксплуатации системы (будучи разработанной в одной операционной среде, прикладная программа может быть вы- полнена в любой другой, которую поддерживает выбранный SCADA- пакет). В различных SCADA-системах этот вопрос решен по-разному. Так, Factory Link имеет весьма широкий список поддерживаемых программно-аппаратных платформ (таблица 2). 11 Таблица 2 – Программно-аппаратные платформы, поддерживаемые SCADA-системой Factory Link Операционная система Компьютерная платформа DOS/MS Windows IBM PC OS/2 IBM PC SCO UNIX IBM PC VMS VAX AIX RS6000 HP-UX HP 9000 Microsoft Windows IBM PC В то же время в таких SCADA-системах, как RealFlex и Sitex основу программной платформы принципиально составляет единст- венная операционная система – операционная система реального времени QNX. Подавляющее большинство SCADA-систем реализовано на MS Windows платформах. Именно такие системы предлагают наиболее полные и легко наращиваемые средства человеко-машинного интер- фейса. Учитывая позиции Microsoft на рынке операционных систем, следует отметить, что даже разработчики многоплатформных SCADA-систем, такие как United States Data Co (разработчик Factory Link), приоритетным считают дальнейшее развитие своих SCADA- систем на платформе Windows NT. Некоторые фирмы, до сих пор поддерживавшие SCADA-системы на базе операционных систем ре- ального времени, начали менять ориентацию, выбирая системы на платформе Windows. Все более очевидным становится применение операционных систем реального времени, в основном, во встраивае- мых системах, где они действительно хороши. Таким образом, основ- ным полем, где сегодня разворачиваются главные события глобаль- ного рынка SCADA-систем, стали операционные системы Microsoft Windows. 2) Средства сетевой поддержки. Одной из основных черт современного мира систем автомати- зации является их высокая степень интеграции. В любой из них могут быть задействованы объекты управления, исполнительные меха- низмы, аппаратура, регистрирующая и обрабатывающая информа- 12 цию, рабочие места операторов, серверы баз данных. Очевидно, что для эффективного функционирования в этой разнородной среде SCADA-система должна обеспечивать высокий уровень сетевого сер- виса. Желательно, чтобы она поддерживала работу в стандартных се- тевых средах (Ethernet, Arcnet, Token Ring и другие) с использова- нием стандартных протоколов (TCP/IP, NetBIOS, IPX/SPX и другие), а также обеспечивала поддержку наиболее популярных сетевых стан- дартов из класса промышленных интерфейсов (Profibus, CAN, LonWorks, Modbus и другие) Этим требованиям в той или иной сте- пени удовлетворяют практически все SCADA-системы, с тем только различием, что набор поддерживаемых сетевых интерфейсов разный. 3) Встроенные командные языки. Большинство SCADA-систем имеют встроенные языки высо- кого уровня, Pascal-, VBasic-подобные языки, позволяющие генери- ровать адекватную реакцию на события, связанные с изменением значения переменной, с выполнением некоторого логического усло- вия, с нажатием комбинации клавиш, а также с выполнением некото- рого фрагмента с заданной частотой относительно всего приложения или отдельного окна. 4) Поддерживаемые базы данных. Одной из основных задач систем диспетчерского контроля и управления является обработка информации: сбор, оперативный ана- лиз, хранение, сжатие, пересылка и так далее. Таким образом, в рам- ках создаваемой системы должна функционировать база данных. Практически все SCADA-системы, в частности Genesis, InTouch, Vijeo Citect, используют ANSI SQL синтаксис, который яв- ляется независимым от типа базы данных. Таким образом, приложе- ния виртуально изолированы, что позволяет менять базу данных без серьезного изменения самой прикладной задачи, создавать независи- мые программы для анализа информации, использовать уже нарабо- танное программное обеспечение, ориентированное на обработку данных. 5) Графические возможности. Для специалиста-разработчика системы автоматизации, также как и для специалиста-технолога, диспетчера (оператора), чье рабочее место создается, очень важен графический пользовательский интер- фейс. Функционально графические интерфейсы SCADA-систем весьма похожи. В каждой из них существует графический объектно- ориентированный редактор с определенным набором анимационных 13 функций. Используемая векторная графика дает возможность осуще- ствлять широкий набор операций над выбранным объектом, а также быстро обновлять изображение на экране, используя средства анима- ции. Крайне важен также вопрос о поддержке в рассматриваемых системах стандартных функций GUI (Graphic Users Interface – графи- ческий интерфейс пользователя). 6) Открытость систем. Система является открытой, если для нее определены и опи- саны используемые форматы данных и процедурный интерфейс, что позволяет подключить к ней «внешние», независимо разработанные компоненты. а) Разработка собственных программных модулей. Перед фирмами-разработчиками систем автоматизации часто встает вопрос о создании собственных, не предусмотренных в рамках SCADA-систем, программных модулей и включение их в создавае- мую систему автоматизации. Это может быть, например, модуль дос- тупа к графическим функциям, функциям работы с базами данных. б) Драйверы ввода-вывода. Современные SCADA-системы не ограничивают выбор аппара- туры нижнего уровня, так как предоставляют большой набор драйве- ров или серверов ввода/вывода и имеют хорошо развитые средства создания собственных программных модулей или драйверов новых устройств нижнего уровня. Сами драйверы разрабатываются с ис- пользованием стандартных языков программирования. Вопрос, од- нако, в том, достаточно ли только спецификаций доступа к ядру сис- темы, поставляемых фирмой-разработчиком в штатном комплекте (система Trace Mode), или для создания драйверов необходимы спе- циальные пакеты (системы Factory Link, InTouch), или же, вообще, разработку драйвера нужно заказывать у фирмы-разработчика. Для подсоединения драйверов ввода-вывода к SCADA исполь- зуются два механизма – стандартные протоколы, такие как DDE, OLE, OPC и обмен по внутреннему протоколу (известному только фирме разработчику). До недавних пор DDE (Dynamic Data Exchange) оставался основным механизмом, используемым для связи с внешним миром в SCADA-системах. Но он был не совсем пригодным для об- мена информацией в реальном масштабе времени из-за своих ограни- чений по производительности и надежности. Взамен DDE компания Microsoft предложила более эффективное и надежное средство пере- 14 дачи данных между процессами – OLE (Object Linking and Embedding). Механизм OLE поддерживается в RSView, Fix, InTouch, Factory Link. На базе OLE появился новый стандарт ОРС (OLE for Process Control), ориентированный на рынок промышленной автома- тизации. Новый стандарт, во-первых, позволяет объединять на уровне объектов различные системы управления и контроля, функциони- рующие в распределенной гетерогенной среде; во-вторых, ОРС уст- раняет необходимость использования различного нестандартного оборудования и соответствующих коммуникационных программных драйверов. в) Разработки третьих фирм. Многие компании занимаются разработкой драйверов, ActiveX- объектов и другого программного обеспечения для SCADA-систем. Объекты ActiveX – это объекты, в основе которых лежит Microsoft COM (Component Object Model – модель составных объектов). Технология СОМ определяет общую схему взаимодействия компонентов программного обеспечения в среде Windows и предоставляет стандартную инфраструктуру, позволяющую объектам обмениваться данными и функциями между прикладными программами. Большинство SCADA-систем являются контейнерами, которые уведомляются ActiveX о происшедших событиях. Любые ActiveX объекты могут быть загружены в систему разработки большинства SCADA и использованы при создании прикладных программ. Управление ActiveX объектами осуществляется с помощью данных, методов и событийных функций, свойственных выбранному объекту. Этот факт очень важно оценивать при выборе SCADA-пакета, поскольку это расширяет область применения системы непрофессио- нальными программистами: нет необходимости разрабатывать про- граммы с использованием языков Java, С++ или Basic. 1.2.2 Стоимостные характеристики SCADA-систем 1) Стоимость системы. Стоимость SCADA-систем, на первый взгляд, кажется доста- точно высокой. При этом механизм определения цены у разных фирм-разработчиков различен. Например, стоимость InTouch зависит от количества переменных, используемых в разрабатываемой при- кладной программе, стоимость Simplicity определяется количеством 15 каналов ввода/вывода, которые должна поддерживать система, а па- кет Factory Link имеет высокую базовую стоимость, но не имеет ог- раничений по количеству каналов. При оценке стоимости SCADA- системы учитываются минимальные и рекомендуемые ресурсы ком- пьютера, необходимые для ее установки. При этом в некоторых сис- темах, например, WinCC число допустимых переменных напрямую зависит от количества доступной оперативной памяти. 2) Стоимость освоения системы. Процедура освоения SCADA-систем достаточно проста с точки зрения программиста и не требует длительного времени, поэтому эти затраты относительно невелики. Основной составляющей стоимости является оплата труда программистов, осуществляющих эту работу. 3) Стоимость сопровождения системы. Эта составляющая обычно наиболее «скрыта от глаз покупа- теля» и зависит от многих факторов. Например, таких: стоимость «риска» покупки, который определяется такими параметрами как рыночная надѐжность фирмы-дистрибутора инстру- ментального пакета, рыночная стабильность фирмы-изготовителя продукта; стоимость коммуникаций с фирмой-поставщиком; «время реакции» поставщика на проблемы покупателя; наличие реального прикладного опыта и хорошего знания по- ставляемого продукта специалистами фирмы-поставщика. Наличие в принципе у поставщика специалистов по продукту; степень открытости, адаптируемости и модернизируемости продукта. Эти и многие другие факторы, влияющие на ―стоимость владе- ния‖ необходимо учитывать при выборе системы. Можно подчерк- нуть, что концентрация разработчиков SCADA-систем на поле Microsoft Windows способствует снижению «стоимости владения» этими продуктами. 1.2.3 Эксплуатационные характеристики SCADA-систем Эксплуатационные характеристики SCADA-системы имеют большое значение, поскольку от них зависит скорость освоения про- дукта и разработки прикладных систем. Они в конечном итоге отра- жаются на стоимости реализации проектов. 16 1) Удобство использования. Следует отметить, что сервис, предоставляемый SCADA-сис- темами на этапе разработки прикладного программного обеспечения, обычно очень высок – это вытекает из основных требований к таким системам. Почти все они имеют Windows-подобный пользователь- ский интерфейс, что во многом повышает удобство их использова- ния, как в процессе разработки, так и в период эксплуатации при- кладной задачи. 2) Наличие и качество поддержки Необходимо обращать внимание не только на наличие техниче- ской поддержки SCADA-систем, как таковой, но и на ее качество. Для зарубежных систем в России возможны следующие уровни под- держки: услуги фирмы-разработчика; обслуживание региональными представителями фирмы- разработчика; взаимодействие с системными интеграторами. Судя по большому количеству установок зарубежных систем, исчисляющихся в тысячах, можно быть уверенным в том, что под- держка этих систем очень эффективна. Российские партнеры веду- щих мировых производителей, как правило, так же обеспечивают серьезный уровень сервиса для своих заказчиков в виде русификации документации, регулярных курсов, «горячей линии» и решения про- блем связанных с индивидуальными требованиями заказчика. Выяс- нение ситуации о реальном качестве подобной поддержки россий- ским дистрибутором соответствующего продукта – один из главных вопросов, требующих тщательной проработки покупателем при вы- боре той или иной SCADA-системы. Отечественные системы, несмотря на малые количества уста- новок по сравнению с системами ведущих зарубежных фирм (име- ется в виду глобальный рынок), создавались и поддерживаются фир- мами-разработчиками, содержащими штат профессиональных про- граммистов, которые имеют все предпосылки для качественного тех- нического обслуживания своих продуктов. 3) Русификация. Любая система управления, имеющая интерфейс с оператором, должна допускать возможность общения с человеком на его родном языке. Поэтому крайне важна возможность использования в системе 17 различных шрифтов кириллицы, ввод-вывод системных сообщений на русском языке, перевод документации, различных информацион- ных материалов. Для российских систем эта проблема вообще отсут- ствует, так как они разрабатывались отечественными фирмами. Для многих зарубежных продуктов проблема русификации в значитель- ной мере снимается, во всяком случае, для подсистем исполнения или RunTime-подсистем, если они используют наборы шрифтов Windows. Часть зарубежных систем имеют переводы документации на русский язык. |