Как использовать общую модель данных

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

Что такое общая модель данных?

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

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

Общая модель данных в системе Composability

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

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

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

Лучшие практики

:::(Info) (Примечание) Для понимания таблиц, составляющих общую модель данных, важно знать " Лучшие практики хранения данных в Tulip".::::

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

Основные типы таблиц

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

Эти таблицы всегда будут включать поле Status, которое будет регулярно обновляться приложениями.

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

Вот разбивка всех типов таблиц в Общей модели данных:

Физические артефакты

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

Существует две категории физических артефактов:

1. АктивыК активамотносятся компоненты, которые оснащают, содержат или выполняют процесс, такие как: * Оборудование * Весы * Места.

2. МатериалыМатериалы- это предметы, используемые или создаваемые в процессе, такие как: * Инвентарные предметы * Единицы * Партии

Операционные артефакты

Оперативные артефакты - это материальные или нематериальные элементы или компоненты, которые обеспечивают или поддерживают операции.

Существует три категории операционных артефактов:

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

2. СобытияСобытиявключают в себя нечто произошедшее, например: * Дефекты * Исправления

3. ЗаказыЗаказысодержат информацию о товарах или услугах, например: * Заказы на выполнение работ * Заказы на обработку

Вторичные (расширенные) типы таблиц

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

• Журнал
• Ссылка .

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

:::(Error)Secondary table types do not fit within a Digital Twin model and should only be considered by advanced users. Эти типы таблиц следует включать только после того, как вы пройдете через процесс проектирования решения и исчерпаете все другие варианты. Вторичные типы таблиц НИКОГДА не должны служить основой для прикладного решения.::::

Журналы

Журналы событий - это информация, которая может быть найдена и определить что-то в производстве. Их часто можно найти во внешних системах, таких как ERP. Поскольку исторические данные традиционно отслеживаются с помощью App Completion и хранятся в Completion Records, использовать таблицу Log нужно ТОЛЬКО в том случае, если:* Вам нужно выделить определенные данные из записей завершения для целей визуализации* Вам нужно использовать эти данные в расчетах, в частности в запросах и агрегациях.

Примеры:

• Примечания и комментарии
• Записи родословной
• История деятельности станции
• Результаты инспекции

Вы НЕ должны обращаться к таблицам журналов для:* Исторических записей* Прослеживаемости

Ссылки

Ссылки - это общие учетные записи между приложениями. Это похоже на концепцию записи о завершении, за исключением того, что она разделяется между приложениями и делает доступными запросы к таблицам, Aggregation и изменяемость таблиц Tulip.

По возможности данные следует получать в режиме реального времени непосредственно из первоисточника - например, ERP - через HTTP-коннектор. Использование справочной таблицы может потребоваться в некоторых случаях, например:* Временно, во время установления соединения с ERP.* Если внешняя система содержит ограниченное количество справочных данных, которые необходимо дополнить с помощью Tulip.

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

Примеры:

• Определения материалов
• Билль о материалах

Создайте свою собственную общую модель данных

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

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

Планирование общей модели данных

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

Дальнейшее чтение

• Хранение данных
• Общие таблицы Tulip
• Лучшие практики хранения данных в Tulip