Отслеживание дефектов - расширение концепции

Обзор

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

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

Расширение приложений

Разделение приложений по должностным обязанностям

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

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

Модификация пользовательского интерфейса

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

• Определите, какие поля записей таблицы [Defect Events] необходимо вводить пользователям, а какие можно автоматизировать.
  • В Functional Example поле описания генерируется автоматически, но, возможно, пользователям целесообразнее иметь возможность писать пользовательское примечание.
• Измените маршрутизацию дефектов таким образом, чтобы пользователи видели только те дефекты, которые относятся к ним. Такая фильтрация может осуществляться по полю Next Steps, полю Reason, полю Assignee или любому другому ключевому отличительному признаку вашего процесса.
• Добавьте кнопки "быстрого действия" для автоматизации общих рабочих процессов. Возможно, в вашем отделе качества есть стандартные решения для определенных дефектов. Эти решения могут быть добавлены в кнопки, которые будут автоматически заполнять соответствующие поля таблицы.

Расширение модели данных

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

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

Связанные таблицы

Связанные записи позволяют связать одну запись с другой. Это означает, что для таблицы [Defect Events] не требуется подробная информация о материале, который был признан дефектным, а можно просто сослаться на связанную запись в таблице [Materials].

Таблица [Материалы]

Таблица "Материалы" предназначена для отслеживания материалов, связанных с ними заказов, дефектов и т.д. Один материал может иметь несколько дефектов.

Это позволяет отслеживать дефекты по материалам и использовать информацию о каждом материале в таблице Materials при работе с его дефектами.

| ИМЯ | ТИП | ОПИСАНИЕ | | | --- | --- | --- | --- | ID | Текст | Уникальный идентификатор записи. Должен быть уникальным | | Номер материала | Текст | Идентификатор материала | | Описание материала | Текст | Человекочитаемое описание компонента | | Статус | Текст | Текущий статус материала. Используется для отслеживания материала в процессе производства. | Тип | Текст | Тип материала, например, партия, единица, изделие, узел, компонент, партия и т.д. | | Единица измерения | Текст | Единица измерения, используемая для количества | | Местонахождение | Текст | Текущее местонахождение материала | | Количество | Число | Текущее количество материала | | Фотография | Изображение | Фотография изготавливаемого материала | | Номер партии / лота / серийный номер | Текст | Уникальная ссылка на материал, связывающая его с поставщиком. Это используется для расширения возможностей отслеживания материала для поставщика (внутреннего / вечного), находящегося за пределами Tulip. | Заказ | Заказ | Связанная запись | Заказ, в котором используется данная материальная позиция. Это используется только для материала верхнего уровня, остальная иерархия развивается через дочерние/родительские связи материалов. | | Дочерние материалы | Связанная запись | Материалы, которые используются (комбинируются/собираются) для производства данного материала | | | Родительские материалы | Связанная запись | Материал, который использует данный материал |

Добавление полей таблицы

Таблица [Defect Events] является хорошей отправной точкой для отслеживания важных данных о дефектах, но, вероятно, не включает все поля, важные для вашего процесса. Возможно, вы захотите также отслеживать: - первоначальную стоимость бракованных товаров (Cost-Of-Goods может быть получена из таблицы [ Materials]. - связанную запись с соответствующей записью [Orders].

Добавление таблиц

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

• Отслеживание операций
• События в области качества
• Инспекции
• Оборудование
• Заказы на отгрузку/получение

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