allgosts.ru35. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ. МАШИНЫ КОНТОРСКИЕ35.240. Применение информационных технологий

ГОСТ Р МЭК 61512-2-2016 Управление серийным производством. Часть 2. Структуры данных и руководство по языку

Обозначение:
ГОСТ Р МЭК 61512-2-2016
Наименование:
Управление серийным производством. Часть 2. Структуры данных и руководство по языку
Статус:
Действует
Дата введения:
06/01/2017
Дата отмены:
-
Заменен на:
-
Код ОКС:
35.240.50

Текст ГОСТ Р МЭК 61512-2-2016 Управление серийным производством. Часть 2. Структуры данных и руководство по языку



ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТР

МЭК 61512-2— 2016

УПРАВЛЕНИЕ СЕРИЙНЫМ ПРОИЗВОДСТВОМ

Ч а с т ь 2

Структуры данных и руководство по языку

(IEC 61512-2:2001, ЮТ)

Издание официальное

Москве

Стакдартимформ

2016

ГОСТ Р МЭК 61512-2—2016

Предисловие

1    ПОДГОТОВЛЕН ООО «НИИ экономики связи и информатики «Интерэкомс» (ООО «НИИ «Интер-экомс») на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 10 октября 2016 г. No 1336-ст

4    Настоящий стандарт идентичен международному стандарту МЭК 61512-2:2001 «Управление серийным производством. Часть 2. Структуры данных и руководство по языку» (IEC 61512-2:2001 «Batch control — Part 2: Data structures and guidelines for languages». IDT).

Международный стандарт разработан Техническим комитетом 65 Подкомитетом 65А Международной электротехнической комиссии (МЭК).

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

5    ВВЕДЕН ВПЕРВЫЕ

Правила применения наспоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N9 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется е ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячном информационном указателе «Национальные стандарты». Соответствующая информация. уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет ()

€> Стандартинформ, 2016

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

и

ГОСТ Р МЭК 61512-2—2016

Содержание

1    Область применения..............................................................................................................................

2    Нормативные ссылки.............................................................................................................................

3    Термины и определения.........................................................................................................................

4    Модель данных.......................................................................................................................................

4.1    Общие положения.............................................................................................................................

4.2    Обзорная модель...............................................................................................................................

4.3    Модель рецептуры.............................................................................................................................

4.4    Модель оборудования.......................................................................................................................

4.5    Разработка производственного и календарного планов................................................................

4.6    Управление производственной информацией................................................................................

5    Реляционные таблицы обмена информацией.....................................................................................

5.1    Общие положения.............................................................................................................................

5.2    Информация о технологичвс<ой рецептуре....................................................................................

5.3    Обмен моделями оборудования технологического цеха................................................................

5.4    Обмен информацией календарного планирования........................................................................

5.5    Обмен производственной информацией.........................................................................................

5.6    Применение таблиц обмена.............................................................................................................

6    Процедурные функциональные диаграммы.........................................................................................

6.1    Нотация процедурных функциональных диаграмм........................................................................

6.2    Отображение рецептуры управления..............................................................................................

6.3    Работа в исключительных ситуациях...............................................................................................

Приложение А (обязательное) Методика моделирования данных........................................................

Приложение 8 (обязательное) Листинг определений Языка структурированных запросов SQL.......

Приложение С (справочное) Сокращения...............................................................................................

Приложение D (справочное) Руководство по языку...............................................................................

I (риложение Ь (справочное) I гример обработки процедурных функциональных диаграмм..............

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов

национальным стандартам............................................................................................

Библиография.............................................................................................................................................

ГОСТ Р МЭК 61512-2—2016

Введение

В МЭК 61512-1 определяются модели и терминология, применяемые в области управления серийным производством, в МЭК 61512-2 рассматриваются соответствующие структура данных и руководство по языку. Структура данных рассматривается на основе модели данных, определенной в разделе 4. которая более точно идентифицирует объекты и отношения, рассмотренные с помощью специальных моделей и понятий МЭК 61512-1. Структуры данных также рассматриваются с помощью реляционных таблиц обмена информацией, определенных в разделе 5. Языки рассматриваются в совокупности с методологией отображения рецептур, определенной в разделе 6.

Назначением модели данных, определенной в настоящем стандарте, является создание точки отсчета для разработки спецификаций интерфейса компонентов программного обеспечения, использующих разделы МЭК 61512-1. Модели данных, установленные в настоящем стандарте, используют разделы МЭК 61512-1 в качеств» интегральной модели объекта. При этом заранее не предполагается и не исключается возможность использования специальной системной архитектуры или архитектуры для обмена информацией. Данная модель не предполагает какого-либо специального разделения функциональности между системами.

В разделе 5 определен специальный метод обмена выбранными данными. Реляционные таблицы реализуют указанный метод обмена информацией, так как в рамках рассматриваемой области они:

•    широко используют имеощиеся технологии:

•    могут ассоциироваться и интегрироваться с другими технологиями;

•    легко воспринимаются;

•    согласуются с другими разделами настоящего стандарта.

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

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

Несмотря на то. что настоящий стандарт и предназначен, прежде всего, для описания процессов серийного производства, он может использоваться также и для описания процессов другого типа.

IV

ГОСТ Р МЭК 61512-2—2016

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

УПРАВЛЕНИЕ СЕРИЙНЫМ ПРОИЗВОДСТВОМ

Ч а с т ь 2

Структуры данных и руководство по языку Batch control. 3art 2. Data structures and guidelines for languages

Дата введения — 2017—06—01

1    Область применения

В настоящем стандарте устанавливаются модели данных, относящиеся к управлению серийным производством и применяемые в соответствующих отраслях промышленности, структуры данных, обеспечивающие внутренние и внешние связи между различными имплементациями системы управления серийным производством, руководство по языку, используемому для представления рецептур. Приложение А содержат нотацию универсального языка моделирования (UML), приложение В содержит сводный анализ всех определений языка структурированных запросов (SQL), приведенных в разделе 5.

2    Нормативные ссылки

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

IEC 60848:2013, GRAFCET specification language for sequential function charts (Язык спецификаций GRAFCET для последовательных функциональных схем)

IEC 60050-351:2013. International Electrotechnical Vocabulary —- Part 351: Control technology (Международный электротехнический словарь. Часть 351. Технология управления)

IEC 61131-3:2013. Programmable controllers — Part 3: Programming languages (Контроллеры программируемые. Часть 3. Языки программирования)

IEC 61512-1:1997. Batch control — Part 1: Models and terminology (Управление серийным производством. Часть 1. Модели и терминология)

ISO/IEC 9075:1992 (all parts), information technology — Database languages — SQL (Информационные технологии. Языки базы данных. Язык структурированных запросов (SQL) (все части ISO/ IEC 9075))

3    Термины и определения

В настоящем стандарте применены термины по МЭК 61512-1. МЭК 60050-351. а также следующие термины с соответствующие определениями.

3.1    обозначение выделения ресурса (allocation symbol): Графическое обозначение, используемое для представления (инкапсуляции) процедуры оформления правил выделения (высвобождения) ресурса для процедурного элемента рецептуры.

3.2    структурный элемент (bjilding block): Рецептурная сущность, представленная в библиотеке.

Издание официальное

1

ГОСТ Р МЭК 61512-2—2016

3.3    множество элементов перечисления (enumeration set): Список предварительно определенных строк и соответствующих им ассоциированных численных значений.

3.4    таблица обмена (exchange table): Таблица базы данных, используемая для обмена информации. связанной с произЕодством партии изделий, между системами.

3.5    соединительное звечо, связь (link): Объект, задающий порядок соединения между двумя различными объектами (например, порядок соединения между отдельными рецептурными сущностями или между рецептурными сущностями и переходами).

3.6    процедурная функциональная диаграмма (procedure function chart): Графическое представление рецептурной процедуры, задающей порядок обработки процедурных элементов рецептуры.

3.7    рецептурный элемент (recipe element): Структурная сущность, используемая для представления рецептурных сущностей и рецептурных обозначений, за исключением переходов и направленных связей (соединительных звеньев), используемых в процедурных функциональных диаграммах.

3.6 рецептурная сущность (recipe entity): Комбинация процедурного элемента и ассоциированной рецептурной информации (например, заголовка, формулы, требований к оборудованию, прочей информации).

Примечание — Обща? рецептура, рецептура, связанная с местом производства, технологическая рецептура и рецептура управления также являются рецептурными сущностями.

4 Модель данных

4.1    Общие положения

Настоящий раздел содержит модели данных, описывающие множество объектов, атрибутов и их базовые отношения, распространяющиеся на понятия МЭК 61512-1 на высоком уровне абстракции. Данная модель применима к интерфейсам систем управления серийным производством для любой используемой технологии. Указанные модели не предназначены для организации внутренней архитектуры систем управления серийным производством.

Данные модели можно рассматривать как точку отсчета для процесса разработки спецификаций интерфейса компонент программного обеспечения для любого подмножества МЭК 61512-1.

Данную модель можно рассматривать в качестве интегральной модели объектов МЭК 61512-1 без необходимости учета особых предпочтений или исключений в части специальной архитектуры системы или архитектуры для обмена информацией. Рассматриваемые модели не предполагают какого-либо специального разделения функциональности между системами.

Если объекты и отношения, определенные в настоящем разделе, представлены посредством интерфейса, то данный интероейс должен использовать имена объектов, имена атрибутов и отношений данного раздела, соразмерных с выбранной технологией интерфейса и с доступными возможностями. Примером такого интерфейса является интерфейс реляционных таблиц языка SQL. определенный в разделе 5.

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

Модели, описанные далее, построены на основе языка UML (см. раздел А.1).

Рассматриваемые таблицы описывают только атрибуты класса объектов. Отношения между объектами приведены на рисунках.

4.2    Обзорная модель

Данная модель (см. рисунок 1) обеспечивает высокий уровень рассмотрения определенных здесь основных классов, а таоке взаимосвязи между данными классами для области серийного производства, описанных моделью управляющих действий в МЭК 61512-1. Классы индивидуальных объектов более детально описаны специальными моделями в данном подразделе.

2

ГОСТ Р МЭК 61512-2—2016

General or site recipe — общая рецеп'ура или технологическая рецептура; references — ссылается: balch schedule entry — календарная запись процесса изготовления гартни: may be derived from — может быть выведена из; master recipe entity — сущность технологической рецептуры; created based on — создана на основе ...; control recipe entity — сущность рецептуры управления; в

documented through мдогуивширеыио е иомощию — production informobon    произведет ос* и *ея имфоривчих; egufiment спЫу

сущность оборудования: usage « documented by — использование задокументировано .... initiates the execution of — инициирует выполнение .... equipment procecura! element — процедурный элемент оборудования: execution is documented through — выполнение задокументировано...

Рисунок 1 — Обзорная модель

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

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

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

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

3

ГОСТ Р МЭК 61512-2—2016

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

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

Сущности оборудования выбираются и выделяются для всех сущностей рецептуры управления.

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

Производственная информация генерируется в ходе производства партии изделий. Данная информация может быть взаимосвязана с рецептурными сущностями, сущностями оборудования и/или с процедурными элементами оборудования.

4.3 Модель рецептуры

4.3.1 Рецептурная сущность

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

Рецептурная сущность — зто базовая структура всех видов рецептур (см. рисунок 2). Рецептурная сущность структурно задействована в процедурном элементе рецептуры в соответствии с МЭК 61512-1. Она может включать любой или все компоненты рецептуры: процедурные определения, параметры со своими значениями, требований к оборудованию и прочую информацию.

Спецификации классов приведены в таблице 1.

Recipe entity — рецептурная сущнэсть. category — subtypes — категория - подтипы, recipe — рецептура, recipe component — компоненты рецептуры: reeve building Hock — структурный элемент рецептуры: recipe types - subtypes — типы рецептуры — подтипы, general recipe entily — сущность общей рецептуры: site recipe entity — сущность рецептуры, связанной с местом производства: master recipe enWy — сущность технологической рецептуры: control recipe entity — сущность рецептуры управления

Рисунок 2 — Рецептурные сущности

4

ГОСТ Р МЭК 61512-2—2016

Таблица 1 — Рецептурные сущности

Имя

Рецептурная сущность

FunctionalDescription

Рецептурная сущность - это комбинация процедурного элемента и ассоциированной рецептурной информации (например, заголовка, формулы, требований к оборудованию и прочей информации). Общая рецептура, рецвгтура. связанная с местом производства, технологическая рецептура и рецэгттура управления - это рецептурные сущности. Примером является рецвгтура технологической установки (см. МЭК 61512-1. пункт 5.3.2). «Рецептура технологической установки - часть рецептуры управления, уникально определяющая сопутствующие производственные требования к технологической установке» (см. МЭК 61512-1, пункт 3.62)

Атрибуты

Идентификатор рецептурной сущности

Обеспечивает уникальную идентификацию

Рецептура является рецептурной сущностью (категория: рецептура: recipe). Рецептура строится из рецептурных сущностей нижнего уэовня (например, рецептуры технологической установки) (категория: компонент; component). Если строится особая рецептура, то ее компоненты могут быть взяты из библиотеки элементов (категория: структурный элемент: building block).

Понятие рецептурной сущности применяется ко всем типам рецептур: общая рецептура, рецептура, связанная с местом производства, технологическая рецептура и рецептура управления. Если рецептура выполнена, то представления выполненной рецептурной сущности в истории производства партии изделий имеют похожую структуру и. следовательно, показаны как подкласс. Обзор подклассов приведен в таблице 2. Категории подклассов приведены в таблицах 3-5. Типы подклассов приведен в таблицах 6-9. Общие рецептуры и рецептуры, связанные с местом производства, больше в данном подразделе не обсуждаются.

Таблица 2 — Подклассы — обзор

СУЩНОСТЬ ОБЩЕЙ РЕЦЕПТУРЫ

РЕЦЕПТУРНАЯ СУЩНОСТЬ. СВЯЗАННАЯ С МЕСТОМ ПРОИЗВОДСТВА

СУЩНОСТЬ

ТЕХНОЛОГИЧЕСКОЙ

РЕЦЕПТУРЫ

СУЩНОСТЬ

РЕЦЕПТУРЫ

УПРАВЛЕНИЯ

РЕЦЕПТУРА

Законченная и самодостаточная общая рецептура

Законченная и самодостаточная рецептура. связанная с местом производства

Законченная и самодостаточная технологическая рецептура

Законченная и самодостаточная рецептура управления

СТРУКТУРНЫЙ

ЭЛЕМЕНТ

РЕЦЕПТУРЫ

Характерный тип сущности общей рецептуры, который может быть инстанцирован в конкретной рецептуре или в другом структурном элементе

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

Характерный тип сущности технологической рецептуры, который может быть инстанцирован в конкретной рецептуре или в другом структурном элементе

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

КОМПОНЕНТ

РЕЦЕПТУРЫ

Компонентом общей рецептуры игы библиотечным элементом может бить инстанциация структурного элемента

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

Компонентом технологической рецептуры или библиотечным элементом может быть инстанциация струхгурното элемента

Компонентом рецептуры управления может быть инстанциация структурного элемента технологической рецептуры

5

ГОСТ Р МЭК 61512-2—2016

Таблица 3 — Рецептура

имя

РЕЦЕПТУРА

FunctionalDescnption

Рецептурная сущность верхнего уровня

АТРИБУТЫ

RecipelD

Идентифицирует рецептуру. При объединении с атрибутом «RecipeVersion» определяет уникальную реализацию рецептуры

Recipe Version

Идентифицирует версию рецептуры. При объединении с атрибутом «RecipelD» определяет уникальную реализацию рецептуры (например, атрибут «Красный Дуб» см. раздел А10.3)

Version Date*

Идентифицирует дату и время создания или модификации данной версии рецептуры

Approval Date’

Идентифицирует дату и время утверждения данной версии рецептуры

EffecUveDate*

Идентифицирует самую раннюю дату и время, после чего данная версия рецептуры может быть использована

ExpirationDate*

Идентифицирует дату и время, после чего данная версия рецептуры утрачивает силу

ProdoctlD*

Идентифицирует продукт или семейство продуктов, которые могут быть созданы путем выполнение данной версии рецептуры (например, пиво «Premium Веет»)

Author’

Идентифицирует физическое лицо или систему, являющуюся автором данной версии рецептуры {например. J. Smith)

Appro vedBy'

Идентифицирует физическое лицо или систему, утвердившее данную версию рецептуры

Decryption

Содержит описание данной версии рецептуры и/или продукта (например, пиво «Finest Premium Beer*)

Status’

Определяет статус информации (например. «Утверждено для производства». «Утверждено для испытаний». «Не утверждено». «В резерв». «Устарело»)

’He требуется для рецептуры управления {доступно путем ссылки на технологическую рецептуру)

Таблица 4 — Компоненты редептуры

имя

КОМПОНЕНТ РЕЦЕПТУРЫ

FunctionalDescnption

Рецептурная сущность, являющаяся частью рецептуры или структурного элемента (например, реализация структурного элемента 8 заданной рецептуре или наличие рецептурнсй сущности структурного элемента)

АТРИБУТЫ

Level

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

REJJse

Определяет, является ли компонент рецептуры копией структурного элемента или только ссылается на него

Таблица 5 — Структурный элэнент рецептуры

имя

СТРУКТУРНЫЙ ЭЛЕМЕНТ РЕЦЕПТУРЫ

FunctionalDescnption

Рецептурная сущность, существующая в библиотеке. Структурный элемент может быть параметризован и использован при построении рецептуры

АТРИБУТЫ

RecipeVersion

Идентифицирует версию рецептурной сущности

Version Date

Идентифицирует дату и время создания или модификации данной версии рецептуры

Approval Date

Идентифпцирует дату и время утверждения данной версии рецептуры

Author

Идентифпцирует физическое лицо или систему, которая является автором данной версии рецептуры (например. J. Smith)

Appro vedBy

Идентифицирует физическое лицо или систему, утвердившую данную версию рецептуры

Description

Содержит описание функции, полученной посредством выполнения данной версии рецептурной сущности

6

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 5

ИМЯ

СТРУКТУРНЫЙ ЭЛЕМЕНТ РЕЦЕПТУРЫ

Level

Указывает из уровень рецептурной сущности

UsageConstraint

Определяет прочие правила, задающие порядок использования сущности (например, «всегда предшэствуется «никогда не происходит параллельно ....»)

Status

Определяет статус рецептурной сущности (например. «Утвержден для производства». «Утвержден дгя испытаний». «Не утвержден», «Направить в резерв». «Устарело»)

Function

Определяет порядок выполнения рецептурной сущности (например, путем ссылки на процедурный элемент оборудования, посредством следования встроенной логике)

Таблица 6 — Сущность общей рецептуры

имя

СУЩНОСТЬ ОБЩЕЙ РЕЦЕПТУРЫ

FunctionalDescnption

Все общие рецептуры или рецептуры, связанные с местом производства, компоненты общей рецептуры или рецептуры, связанной с местом производства, структурные элементы. необходимые для создания общей рецептуры или рецептуры, связанной с местом производства

АТРИБУТЫ

ScaleReference

Определяет измерительную шкалу (шкалу отсчета) для значений параметра

Таблица 7 — Рецептурная сущность, связанная с местом производства

имя

РЕЦЕПТУРНАЯ СУЩНОСТЬ. СВЯЗАННАЯ С МЕСТОМ ПРОИЗВОДСТВА

FunctionalDescnption

Все рецептуры, связанные с местом производства, все компоненты рецептур, связанных с местом производства, все структурные элементы, необходимые для создания рецептур. связанных с местом производства

АТРИБУТЫ

ScaleReference

Определяет измерительную шкалу (шкалу отсчета) для значений параметра

Таблица 8 — Сущность технологической рецептуры

имя

СУЩНОСТЬ ТЕХНОЛОГИЧЕСКОЙ РЕЦЕПТУРЫ

FunctionalDescnption

Все гехноткгические рецептуры, компоненты технологических рецептур, структурные элементы, необходимые для создания технологических рецептур

АТРИБУТЫ

ScaleReference

Определяет измерительную шкалу (шкалу отсчета) для значений параметра

ProcessCelllD

Идентифицирует категорию оборудования, для которой данная рецептурная сущность определена (например, технологический цех (технологические цеха), для которого данная технологическая рецептура определена)

Таблица 9 — Сущность рецептуры управления

имя

СУЩНОСТЬ РЕЦЕПТУРЫ УПРАВЛЕНИЯ

FunctionalDescnption

Рецептурная сущность, представляющая собой всю рецептуру управления или ее часть

АТРИБУТЫ

BatchID

Задает фактический идентификатор партии

BatchSize

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

Status

Определяет статус состояния (например, «еще не активировано», «активировано» или «работа завершена»)

4.3.2 Части рецептурной сущности

Модель, представленная на рисунке 3 и а таблицах 10-13. определяет категории информации о рецептуре а соответствии с МЭК 61512-1. Модель предполагает, что данные компоненты могут суще-

7

ГОСТ Р МЭК 61512-2—2016

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

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

Категория формулы в соответствии с МЭК 61S12-1 моделируется как множество объектов параметров. все уровни разложения рецептуры на составные части могут иметь параметры, включая саму рецептуру. См. 4.3.6.

Моделирование требований к оборудованию обсуждается в 4.3.5.

В соответствии с МЭК 61512-1. категория прочей информации представлена как отдельный класс объектов, даже если прочая информация может иметь несколько элементов и различную структуру.

В соответствии с МЭК 61512-1. категория процедуры моделируется как множество процедурных структурных элементов.

Recipe епЫу — рецептурная сущность; hierarchy — иерархия, equipment requirement — требования к оборудованию; parameter — параметр; other information — прочая информация; procedural structural element— процедурный структурный элемент

Рисунок 3 — Части рецептурных сущностей

Таблица 10 — Параметр

имя

ПАРАМЕТР

FunctionalDescnption

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

АТРИБУТЫ

ParameterlD

Обеспечивает уникальную идентификацию

ParameterType

Определяет порядок интерпретации значения параметра (например, константа, базисное уравнение)

Description

Содержит описание параметра или порядок его использования

EngineeringUmts

Идентифицирует технические единицы измерения значений (например, кг. фунт)

Value

Содержит значение параметра. Если значение — это отношение, то оно содержит уравнение. форму, отложенное правило или что-то. что связывает параметры вместе. Если значение — это параметр структурного элемента, то данный атрибут содержит значение по умолчанию

Scaled

Задает гравило масштабирования. Простейший случай: масштабированный или не масштабированный с базисным размером партии

8

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 10

имя

ПАРАМЕТР

Usage

Задает параметр как входной сигнал технологического процесса, выходной сигнал технологического процесса, параметр процесса

Таблица 11 — Требования к оборудованию

имя

ТРЕБОВАНИЯ К ОБОРУДОВАНИЮ

FunctionalDescnption

Представляет требования к оборудованию в соответствии с рецептурной сущностью

АТРИБУТЫ

Таблица 12 — Прочая информация

имя

ПРОЧАЯ ИНФОРМАЦИЯ

FunctionalDescnption

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

АТРИБУТЫ

Таблица 13 — Процедурные структурные элементы

имя

ПРОЦЕДУРНЫЕ СТРУКТУРНЫЕ ЭЛЕМЕНТЫ

FunctionalDescnption

Процедурные элементы рецептуры и информация о порядке их выполнения

АТРИБУТЫ

4.3.3    Взаимосвязи рецептурной сущности (процедурная структура)

Рецептурные сущности иерар<ически раскладываются на составные части по структурам процедурных сущностей е соответствии с МЭК 61512-1 (например, рецептурная процедура содержит процедуры технологической установки, которые содержат операции, содержащие, в свою очередь, фазы). Данная иерархия моделируется с помощью рекурсивного вложения. Объекты высокого уровня могут содержать объекты нижнего уровня.

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

4.3.4    Структурные элементы рецептуры

Структурные элементы рецептуры — это важное понятие модели данных (см. рисунок 4). Данный рисунок определяет взаимосвязи на одном отдельном уровне иерархии процедур.

9

ГОСТ Р МЭК 61512-2—2016

May be created as an instance of

0..n

Master recipe entity

Recipe building block

0.1

May identify an

O.n

0 1 May be

implemented in equipment by

0..n

0..n

Equipment procedural element

Reeve building Stock — структурные элементы рецептуры: may be implemented m equipment by — может быть реализовано а оборудовании с помощью, may be creiled as an instance of — может быть создано как реализация (экземпляр); master гесре entity — сущность технологической рецептуры; may identify an — может идентифицировать: equipment procedural element — процедурный элемент оборудования

Рисунок 4 — Структурные элементы рецептуры

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

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

Таблица 14 — Процедурные элементы оборудования

имя

ПРОЦЕДУРНЫЕ ЭЛЕМЕНТЫ ОБОРУДОВАНИЯ

FunctionalDescription

Процедурные элементы, ассоциированные с конкретным оборудованием (например, фазой оборудования или операцией оборудования)

АТРИБУТЫ

EquipmentProcedura

Обеспечивает уникальную идентификацию

lElementID

Version

Идентифицирует версию процедурного элемента

Version Date

Идентифицирует дату и время создания или модификации данной версии

ApprovalDate

Идентифицирует дату и время утверждения данной версии

Author

Идентифицирует физическое лицо или систему, являющуюся автором данной версии (например. J. Smith)

ApprovedBy

Идентифицирует физическое лицо или систему, утвердившую данную версию

Description

Содержит описание функции, полученной путем выполнения рецептурной сущности

10

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 14

имя

ПРОЦЕДУРНЫЕ ЭЛЕМЕНТЫ ОБОРУДОВАНИЯ

Level

Указывает уровень сущности оборудования. Сущность данного оборудования мажет быть использована только на данном уровне

Mode

Указывает текущий режим процедурного элемента

State

Указывает текущее состояние процедурного элемента

Рассматриваемый механизм лллюстрируется следующим примером (см. рисунок 5). Он представляет собой модель объекта части реального приложения. Характерное понятие структурного элемента инстанцировано как конкретный структурный элемент «количество теплоты». Отношение типа «основан на» между структурными элементами и компонентами заменено на отношение подкласса (это одна возможная практическая реализация, и она указывает, что если структурный элемент «количеств теплоты» изменен, то данное изменение распространяется на все рецептуры, использующие элемент «количество теплоты»). Другая практическая реализация может заключаться в том. что элемент «количество теплоты» просто копируется при инстанцировании.

Factory recipe system — рецепт урнаясистома производственного предприятия; recipe building block — структурный элемент рецептуры: may be created as an instance ol — ыожет быт» создан как реализация {экземпляр): may be implemented in equipment by — может быть реализован в оборудовании с помощью: master recipe component — компонент технологической рецептуры: is copied into — копируется в: control recipe component — компонент рецептуры управления, «executed on — выполняется с помощью: equipment procedural element — процедурный элемент оборудования; the building block mechanism in this example is implemented as an inheritance mechanism — в данном примере механизм структурного элемента реализуется как механизм наследственности: recipe budding block: heat —структурный элемент рецептуры: нагрев, is implemented by — реализуется: master recipe phase heat — фаза технологической рецептуры: нагрев: ontrol recipe phase; heat — фаза рецептуры управления: нагрев: unit 81а. phase: heal — технологическая установка N* 81а. фаза - аагрев

Рисунок 5 — Понятие структурного элемента

11

ГОСТ Р МЭК 61512-2—2016

4.3.5 Требования к оборудованию

Рецептурные сущности могут содержать требования к оборудованию (см. рисунок 6. таблицы 15-17). Требования к оборудованию ссылаются на конкретные типы свойств оборудования (например, типом свойств оборудования может быть «размер резервуара» или «облицовка резервуара»). В данном случае конкретное требование к оборудованию может описывать минимальное значение размера резервуара.

Данное требование может быть справедливо в отношении единицы оборудования с конкретным свойством, которое ссылается на один и тот же тип свойств оборудования. Например, свойство конкретной технологической установки (например. ТЕХНОЛОГИЧЕСКОЙ УСТАНОВКИ №12) может иметь значение для заданного типа свойств «размер резервуара».

Сущность оборудования — это конкретная единица оборудования. Ее можно заменить классом оборудования. См. 4.4.

Яосф« entity — рецептурная сущность: equipment entity — сущность оборудования: equipment requirement — требование ■ оборудованию: may be fulfilled by — может быть выполнено с помощью: equipment property — свойство оборудование: specif ев requirements to а — устанавливает требования х. detnes the value of — определяет значение для: equipment property type — тип свойств оборудования

Рисунок 6 — Требования рецептурной сущности к оборудованию

Таблица 15 — Сущность оборудования

имя

СУЩНОСТЬ ОБОРУДОВАНИЯ

FunctionalDescnption

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

АТРИБУТЫ EquipmentEntityl D

Обеспечивает уникальную идентификацию

EquipmentLevei

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

Mode

Указывает текущий рабочий режим сущности оборудования

State

Указывает текущее состояние сущности оборудования

12

ГОСТ Р МЭК 61512-2—2016

Таблица 16 — Свойство оборудования

имя

СВОЙСТВО ОБОРУДОВАНИЯ

FundionalDescription

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

АТРИБУТЫ

PropertylD

Обеспечивает уникальную идентификацию

Value

Идентифицирует значение свойства (например, «стекло». 50 000.650)

ValueRange

Определяет пределы или ограничения, относящиеся к указанному значению

EngineeriogUnrts

Определяет технические единицы измерения свойств

Description

Описывает рассматриваемый тип свойств оборудования

Таблица 17 — Тип свойств оборудования

имя

ТИП СВОЙСТВ ОБОРУДОВАНИЯ

FundionalDescription

Общий класс атрибутов оборудования (например, тип облицовки, размер, теплопроводность. температура пара)

АТРИБУТЫ

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

4.3.6 Параметры рецептуры

Параметры — это переменные, ассоциированные с рецептурной сущностью. Данные переменные могут быть использованы процедурными элементами оборудования. Они могут быть использованы прочими действиями (например, при разработке календарного плана), или на них можно ссылаться из других частей рецептуры (например, критерий перехода) (см. рисунок 7).

Recipe entity — рецептурная сущность, parameter — параметр: relerence — ссылка Рисунок 7 — Параметрическая модель

13

ГОСТ Р МЭК 61512-2—2016

Параметры можно категоризировать как входные сигналы технологического процесса, выходные сигналы технологического процесса, параметры процесса.

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

Атрибуты значений параметров могут быть организованы путем определения типов значений параметров. Типы значений параметров могут включать:

-    базовые типы данных в соответствии с МЭК 61131-3;

•    информацию о матрице совместимости, используемую для определения требований «чистки по месту» (CIP, dean-in-place) или «стерилизации-по-месту» (SIP. sterilize-in-piace);

•    наборы данных, определяющие транзакции материала (передача, потребление, генерация материала);

•    наборы данных (например, отслеживаемый профиль температур).

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

Допустимые формы представления параметров:

-    алгебраические или булевы выражения;

•    специальные формы затеи информации о продукте, включающие один или несколько параметров;

•    стандартные рабочие (операционные) процедуры (SOP), которые отображают или используют параметры другим способом (например, динамические значения, значения рецептуры);

•    отнесение параметров к различным рецептурным сущностям (на том же самом уровне или на другом уровне);

•    внешние приложения, использующие параметры.

Формулы представляются а модели данных как параметры рецептуры (см. таблицу 10). Формула рецептуры — это совокупность выбранных параметров рецептурной процедуры. Она также может включать параметры, определенные на нюкних уровнях процедурной иерархии.

Масштабирование параметров часто зависит от объема партии изделий или на другом ключевом атрибуте. Масштабирование может быть более сложным, чем простое линейное отношение. Более сложные методы масштабирования можно адаптировать к алгоритмам и отношениям, определенным пользователем.

4.4 Модель оборудования

При оценке выбора оборудования в ходе выполнения рецептуры необходимо принимать во внимание физическую структуру установку (см. рисунок 8 и таблицу 18). 6 частности, для маршрутизации производства партии изделий важно учитывать пропускную способность оборудования или возможность выделения оборудования для общего пользования.

Сущности оборудования определяются в соответствии с имеющейся иерархией (см. МЭК 61512-1). Указанная иерархия моделируется с учетом рекурсивной природы объектов. Рассматриваемый конструктивный элемент допускает расширение и сжатие конфигурации.

Equipment entity — сущность обгрудоаакия: equipment property — свойство оборудования: equipment procedural element — процедурный элемент оборудования, equipment relation — еэаиыосеяэи оборудования

Рисунок 8 — Структура оборудования

14

ГОСТ Р МЭК 61512-2—2016

Таблица 18 — Взаимосвязи оборудования

имя

ВЗАИМОСВЯЗИ ОВОРУДОВАНИЯ

FunctionalDescnption

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

АТРИБУТЫ

RelabonID

Обеспечивает уникальную идентификацию

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

•    постоянные соединения;

•    временные соединения;

•    могут использоваться как ресурс;

•    всегда используются для одного продукта.

Отметим, что отношения, отличные от указанных, также возможны.

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

Is made up of

Equipment entity

is referenced by 0..n

Equipment

relation

0..n

References another

0..n

Is made up of — составлено из: equpmenl entity — сущность оборудования, is referenced by — является ссылкой для. references another — ссылается на другую: equipment relation — взаимосвязь оборудования

Рисунок 9 — Отношения сущностей оборудования

Классы оборудования (см. рисунок 10 и таблицу 19) обеспечивают средства группировки сущностей оборудования по общим характеристикам. Сущности оборудования могут быть членами одного или нескольких классов оборудования. Они могут не принадлежать ни к какому классу. Классы оборудования могут быть использованы для описания групп технологических установок. Они могут также быть использованы в качестве альтернативы при выборе оборудования. Например, рецептура может потребовать использование реактора для конкретной процедуры технологической установки: ее требования к оборудованию могут описывать один конкретный реактор (например, реактор R-101). несколько реакторов (например, реакторы R-101. R*103)wih целый класс реакторов (например, класс ‘реактор", содержащий реакторы R-101, R-102 и R-103).

Сущности оборудования могут быть элементами класса оборудования, а класс определяет некоторые свойства элементов класса. Определенные свойства оборудования (например, облицовка стеклом) могут являться общими для всего класса.

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

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

15

ГОСТ Р МЭК 61512-2—2016

Equpmenl entity — сущность оборудования: may Ре a member of — ыожет быть элементом, equipment class — «ласе оборудования: equipment property — соойсоо оборудования; equipment procedural element — процедурный элемент оборудования; equipment relation — взаимосвязь оборудования

Рисунок 10 — Классы оборудования

Таблица 19 — Классы оборудования

имя

КЛАСС ОБОРУДОВАНИЯ

FunctionalDeschption

Класс сущностей оборудования

АТРИБУТЫ

Fqi lipmantr.laee

Обвгпачияаат уникапкиую илвытифшгацит

EquipmentLevei

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

4.5 Разработка производственного и календарного планов

Центральной сущностью календарного плана (см. рисунок 11) является запись е календарном плане производства партии изделий. Данный объект определяет планируемую разработку одной или нескольких рецептур проузводства партии изделий, рецептур управления или прочих сущностей рецептуры управления (сбычно это процедуры технологической установки) (см. таблицу 20). Запись в календарном плане может также быть использована для календарного планирования прочих действий (например, учет простоя оборудования). Запись в календарном плане производства партии изделий может также включать значения формулы/параметра. используемые в рецептуре управления (см. таблицу 21).

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

16

ГОСТ Р МЭК 61512-2—2016

Schedule parameter — календарный лараметр: may contain — нонет содержать, balch schedule entry — запись а календарном плане произаодстеа партии изделий: povidos ordering to — обеспечивает упорядочивание: schedule relation — календарное отношение, schedules an execubon of — формирует календарный план выполнения: schedules Ihe use of — формирует календарный план использования: references — ссылает;*, equipment entity — сущность оборудования: в selected and allocated — выбрано и выделено для. equipment procedural elemerl — процедурный элемент оборудования: master recipe entity — сущность технологической рецептуры: control recipe entity — сущность рецептуры управления

Рисунок 11 — Календарный план производства партии изделий Таблица 20 — Запись в календарном плане производства партии изделий

имя

ЗАПИСЬ В КАЛЕНДАРНОМ ПЛАНЕ ПРОИЗВОДСТВА ПАРТИИ ИЗДЕЛИЙ

FunctionalDescnption

Пункт календарного плана, представляющий процедуру технологической установки при производстве партии изделий, готовую партию изделий или множество партий изделий (например, производственную кампанию)

АТРИБУТЫ

10

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

Level

Задает уровень иерархии (например, производственной кампаmet. производства партии изделий, процедуры технологической установки)

BatchSize

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

Schedule

Определяет календарные сроки (начала работ/окончания работ)

ResourceUsage

Определяет порядок использования ресурса для данной календарной записи

Status

Задает капе-тарный статус (например, предложенный для оценки (например, анализ возможных вариантов), плановый, задействованный, начатый, законченный)

Таблица 21 — Календарный параметр

имя

КАЛЕНДАРНЫЙ параметр

FunctionalDescnption

Значение фзрмулы. которое указывается в календарном плане производства партии изделий (поступает в качестве входных дашых)

АТРИБУТЫ Parameter! D

Обеспечивает уникальную идентификацию

ParameterType

Определяет порядок интерпретации значения (например, константы, осыпки или уравнения)

17

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 21

имя

КАЛЕНДАРНЫЙ ПАРАМЕТР

Description

Содержиг описание параметра или порядок использования параметра

EngineeringUnrts

Идентифицирует технические единицы измерения для рассматриваемого значения (например, кг. фунт)

Value

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

Scaled

Определяет правила масштабирования, например, масштабирован или не масштабирован по отношению к базовому значению размера партии

Usage

Идентифицирует параметр как входной сигнал технологического процесса, выходной сигнал технологического процесса, параметр процесса

Рассматриваемые календарные отношения могут быть использованы для представления подмножества рецептурных отношений, соответствующих календарному плану (например, отношение перемещения партии) (см. таблицу 22;. На более высоких уровнях, они могут быть использованы для представления требуемых (желательных) отношений между календарными записями (например, партия хх должна следовать за партией уу, или конкретная операция очистки должна иметь место между производством двух партий изделий). Отношения конкретного подкласса и характеристик календарной записи в настоящем стандарте не рассматриваются.

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

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

Совокупность календарных записей можно рассматривать как:

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

•    список или карту использования ресурсов в соответствии с календарным планом расходования ресурса или загрузки оборудования.

Таблица 22 — Календарное отношение

имя

КАЛЕНДАРНОЕ ОТНОШЕНИЕ

FunctionalDeschption

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

АТРИБУТЫ

ExecutionOrder

Указывает, в какой последовательности несколько календарных записей реализуются по отношению друг к другу

4.6 Управление производственной информацией

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

18

ГОСТ Р МЭК 61512-2—2016

Производственная информация, включая своевременно полученную информацию о ходе процесса производства, может включать специальную информацию о производстве партии изделий, информацию, не относящуюся к производству партии изделий, общую информацию (см. рисунок 12 и таблицы 23—28).

Batch report — отчет о производстве партии; may use — может использовать: production information — производственная информация, batch specific nformation — специальная информация о производстве партии: batch history — история производства партии изделий, common information — общая информация, is associated with — ассоциирована с: executed procedural entity — выполненная процедурная сущность

Рисунок 12 — Производственная информация

Таблица 23 — Производственная информация

имя

ПРОИЗВОДСТВЕННАЯ ИНФОРМАЦИЯ

FunctionalDescription

Информация, генерируемая в ходе производства партии изделий

АТРИБУТЫ

Таблица 24 — Специальная информация о производстве партии изделий

имя

СПЕЦИАЛЬНАЯ ИНФОРМАЦИЯ О ПРОИЗВОДСТВЕ ПАРТИИ ИЗДЕЛИЙ

FunctionalDescription

Данные, относящиеся к одной записи истории производства партии изделий

АТРИБУТЫ

BatchID

Определяет фактический идентификатор партии

EntrylD

Обеспечивает уникальную идентификацию

NevvValue

Указывает текущее фактическое значение

EngineeringUnils

Определяет технические единицы измерения (если они есть), соответствующие атрибуту NewValue

EquipmentlD

Идентифицирует элемент оборудования, ассоциированный с записью

19

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 24

имя

СПЕЦИАЛЬНАЯ ИНФОРМАЦИЯ 0 ПРОИЗВОДСТВЕ ПАРТИИ ИЗДЕЛИЙ

итс

Идентифицирует универсальное координированное время (UTC) и дату внесенной записи

UserlD

Идентифицирует пользователя (если он существует), ассоциированного с внесенным изменением

Таблица 25 — История производства партии изделий

ИМЯ

ИСТОРИЯ ПРОИЗВОДСТВА ПАРТИИ ИЗДЕЛИЙ

FunctionalDescnption

Элемент информации, документирующий производство партии изделий

АТРИБУТЫ

BatchID

Определяет фактический идентификатор партии

Таблица 26 — Общая информация

ИМЯ

ОБЩАЯ ИНФОРМАЦИЯ

FunctionalDescnption

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

АТРИБУТЫ

EntrylD

Обеспечивает уникальную идентификацию

NewVaJue

Указывает текущее фактическое значение

Engineer! ngUnits

Определяет технические единицы измерения (если они существуют), соответствующие атрибуту NewValue

Equipment! D

Идентифицирует элемент оборудования, ассоциированный с записью

UTC

Идентифицирует универсальное координированное время (UTC) и дату внесения записи

UserlD

Идентифицирует пользователя (если он существует), ассоциированного с внесенным изменением

Производственная информация может включать:

•    копию рецептуры управления:

•    копию технологической оецептуры;

•    информацию о материалах, используемых и изготовленных;

•    информацию о технологическом процессе в динамике;

•    сигналы тревоги и сообщения;

- информацию о взаимодействии оператора с партией (например, внесение записи, подтверждение):

•    последние записи, асинхронные записи (например, измерения лабораторных образцов);

•    дополнительную информацию (например, выделение оборудования, начало работ/окомчание работ).

Выполненная процедурная сущность — ото регистрация реализации (экземпляра записи) выполнения рецептурной сущности или процедурной сущности оборудования (см. таблицу 27). Данные ассоциируются с фактом реализации, отражаются в соответствующей записи истории производства партии изделий.

Выполненные процедурные сущности, являющиеся результатом выполнения рецептуры управления. часто имеют ту же самую структуру, что и сущности рецептуры управления. Структура выполненных процедурных элементов может, вместе с тем. в некоторых случаях отличаться от рецептуры управления. Типовые примеры:

•    повторные реализации рецептурной сущности, созданные посредством замыкания в процедурной логике;

•    реализации, не выполненные вследствие наличия ветвей или условных переходов в процедурной логике:

20

ГОСТ Р МЭК 61512-2—2016

•    рецептурные сущности, вставленные или повторяемые вручную:

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

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

Таблица 27 — Выполненная процедурная сущность

имя

ВЫПОЛНЕННАЯ ПРОЦЕДУРНАЯ СУЩНОСТЬ

FunctionalDescription

Представление выполненной рецептурной сущности (например, процедурного элемента оборудования)

АТРИБУТЫ

ExecutedProcedural

EntitylD

Обеспечивает уникальную идентификацию

Procedural Entity Counter

Уникально идентифицирует повторное выполнение той же самой процедурной сущности

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

Таблица 28 — Отчет о производстве партии изделий

имя

ОТЧЕТ 0 ПРОИЗВОДСТВЕ ПАРТИИ ИЗДЕЛИИ

FunctionalDescription

Компонент отчета о производстве партии изделий

АТРИБУТЫ

ReportlD

Обеспечивает уникальную идентификацию

5 Реляционные таблицы обмена информацией

5.1 Общие положения

Данный раздел определяет структуру реляционных таблиц Языка структурированных запросов (SQL) для обмена необходимой информацией об управлении производством между системами. Данный раздел устанавливает спецификацию интерфейса (в соответствии с требованиями раздела 4) для обмена информацией о производстве партии изделий для следующих установленных категорий:

•    технологическая информация и информация о рецептуре управления;

•    информация об оборудовании технологического цеха;

-    информация календарного планирования;

-    производственная информация.

Таблицы обмена должны включать имя таблицы, имя поля и отношения, определенные в соответствии с настоящим разделом. Не зсе таблицы могут найти практическую реализацию, но все информационные поля в реализованных таблицах должны присутствовать. Каждая практическая реализация должна согласовываться с представленными табличными определениями и понятиями, установленными в МЭК 61512-1.

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

Примеры дополнительной информации:

-    дополнительные иконки, представляющие различные элементы иерархии оборудования, так что рассматриваемое оборудование может быть последовательно представлено ею различными инструментами:

-    добавление адресов систеиы управления для процедур элементов оборудования, параметров процедур, элементов данных.

21

ГОСТ Р МЭК 61512-2—2016

5.1.1 Метод

Структура реляционных таблиц определяется с помощью языка SQL в соответствии с ИСО/МЭК 9075.

Механизм обмена основан на общей структуре таблиц базы данных. Указанные таблицы определены в качестве схемы базы данных, реализованной на языке SQL. Приложение В содержит табличные определения языка SQL для таблиц обмена.

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

Большинство из оставшихся моделей данного раздела представляются с помощью диаграмм отношения сущностей (ERS) (см. А.З).

Типы инструментов и порядок их использования (с учетом информации о производстве партии изделий) в настоящем стандарте не определены. Данные инструменты включают (и не только):

•    системы авторизации (создания) рецептур;

•    системы выполнения рецептур;

•    системы оформления документации;

•    системы конфигурирования;

•    системы моделирования;

•    системы управления производством партии изделий;

•    системы разработки прсиэводственного и календарного планов;

•    системы управления информацией.

Exchange tables — таблицы обмена: on pod from exchange tables — импортирование ms таблиц обмена; expod lo exchange tables — экспортирование в таблицы обмена: tool a — инструмент a: toolb — инструмент a: local data store — локальное устройство памяти для хранения данных

Рисуно* 13 — Передача данных с помощью таблиц обмена

5.1.2 Таблицы обмена

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

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

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

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

22

ГОСТ Р МЭК 61512-2—2016

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

5.1.3 Общий обмен информацией

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

BXT_Exchange — таблица обмена общей информацией. BXT_E(vumerabonSet — таблица множества элементов перечисления. eXT_Enumeration — таблица нумерации

Рисунок 14 — Таблица обмена общей информацией

5.1.3.1 Обмен информацией

Таблица обмена общей информацией. BXT_Exchange, содержит всю информацию, используемую только один раз при обмене данньми (см. таблицу 29).

Таблица обмена ВХТ_ЕхсПапсе содержит (см. таблицу 30)одну запись по каждому пункту (например, признаки SCHEMA и DELIMITER). Она также может содержать прочую информацию для пользователя.

Таблица 29 — BXT_Exc*iange

Атрибут

Описание

ExchangelD

Идентифицирует элемент обмена

ExchangeValue

Идентифицирует значение для обмениваемой информации

Таблица 30 — Содержание таблицы обмена BXT_Exchange

ExchangelO

Описание

Schema

Версия стандарта, используемого при определении схемы базы данных. Начальное значение версии совпадает с № настоящего стандарта (например, версия МЭК 61512-2:2001)

Delimiter

ToohD

TootVerswn

TootSchema

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

Идентификация инструмента, создающего таблицы обмена Версия инструмента, создавшего таблицы обмена

Версия адаптированной версии, созданной рассматриваемым инструментом

5.1.3.2 Множества элементов перечисления

Многие таблицы имеют информационные поля, содержащие стандартные или определенные пользователем перенумерованные пункты. Данные перенумерованные пункты проходят в таблице обмена как номера, строки располагаются в таблице множества элементов перечисления. Таблицы множества элементов перечисления (см. таблицу 31) обеспечивают однократное размещение переводов строки на различные языки. Таблица BXT_EnumerationSet определяет множество элементов перечисления. Таблица 8XT_Enumeration указывает на соответствующий элемент множества и ассоциированное численное значение.

23

ГОСТ Р МЭК 61512-2—2016

Таблицы нумерации задаю стандартную нумерацию и соответствующие значения. Таблица может быть расширена пользователем. Дополнительная нумерация пользователя для стандартных множеств элементов перечисления может принимать значения от 100 и выше. В настоящем стандарте используются (резервируются) значения нумерации от 0 до 99. Кроме того, е таблице нумерации пользователь может определить множества элементов перечисления и их соответствующие значения. Например, множество элементов перечисления «компаундирование масла» может быть определено для фазовых параметров с элементами «масло первого прессования», «масло с присадками» и «регенерированное масло» со значениями 101.102 и ЮЗ. соответственно.

Таблица 31 — BXT_EnumerationSet

Атрибут

Описание

EnumSet

Идентифицирует стандартное множество элементов перечисления

Description

Поддерживает использование множества элементов перечисления (при транслирована текстовой строки TextString)

Таблица 32 задает стандартное множество элементов перечисления, определенное в настоящем стандарте.

Таблица 32 — Стандартное множество элементов перечисления

EnumSel

Описание

Boolean

Определяет множество булевых значений

DirecbonType

Определяет порядок использования параметра

EquipmentLevei

Определяет иерархический уровень оборудования для элементов оборудования

EquipmentType

Определяет тип записи оборудования для элементов оборудования

EvaluabonRute

Определяет правила оценки свойств оборудования

FormulaType

Определяет типы рецептурной формулы

FormulaSubType

Задает определения подтипа пользовательской формулы

LinkDepiction

Определяет порядок отображения соединительных звеньев, установленных мэжду рецептурными элементами

LinkToType

Определяет наличие ссылки соединительного звена на шаг или на переход

LinkType

Определяет тип соединительного звена

RE_Type

Определяет рецептурный элемент (RE). уровень рецептурной процедуры, обозначение выделения

RE.Use

Определяет порядок использования рецептурного элемента (RE) в рецептуре

RecipeStatus

Определение возможного статуса рецептуры

RecordSet

Определяет множество элементов перечисления, используемое для классификации записи в категорию информации об истории производства партии изделий

RecordRecordSetControtRedpe

Обеспечивает дальнейшую классификацию исторических записей в категории ControlRecipe

RecordSetMasterRecipe

Обеспечивает дальнейшую классификацию исторических записей 8 категории MasterRecipe

RecordSetExecutionlnfo

Обеспечивает дальнейшую классификацию исторических записей в категории Execurtionlnfo

RecordSetMateriailnfo

Обеспечивает дальнейшую классификацию исторических записей в категории Materiallnfo

24

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 32

EnumSot

Описание

RecordSetContinoousData

Обеспечивает дальнейшую классификацию исторических записей в категории ContinuousData

RecordSetEvents

Обеспечивает дальнейшую классификацию исторических записей в категории Events

RecordSetOperatorChange

Обеспечивает дальнейшую классификацию исторических записей в категории OperatorChange

RecordSetOperatorComment

Обеспечивает дальнейшую классификацию исторических записей в категории OperatorComment

ReccxdSetAnatysisDala

Обеспечивает дальнейшую классификацию исторических записей в категории AnalysisData

RecordSetLateRecord

Обеспечивает дальнейшую классификацию исторических записей в категории LateRecord

RecordSetRecipeData

Обеспечивает дальнейшую классификацию исторических записей в категории RecipeOata

RecordSetRecipeSpecified

Обеспечивает дальнейшую классификацию исторических записей в категории RecipeSpecified

RecordSelSummaryOata

Обеспечивает дальнейшую классификацию исторических записей в категории SummaryData

ScheduleAction

Офвделяет планируемое действие для календарной записи

ScheduleMode

Огределяет режим, в котором начинает выполняться календарная запись

ScheduleStatus

Офвделяет возможный статус календарного плана

SE_Type

Офеделяет тип сущности для календарной записи

VaJueDataType

Офвделяет тип данных для ассоциированного значения данных

VaiueType

Офвделяет порядок интерпретации строки значений

Таблица 33 указывает порядок определения нумерации в настоящем стандарте.

Таблица 33 — Таблица BXT_Enum®ration

Атрибут

Описание

EnumSet

Идентифицирует имя множества элементов перечисления

EnumValue

Задает числзнное значение, ассоциированное с элементом нумерации

EnumString

Определяет асооцютрованный текст для элемента нумерации

Description

Определяет порядок использования элемента нумерации {способствует переводу текстовой строки Textstring)

Таблица 34 содержит список стандартных элементов нумерации, определенных настоящим стандартом.

Таблица 34 — Стандартная нумерация

EnumSel

EnumVatue

EnumStrinp

Описание

Boolean

0

FALSE

Определение булевского значения

1

TRUE

OirectionType

0

Invalid

Запись некорректна

25

ГОСТ Р МЭК 61512-2—2016

Продолжение таблицы 34

EnumSel

EnumVatu*

EnumString

Описание

DirectionType

1

Internal

Идентифицирует порядок пользования параметром. Internal = означает доступность только в рамках рецептурного элемента. Определяется при создании или создается как промежуточное значение

2

Input

Рецептурный элемент получает значение от внешнего источника

3

Output

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

4

Input/Output

Рецептурный элемент и внешний элемент обмениваются значением и могут изменить это значение

5-99

Зарезервированы

100 +

Определены пользователем

EquipmentLevel

0

Invalid

Запись некорректна

1

Enterprise

Идентифицирует иерархический уровень оборудования для таблицы ВХТ_ EquipElement

2

Site

3

Area

4

Process Cell

5

Unit

6

Equipment module

7

Control module

6-99

Зарезервированы

100 +

Определены пользователем

EquipmentType

0

Invalid

Запись некорректна

1

Class

Идентифицирует тип записи для таблицы BXT_EquipEten>ont

2

Элемент

3-99

Зарезервированы

100 +

Определены пользователем

EvaluationRule

0

Invalid

Запись некорректна

1

s

Оператор равенства для свойств оборудования

2

<>

Оператор неравенства для свойств оборудования

3

<

Оператор «меньше чем» для свойств оборудования

4

>

Оператор «больше чем» для свойств оборудования

5

<=

Оператор «меньше или равно» для свойств оборудования

6

>=

Оператор «больше или равно» для свойств оборудования

7

Member

Оператор «является элементом» для свойств оборудования

26

ГОСТ Р МЭК 61512-2—2016

Продолжение таблицы 34

EnumSel

EnumVatue

EnumSlring

Описание

EvaluationRule

8

Not member

Оператор «не является элементом* для свойств оборудования

9

Not

Оператор «сравнение отсутствует» для свойств оборудования

10-99

Зарезервированы

100 +

Определены пользователем

FormulaSubType

0

invalid

Запись некорректна

1-99

Зарезервированы

100 +

Определены пользователем. Допускает дальнейшую классификацию типа формулы FormulaType пользователем

FormulaType

0

Invalid

Запись некорректна

1

Process input

Тип рецептурной формулы

2

Process output

3

Process parameter

4-99

Зарезервированы

100 +

Определены пользователем

LinkDepiction 0 Invalid Запись некорректна.

1    None Отображение соединительного звена

отсутствует.

2    Line Соединительное звено обозначено

только пинией.

3    Ю Соединительное звено обозначено

только идентификатором.

4    Line & ID Соединительное звено обозначено и

линией, и идентификатором.

5    Line & Arrow Соединительное звено указано линией и

стрелкой потока материала.

6    Line. Arrow. & ID Соединительное звено указано

линией, стрелкой потока материала и идентифжатором.

7-99 Зарезервированы.

100+ Определены пользователем

LinkToType

0

Invalid

Запись некорректна

1

Recipe Element

Соединительное звено ссылается на запись в таблице BXT_MRecipeElement

2

Transition

Соединительное звено ссылается на запись в таблице BXT_MRecipeTransrbon

3-99

Зарезервированы

100+

Определены пользователем

LinkType

0

Invalid

Запись некорректна

1

Control Link

Определяет соединительное звено между рецептурными элементами, указывающими поток процедурного управления

2

TransferLink

Определяет соединительное звено между рецептурными элементами, указывающими на передачу материала

27

ГОСТ Р МЭК 61512-2—2016

Продолжение таблицы 34

EnumSel

EnumVatur

EnumString

Описание

LinkType

3

SynchronizationLink

Определяет соединительное звено между рецептурными элементами, ест существует некоторая форма синхронизации

4-99

Зарезервированы

100+

Определены пользователем

RE_Type

0

Invalid

Запись некорректна

1

Master Recipe

Задает тип рецептурного элемента

2

Procedure

3

UnilProcedure

4

Operation

5

Phase

6

Allocation

7

Begin

8

End

9

StartParailel

10

EndParalel

11

StartBranch

12

EndBranch

13-99

Зарезервированы

100+

Определены пользователем

RE.Use

0

Invalid

Запись некорректна

1

Linked

Рецептурный элемент (RE) может иметь несколько ссылочных шагов

2

Embedded

Рецептурный элемент имеет только один ссылочный RE. Для каждого использования RE определен только один RE

3

Copied

То же. что Embedded, только рассматриваемый RE отличается от своего оригинального определения

4-99

Зарезервированы

100+

Определены пользователем

RecipeStatus

0

Invalid

Запись некорректна

1

Approved for Production

Рецептура утверждена для производства

2

Approved for Test

Рецептура утверждена только для испытаний

3

Not Approved

Рецептура не утверждена для производства или испытаний

4

Inactive

Рецептура не активна

5

Obsolete

Рецептура устарела

6-99

Зарезервированы

100+

Определены пользователем

RecordSet

0

Invalid

Запись некорректна

1

RecordSetControlRecipe

Определяет, что информационная запись истории производства партии изделий является частью категории ControlRecipe

28

ГОСТ Р МЭК 61512-2—2016

Продолжение таблицы 34

EnumSet

EnumVaiue

EnumString

Описание

Record Sel

2

RecordSetMasterRecipe

Множество записей технопогической рецептуры

3

RecordSetExecutionlnfo

Информация о выполнении множества записей

4

RecordSetMaterial Info

Информация множества записей о материале

5

RecordSetContinuousData

Множество записей непрерывных данных

6

RecordSetE vents

Множество записей о событиях

7

RecordSetOperatorChange

Множество записей об изменениях, внесенных оператором

8

RecordSetOperatorComment

Множество комментариев оператора

9

RecordSetAnalysisData

Множество записей о результатах анализа

10

RecordSetLateRecord

Множество записей, внесенных задним числом

11

RecorSetRecipe Data

Множество записей о рецептурных данных

12

Recored SetRecipeSpecified

Множество записей о рецептурных указаниях

13

RecorSetSummaryData

Множество записей об итоговых данных

14-99

Зарезервированы

100+

Определены пользователем

Record Sel Control Recipe

0

Invalid

Загмсь некорректна

1

Entire Control Recipe

Историческая запись относится ко всей рецептуре управления

2-99

Зареэервирова ны

100+

Определены пользователем

RecordSet

MasterRecipe

0

Invalid

Запись некорректна

1

Enure Master Recipe

Историческая загмсь относится ко всей технологической рецептуре

2-99

Зарезервированы

100+

Определены пользователем

RecordSet

Executionlnfo

0

Invalid

Загмсь некорректна

1

Allocation

Выделение ресурса

2

De-allocation

Освобождение ресурса

3

State Change

Изменение состояния

4

State Command

Команда состояния

5

Mode Change

Изменение режима

6

Mode Command

Команда режима

7

Procedural Entity Message

Сообщение процедурной сущности

8

Procedural Entity Alarm

Аварийный сигнал процедурной сущности

9

Procedural Entity Version

Версия процедурной сущности

10

Procedural Entity Prompt

Подсказка процедурной сущности

11

Procedural Entity Prompt Response

Отклик на подсказку процедурной сущности

29

ГОСТ Р МЭК 61512-2—2016

Продолжение таблицы 34

EnumSel

EnumVatu*

EnumString

Описание

RecordSet

Executionlnfo

12-99

Зарезервированы

100 +

Определены пользователем

RecordSet

Materiallnfo

0

Invalid

Запись некорректна

1

Material Consumption

Расход материала

2

Material Production

Производство материала

3

Material Aftocation

Выделение материала

4

Material De-allocation

Отмена выделения материала

5-99

Зарезервированы

100+

Определены пользователем

RecordSet

ContinuousData

0

Invalid

Запись некорректна

1

Continuous Data Value

Непрерывное значение данных

2

Trend Association

Ассоциация тренда

3

Trend Disassociation

Распад тренда

4-99

Зарезервированы

100+

Определены пользователем

RecordSet

Events

0

Invalid

Запись некорректна

1

General Event

Общее событие

2-99

Зарезервированы

100 +

Определены пользователем

RecordSet

OperatorChange

0

Invalid

Запись некорректна

1

General Operator Intervention

Общее вмешательство оператора

2-99

Зарезервированы

100 +

Определены пользователем

RecordSet

OperatorComment

0

Invalid

Запись некорректна

1

General Operator Comment

Общий комментарий оператора

2-99

зарезервированы

100 +

Определены пользователем

RecordSetAnalysisData

0

Invalid

Запись некорректна

1

General Analysis Message

Общее сообщение об анализе

2-99

Зарезервированы

100+

Определены пользователем

RecordSet LateRecord

0

Invalid

Запись некорректна

1

General Late Record

Общая запись задним числом

2-99

Зарезервированы

100+

Определены пользователем

RecordSetRecipe

Data

0

Invalid

Запись некорректна

1

Generic Recipe Data

Характерные рецептурные данные

2

Recipe Parameter Value Change

Изменение значения рецептурного параметра

3

Recipe Result Data

Данные результата рецептуры

4-99

Зарезервированы

100+

Определены пользователем

30

ГОСТ Р МЭК 61512-2—2016

Продолжение таблицы 34

EnumSel

EnumVatue

EnumString

Описание

RecordSetr Recipe Specified

0

invalid

Запись некорректна

1

Generic Recipe Specified Data

Характерные указанные рецептурные данные

2-99

Зарезервированы

100+

Определены пользователем

SummaryOata

0

invalid

Запись некорректна

1

Generic Summary Data

Характерные итоговые данные

2

Utilities Consumption

Потребление коммунальных услуг

3

Equipment Run Time

Время работы оборудования

4-99

Зарезервированы

100+

Определены пользователем

ScheduleActton

0

invalid

Запись некорректна

1

New

Действие по изменению календарной записи

2

Update

Обновить

3

Delete

Стереть

4-99

Зарезервированы

100+

Определены пользователем

ScheduleMode

0

Invalid

Запись некорректна

1

Automatic

Автоматический режим календарной записи

2

Semi-automatic

Полуавтоматический

3

Manual

Ручной

4

Non Specified

Не определен

5-99

Зарезервированы

100+

Определены пользователем

ScheduleSlatua

0

Invalid

Запись некорректна

1

Complete

Статус записи о календарном плане производства партии изделий

2

in-progress

3

Scheduled

ScheduleStatus

4

Schedule Hold

5

Not Specified

6-99

Зарезервированы

100+

Определены пользователем

SE_Type

0

Invalid

Запись некорректна

1

Campaign

Определяет тип календарной записи

2

Batch

3

Unit Procedure

4

Operation

5

Phase

6-99

Зарезервированы

100+

Определены пользователем

31

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 34

EnumSel

EnumValu*

EmimString

Описание

VadueDataType

0

Invalid

Запись некорректна

1

Boolean

Определяет тип данных, рекомендуемых

2

8-Bit string

для ассоциированных значений

3

16-Bit siring

4

32-BH siring

5

8-Bit unsigned integer

6

16-Bit unsigned integer

7

32-Bit unsigned integer

8

8-Bit signed integer

9

16-Bit signed integer

10

32-Bit signed integer

11

32-Bit float

12

Double float

13

Octet string

14

DATETIME

15-99

Зарезервированы

100+

Определены пользователем

ValueType

0

Invalid

Запись некорректна

1

Constant

Определяет порядок интерпретации значения строки. Содержит фиксированное значение как строку

2

Reference

Определяет порядок интерпретации значения строки. Указывает источник значения

3

Equation

Определяет, что значение строки — это выражение, которое оценивается для определения данного значения

4

External

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

5-99

Зарезервированы

100+

Определены пользователем

5.2 Информация о технологической рецептуре

В данном подразделе рассмотрены только технологические рецептуры. Обмениваемая информация — это информация технологической рецептуры е соответствии с МЭК 61512-1. Данная информация содержит определения процедурного управления, определения значений формулы, рецептурные требования к оборудованию, и+формацию заголовка, специальную информацию о технологическом цехе, прочую информацию и требования к управлению координацией.

Обмениваемая информация — это обмениваемая информация технологической рецептуры. Она не включает:

•    порядок создания информации:

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

5.2.1 Определения рецептуры

При создании технологической рецептуры, в соответствии с МЭК 61512-1, может использоваться информация из рецептуры, связанной с местом производства, а также определение производственных возможностей технологического цеха. Технологическая рецептура связывается (линкуется) с произвол-

32

ГОСТ Р МЭК 61512-2—2016

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

5.2.2 Структура рецептуры

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

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

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

В рекурсивной модели схемь. рецептурные элементы содержат как рецептурные элементы нижнего уровня, так и ссылки на процедурные элементы оборудования. Если определение рецептурного элемента содержится в таблице рецептурных элементов, то каждое использование рецептурного элемента называется «шагом».

MASTER RECIPE «Header*

«Formula»

«Equipment requirements» «Omar information» «Procedure»

UN FPROCEDURE «Header»

<F<rmuB>

«Equipment requirements» «Outer information» «Procedure»

UNTPROCeOURE

«Header»

«FtrtnuB»

<E)ulpmenf requirements» «Outer information» «Procedure»

OPERATION

«Header»

«Formula»

«Equipment requirements» «Oliver ^formation» «Procedure»

OPERATION

«Header»

-Pmiuuld»

«Equipment requirements» «Oliver information» «Procedure»

PHASE

«Header»

«Formula»

«Equvmont lequremenia» «Otner information» «Procedure»

Master recipe — технологическая petuniypa: header — «Заголовок»: formula — «Формула»: equipment requirements — «Требования к оборудованию», other information — «Прочая информация»: procedure — «Процедура»: unit procedure — процедура технологической установки: header — «Заголовок»: formula — «Формула», equipment requirements — «Требования к оборудованию»: other information — «Прочая информация»: procedure — «Процедура»: operation — операция: header — «Заголовок», formula — «Формула»: equipment requirements — «Требования к оборудованию», other information — «Прочая информация», procedure — «Процедура», phase — фаза: header — «Заголовок», formula — «Формула»: equipment requirements — «Требования к оборудованию», other information — «Прочая информация»: procedure — «Процедура»

Рисунок 15 — Всгровнмые рецептурные элементы образуют рецептуру

33

ГОСТ Р МЭК 61512-2—2016

5.2.3 Обзор таблиц и ограничения целостности

На рисунке 16 приведены таблицы, используемые для обмена рецептур и их отношений. Рисунок 16 определяет ассоциированные ограничения целостности для указанных таблиц.

FORMULA

Formula — формула: may contain ■ может содержать .... BXT_MRecipeStepParameler ~ таблица параметров шата рецептур». BXT_MRectpeLink — таблица рецептурных соединительных звеньев: BXT_MRecipeStep — таблица рецептурных шагов: may be made up of — ыожзт состоять из .... BXT_MRecipeEtementParameter — таблица параметров рецептурных эпементоа. step is the use of an re — шаг - это испопьзование рецепт урною элемента, header — заголовок, may conlain steps — может содержать шаси ...: BXT_MRecipeStepEquip — таблица рецептурных шатов, связанных с оборудованием: eXT_MRecipeTransilion — таблица рецептурных переходов, may conlain transitions — может содержать переходы .. : вХТ_ MRecipeElement — таблица рецептурных элементов: equipment requirements — требования к оборудованию, procedure — процедура, may conlain other mformalon — может содержать прочую информацию, may contain equipment requirements — может содержать требования к оборудованию. BXT_MRecipeElementEquip — таблица рецептурных элементов, связанных с оборудованием: eXT_MRecipeOlherlnformation — таблица прочей рецептурной информации: other information — прочая информация

Рисунок 16 — Связи между таблицами обмена

34

ГОСТ Р МЭК 61512-2—2016

Непрямые отношения, такие как отношения между сущностями LINK и RE. здесь не рассматриваются. вместе с тем. они определяются посредством множества общих ключевых полей таблиц. Записи «NOT NULL» в ассоциированных таблицах языка SQL используются только для того, чтобы усилить ограничения целостности для диаграмм отношения сущностей.

Рекурсивное определение рецептурного элемента (RE) обеспечивается путем использования двух ассоциаций между сущностями BXT_MRecipeStep и BXT_MRecipeEIement. Каждое заявленное использование рецептурного элемента регистрируется в таблице BXT_MRecipeStep. Каждое определение рецептурного элемента регистрируется в таблице BXT_MRecipeStep. Одна ассоциация указывает, какие шаги содержит рассматриваемый рецептурный элемент. Другая ассоциация указывает, на какой элемент рассматриваемый шаг ссылается. Каждый рецептурный элемент (RE). на который ссылается рассматриваемый RE. имеет запись в таблице шагов. В свою очередь, таблица шагов ссылается на соответствующее определение RE. Данные таблицы поддерживают отдельные определения RE на каждом шаге. Они также поддерживают несколько шагов, ссылающихся на один RE.

Отношение между шагами и переходами определяется таблицей BXT_MRecjpeLmk.

Определение формулы технологической рецептуры - это совокупность записей всех параметров технологической рецептуры. Оно сздержит описание входного сигнала технологического процесса, выходного сигнала технологического процесса, а также параметров данного процесса в рамках рецептуры. Значения формулы содержатся в таблице BXT.MRecipeStepParameter. Их определения приведены в таблице BXT_MRec*peElementParameter.

Рецептурные требования к оборудованию содержатся в таблицах BXT_MRecipeStepEquip и ВХТ_ MRecipeElementEquip.

На рисунке 17 приведен порядок внесения записей в каждую таблицу, а также их отношения для таблиц BXT_MRecipeStep. BXT_MRecipeElement, BXT_MRecipeElementParameter и BXT_MRecipeStepParameter. Любая запись таблицы BXT^MReciDeElement существует для каждой версии обмениваемой рецептуры. Имеет место определенное отношение между записью таблицы 8XT_MRecipeElement и записью таблицы BXT_MRedpeStep. Данное отношение содержит конкретную рецептурную информацию, включая значения формул, сведенные в таблицу BXT_MRedpeStepParameter.

Таблица BXT_MRecipeStep содержит ключ к отдельным записям таблицы BXT_MRetipeEiement. Записи таблицы 8XT_MRecipeElement содержат определения рецептурных процедур, включая определения значений формул в таблице BXT_MRecipeElementParameter.

Таблица BXT.MRecipeElementflnfl данной процедуры содержит ключи к нескольким записям таблицы BXT_MRecipeStep. Для каждой процедуры технологической установки используется свой ключ (для простоты, прочие рецептурные элементы процедурного уровня в данном примере не рассматриваются). Записи таблицы BXT^MRecipeStepann процедур технологических установок содержат ключи к записям таблицы BXT_MRecH>oElement. определяющим рассматриваемую процедуру технологи1 юской устэное ки. Для каждой процедуры технологической установки запись таблицы BXT_MRecipeElement содержит ключ к каждой операции таблицы BXT MReapeStep. Рассматриваемая структура далее переходит к определению фаз.

Рассматриваемый табличный формат использует таблицы В ХТ_М Recipe Step и BXT.MRecipeElement в рамках рассматриваемой процедурной иерархии рецептурной процедуры.

35

ГОСТ Р МЭК 61512-2—2016

BXT_MRecipeElemenl entry foe th« master recipe — запись а л я технологической рецептуры таблицы BXT_MRecipeElemen1: SteplO — идентификатор шага: 1 only — *олькоодин элемент. BXT_MRecipeStep entry (or Ihe recipe's procedure — запись для рецептурной процедуры таблицы BXT_MRecipeStep. R£_tD — идентификатор рецептурного элемента: 0 or more — 0 или несколько элементов: BXT_MRecipe StepParameler entry for formula values — запись для значений формулы таблицы BXT_MRec<peSlepParameter. BXT_MRecipeElemenl entry for procedure definition — запись для определения процедуры таблицы BXT_MRec«e£lement. ВХТ_ MReopeStepParemeter entry for formula specification — запись для спецификации формулы таблицы BXT_MRecrpeStepParameler, ParentRE — родительский рецептурный злеыеит. BXT_MrecipeStepentry lor unit procedure — запись для процедуры технологической установит таблицы 8XT_MRecipeStep: 3XT_RecipeStepParameter entry for parameler values — запись для значений параметра таблицы BXT_RecipeSlepParameler, 8X*_MRecpeElement entry for unrt procedure definition — запись для определения процедуры технологической установки таблицы BXT_MRecipeEtemenl. BXT_MRecipeEiemenlParameter entry lor parameler speculation — запись для спецификации параметра табяицы BXT_MRec*ieEtenienlParameter. BXT_MRecipeSlep entry for operation — запись для операции таблицы BXT_MReopeStep

Рисунок 17 — Отношения записей в таблицах

36

5.2.4 Сводный анализ рецептурных таблиц

Таблицы, определенные для рецептурного обмена, указаны в таблице 35.

ГОСТ Р МЭК 61512-2—2016

Таблица 35 — Таблицы рецептурного обмена

Имя таблицы

Описание

BXT_MReopeStep

Одна запись для каждого использования RE в RE

BXT_MRebpeEiement

Одна запись для каждого обмениваемого рецептурного элемента

BXT_MRecipeTransition

Одна запись для каждого перехода, используемого в RE

BXT.MRedpeLink

Одна запись для каждого соединительного звена между шагами и переходами

BXT_MRecapeEtemenlParameter

Одна запись для каждого параметра каждого RE

BXT_MRecipeStepParameter

Одна запись для каждого параметра каждого шага

BXT_MRecipeOtherlnformation

Одна запись для каждого элемента прочей информации

BXT_MRecapeEtement Equip

Одна запись для каждого требования к свойству RE

BXT_MRecipeStepEquip

Одна запись для каждого значения свойства оборудования, определенного для шага

5.2.5 Определения рецептурных таблиц

5.2.5.1 Информация заголовка

Информация заголовка технологической рецептуры передается в виде поля записи в таблице ВХТ_ MRecipeElement. Таблица BXT_MRacipeElement (см. таблицу 36) содержит один элемент для каждой обмениваемой технологической рецептуры. Комбинация идентификатора рецептурного элемента REJD и версии рецептурного элемента REVersion определяет обмениваемую технологическую рецептуру.

Таблица 36 — Таблица BXT_MRecipeEtement

Атрибут

Описание

REJD

Идентифицирует обмениваемый рецептурный элемент {например. Red Oak (красный дуб)). При объединении идентификатора с «версией», данное поле определяет уникальную реализацию {экземпляр) RE. Если запись представляет технологическую рецептуру, то данное поле содержит идентификатор данной технологической рецептуры

REVersion

Идентифицирует версию RE. При объединении данной версии с «REJD*. данное поле определяет уникальную реализацию RE (например. V10.3)

VersionDate

Идентифицирует дату и время последней модификации данной версии RE

ApprovalDate

Идентифицирует дату и время утверждения данной версии рецептуры

EffectiveDate

Идентифицирует дату и время действия данной версии рецептуры

ExpirabonDate

Идентифицирует дату и время, когда данная версия рецептуры утрачивает силу

Author

Идентифицирует физическое лицо или систему, являющуюся автором данной версии (например, J. Smth)

ApprovedBy

Идентифицирует физическое лицо или систему, утвердившую данную версию рассматриваемой рецептуры

ProcessCetllD

Идентифицирует технологический цех (класс технологических цехов), для которых данная версия технолопнеской рецептуры определена

ProductID

Идентифицирует продукт (семейство продуктов), создаваемых путем выполнения данной версии рецептуры (например. Premium Beer)

UsageConstraint

Определяет прочие правила, определяющие использование элемента {например, «должен предшествовать ...», «не должен выполняться параллельно ....» и т. д.)

Description

Содержит описание рецептурного элемента

Status

Определяет статус информации, обмениваемой как элемент перечисления из множества элементов перечисления «статус рецептуры» {recipe status)

RE_Type

Идентифицирует тип RE из множества элементов перечисления «RE_Type»

37

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 36

Атрибут

Описание

RE_Funcbon

Содержит необязательную ссылку на таблицы обмена информацией об оборудовании. Формат даннсй информации в данном Разделе не определен. Примером является ссылка на процедурный элемент оборудования (см. таблицу BXT_Equip1nterface). Если значение затеи равно NULL, то функция данного RE определена записями таблиц BXT_MRecipeStep и BXT_MRecipeTransition. имеющими родительский элемент RE. соответствующий идентификатору REJD

RE.Use

Идентифицирует отношение между элементом RE и таблицей BXT_MRecipeStep. соответствующее элементу перечисления «REJJse*. Утверждение «Linked Specifies)» означает, что в таблице BXT_MRecipeStep определение RE может быть использовано несколько раз. Утверждение Jnked используется, если таблица BXT_MRecipeElement является библиотечным структурным элементом. Утверждение «Embedded» указывает, что рассматриваемый RE имеет только один ссылочный RE. и для каждого использования RE определен только один RE. В денном случае. RE «is embedded» (встроен) в определение рецептуры отдельного рецептурного шага, и больше он нигде не используется. Утверждение «Copied» аналогично утверждению «Embedded», но при этом рассматриваемый RE модифицирован по отношению к некоторому оригинальному определению. Утверждение «Copied» используется, ест элемент RE является библиотечным структурным элементом, полностью репродуцированным в рамок рассматриваемой рецептуры, и его связь с библиотекой удалена

DerivedRE

Идентифицирует рецептурный элемент, из которого выведен рассматриваемый рецептурный элемент

DerivedVersion

Идентифицирует версию рецептурного элемента, из которой выведен рассматриваемый рецептурный элемент

5.2.S.2 Процедурная информация

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

•    шаги элемента процедурного управления;

•    элементы процедурного управления;

•    обозначения выделения и прочие обозначения графических представлений:

- параметризацию процедурных элементов с указанием пределов:

•    связи между элементами;

•    переходы (определения переходов) между элементами.

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

Таблица 37 — Таблица BXT_MRecipeStep

Атрибут

Описание

ParentRE

Идентифицирует родительский RE или технологическую рецептуру, с которой ассоциирован рассматриваемый шаг

ParentVerswn

Идентифицирует родительскую версию RE или технологическую рецептуру, с которой ассоциирован рассматриваемый шаг. При объединении с родительским элементом «ParentRE». данное поле определяет уникальную реализацию RE

SlepID

Идентифицирует уникальную реализацию выполнения ссылочного RE. его имя является уникальным в области применения родительского RE (простым примером является № шага е RE)

REJD

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

REVersion

Идентифицирует версию RE. для которой данный шаг является реализацией

38

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 37

Атрибут

Описание

VerticalStart

Задает вертикальную позицию начала работ для презентации рассматриваемого элемента в процедурном виде родительского RE. Нормализованные координаты (0.0) - это верхний левый край, координаты (1,1) - это нижний правый край

VerticaISlop

Задает вертикальную позицию окончания работ для презентации рассматриваемого элемента в процедурном виде родительского RE. Нормализованные координаты (0.0)- это верхний левый край, координаты (1.1) - эго нижний правый край

HorizontalStart

Задает горизонтальную позицию начала работ для презентации рассматриваемого элемента в процедурном виде родительского RE. Нормализованные координаты (0.0) - это верхний левый край, координаты (1.1) - эго нижний правый край

Horizon talStop

Задает горизонтальную позицию окончания работ для презентации рассматриваемого элемента в процедурном виде родительского RE. Нормализованные координаты (0.0) - это верхний левый край, координаты (1.1) - это нижний правый край

ScatoReference

Задает ссылочнуо величину рецептурных элементов: все значения формул основаны на данной ссылочной величине (например, массе 1234.5 кг)

ScaieEngrUntls

Задает технические единицы измерения атрибута ScaieReference

MaximumScale

Задает максимальный масштабный фактор (величину) рецептурного элемента

MinimumScale

Задает минимальный масштабный фактор (величину) рецептурного элемента

5.2.5.2.1    Рецептурный элемент

Таблица BXT_MRecipeEIement (см. таблицу 36) содержит одну запись для каждого процедурного элемента, на который производится ссылка из обмениваемой технологической рецептуры. Данная таблица содержит определение самого элемента, но не порядка его использования. В данной таблице одна запись соответствует процедуре, одна - каждой процедуре технологической установки, одна -каждой операции и одна - каждой обмениваемой рецептурной фазы. Таблицы BXT_MRecipeElernent и 8XT_MRecipeEtementParameter содержат спецификации порядка использования RE. номер и типы рассматриваемых параметров, значения параметров по умолчанию.

Элементы RE должны быть уникальными по отношению к родительскому RE. Идентификатор REJD - это полное имя RE. соответствующее своему родительскому RE. Таким образом, использование идентификатора REJD достаточно для описания всех идентификаторов родительских REJD.

5.2.5.2.2    Переходы

Таблица ВХТ MRecipeTransiton содержит одну запись для каждого перехода, определенного соответствующим RE (см. таблицу 36). Рассматриваемые записи соответствуют переходам, описанным в процедурных функциональных диаграммах (см. раздел 6).

Таблица 36 — Таблица BXT_MRe<»peTransition

Лгрибут

Описание

REJD

Идентифицфувт RE. содержащий рассматриваемый переход

REVersion

Идентифицирует версию RE. При объединении с идентификатором «REJD». определяет уникальную реализацию технологической рецептуры

TransibonID

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

Condition

Содержит выражение (условие). Если его значение равно TRUE, то переход разрешен

VerticalStart

Вертикальная позиция начала работ для презентации данного элемента в процедурном виде RE. Нормализованные координаты (0.0) - эго верхний левый край, коовдтаты (1,1) - это нижний гравый край

VerticalStop

Вертикальная позиция окончания работ для презентации рассматриваемого элемента в процедурном виде RE. Нормализованные координаты (0.0) - это верхний левый край. Координаты (1.1) - это нижний правый край

39

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 38

Атрибу!

Описание

HorizontalStarl

Горизоктапьная позиция начала работ для презентации рассматриваемого элемента в процедурном виде RE. Нормализованные координаты (0.0) - это верхний левый край. Координаты (1.1)- это нижний правый край

HorizontalStop

Горизонтальная позиция скончания работ для презентации данного элемента в процедурном виде RE. Нормализованные координаты (0.0) - это верхний левый край. Координаты (1.1)-этонижний правый край.

5.2.5.2.3 Соединительные звенья (связи)

Таблица BXT_MRecipeLink содержит одну запись для каждого соединения, определенного RE и/или соответствующим переходом (см. таблицу 39). Данные записи соответствуют строкам, соединяющим элементы, описанные в процедурных функциональных диаграммах (см. раздел 6).

Таблица 39 —

Таблица BXT_MRecipelink

Атрибут

Описание

REJD

Идентифицирует RE. с которым ассоциируется рассматриваемый шаг (переход)

REVersion

Идентифицирует версию RE. При объединении с идентификатором «REJD». данное поле определяет унисальную реализацию RE

LinklD

Задает уникальный идентификатор ID соединительного звена, упрощающий доступ к таблице

FromType

Используется как перечисление. Определяет, задает ли атрибут FromEiement идентификатор шага StepID илу идентификатор перехода TransitionID. Формируется ^ множества элементов перечисления «JnkToType»

From Element

Задает имя шага или идентификатор перехода TransitionID. Идентификатор 1D содержит полную иерархию имен реализаций родительского элемента RE. в которых содержится данный элемент. Дгнное обстоятельство соответствует имени шага (перехода) в составе таблицы шагов (переходов)

ToType

Используется как перечисление. Определяет, задает пи атрибут ToElement идентификатор шага StepID илу идентификатор перехода TransitionID. Формируется из множества элементов перечисления «JnkToType»

ToElement

Задает имя шага или идентификатор перехода TransitionID. Идентификатор 1D содержит полную иерархию имен реализаций родительского элемента RE. содержащих данный элемент. Данное обстоятельство соответствует имени шага (перехода) в таблице шагов (переходов)

LinkType

Определяет, является ли рассматриваемое соединительное звено процедурным потоком управления или ассоциацией передачи материала. Используется как элемент переселения ControlLink или TransferUnk. Формируется из множества элементов перечисления «LinkType»

VerticalStart

Задает вертикальную позицию начала работ для презентации рассматриваемого элемента в процедурном виде родительского RE. Нормализованные координаты (0.0) - это верхний левый край. Координаты (1.1)-это нижний правый край

VerticalStop

Задает вертюальную позицию окончания работ для презентации рассматриваемого элемента в процедурном виде родительского RE. Нормализованные координаты (0.0) - это верхний певьм край. Кооедиматы{1,1)-это нижний правый край

HorizontaiStarl

Задает горизонтальную позицию начала работ для презентации рассматриваемого элемента в процедурном виде родительского RE. Нормализованные координаты (0,0) - это верхний левый край. Координаты (1.1) - это нижний правый край

HorizontalStop

Задает горизонтальную позицию окончания работ для презентации рассматриваемого элемента в процедурном виде родительского RE. Нормализованные координаты (0.0) - это верхний левый край. Косрдинаты (1.1) - это нижний правый край

Depiction

Определяет горядок представления соединитегъного звена. Формируется из множества элементов перечисления «LinkDepiction»

Evaluation Order

Определяет установленный порядок оценки соединительного звена (при необходимости), обеспечивающий проверку перехода PFC в направлении «слева-направо» (см. раздел 6). Предполагается. что все связи рассматриваемого шага с несколькими переходами оцениваются в порядке, соответствующем порядку информационного поля. Элементы с меньшими номерами оцениваются первыми

40

ГОСТ Р МЭК 61512-2—2016

5.2.5.2.4 Параметры

Таблица BXT_MRecipeElementParameter содержит одну запись для каждого параметра каждого используемого RE ^см. таблицу 40). Например, элемент RE (с именем CHARGE) может быть определен двумя параметрами: 1) тип заряжаемого материала. 2) количество заряжаемого материала. Для элемента RE CHARGE, одна запись вносится в таблицу BXT.MRecipeElement. две записи вносятся в таблицу BXT_MRecipeEfementParameter.

Таблица 40 — Таблица BXT_MReopeElementParameter

Атрибут

Описание

REJD

Идентифицирует RE. с которым ассоциирован рассматриваемый параметр

REVerston

Идентифицирует версию RE. Если данное информационное поле объединить с «RE_ID»P то полученное поле будет определять уникальную реализацию технологической рецептуры

ParameterlD

Идентифицирует параметр процедурного элемента. Отметим, что если данный параметр является частью множества, то испогьзуегся информационное none ParentParamlD. а рассматриваемое множество параметров становится частью имени параметра. Например, для множества параметров MiNOR_CHARGES и параметра BLUE_DYE. идентификатор ParameterlD — это MINOR_CHAFGES.BLUE_DYE. где признаком разграничения является период

ParentParamlO

Идентифицирует родительское множество параметров, членом которого является рассматриваемый параметр. Даннов информационное поле содержит NULL, если множество параметров отсутзтвует

Datalnlerpretalion

Определяет порядок интерпретации значения параметра по умотанию: как элемент перечисления {например, константа, ссылка, уравнение), как элемент множества элементов перечисления «ValueType»

DataDirecbon

Определяет усговия работы со значением параметра: как с элементом перечисления (например. input, output, input/outpul никак), как с элементом множества элементов перечисления •DirectionType»

DefauItValue

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

ValueType

Определяет тип данных для значения, принадлежащего множеству элементов перечисления •ValueDataType»

Description

Содержит описание параметра или порядка использования параметра в RE

EngrUnits

Идентифицирует технические единицы измерения значений (например, кг. фунт)

EnumSet

Идентифицирует нумерацию, членом которой является рассматриваемый элемент (не равньы NULL)

DefaultScahng

Устанавливает порядок выбора по умолчанию элемента, определенного как реализация в таблице BXT_MRecipeStepParameter. Используется как элемент перечисления из множества элементов перечисления «Boolean». Если имеет значение TRUE, то значение формулы масштабируется. когда масштабируется размер производственной партии изделий. Если имеет значение FALSE, то значение формулы не масштабируется, когда масштабируется размер производственной партии изделий. Нелинейное масштабирование мажет быть выполнено путем подстановка выражений в значения формулы

ParamType

Указывает порядок выбора по умолчанию, если элемент определен как реализация в таблице BXT_MRecipeStepParameter. Даннов информационное поле идентифицирует использование значения формулы как элемента перечисления из множества элементов перечисления •FormulaType» (ьапример. входной сигнал технологического процесса, выходной сигнал технологическогопроцесса. параметр процесса). Множество элементов перечисления может расширяться пользователем

ParamSubType

Указывает порядок выбора по умолчанию, если элемент определен как реализация в таблице BXT_MRecipeStepParameter. Данное информационное поле идентифицирует использование значения формулы как элемента перечисления из множества элементов перечисления FormulaSubType. все элементы данного множества определяются пользователем

41

ГОСТ Р МЭК 61512-2—2016

S.2.5.2.5 Стандартные подпараметры

Настоящий стандарт определяет множество подпараметров, которые могут быть поставлены в соответствие значению некоторого параметра, чтобы дополнить его определение и порядок использования. Например, может оказаться полезным определение и передача верхнего и нижнего пределов значений рассматриваемого параметра. Данный тип информации передается с помощью таблиц обмена путем определения подпараметров для рассматриваемого параметра. Подпараметры определяются для данного параметра путем создания новых записей таблицы с задействованным идентификатором ParameterlD. используемым как идентификатор ParentParamID. Множество стандартных подпараметров и порядок их использования определены в таблице 41. Прочие подпараметры могут быть определены пользователем. Использование данного множества подпараметров поддерживается таблицами BXT_MRecipeElementParametef, 8XT_MRecipeStepParameter (см. 5.2.5.3). BXT_EquiplnterfaceParameter (см. 5.3.5.7) и 8XT_ScheduleParameter (см. 5.4.3.4).

Таблица 41 — Стандартные подпараметры

ParamelerlO

Описание

HighVaiueLimit

Задает наибольшее значение, которое может принимать ассоциированный параметр

LowValueLimit

Задает наименьшее значение, которое может принимать ассоциированный параметр

HighToterance

Задает наибольшее допустимое отклонение вверх от значения ассоциированного параметра

LowToterance

Задает наибольшее допустимое отклонение вниз от значения ассоциированного параметра

5.2.5.3 Формулы

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

Таблица 42 — Таблица BXT_MRecipeStepParameler

Атрибут

Описание

ParentRE

Часть ключа к таблице BXT_MRecipeSlep для данного параметра

ParentVersion

Часть ключа к таблице BXT_MRecipeSlep для данного параметра

StapID

Ил<*игифи11ИГ1уат уыикапьыутл раяпигацию выполнения RF Fm имя яяпяятг.я уникальным в области применения его родительского RE

ParameterlD

Идентифицирует параметр RE

ParentParameterlD

Идентифицирует идентификатор родительского параметра ID. если таковой имеется. (Допускает использование для множества параметров)

ParameterValue

Содержит тначение параметра, его №№ передаются как представления ASCII для номера. Если тип параметра — это множество пользовательских перечислений, то данный параметр мажет быть членом данного множества

Datalnterpretabon

Определяет порядок интерпретации значения параметра: как элемента перечисления (константа, ссыгкз. внешний элемент, уравнение), как элемента множества «ValueType*

Scaled

Используется как перечисление из множества элементов перечисления «Boolean». Если имеет значение TRUE, то значение параметра масштабируется при масштабировании размера производства партии изделий. Если имеет значение FALSE, то значение формулы не масштабируется при масштабировании размера производства партии изделий

5.2.S.4 Прочая информация

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

42

ГОСТ Р МЭК 61512-2—2016

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

Так как структура и форма представления данных часто меняются, язык обмена рецептур содержит необходимые средства для ссылок (обозначений) данной информации. Реальная информация обменивается в информационном поле DataVatue. если она является текстовой. Она может ссылаться на другие файлы, если их имя прописано в информационном поле DataVatue. Порядок обмена прочих файлов лежит вне области применения настоящего стандарта.

Таблица 43 — Таблица BXT.MRecipeOtherinformation

Атрибут

Описание

REJD

Идентифицирует элемент RE. с которым ассоциированы «прочие» данные

REVersion

Идентифицирует версию RE. Ест она объединяется с идентификатором «REJD». то данное информационное поле определяет уникальную реализацию RE

SteplD

Идентифицирует уникальную реализацию выполнения RE. если прочая информация ассоциируется * рассматриваемым шагом. Ест поле имеет значение NULL, то прочая информация ассоциируется с элементом RE

DatalD

Определяет порядок идентификации рассматриваемого элемента данных с помощью прочей информации

DataType

Идентифицирует тип значений данных с помощью множества элементов перечисления ValueDataType

DataVatue

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

Description

Содержит описание рассматриваемого типа элементов данных

5.2.5.5 Требования к оборудованию

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

Ограничения (условия) оборудования могут быть ассоциированы с любым рецептурным элементом в имеющейся иерархии рецептурных элементов. Требования к оборудованию RE задают ограничения на оборудование и рецептурные условия, соответствующие рассматриваемому уровню (например, уровню процедуры технологической установки, уровню производственной операции).

Требования к оборудованию содержатся в таблицах 8XT_MRecipeElementEquip и ВХТ_ MRecipeStepEquip. Таблица BXT_MRecipeElement£quip содержит определение и значение (по умолчанию) для свойства. Таблица BXT_MRecipeStepEquip содержит конкретное значение свойства, соответствующее рассматриваемому щагу

5.2.5.5.1 Требования к оборудованию элемента RE

Элемент RE может заявлять требования к оборудованию (например, «имя реактора», «облицовка реактора»). Эти требования должны быть выполнены. Конкретные допустимые значения свойств для конкретных шагов определены в таблице BXT_MRedpeStepEquip.

Требования к оборудованию могут определять элементы данных, обеспечиваемые технологическим цехом в соответствии с рецептурой. Данные элементы могут быть использованы в рецептурных условиях перехода и в других выражениях. Примеры элементов данных: «VesselPressure* (сосуд высокого давления) технологической установки. «SteamPressure» (давление пара) блока оборудования.

Таблица 44 BXT_MRecipeElementEquip содержит указанное множество требований к оборудованию.

Таблица 44 — ТаблицаBXTJMRecipeElementEqmp

Атрибут

Описание

REJD

Идентифицирует RE. для которого устанавливаются требования к оборудованию. При объединении данного информационного поля с полем «Version», оно определяет уникальную реализацию элемента RE

43

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 44

Атрибут

Описание

REVersion

Идентифицирует версию RE. При объединении данного информационного поля с полем «REJD». оно определяет уникальную реализацию RE

PropertylD

Определяет свойство оборудования, необходимое для выполнения RE (например, «класс реактора», «отметка давления в сосуде»)

DefauItVatue

Определяет значение по умолчан wo для свойства, если оно не определено для рассматриваемого шага (например, «экзотермический реактор», «давление е сосуде»)

Datalnterpretation

Задает псрядох интерпретации значения, определенного как элемент перечисления (например, константа, ссылка, внешний элемент, уравнение). Формируется из множества элементов перечисления «ValueType»

EvaluabonRuie

Задает порядок сравнения данного значения со значением свойства оборудования, определенного как элемент перечисления. Формируется из множества элементов перечисления «EvaluationP.ule»

EngrtJnils

Идентифицирует технические единицы измерения рассматриваемого значения (например, кг. фунт)

Description

Содержит описание свойства, поясняет его необходимость для выполнения рецептуры

S.2.S.S.2 Требования к оборудованию для шага RE

Рецептурный шаг BXT_MRecipeStep может задавать конкретные значения свойств оборудования (например, «класс реактора», «экэотермичносты». «облицовка реактора - стекло»). Таблица 45 BXT_MRecipeStepEquip определяет указанное множество соответствующих требований к оборудованию.

Таблица 45 — Таблица BXT_M3ecipeStepEqutp

Атрибут

Описание

ParentRE

Часть ключа к таблице BXT_MReopeStep для рассматриваемого параметра

ParentVersion

Часть ключа к таблице BXT_MReopeStep для рассматриваемого параметра

StepID

Идентифицирует уникальную реализацию выполнения RE. Ее имя является уникальным в области применения родительского элемента RE

PropertylD

Идентифицирует свойство RE

PropertyValue

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

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

5.3 Обмен моделями оборудования технологического цеха

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

5.3.1 Описание оборудования

Таблицы возможностей технологического цеха составлены в контексте иерархии описаний оборудования. Элементы данной иерархии соответствуют элементам иерархии оборудования МЭК 61512-1.

Таблицы обмена информацией об оборудовании включают:

a)    элемент оборудования: определяются конкретный элемент оборудования, класс оборудования:

b)    интерфейс процедурного элемента оборудования: определяется интерфейс процедурного элемента. доступного в рассматриЕаемом элементе оборудования:

c)    свойство элемента оборудования: определяются свойства оборудования, спецификация свойств отражает спецификацию свойств оборудования RE;

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

44

ГОСТ Р МЭК 61512-2—2016

5.3.2 Обзор таблиц и ограничения целостности

На рисунке 18 приведена структура таблиц, содержащих информацию об оборудовании.

BXT_EqwpL«ik — таблица соями обсрудооаиия. has a Link toO.-.N — имеет связь с has a Link from 0...N — имеет связь от ... Is contained in — содержится в defines capability Mr — определяет возможность для .... BXT_Equ>plncbjde — таблица состава оборудования: Includes capability of — включзет возможность ..; eXT_Eqmp£ienient~ таблица элементов оборудования: contains — содержит ...: has property of — имеет свойство ...: BXT_Equ>pProporly — таблица свойств оборудования: BXT_Equipinlerface — таблица интерфейса оборудования: Is deired by а — олредепен с помощью ...; eXT_EquiplnterfaceDefimtion — таблица определений интерфейса оборудования: BXT_EquplnlerfacePa>ameter — таблица параметров интерфейса оборудования: may be made up of — может быть составлена из ...

Рисунок 1В — Таблицы обмена информацией об оборудовании

5.3.3 Обзор таблицы описания оборудования

5.3.3.1 Иерархия оборудования

Таблица информации об оборудовании содержит иерархическое определение оборудования, составленное с помощью атрибута «Containedln» таблицы BXT_EquipElement. Данная таблица указывает оборудование, содержащееся внутри другой единицы оборудования. Например, рассматриваемый элемент оборудования технологического цеха может содержать другие элементы оборудования, составленные из технологических установок и/или блоков оборудования.

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

45

ГОСТ Р МЭК 61512-2—2016

S.3.3.2 Классы оборудования

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

Например, некоторая технологическая установка может быть элементом класса технологических установок. Это обеспечивает реализацию множества процедур, определенных данным классом. Технологическая установка содержит множество свойств класса, а также любую комбинацию рассматриваемой информации. В таблице BXT_EquipE!ement имеется одна запись для каждого определения реализации оборудования. В таблице BXT.EquipElement имеется одна запись для каждого определения класса.

5.3.4 Сводный анализ таблицы информации об оборудовании

Таблицы, используемые для обмена информацией об оборудовании, сведены в таблицу 46. Таблица 46 — Таблица обмена информацией об оборудовании

Сокращенное имя таблицы

Описание

BXT_EquipE!ement

олвменг оборудования

Одна запись для каждого элемента оборудования (класса оборудования)

BXT_EquipLink

Спецификация связи (соединительного звена) элемента оборудования

Одна запись для каждого соединительного эвена (связи) между элементами оборудования

BXT_Equiplnclude

спвменг оборудования включает

Одна запись для каждого элемента оборудования, принадлежащего классу элементов оборудования

BXT_EquipProperty

Спецификация свойства элемента обсрудования

Одна запись для каждой спецификации свойства, значение свойства для элемента оборудования

BXT_Equiplnterface

Интерфейс процедурного элемента обсрудования

Одна запись для каждого процедурного элемента оборудования, определенного внутри элемента оборудования

BXT_EquiplnterfaceDefinition

Определение интерфейса процедурного элемента оборудования

Одна запись для каждого класса интерфейса процедурного элемента оборудования. определенного внутри элемента оборудования

BXT_EquiplnterfaceParameter

Гараметр интерфейса процедурного элемента оборудования

Одна запись для каждого входа элемента данных, каждого выхода элемента данных, каждого процедурного элемента оборудования, определенного внутри элемента оборудования

5.3.5 Определения таблицы оборудования

Нижеследующий подраздел содержит подробную спецификацию таблиц информации об оборудовании.

5.3.5.1 Элемент оборудования

Таблица BXT_EquipElemeit содержит одну запись для каждой сущности оборудования (например. технологический цех. технологическая установка, блок оборудования, блок управления) (см. таблицу 47). Таблица BXT_EquipElsment содержит определения сущностей и классов сущностей (например. «Реактор101». «Фильтр20». «Реактор». «Фильтр»). Таблица BXT.EquipInclude. определенная ниже, содержит отношения класса.

Таблица 47 — Таблица BXT_EquipElen>ent

Атрибут

Описание

Equipment! D

Идентифицирует элемент оборудования (класс оборудования)

ЕЕ.Туре

Идентифицирует тип записи как элемент перечисления (например, определение класса, определение элемента). Используется элемент перечисления типа «EquipmentType»

46

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 47

Атрибут

Описание

EE.Level

Идентифицирует уровень оборудования как элемент перечисления (например, производственная площадь, технологическая установка, блок оборудования, блок управления). Используется элемент перечисления типа «EquipmentLevel»

Containedln

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

Description

Содержит описание элемента оборудования

5.3.5.2 Соединительные звенья элементов оборудования

Элемент оборудования может иметь спецификацию соединительных звеньев элементов оборудования (например, рассматриваемое оборудование может снабжать топливом другое оборудование). Указанные соединительные звенья обычно устанавливают порядок передачи, материала, принятый в технологическом цехе (технологической установке). Например, рецептура может устанавливать соединительные звенья МИКСЕРА и РЕАКТОРА. Таблица BXT_EquipLink описывает соединительные звенья элементов оборудования (см. таблицу 46).

Таблица 48 — Таблица BXT_EqutfLink

Атрибут

Описание

EquipmentID

Идентифицирует элемент оборудования (класс оборудования)

ToEqupmentlD

Идентифицирует элемент оборудования (классоборудования), «которому присоединяется оборудование с указанным идентификатором «EquipmentID»

Description

Содержит описание типов соединительных звеньев элементов оборудования

5.3.5.3Элемент оборудования включает возможности

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

Таблица 49 — Таблица 8XT_Equtflnctude

Атрибут

Описание

EquipmentID

Идентифицирует элемент оборудования (класс оборудования)

ClassEquipmentID

Идентифицирует класс оборудования, включающий оборудование с идентификатором EquipmentID

Description

Содержит описание ассоциации

5.3.5.4 Свойства элементов оборудования

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

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

Таблица BXT_EquipProperty (см. таблицу 50) содержит одну запись для каждого свойства, присущего элементу оборудования (например, свойство «тип облицовки»'', свойство «стеклянная облицовка технологической установки», свойство «размер», свойство «50000 галлонов» и т. д.). Спецификации

47

ГОСТ Р МЭК 61512-2—2016

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

Таблица 50 — Таблица BXT_EquipProperty

Атрибут

Описание

EquipmentID

Идектифмдирует элемент оборудования (класс оборудования)

PropertylD

Идвктифмдирует свойство, обеспечиваемое данным оборудованием (например, «тип облицовки», «размер», «теплопроводность», «температура пара»)

PropertyValue

Идентифицирует значение свойства (например, «стекло», «50000». «650»)

EngrtJnits

Задаеттежическиеединицыизмерениясвойств(например.«да1Юп8»(галлоное).«ВТи/Иг» (британских тепловых единиц в час))

Description

Содержит описание типа свойства элемента оборудования

5.3.5.5 Интерфейс процедурного элемента оборудования

Таблица BXT_Equiplnterface (см. таблицу 51) содержит одну запись для каждой процедуры элемента оборудования, определенной внутри элемента оборудования. Каждая запись таблицы BXT_Equiplnterface дает отображение на определение интерфейса для ассоциированной процедуры элемента оборудования. Так ка< несколько таблиц 6XT_Equiplnterface (например, для фаз оборудования) могут иметь одно внешнее определение интерфейса, все они могут ссылаться на одно определение интерфейса типа 8XT_Eqiiplnterface. Данная структура допускает определение функционально эквивалентных интерфейсов BXT.EquipInterface рецептур с учетом класса оборудования.

Таблица 51 — Таблица BXT_Equtpfnterface

Атрибут

Описание

EquipmentID

Идентифицирует элемент оборудования (класс оборудования)

EPIJD

Идвктифмдирует интерфейс процедурного элемента оборудования

EPI_Definition

Иден гифмдирует определение параметров интерфейса BXT_Equiplnterface

Description

Содержит описание типа процедурного элемента оборудования

5.3.5.6 Определение интерфейса процедурного элемента оборудования Таблица BXT.EquipInterfaeeDefinition (см. таблицу 52) содержит одну запись для каждого определенного интерфейса процедурного элемента оборудования. Таблица BXT_Equip!nterfaceOefinition содержит определения входных и выходных параметров таблицы BXT_Equip!nterface.

Таблица 52 — Таблица BXT_EquiplnterfaceDefinttion

Атрибут

Описание

EPI_Definition

Идентифицирует определение интерфейса процедурного элемента оборудования

Description

Содержит описание ожидаемого поведения интерфейса BXT_Eqmplnterface

5.3.5.7 Параметры интерфейса процедурного элемента оборудования

Таблица BXT_Equiplnterfa:eParameter (см. таблицу 53) содержит одну запись для каждого элемента данных, требуемого, генерируемого или модифицируемого путем выполнения заданного процедурного элемента оборудования, определенного внутри некоторого элемента оборудования. Таблица BXT_EquiplnterfaceParameter содержит определение типа и единиц измерения рассматриваемого элемента данных, а также необязательную ссылку на некоторое множество элементов перечисления.

48

ГОСТ Р МЭК 61512-2—2016

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

Таблица 53 — Таблица 8XT_Equif InterfaceParameter

Атрибут

Описание

EPI_Definition

Идентифицирует класс интерфейса процедурного элемента оборудования

ParameterlD

Идентифицирует имя параметра, используемого процедурным элементом оборудования

ParentParamlD

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

Type

Идентифицирует тип данных, используемый процедурным элементом оборудования. Формируется из множества элементов перечисления типа ValueDataType

EngrUnits

Идентифицирует технические единицы измерения данных, используемые рассматриваемым процедурным элементом оборудования

EnumSet

Идентифицирует множество элементов перечисления, членом которюго является рассматриваемый элемент (например, если информационное поле не содержит NULL)

Seated

Указывает, можно ли масштабировать параметр перед гем. как он поступает на процедурный элемент оборудования. Формируется из множества элементов перечисления типа «Boolean*. Если информационное попе равно TRUE, то параметр можно масштабировать

DefauItValue

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

Description

Содержит описание параметра процедурного элемента оборудования

5.4 Обмен информацией календарного планирования

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

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

5.4.1 Обзор календарных таблиц

Таблицы обмена календарной информацией обеспечивают включение информации (по нескольким календарным планам производства партии изделий) в отдельное множество таблиц.

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

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

49

ГОСТ Р МЭК 61512-2—2016

May contain other schedule entries — ыохег содержать другие календарные записи. BXT_ScheduteEntry — таблица внесения календарных записей: may contain equipment requirements — может содержать требования «оборудованию: may contain parameter values — может содержать значения параметров: eXT_ScheduleEquip — таблица календарного планирования оборудования: BXT_ScheduteParameter— таблица календарных параметров: maybe made up of — может содержать .. : BXT_ScheduleEquipProperty — таблица календарных свойств оборудования

Рисунок 19 — Календарная структура

5.4.2 Сводный анализ к&тендарных таблиц

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

Таблица 54 — Таблицы обмене календарной информацией

Имя таблицы

Описание

BXT_ScheduleEntry

Одна запись для каждого календарного пункта (например, производство партии изделий. рецептура технологической установки, мероприятие очистки)

BXT_ScheduleEqirip

Одна запись для каждого требования к выбору оборудования. Может определять допустимый выбор оборудования

BXT_ScheduleProperty

Одна запись для каждой спецификации свойства для каждого требования к оборудованию

BXT_ScheduleParameler

Одна запись для каждого пункта параметра календарной записи

5.4.3 Определения календарных таблиц

5.4.3.1 Календарная запись

Таблица 8XT_ScheduleEniry (см. таблицу 55) содержит один элемент для каждого календарного мероприятия. Календарные записи могут представлять производство партии изделий и прочие технологические действия (например, рецептуру технологической установки). Если календарное мероприятие — это производство партии изделий, то таблица содержит идентификацию партии изделий, ассоциируемую с календарным планом производства данной партии (например, назначенной на конкретное время) в информационном лот ScheduleEntryID. Технологическая рецептура, ассоциируемая с календарным планом изготовления партии, идентифицируется е информационном поле REJD. Информационное поле ScheduIeEntryString используется для уникальной идентификации календарных записей, если их фактический идентификатор ID не был назначен.

50

ГОСТ Р МЭК 61512-2—2016

Таблица 55 —

Таблица BXT_ScheduleEntry

Атрибут

Описание

ScheduleEntrytD

Указывает уникальный идентификатор Ю календарной записи {внутри данной таблицы). Эго может быть идентификатор производственной кампании, идентификатор партии, идентификатор процедуры технологической установки, идентификатор уникальной строки без внешнего смысла

ParentSchedlD

Идентифицирует родительскую запись календарного пункта, к которой относится данная запись. путем испольюаания родительской строки ScheduleEntryString

ExlemailD

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

RE_ID

Идентифицирует рецептурный элемент (например. Red Oak (красный дуб)). При объединении данного информационного поля с полем «version», оно уже определяет уникальную реализацию элемента RE. Если рассматриваемая запись представляет технологическую рецептуру, то данное информационное поле содержит идентификатор технологической рецептуры. {Идентифицирует рецептурный элемент, на который ссылается рассматриваемая календарная запись)

REVersion

Идентифицирует версию технологической рецептуры

SE_Typ0

Определяет тип зущносги. представляемой данной календарной записью. Формируется из множества элемен'ов перечисления типа «SE_Type». Данное определение позволяет: в записи партии изделий указывать более подробную календарную информацию о нижних уровнях иерархии процедур (например, свойства и требования к оборудованию могут идентифицироваться для каждой процедуры технологической установки в рамках рецептуры), обеспечивать разработку календарных планов производственных кампаний и производства групп партий изделий

BatchID

Указывает идентификатор партии изделий, включающий рассматриваемый календарный пункт

Lo«D

Указывает идектпфикатор партии, включающий данньм календарный пункт

CampaignID

Указывает идентификатор производственной кампании, включающий данный календарный пункт

ProdoclID

Идентифицирует изготавливаемый продукт

OrderlD

Идентифицирует порядок изготовления или требование заказчика, которому данная календарная запись поставлена в соответствие

E_Action

Характеризует ожидаемое действие с помощью получающего инструмента как элемента перечисления (например: новое, обновленное, стертое, определенное пользователем). Формируется из множества эгементов перечисления типа «ScheduleAction»

SchedStatus

Определяет статус календарной записи (например, выполненная, редактируемая, календарная. вносимая с унэтом календарного плана). Формируется из множества элементов перечисления типа « Schedules tatus»

SlartCondition

Задает ожидаемое условие начала работ в календарной записи, если таковое существует (например, «начать работы до ...», «начать работы после ...»)

Initial Mode

Определяет режим, в котором начинается выполнение календарной записи как элемента перечисления (например, автоматический, полуавтоматический, ручной). Формируется из множества элементов перечисления «ScheduleMode»

SchedStartTime

Задает ожидаемое время начала работ в календарной записи, если таковое существует

SchedEndTime

Задает ожидаемое время окончания работ в календарной записи, если таковое существует

BatchPriority

Задает приоритет, указанный в календарной записи, если таковой существует. Нижние №№ имеют более высокий приоритет (например, приоритет №1 выше, чем приоритет №7)

BatchSize

Определяет запрошенный размер (масштабный фактор) партии изделий. Основан на масштабном факторе производства партии изделий в соответствии с технологической рецептурой

Engrllnits

Идентифицирует (по выбору) технические единицы измерения размера партии BatchSize

SENote

Содержит информацию (инструкции) по выполнению операций

Description

Содержит описание календарного пункта и/или продукта (например. Premium Веет)

51

ГОСТ Р МЭК 61512-2—2016

5.4.3.2 Требования к оборудованию в календарной записи

Таблица BXT_ScheduleEcuip (см. таблицу 56) содержит один элемент для каждого требования к оборудованию в календарной записи. Соответствующая таблица BXT_ScheduleEquipProperty содержит определения конкретных свойств, которыми должно обладать используемое оборудование.

Типовым требованием для производства партии изделий является корректный выбор оборудования. Требования к оборудованию в календарной записи и свойства оборудования обычно соответствуют требованиям к оборудованию и свойствам оборудования в технологической рецептуре. Например, пакет разработки календарного плана может описывать конкретную технологическую установку, используемую на гроизводстве. Таблица BXT_ScheduleEquip устанавливает идентичность оборудования для элемента RE. Таблица BXT.ScheduleProperty задает имя выбранной технологической установки.

Таблица 56 — Таблица BXT_ScbeduteEquip

Атрибут

Описание

ScheduleEntrylD

Идентифицирует обмениваемый календарный элемент

Requirement

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

Description

Содержит описание требования (например, первая реакторная установка для производства партии изделий^

5.4.3.3 Требование к свойствам оборудования в календарной записи

Таблица BXT.ScheduleProperty (см. таблицу 57) содержит один элемент для каждой спецификации требования к свойствам оборудования в календарной записи.

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

Таблица 57 — Таблица BXT_ScheduteProperty

Атрибут

Описание

ScheduleEntrylD

Идентифицирует обмениваемый календарный пункт

Requirement

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

PropertyName

Идентифицирует имя свойства для производства партии изделий в соответствии с календарным планом

PropertyVaiue

Задает значение свойства для производства партии изделий в соответствии с календарным планом

EngrtJnits

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

Description

Содержит описание свойства (например, использование устройства №345 как первой реакторной установил в производстве партии изделий)

5.4.3.4 Календарный параметр

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

Пределы пунктов календарных параметров могут быть определены так же. как ниже подпараметры определяют параметры рецептур.

52

ГОСТ Р МЭК 61512-2—2016

Таблица 58 — Таблица BXT_ScheduleParameter

Атрибут

Описание

ScheduleEntrytD

Идентифицирует обмениваемый календарный пункт

ParameterlD

Идентифицирует параметр календарного плана производства партии изделий

ParentParameterlD

Идентифицирует рассматриваемое родительское множество параметров, в которое входит данный параметр (если такого множества нет. то в информационном поле стоит NULL)

ParameterValue

Задает значение параметра календарного плана производства партии изделий

EngrUnlts

Идентифицирует (по выбору) технические единицы измерения значения параметра типа ParameterValue

ItemLocation

Определяет порядок использования параметра а структуре рецептуры. Данная запись используется. если идентификатор ParameterlD условный. Идентификатор ParameterlD не содержит достаточной информации для идентификации места применения параметра

EnumSet

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

Description

Содержит описание параметра для соответствующего календарного пункта и/или продукта (например. Premum Beer)

5.5 Обмен производственной информацией

Обмен производственной информацией формирует особую структуру, обеспечивающую обмен всей информацией о серийном производстве.

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

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

Производственная информация содержится в трех местах:

a)    в рецептуре управления:

b)    в настройках оборудования в соответствии с выполняемой рецептурой:

c)    в журнале событий, имеющих место в ходе выполнения рецептуры.

5.5.1    Информация о рецептуре управления

Информацией о рецептуре управления обмениваются с помощью таблиц MR. Идентификатор продукта ProducllD - это представление идентификатора партии изделий.

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

5.5.2    Информация об оборудовании

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

5.5.3    История производства партии изделий

История производства партии изделий содержится в двух таблицах: BXT.HistoiyElement и ВХТ_ HistoryLog.

Таблица BXT.HistoryElement регистрирует выполнение процедурного элемента рецептуры и/или эквивалентного процедурного элемента оборудования. Данная таблица содержит один элемент для каждой реализации выполнения элементов RE или ЕРЕ. На рисунке 20 показаны элементы истории

53

ГОСТ Р МЭК 61512-2—2016

производства партии изделий и отношений для предварительно определенных таблиц элементов оборудования. Таблица BXT_HistoryElement (см. таблицу 59) содержит записи, используемые для ссылок на ассоциированное оборудование и на процедурные элементы оборудования.

BXT_History€lemeni — таблица »<еыеитов истории проиэемства; BXT_EquipElement — таблица элементов оборудования; eXT_HislotyLog — журнал исторически» событий: BXT_Equ>plnlerf»ce — таблица интерфейсов оборудования

Рисунок 20 — История производства парши изделий

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

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

-    информация, дублируемая несколькими записями, передается в таблицу BXT_HistoryElement. Это позволяет существенно союатить размер журнала BXT_HistoryLog:

• информация, описываемая в таблицах оборудования, отыскивается по ключевому значению. Записи таблицы BXT_HistoryElement: идентифицируют элементы оборудования на множестве ассоциированного оборудования, идентифицируют ассоциированные процедурные элементы оборудования:

-    таблица BXT_HistoryLog включает ссылку на элементы оборудования и процедурные элементы оборудования (для упрощения порядка использования журнала BXTJHistoryLog) несмотря на то. что данная информация дублируется таблицей 6XT_HistoryElement.

5.5.3.1 Элементы истории производства

Таблица BXT_HistoryElement содержит одну запись на каждый рецептурный элемент (см. таблицу 59). Таблица 59 — Таблица BXT_HstoryEtement

Атрибут

Описание

HcsloryElementl D

Обеспечивает генерацию идентификатора, необходимого для обеспечения реляционной целостности

BatchID

Задает уникальную идентификацию партии изделий, эоооциируемую с записью таблицы BXT_HistoryEtemenl. Данная информация дублирует информацию, содержащуюся в журнале BXT_HistoryLog

MasterRecipelD

Идентифицирует технологическую рецептуру, ассоциируемую с производством рассматриваемой партии изделий

MasterRecipeVersion

Идентифицирует версию рассматриваемой технологической рецептуры

ConlrolRecipelD

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

ReferenceEquipProcedure

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

54

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 59

Атрибут

Описание

RecipeProcedure

Идентиоицирует процедуру, ассоциированную с записью таблицы ВХТ_ HtstoryElement

UnitProcedure

Идентиоицирует процедуру технологической установки, ассоциированную с записью таблицы BXT_HrsloryElement

UnitProcedu reCounter

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

Operation

Идентиоицирует операцию, ассоциированную с записью таблицы ВХТ_ HtstoryElement

OperationCounter

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

Phase

Идентиоицирует рецептурную фазу, ассоциированную с записью таблицы ВХТ_ HtstoryElement

PhaseCounter

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

EquipmentlD

Идентиоицирует элемент оборудования, ассоциированный с записью таблицы BXT_HtstoyElemenL Данная информация дублируется в журнале BXT_HistoryLog

EPIJD

Идентиоицирует процедурный элемент оборудования, ассоциированный с рассматриваемом записью. Данная информация дублируется в журнале BXT_Historytog.

5.5.3.2 Журнал истории производства

Таблица BXT_HistoryLog (см. таблицу 60) содержит пять массивов информации о событиях, регистрируемых в журнале:

•    время события;

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

•    оборудование, ассоциированное с событием;

•    оператор, ассоциированный с событием;

•    информация о событии.

Таблица 8XT_HistoryLog содержит информацию о регистрируемых производственных событиях. Информация о регистрируемых производственных событиях категоризируется с помощью элементов перечисления в информационных полях RecordSet и RecordSubSet для облегчения процесса обработки информации (например, для фильтрации и сортировки).

Таблица 60 — Таблица BXT_HistoryLog

Атрибут

Описание

RecordlD

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

UTC

Идентифицирует универсальное координированное время (1ГГС) и дату записи

LocalTime

Идентифицирует местное время и дату записи

BatchID

Обеспечивает удекатъную идентификацию партии изделий, ассоциированную с рассматриваемой записью

HistoryElementID

Обеспечивает ут-икальную идентификацию реализации выполнения ассоциированного рецептурного элемет-та (процедурного элемента оборудования), ассоциированного с загысью. Даннов информационное поле - это ключ к таблице BXT_HistoryElement

EquipmentlD

Идентифицирует элемент оборудования, ассоциированный с записью

55

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы 60

Атрибут

Описание

EPIJD

Идентифицирует процедурный элемент оборудования, ассоциированный с записью

UserlD

Задает имя пользователя (если оно существует), ассоциированное с записью

RecordSet

Задает тип записи из множества элементов переселения записи RecordSet

RecordSubSet

Задает подтуп записи из множества элементов перечисления, определяемого записью RecordSet

RecordAlias

Независимая спецификация оборудования (например, «максимальная температура сосуда)*)

NewValue

Задает значение данных, ассоциированное с типом (подтипом) записи

OldValue

Определяет жформационное поле, содержащее предшествующее значение данных

EngrtJnits

Задает технические единицы измерения (если они существуют), соответствующие новым и старым значениям параметров NewValue и OldValue

5.6 Применение таблиц обмена

В ключевых информационных полях множества таблиц может содержаться одна и та же информация. Многие информационные поля таблиц имеют одинаковые области применения (например, конкретные типы данных и диапазоны значений). ИСО/МЭК 9075 в части языка SOL не определяет возможные области применения. Таблица 61 содержит определения областей применения для выбранных атрибутов таблиц обмена.

Таблица 61 — Области применения таблиц обмена

Имя области применения

Тип

Описание

BXT_MRecipeStep-Author

CHAR (32)

Имя (идентификатор) автора

BXT_MRecipeStep-SteplD

BXT_MRecipeStepParameter-StepiD

BXT_MRecipeStepEquip-SteplD

BXT_Sc*ieduleEntry-SleplD

CHAR (128)

Идентифицирует шаг внутри процедурного элемента рецептуры

BXT.MRecipeStepParameter-EngrUnits

BXT.MRecipeStep-ScaleEngrtJnits

BXT_EquipProperty-EngrUntts

BXT_Equip(ntorfaooPoramotor EngriJnite

BXT_ScheduleEnlry-EngrUnits

BXT_ScheduleProperty-EngrUnits

BXT_ScheduleParameter-EngrUnits

BXT_HistoryLog-EngrUnits

CHAR (32)

Спецификация технических единиц измерения

BXT_MRecipeStep-Status

BXT_ScheduleEntry-SchedStatus

INTEGER

Статус рецептуры (процедурного элемента) как элемента перечисления

BXT_MRecipeElement-RE_ID

BXT_MRecipeElementParameter-RE_tD

BXT_MRecipeStep-ParentRE

BXT_MRecipeStep-RE_ID

BXT_MRecipeStepParameter-ParertRE

BXT_MRecipeTransition-RE_ID

BXT.MRecipeUnk-REJD

BXT_MRecipeElementEquip-RE_lD

BXT_MRecipeOtherln{ormation-REJD

BXT_MRecipeStepEqmp-ParentRE

CHAR (128)

Идентифицирует процедурный элемент рецептуры

56

ГОСТ Р МЭК 61512-2—2016

Окончание таблицы б 1

Имя области применения

Тип

Описание

ВХТ_М RecipeElement-RE Version ВХТ_М RecipeStep Parameter-REVersion ВХТ_М RecipeStep-PareotVersion ВХТ_М RecipeStep-REVerswn BXT_MRecipeStepParameter-PrentVersion BXT_MRecipeTransitioo-REVersion BXT_M RecipeLink-RE Version BXT_M Recipe Element Equip- REVerskn BXT_MRecipeStepEquip-ParentVers*or BXT_M RecipeOtherlnformation-REVersion BXT_ScheduleEntry-Version BXT_HistoryElement-MasterRecipe Version

CHAR (16)

Идентификатор версии для всех элементов, имеющих версию

BXT_M RecipeStepParameter-Parameterl D BXT_MRecipeStepParameter-Parent Par am ID BXT_M RecipeStepParameter-Parameterl D BXT_MRecipeStepParameter-ParentParamlD BXT_EquiplnterfaceParameter-ParameerlD BXT_Equiplnterface-Prent ParamlD BXT_ScheduleParameter-ParameterlD

CHAR (32)

Идентифицирует параметр элемента RE. устанавливает порядок его использования

BXT_MRecipeStep-ProcessCeU ID

BXT_EquipElement-EqupmenllD

BXT_EquipLink-£quipmentlD

BXT_EquipUnk-ToEquipmentl D

BXT_Equiplnclude-£quipmentlD

BXT_Equiplnclude-Class£quipmentlD

BXT_EquipProperty-EquipmenllD

BXT_Equiplnterface-EquipmentlD

BXT_EquiplnterfaceParameter-EPI_Deiinilion

BXT_ScheduleProperty-RequirementlD

BXT_ScheduleEquip-RequirementlD

BXTJHtstorytog-EquipmenUD

BXTJHtstoryElement-EquipmenUD

BXT_ScheduleEquip-RequirementlD

BXTJHtstorytog-EquipmenUD

BXTJHtstoryElement-EquipmenUD

Идентифицирует технологический цех или прочие сущности оборудования

6 Процедурные функциональные диаграммы

Данный раздел определяет метод графического представления технологических рецептур и рецептур управления. Порядок представления процедуры называют процедурной функциональной диаграммой (PFC). Данный раздел также устанавливает требования для представления формул, требования к оборудованию, требования к заголовкам и прочую информацию. Язык диаграммы PFC. в соответствии с настоящим стандартом, поддерживает рецептуры со сложными процедурами (например, параллельные шаги, процедуры выбора), которые могут изменяться от одного продукта к другому.

57

ГОСТ Р МЭК 61512-2—2016

Процедурные функциональные диаграммы строятся на функциональных диаграммах в соответствии с МЭК 60848. В процедурных функциональных диаграммах предполагается, что шаги следуют за переходами, а переходы следуют за шагами в соответствии с МЭК 60848. Вместе с тем. имеется значительное отличие между указанным стандартом МЭК 60848 и настоящим стандартом. Оно обусловлено необходимостью удовлетворения требований процедурного управления в отличие от требований документации. При управлении серийным производством процедурные элементы оборудования содержат процедурную логику, устанавлисающую порядок их завершения. Кроме того, многие фазы оборудования (при управлении производством партии изделий) сначала завершают работу, а затем отключаются. Использование PFC-диаграмм обеспечивает отделение процедурных элементов рецептуры от процедурных элементов оборудования. При этом предполагается, что если процедурный элемент оборудования запущен, то он выполняется независимо. Другим отличием, учтенным в процедурных функциональных диаграммах, является многоуровневая структура процедурных элементов рецептуры. Необходимо различать обозначения рецептурных фаз. обозначения рецептурных операций, обозначения рецептурных процедур технологической установки и обозначения рецептурной процедуры в целом.

6.1    Нотация процедурных функциональных диаграмм

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

6.1.1    Обозначения

Процедурные функциональные диаграммы определяются множеством обозначений:

•    элементов (например, пэоцедурных элементов рецептур);

•    точек начала и окончания процесса;

•    выделения ресурса:

•    синхронизации элементов;

•    рецептурных переходов.

•    базовых структур (например, направленных связей, выбора корректной последовательности, параллельных последовательностей).

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

6.1.1.1    Элементы

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

В МЭК 61512-1 определены четыре уровня процедурной иерархии. Только эти четыре уровня рассматриваются в настоящем стандарте. Вместе с тем. возможны и дополнительные уровни, вводимые для различных целей. Тогда кас настоящий стандарт рассматривает только четыре указанных уровня процедурных элементов, определенных в МЭК 61512-1. любые (определенные отдельно) дополнительные уровни могут быть идентифицированы как графически (в соответствии с установленными здесь общими принципами), так и текстовой строкой, размещаемой в верхнем левом углу прямоугольника блок-схемы.

Procedure Uifl procedure    Орегмол    Phase

Idenbfer — идентификатор, procedure — процедура, on* procedure — процедура технологической установки, operation — операция: phase — фаэа

Рисунок 21 — Обозначения процедурных элементов рецептуры

58

ГОСТ Р МЭК 61512-2—2016

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

7~

7-^

7-'ч

IDENTIFIER

IDENTIFIER

IDENTIFIER

—А

_^

procedure

Umt procedure

Operation

Idenbfer — идентификатор; procedure — процедура; unri procedure — процедура технологической установки; operation — операция

Рисунок 22— Процедурные элементы, включающие пакеты процедурных элементов рецептуры нижнего уровня

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

6.1.1.2 Точки начала и окончания работ

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

6.1.1.2.1 Начало работ

Для обозначения начала раеот по каждой процедурной функциональной диаграмме (подчиненной процедурной функциональной диаграмме) используется, по крайней мере, одно обозначение начала работ (см. рисунок 23).

Рисунок 23 — Обозначение начала работ

6.1.1.2.2 Окончание работ

По крайней мере, одно обозначение (см. рисунок 24) используется для окончания работ по каждой процедурной функциональной диарамме (подчиненной процедурной функциональной диаграмме).

Рисунок 24 — Обозначение окончания работ

59

ГОСТ Р МЭК 61512-2—2016

6.1.1.3 Выделение ресурса

Некоторые ресурсы выделяются (для производства партии изделий) до того как необходимость в них возникает. Управление таймингом данного выделения может оказаться важным для рецептуры или для разработки календарного плана. Необходимо установить правила выделения ресурса и условия начала работ. Выделение (на блок-схеме) указывается овальной иконкой (см. рисунок 25). Оно представляет собой инкапсуляцию требований к выделению ресурса для реализации рецептурной сущности. Обозначение выделения — это процедурный элемент рецептуры, соответствующий уровню процедурной функциональной диаграммы. Он может быть использован на любом уровне процедурной иерархии.

Обозначение выделения содержит данные и/или логику, определяющую: 1) что выделяется для производства партии изделий (например, конкретная технологическая установка, критерий выбора технологической установки, блока оборудования, материала, физического лица). 2) время выделения ресурса для производства партии издегий (например, через два часа после начала работ по другой процедуре технологической установки). Обозначение выделения ресурса может содержать логику, которой нужно следовать в процессе управления или исполнения процедурных элементов оборудования (не обязательно ассоциированных с имеющимся физическим оборудованием). Явный переход, следующий за обозначением выделения ресурса, может быть использован для описания условия начала работ для нижеследующей рецептурной сущности.

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

( ©ентпея I

IdenbCer — идентификатор Рисунок 25 — Обозначение выделения ресурса

6.1.1.4 Синхронизация элементов

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

Add А — добавить компонент a. >eal — нагрев, transfer to reactor — передача материала в реактор: transfer from pre-mix — передача после предварительного смеинеамия

Рлсунок 26 — Пример синхронизации элементов

60

ГОСТ Р МЭК 61512-2—2016

6.1.1.5 Переход рецептуры

Процедурные функциональные диаграммы описывают два тила перехода: неявный и явный переходы.

6.1.1.5.1 Неявный переход

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

Identifier — идентификатор

Рисунок 27 — Неявный переход

6.1.1.5.2 Явный переход

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

When condition Is

7-

IDENTIFIER

terminate may he ____

passed to the ^

EQUIPMENT

PHASE

equipment phese

Some rendition

Transition to ihe next entity occurs . after the equipment phase indicates its termination and the condition <s TRUE

Identifier — идентификатор; When oc-ndrtion is TRUE, a request to terminate may be possed to the equipment phase — еспи условие равно TRUE, то иа фазу оборудования может быть передай запрос на прекращение работы; equipment phese — феза оборудования: Some condition — некотор<« условие, transftion to the next entity occurs afler the equipment phase indicates its termination and the condition is TRUE — переход к следующей сущности имеет место, если произошло прекращение работы фазы оборудования и значение условия равно TRUE

Рисунок 28 — Явный переход

Данный переход определен выражением, равным либо TRUE, либо FALSE. Условие перехода начинает непрерывно оцениваться, как только непосредственно предшествующая сущность активируется. Переход необходим для реализации двух функций:

a)    прерывание выполнения ветви процедурной логики рецептуры:

b)    запрос на прекращение работы всех непосредственно предшествующих переходу процедурных элементов (например, процедур технологической установки, операций, фаз).

61

ГОСТ Р МЭК 61512-2—2016

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

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

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

6.1.1.6 Базовые структуры

Данные структуры определяют планируемую последовательность выполнения рецептурных элементов. Простейший случай — это набор процедурных элементов рецептуры, активируемых один за другим. Более сложные структуры включают выбор указанной последовательности выполнения работ и рассмотрение параллельных последовательностей.

6.1.1.6.1 Начало выбора последовательности выполнения работ

Начало выбора последоеа*ельности иллюстрируется на рисунке 29. Каждая ветвь выбора последовательности начинается с перехода. Выбор одной из нескольких возможностей представлен совокупностью переходов (например, под горизонтальной линией) по числу возможностей. Ниже указанной линии выбирается только одна последовательность из нескольких возможных. Переходы оцениваются приоритетно слева направо. Последовательность, расположенная на блок-схеме ниже перехода, для которой условие перехода становится равным TRUE первым (при оценке с указанным приоритетом), становится искомой «выбранной» последовательностью.

Identifier — идентификатор

Рисунок 29 — Начало выбора последовательности

6.1.1.6.2 Окончание выбора последовательности

Окончание выбора последовательности указывает на возможность присоединения других последовательностей выполнения работ путем их выбора (см. рисунок 30).

62

identifier — идентификатор

Рисунок 30 — Окончание выбора последовательности

ГОСТ Р МЭК 61512-2—2016

6.1.1.6.3 Начало параллельных последовательностей

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

Idenbier — идентификатор

Рисунок 31 — Начало параллельной последовательности

6.1.1.6.4 Окончание параллельной последовательности

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

Identifier — идентификатор

Рисунок 32 — Окончание параллельных последовательностей

6.1.1.6.5 Правила для корреггных диаграмм

Корректные диаграммы должны отвечать согласованным правилам, установленным для последовательностей выполнения работ. Независимые параллельные последовательности выполнения работ объединяются. Окончание выборе последовательностей не может использоваться для объединения параллельных последовательностей выполнения работ. Рисунок 33 содержит пример корректного сегмента диаграммы с выбором последовательности и окончанием последовательности работ.

63

ГОСТ Р МЭК 61512-2—2016

Identifier — наенгифихагор

Рисунок 33 — Диаграмма корректного выбора последовательности

Рисунок 34 содержит пример корректного сегмента диаграммы, указывающего начало работ и окончание параллельной последовательности.

64

ГОСТ Р МЭК 61512-2—2016

Idenbter — идентификатор

Рисунок 34 — Корэехгная диаграмма параллельной последовательности

Замыкание блок-схемы обе стачивает повторное выполнение сущностей, основанное на условиях перехода (см. рисунок 35). Замыкание допускает динамическое выполнение сущностей с учетом различных условий.

65

ГОСТ Р МЭК 61512-2—2016

identifier — идентификатор

Рисунок 35 — Замыкание с явными процедурными элементами рецептуры

Настоящий стандарт не может определить асе корректные и некорректные процедурные функциональные диаграммы. Рассматриваемые PFC-диаграммы могут иметь недостижимые процедурные сущности или сущности с некорректными последовательностями выполнения работ (например, (см. рисунок 36) последовательность с «фазой 1» может никогда не закончиться, если выполняется последовательность с «фазой 5»).

Phase — фаза

Рисунок 36 — Некорректная процедурная функциональная диаграмма

66

ГОСТ Р МЭК 61512-2—2016

6.1.2 Процедура технологической установки и ее инициализация

Отображение начала рецептурной процедуры приведено на рисунке 37. На каждом уровне, расположенном ниже уровня процедуры технологической установки, направленные соединительные звенья ясно указывают порядок активизации (инициализации) процедурных элементов рецептуры. Инициализация рецептурной процедуры ставится в соответствие требованиям разработки календарного плана. Следовательно, необходимо принимать во внимание правила начала работ, некоторые из которых основываются на календарном плане выполнения работ. Процедура технологической установки активируется после того, как переход (идущий после символа выделения ресурса) принимает значение TRUE.

У

Unit procedure — процедура технологической установки Рисунок 37 — Огображег-ив процедуры технологической установки и ее инициализации

6.1.2.1    Процедура, процедура технологической установки, завершение операции

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

6.1.2.2    Отношения между процедурными сущностями

Рисунки 38 и 39 иллюстрируют два метода отображения относительного отношения (relative relationship) между процедурными элементами е процедурных функциональных диаграммах. Данное отношение может быть выполнено путем расположения процедурных элементов вертикально по отношению друг к другу, вертикальный размер процедурного элемента также может изменяться для корректного отображения относительных отношений между указанными элементами. Горизонтальные штриховые линии обозначают синхронизацию, имеющую место между операциями внутри каждой процедуры технологической установки.

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

67

ГОСТ Р МЭК 61512-2—2016

У

X

Unit procedure — процедура технологической установки, operabon — операция Рисунок 38 — Отношения между процедурными сущностями

68

Unit procedure — процедура технологической установки, operabon — операция Рисунок 39 — Отношения между процедурными сущностями — Альтернатива 1

ГОСТ Р МЭК 61512-2—2016

Если процедурные элементы на двух различных уровнях (например, процедуры технологической установки и операции) представляются на рисунке данного типа, то прямоугольник блок-схемы, указывающий группировку процедурного элемента более высокого уровня (например, процедуры технологической установки), включает и процедурные элементы нижнего уровня (например, операции). Процедура технологической установки #1 (см. рисунок 36) иллюстрирует процедурный элемент высокого уровня, включающий PFC-диаграмму нижнего уровня.

6.1.3 Непроцедурная инфоэмация о технологической рецептуре

Прочая информация, являющаяся частью технологической рецептуры, поставлена в соответствие конкретному элементу (обозначению) процедуры технологической рецептуры. Настоящий стандарт не описывает порядок практической реализации соответствующего отношения (связи). В «бумажном» варианте. например, ссылка может быть выполнена аналогично сноске в конец страницы. Информация может расшифровываться параллельно с рассмотрением указанного процедурного элемента. В электронном варианте для реализации процедуры выбора можно использовать «всплывающие окна» и некоторые прочие (пока отсутствующие) механизмы. Вместе с тем. рассматриваемое отношение должно быть четко указано. Оно ставится 8 соответствие каждому рассматриваемому приложению.

6.1.3.1    Формула технологической рецептуры

Информация о формуле включает входные сигналы, параметры и выходные сигналы технологического процесса.

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

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

6.1.3.2    Требования технологической рецептуры к оборудованию

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

6.1.3.3    Заголовок и прочая информация

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

6.2    Отображение рецептуры управления

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

6.3    Работа в исключительных ситуациях

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

69

ГОСТ Р МЭК 61512-2—2016

бых продуктов, обычно ставятся в соответствие имеющемуся методу изготовления продукта и требуемому качеству продукта. Указанные ситуации не ставятся в соответствие конкретному оборудованию. Указанный режим работы «вставляется» в нормальную технологическую процедуру. Его трудно отличить от штатного режима работы. Особые режимы работы активируются только в исключительных ситуациях.

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

70

Приложение А (обязательное)

ГОСТ Р МЭК 61512-2—2016

Методика моделирования данных

А.1 Нотация языка UML

В таблице А.1 приведена нотация языка UML. используемая в настоящем стандарте. Таблица А.1 — Нотация языка UML

Обозначение

Определение

Class

Attributes. Type

Определяет класс объекта. Каждый объект имеет свой тип и свои атрибуты. Каждый объект уникально идентифицируется и нумеруется. Для указанных классов операции или методы здесь не описаны. Если перед атрибутом стоит символ то данный атрибут не является обязательным при любом использовании данного класса

Role 1..1 0..п Association name Role

Это ассоциация между элементами данного класса и элементами другого или этого же класса. Каждая ассоциация идентифицируется. Она может иметь некоторое ожидаемое количество (диапазон) членов подкласса. Число 'п* указывает, что значение не определено (например. О.п означает, что могут существовать нуль и болев членов рассматриваемого подкласса)

L

Is a t

\

pe of

Данное обозначение (стрелка указывает на суперклаос) указывает, что элемент рассматриваемого класса имеет особый тип суперкласса

Depends on ^

Обозначение зависимости (например, интенсивная взаимосвязь между пунктами) указывает, что элемент данного класса зависит от элементов другого класса

Is made up of ^

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

Класс объектов, являющихся реализациями объектов другого класса

А.2 Определения

А.2.1 класс (class): Описание множества объектов, имеющих одинаковые атрибуты, поведение, отношения и семантику.

(К22 инкапсуляция (encapsulatkn): Методика, позволяющая отделить внеимие аспекты объекта от его внутренних аспектов. Описывает подробности тактической реализации объекта (другое название - «событие информации»).

А.2.3 реализация; экземпляр (instance): Термин, используемый для ссылки на объект, принадлежащий некоторому классу. Сам термин не является классом или подклассом. Например, термин «реактор401» является реализацией класса «реактор».

А.2.4 модель (model): Формальное абстрактное представление системы. Модель обычно представляется как совокупность диаграмм и словаря данных.

А.2.5 объект (object): Сущность.состоящая из состояния и поведения. Состояние - это значения всех атрибутов в заданный момент времени. Атрибут - это единица информации, определяющая объект. Поведение объекта — это функциональность, содержащаяся в объекте. Она необходима для выполнения манипуляций с атрибутами.

71

ГОСТ Р МЭК 61512-2—2016

А.2.6 подкласс (subdass): Это класс, представляющий собой частный случай более общего класса (например. «реактор со стеклянной облицовкой» • эго подкласс класса «реакторов»).

А.2.7 универсальный язык моделирования; UML (unified modeling language (UML)): Язык, испотъзуемый для описания, визуализации, конструирования и документирования элементов программного обеспечения систем. Используется как для коммерческого моделирования, так и для систем без программного обеспечения.

А.З Нотация диаграммы отношений сущностей. ERD

Таблица А.2 содержит нотацию ERD. используемую в настоящем стандарте.

Таблица А.2 — Нотация ERD

Обозначение

Л

D

А

в

1,.Nj-.

0..2

В

contains

Определение

Определяет сущность

Для каждого события А имеет место одно и только одно событие В. Ассоциация с В может быть обозначена № 1.

Численно определенная ассоциация. В данном примере, для каждого события А может иметь место одно или несколько событий В. Другим примером является обозначение 0..N. Если числовая ассоциация отсутствует. то имеет место вариант 0..N

Численно определенная ассоциация; от 0 до некоторого положительного значения. В данном примере, для каждого события А имеет место от 0 до 2 событий В

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

Ассоциация между сущностями помечена для указания природы имеющегося отношения. Метка относится к ближайшей сущности. Ассоциация считывается следующим образом: каждое событие А содержит одно или несколько событий В

72

ГОСТ Р МЭК 61512-2—2016

Приложение В (обязательное)

Листинг определений Языка структурированных запросов SQL

Данное приложение содержит пэимеры составления текстов программ для формирования таблиц (в соответствии с ИСО/МЭК 9075:1992), приведенных в разделе 5.

CREATE TABLE ВХТ Exchange (

ExchangelD    CHAR (32) NOT NULL

ExchangeValue    CHAR (126)    NOT NULL.

PRIMARY KEY (ExchangelD))

INSERT INTO BXT_Exchange (Ex:hangelD. ExchangeValue)

VALUES ('Schema'. 'IEC61512-22001') VALUES ('Delimiter’, ’/')

VALUES (ToollD'. ToolName')

VALUES (TodVersfon’, U.O')

VALUES (TodSchema’. '1.2')

CREATE TABLE BXT.EnumerationSet ( EnumSet Description

PRIMARY KEY (EnumSel))

CHAR (32) CHAR (255).

NOT NULL.

CREATE TABLE BXT.Enumeration (

EnumSet

EnumValue

EnumString

Descnption

PRIMARY KEY (EnumSel. EnumValue))

CHAR (32) INTEGER CHAR (32). CHAR (255).

NOT NULL. NOT NULL.

INSERT INTO BXT_EnumerationSet (EnumSeL Descnption)

VALUES {'Boolean'. 'Defines a set of Boolean values’)

VALUES {ТНгесЬопТуре'.

'Defines how a parameter is intended to be handtad')

VALUES (*EquipmentLevor.

'Defines the equipment hierarchical level for equipment elements')

VALUES {'EquipmentType',

'Defines the type of equipment record for equipment elements')

VALUES {*EvaluationRule'.

'Defines the evaluation rules for equipment properties’)

VALUES (TormulaSubType1. 'Defines the recipe formula types')

VALUES (TormulaType'. 'User supplied formula sub type definitions’)

VALUES (UnkDepiction1.

'Defines how links between recipe elements are to be depicted')

VALUES CLinkToType', 'Defines rf a link references a step or a transition')

VALUES (UnkType1. "Defines the type of link')

VALUES ('RE.Type'.

'Defines the recipe element, either recipe procedure level or allocation entity’)

VALUES CREJJse’. 'Defines how a recipe element is used in a recipe')

VALUES CRecipeStatus'. ’Defines the possible status of a recipe'

VALUES CRecordSet*.

'Defines the enumeration set used to classify a record into a category of batch history information.') VALUES CRecordSetConTolRecipe’.

'Provides further history record classification under the category of ControlRecipe. ’)

VALUES {*RecordSetMasterRecipe‘.

'Provides further history record classification under the category of MasterRecipe.')

VALUES (ЯесогйЕе1Ехеси1юп1пГо‘.

73

ГОСТ Р МЭК 61512-2—2016

Provides Further history record classification under the category of Executionlnfo.')

VALUES ('RecordSeMateriallnfo'.

Provides further history record classification under the category of Materiallnfo. *)

VALUES ('RecordSefContinuousData',

Provides further history record classification under the category of ContinuousOata.') VALUES ('RecordSeEvents*.

Provides further history record classification under the category of Events. ’)

VALUES (’RecordSeOperatorChange*.

Provides further history record classification under the category of OperatorChange.') VALUES ('RecordSeOperatorComment'.

Provides further history record classification under the category of OperatorComment.'} VALUES ('RecordSetAnalysisData*.

Provides further history record classification under the category of AnalysisOata.'}

VALUES (’RecordSeLateRecord*.

Provides further history record classification under the category of LateRecord.')

VALUES ('ReoordSetfecipeOata'.

Provides further history record classification under the category of RecipeData.')

VALUES (’ReoordSetfecipeSpecified1.

Provides further history record classification under the category of RecipeSpecified.') VALUES (.RecordSetSummaryOata..

Provides further history record classification under the category of SummaryOata.') VALUES ('ScheduleAction1. 'Defines the intended action of the schedule entry ')

VALUES ('ScheduleMode*.

Defines the mode which the schedule entry begins execution in *)

VALUES ('ScheduleStatus'. Defines the possible status of a schedule')

VALUES ('SE.Type*.

Defines the type of entity in a schedule record')

VALUES (ValueDataType'.

Defines how a value is represented (for example Boolean, float, etc.) *)

VALUES (ValueType". ‘Defines how a value string is interpreted')

INSERT INTO BXT_Enumeratk>n (EnumSei EnumValue. EnumString. Description)

VALUES ('Boolean*. 0. 'FALSE*. Defines a Boolean value')

VALUES ('Boolean*. I. TRUE.. ")

VALUES (DirectionTvpe'. 0. 'Invalid'. 'Entry not valid*)

VALUES (DirectionTvpe'. 1, *lntemar.

Identifies how a parameter is handled.')

VALUES ('DirectionTvpe'. 2. 'Input*.

The Recipe Element receives the value from an external source. *)

VALUES (’DirectionTvpe’, 3, 'Output1.

The Recipe Element creates the value and makes it available for external use.')

VALUES (DirectionTvpe\ 4, Tnput/Output'.

The Recipe Element and external element exchange the value, and may change its value.') VALUES ('EquipmenlLevei*. 0. 'Invalid*. 'Entry not valid')

VALUES (’EquipmentLevel*. 1. 'Enterprise'.

'Identifies the equipment hierarchical level for BXT_EquipElement')

VALUES ('EquipmentLevel*. 2. 'Site'. ")

VALUES ('EquipmentLevel*. 3. 'Area*. ")

VALUES ('EquipmenlLevei*. 4. 'Process Cel*. ”)

VALUES ('EquipmenlLevei*. 5. 'Uwt', ">

VALUES ('EquipmenlLevei*. 6. 'Equipment Module', *')

VALUES ('EquipmenlLevei*. 7. 'Control Module*. ")

VALUES (’EquipmenlType'. 0. 'Invalid'. 'Entry not valid’)

VALUES (’EquipmenlType1. 1. 'Class*.

'Identifies the record type for BXT_EquipEtement')

VALUES ('EquipmenlType'. 2. ’Element'. *')

VALUES ('EvaluationRule'. 0. 'Invalid'. 'Entry not valid*)

VALUES ('EvaluationRule'. 1. *='.

■Equals comparison operator for equipment properties')

VALUES ('EvaluationRule'. 2. *<>'.

*Not equals comparison operator for equipment properties')

VALUES ('EvaluationRule'. 3. *<'.

74

ГОСТ Р МЭК 61512-2—2016

1_ess than comparison operator for equipment properties'}

VALUES ('EvaluationRule1.4. *>'.

'Greater thai comparison operator for equipment properties’)

VALUES (’EvaluationRule1. 5. '<=’.

"Less than or equals comparison operator for equipment properties’)

VALUES ('EvaluationRule’. 6. >='.

'Greater thai or equals comparison operator for equipment properties')

VALUES ('EvaluationRule’. 7. 'Member'.

Is a member of comparison operator for equipment properties')

VALUES ('EvaluationRule'. 6. ’Not member'.

.Is not a member of comparison operator for equipment properties.)

VALUES ('EvaluationRule'. 9. *Not'.

"Not comparison operator for equipment properties')

VALUES (’FormulaTypeV 0. 'Invalid'. 'Entry not valid')

VALUES ('FormulaType'. 1. 'Process Input*. 'Recipe Formula type')

VALUES (‘FormulaTypeV 2. 'Process Output'. *')

VALUES ('FormulaTypeV 3. 'Process Parameter’, ")

VALUES (‘FormulaSubTypeV 0. 'Invalid', *Entry not valid*)

VALUES ('UnkDepiction. 0. 'Invalid', 'Entry not valid')

VALUES (’UnkDepiction, 1. 'None', 'No link depiction')

VALUES (’LinkOepiction. 2. 'Line', 'Link shown with kne only')

VALUES (UnkDepiction'. 3. 'ID'. 'Link shown with identifier orrfy')

VALUES (UnkDepiction'. 4. 'Line & ID'.

'Link shown with line and identification')

VALUES (UnkDepiction'. 5. ’Line &Arrow',

'Link shown with line and material flow arrow')

VALUES (UnkDepiction'. 6. ’Line. Arrow, & ID*.

'Link shown with line, material flow arrow and identification')

VALUES ('LinkToType', 0. 'Invalid', ’Entry not vakd*)

VALUES (’LinkToType*. V. ’Recipe Element'.

'Link is referencing an entry in the BXT_MRecipeElement table')

VALUES ( LinkToType', 2. Transition'.

'Link is referencing an entry in the BXT_MRecipeTransilion table'}

VALUES (UnkType'. 0. ’invalid', ’Entry not valid')

VALUES (UnkType', 1. OontrolLink'.

Defines a link between recipe elements that indicates a flow of procedural control") VALUES ( UnkType'. 2. TransferUnk'.

Defines a link between recipe elements that indicates a material transfer")

VALUES ('LinkType', Э, ’SynchronixationLink’,

Defines a link between recipe elements where there is some form of synchronization'') VALUES ( RE Type'. 0. Invalid', Entry not valid')

VALUES (RE.Type*. 1. Master Recipe*.

Specifies ths type of recipe element")

VALUES ( RE.Type', 2. Procedure'. “)

VALUES ( RE Type'. 3. Unit Procedure', ")

VALUES ( RE Type'. 4. Operation’. ")

VALUES ( RE Type'. 5. Phase*. ’ )

VALUES ( RE Type'. 6. Allocation'. ’ )

VALUES ( RE Type', 7. Begin'. ’ )

VALUES (RE Type'. 8. End',")

VALUES ( RE Type*. 9.-Start Parallel'. ’ )

VALUES ( RE Type'. 10. End Paralel*. ")

VALUES ( RE.Type'. 11. Start Branch', ’’)

VALUES ( RE Type'. 12. End Branch', ”)

VALUES ('RE.Use', 0. ’IwaW. Entry not valid')

VALUES ( RE.Use', 1. ’linked'.

A recipe element (RE) may have several referencing RE Steps")

VALUES ( RE.Use'. 2. Embedded'.

An RE has only one referencing RE, one RE is defined for each use of the RE") VALUES ( RE.Use'. 3. Copied',

The same as Embedded, but the specific RE was modified from its original definition")

75

ГОСТ Р МЭК 61512-2—2016

VALUES ('RecipeStaus*. О, 'Invalid1. 'Entry not valid'}

VALUES ('RecipeStaus'. 1. Approved for Production1.

'Recipe was approved for production'*}

VALUES ('RecipeStaus*. 2. 'Approved for Test*.

'Recipe was only approved for test")

VALUES ( RecipeStaus*. 3. Not Approved',

'Recipe was not approved for production or test")

VALUES (RecipeStaus*. 4, 'Inactive', 'Recipe was not active”)

VALUES ('RecipeStaus*. 5, 'Obsolete’. 'Recipe was obsolete')

VALUES (‘RecordSet*. 0, 'Invalid'. 'Entry not valid’)

VALUES ('RecordSet*. 1. 'RecordSetControlReape*.

'Defines that a batch history information record is part of the ControlRecipe category”) VALUES ('RecordSet*. 2. 'RecordSetMasterRecipe'. ')

VALUES ('RecordSet*. 3. ‘RecordSetExecutionlnfo’. ~)

VALUES ('RecordSet*, 4. ‘RecordSetMateriallnfo*. ")

VALUES ('RecordSet*. 5. 'RecordSetContinuousData'. ~)

VALUES ('RecordSet*. 6. 'RecordSetEvents'. ")

VALUES ('RecordSet*. 7. ‘RecordSetOperatorChange’. ")

VALUES ('RecordSet*, 8. 'RecordSetOperatorComment'. ')

VALUES ('RecordSet*. 9, 'RecordSetAnalysisData*. ")

VALUES ('RecordSet*. 10. 'RecordSetLateRecord*. '*}

VALUES ('RecordSet*. 11. RecordSetRecipeData*. ")

VALUES ('RecordSet*. 12. 'RecordSetRecipeSpecified1. ")

VALUES (HecordSet*. 13. 'ReoordSetSummaryData', “)

VALUES ('RecordSetControlRecipe', 0. Invalid*. ’Entry not valid')

VALUES ( RecordSetControlRecipe'. 1. 'Entire Control Recipe*.

'History record is related to the entire control recipe’')

VALUES ('RecordSetMasterRecipe1.0. ‘Invalid*. 'Entry not valid')

VALUES ('RecordSetMasterRecipe1. 1. 'Entire Master Recipe1.

History record is related to the entire master recipe”)

VALUES ('RecordSetExecutionlnfo'. 0. ’Invalid*. ’Entry not valid’)

VALUES ('RecordSetExecutionlnfo'. 1. 'Allocation'. ')

VALUES ( RecordSetExecutionlnfo’. 2. ‘De-allocation'. ~)

VALUES ('RecordSetExecutionlnfo'. 3. 'State Change'. ")

VALUES (HecordSeExecutionlnfo1. 4. 'State Command'. ~)

VALUES ('RecordSeExecutionlnfo'. 5. Mode Change*. ")

VALUES ('RecordSeExecutionlnfo'. 6. Mode Command*. ")

VALUES ('RecordSeExecutionlnfo'. 7. Procedural Entity Message'. ")

VALUES ('RecordSetExecutionlnfo'. 8. 'Procedural Entity Alarm'. ")

VALUES ('RecordSeExecutionlnfo'. 9. ‘Procedural Entity Version'. “)

VALUES ('RecordSeExecutionlnfo'. 10. ‘Procedural Entity Prompt*. ")

VALUES ('RecordSeExecutionlnfo'. 11. ‘Procedural Entity Prompt Response*. ")

VALUES (‘RecordSetMateriallnfo*. 0. 'Invalid'. 'Entry not valid')

VALUES (‘RecordSetMateriallnfo*. 1. ‘Material Consumption*. ")

VALUES (‘RecordSetMateriallnfo*. 2, ‘Material Production*. ")

VALUES (‘RecordSetMateriallnfo*. 3. ‘Material Allocation'. ")

VALUES ('RecordSetMateriallnfo*. 4. 'Material De-allocation'. ')

VALUES ('RecordSetContinuousData*. 0. 'Invalid*. 'Entry not valid’)

VALUES ('RecordSetContinuousData1.1. 'Continuous Data Value'. “)

VALUES ('RecordSetContinuousData'. 2. ‘Trend Association'. ')

VALUES ('RecordSetContinuousData'. 3. 'Trend Disassociation'. ~)

VALUES (‘RecordSeEvents*. 0. ‘Invalid*. 'Entry not valid*)

VALUES ('RecordSeEvents*. 1. ‘General Event*. ")

VALUES ('RecordSetOperatorChange', 0. ‘Invalid*. ‘Entry not valid*)

VALUES ('RecordSetOperatorChange'. 1. ‘General Operator Intervention'. ")

VALUES ('RecordSetOperatorComment*. 0. 'Invalid', ‘Entry not valid’)

VALUES (‘RecordSetOperatorComment'. 1. ‘General Operator Comment', “)

VALUES ('RecordSetAnalysisData'. 0. 'Invalid*. ’Entry not valid')

VALUES ('RecordSetAnalysisData'. 1, 'General Analysis Message'. ~)

VALUES ('RecordSetLateRecord'. 0. ’Invalid*. 'Entry not valid*)

VALUES ('RecordSetLateRecord'. 1. 'General Late Record*. ")

76

ГОСТ Р МЭК 61512-2—2016

VALUES (RecordSetRecipeData’. 0. 'Invalid'. ‘Entry not valid'}

VALUES (‘RecordSetRecipeData’. 1. ‘Generic Recipe Data'. ")

VALUES ( RecordSetRecipeData'. 2. 'Recipe Parameter Value Change', ")

VALUES (‘RecordSetRecipeData’. 3. ‘Recipe Result Data'. “)

VALUES (RecordSetRecipeSpeafied'. 0. ‘Invalid*. ‘Entry not valid1)

VALUES ('RecordSetRecipeSpecified'. 1. ‘Generic Recipe Specified Data'. ')

VALUES ('RecordSetSummaryData'. 0. 'Invalid'. ‘Entry not valid')

VALUES ('RecordSetSummaryData'. 1. ‘Generic Summary Data'. ")

VALUES ('RecordSetSummaryData'. 2. ‘Utilities Consumption', ~)

VALUES ('RecordSetSummaryData'. 3. ‘Equipment Rim Time'. “}

VALUES ('ScheduleChange', 0. ‘Invalid’. ‘Entry not valid')

VALUES (‘ScheduleChange’. 1. New'. ‘Schedule reoord change action', ~)

VALUES ( ScheduleChange'. 2. Update'. “)

VALUES (‘ScheduleChange’, 3. 'Delete'. “)

VALUES ('ScheduleMode', 0. ‘Invalid'. ‘Entry not valid')

VALUES (‘ScheduleMode’, 1. 'Automatic'. Schedule record mode')

VALUES ('ScheduleMode', 2. 'Semi-Automatic'. ~)

VALUES CScheduteMode'. 3. Manual'. “)

VALUES (’ScheduleModa'. 4. Not Specified'. “)

VALUES (‘ScheduleStatus'. 0. ‘invalid’. ‘Entry not valid')

VALUES ( ScheduleStatus*. 1. ‘Complete'. Batch schedule record status'}

VALUES ('ScheduleStatus'. 2. ‘In-progress', ")

VALUES ( ScheduleStatus'. 3. Scheduled1. “)

VALUES ( ScheduleStatus'. 4. ‘Schedule Hold'. “)

VALUES ('ScheduleStatus', 5, 'Not Specified'. “)

VALUES (‘SE Type'. 0. Invalid*. 'Entry not valid’)

VALUES (’SE~Type '. 1. 'Campaign'.

’ Defines the type of Scheduled Entry')

VALUES ('SE.Type '. 2. 'Batch', ")

VALUES ('SE_Type '. 3. 'UnH Procedure’. ")

VALUES fSE.Type 4. 'Operation'. *')

VALUES ('SE_Type '. 5. 'Phase'. ")

VALUES (‘ValueDataType’. 0. ‘Invalid*. ‘Entry not valid')

VALUES (‘ValueDataType’. 1. Boolean'.

‘Defines the data type that is expected for an associated value")

VALUES ( ValueDataType'. 2. B-Bit string'. “)

VALUES ( ValueDataType'. 3. ‘16-Bit string'. ~)

VALUES ( ValueDataType'. 4. ‘32-Bit string'.' )

VALUES (‘ValueDataType’. 5. ‘6-Bit unsigned integer'. “)

VALUES (‘ValueDataType’, 6. '16-Bit unsigned integer*. “)

VALUES (‘ValueDataType’. 7. ‘32-Bit unsigned integer*. "}

VALUES ('ValueDataType', 8, ‘8-BH signed integer*. “)

VALUES ('ValueDataType', 9. ‘16-Bit signed integer'. ")

VALUES ('ValueDataType', 10. '32-Bit signed integer'. ")

VALUES ( ValueDataType'. 11. ‘32-Bit float'. ~)

VALUES ( ValueDataType'. 12. Double float'. “}

VALUES ('ValueDataType', 13. ‘Octet string'. ")

VALUES ( ValueDataType', 14. DateTime'. ')

VALUES ('ValueType', 0. 'InvaW, ‘Entry not valid'}

VALUES ( ValueType*. 1, Constant'.

Defines how a value string is interpreted' It contains a fixed value as a string")

VALUES ( ValueType*. 2. Reference*.

Defines how a value string is interpreted' It points to the source of the value")

VALUES ( ValueType'. 3. Equation'.

Defines that a value string is interpreted as an expression to be evaluated in order to

determine U*e value")

VALUES ( ValueType'. 4.'External'.

Value is supplied by some external means, and it is not contained in the recipe (i’e‘. value

may be supplied by an operator entry or by a scheduling system)")

77

ГОСТ Р МЭК 61512-2—2016

CREATE TABLE BXT.MRecipeElement (

RE_ID

REVersion

VersionDate

CHAR (128)

CHAR (16) DATETIME.

ApprovaiDate

EffectiveDate

ExprrationDate

Author

ApprovedBy

ProcessCelllD

Product©

UsageConstraint

Description

Status

RE_Type

RE_Funct»on

RE.Use

DerivedRE

DATETIME.

DATETIME.

DATETIME.

CHAR (32).

CHAR (32). CHAR (32).

CHAR (32). CHAR (255).

CHAR (255). INTEGER. INTEGER. CHAR (255). INTEGER.

CHAR (128).

DerivedVersion    CHAR (16).

PRIMARY KEY (REJD. REVersion»

NOT NULL. NOT NULL.

CREATE TABLE BXT.MRecipeStep (

ParentRE

ParentVersion

StepID

REJD

REVersion

VerticalStarl

VerticalStop

HorizontalStart

HorizontalStop

ScaieReference

ScateEngrUnits

MaximumScale

MintmumScale

CHAR (128) CHAR (16)

CHAR (128)

CHAR (128)

CHAR (16)

FLOAT.

FLOAT.

FLOAT.

FLOAT.

FLOAT.

CHAR (32).

FLOAT.

FLOAT.

PRIMARY KEY (ParentRE. ParentVersion. StepID).

NOT NULL. NOT NULL. NOT NULL. NOT NULL. NOT NULL.

FOREIGN KEY (RE ID. REVersion)

REFERENCES BXT.MRecipeElement (REJD. REVersion))

CREATE TABLE BXT.MRecipeTransrtion (

REJD

REVersion

Transition©

Condition

VerticalStarl

CHAR (128)

CHAR (16) CHAR (128) CHAR (255). FLOAT.

VerticalStop

HorizontalStart

HorizontalStop

FLOAT.

FLOAT.

FLOAT.

PRIMARY KEY (REJD. REVersion. Transition©),

NOT NULL. NOT NULL. NOT NULL.

FOREIGN KEY (RE ID. REVersion)

REFERENCES BXT.MRecipeElement (REJD. REVersion))

CREATE TABLE BXT MRecipeLink (

REJD    CHAR (128)    NOT NULL.

REVersion    CHAR (16)    NOT NULL.

Link©    CHAR (32)    NOT NULL.

FromType    INTEGER.

FromElement    CHAR (128).

78

ГОСТ Р МЭК 61512-2—2016

ТоТуре

ToElement

LinkType

VerticalStarl

VerbcalStop

HorizontalStart

Horizontal Stop

INTEGER,

CHAR (128), INTEGER.

FLOAT,

FLOAT.

FLOAT,

FLOAT.

Depiction    INTEGER.

EvaluationOrder    INTEGER,

PRIMARY KEY (RE ID, P.EVersion. LinkID),

FOREIGN KEY (REJD. REVersion)

REFERENCES BXT MRecipeElement (RE ID. REVersion))

CREATE TABLE BXT_MRecipeEI«mentParameter (

REJD

CHAR (128)

NOT NULL.

REVersion

CHAR (16)

NOT NULL.

ParameterlD

CHAR(32)

NOT NULL,

ParentParamlD

CHAR(32).

Datalnterpretation

INTEGER.

DataDirecbon

INTEGER,

DefauItVaJue

CHAR(128).

Description

CHAR(255).

EngrUnits

CHAR(32).

EnumSet

CHAR (32).

DefaultScaling

INTEGER.

ParamType

INTEGER.

ParamSubType

INTEGER.

PRIMARY KEY (RE.

.ID, REVersion. ParameterlD).

FOREIGN KEY (REJD. REVersion)

REFERENCES BXTJHRecipeElement (REJD. REVersion))

CREATE TABLE BXT_MRecipeStepParameter ( ParentRE ParentVersion StepiD ParameterlD

ParentParamlD Paramn lerVaJi i« Datalnterpretation Scaled

CHAR (128) CHAR (16)

CHAR (128)

CHAR (32) CHAR (32).

CHAR (1?R).

INTEGER.

INTEGER.

NOT NULL. NOT NULL. NOT NULL. NOT NULL,

PRIMARY KEY (ParentRE. ParentVersion. StepiD. ParameterlD).

FOREIGN KEY (ParentRE. ParentVersion, StepiD)

REFERENCES BXT_MRecipeStep (ParentRE. ParentVersion. StepiD))

CREATE TABLE BXT_MRecipeOtherlnformation <

RE ID    CHAR (128)

REVersion    CHAR (16)

StepiD    CHAR (128)

DatalD    CHAR (32)

DataType    CHAR (32).

DataValoe    CHAR    (255).

Description    CHAR    (255),

PRIMARY KEY (REJD. REVersion. DatalD).

NOT NULL. NOT NULL. NOT NULL. NOT NULL.

FOREIGN KEY (REJD. REVersion)

REFERENCES BXT.MRecipeElement (REJD. REVersion))

CREATE TABLE BXT_MRecipeElement£quip (

RE ID    CHAR (128)    NOT NULL,

REVersion    CHAR (16) NOT NULL.

79

ГОСТ Р МЭК 61512-2—2016

Property©

DefauItValue

Datalnlerpretation

EvaluationRule

EngrUnits

CHAR (32) CHAR (128). INTEGER. INTEGER.

CHAR (32).

Description    CHAR (255).

PRIMARY KEY (RE ID. REVersion. Property©). FOREIGN KEY (REJD. REVersion)

REFERENCES BXT_MRecipeElemenl)

NOT NULL.

CREATE TABLE BXT_MReopeStepEquip (

ParentRE    CHAR (128)    NOT NULL.

ParentVersion    CHAR (16)    NOT    NULL.

Step©    CHAR (128)    NOT    NULL.

Property©    CHAR (32)    NOT NULL,

PropertyNfeiue    CHAR (128).

PRIMARY KEY (ParentRE. ParentVersion.    Step©. Property©),

FOREIGN KEY (ParentRE. ParentVersion. Step©)

REFERENCES B>T_MRecipeStep (ParentRE. ParentVersion. Step©))

CREATE TABLE BXT.EquipElement ( Equipment©

EE_Type

EE.Level

Containedln

Description

PRIMARY KEY (Equipment©))

CHAR (32) INTEGER. INTEGER, CHAR (32). CHAR (255).

NOT NULL.

CREATE TABLE BXT_EquipUnk (

Equipment©    CHAR (32)    NOT NULL.

ToEquipment©    CHAR (32)    NOT NULL.

Description    CHAR (255).

PRIMARY KEY (Equipment© . ToEquipmentID).

FOREIGN KEY(Equ*mentlD)

REFERENCES BXT EquipEiement,

FOREIGN KEY (ToEq jipment©)

REFERENCES BXT EquipEiement)

CREATE TABLE BXT Equiplnclude (

Equipment©    CHAR    (32)    NOT NULL.

CtassEquipment©    CHAR    (32)    NOT NULL.

Description    CHAR    (255).

PRIMARY KEY (EquipmentlD. ClassEquipmentlD).

FOREIGN KEY (Equipment©)

REFERENCES BXT_EquipElement.

FOREIGN KEY (ClassEquipmentlD)

REFERENCES BXT_EquipElement)

CREATE TABLE BXT.EquipPwperty (

Equipment©    CHAR    (32)    NOT NULL.

Property©    CHAR    (32)    NOT NULL,

PropertyVblue    CHAR (255).

EngrUnits    CHAR    (32).

Description    CHAR    (255).

PRIMARY KEY (Equipment©. Property©),

FOREIGN KEY (EquipmentlD)

REFERENCES BXT EquipEiement)

CREATE TABLE BXT Equiplnteriace (

Equipment©    CHAR (32) NOT NULL.

80

ГОСТ Р МЭК 61512-2—2016

EPIJD    CHAR (32)    NOT    NULL.

EPI_Definrt»on    CHAR (32)    NOT    NULL.

Description    CHAR (25S).

PRIMARY KEY (EPIJD. Equipment),

FOREIGN KEY (Equipment)

REFERENCES BXT_EquipElement)

CREATE TABLE BXT_EquiplnterfaceDefinition (

EPI.Definibon    CHAR (32)    NOT    NULL.

Description    CHAR (255).

PRIMARY KEY (EPI.Definition))

CREATE TABLE BXT_EquiplnterfaceParameter (

EPI_Definibon

ParameteriD

ParentParamlD

Type

EngrUnits

EnumSel

Scaled

DefauItValue

Description

CHAR (32)

CHAR (32) CHAR (32).

INTEGER CHAR (32). CHAR (32). INTEGER.

CHAR (128). CHAR (255).

PRIMARY KEY (EPIJDertirtion. ParameterlD). FOREIGN KEY (EPI_Defnition)

REFERENCES BXT_EquiplnterfaceDefinition)

NOT NULL. NOT NULL.

NOT NULL.

CREATE TABLE BXT_ScheduleEntry (

ScheduleEntrylD

ParentSchedlD

ExternallD

CHAR (64)

CHAR (64).

CHAR (64).

REJD

REVersion

SE_Type

BatchlD

LotlD

CampaignID ProductID Orrlerin SE Action

CHAR (128).

CHAR (16). INTEGER.

CHAR (128).

CHAR (128). CHAR (128). CHAR (32). CHAR (1?R).

INTEGER.

SchedStalus StartCondition Initial Mode SchedS tart Time SchedEndTcme

INTEGER. CHAR (255).

INTEGER.

DATETIME.

DATETIME.

BatchPriority

BatchSize

EngrUnds

SENote

INTEGER. FLOAT. CHAR (32). CHAR (255).

Description    CHAR (255).

PRIMARY KEY (ScheduleEntrylD))

NOT NULL.

CREATE TABLE BXT ScheduleEquip <

ScheduleEntrylD    CHAR (64)    NOT NULL.

Requirement    CHAR (32)    NOT NULL.

Description    CHAR (255).

PRIMARY KEY (ScheduleEntrylD. Requirement))

CREATE TABLE BXT.ScheduleProperty (

ScheduleEntrylD    CHAR (64)    NOT NULL.

81

ГОСТ Р МЭК 61512-2—2016

Require mentlD

PropertyName

ProperlyValue

EngrUnits

Description

CHAR (32)    NOT NULL.

CHAR (32)    NOT NULL.

CHAR (255).

CHAR (32).

CHAR (255).

PRIMARY KEY (ScheduleEntrylD. RequirementID. PropertyName))

CREATE TABLE BXT.SchedubParameter (

ScheduleEntrylD

CHAR (64)

NOT NULL.

ParameterlD

CHAR (32)

NOT NULL.

ParentParameterlD

CHAR (32).

ParameterValue

CHAR (255).

EngrUnits

CHAR (32).

ItemLocation

CHAR (128).

EnumSet

CHAR (32).

Description

CHAR (255).

PRIMARY KEY (ScheJuleEntrylD, ParameterlD))

CREATE TABLE BXT_His!oryElement (

HistoryElementlD    INTEGER    NOT    NULL.

BatchID    CHAR (128).

MasterRecipelD    CHAR (128),

MasterReopeVersion CHAR (16).

ControlRedpelD    CHAR (28).

ReferenceEquipProcedure INTEGER.

RecipeProcedure    CHAR (128).

UnitProoedure    CHAR (128).

UnitProcedureCounter    INTEGER.

Operation    CHAR (128).

OperationCounter    INTEGER.

Phase    CHAR (128).

PhaseCounter    INTEGER.

EquipmentID    CHAR (32).

EPI ID    CHAR (32).

PRIMARY KEY (Hrslo-yElementID))

CREATE TABLE BXT.HistoryLog ( RecordID

UTC

LocalTime

BatchID

HistoryElementlD

EquipmentID

EPIJD

UserlD

RecordSet

INTEGER DATETIME. DATETIME CHAR (128), INTEGER.

CHAR (32). CHAR (32).

CHAR (64).

INTEGER

RecordSubSet    INTEGER.

RecordAlias    CHAR (32).

NewSfelue    CHAR    (128).

OldValue    CHAR    (128).

EngrUnits    CHAR (32).

PRIMARY KEY (RecordID))

NOT NULL. NOT NULL.

NOT NULL.

82

ГОСТ Р МЭК 61512-2—2016

Приложение С

(справочное)

Сокращения

В настоящем стандарте используются следующие сокращения:

ВХТ — Таблица обмена инфоэмацией о партии изделий (Batch exchange table);

ЕРЕ — Процедурный элемент оборудования (Equipment procedural element};

ID —Идентификатор (Identification);

ISA —Американское Общество Инженеров-Приборостроителей (Instrument Society ol America); MR — Технологическая рецеттура (Master recipe);

PFC — Процедурная функциональная диаграмма (Procedure function chart);

RE —Рецептурный элемент (Recipe element);

SFC — Последовательная функциональная диаграмма (Sequential function chart);

SOP — Стандартная рабочая процедура (Standard operating procedure);

SQL — Язык структурированных запросов (Structured query language);

UML — Универсальный язык моделирования (Unified modeling language);

UTC — Универсальное координированное время (Universal coordinated time).

63

ГОСТ Р МЭК 61512-2—2016

Приложение О

(справочное)

Руководство по языку

D.1 Общие положения

Язык - это множество символов и правил их использования в процессе общения. Раздал 6 содержит руководство по созданию указанных обозначений и правил, необходимых для обеспечения связи элементов производства партии изделий.

Процесс общения, задействуощий машины и рабочих, имеет место для всех шести управляющих действий, описанных в МЭК 61512-1. Представители обеих сторон процесса общения должны понимать используемые обозначения. должны использовать одчи и те же установленные правила.

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

Главной отличительной особенностью управления серийным производством является наличие рецептуры. Графические обозначения, поставленные в соответствие рассматриваемой рецептуре, и правила их использования определены в разделе 6. Прочее компоненты рецептуры (например, формулы) содержат подробности, которые лучше представить в визуальной форме, а не в текстовой.

D.2 Построение PFC-диаграмм

В tSTR88.00.03:1996 [2] рассмотрены три способа отображения информации: табличный формат, нотация (система обозначений) диаграмм Ганта, последовательные функциональные диаграммы (SFC-диаграммы).

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

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

SFC-диаграммы могут использоваться для отображения условных решений процедуры. Вместе с тем. имеется ряд конкретных аспектов процедур, не представляемых корректно с помощью SFC-диаграмм. Некоторые представления с помощью SFC-диаграмм выглядят излишне усложненными.

Элементы этих трех указанных методов отображения информации объединены в одно целое для создания новой системы обозначений, назьвэемой PFC-диаграммой. Данный вид диаграмм устанавливает графическое описание процедурной части рассматриваемой рецептуры и является производным от нотации функциональных диаграмм, определенных в МЭК 60948. PFC-диаграммы модифицированы для обеспечения корректного отображения рецептуры с испогъзованием пэеимуществ диаграмм Ганта и табличного формата.

D.3 Рецептурная процедура

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

МЭК 61512-1 определяет четыре уровня для процедурных элементов:

-    собственно процедура:

-    процедура технологической установки:

-    операция:

-    фаза.

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

84

ГОСТ Р МЭК 61512-2—2016

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

D.4 Требования к отображению элементов процедурного управления

В настоящем стандарте определен метод описания элементов процедурного управления в рецептурных процедурах. Для корректного отображения необходимо удовлетворять следующим требованиям;

•    простота восприятия информации оператором:

•    простота построения: когычество синтаксических требований и условных обозначений должно быть минимальным:

•    четкое определение границ: использование стандартных графических обозначений начала инструкции и окончания инструкции:

•    однозначное отображение порядка выполнения действия: последовательность, параллелизм, выбор (дифференциация). сходимость:

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

•    иерархический уровень: стандартные обозначения собственно процедур, процедур технологической установки. операций, фаз;

•    существование различных уровней: стандартные графические обозначения возможного разложения иерархических элементов на составные чэс*и;

-    применимость к технологическим рецептурам и рецептурам управления:

-    применимость ко всем уровням: аналогичные множества обозначений и правил используются на всех уровнях рецептуры:

•    независимость от способа представления: одинаковая степень используемости и возможности понимания как для «бумажного» представления, так и для электронного представления с полным набором цветов и возможностей компьютерной графики.

&5

ГОСТ Р МЭК 61512-2—2016

Приложение Е

(справочное)

Пример обработки процедурных функциональных диаграмм

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

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

Если процедурный элемент является активным, то PFC-диаграмма (представляемый процедурный элемент оборудования) нижнего уровня в настоящий момент времени подвергается обработке в соответствии с используемой моделью состояния. В рассматриваемом примере используется пример модели состояния из МЭК 61512-1. Элемент является неактивным, если его обозначения не оцениваются (не задействованы) системой обработки PFC-диаграммы. Если процедурный элемент находится в резерве, то PFC-диаграмма (рассматриваемый процедурный элемент оборудования) нижнего уровня соответствует используемой модели состояния. В этом случае элемент не обрабатывается, и своего состояния изменить не может.

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

Пример 1 — Фаза заканчивается, если значение рассматриваемого перехода равно TRUE.

PFC-диаграмма запущена. Символ начала работ активирован.

Рецептура фазы S1 активирована. Соответствующая фаза оборудования (не показана) также активируется.

Явный переход Т1 становится активным. Он непрерывно оценивается, гак как рецептура фазы S1 активирована.

86

ГОСТ Р МЭК 61512-2—2016

Значение Т1 равно TRUE.

Фаза оборудования S1 получает входной сигнал: значение Т1 равно TRUE.

Фаза оборудования S1 остается активной до тех пор. пока не активирована система внутренней логической оценки ее состояния.

Фаза оборудования S1 переходит в состояние завершения работ и деактивируется. Завершение работ может также являться результатом подачи внешнего сигнала на вход Т1 и успешного завершения управляющих действий.

Рецептурная фаза S1 неактивна, так как неактивной является фаза оборудования S1.

Оценка состояния Т1 больше не производится, элемент становится неактивным.

Рецептурная фаза S2 и соответствующая фаза оборудования S2 активируются.

Явный переход Т2 становится активным, включается режим непрерывной оценки состояния данного элемента.

87

ГОСТ Р МЭК 61512-2—2016

Приложение ДА

(справочное)

Сведения о соответствии ссылочных международных стандартов национальным стандартам

Таблица ДА.1

Обозначение ссылочного международного стандарта

Степень соответствия

Обозначение и наименование соответствующею национальною стандарта

IEC 60848

е

IEC 60050-351

*

IEC 61131-3

*

IEC 61512-1

*

ISO/1EC 9075 (асе части)

е

' Соответствующий национальмьй стандарт отсутствует.

88

ГОСТ Р МЭК 61512-2—2016

Библиография

(1]    Rumba ugh, J. Jacobsen, I and J Booch. The unified modelling Language Manual. 1999, Addison-Wesley

{2]    ISA TR68.0.03:1996, Possible recipe procedure presentation formats

89

ГОСТ Р МЭК 61512-2—2016

УДК 658.52.011.56:006.354    ОКС 35.240.50    ЮТ

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

Редактор Е. В. Дркж Технический редактор В. Н. Прусакова Корректор И. А. Королева Компьютерная верстка А. С. Тыртышного

Сдано в набор 17.10.2016. Подписано в печать 16.11.2016. Формат 60 « 84 Vt. Гарнитура Ариал. Уел. ген. л. 10.70. Уч.-изд п. 0,03. Тирах 26 экз За*. 2606.

Подготовлено на остове электронной версии, предоставленной разработчиком стандарта

Издано и отпечатан* во ФГУП «СТАНДАРТИНФОРМ». 12399S Москва. Гранатный лер.. 4 «vwnw.goMinfo.rij