База знаний Business Studio 7
Переход на сайт нейросети Perplexity AI для поиска информации о Business Studio. Подробнее о возможности см. по ссылке

Содержание справки

Настройка прав для поддержки жизненного цикла модели

Настройка прав на справочники репозитория должна обеспечивать процесс подготовки и принятия изменений модели архитектуры компании.

Процесс подготовки изменений может быть реализован двумя базовыми способами:

Применимость и удобство каждого способа зависит от объема изменений. Далее будет дано описание каждого из способов. Нужно отметить, что на их основе можно создавать свои вариации подхода к поддержке жизненного цикла модели.

Подготовка изменений с помощью проектных папок

Концепция (Проектные папки)

В данном способе подготовки изменений в корневой ветке в каждом нужном репозитории создаются папки рядом с актуальными моделями. Например:

Папка «Актуальная модель»

Папка «Проекты»

Папка «Проект1»

Папка «Проект2»

…

Применимость (Проектные папки)

Небольшое количество изменений. Например, одна модель бизнес-процесса с созданием объектов в нескольких смежных репозиториях (Документы, Оргструктура, ИТ-системы).

Workflow (Проектные папки)

  1. Создается проектная папка в каждом нужном репозитории.
  2. На эти проектные папки даются права на изменение участникам проекта (см. Горизонтальные права).
  3. Участники проекта подготавливают изменения в проектных папках.
    Если в рамках проекта меняются существующие объекты или диаграммы, то они копируются в проектные папки.
  4. Изменения утверждаются заинтересованными лицами
  5. Объекты из проектных папок переносятся на постоянное место в репозитории.

Матрица настройки прав (Проектные папки)

Пример настройки прав для данного способа приведен в таблице:

Репозиторий
Группа пользователей
Деятельность Документы Оргструктура ИТ-архитекутра
(Архимейт)
Программная инженерия
(С4)
Модель данных
(папка с классами UML)
Бизнес-архитектор Владелец Владелец Владелец Чтение Чтение Чтение
Ответственный за ведение репозитория Документы Чтение Владелец Чтение Чтение Чтение Чтение
Бизнес-аналитики Чтение
Проектная папка
Чтение
Проектная папка
Чтение
Проектная папка
Чтение
Проектная папка
Чтение
Проектная папка
Чтение
Проектная папка
Корпоративный архитектор Чтение Чтение Чтение Владелец Владелец Владелец
Системный аналитик Чтение Чтение Чтение Чтение
Проектная папка
Чтение
Проектная папка
Чтение
Проектная папка
Все сотрудники компании Чтение Чтение Чтение Чтение Чтение Чтение
Таблица 1. Матрица настройки прав

Легенда (Проектные папки)

Владелец – ответственный за ведение репозитория. Проверяет структуру репозитория и отсутствие дублей объектов.

Обладает полными правами.

Если в данном репозитории всем остальным пользователям запрещено создавать объекты, то заводит новые объекты по запросу (но это может привести к задержкам в моделировании у пользователей).

Чтение – дается право на использование объектов в своих моделях.

Проектная папка – авторам изменений дается право Изменения на их собственную проектную папку репозитория. Автор может добавлять объекты в эти папки, если он не нашел их в основном Репозитории, и использовать их в своих моделях. После поиска дублей и утверждения Владельцем рабочие элементы переносятся в постоянное место хранения Репозитория.

Плюсы способа (Проектные папки)

  1. Папки заводятся быстро без участия администратора базы данных.

Минусы способа (Проектные папки)

  1. В отчетах будут выводиться проектные объекты. Например, если в новом процессе была задействована оргединица, то в ее отчетах будет выводиться новый процесс. Требуется донастройка отчетов, чтобы привязки учитывали статус новых объектов.
  2. Требуется перенос проектных объектов или диаграмм в постоянное место хранения в репозитории.
    Если менялся существующий объект или диаграмма, то они предварительно должны быть удалены.
  3. Проектные папки заводятся в каждом справочнике, в который вносятся изменения.

Подготовка изменений с помощью веток

Концепция (Ветки)

В данном способе подготовки изменений изменения вносятся сразу в нужные места репозиториев в проектной ветке.

Применимость (Ветки)

  1. Большое количество изменений.
  2. Большое количество задействованных репозиториев.
  3. Длительный срок проекта.

Матрица настройки прав (Ветки)

Пример настройки прав в корневой ветке с Актуальной моделью приведен в таблице:

Репозиторий
Группа пользователей
Деятельность Документы Оргструктура ИТ-архитекутра
(Архимейт)
Программная инженерия
(С4)
Модель данных
(папка с классами UML)
Бизнес-архитектор Владелец Владелец Владелец Чтение Чтение Чтение
Ответственный за ведение репозитория Документы Чтение Владелец Чтение Чтение Чтение Чтение
Бизнес-аналитики Чтение Чтение Чтение Чтение Чтение Чтение
Корпоративный архитектор Чтение Чтение Чтение Владелец Владелец Владелец
Системный аналитик Чтение Чтение Чтение Чтение Чтение Чтение
Все сотрудники компании Чтение Чтение Чтение Чтение Чтение Чтение
Таблица 2. Матрица настройки прав

Workflow (Ветки)

  1. Создается проектная ветка (см. Создание ветки).
  2. Даются права участникам проекта на ветку.
  3. Даются права участникам проекта на конкретные узлы репозиториев в проектной ветке (см. Горизонтальные права).
  4. Участники проекта подготавливают изменения в репозиториях в проектной ветке.
  5. Изменения утверждаются заинтересованными лицами.
    Для получения списка объектов к утверждению используются пункты в Меню пользователя\Управление моделью.
  6. Отнимаются права у участников проекта на конкретные узлы репозиториев (см. п.3).
  7. Проектная ветка применяется к корневой ветке с Актуальной моделью (см. Применение ветки).

Плюсы метода (Ветки)

  1. Объекты сразу находятся в нужных узлах иерархических справочников, поэтому не нужно в справочниках после окончания проекта вручную переносить проектные объекты из проектных папок на постоянное место хранения.

Минусы метода (Ветки)

  1. Большое количество одновременно запущенных веток потребует увеличение мощностей сервера приложений и баз данных.

Ссылки на дополнительные материалы

  1. Создание веток, выдача прав на ветки, применение веток (см. Ветки).
  2. Выдача и отъем прав на отдельные объекты репозиториев (см. Горизонтальные права).