You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

Статья посвящена настройке для работы с функционалом Ролевого пользователя.

1. Предварительные настройки

1. Добавить атрибут project_scope_folder ("Папка проекта") к Типу Элемента, привязанному к списку "Реестр проектов".

2. Перейти в список "Реестр проектов, на элементе заполнить атрибуты project_scope_folder из СХД и Lookup-атрибуты участников.

3. В СХД указать Роли из ОШС в Lookup-атрибутах участников процессов.

4. Добавить вычисление атрибута project_scope ("Карточка проекта") к ТЭ "Процесс".

5. Добавить вычисление атрибута project_scope ("Карточка проекта") в автоматизацию ТЭ "Задача".

2. Реестр проектов

1. Создается отдельный список "Реестр проектов":

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

2. Создается Lookup-атрибут со ссылкой на реестр проектов
3. Данный Lookup-атрибут добавляется на те элементы, на которые необходимо назначать ролевых пользователей

4. Значение этого атрибута задается:

  • вручную ("Проект");
  • либо вычисляется по формуле ("Стадия"/"Раздел"/"Задача" и т.д.).

3. Настройка ролевого пользователя

1. Состав ролевых пользователей для проекта осуществляется на списке "Реестры проектов" в отдельных атрибутах (Мульти Lookup).

2. В организационную структуру добавляется новый ТЭ "Ролевой пользователь".

Ролевой пользователь — это группа пользователей, привязанная к проекту (например, Архитекторы, ГИПы, Инженеры и т.д.).

3. В ТЭ "Ролевой пользователь" есть обязательный атрибут Lookup-атрибут со ссылкой на реестр проектов/, где задается состав ролевой группы на проекте.

4. Структура БД

1. Cоздаются таблицы расшифровок функциональных групп и ролевых пользователей для Lookup-атрибутов (user_group_membership) со столбцами:

  • id (guid) — идентификатор расшифровки;

  • source (guid) — ID элемента;

  • field (guid) — ID Lookup-атрибута; 

  • project (guid) — ID проекта;

  • group_list (guid[]) — список пользователей/групп;

  • principal_list (guid[]) — список пользователей/групп для расшифровки.

2. Для таблицы scope_read применяются следующие столбцы:

  • id (guid) — идентификатор;
  • project (guid) — ID проекта;
  • principal_access_list (guid[]) — список групп с правами на чтение;
  • access_list (guid[]) — список групп/пользователей, имеющих доступ.

3. Алгоритмы работы

1. Алгоритм пересчета при изменении составов ролевых пользователей в проекте: 

  • для заданного ID проекта и ID атрибута ищем элементы в user_group_membership, где project соответствует проекту и group_list содержит измененную группу;
  • затем аналогично обновляем scope_read по проекту и principal_access_list

2. Алгоритм выбора элементов с проверкой прав на чтение:

выбираем документы с присоединенными путями и фильтруем по scope_read, используя пересечение access_list с группами текущего пользователя.

3. Алгоритм поиска по Lookup-атрибутам:

выбор документов через соответствующий поиск по Lookup (ugm.field соответствует нужному Lookup) с учетом группы доступа пользователя.

  • No labels