Please enable JavaScript.

Coggle requires JavaScript to display documents.

ServiceDesk - Coggle Diagram

- - - - Номер обращения (обязательное автоматическое заполнение)
      - Категория (обязат. поле, выборка из списка)
      - Территория (обязат. поле, выборка из списка)
      - Может быть будет кнопка "Сохранить"/"Опубликовать". В этот момент удобно осуществлять проверку на заполнение всех необходимых полей (US: Модератор указал по новому обращению все необходимые поля, назначил ответственного Исполнителя, после чего сохраняет изменения.
      - Ответственный сотрудник
      - Тема обращения (обязат. поле, выборка из списка)
      - Уточнить, какие поля в разделе "Активные обращения" должны быть, их порядок и обязательность. Как должны помечаться обязательные поля? Что должно произойти, если пользователь пропускает обязательные поля?
      - Уточнить, какие дополнительные кнопки должны присутствовать в разделе
      - Какие обращения будут выводиться в данном разделе для разных ролей, в каком порядке
      - Уточнить, в каком порядке должна предоставляться информация, какие манипуляции с ней могут проводиться (сортировка, редактирование и тп)
      - Вероятные кнопки для Модератора: Отправить в архив, Ответить, Назначить
    - - Уточнить, какие поля в разделе "Архив" должны быть, их порядок
        P.S. Вероятнее всего, по структуре раздел будет похож на раздел "Активные обращения"
      - Уточнить, какие доп. кнопки должны присутствовать в разделе
      - Уточнить, для чего нужен этот раздел. Какие бцдут сценарии использования
      - Уточнить, можно ли будет что-то редактировать в обращениях в этом разделе. Можно ли будет перемещать обращения из этого раздела
      - Какие обращения будут выводиться в данном разделе для разных ролей, в каком порядке
      - Уточнить, в каком порядке должна предоставляться информация, какие манипуляции с ней могут проводиться (сортировка, редактирование и тп)
  - - - Уточнить, какие должны быть кнопки, поля и тп
      - Уточнить, в каком порядке должна предоставляться информация, какие манипуляции с ней могут проводиться (сортировка, редактирование и тп)
    - - Уточнить, какие должны быть кнопки, поля и тп
      - Уточнить, в каком порядке должна предоставляться информация, какие манипуляции с ней могут проводиться (сортировка, редактирование и тп)
- - - - Какие данные о новом пользователе будут на входе? (только ФИО сотрудника, его роль или еще что-то, например, должность)
      - Уточнить, кто будет назначать роли (вероятнее всего все роли будет назначать админ)
    - - Корректировка ролей/прав (US: пользователь А с ролью "Модератор" был заблокирован. Пользователя Б с текущей ролью "Исполнитель" необходимо перевести в модераторы)
      - Корректировка данных о пользователе (ФИО)
      - Обновление паролей (US: политика безопасности этого требует или сотрудником утерян пароль)
      - Блокировка пользователя системы (например, в случае увольнения сотрудника)
        
        Уточнить, как будут отображаться в системе заблокированные сотрудники (например, уволенные или переведенные на др позиции сотрудники). И вообще, нужно ли это. Наиболее корректный вариант - разделять базу пользователей на активных и неактивных. И в случае неактивного пользователя отображать его данные по выполненным им заявкам, находящимся в архиве или активным заявкам, назначенным на него, но еще не выполненным - но отображать его данные каким-нибудь серым цветом для понимания, что данный человек более не относится к системе.
  - - - Отправить в Архив
        
        Данный кейс в принципе не очень понятен. Уточнить подробнее, в каких случаях обращения будут направляться в архив, будет ли при этом указываться какой-то ответ, пометка в обращении и тп.
      - Ответить (US: Модератор решает ответить на обращение самостоятельно)