Кейсы из практики /
Разработка функциональных требования к целевому процессу комплектации

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

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

Структура функциональных требований стандартно следующая:

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

1. Планирование сбора
   1. По факту создания заказа продажи → WMS
      1. Сравнивает зону и дату доставки заказа с временными настройками планирования в справочнике "Временные настройки для сбора зон доставки".
      2. Если дата доставки соответствует настройке для зоны доставки заказа → Создаёт задание на сбор товаров в заказ.
      3. Если дата доставки вне горизонта планирования → Ставит заказ в режим ожидания до наступления сроков сбора.
   2. По факту создания заказа → WMS проверяет, есть ли доступные для выполнения задания сборщики
      1. Если есть доступные сборщики → На основании настроек в справочнике "Настройки балансировки нагрузки на сборщиков" отбирает сборщика для выполнения задания
      2. Если доступные сборщики отсутствуют → Ставит задание на сбор в очередь до появления первого свободного сборщика.
   3. Выбрав сборщика → WMS выдаёт на ТСД сборщика задание на сбор
      1. На экран выводится 1-й шаг задания: разместить сборочную тару на тележке
2. Сбор товаров
   1. Сборщик навешивает количество раты, указанного на ТСД, на тележку и на ТСД нажимает "ОК" → WMS
      1. Отбирает первую непройденную ячейку из маршрута сбора.
      2. Выводит адрес ячейки и запрос на считывание её ШК на ТСД.
   2. Сборщик перемещает тележку к указанной на ТСД ячейке и сканирует ШК данной ячейки → WMS проверяет корректность считанного ШК
      1. Если считан некорректный ШК → Выводит на ТСД сообщение об ошибке → Выполняет переход в пункт 2.1.2.
      2. Если считан ШК заданной ячейки → Выводит на ТСД наименование, фото и количество товара к подбору из ячейки, и запрос на сканирование ШК товара.
   3. Сборщик выполняет поиск товара в ячейке
      1. Если товар найден → Сканирует ШК на упаковке взятого товара → Выполняется переход в п.2.4.
      2. Если товар не найден → Вводит на ТСД количество 0 → Выполняется переход в п.2.5.1.
   4. Если отсканирован ШК товара → WMS проверяет соответствие считанного ШК требуемому товару
      1. Если считан ШК требуемого товара → На ТСД указывает № короба для влоажения товара и запрашивает ввод количества подбираемого товара
      2. Если считан некорректный ШК → Выводит на ТСД сообщение об ошибке → Выполняет переход в пункт 2.2.2.
   5. Сборщик перемещает товар из ячейки в указанный на ТСД № короба и вводит подобранное количество товара → WMS проверяет, всё ли количество товара согласно заданию подобрано
      1. Если не всё заданное количество товара подобрано / в ячейке товара нет → Выполняет поиск альтернативной ячейки (с тем же товаром)
         1. Если альтернативная ячейка найдена → Выполняет переход в пункт 2.1.2.
         2. Если альтернативная ячейка отсутствует → Проверяет, есть ли ещё непройденные ячейки в маршруте
            1. Если есть енпройденные ячейки в маршруте → Выполняет переход в пункт 2.1.1.
            2. Если все ячейки в маршруте пройдены → Отбирает пост упаковки и ыводит на ТСД № выбранного поста
   6. Сборщик
      1. Перемещает тележку к указанному на ТСД посту упаковки
      2. Сканирует ШК поста упаковки → WMS завершает задание на бор на ТСД сборщика
      3. Перемещает с тележки контейнеры с товаром

Для упрощения восприятия примера в нём не принят ряд алгоритмических вариаций

• Алгоритм построения маршрута обхода ячеек
• Алгоритм расчёта количетсва сборочной тары под объёмы собираемого товара
• Подбор из одной ячейки нескольких товаров
• Контроль корректности поста упаковки, на который сборщик перемести контейнеры с собранным товаром

и так далее...

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

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

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