В рамках MVP:
| Сущность | Заявка на осмотр | Судно | Порт | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Операция | RD | СR | UP | DEL | EX | RD | CR | UP | DEL | RD | CR | UP | DEL |
| Агент | + (1) | + | + (1) | + (1) | + (1) | + | + | + | - | + | + | + | - |
Исполнитель | + (4) | - | + (4) | - | * | + | - | - | - | + | + | + | - |
| Администрация порта💬💬 | + | - | - | - | + | + | + | + | - | + | - | - | - |
Сокращения
CR - Создание (Create)
UP - Обновление (Update)
DEL - Удаление (Delete)
RD - Просмотре/чтение (Read)
EX - Экспорт (Export)
+ - есть право
- - нет права
* - право назначается отдельно Системным администратором
(1) Агенту доступны только те заявки, автором которых он является. Он может их просматривать и изменять (в определенном статусе)
(2) Только свой профиль
(4) Исполнителям доступны только те заявки, в которых они были назначены
Комментарии (18) · по состоянию на 2026-09-18
К фрагментам текста
[Ревью] Критично (MVP): У роли «Служба контроля» на действие UP (изменение) по Заявке стоит «+?» — сам автор матрицы не уверен в этом праве. Нужно явно подтвердить, есть ли это право, прежде чем закладывать его в реализацию ролевой модели MVP.
[Ревью] Решено, спасибо — роль «Служба контроля» убрана из матрицы, неопределённое право «+?» больше не встречается.
[Ревью] РЕШЕНО — можно удалить: роль «Служба контроля» удалена из матрицы, неопределённое право «+?» отсутствует.
[Ревью] Критично (MVP): В матрице у роли «Администрация порта» указано право CR (создание) на сущность «Заявка на осмотр». При этом ни один из известных сценариев use-case не описывает создание заявки Администрацией порта (создаёт заявку только Агент). Это расхождение матрицы прав и функциональных сценариев — нужно либо убрать право CR, либо описать соответствующий сценарий.
обновила
[Ревью] Решено, спасибо — право CR у «Администрация порта» на Заявку теперь «-», расхождение с use-case устранено.
[Ревью] РЕШЕНО — можно удалить: право CR у «Администрация порта» на Заявку изменено на «-», расхождение с use-case устранено.
[Ревью] Критично (MVP): В матрице у роли «Администрация порта» указано право UP (изменение) на сущность «Заявка на осмотр», но ни один сценарий не описывает редактирование заявки этой ролью. Матрица прав расходится с описанными use-case — нужно либо добавить сценарий редактирования, либо скорректировать матрицу.
[Ревью] Решено, спасибо — право UP у «Администрация порта» на Заявку теперь «-», расхождение с use-case устранено.
[Ревью] РЕШЕНО — можно удалить: право UP у «Администрация порта» на Заявку изменено на «-», расхождение с use-case устранено.
[Ревью] Критично (MVP): Для ролей «Служба контроля» и «Администрация порта» в столбце RD (просмотр) Заявки нет сноски-ограничения, в отличие от Агента (1) и Исполнителя (4), у которых видимость заявок явно ограничена. Значит ли это, что «Служба контроля» и «Администрация порта» видят ВСЕ заявки без фильтрации? Это риск утечки коммерчески чувствительной информации между конкурирующими агентами и портами — нужно явно зафиксировать правило видимости.
Здесь нет ошибки, они видят все (в рамках MVP)
[Ревью] Уточнение внесено, но остался вопрос: спасибо за пояснение, что «Администрация порта» видит все заявки в рамках MVP — это осознанное решение, а не пробел. Предложение: зафиксировать это явно в самой таблице (сноской, аналогично (1)/(4)), чтобы решение не потерялось при дальнейших правках, а не оставалось только в комментарии.
[Ревью] Пока актуально: сноска о том, что «Администрация порта» осознанно видит все заявки в рамках MVP (без ограничения видимости), в таблицу так и не добавлена — в столбце RD у этой роли по-прежнему нет сноски-ограничения, в отличие от Агента (1) и Исполнителя (4). Предложение остаётся прежним: добавить сноску, например (5), чтобы решение было зафиксировано в самой матрице, а не только в комментарии.
[Ревью] Пока актуально: сноска о полной видимости заявок «Администрацией порта» в рамках MVP всё ещё не добавлена в таблицу (столбец RD у этой роли по-прежнему без сноски-ограничения, в отличие от (1)/(4)). Решение зафиксировано только в комментарии — предлагаем добавить сноску, например (5), непосредственно в матрицу.
[Ревью] Желательно: Сноска «(3) Регистрация» в списке сокращений не используется ни в одной ячейке таблицы матрицы — похоже на потерянную/незавершённую сноску. Нужно либо проставить ссылку (3) в соответствующей ячейке, либо удалить сноску.
[Ревью] Решено, спасибо — неиспользуемая сноска (3) удалена из списка сокращений.
[Ревью] РЕШЕНО — можно удалить: неиспользуемая сноска (3) удалена из списка сокращений.