Обзор приложений для рабочих инструкций
  • 18 Jan 2024
  • 8 Минуты для чтения
  • Авторы

Обзор приложений для рабочих инструкций


Article Summary

::: (информация) () Чтобы загрузить приложение, посетите: Библиотека:::Обзор набора приложений Work Instructions App Suite, который поможет вам решить, какой шаблон лучше всего подходит для ваших нужд.

Что определяет приложение для рабочих инструкций?

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

Process Hierarchy.jpg

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

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

Набор приложений для рабочих инструкций

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

Шаблоны на основе приложений

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

Одиночная процедура

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

WI Single Procedure.gif

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

WI Single Procedure Analytics.png

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

Несколько процедур (одна задача на шаг)

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

WI Multiple Procedure (1 per step).gif

Кнопка Log Defect на каждом шаге задания позволяет оператору регистрировать любые дефекты материала и подробно описывать их. Все данные сохраняются после нажатия кнопки Report Defect.

Шаг "Аналитика" состоит из ряда виджетов анализа, которые показывают данные только после того, как приложение было завершено пользователем. Без записей о завершении приложения аналитику не из чего черпать данные.

Многократная процедура (все задачи в одном шаге)

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

WI Multiple Procedure (Multiple step).gif

Кнопка Log Defect на каждом шаге задания позволяет оператору регистрировать любые дефекты материала и подробно описывать их. Все данные сохраняются после нажатия кнопки Report Defect.

Шаг "Аналитика" состоит из ряда виджетов анализа, которые показывают данные только после того, как приложение было завершено пользователем. Без записей о завершении приложения аналитику не из чего черпать данные.

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

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

Одна задача на один шаг

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

WI One Task per Step.gif

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

WI One Task per Step Aggregation.png

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

Кнопка Log Defect на каждом шаге задания позволяет оператору регистрировать любые дефекты материала и подробно описывать их. Все данные сохраняются после нажатия кнопки Report Defect.

Шаг "Аналитика" состоит из ряда виджетов анализа, которые отображают данные только после того, как в приложении есть данные для ссылки. При отсутствии записей аналитику не из чего черпать данные.

Скроллер процедур

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

WI Procedure Scroller.gif

Когда пользователь выбирает процедуру на шаге Select Procedure, этот выбор сохраняется в Linked Placeholder, который заполняет информацию о процедуре в правой части шага. На шаге Tasks задачи в интерактивной таблице фильтруются по идентификатору процедуры, выбранному на предыдущем шаге.

WI Procedure Scroller Task Filter.png

Кнопка Log Defect на шаге Tasks позволяет оператору регистрировать любые дефекты материала и подробно описывать их. Все данные сохраняются после нажатия кнопки " Отправить дефект ".

Шаг "Аналитика" состоит из ряда виджетов анализа, которые показывают данные только тогда, когда в приложении есть данные для ссылки. При отсутствии записей аналитику не из чего черпать данные.

Просмотрщик процедур (мобильное приложение)

Приложение Procedure Viewer - это мобильная версия приложения Procedure Scroller. На первом экране оператор может выбрать процедуру, отсканировать процедуру или просмотреть аналитические данные о процедурах, выполненных на данный момент.

WI Procedure Scroller (Mobile).gif

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

WI Procedure Scroller Task Filter.png

Если оператор сканирует процедуру, идентификатор загружается в фильтр задач со следующими триггерами уровня шага в разделе "Машина и устройство":

WI Procedure Scroller (Mobile) Load Procedure by ID.png

Чтобы получить дополнительную информацию о задаче, оператор может выбрать View Details на шаге View Task. Шаг Просмотр сведений загружает информацию о выбранной задаче из записи таблицы.

Кнопка Log Defect на каждом шаге задания позволяет оператору регистрировать любые дефекты материала и подробно описывать их. Все данные сохраняются после нажатия кнопки Submit (Отправить ).

Шаг "Аналитика" состоит из ряда виджетов анализа, которые показывают данные только тогда, когда в приложении есть данные для ссылки. При отсутствии записей аналитику не из чего черпать данные.

Скроллер процедур с параметрами

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

WI Procedure Scroller with Parameters.gif

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

Кнопка Log Defect на шаге Tasks позволяет оператору регистрировать любые дефекты материала с подробным описанием дефекта. Все данные сохраняются после нажатия кнопки " Отправить дефект ".

Шаг "Аналитика" состоит из ряда виджетов анализа, которые показывают данные только тогда, когда в приложении есть данные для ссылки. При отсутствии записей аналитику не из чего черпать данные.

Создатель процедур

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

WI Procedure Creator.gif

С помощью кнопок Add пользователь может добавлять процедуры, задачи и параметры в свои подборки, а также использовать кнопку Edit для изменения своих подборок.

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

Как выбрать правильный шаблон для ваших нужд

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

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

Шаблоны на основе приложений | Шаблоны на основе таблиц | | --- | --- | | | Процесс с низким содержанием смеси | Процесс с высоким содержанием смеси | | Логически зависимое или разветвленное продвижение через приложение | Общее продвижение приложений | | Регулируемые отрасли, где процедуры должны строго контролироваться, а все изменения утверждаться | Менее регулируемые отрасли, где акцент делается на эффективном предоставлении содержания рабочей инструкции, которое может быть быстро изменено через множество интерфейсов | | | Параметры процесса (такие как крутящий момент, Процесс может быть одинаковым на высоком уровне, но настройки или параметры сильно зависят от конкретного изделия и могут быть загружены в общее приложение из таблицы | | Высокая зависимость от устройств или переменных пользовательских данных в течение всего рабочего процесса | Низкая зависимость от устройств или переменных пользовательских данных в течение всего процесса |

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

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

Pretty App Patterns.png

Например, приложения Single Procedure и One Task per Step следуют линейным путям, в то время как приложения Procedure Scroller и Procedure Viewer следуют настраиваемым путям. Если вы не уверены, какой путь приложения лучше всего подходит для ваших нужд, составьте схему процесса и его возможных вариаций или настроек параметров, которые влияют на поведение приложения.

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

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

WI Example Process Diagrams.png

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

WI App-based Design.png

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

WI Table-based Design.png

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

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

Flow Chart Final.png

Для получения дополнительной информации и ресурсов по разработке приложения, которое идеально подходит для ваших нужд, пройдите курс Tulip University Work Instruction Solution Design!


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