Сценарии использования: управление пользователями

Проверка СБ

INSP-UC-USR-025





Провести проверку пользователя при регистрации

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

Релиз: ПОСЛЕ MVP

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

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

Точки входа:

  • Реестр заявок на регистрацию

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

  1. Пользователь зарегистрировался и верифицировал почту UC-AUTH-002

Приоритет:

Низкий 

Роли: 

Служба контроля - далее СБ💬

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

  1. СБ открывает реестр заявок на регистрацию
  2. СБ выбирает заявку на регистрацию и открывает страницу с подробностями Пользователя
    1. Фамилия
    2. Имя
    3. Отчество
    4. e-mail
    5. Номер телефона
    6. * Набор полей зависит от роли
  3. СБ устанавливает решение по регистрации: 
    1. Разрешено
    2. Запрещено
    3. Комментарий
  4. Система обновляет карточку/заявку пользователя
    1. Если решение = Разрешено, то статус Пользователя = Активный
    2. Если решение = Запрещено, то статус Пользователя = Отказ
    3. Фиксируется комментарий, оставленный СБ
  5. Система сохраняет изменения Пользователя 
  6. Система отправляет на почту Пользователя письмо с решением
  7. Завершение сценария

Расширение:

5a. Ошибка при сохранении изменений
5a.1. Система не смогла сохранить изменения сущности Пользователя
5a.2. Система отображает ошибку с кодом и текстом: "Произошла ошибка, код ошибки: <<код>>, обратитесь в службу технической поддержки"
5a.3 Завершение сценария


Примечание:

Обновить данные профиля (Пользователь)

INSP-UC-USR-003

Восстановить пароль (пользователь забыл пароль)💬

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

Релиз: ПОСЛЕ MVP

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

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

Точки входа:

  • Окно авторизации

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

  1. статус Пользователя = Активный 

Приоритет:

Средний (2)

Роли: 

Любая роль в системе - далее Пользователь

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

  1. Пользователь запускает функцию восстановления пароля
  2. Система отображает форму для ввода e-mail
  3. Пользователь вводит e-mail подтверждает восстановление пароля
  4. Система проверяет наличие пользователя с указанным e-mail
  5. Система генерирует ссылку для восстановления пароля
  6. Система отправляет сообщение на e-mail пользователя:
    1. Ссылка для восстановления пароля
  7. Пользователь открывает сообщение и переходит по ссылке
  8. Система проверяет валидность ссылки-восстановления
  9. Система отображает окно для ввода нового пароля и его подтверждения:
    1. Новый пароль
    2. Новый пароль контрольный
  10. Пользователь вводит и подтверждает новый пароль
    1. Новый пароль
    2. Новый пароль контрольный
  11. Система проверят введенный пароль на соответствие условиям INSP-AT-USR-009
  12. Система сохраняет изменения Пользователя системы
  13. Система отображает сообщение об успешной операции 
  14. Система перенаправляет Пользователя на страницу авторизации 

Расширение:

8a. Ссылка невалидна
8a.1. Система обнаруживает, что ссылка невалидна или некорректная
8a.2. Система отображает сообщение об ошибке
8a.3. Пользователь может выполнить восстановление пароля еще раз с 1 пункта основного потока 


10a. Пользователь вышел со страницы не подтвердив
10a.1. Пользователь закрыл страницу не подтвердив смену пароля
10a.2. Система не сохраняет изменения
10a.3. Завершение сценария


11a. Пароли не совпадают или не соответствуют условиям
11a.1. Система обнаруживает несоответствие пароля одному или нескольким условиям:

  • Новый пароль != Старый пароль
  • несоответствие требованиям INSP-AT-USR-009

11a.2. Система отображает сообщение об ошибке
10a.3. Продолжение сценария с пункта 9 основного потока


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


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

Примечание:


INSP-UC-USR-008


Изменить пароль

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

Релиз: MVP

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

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

Точки входа:

  • Профиль

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

  1. Пользователь авторизован, статус Пользователя = Активный

Приоритет:

Средний (2)

Роли: 

Любая роль в системе - далее Пользователь

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

  1. Пользователь запускает функцию изменения пароля
  2. Система отображает форму ввода:
    1. Старый пароль
    2. Новый пароль
    3. Новый пароль контрольный
  3. Пользователь вводит данные
    1. Старый пароль
    2. Новый пароль
    3. Новый пароль контрольный
  4. Система проверяет соответствие текущего пароля и введенного пользователем старого пароля
  5. Система проверяет Новый пароль = Новый пароль контрольный
  6. Система проверяет соответствие Нового пароля условиям:
    1. Новый пароль != Старый пароль
    2. Условия INSP-AT-USR-009
  7. Пользователь подтверждает обновление пароля
  8. Система сохраняет новый пароль пользователя
  9. Система отображает сообщение об успешной операции
  10. Завершение сценария

Расширение:

3a (7a). Отмена или выход без сохранения
.1 Пользователь отменяет изменение пароля или выходит без сохранения
.2 Система возвращает пользователя на страницу профиля


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

Примечание:


INSP-UC-USR-007





Обновить данные профиля

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

Релиз: MVP

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

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

Точки входа:

  • Профиль

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

  1. Пользователь авторизован
  2. Статус Пользователя = Активный

Приоритет:

Средний

Роли: 

Любая роль в системе - далее Пользователь

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

  1. Пользователь запускает функцию изменения данных профиля
  2. Система отображает форму для изменения данных:
    1. Фамилия
    2. Имя
    3. Отчество
  3. Пользователь вносит изменения в данные:
    1. Фамилия INSP-AT-USR-005
    2. Имя INSP-AT-USR-006
    3. Отчество INSP-AT-USR-007
    4. В зависимости от роли пользователя, Пользователь может перейти к сценариям:
      1. Если роль = Агент, обновить данные Агента → INSP-UC-AGNT-007
      2. Если роль = Исполнитель, обновить данные Исполнителя → INSP-UC-CNTR-006
    5. Пользователь также может перейти к выполнению сценариев:
      1. Изменить пароль → INSP-UC-USR-008
  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 Завершение сценария

Примечание:


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

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

claude-code · 2026-09-15 09:15 МСК · фрагмент удалён · к фрагменту · 73075011
«?????»

[Ревью] Критично (MVP): В сценарии «Обновить данные профиля» (UC-USR-007) в списке полей формы буквально указано «?????» вместо содержимого — прямой недосмотр в спецификации. Нужно указать реальное 4-е поле формы (либо убрать пункт, если полей только 3).

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

[Ревью] Решено, спасибо — плейсхолдер «?????» убран, в форме «Обновить данные профиля» теперь корректно указаны 3 поля (Фамилия, Имя, Отчество).

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

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

claude-code · 2026-09-15 09:15 МСК · решён · к фрагменту · 73075015
«Восстановить пароль (пользователь забыл пароль)»

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

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

Нет, в рамках MVP не планируется восстановление пароля

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

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

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

[Ревью] РЕШЕНО — можно удалить: подтверждено осознанное решение не включать восстановление пароля в MVP, риск принят.

claude-code · 2026-09-16 08:46 МСК · решён · к фрагменту · 73075683
«Служба безопасности - далее СБ»

[Ревью] Новое: сценарий UC-USR-025 вводит роль «Служба безопасности» (СБ), тогда как во всей остальной документации (модель ролей, матрица ролей, страница «Список допущений/решений…») фигурирует роль «Служба контроля». Это либо два разных субъекта (тогда СБ нигде больше не описана как системная роль и не входит в перечень ролей МVP/После-MVP), либо синоним одной и той же роли под разными именами — в любом случае терминологию нужно унифицировать, чтобы не запутать при реализации проверки регистрации.

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

[Ревью] РЕШЕНО — можно удалить: роль в сценарии UC-USR-025 переименована с «Служба безопасности (СБ)» на «Служба контроля», терминология унифицирована с остальной документацией.