Администрирование

Администрирование пользователей

INSP-UC-USR-010

Просмотреть список пользователей в системе

Статус сценария: Ожидание согласования

Релиз: ПОсле MVP

Бизнес-требование:  

Точки входа:

  • Пользователь авторизован 
  • Администрирование → Пользователи

Предусловия:

Приоритет:

Средний

Роли: 

Системный администратор - далее Администратор

Основной поток:

  1. Администратор запускает функцию просмотра списка пользователей системы и их ролей
  2. Система отображает текущий список пользователей и данные в виде реестра:
    1. Идентификатор в системе
    2. Логин
    3. Фамилия
    4. Имя
    5. Отчество
    6. Роль
    7. Дата регистрации
    8. Статус
  3. Администратор может перейти к одному из сценариев:
    1. Сортировать список пользователей → INSP-UC-USR-011
    2. Фильтровать список пользователей → INSP-UC-USR-012
    3. Найти Пользователя в реестре пользователей → INSP-UC-USR-013
    4. Изменить данные пользователя → INSP-UC-USR-014
    5. Заблокировать пользователю доступ к системе → INSP-UC-USR-015
    6. Разблокировать пользователя → INSP-UC-USR-018
    7. Возобновить процесс регистрации пользователя UC-USR-017
  4. Завершение сценария

Расширение:

Примечание:


INSP-UC-USR-011




Сортировать список пользователей

Статус сценария: Ожидание согласования

Релиз: ПОсле MVP

Бизнес-требование: 

Требование: 

Предусловия:

  1. Администратор открыл список пользователей INSP-UC-USR-010

Точки входа:

  • Администрирование → Пользователи

Приоритет:

Низкий

Роли: 

Системный администратор - далее Администратор

Основной поток:

  1. Администратор запускает функцию сортировки одного из полей реестра пользователей:
    1. Фамилия
    2. Имя
    3. Отчество
    4. Дата регистрации
  2. Если ранее была включена сортировка по другому полю, то Система сбрасывает ее
  3. Система сортирует реестр по указанному полю
    1. по возрастанию при первом вызове
    2. по убыванию при втором вызове
    3. при третьем вызове - сброс сортировки
  4. Завершение сценария

Расширение:

3a. Ошибка запроса
3a.1 Система не смогла выполнить запрос (или не смогла получить ответ по запросу)
3a.2 Система отображает ошибку "Возникла ошибка, попробуйте обновить страницу и повторить запрос"
3a.3 Завершение сценария

Примечание:


INSP-UC-USR-012




Фильтровать список пользователей

Статус сценария:  Ожидание согласования

Релиз: ПОсле MVP

Бизнес-требование: 

Предусловия:

  1. Администратор открыл список пользователей INSP-UC-USR-010

Точки входа:

  • Администрирование → Пользователи

Приоритет:

Средний (2)

Роли: 

Системный администратор - далее Администратор

Основной поток:

  1. Администратор запускает функцию фильтрации (сложной) реестра
  2. Система отображает форму для настроек фильтрации с ключевыми атрибутами фильтрации:
    1. Роль
    2. Дата регистрации
    3. Статус
  3. Администратор устанавливает фильтры
    1. Роль 
    2. Дата регистрации
    3. Статус
  4. Администратор подтверждает применение фильтров в реестре
  5. Система выполняет фильтрацию реестра по заданным настройкам
  6. Администратор просматривает реестр
  7. Завершение сценария

Расширение:

6a. Быстрый сброс
6a.1 Администратор запустил функцию сброса фильтров (или очистил форму с настройками фильтрации)
6a.2 Система сбрасывает результаты фильтрации и отображает такой вид реестра, какой был перед тем как Администратор начал фильтрацию
6a.2 Завершение сценария


5a. Ошибка запроса
5a.1 Система не смогла выполнить запрос (или не смогла получить ответ по запросу)
5a.2 Система отображает ошибку "Возникла ошибка, попробуйте обновить страницу и повторить запрос"
5a.3 Завершение сценария

Примечание:


INSP-UC-USR-013




Найти Пользователя в реестре пользователей

Статус сценария:  Ожидание согласования

Релиз: ПОсле MVP

Бизнес-требование: 

Предусловия:

  1. Администратор открыл список пользователей INSP-UC-USR-010

Точки входа:

  • Администрирование → Пользователи

Приоритет:

Средний (2)

Роли:

Системный администратор - далее Администратор

Основной поток:

  1. Администратор вводит в форму для поиска запрос
  2. Система динамически при вводе от 3 символов начинает поиск Пользователя и отображает результаты по совпадению (без учета регистра):
    1. Фамилия
    2. Имя
    3. Отчество
    4. Логин
    5. E-mail
  3. Система отображает результаты поиска
  4. Пользователь может продолжить вводить символы для поиска, система динамически производит поиск
  5. Завершение сценария

Расширение:

4a. Быстрый сброс
4a.1 Администратор запустил функцию сброса результатов поиска (или очистил форму поиска)
4a.2 Система сбрасывает результаты поиска и отображает такой вид реестра, какой был перед тем как Администратор начал поиск
4a.2 Завершение сценария

2a, 4b. Ошибка запроса
.1 Система не смогла выполнить запрос (или не смогла получить ответ по запросу)
.2 Система отображает ошибку "Возникла ошибка, попробуйте обновить страницу и повторить запрос"
.3 Завершение сценария

Примечание:


INSP-UC-USR-014

Изменить данные пользователя

Статус сценария: Ожидание согласования

Релиз: ПОсле MVP

Бизнес-требование: 

Системный администратор должен иметь возможность изменить все данные профиля пользователя

Точки входа:

  • Администрирование → Пользователи

Предусловия:

  1. Администратор выбрал Пользователя, чьи данные хочет изменить

Приоритет:

Высокий (1)

Роли: 

Системный администратор - далее Администратор

Основной поток:

  1. Администратор запускает функцию изменения данных профиля Пользователя
  2. Система отображает форму для изменения данных:
    1. Логин
    2. Фамилия
    3. Имя
    4. Отчество
    5. Роль
    6. Статус
  3. Администратор вносит изменения в данные:
    1. Логин 
    2. Фамилия 
    3. Имя 
    4. Отчество 
    5. Роль 
    6. Статус 
  4. Администратор подтверждает изменение данных
  5. Система проверят корректность введенных данных
  6. Система сохраняет и обновляет данные Пользователя
  7. Система отображает сообщение об успешной операции
  8. Завершение сценария

Расширение:

5a. Некорректный ввод данных
5a.1 Система обнаруживает некорректный ввод данных 
5a.2 Система отображает сообщение об ошибке
5a.3 Продолжение сценария с пункта 2


3a(4a). Отмена или выход
3a(4a).1. Администратор отменяет изменение данных профиля или выходит со страницы не подтвердив сохранение
3a(4a).2. Система не сохраняет изменения
3a(4a).3. Завершение сценария


6a. Ошибка при сохранении
6a.1 Система не смогла сохранить изменения
6a.2 Система отображает сообщение о произошедшей ошибке
6a.3 Завершение сценария

Примечание:


INSP-UC-USR-015

Заблокировать пользователю доступ к системе

Статус сценария:  Ожидание согласования

Релиз: ПОсле MVP

Бизнес-требование: 

Системный администратор должен иметь возможность заблокировать пользователя в системе, запретить ему доступ в систему

Точки входа:

  • Администрирование → Пользователи

Предусловия:

  1. Администратор выбрал Пользователя, которого планирует заблокировать

Приоритет:

Средний (2)

Роли: 

Системный администратор - далее Администратор

Основной поток:

  1. Администратор вызывает функцию блокировки выбранного пользователя
  2. Система проводит поиск зависимостей с данным пользователем
  3. Система отображает окно Администратору  для подтверждения действия с сообщением "Пользователь будет заблокирован и не сможет войти в систему" и отображением найденных зависимостей
  4. Администратор подтверждает блокировку пользователя
  5. Система блокирует выбранного Пользователя и запрещает полный доступ к системе, теперь данный пользователь не может Авторизоваться в системе 
    1. Пользователь. Статус = Заблокирован 
  6. Система отображает сообщение об успешной операции
  7. Завершение сценария

Расширение:

4a. Отмена
4a.1. Пользователь отменяет блокирование/разблокирование пользователя
4a.2. Система возвращает на интерфейс управления пользователями


5a. Ошибка при блокировке
5a.1 Система не смогла произвести блокирование пользователя
5a.2 Система отображает сообщение о произошедшей ошибке
5a.3 Завершение сценария

Примечание:



INSP-UC-USR-018

Разблокировать пользователя

Статус сценария:  Ожидание согласования

Релиз: ПОсле MVP

Бизнес-требование: 

Точки входа:

  • Администрирование → Пользователи

Предусловия:

  1. Пользователь. Статус = Заблокирован
  2. Ранее был выполнен сценарий INSP-UC-USR-015

Приоритет:

Средний

Роли: 

Системный администратор💬 - далее Администратор 

Основной поток:

  1. Администратор вызывает функцию разблокировки выбранного пользователя
  2. Система отображает окно Администратору  для подтверждения действия с сообщением "Пользователь будет разблокирован и сможет войти в систему" 
  3. Администратор подтверждает разблокировку пользователя
  4. Система разблокирует выбранного Пользователя и открывает доступ к системе (согласно роли и правам)
    1. Пользователь. Статус = Активен 
  5. Система отображает сообщение об успешной операции
  6. Завершение сценария

Расширение:

3a. Отмена
3a.1. Пользователь отменяет действие
3a.2. Система возвращает на интерфейс управления пользователями


5a. Ошибка при разблокировке
5a.1 Система не смогла произвести разблокирование пользователя
5a.2 Система отображает сообщение о произошедшей ошибке
5a.3 Завершение сценария

Примечание:


Комментарии (13) · по состоянию на 2026-09-18

К фрагментам текста

claude-code · 2026-09-15 09:15 МСК · решён · к фрагменту · 73074994
«Супер-оператор»

[Ревью] Критично: В сценарии «Разблокировать пользователя» (UC-USR-018) роль указана как «Супер-оператор» — это единственное упоминание такой роли во всей документации, везде в остальных местах используется «Системный администратор». Похоже на терминологическую ошибку/опечатку — нужно унифицировать название роли.

Софья Герасимова · 2026-09-15 11:53 МСК · 73075284

обновила

claude-code · 2026-09-15 13:40 МСК · 73075462

[Ревью] Решено, спасибо — роль в сценарии «Разблокировать пользователя» исправлена на «Системный администратор», терминология унифицирована.

claude-code · 2026-09-16 10:17 МСК · 73075786

[Ревью] РЕШЕНО — можно удалить: роль исправлена на «Системный администратор», терминология унифицирована.

claude-code · 2026-09-15 09:15 МСК · фрагмент удалён · к фрагменту · 73075003
«Система не позволяет менять роль пользователю, если его текущая роль = Агент»

[Ревью] Желательно (После MVP): Правило «Система не позволяет менять роль пользователю, если его текущая роль = Агент» указано без объяснения причины, и аналогичного ограничения для роли «Исполнитель» нет. Нужно либо объяснить бизнес-причину ограничения именно для Агента, либо распространить его на Исполнителя для консистентности.

claude-code · 2026-09-15 13:40 МСК · 73075465

[Ревью] Решено — неоднозначное ограничение смены роли для Агента (без объяснения причины) убрано из текста сценария «Изменить данные пользователя».

claude-code · 2026-09-16 10:17 МСК · 73075787

[Ревью] РЕШЕНО — можно удалить: неоднозначное ограничение смены роли для Агента убрано из текста сценария.

claude-code · 2026-09-15 09:15 МСК · фрагмент удалён · к фрагменту · 73075006
«Уникальные права»

[Ревью] Желательно (После MVP): В сценарии «Изменить данные пользователя» упомянуты «Уникальные права» со ссылкой на матрицу ролей, но не расшифровано, что это за сущность — отдельный permission override поверх ролевой модели (индивидуальные разрешения сверх/вместо роли) или что-то другое? Нужно явно описать механизм и его связь с матрицей ролей.

claude-code · 2026-09-15 13:40 МСК · 73075467

[Ревью] Решено — нерасшифрованное упоминание «Уникальные права» убрано из текста сценария «Изменить данные пользователя».

claude-code · 2026-09-16 10:17 МСК · 73075788

[Ревью] РЕШЕНО — можно удалить: нерасшифрованное упоминание «Уникальные права» убрано из текста сценария.

К странице

claude-code · 2026-09-15 09:15 МСК · открыт · 73074990

[Ревью] Критично (конфликт релизов MVP): Все сценарии реестра пользователей (UC-USR-010..014) и блокировки/разблокировки (UC-USR-015, UC-USR-018) помечены «После MVP». При этом описание модуля 3.4 заявляет «централизованное управление пользователями» и блокировку учётных записей как ключевую функцию. Неясно, как администратор будет управлять доступом при инциденте безопасности (например, компрометация аккаунта) до появления этого функционала — нужно либо поднять приоритет блокировки пользователя до MVP, либо описать временный процесс.

Софья Герасимова · 2026-09-15 11:54 МСК · 73075285

В рамках MVP никак этим управлять не будем

claude-code · 2026-09-15 13:40 МСК · 73075460

[Ревью] Решено, спасибо за подтверждение — управление доступом (блокировка/разблокировка) осознанно вынесено за пределы MVP, что также согласуется со страницей «Список функций Портала» (весь блок «Администрирование пользователей» — После MVP).