Общая модель данных Tulip
  • 13 May 2024
  • 5 Минуты для чтения
  • Авторы

Общая модель данных Tulip


Article Summary

Общая модель данных Tulip

Приложения можно объединять для решения конкретных задач, соединяя производственные процессы с помощью таблиц в модели. Tulip Common Data Model{target=_blank}. В отличие от традиционных моделей данных, основанных на зависимостях, композитная модель общих данных Tulip позволяет добавлять таблицы со временем в зависимости от конкретного случая.

Composability Levels Combined.png

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

Tulip Data Model Combined.png

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

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

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

В идеале таблицы должны представлять только данные:

  • Физические артефакты
  • Операционные артефакты

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

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

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

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

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

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

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

Типы первичных таблиц

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

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

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

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

Элементы инвентаря

Содержит инвентарь по местоположению и предметам.Common Table Inventory Items

Станции

Показывает все станции в цехе.Common Table Stations

Единицы

Используется для хранения уникальных физических партий, серийных номеров и партий.Common Table Units

Оборудование и активы

Оборудование или устройства многократного использования, не входящие в спецификацию материалов, но необходимые для выполнения процедур и требующие калибровки.Common Table Equipment and Assets

Места

Физические места на производственном участке. Они могут быть связаны с местами расположения комплектов света для подбора к свету.Common Table Locations

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

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

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

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

Запросы на материалы

Хранит запросы на пополнение запасов материалов для определенных предметов между отделами.Common Tables Material Requests

Заказы на выполнение работ

Производственные требования вашей операции. Они генерируются на основе заказов и представляют собой требования к конкретным материалам, которые должны быть произведены для выполнения заказа.Common Table Work Orders

Дефекты

Отслеживание дефектов. Каждая линия - это уникальный дефект, связанный с отдельным материалом или соблюдением отклонений. Линии могут иметь несколько количеств.
Common Table Defects

Действия

Удерживает события, требующие последующих действий.Common Table Actions

Карточки Канбан

Common Table Kanban Cards

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

Следующие вторичные типы таблиц не вписываются в модель Digital Twin и должны рассматриваться только опытными пользователями. Таблицы Reference или Log следует включать только после того, как вы пройдете через процесс проектирования решения и исчерпаете все другие варианты. Эти таблицы никогда не должны служить основой для прикладного решения.

Журналы

Logs are a secondary table type within the Tulip Common Data Modelпоскольку они не вписываются в модель Digital Twin и должны рассматриваться только опытными пользователями. Таблицы журналов следует включать только после того, как вы пройдете через процесс проектирования решения и исчерпаете все другие варианты. Таблицы Log НИКОГДА не должны служить основой для решения приложения. ::: Поскольку исторические данные традиционно отслеживаются через App Completion и хранятся в Completion Records, использовать таблицу Log нужно только в том случае, если: * Вам нужно выделить определенные данные из записей завершения для целей визуализации * Вам нужно использовать эти данные в расчетах, в частности в запросах и агрегации.

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

Примечания и комментарии

Пользователи могут хранить заметки, которые прикрепляются к рабочим заказам, сменам или другим артефактам процесса.Common Table Notes and Comments

История деятельности станции

Хранит исторические записи о выходе продукции и состоянии производства по станциям, сгруппированные по часам. По функциям и назначению аналогична таблице активности станков.Common Table Station Activity History

Родословные записи

Каждая запись представляет собой отношение родитель/ребенок. Дочерним элементом может быть как серийный, так и несерийный узел или отдельная деталь.Common Table Genealogy Records

Результаты проверок

Хранит результаты выполнения процедур по отношению к проверяемому материалу. Это результаты прохождения/непрохождения контроля или измерения, выполненные на этапе процесса, который требует ввода данных от пользователя.Common Table Inspection Results

Ссылки

References are a secondary table type within the Tulip Common Data ModelНе следует включать ссылки, поскольку они не вписываются в модель Digital Twin и должны рассматриваться только опытными пользователями. Ссылочные таблицы следует включать только после того, как вы прошли через процесс разработки решения и исчерпали все другие варианты. Справочные таблицы НИКОГДА не должны служить основой для прикладного решения:

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

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

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

Определения всех изготовленных, приобретенных или собранных предметов. Здесь описываются предметы и их специфические свойства.Common Table Material Definitions

Сводная ведомость материалов

Эта таблица обычно используется вместо интеграции с системой учета, которая может передавать эти данные в режиме реального времени. В этой таблице хранится спецификация материалов и процедур для данного продукта родительского элемента. Она может использоваться для отображения необходимых компонентов и их количества в разбивке по этапам процесса.Common Table Bill of Materials

Читать далее


Была ли эта статья полезной?