1. Назначение системы, функциональные требования, бизнес процессы - gilgenbergg/green_office GitHub Wiki

  1. Назначение системы
    Система “Зелёный офис” – это средство автоматизации предоставления услуг по озеленению предприятий (офисы, коммерческие структуры, гос. учреждения и др.)

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


  1. Функциональные требования
    Сотрудник службы по озеленению – лицо, осуществляющее уход за растениями клиента и установку новых на заказ.
  • Доступ к информации о закрепленных за сотрудником клиентских заявках и закупках, выполненных администраторами в их рамках при необходимости.
  • Получение актуальной информации о сроках “осмотра” растений, в т.ч. о последнем проведенном.
  • Фиксирование окончания осмотра и назначение даты следующего.
  • Осуществление проверки закупок на их соответствие на основе получения списка необходимых для растения ресурсов и уже закупленных для работы над ним.

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

    • Прием клиентских заявок и на основе договоренностей о типе растения (в случае первичных заказов) добавление соответствующего растения в базу системы.
    • Распределение ответственности за растения между сотрудниками.
    • Привязка клиентских заявок к растениям.
    • Корректировка имеющейся информации, в т.ч. изменение статуса заявки с учетом этапа работы.
    • Осуществление закупок на основе заявок соответствующего типа с учетом доступа по внешнему API к каталогу магазина-партнера.

    Клиент – компания-заказчик, которая изъявила желание воспользоваться услугами службы озеленения

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

    1. Бизнес-процессы
      1. Обработка клиентской заявки
      Этапы:
  • Клиент создает заявку (статус заявки: новая), помечая ее тип (“firstOne” в рамках первичного озеленения, т.е. с установкой нового растения и создания нового объекта в БД службы по озеленению или “planned” в случае планового для уже заведенных в системе объектов);
  • Диспетчер обрабатывает заявку: в случае заявки на первичное озеленение создает карточку нового растения, переходит в редактор соответствующей клиентской заявки для ее закрепления за соответствующим растением. # Устанавливает идентификатор садовника, после чего переводит заявку в статус “закупка”. После этого оформляет заказ на покупку требуемых для работы над заявкой ресурсов на основе их наличия в магазине-партнере. Для плановых осуществляет при необходимости редактирование закрепленного за заявкой садовника и переводит заявку в статус “gardening” для того, чтобы landscaper начал вести над ней работу.
  • Сотрудник выезжает в офис клиента и осуществляет установку растений, внося информацию о дате осмотра и устанавливая дату следующего, меняя статус заявки на “выполнена”;
  • Клиент видит статус заявки “done” в таблице своих заявок.

    Участники:

    • Клиент
    • Диспетчер службы озеленения
    • Сотрудник службы озеленения

    Сущности:

    • Заявка на оказание услуг
    • Заявка на закупку новых растений
    • Карточка растения в БД системы
      Ниже приведена BPMN для бизнес-процесса №1:
      BPMN 1
      2. Закупка растения
      Этапы:
    • Для нового растения в рамках первичного озеленения диспетчер создает карточку в системе, после чего закрепляет за ним соответствующую клиентскую заявку, переведя ее в статус “inPurhcase”.
    • Диспетчер переходит в режим создания заявки на закупку, устанавливая в рамках какой клиентской заявки необходимо ее оформление.
    • Далее администратор формирует список закупаемых единиц, получая информацию об их наличии в магазине (быть добавлены в заявку на закупку могут только те ресурсы, которые находятся в каталоге).
    • По итогу создания заявки на закупку, администратор видит в таблице своих заявок на закупку ранее созданную с присвоенным ей идентификатором. Садовник, который будет проверять корректность закупки устанавливается системой автоматически.
    • Заявка на закупку переводится в статус “inCheck” после чего поступает на рассмотрение садовнику.
    • Садовник видит в списке закрепленных за ним заявок на закупку соответствующую заявку и перейдя в режим проверки с учетом ее идентификатора на основе списка необходимых для данного типа растения ресурсов и купленных администратором в рамках закупки устанавливает статус “approved” в случае ее корректности или “inProgress” в случае необходимости создания дополнительной дозакупки в рамках новой заявки.

    Участники:

    • Диспетчер службы озеленения
    • Сотрудник службы озеленения

    Сущности:

    • Заявка на первичное озеленение
    • Заявка на закупку растений
    • Карточка растения в базе системы

    Ниже приведена BPMN для бизнес-процесса №2:
    BPMN 2

  • ⚠️ **GitHub.com Fallback** ⚠️