Как анализировать контрольные листы проверки качества с помощью анализа "множественных переменных"

Как анализировать контрольные списки проверок качества с помощью анализа "множества переменных"

Используйте это руководство для анализа общих точек отказа при проверке качества.

В Tulip "контрольный список проверки качества" обычно состоит из серии шагов с изображениями и описаниями, а затем кнопок "Прошел" и "Не прошел".

Например, так:

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

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

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

В данном руководстве показано, как анализировать результаты проверки качества в формате линейной диаграммы.

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

Структурирование приложения

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

Так, в приведенном выше примере вот логика, которая может выполняться, когда оператор нажимает кнопку "Совпадения".

• "Манипуляция данными" "Хранить" данные: "Static Value" "boolean" "yes" location: "fan_check"
• "Go To Step" "Next"

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

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

• "Манипуляция данными" "Хранить" данные: "Static Value" "boolean" "no" location: "thickness_measurement"
• "Go To Step" "Next"

В конце у вас должна появиться новая переменная для каждого шага.

Структурирование анализа

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

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

В выбранном приложении перейдите на вкладку "Аналитика" в окне App Summary View, затем выберите "Новый анализ".

Затем выберите анализ "Сравнение переменных" и выберите опцию "Сравнение булевых переменных":

В контекстной панели появится 6 вариантов:

В данном случае мы сосредоточимся на полях "X Axis" и "Y Axis".

Щелкните на поле "Ось X", а затем выберите все булевы переменные из приложения, связанные с проверкой качества. В приведенном ниже примере мы выберем три переменные.

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

Далее настроим ось Y. Выберите поле "Ось Y", и вы увидите два варианта.

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

Нашли ли вы то, что искали?

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