Полное меню
- Актуальное
законодательство - Интернет
и право- - Рассылка ''Закон есть закон''
- - Форум сайта (архив)
- - Законодательство
- - Судебная практика (необычная)
- - Судебная практика (авторская)
- - Процедура UDRP и и решения WIPO
- - Книги серии ''Интернет и Право''
- - Книги в открытом доступе
- - Учебный курс ''Интернет и Право''
- - Учебный курс ''Доменные споры''
- - Литература по ''Интернет и Право''
- - Литература по интел. собственности
- - Научный уголок (работы гостей)
- - Авторские публикации
- Информационные
материалы - ЮРИДИЧЕСКИЕ
УСЛУГИ- - Перечень юридических услуг
- - Карта юридических услуг
- - Юридическая консультация
- - Доменные споры (RU), авторское право
- - Международный суд по доменам (COM)
- - Защита прав на маркетплейсе (WB, Ozon)
- - Защита прав в соцсетях (Vk, Ok, FB)
- - Купля-продажа домена, сайта, ПО
- - Досудебное урегулирование конфликта
- - Защита чести и деловой репутации
- - Отмена блокировки сайта/домена РКН
- - ФАС: товарные знаки, авторское право
- - Регистрация ПО/сайта (Роспатент)
- - Юридическая проверка домена
- - Нотариальное заверение сайтов
- - Способы и формы оплаты услуг
- - Мы в СМИ
- - О компании, клиенты
- - Наши дела и победы
- - Контакты и реквизиты
- Информация
о сайте -
ОписаниеИсточник публикации М.: Стандартинформ, 2020 Примечание к документу Документ введен в действие с 01.01.2014. Название документа "ГОСТ Р ИСО 15531-44-2012. Национальный стандарт Российской Федерации. Системы промышленной автоматизации и интеграция. Данные по управлению промышленным производством. Часть 44. Моделирование сбора цеховых данных" (утв. и введен в действие Приказом Росстандарта от 29.11.2012 N 1711-ст) "ГОСТ Р ИСО 15531-44-2012. Национальный стандарт Российской Федерации. Системы промышленной автоматизации и интеграция. Данные по управлению промышленным производством. Часть 44. Моделирование сбора цеховых данных"
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Business Planning & Logistics | Бизнес-планирование и логистика |
Plant production scheduling | Планирование производства на предприятии |
Operational management | Оперативное управление и т.д. |
Level 4 | Уровень 4 |
Manufacturing | Производство |
Operations & control | Операции и контроль |
Batch control | Контроль партий |
Continuous control | Непрерывный контроль |
Discrete control | Выборочный контроль |
Levels 2, 1, 0 | Уровни 2, 1, 0 |
ИСО 15531 устанавливает порядок моделирования любых данных (кроме данных о продукте), необходимых при управлении технологическими операциями (см. ИСО 15531-31, ИСО 15531-32 и ИСО 15531-43). Даже если в этом контексте ИСО 15531 устанавливает функции уровней 3 и 4, то он также устанавливает порядок моделирования любых данных, необходимых для управления производственными операциями, включая данные, собранные на других уровнях.
Процесс сбора данных в производственном помещении включает сбор данных на уровне 2 (уровень производственного помещения). Производятся идентификация данных, верификация их содержания и передача на уровень 3 (уровень управления производством). Указанные данные по управлению производством могут относиться к устройствам, партиям деталей, продуктам или к обслуживающему персоналу. Данные необходимы для расчета KPI, для оперативного наблюдения за процессом изготовления и качеством продукции, для совершенствования производственных операций. Они также обеспечивают подтверждение соответствия установленным требованиям для моделей производственных помещений и планирование вариантов возможного развития событий.
Соответствие некоторой модели облегчает сбор и организацию данных, так же как и их обработку в базе данных, построенной на уровне 3 (уровень управления производством), для целей архивирования, управления, а также указанных выше целей организации работы систем оперативного наблюдения в цехах и обеспечения возможности их совместной работы.
Модели должны носить общий характер, при этом легко специализироваться. Вследствие этого рассматриваемые сущности должны быть более общими. Их специализация при необходимости достигается путем использования БД (см. ИСО 13584-1 и ИСО 13584-24). В рамках указанных допущений процесс специализации в целом установлен в настоящем стандарте.
Рассмотрение модели главным образом фокусируется на соотношениях между событиями производственного процесса, на действиях и на изменениях состояния. При этом обеспечивается моделирование всех данных, собранных на уровне 2, для целей управления производством и его совершенствования (уровень 3).
Основные сущности, определенные или использованные при построении модели, перечислены и рассмотрены ниже:
Примечание 1 - Некоторые сущности (на которые имеются ссылки из других схем и/или которые являются вспомогательными) установлены и описаны в разделе 6. Ниже они не рассматриваются.
- duration_reference (ссылка на продолжительность);
- equipment (оборудование);
- equipment_header (заголовок оборудования);
- hazard_event (опасное событие);
- manufacturing_batch (производственная партия);
- manufacturing_order (заказ на изготовление);
- manufacturing_order_header (заголовок заказа на изготовление);
- manufactured_product (изготовленный продукт);
- material_consumption (расход материала);
- measurement_result (результат измерения);
- mode (режим);
- product_defect (дефект продукта);
- state (состояние);
- stock (запас);
- time_reference (ссылка на момент времени);
- work_order (заказ-наряд).
Сущность batch (партия) обозначает набор продуктов (компонентов), запланированных для производства, а также партию продуктов (компонентов), уже изготовленных в ходе технологической операции.
Примечание 2 - Для дискретных продуктов (компонентов) партия может быть стандартным набором продуктов (компонентов), спланированных для изготовления. Для недискретных продуктов партия - это количество продукта, спланированного для производства на данный период времени. Изготовление ведется по формуле (рецепту), которая часто особо разрабатывается для получения заданного количества готовых изделий (словарь APICS).
Примечание 3 - Настоящий стандарт описывает и использует сущность manufacturing_batch, которая является специализацией сущности batch: настоящий стандарт фокусируется на рассмотрении дискретных деталей. В случае недискретного продукта пользователь сам модифицирует сущность manufacturing_batch. Для этого либо используется родительская сущность batch, либо добавляется другая специализация для недискретных продуктов.
Сущность duration_reference задает базовую продолжительность, на которую ссылаются продолжительности рассматриваемых событий или с которой связаны эти продолжительности, чтобы гарантировать их взаимное соответствие.
Сущность equipment описывает физическое устройство, используемое в производственном процессе для трансформации исходного материала и/или его компонента в законченный компонент (продукт). Оборудование - это подкласс ресурса. Другой специализацией сущности resource (ресурс) является человек. Эта специализация в настоящем стандарте не рассматривается.
Сущность equipment_header включает краткое описание всех необходимых данных, предварительно определенных и связанных с оборудованием независимо от режима его работы, статуса и порядка выполнения операций.
Сущность hazard_event учитывает непредвиденные значимые происшествия в течение процесса производства.
Пример - Сбой на ресурсе (сбой оборудования, сбой в работе человека и т.п.) - это hazard_event. Важные сбои регистрируют в отчете.
Сущность manufacturing_batch является специализацией сущности batch при изготовлении продукта. Данная сущность определяет партию продуктов, как уже изготовленных, так и спланированных для производства при выполнении технологической операции.
Пример - Набор продуктов, выполняемых по одному заказу-наряду.
Сущность manufacturing_order определяет документ или группу документов, ассоциированных с партией компонентов и/или продуктов, намеченных к производству.
Сущность manufacturing_order_header включает краткое описание всех необходимых данных, предварительно установленных и не модифицированных в рамках действующего производственного процесса.
Сущность manufactured_product определяет продукт в течение всего времени его изготовления.
Примечание 4 - Сущность manufactured_product - это специализация сущности product, установленной в ИСО 10303 (см. ИСО 10303-1 и ИСО 10303-41, 3-е издание).
Сущность material_consumption устанавливает прослеживаемую цель, для достижения которой некоторый объем поставляемой партии сырья (деталей всех видов) используется и расходуется во время производственного процесса в соответствии с требованиями этапа заказа-наряда.
Сущность measurement_result представляет результаты контроля и является специализацией сущности measure, определенной в ИСО 10303-41.
Сущность mode определяет режим работы, который является одним из способов выполнения производственной операции, ожидаемой для данного ресурса и установленной данным назначением.
Пример - Режим работы станка может быть: нормальным, ухудшенным, закрытым.
Сущность product_defect определяет отклонение от нормы, обнаруженное для некоторого продукта, полуфабриката или сборки. Обнаружение дефекта ведет к выбраковке сомнительного продукта.
Сущность resource может включать два подкласса: сущности equipment и human. Важно, чтобы в модель не были включены оперативное наблюдение за сотрудником и несанкционированная работа персонала. Модель не должна создавать возможности для идентификации данного сотрудника. В этом смысле сущность human не определяется и не используется в настоящем стандарте. Если же такая сущность разрабатывается, то она должна моделировать работу группы людей и/или задавать групповой тип человеческого ресурса.
Примечание 5 - Человеческим ресурсом может быть "оператор", "инженер". Ресурс не может быть индивидуальностью. Ресурс "оборудование" можно идентифицировать как особое состояние ресурса.
Сущность state определяет условия работы (состояние) оборудования, удовлетворяющего некоторым требованиям. При этом оборудование может выполнять некоторые действия или находиться в состоянии ожидания.
Пример - Состоянием оборудования может быть его автоматическое функционирование, наладка, техническое обслуживание.
Примечание 6 - Сущности state и mode соответствуют МЭК 60204 и ИСО 12100 (см. ИСО 12100-1 и ИСО 12100-2).
Сущность stock представляет продукт, компонент или исходный материал, не находящийся на линии производства.
Сущность time_reference задает ссылку на базовый момент времени, используемый для установления необходимых соотношений между различными моментами времени, связанными с данными, локально собранными различными информационными системами.
Сущность work_order определяет конкретный объем работ, поручаемый ресурсу и относящийся к конкретной фазе производственного процесса.
Структура системы сбора данных в цеху приведена на рисунке 2.
Standardized and time referenced data | Стандартизованные и синхронизированные данные |
Historic recording software | Программное обеспечение для архивирования данных |
Historic database (level 3) | Архивная база данных (уровень 3) |
Standardized data (real time) | Стандартизованные данные (реальное время) |
Translation software | Программное обеспечение транслятора |
Raw data collected from heterogeneous equipment | Необработанные данные, собранные на гетерогенном оборудовании |
Data collection (level 2) | Сбор данных (уровень 2) |
Fieldbuses | Интерфейсная шина |
Manufacturing equipment (level 1) | Производственное оборудование (уровень 1) |
и процесс регистрации данных уровня 3
Процесс сбора данных имеет два компонента: 1) система связи с маршрутом изготовления элементов и 2) оператор, обеспечивающий сбор данных в цеху по результатам наблюдения производственного цикла (события). Сбор данных может выполняться автоматически в ходе технологического процесса, а также вручную с помощью узкоспециализированного интерфейса, установленного между человеком и станком.
Транслирующая программа трансформирует в реальном времени собранные исходные данные (представляющие некоторое количество стандартизованной информации, которая может быть наложена на имеющиеся данные, аппроксимирована и выражена в единицах, являющихся специфическими для данного оборудования) в стандартизованные данные в известном формате и с установленным значением.
Программа регистрации данных устанавливает и создает базу данных, обогащает ее архивированными данными и сообщениями о событиях. В данной программе также проверяется соответствие событий установленным требованиям, объединяются начало и окончание событий, обработанных программой трансляции, вносятся записи в архивную базу данных. При этом возникает проблема хранения информации большого объема и ее оценки.
Данные, собранные в цеху, классифицируются по их основному назначению. Для всех действий первый набор данных относится к заказу на изготовление. Прочие данные организованы в соответствии с рисунком 3.
Times | Моменты времени |
Reference duration | Ссылочная продолжительность событий |
Manufacturing order, work orders, manufacturing batches | Заказ на изготовление, заказы-наряды, производственные партии |
Equipments | Оборудование |
Traceability | Прослеживаемость |
Productivity, maintenance | Производительность, техническое обслуживание |
Quality | Качество |
Manufacturing management | Управление производством |
Association (genealogy) | Ассоциация (генеалогия) |
Raw material consumption | Расход сырья |
Product | Продукт |
Hazard events | Опасные события |
Modes | Режимы работы |
States | Состояния |
Measurement result | Результаты измерений |
Product defect | Дефект продукта |
Stocks | Производственные запасы |
Humans | Операторы |
Пояснения к рисунку 3.
Верхние блоки (над чертой) идентифицируют общие сущности, привязанные к конкретному времени, к заказам-нарядам, к использованию конкретного оборудования и его конфигурации. Нижние блоки (под чертой) идентифицируют особые сущности, привязанные к производственному процессу. Указанные особые сущности разбиты на следующие группы:
- первая группа включает сущности, определяющие возможность оперативного контроля (отслеживаемость) производственного процесса (взаимосвязей, расхода сырья, самих изделий);
- вторая группа содержит сущности, связанные с производительностью и техническим обслуживанием оборудования (отказы, режимы работы, текущее состояние);
- третья группа содержит сущности, оценивающие качество работ (результат измерения, дефект продукта);
- четвертая группа включает сущности, связанные с управлением производством (уровень запасов, управление людьми).
В настоящем стандарте отсутствуют сущности, отражающие концепцию генеалогии. Генеалогия отражает возможность отыскания компонента и/или составляющей изготовленного продукта (manufactured_product) по его серийному номеру (manufactured_product_id). Данная функция доступна только для серийных продуктов, для обычных производственных условий она неприменима.
Данная функция реализуется в обязательном порядке. В настоящем стандарте это обеспечивается тем, что сущность manufactured_product является рекурсивной (она может быть производной одной или нескольких других сущностей manufactured_product с учетом соотношений взаимосвязи).
Пример - Применением данной генеалогии является идентификация и отслеживаемость партий с дефектным компонентом. Другим применением является считывание значения параметра наладки термоэлемента (дочернего элемента) магнито-термического прерывателя цепи (удаленного элемента).
5.4.1 Данные управления производством
- Оперативное наблюдение за производственными запасами.
- Управление работой обслуживающего персонала.
5.4.2 Качество управления
- Измерения, выполненные на субкомпонентах или готовых продуктах.
- Дефекты выбракованных субкомпонентов и продуктов.
5.4.3 Производительность и техническое обслуживание
- Последовательное отслеживание опасностей оборудования (дефекты).
- Последовательное отслеживание изменений РЕЖИМА (MODE) (см. EN 292-2, МЭК 60204 и ИСО 12100).
- Последовательное отслеживание изменений СТАТУСА (STATUS) (см. МЭК 60204 и ИСО 12100).
5.4.4 Отслеживаемость
- Взаимосвязь компонентов (генеалогия).
- Расход сырья.
- Последовательное отслеживание одинарных продуктов.
5.5.1 Фиксирование момента времени и измерение времени
Установка временной метки на событие может иметь место на любом шаге процесса сбора данных и может иметь следующие ограничения:
- чем позже происходит событие, тем выше требования к точности фиксирования соответствующего момента времени. Если система сбора данных работает в реальном времени, то она привносит некоторое переменное запаздывание. В цепи сбора данных все буферы, повторные процессы, контрольные циклы снижают точность измерений (они увеличивают запаздывание). В рассматриваемом случае есть возможность избежать запаздывания, обусловленного проверками;
- сбор информации по линии связи (LAN) и переработка данных. Фиксирование момента времени может быть выполнено для источника с разрешением 10 мс с помощью PLC. Если используется транслятор, то нет необходимости в точности менее 1 секунды;
- фиксирование интервалов времени между различными событиями (пребывание в различных секциях цеха) тем важнее, чем длительнее производственный процесс. Это позволяет устанавливать соотношения и корреляции между данными, которые, кроме времени, ничего больше не разделяет.
Примечание - Фиксирование моментов времени для нескольких сотен PLC одновременно практически нереально. Так, сдвиг в 1 час при фиксировании момента времени может сорвать идентификацию соотношения между событиями, нормально связанными друг с другом.
Фиксирование момента времени, выполняемое перекрестными системами переработки данных, улучшает требуемую степень соответствия в ущерб точности.
Дополнение собранных данных временем начала, продолжительностью и временем окончания (при фиксировании времени) может оказаться излишним. Дата начала и дата окончания связаны с событиями, в то время как продолжительность связана с действием, с трансформацией объекта (даже пустого), а также с фазой производственного процесса. Информация о соотношении дат может быть избыточной, если дата начала ссылается на событие "начало действия", а дата окончания ссылается на событие "окончание действия". Однако даже в указанном случае полученная "избыточность" может быть использована для повышения точности синхронизации между различными наборами данных, собранными в разное время различными системами сбора данных. Избыточность позволяет быстро восстанавливать данные при высоком интегральном риске.
Сбор даты начала, окончания и продолжительности действия или фазы производственного процесса по признаку RFID (радиочастотной идентификации) во взаимосвязи с данными, собранными различными линиями связи, также способствует улучшению синхронизации.
Пример - В качестве примера рассмотрим случай наступления опасного события. Тогда система автоматически обновляет запись каждую минуту. В случае сбоя в соединении дата окончания пропадает. Однако она может быть приближенно восстановлена по дате начала и продолжительности соединения.
Регистрация даты начала, окончания и продолжительности действия связана с техническими особенностями и командами, используемыми почти во всех компьютерных программах.
Пример - Запрос, основанный на слове "КОГДА", использует дату начала и окончания действия. Запрос, основанный на слове "СУММА", использует продолжительность действия.
Период наблюдения, предшествующий фиксации момента времени наступления события, оказывает существенное влияние как на точность фиксации момента, так и на расчетную продолжительность кратчайшего события, которое можно наблюдать. Если время события зафиксировано, то для полученных данных можно предусмотреть возможность установления очереди или возможность их промежуточного хранения. При условии создания запасной полосы пропускания в сети существует возможность приспособить период наблюдений к требованиям заказчика. Этот период может быть разным, он зависит от используемого оборудования.
Сохранение данных в архивной базе - это самое узкое место во всем процессе сбора данных для производственного помещения. Объем регистрируемых данных должен быть минимальным.
Одним из методов хранения является агрегирование данных с однотипной информацией. Это означает, что следует сохранять информацию только об одном характерном событии, не следует суммировать весь период наблюдения. Недостаток метода: утрачивается информация о характере изменения событий в течение всего периода наблюдений.
Пример 1 - Вместо регистрации всех измерений, выполненных на 1000 продуктах, изготовленных в течение дня, может оказаться достаточным регистрировать только их среднее, стандартное отклонение и число выполненных измерений.
Пример 2 - Вместо регистрации всех машинных сбоев в течение дня может оказаться достаточным только суммировать их количество для каждого станка или группы станков (возможно разделение по типу сбоев, по продолжительности сбоев и т.п.).
Очевидно, что чем выше уровень суммирования, тем меньше возможность последующего анализа данных. Кроме того, при таком суммировании резко снижается возможность анализа степени корреляции различных событий.
Пример 3 - В случае анализа машинных сбоев путем их агрегирования невозможно установить их причину. Для установления причины сбоя необходимо иметь информацию о корреляции с другими событиями и о принимаемых технологических решениях.
Соответствующая программа на языке EXPRESS начинается с утверждения shopfloor_captured_data_scheme и задания необходимых внешних ссылок.
Описание языка программирования EXPRESS см. в ИСО 10303-11.
Пример записи на языке EXPRESS:
*)
SCHEMA shopfloor_captured_data_schema;
REFERENCE FROM support_resource_schema
(identifier,
label,
text); -- ISO 10303-41
(*
*)
REFERENCE FROM product_definition_schema
(product); -- ISO 10303-41
(*
*)
REFERENCE FROM measure_schema
(measure_with_unit,
context_dependent_unit,
unit); -- ISO 10303-41
(*
*)
REFERENCE FROM resource_usage_management_schema
(resource); -- ISO 15531-32
(*
*)
REFERENCE FROM time_domain_schema
(interval_of_time, -- ISO 15531-42
point_in_time);
(*
6.2.1 Type_of_movement
Утверждение type_of_movement - это буквенно-цифровая запись, идентифицирующая возможные действия устройства.
Пример записи на языке EXPRESS:
*)
TYPE type_of_movement = SELECT
(stock_in, stock_out, stock_taking);
END_TYPE; -- type_of_movement
(*
6.2.2 Stock_in
Один из трех типов действий с незавершенными готовыми изделиями.
Пример записи на языке EXPRESS:
*)
ENTITY stock_in;
END_ENTITY;
(*
Примечание - Используется для продуктов, поступающих в устройство хранения.
6.2.3 Stock_out
Один из трех типов действий с незавершенными готовыми изделиями.
Пример записи на языке EXPRESS:
*)
ENTITY stock_out;
END_ENTITY;
(*
Примечание - Используется для продуктов, покидающих устройство хранения.
6.2.4 Stock_taking
Один из трех типов действий с незавершенными готовыми изделиями.
Пример записи на языке EXPRESS:
*)
ENTITY stock_taking;
END_ENTITY;
(*
Примечание - Используется для инвентаризации изготовленных изделий.
6.3.1 Управление производством
6.3.1.1 Stock
Сущность stock (производственные запасы) представляет продукцию, компоненты или сырье, не находящиеся на линии производства.
Пример записи на языке EXPRESS:
*)
ENTITY stock;
contains: manufactured_product;
refers_to: OPTIONAL manufacturing_batch;
stored_on: equipment;
quantity: OPTIONAL measure_with_unit;
move: type_of_movement;
date_of_movement: point_in_time;
END_ENTITY;
(*
Определения атрибутов:
contains (содержит): определяет manufactured_product (изготовленный продукт), находящийся в запасе;
refers_to (относится к): определяет manufacturing_batch (партию), к которой относится данный запас stock;
stored_on (хранится на): идентифицирует оборудование, на котором данный запас stock хранится;
quantity (количество): определяет фактический размер запаса stock;
move (перемещение): идентифицирует один из трех типов перемещения, определенный выше сущностью type_of_movement; date_of_movement (дата перемещения): point_in_time (момент времени), характеризующий дату перемещения.
Manufactured_product - это специализация сущности product (см. ИСО 10303), т.е. продукта, изготовленного в результате технологического процесса. Это может быть как готовый продукт, так и полуфабрикат. В момент рассмотрения сущности manufactured_product производственные операции с данным продуктом уже не выполняются. Сущность manufactured_product фактически представляет собой модель продукта, включающую в себя все элементы рассматриваемого производственного процесса.
Пример - Manufactured_product может быть, например, моделью контактора, описывающей все особенности его хранения или изготовления в составе manufacturing_batch (производственной партии).
Пример записи на языке EXPRESS:
*)
ENTITY manufactured_product;
manufactured_product_id: identifier;
is_made_of: SET [0:?] OF manufactured_product;
relates_to: product;
belongs_to: OPTIONAL manufacturing_batch;
UNIQUE
UR1: manufactured_product_id;
END_ENTITY;
(*
Определения атрибутов:
manufactured_product_id производит идентификацию продукта:
is_made_of (сделан из): определяет, какое готовое изделие manufactured_product использовано при сборке;
relates_to (относится к): определяет product (продукт), к которому относится manufactured_product изготовленный продукт;
belongs_to (принадлежит): OPTIONAL (по требованию Заказчика) относится к производственной партии manufacturing_batch, которой принадлежит изготавливаемый продукт manufacturing_product.
6.5.1 Manufacturing_order
Определение приведено в разделе 3.1.8. Заказ на изготовление включает выполнение всех работ, соответствующих ассортименту готовых изделий, идентифицированных в заказе на изготовление.
Пример записи на языке EXPRESS:
*)
ENTITY manufacturing_order;
is_composed_of: SET [0:?] OF work_order;
header: manufacturing_order_header;
duration: interval_of_time;
ending_date: point_in_time;
beginning_date: point_in_time;
END_ENTITY;
(*
Определения атрибутов:
is_composed_of (состоит из): перечень отдельных work_orders (заказов-нарядов), составляющих общий заказ на изготовление manufacturing_order;
header: идентифицирует краткое описание заказа на изготовление manufacturing_order_header, включающее в себя все атрибуты, предварительно установленные для данного manufacturing_order;
duration (продолжительность): interval_of_time - интервал времени, в течение которого производятся действия и/или протекают технологические фазы, установленные в manufacturing_order;
ending_date (дата окончания): point_in_time (момент времени) фактического окончания действия, связанного с выполнением заказа на изготовление manufacturing_order (не является плановым временем окончания);
beginning_date (дата начала): point_in_time (момент времени) фактического начала действия, связанного с выполнением заказа на изготовление manufacturing_order (не является плановым временем начала).
6.5.2 Manufacturing_order_header
Краткое описание заказа на изготовление manufacturing_order_header включает все данные, предварительно установленные для конкретного заказа на изготовление manufacturing_order. Эти установки не подлежат изменениям в течение производственного процесса.
Пример записи на языке EXPRESS:
*)
ENTITY manufacturing_order_header;
manufacturing_order_id: identifier;
customer_order: OPTIONAL label;
manufacturing_order_label: OPTIONAL label;
symbol : string;
quantity: context_dependent_unit;
measure: unit;
due_date: point_in_time;
beginning_scheduled_date: point_in_time;
UNIQUE
UR1: manufacturing_order_id;
END_ENTITY;
(*
Определения атрибутов:
manufacturing_order_id (идентификация заказа на производство): идентифицирует manufacturing_order, к которому относится данное краткое описание manufacturing_order_header;
customer_order: OPTIONAL (по требованию заказчика) идентифицирует особые требования заказчика по данному заказу на изготовление manufacturing_order;
manufacturing_order_label: OPTIONAL (по требованию заказчика) указывает необходимость регистрации особой информации;
symbol: задает связь данного продукта с конкретным производственным процессом;
quantity (количество): задает количество продукта, которое должно быть изготовлено по данному заказу. Количество может измеряться в заданных единицах unit;
measure: задает единицу измерения unit рассматриваемого количества;
due_date: идентифицирует дату изготовления изделия;
beginning_the_scheduled_date: идентифицирует плановую дату изготовления изделия beginning_date.
6.5.3 Manufacturing_batch
Manufacturing_batch (производственная партия) - набор изготовленных продуктов, а также набор продуктов, изготовленных по данному заказу-наряду.
Примечание 1 - Партия может включать готовые продукты, полуфабрикаты, а также сборки за исключением исходных материалов.
Примечание 2 - Сущность manufacturing_batch разработана как специализация более общей сущности batch (партия в настоящем стандарте не рассматривается) и фокусируется на конкретной изготавливаемой детали. Данная сущность может быть использована для идентификации недискретных продуктов. По аналогии с сущностью manufacturing_batch пользователь может самостоятельно создавать другие специализации для сущности batch, указав групповые атрибуты особых недискретных продуктов.
Пример записи на языке EXPRESS:
*)
ENTITY manufacturing_batch;
is_made_of : SET [0:?] OF manufactured_product;
is_managed_by : manufacturing_order;
batch_id : string;
size : context_dependent_unit;
duration : interval_of_time;
ending_date : point_in_time;
beginning_date : point_in_time;
END_ENTITY;
(*
Определения атрибутов:
is_made_of (состоит из): определяет, какие готовые продукты manufactured_product принадлежат данной партии;
is_managed_by: изготовление партии изделий производится в соответствии с имеющимся заказом на изготовление manufacturing_order;
batch_id: идентификация партии;
size: задает количество готовых изделий manufactured_product в партии;
duration (продолжительность): interval_of_time (интервал времени), в течение которого производились действия и/или протекала фаза производственного процесса, выполнявшегося в соответствии с заказом-нарядом work_order;
ending_date (дата окончания): point_in_time (момент времени) события, фиксирующий фактическое окончание действия, производимого в соответствии с work_order (заказом-нарядом) (не является плановым временем окончания);
beginning_date (дата начала): point_in_time (момент времени) события, фиксирующий фактическое начало действия, производимого в соответствии с work_order (заказом-нарядом) (не является плановым временем начала).
6.5.4 Work_order
Сущность work_order определяет заказ-наряд, задающий выполнение отдельной фазы производственного процесса.
Work_order связан с использованием конкретного оборудования. Он должен соответствовать заказу на производство manufacturing_order готовой партии изделий manufacturing_batch.
Пример - Если заказ на производство manufacturing_order связан например, с изготовлением целой партии продуктов на некоторой производственной линии, то заказ-наряд work-order связан с реализацией отдельной фазы этого процесса (отдельным элементом серии изделий manufacturing_batch), необходимой для изготовления некоторого компонента на оборудовании данной производственной линии.
Пример записи на языке EXPRESS:
*)
ENTITY work_order;
work_order_id: identifier;
is_part_of: manufacturing_order;
is_performed_on: equipment;
duration: interval_of_time;
ending_date: point_in_time;
beginning_date: point_in_time;
processed_quantity: context_dependent_unit;
produced_quantity_OK: context_dependent_unit;
produced_quantity_NOK: context_dependent_unit;
previous_work_order: OPTIONAL work_order;
UNIQUE
UR1:work_order_id;
END_ENTITY;
(*
Определения атрибутов:
work_order_id: идентификация заказа-наряда;
is_part_of (является частью): идентифицирует заказ на производство manufacturing_order, к которому относится данный заказ-наряд work_order;
is_performed_on: идентифицирует оборудование, на котором выполняется заказ-наряд;
duration: interval_of_time (интервал времени), в течение которого выполняется действие и/или протекает фаза производственного процесса, к которой относится work_order;
ending_date: point_in_time (момент времени) для события, фиксирующий фактическое окончание действия, к которому относится выполнение work_order (не является плановым временем окончания);
beginning_date: point_in_time (момент времени) для события, фиксирующий фактическое начало выполнения действия, к которому относится выполнение work_order (не является плановым временем начала);
processed_quantity: определяет общее количество продуктов products, изготовленных на некотором оборудовании equipment;
produced_quantity_OK: определяет количество годных продуктов products, изготовленных на некотором оборудовании equipment;
produced_quantity_NOK: определяет количество забракованных продуктов products, изготовленных на некотором оборудовании equipment;
previous_work_order: используется по требованию заказчика, обозначает предшествующий заказ-наряд.
6.6.1 Material_consumption (расход материалов)
Задает объем, количество и номер партии поставки исходных материалов, сырья и деталей всех типов, использованных во время производственного процесса, а также соответствующую фазу выполнения заказа-наряда.
Пример записи на языке EXPRESS:
*)
ENTITY material_consumption;
supplier_batch_number: string;
quantity: OPTIONAL measure_with_unit;
internal_reference: string;
used_for: manufactured_product;
corresponds_to: OPTIONAL work_order;
date_of_consumption: point_in_time;
used_equipment: equipment;
END_ENTITY;
(*
Определения атрибутов:
supplier_batch_number: номер партии поставки использованных или израсходованных деталей;
quantity: задает количество материалов или деталей, использованных или израсходованных во время сборки;
internal_reference: (внутренняя ссылка): указывает названия материалов или деталей, используемых в компании;
used_for: продукт или подсборка, использующие указанный материал (деталь);
corresponds_to: указывает work_order, при выполнении которого использован или израсходован данный материал (деталь);
date_of_consumption; point_in_time: момент времени, фиксирующий расходование указанного материала (детали);
used_equipment: оборудование, на котором данный материал или деталь были израсходованы.
Примечание - Данные о выполнении конкретной фазы выполнения заказа-наряда не являются обязательными.
6.7.1 Hazard_event
Hazard_event - это опасное, непредсказуемое и нежелательное событие, имеющее место в ходе выполнения работ.
Пример записи на языке EXPRESS:
*)
ENTITY hazard_event;
hazard_event_id: identifier;
hazard_event_type: string;
hazard_event_gravity: string;
hazard_event_location: equipment;
relates_to: OPTIONAL work_order;
beginning_date: point_in_time;
ending_date: point_in_time;
duration: interval_of_time;
UNIQUE
UR1: hazard_event_id;
UR2 : relates_to;
END_ENTITY;
(*
Определения атрибутов:
hazard_event_id: идентификация конкретного hazard_event;
hazard_event_type (тип опасного события): необходим для классификации hazard_event;
hazard_event_gravity: позволяет фиксировать степень опасности hazard_event;
hazard_event_location: ассоциирует hazard_event с выполнением конкретного work_order;
relates_to: OPTIONAL (используется по требованию заказчика) указывает номер кода идентификации заказа-наряда work_order, которому может соответствовать hazard_event.
Примечание - Рассматриваемый здесь work_order идентифицирует тот самый work_order, который выполнялся при наступлении hazard_event;
beginning_date: point_in_time (момент времени), указывающий фактический момент времени начала инцидента, связанного с hazard_event;
ending_date: point_in_time (момент времени), указывающий фактический момент времени окончания инцидента, связанного с опасным событием hazard_event;
duration: interval_of_time, в течение которого имел место рассматриваемый инцидент.
Сущность mode (режим) идентифицирует режим работы, характеризующий вариант функционирования оборудования (станка) в фазе производственного процесса, связанного с выполнением заказа-наряда work_order. Значение данной сущности выбирается из некоторого списка и ассоциируется с оборудованием в соответствии с библиотекой данных (см. ИСО 13584-1 и ИСО 13584-24). Данная сущность идентифицирует различные рабочие ситуации оборудования.
Пример записи на языке EXPRESS:
*)
ENTITY mode;
mode_id: identifier;
name: label;
description: text;
beginning_date: point_in_time;
ending_date: point_in_time;
duration: interval_of_time;
occurred_on: equipment;
UNIQUE
UR1: mode_id;
END_ENTITY;
(*
Определения атрибутов:
mode_id: идентифицирует текущий режим работы оборудования;
name: указание имени упрощает идентификацию режима работы;
description: текст, описывающий и определяющий режим работы;
beginning_date: point_in_time (момент времени), характеризующий фактический начальный момент времени для данного режима;
ending_date: point_in_time (момент времени), характеризующий фактический конечный момент времени для данного режима;
duration: interval_of_time (интервал времени), в течение которого оборудование работает в данном режиме;
occurred_on: указывает оборудование, работающее в данном режиме.
6.7.3 State
Сущность state (состояние) идентифицирует особые условия или ситуацию на оборудовании, которое используется для выполнения заказа-наряда work_order.
Пример записи на языке EXPRESS:
*)
ENTITY state;
state_id: identifier;
name: label;
description: text;
beginning_date: point_in_time;
ending_date: point_in_time;
duration: interval_of_time;
occurred_on: equipment;
UNIQUE
UR1: state_id;
END_ENTITY;
(*
Определения атрибутов:
state_id: идентифицирует текущее состояние оборудования;
name: задание имени упрощает идентификацию состояния;
description: текст, описывающий и определяющий состояние оборудования;
beginning_date: point_in_time (момент времени), характеризующий фактический начальный момент времени для данного состояния;
ending_date: point_in_time (момент времени), характеризующий фактический конечный момент времени для данного состояния;
duration: interval_of_time (интервал времени), в течение которого данное состояние является активным;
occurred_on: указывает, на каком оборудовании имеет место данное состояние.
6.8.1 Measurement_result (результат измерения)
Качественный и/или количественный контроль продукта, изготовленного на данной производственной линии для целей отладки производственного процесса.
Пример - В частности, данный контроль проводится, если изготовленный продукт имеет дефекты или имеется опасность их появления.
Примечание - Сущность measure (измерение) определена в ИСО 10303-41 (STEP). Данная сущность представляет измерения, выполняемые на изготовленном продукте manufactured_product, чтобы установить наличие или отсутствие дефекта product_defect. В настоящем стандарте использование сущности measurement_result не обязательно связано с наличием дефектов. Оно может быть, например, связано с повышением эффективности производства, что отличается от определения стандарта типа STEP.
Пример записи на языке EXPRESS:
*)
ENTITY measurement_result;
name: label;
description: text;
applies_to: OPTIONAL manufactured_product;
occurred_on: equipment;
shows: product_defect;
date_of_measurement: point_in_time;
measure_unit: OPTIONAL unit;
measure: OPTIONAL measure_with_unit;
END_ENTITY;
(*
Определения атрибутов:
name: идентифицирует название измерения measure, выдавшего рассматриваемый результат;
description: текст описания выполненного измерения measure;
applies_to: manufactured_product, на котором производится измерение;
occurred_on: оборудование, на котором производится измерение;
shows: measure указывает на наличие дефекта product_defect;
date_of_measurement: время проведения измерения;
measure_unit: OPTIONAL (по требованию заказчика) указывает единицу измерения для интерпретации полученных результатов measurement_result;
measure: OPTIONAL (по требованию заказчика) указывает на необходимость (отсутствие необходимости) выбора единицы измерения measure_unit для интерпретации полученных результатов measurement_result.
6.8.2 Product_defect
Сущность product_defect (дефект продукта) указывает на результат измерения: качество рассматриваемого продукта не соответствует установленным требованиям. Каждый тип дефекта имеет свое собственное название и причину.
Пример записи на языке EXPRESS:
*)
ENTITY product_defect;
defect_id: identifier;
relates_to: OPTIONAL product;
is_shown_by: OPTIONAL measurement_result;
defect_date: point_in_time;
defect_type: label;
END_ENTITY;
(*
Определения атрибутов:
defect_id: идентифицирует дефект продукта product_defect;
relates_to: OPTIONAL (по требованию заказчика) идентифицирует продукт, с которым ассоциируется данный дефект;
is_shown_by: результат получен путем измерений в соответствии с ИСО 10303-41 (STEP);
defect_date: point_in_time (момент времени) для события, указывающий фактический момент обнаружения дефекта product_defect;
defect_type: описывает тип выявленного дефекта.
6.9.1 Equipment
Сущность equipment (оборудование) задает физическое устройство, используемое во время производственного процесса для преобразования сырьевых материалов и/или компонентов в компоненты (продукты) более высокой степени готовности. Оборудование - это подкласс ресурса. Выбирается на основании заказа-наряда work_order.
Пример записи на языке EXPRESS:
*)
ENTITY equipment;
allows_the_execution: work_order;
is_made_of: SET [0:?] OF equipment;
informs_person: resource;
header: equipment_header;
equipment_mode: label;
equipment_state: label;
END_ENTITY;
(*
Определения атрибутов:
allows_the_execution: идентифицирует заказ-наряд, который может быть выполнен, как только оборудование готово к работе;
is_made_of: идентифицирует устройства, из которых состоит данное оборудование;
informs_person: информирует о типе человеческого ресурса, работающего на данном оборудовании для выполнения полученного заказа-наряда;
header: equipment_header (краткое описание оборудования) включает все атрибуты, предварительно установленные для данного оборудования;
equipment_mode: идентифицирует рабочий режим оборудования при выполнении данного заказа-наряда;
equipment_state: идентифицирует состояние, в котором находится оборудование.
6.9.2 Equipment_header
Сущность equipment_header (краткое описание оборудования) включает всю информацию, необходимую для работы с оборудованием. Эти данные задаются изначально, они не могут изменяться во время производственного процесса. Они могут, например, включать конфигурацию оборудования. Некоторые могут быть специализированными для данной компании и в данном контексте.
Пример записи на языке EXPRESS:
*)
ENTITY equipment_header;
equipment_id: identifier;
equipment_label: OPTIONAL label;
UNIQUE
UR1: equipment_id;
END_ENTITY;
(*
Определения атрибутов:
equipment_id: идентифицирует оборудование, к которому относится краткое описание equipment_header;
equipment_label: OPTIONAL (по требованию заказчика) обеспечивает регистрацию необходимой информации об оборудовании (т.е. данные о конфигурации).
6.10.1 Time_reference
Сущность time_reference (ссылка на базовый момент времени) указывает особый момент времени point_in_time, используемый для установления необходимых соотношений между различными моментами времени, зарегистрированными локально различными системами.
Пример записи на языке EXPRESS:
*)
ENTITY time_reference;
reference_date: point_in_time;
END_ENTITY;
(*
Определение атрибута:
reference_date: идентифицирует базовый момент времени, с которым прочие измеренные моменты времени сравниваются с помощью специальных соотношений.
6.10.2 Duration_reference
Сущность duration_reference (базовая продолжительность) задает базисную продолжительность, с которой сравниваются измеренные продолжительности событий.
Пример записи на языке EXPRESS:
*)
ENTITY duration_reference;
reference_duration: interval_of_time;
END_ENTITY;
(*
Определение атрибута:
reference_duration: идентифицирует интервал времени interval_of_time, с которым сравниваются измеренные продолжительности событий с помощью специальных соотношений.
END_SCHEMA;
(обязательное)
РЕГИСТРАЦИЯ ДАННЫХ ОБ ОБЪЕКТЕ
Для однозначной регистрации данных об объекте в открытых системах настоящему стандарту присвоен следующий идентификатор:
iso standard 15531 part 44 version 1
Смысл данного идентификатора определен в ИСО/МЭК 8824-1.
(справочное)
СВОДНЫЙ ЛИСТИНГ ЗАПИСЕЙ НА ЯЗЫКЕ EXPRESS
В настоящем приложении приведен сводный листинг всех записей на языке EXPRESS, использованных выше в настоящем стандарте. Текстовые пояснения или аннотации отсутствуют. Электронное представление данного листинга имеется в файле ISO TC184/SC4/JWG8 N570.
(*
TC184/SC4/JWG 8 N570 2010-05-05
EXPRESS DECLARATIONS FOR ISO 15531-44
*)
SCHEMA shopfloor_captured_data_schema;
REFERENCE FROM support_resource_schema
(identifier,
label,
text); -- ISO 10303-41
REFERENCE FROM product_definition_schema
(product); -- ISO 10303-41
REFERENCE FROM measure_schema
(measure_with_unit,
context_dependent_unit,
unit); -- ISO 10303-41
REFERENCE FROM resource_usage_management_schema
(resource); -- ISO 15531-32
REFERENCE FROM time_domain_schema
(interval_of_time, -- ISO 15531-42
point_in_time);
TYPE type_of_movement = SELECT
(stock_in, stock_out, stock_taking);
END_TYPE; -- type_of_movement
ENTITY stock_in;
END_ENTITY;
ENTITY stock_out;
END_ENTITY;
ENTITY stock_taking;
END_ENTITY;
ENTITY stock;
contains: manufactured_product;
refers_to: OPTIONAL manufacturing_batch;
stored_on: equipment;
quantity: OPTIONAL measure_with_unit;
move: type_of_movement;
date_of_movement: point_in_time;
END_ENTITY;
ENTITY manufactured_product;
manufactured_product_id: identifier;
is_made_of: SET [0:?] OF manufactured_product;
relates_to: product;
belongs_to: OPTIONAL manufacturing_batch;
UNIQUE
UR1: manufactured_product_id;
END_ENTITY;
ENTITY manufacturing_order;
is_composed_of: SET [0:?] OF work_order;
header: manufacturing_order_header;
duration: interval_of_time;
ending_date: point_in_time;
beginning_date: point_in_time;
END_ENTITY;
ENTITY manufacturing_order_header;
manufacturing_order_id: identifier;
customer_order: OPTIONAL label;
manufacturing_order_label: OPTIONAL label;
symbol : string;
quantity: context_dependent_unit;
measure: unit;
due_date: point_in_time;
beginning_scheduled_date: point_in_time;
UNIQUE
UR1: manufacturing_order_id;
END_ENTITY;
ENTITY manufacturing_batch;
is_made_of : SET [0:?] OF manufactured_product;
is_managed_by : manufacturing_order;
batch_id : string;
size : context_dependent_unit;
duration : interval_of_time;
ending_date : point_in_time;
beginning_date : point_in_time;
END_ENTITY;
ENTITY work_order;
work_order_id: identifier;
is_part_of: manufacturing_order;
is_performed_on: equipment;
duration: interval_of_time;
ending_date: point_in_time;
beginning_date: point_in_time;
processed_quantity: context_dependent_unit;
produced_quantity_OK: context_dependent_unit;
produced_quantity_NOK: context_dependent_unit;
previous_work_order: OPTIONAL work_order;
UNIQUE
UR1:work_order_id;
END_ENTITY;
ENTITY material_consumption;
supplier_batch_number: string;
quantity: OPTIONAL measure_with_unit;
internal_reference: string;
used_for: manufactured_product;
corresponds_to: OPTIONAL work_order;
date_of_consumption: point_in_time;
used_equipment: equipment;
END_ENTITY;
ENTITY hazard_event;
hazard_event_id: identifier;
hazard_event_type: string;
hazard_event_gravity: string;
hazard_event_location: equipment;
relates_to: OPTIONAL work_order;
beginning_date: point_in_time;
ending_date: point_in_time;
duration: interval_of_time;
UNIQUE
UR1: hazard_event_id;
UR2 : relates_to;
END_ENTITY;
ENTITY mode;
mode_id: identifier;
name: label;
description: text;
beginning_date: point_in_time;
ending_date: point_in_time;
duration: interval_of_time;
occurred_on: equipment;
UNIQUE
UR1: mode_id;
END_ENTITY;
ENTITY state;
state_id: identifier;
name: label;
description: text;
beginning_date: point_in_time;
ending_date: point_in_time;
duration: interval_of_time;
occurred_on: equipment;
UNIQUE
UR1: state_id;
END_ENTITY;
ENTITY measurement_result;
name: label;
description: text;
applies_to: OPTIONAL manufactured_product;
occurred_on: equipment;
shows: product_defect;
date_of_measurement: point_in_time;
measure_unit: OPTIONAL unit;
measure: OPTIONAL measure_with_unit;
END_ENTITY;
ENTITY product_defect;
defect_id: identifier;
relates_to: OPTIONAL product;
is_shown_by: OPTIONAL measurement_result;
defect_date: point_in_time;
defect_type: label;
END_ENTITY;
ENTITY equipment;
allows_the_execution: work_order;
is_made_of: SET [0:?] OF equipment;
informs_person: resource;
header: equipment_header;
equipment_mode: label;
equipment_state: label;
END_ENTITY;
ENTITY equipment_header;
equipment_id: identifier;
equipment_label: OPTIONAL label;
UNIQUE
UR1: equipment_id;
END_ENTITY;
ENTITY time_reference;
reference_date: point_in_time;
END_ENTITY;
ENTITY duration_reference;
reference_duration: interval_of_time;
END_ENTITY
(справочное)
СВОДНАЯ ДИАГРАММА ИСПОЛЬЗОВАНИЯ СУЩНОСТЕЙ ЯЗЫКА EXPRESS-G
(справочное)
НАЦИОНАЛЬНЫМ СТАНДАРТАМ
Таблица ДА.1
Обозначение ссылочного международного стандарта | Степень соответствия | Обозначение и наименование соответствующего национального стандарта |
ISO 10303-11 | IDT | ГОСТ Р ИСО 10303-11-2009 "Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 11. Методы описания. Справочное руководство по языку EXPRESS" |
ISO 13584-1 | IDT | ГОСТ Р ИСО 13584-1-2006 "Системы автоматизации производства и их интеграция. Библиотека деталей. Часть 1. Обзор и основные принципы" |
ISO 13584-24 | - | |
ISO 15531-1 | IDT | ГОСТ Р ИСО 15531-1-2008 "Промышленные автоматизированные системы и интеграция. Данные по управлению промышленным производством. Часть 1. Общий обзор" |
ISO 15531-31 | IDT | ГОСТ Р ИСО 15531-31-2010 "Системы промышленной автоматизации и интеграция. Данные по управлению промышленным производством. Часть 31. Информационная модель ресурсов" |
ISO 15531-32 | IDT | ГОСТ Р ИСО 15531-32-2010 "Системы промышленной автоматизации и интеграция. Управляющая информация промышленным производством. Управление использованием ресурсов. Часть 32. Концептуальная модель данных для управления использованием ресурсов" |
ISO 15531-42 | IDT | ГОСТ Р ИСО 15531-42-2010 "Системы промышленной автоматизации и интеграция. Данные по управлению промышленным производством. Часть 42. Модель времени" |
ISO 15531-43 | IDT | ГОСТ Р ИСО 15531-43-2011 "Системы промышленной автоматизации и интеграции. Данные по управлению промышленным производством. Часть 43. Информация для управления производственными потоками. Модель данных для мониторинга и обмена производственной информацией" |
<*> Соответствующий национальный стандарт отсутствует. До его принятия рекомендуется использовать перевод на русский язык данного международного стандарта. Примечание - В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов: - IDT - идентичные стандарты. | ||
[1] | ISO 10303-1:1994 | Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 1. Обзор и основные принципы (Industrial automation systems and integration - Product data representation and exchange - Part 1: Overview and fundamental principles) |
[2] | ISO 10303-41:2005 <1> | Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 41. Интегрированные родовые ресурсы. Основы описания продукции и программного обеспечения (Industrial automation systems and integration - Product data representation and exchange - Part 41: Integrated generic resource: Fundamentals of product description and support) |
[3] | ISO 10303-49:1998 | Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 49. Интегрированные родовые ресурсы: структура и свойства процесса (Industrial automation systems and integration - Product data representation and exchange - Part 49: Integrated generic resources: Process structure and properties) |
[4] | ISO 12100:2010 | Безопасность машин. Общие принципы расчета. Оценка рисков и снижение рисков (Safety of machinery - General principles for design - Risk assessment and risk reduction) |
[5] | ISO 15531-1:2004 | Системы промышленной автоматизации и интеграция. Управляющая информация промышленным производством. Часть 1. Общий обзор (Industrial automation systems and integration - Industrial manufacturing management data - Part 1: General overview) |
[6] | ISO 15745-1:2003 | Системы промышленной автоматизации и интеграция. Прикладная среда интегрирования открытых систем. Часть 1. Общее эталонное описание (Industrial automation systems and integration - Open systems application integration framework - Part 1: Generic reference description) |
[7] | ISO 15926 (all parts) | Системы промышленной автоматизации и интеграция. Интеграция данных о сроке службы нефтехимических установок, включая установки по добыче нефти и газа (Industrial automation systems and integration - Integration of life-cycle data for process plants including oil and gas production facilities) |
[8] | ISO 18629-13:2006 | Системы промышленной автоматизации и интеграция. Язык спецификаций процесса. Часть 13. Теория длительности и упорядочения (Industrial automation systems and integration - Process specification language - Part 13: Duration and ordering theories) |
[9] | ISO 18629-14:2006 | Системы промышленной автоматизации и интеграция. Язык спецификаций процесса. Часть 14. Теории ресурсов (Industrial automation systems and integration - Process specification language - Part 14: Resource theories) |
[10] | ISO 18629-44:2006 | Системы промышленной автоматизации и интеграция. Язык спецификаций процесса. Часть 44. Дефинициональное расширение: расширение ресурсов (Industrial automation systems and integration - Process specification language - Part 44: Definitional extension: Resource extensions) |
[11] | ISO/IEC 8824-1:2008 <2> | Информационные технологии. Нотация абстрактного синтаксиса версии 1 (ASN. 1). Часть 1. Спецификация базовой нотации [Information technology - Abstract Syntax Notation One (ASN. 1): Specification of basic notation] |
[12] | IEC 60204-1:2005 <3> | Безопасность машин и механизмов. Электрооборудование промышленных машин. Часть 1. Общие требования (Safety of machinery - Electrical equipment of machines - Part 1: General requirements) |
[13] | IEC 62264-1:2003 <4> | Интеграция системы управления предприятием. Часть 1. Модели и терминология (Enterprise-control system integration - Part 1: Models and terminology) |
[14] | EN 292-2 <5> | Безопасность машинного оборудования. Основные положения, общие принципы проектирования. Часть 2. Принципы и технические условия (Safety of machinery. Basic concepts, general principles for design. Technical principles and specifications) |
[15] | APICS dictionary, available at: /template/go.php?url=https://www.apics.org | |
--------------------------------
УДК 658.52.011.56:006.354 | ОКС 25.040.40 |
Ключевые слова: автоматизированные промышленные системы, интеграция, жизненный цикл систем, управление производством | |
Вернуться в "Каталог нормативных документов"
Источник информации: https://internet-law.ru/documents/prod/gost-r_gosudarstvennyj-standart/39/gost_62062.html
На правах рекламы:
|
© Антон Серго, 1998-2026.
|
Разработка сайта |
|