Архитектура приложения для отслеживания заказов

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

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

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

При рассмотрении вопроса о том, какой объем информации (или какой объем процесса) необходимо включить в одно приложение, обратите внимание на два различных распространенных подхода:

1. Каждое приложение разрабатывается для одной роли пользователя. У супервайзеров разные приоритеты, им нужна разная информация, и они должны действовать в соответствии с приказами иначе, чем операторы, поэтому, возможно, имеет смысл разделить приложения в зависимости от того, какие пользователи их используют
2. Каждое приложение предназначено для решения одной задачи. Для более сложных развертываний Tulip очень важно поддерживать Composability во всей инфраструктуре Tulip. Сегментирование приложений по их функциям означает, что в будущем эти же приложения можно будет развернуть без особых изменений и получить немедленную выгоду.
   1. Например. В случае отслеживания заказов это может означать создание специального приложения для создания приложений, отдельного приложения для аудита запущенных приложений и отдельного приложения для просмотра генеалогии или дефектов заказов.

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

Основные роли отслеживания заказов

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

Операторы

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

Что необходимо операторам для выполнения своей работы

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

Супервайзеры/руководители производства

Правильное выполнение работы в нужное время - вот задача руководителей производства.

Что необходимо руководителям для выполнения их работы

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

Руководители предприятий

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

Что необходимо руководителям предприятий для выполнения своей работы

• Видимость показателей производительности более высокого уровня
• Инструментарий для изучения базовых данных и поиска первопричин.

Разбивка приложений

Функциональный пример Functional Example для отслеживания заказов служит в качестве основной функциональности, необходимой для отслеживания заказов:

• Создание заказов
• Просмотр заказов
• Обновление заказов
• Расписание заказов
• Обновление количества и местоположения заказов
• Просмотр деталей и истории заказов
• Просмотр аналитических данных на основе данных о заказах

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