Использование общей модели данных
  • 13 May 2024
  • 3 Минуты для чтения
  • Авторы

Использование общей модели данных


Вводный текст

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

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

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

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

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

Table Model Ex

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

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

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

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

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

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

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

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

Примеры:

  • инвентарные объекты
  • Единицы
  • Места
  • Станции
  • Оборудование и активы

Оперативные артефакты

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

Примеры:

  • Заявки на материалы
  • Дефекты
  • Карточки Канбан
  • Рабочие заказы
  • Действия

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

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

Журналы

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

Примеры:

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

Ссылки

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

Примеры:

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

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

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

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

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

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

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


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