Выбор архитектуры ИКСУ

Концептуальное проектирование ИКСУ связано с анализом позитивности эффекта интеграции информации о производственно технологической деятельности предприятия и выбором соответствующей архитектуры.

Анализ развития информационных технологий в производственных задачах показывает, что основной тенденцией автоматизации производства является все более полный охват ими всех стадий жизненного цикла (ЖЦ) производства и это требует создания интегрированной информационной среды, интегрированной системы автоматизированного управления производственными процессами.

Данный подход характеризуется следующими принципиальными особенностями:

· в отличие от компьютерной автоматизации отдельных процессов в ИСПУ решаются задачи информационной интеграции всех процессов ЖЦ;

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

· основной средой передачи данных является внутренняя сеть предприятия Интранет и глобальная сеть Интернет.

Впервые работы по созданию интегрированных компьютерных систем управления, поддерживающих логистику предприятия, были начаты в 80-х годах. Доказав свою эффективность, концепция последовательно совершенствовалась, дополнялась и, сохранив начальную аббревиатуру (CALS), получила более широкую трактовку: Continuous Acqusition and Life cycle Support – непрерывная информационная поддержка жизненного цикла продукции [19].

Первая часть аббревиатуры CALS – Continuous Acqusition [Support] (непрерывный сбор данных) означает непрерывность сбора информации о продукции в ходе удовлетворения потребностей клиента, формирования заказа, процесса проектирования и изготовления и т.д. Вторая часть – Life Сycle Support (поддержка ЖЦ изделия) – означает системность подхода к информационному управлению всеми процессами ЖЦ продукции, и в нефтегазовой отрасли в первую очередь, процессов аварийной защиты, эксплуатации, обслуживания, ремонта и утилизации. Более подробно развитие концепции CALS рассмотрено в [19]. Основой построения таких систем могут служить рекомендации стандарта ИСО 15288 и руководства по его применению ИСО 19760-2003.

Стандарт ISO/IEC 15288:2002 «Системная инженерия. Процессы жизненного цикла систем» (ГОСТ Р ИСО/МЭК 15288) задает единую структуру для установления и развития связей и кооперации между сторонами, создающими и использующими современные информационные системы и управляющими ими в целях совместной согласованной работы. Такая структура обеспечивает основы для моделирования и реализации общих процессов, составляющих ЖЦ систем, предоставляя возможность для их оценки и совершенствования, и охватывает все концепции и идеи, имеющие отношение к системам автоматизации, начиная от замысла и вплоть до момента снятия их с эксплуатации. Процессы ЖЦ, задаваемые стандартом, могут использоваться однократно, многократно или рекурсивно, как по отношению к системе ИСПУ в целом, так и к любым ее элементам, применяться для систем единичного и массового производства, адаптируемых к требованиям заказчика.

В стандарте, по существу, сформирован новый взгляд на системы и их проектирование, который отличается тем, что:

– – понятие системы обобщено практически на любой объект, созданный человеком. Системы рассматриваются как результат воплощения человеческого замысла, связанного с необходимостью получения продукции и/или услуг;

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

– – область действий и процессов, относящихся к ЖЦ систем, существенно расширена, в нее включены как бизнес-процессы, так технические процессы, рассматриваемые в неразрывной связи друг с другом;

– – система рассматривается как объект, который может меняться в ходе реализации процессов ЖЦ.

В последнее время все большее распространение в мире приобретает разработанная фирмой IBM стратегия управления жизненным циклом продукцией (деятельностью предприятия) PLM (Product Lifecycle Management).

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

Технология PLM позволяет за счет комплексных внедрений и реформирования производства непрерывно «CALS-сопровождать» продукцию, в частности, производство энергоносителей нефтегазовой отрасли. Эта система делает доступной информацию о продукции на любой ее стадии для всех подразделений, как отдельного предприятия, так и компании в целом, поставщиков, партнеров, а также заказчиков и клиентов. В результате возрастает эффективность процесса добычи, транспортирования и хранения энергоносителей, существенно упрощается использование информации о продукции, соответственно повышается скорость и качество принимаемых на всех этапах производства решений, уровень работы с поставщиками и обслуживания клиентов.

Чтобы получить все выше перечисленные преимущества на каждом предприятии НГО, необходима разработка интегрированной компьютерной системы управления его бизнес-деятельностью. И в этом смысле проектирование ИСПУ становится частью современной архитектуры предприятия, общего системно-технического проекта эффективного управления производственной деятельностью [1].

Архитектура ИСПУ — это наиболее абстрактное представление системы автоматизированного управления предприятия. Это эталонная модель, которая включает в себя идеализированные модели интерфейсного взаимодействия компонентов интегрированной системы, а также модели их функционального взаимодействий, которые обеспечивают решение задачи интегрированной автоматизации на концептуальном уровне описания программно-технических средств. Установленная требованиями архитектура описывает концепцию интеграции автоматизированных систем и предоставляет достаточно свободы для выбора конкретных структурных решений ИСПУ.

Правильно спроектированная архитектура допускает множество проектных реализаций ИСПУ путем выбора различных компонентов архитектуры и методов взаимодействия между ними.

Элементами архитектуры являются структура и модели (абстракции) полевого и диспетчерского уровней ИКСУ, ПЛК, средств проектировани, баз данных, процессного управления и человеко-машинных интерфейсов.

Архитектуру ИСПУ создает системный разработчик проекта (архитектор). Основным требованием к архитектору является знание предметной области (принципов функционирования предприятия, возможностей современных ИТ-технологий) и знание технических характеристик аппаратных и программных средств, используемых для построения системы.

При построении архитектуры должны быть заложены следующие свойства будущей ИСПУ:

· слабая связанность элементов архитектуры между собой (т.е. декомпозицию системы на части следует производить так, чтобы поток информации через связи был минимален и через них не замыкались жесткие контуры автоматического регулирования);

· тестируемость (возможность установления факта правильного функционирования);

· ремонтопригодность (возможность восстановления работоспособности за минимальное время при экономически оправданной стоимости ремонта);

· надежность (например, путем резервирования компонентов системы);

· простота обслуживания и эксплуатации (минимальные требования к квалификации и дополнительному обучению эксплуатирующего персонала);

· безопасность (соответствие требованиям промышленной безопасности и технике безопасности);

· защищенность системы от вандалов и неквалифицированных пользователей;

· экономичность (экономическая эффективность в процессе функционирования);

· модифицируемость (возможность перенастройки для работы с другими технологическими процессами);

· функциональная расширяемость (возможность ввода в систему дополнительных функциональных возможностей, не предусмотренных в техническом задании);

· наращиваемость (возможность увеличения размера автоматизированной системы при увеличении размера объекта автоматизации);

· открытость;

· максимальная длительность жизненного цикла системы без существенного морального старения, достигаемая путем пери­одического обновления аппаратных и программных компонентов, а также путем выбора долгоживущих промышленных стандартов.

Архитектура системы может быть различной в зависимости от решаемой задачи автоматизации. Такими задачами могут быть:

· непрерывный мониторинг (продолжительные измерение и контроль с архивированием по­лученной информации);

· автоматическое управление (в системе с обратной связью или без нее);

· автоматизированное диспетчерское управление (управление с помощью человека-диспетчера, который взаимодействует с системой через человеко-машинный интер­фейс);

· интегрированное управление деятельностью предприятия;

· обеспечение технологической безопасности.

Стандарт ГОСТ Р ИСО 15704-2008, устанавливающий требования к архитектуре ИКСУ, был разработан рабочей группой по архитектуре, связям на предприятии и его интеграции, и нацелен на решение трех задач: обеспечение условий рутинного функционирование предприятия, возможность его реструктуризации и непрерывной самоорганизации и эволюции. В основе этого ГОСТ лежит подход, отличающийся от «обычных» стандартов и методик ИТ-специалистов, так как в центре его внимания постоянно находится именно предприятие как комплексный объект управления. Стандарт ориентирован как на людей, так и на технологии (базовые и вспомогательные) и фиксирует необходимость комплексного подхода при проектировании интегрированной информационной системы.

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

Еще одним системным требованием синергетики является открытость системы управления деятельностью предприятия (в частности, для непрерывного ее совершенствования). Закрытая система в соответствии с законами термодинамики должна в конечном итоге прийти к состоянию с максимальной энтропией и прекратить свою эволюцию.

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

Основным приемом построения открытой архитектуры ИКСУ служит построение функционального стандарта автоматизированного предприятия, его ИТ-профиля.

Профиль стандартов - это «совокупность нескольких базовых стандартов (и других нормативных документов) с четко определенными и гармонизированными подмножествами обязательных и факультативных возможностей, предназначенная для реализации заданной функции или группы функций».

ИТ-профиль – это согласованный набор базовых стандартов, предназначенный для решения задачи информационного управления предприятием. Его построение позволяет проектировать и развивать ИСПУ на всем его жизненном цикле наиболее экономичным образом. Если все программно-аппаратные средства, поставляемые различными производителями, будут соответствовать профилю, то они будут работать в единой среде, где будет обеспечена переносимость приложений, взаимодействие и функциональная расширяемость.

Для корректного применения описание профилей стандартов должно содержать:

· определение целей, которых хотелось бы достичь, применяя данный профиль;

· перечисление функций продукта или процесса стандартизации, определяемого данным профилем;

· формализованные сценарии применения базовых стандартов и спецификаций, включенных в данный профиль;

· перечень требований к системе или к её компонентам, которые определяют соответствие профиля требованиям к тестированию соответствия;

· перечисление набора стандартов и других документов, которые составляют профиль, с точным указанием используемых положений, редакций и ограничений, способных оказать влияние на достижение корректного взаимодействия объектов стандартизации при использовании данного профиля;

· информационные ссылки на спецификации тестов проверки соответствия профилю».

Международные требования ИКСУ описаны в стандартах: S-88, MES, S 95, ОРС, ODBC, SQL, CALS, PLM, PlantWeb,BACtalk и др.

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

Стандарт S88 (IEC 61512) направлен на увеличение гибкости и прозрачности оборудования и программного обеспечения при периодической смене вида выпускаемой продукции. Он «обслуживает» так называемые batch-процессы (партионные, рецептурные, например, нефтехимические много-продукционные процессы переработки, многонасосные станции перекачки нефти) и устанавливает рекомендации по решению задач, связанных с управлением оборудованием, безопасностью, производственными рисками и контролем производственных операций.

Pиc. 1.3. Иерархическая модель управления согласно ISA 95

Batch- процесс определяется как «процесс выпуска конечного количества продукции на основе обработки конечного количества входных материалов в соответствии с указанной рецептурой на одной или более единицах оборудования». В отличие от непрерывного производства, batch-процессы основаны на использовании ограниченного количества материала для выпуска партий продукции.

Стандарт S-95, ANSI/ISA-95.00.01-2000, Enterprise-Control System Integration, IEC 62264-1:2003 (ГОСТ Р МЭК 62264-1-2010, Интеграция системы управления предприятием. Часть 1. Модели и терминология) отвечает за решение задач операционного менеджмента средствами информационных систем. Он определяет интерфейсы между бизнес-функциями и производственными операциями и служит для интегрирования традиционных систем управления ERP, MES и DCS (АСУТП). Стандарт описывает современную модель производственных операций, получившую развитие в системах для исполнения производственной деятельности (рис. 1.3), и содержит примеры документов отчетности и аналитических зависимостей, используемых для оценки эффективности производства. Особенностями стандарта являются детальное описание предметной области цеховых информационных систем в виде диаграмм UML (их можно заменить IDEF- диаграммами), описание операционной модели, а также спецификаций основных трансфертных объектов, используемых в интерфейсах интеграции внутрицеховых приложений.

В первой части ISA-95.00.01 рассматривается многоуровневая модель обмена информацией в ИКСУ и связи между функциями бизнес-планирования и логистики (уровень 4) и производственными подразделениями (уровень 3).

Вторая часть стандарта (ГОСТ Р МЭК 62264-2-2010 Интеграция систем управления предприятием. Часть 2. Атрибуты объектных моделей) определяет форматы обмена данными через эти связи в соответствии со схемой взаимодействия (Business to Manufacturing Markup Language). В этой части стандарта определены форматы документов для обмена информацией по оборудованию, материалам, персоналу, материалоемкости продукции, технологии изготовления, производственным заданиям и эффективности техпроцессов.

Третья часть ISA-95 (ГОСТ Р МЭК 62264-3-2012 Интеграция систем управления предприятием. Часть 3. Рабочая модель управления технологическими операциями) описывает модели и действия, характерные для уровня управления производством (уровень 3), которые обычно поддерживаются системами:

· исполнения производственной деятельности — MES;

· лабораторного контроля качества — LIMS (Laboratory Information Management System);

· автоматизированного управления активами предприятия EAM (Enterprise Asset Management), поддерживающими весь жизненный цикл оборудования.

ISA-95.00.03 также расширяет дополнительными функциями термин MES до современного уровня его понимания ассоциацией MESA (Manufacturing Execution Enterprise Solutions Association), добавляя новые модели движения производственных запасов, управления техобслуживанием, лабораторных анализов качества и др.

Эта модель управления не определяет приложения, поддерживающие рассматриваемые функции, а описывает различные задачи и их взаимосвязи. Такой подход считается общепринятым для позиционирования архитектурных решений ИКСУ.

Модель производства приводится в действие планами производства (составляемыми на уровне бизнес-систем при взаимодействии с клиентами и поставщиками), которые затем спускаются на производство, где по этим планам составляются детальные графики производства, содержащие рабочие производственные задания, определяющие по времени действия и события, возникающие при их выполнении. Часть информации, поступающей ниже на уровень 2, определяется стандартами ISA-88, OMAC, OPC, Fieldbus и др.

Модели деятельности при управлении производственными процессами рассматриваются в ISA-95.00.04.

Пятая часть стандарта (ГОСТ Р МЭК 62264-5-2012 "Интеграция систем управления предприятием. Часть 5. Операции "бизнес-производство") посвящена транзакциям между бизнес-приложениями и производством. Транзакцией (например, согласно модели стандарта ANSI/ISO) называется последовательность операций, производимых над базами данных приложений и производства, которые переводят их из одного непротиворечивого (согласованного) состояния в другое непротиворечивое (согласованное) состояние. Важным при этом является логическая завершенность такого перевода данных.

MES – это исполнительная система производства. Системы такого класса решают задачи синхронизации, координируют, анализируют и оптимизируют выпуск продукции в рамках какого-либо производства и обеспечивают:

1) активацию производственных мощностей;

2) отслеживание производственных мощностей;

3) сбор информации, связанной с производством, от систем автоматизации производственного процесса, сенсоров, персонала, программных систем;

4) отслеживание и контроль параметров качества;

5) информирование персонала и оборудования информацией, необходимой для процесса производства;

6) установление связей между персоналом и оборудованием в рамках производства;

7) установление связей между производством и поставщиками, потребителями, инженерным отделом, отделом продаж и менеджментом;

8) реагирование на требования по номенклатуре производства, изменение компонентов, сырья и полуфабрикатов, применяемых в процессе производства, изменение спецификации продуктов, доступность персонала и производственных мощностей.

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

CALS-стандарты – это архитектурная поддержка сбора данных в течение жизненного цикла продукции. Она обеспечивает единообразные способы управления процессами и взаимодействия всех участников этого цикла: заказчиков продукции, поставщиков/производителей продукции, эксплуатационного и ремонтного персонала. На предприятии CALS реализуется в соответствии с требованиями системы международных стандартов, регламентирующих правил указанного взаимодействия преимущественно посредством электронного обмена данными.

PLM-стандарты – это стандартные решения, которые обеспечивают предприятию успешное внедрение CALS инноваций в разработку и производство конкурентоспособной продукции низкой стоимости, – это стратегический бизнес-подход, который применяет согласованный набор бизнес - решений по поддержке коллективного процесса разработки, управления, передачи и использования информации о продукции от концепции до ее утилизации.

Вариантов технической реализации и конкретных программных средств, предлагаемых различными производителями в рамках CALS-системной интеграции, достаточно много, однако в целом облик программно-технической структуры системной интеграции практически приближается к некоторой унифицированной форме в виде продуктов ведущих мировых системных интеграторов для промышленных предприятий, например, Total Plant Solution (Honeywell).

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

· прикладные программные средства должны быть отделены от данных;

· структуры данных и интерфейсы доступа к ним должны быть стандартизованы;

· данные о продукции, процессах и ресурсах не должны дублироваться.

В результате такой стандартизации число ошибок минимизируется и тем самым обеспечивается полнота и целостность информации.

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

- оперативный мониторинг производственного и технологического процессов, осуществляемый в реальном масштабе времени;

- получение и обработка технологических, производственной информации и указаний (заданий) от верхнего (стратегического) звена управления предприятием;

- оперативное корректирующее управление материальными и энергетическими потоками в соответствии с изменениями производственной ситуации и указаниями вышестоящего уровня управления;

- оперативное корректирующее управление запасами и производственными ресурсами;

- мониторинг и управление качеством производства;

- контроль и, при необходимости, корректирующее воздействие по управлению отдельными, наиболее важными технологическими установками (рабочими центрами);

- прогностический анализ возникновения сбоев, отказов и аварийных ситуаций и формирование демпфирующих корректирующих управлений;

- автоматизированное накопление и хранение производственного опыта в информационном хранилище и т.п.

Использование баз данных, в том числе на сервере SQL в качестве буфера между АСКУЭ, АСТОиР с одной стороны и АСУПД с другой, позволяет обеспечивать оперативный обмен данными между этими системами. Причем БД являются в этом случае основой функционирования, как самих подсистем, так и средством, используемым для хранения функциональных данных.

Cтандартный язык разметки для передачи информации о технологическом процессе добычи (WITSML) позволяет эффективно обмениваться информацией о добыче с центральным офисом компании. Преимущества использования стандартизованного подхода для обмена информацией являются интуитивными для большинства инженеров-и руководителей и обычно характеризуются следующими показателями:

Cтандартный язык WITSML позволяет повысить отдачу от инвестиций в высокотехнологические области и открывает новые возможности автоматизации для нефтегазовых компаний и оптимизации.

Cтандартный язык снижает затраты на обмен информацией между программными приложениями внутри компании-разработчика и между компаниями-разработчиками, совместными предприятиями, партнерами, подрядчиками и контролирующими органами.

Cтандартный язык снижает затраты на замену или замещение программного обеспечения, что в результате совершенствует функциональные возможности ИСПУ.

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

Основой нормативного регулирования (комплексирования стандартов) в области автоматизированных систем безопасности (в частности, ПАЗ, АСКУЗ и АСПС, security-системы) являются Конституция Российской Федерации, общепризнанные принципы и нормы международного права, международные договоры Российской Федерации, Федеральный закон "О техническом регулировании", Федеральные законы и нормативные правовые акты Российской Федерации, регулирующие вопросы обеспечения аварийной и пожарной безопасности объектов (продукции) нефтегазовой отрасли.

С наступлением "цифровой эры" в системах автоматизации технологической безопасности стали использовать те же компоненты, что и в IT-системах – серверы, сети, IP-протоколы для передачи информации и т. д. Требования, которые предъявляются теперь к этим системам, стали во многом схожи с требованиями, предъявляемыми ранее к IT-системам. Например, это возможность удаленного доступа и централизованного мониторинга предаварийного и аварийного состояния технологического процесса. Кроме того, с началом передачи производственной информации по локальным и глобальным сетям, к security-системам стали предъявляться соответствующие требования по защите информации и безопасности АСУТП, так как компьютерная сеть стала точкой входа, через которую может быть нарушена как физическая, так и информационная безопасность предприятия.

В настоящее время выбором конкретной системы безопасности при ее внедрении на предприятии занимаются не только специалисты служб безопасности, но сотрудники IT-сферы и АСУТП. При этом немаловажно, чтобы выбираемое ПО соответствовало бы требованиям предприятия и корпоративным стандартам. Таким образом, современная интегрированная программная платформа для системы безопасности должна не только обеспечивать стандартный алгоритм управления всеми подсистемами, но и должна быть готова "жить" в рамках уже существующей IT-структуры, используя ее серверы и линии передачи. В этом случае она сможет дать в современных условиях все преимущества в установке, обслуживании и развитии, которые отличают интегрированную систему.

На рынке систем безопасности практически нет стандартов, позволяющих осуществлять обмен данными между оборудованием разных производителей. Основное внимание стандартных протоколов систем безопасности уделено уровню информационных считывателей (ABA, Wiegand), уровням интегрированной безопасности SIL, а не взаимодействию между устройствами систем безопасности и уровнем диспетчерского управления. Это связано с политикой производителей в области систем безопасности, которые настаивают на том, что закрытые протоколы, скрытие интерфейсов обеспечивают больший уровень безопасности технологического процесса. Тем не менее, международный подготовительный комитет автоматизации безопасности рекомендует в качестве основного норматива компьютерной интеграции управления производственной инфраструктурой стандарт BACnet.

BACnet – это независимый стандарт протокола передачи данных для сетей управления и автоматизации зданий (Building Automation and Control networks). Его официальное наименование ANSI/ASHRAE Standard 135-1995 (ISO 16484-5). При его разработке преследовалась цель стандартизировать связь между устройствами автоматизации сооружений (в том числе устройств их безопасности и корпоративного учета энергии) от различных производителей (позволив им обращаться к взаимным данным). Это обеспечивает необходимую открытость систем безопасности в ИКСУ.

И ПАЗ, и АСПС, и АСКУЗ без проблем могут использовать BACnet-стандарт, так как системы, построенные на его основе, могут предоставлять диспетчерскому уровню критически важные данные только в режиме для чтения. Охранные приемно-контрольные панели при этом сами принимают решения в соответствии с заложенными в них алгоритмами и, как правило, не нуждаются в постоянной централизованной перенастройке и программировании.

Контрольные вопросы

1. Какие концептуальные решения кладутся в основу ИКСУ?

2. Чем отличается архитектура автоматизированной системы от ее структуры?

3. В чем особенность информационных технологий, используемых при автоматизации производства НГО?

4. Какие требования к архитектуре промышленных автоматизированных систем устанавливает стандарт ГОСТ Р ИСО 15704-2008?

5. Что представляет собой профиль ИКСУ?