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

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

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

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

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

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

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

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

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

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

Таблицы 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. You should only include these table types once you've gone through the Solution Design process and exhausted all other options. Secondary table types should NEVER serve as the foundation for an app solution.
:::

Журналы

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

Примеры:

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

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

Ссылки

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

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

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

Примеры:

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

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

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

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

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

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

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

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