Функциональный пример инспекции
  • 13 May 2024
  • 3 Минуты для чтения
  • Авторы

Функциональный пример инспекции


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

::: (информация) () Чтобы скачать приложение, посетите: Библиотека:::

Функциональный пример инспекции (на основе приложения)

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

Назначение

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

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

Настройка

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

Как это работает

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

Вводные шаги

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

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

Screenshot 2022-12-19 at 12.16 3.png

  1. Триггеры, которые сохраняют все данные приложения, - это Save All App Data (действие) и любой из переходов Complete/ Cancel.

Screenshot 2022-12-19 at 12.16 2.png

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

Screenshot 2022-12-19 at 12.16 1.png

Этапы выполнения функций

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

Screenshot 2023-01-09 at 16.21 1.png

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

Screenshot 2023-01-09 at 16.22 1.png

Прошел/непрошел Некоторые проверки требуют, чтобы оператор проверил изделие/деталь и на основании своих суждений указал, прошел он проверку или нет. В приложении это делается с помощью кнопок Pass и Fail. Каждая кнопка сохраняет, соответственно, True или False в переменной Boolean Check.Screenshot 2023-01-09 at 16.22 2.png

Ввод числаЕсли оператору необходимо ввести числовое значение в качестве результата проверки, для этого используется поле ввода числа. Кнопка Submit на этом этапе просто переводит оператора на следующий этап, поскольку введенное значение автоматически сохраняется в переменной Number Input Check.Screenshot 2023-01-09 at 16.22 3 (1).png

РанжированиеЕсли у оператора есть набор стандартных значений для ввода, например, значение из рейтинга 1-4, это можно настроить с помощью кнопки для каждого значения в стандартном наборе. Когда оператор нажимает на одну из кнопок, соответствующее значение (1, 2, 3 или 4) сохраняется в переменной Ranking Check.

Screenshot 2023-01-09 at 16.22 4 (2).png

Ввод текстовых атрибутовИногда результат проверки не является простым "прошел/не прошел" и не измеряется числом. В этом случае оптимальным вариантом будет поле ввода текста. Как и в случае ввода числа, кнопка Submit просто переводит на следующий шаг, поскольку переменная, связанная с полем ввода текста, автоматически обновляется по мере ввода оператором.Screenshot 2023-01-09 at 16.22 5.png

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

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

Screenshot 2023-01-09 at 16.22 6.png

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

Group 1004.png

ДействиеВ папке шагов Common находится один шаг, на который вы будете перенаправлены каждый раз, когда оператор отмечает проверку как неудачную или если числовое значение выходит за пределы (в данном приложении пределы кодируются в приложении). Как только оператор нажимает кнопку Log Action, приложение завершается.
Screenshot 2023-01-09 at 16.22 7.png

Шаги работы с шаблоном

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

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

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


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