Как создать автоматизированное приложение для создания отчетов об отклонениях
  • 04 Nov 2023
  • 4 Минуты для чтения
  • Авторы

Как создать автоматизированное приложение для создания отчетов об отклонениях


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

Как создать автоматизированное приложение для создания отчетов о дефектах

С помощью этого пошагового руководства специалисты по качеству смогут отслеживать распространенные дефекты в режиме реального времени

Примечание: Эта тема рассматривается в разделе "Создание приложения для проверки качества" в Tulip University.

Некоторые компании нанимают специалистов по качеству для отслеживания и устранения дефектов в течение дня. Обычно эти специалисты имеют при себе лист бумаги для отслеживания распространенных дефектов на производстве. Выглядит это примерно так:

How To Build An Automated Rejects Report App_89029881.png

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

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

Приложение "Отчет о дефектах" должно состоять из двух шагов:

  1. Выбор детали с дефектом
  2. Выбор типа дефекта из предопределенного списка.

Вот как это может выглядеть:

How To Build An Automated Rejects Report App_92979993.png

Tulip будет сохранять дефект в базе данных, как только кто-то воспользуется приложением. Затем можно просмотреть график дефектов в реальном времени на панели Dashboard.

How To Build An Automated Rejects Report App_89032594.png

Вот как создать приложение для создания отчетов о дефектах.

Предварительные условия

Для того чтобы понять этот урок, вы должны пройти курс Tulip Basics - краткий экскурс по редактору приложений Tulip.

Шаг 1- Выберите деталь

How To Build An Automated Rejects Report App_89032597.png

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

Вот часть электронной таблицы, которую мы рассматриваем:

How To Build An Automated Rejects Report App_92983017.png

Когда оператор выберет деталь, с помощью триггеров вы перейдете к следующему шагу и обновите переменную "part_id" с указанием конкретной детали. Это позволит в дальнейшем анализировать частоту дефектов в зависимости от детали.

После использования переменной для отслеживания идентификатора детали можно построить анализ, показывающий часто встречающиеся дефектные детали.

Построение в Tulip

Приведем пример экрана выбора детали:

How To Build An Automated Rejects Report App_92980661.png

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

Вот пример кнопки над деталью, расположенной крайним справа.

How To Build An Automated Rejects Report App_92980773.png

В нижней части вкладки "Виджет" контекстной панели видно, что для параметра "Цвет кнопки" установлено значение "Прозрачный". Текст в кнопке также отсутствует. Это позволяет построить логику на основе изображения, которое оператор будет нажимать на своем рабочем месте.

Теперь необходимо использовать триггеры и переменные для хранения названия дефектной детали.

Добавьте триггер к кнопке и назовите его примерно так: "Save Part ID - Part x".

How To Build An Automated Rejects Report App_92981010.png

Затем создайте переменную с именем "partID" и обновите ее именем детали. После этого перейдите к следующему шагу.

Вот как это можно сделать в редакторе триггеров:

А вот оператор "Then", приведенный выше:

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

На этом экране можно создать переменную partID, выбрав опцию "Новая переменная" рядом с выпадающим окном с названием "location".

Сначала необходимо выбрать эти опции:

Затем можно создать переменную, выбрав опцию "Новая переменная" в следующем поле под названием "location":

После обновления переменной отправьте оператора на следующий шаг, добавив утверждение "Go To Step", "Next".

How To Build An Automated Rejects Report App_92981974.png

Комбинирование данного шага с другими шагами

В некоторых случаях операторы не должны автоматически переходить на следующий шаг. Возможно, потребуется создать динамические маршруты по приложению в зависимости от выбранной детали. Для этого достаточно выбрать конкретный шаг в выпадающем списке рядом с "Go To Step" для каждой части.

Возможности аналитики

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

Используйте анализ "Одна операция" и выберите переменную "part_ID" для оси X. На оси Y отобразится частота.

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

Шаг 2. Выберите дефект

How To Build An Automated Rejects Report App_89032599.png

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

Вот часть электронной таблицы, которую мы рассматриваем:

How To Build An Automated Rejects Report App_92983068.png

Этого можно добиться с помощью "Шага формы". Поскольку Tulip будет автоматически отслеживать дату и время завершения приложения, вам потребуется только два поля:

  • Тип дефекта из предварительно выбранного списка
  • Изображение дефекта (при необходимости).

Создание приложения в Tulip

Вот как это может выглядеть:

How To Build An Automated Rejects Report App_89032158.png

Вам нужно два поля, выпадающий список и фотография.

Сначала создайте новый шаг формы. Затем добавьте выпадающее поле с помощью панели инструментов.

How To Build An Automated Rejects Report App_92982603.png

How To Build An Automated Rejects Report App_92982639.png

На шаге "Выпадающее поле" нажмите "+" рядом с именем переменной, чтобы создать новую переменную, которая будет отслеживать выбор оператора в этом конкретном поле. Затем переименуйте ее в "Тип дефекта" или "defect_type".

How To Build An Automated Rejects Report App_89032240.png

Сделайте все опции в выпадающем списке доступными в виде кнопок, затем добавьте опции с помощью символа "+".

How To Build An Automated Rejects Report App_89032381.png

Наконец, замените кнопку "Далее" на кнопку "Завершить", поскольку это последний шаг приложения.

How To Build An Automated Rejects Report App_89032471.png

Комбинирование этого шага с другими шагами

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

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

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

Возможности аналитики

Вы можете использовать анализ "Одна операция", чтобы увидеть, какие дефекты встречаются чаще всего. Для этого достаточно выбрать переменную "defect_type" для оси X.

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

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


Вы не нашли то, что искали?

Вы также можете зайти на сайт community.tulip.co, чтобы задать свой вопрос или узнать, сталкивались ли другие с подобным вопросом!


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