Различия

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

--- ru:manual:manage_model:use_of_branches_and_polls [2020/09/21 16:03]
192.168.1.50 [Согласование изменений (Этап 3)]
+++ ru:manual:manage_model:use_of_branches_and_polls [2023/03/16 12:20] (текущий)
@@ Строка 1: / Строка 1: @@
-======Использование веток и опросов======
+====== Использование веток и опросов ======
 В данной главе описан один из возможных подходов к управлению жизненным циклом модели.
-Изменение бизнес-архитектуры компании может осуществляться в режиме оперативных изменений или в проектах, занимающих длительное время. На Рисунок 1 показан возможный жизненный цикл актуальной модели с учетом подготовки изменений в отдельных ветках и последующей их заливкой в актуальную модель:
+Изменение бизнес-архитектуры компании может осуществляться в режиме оперативных изменений или в проектах, занимающих длительное время. На Рисунке 1 показан возможный жизненный цикл актуальной модели с учетом подготовки изменений в отдельных ветках и последующей их заливкой в актуальную модель:
-[{{  ru/manual/manage_model/lang_manage_model_045.png  |Рисунок 1.|}}]
+[{{  ru/manual/manage_model/lang_manage_model_045.png  |Рисунок 1}}]
-=====Оперативные изменения бизнес-архитектуры=====
+===== Оперативные изменения бизнес-архитектуры =====
 Локальные изменения в модель бизнес-архитектуры могут регулярно вноситься несколькими бизнес-аналитиками в выделенной ветке и переноситься в актуальную модель с необходимой частотой, например, один раз в месяц. Частота выбирается исходя из разумной периодичности уведомления сотрудников об изменениях.
@@ Строка 9: / Строка 9: @@
 Ветка для оперативных изменений имеет следующий типовой жизненный цикл:
-  - Разработка изменений модели (см. [[ru/manual/manage_model/branches#работа_в_ветке|Работа в ветке]])
+  - Разработка изменений модели (см. [[ru/manual/manage_model/branches/branches_works]])
-  - Согласование изменений модели с заинтересованными лицами (см. __Проведение опроса “Согласование”__);
+  - Согласование изменений модели с заинтересованными лицами (см. [[ru/manual/manage_model/use_of_branches_and_polls#Согласование_изменений_(Этап_3)|Проведение опроса "Согласование"]]);
-  - Применение изменений с помощью операции “Применение ветки” (см. [[ru/manual/manage_model/branches#применение_ветки|Применение ветки]]);
+  - Применение изменений с помощью операции "Применить ветку" (см. [[ru/manual/manage_model/branches/branches_apply]]);
-  - Официальное ознакомление сотрудников с изменениями (см. __Проведение опроса “Ознакомление”__).
+  - Официальное ознакомление сотрудников с изменениями (см. [[ru/manual/manage_model/use_of_branches_and_polls#перенос_изменений_из_ветки_в_актуальную_модель_и_ознакомление_сотрудников_этапы_5_и_6|Перенос изменений из ветки в актуальную модель и ознакомление сотрудников]]).
-=====Изменение бизнес-архитектуры в проекте=====
+===== Изменение бизнес-архитектуры в проекте =====
 Крупные изменения в бизнес-архитектуре компании, как правило, реализуются в рамках проектов, продолжающихся длительное время. Одновременно в компании может реализовываться несколько проектов.
-=====Жизненный цикл проекта=====
+===== Жизненный цикл проекта =====
 На Рисунке 2 представлен нормативный жизненный цикл проекта:
-[{{  ru/manual/manage_model/lang_manage_model_046.png?nolink  |Рисунок 2.}}]
+[{{  ru/manual/manage_model/lang_manage_model_046.png?nolink  |Рисунок 2}}]
 Этапы жизненного цикла проекта:
 **Этап 1.** Создание проекта и ветки проекта.
@@ Строка 34: / Строка 35: @@
 Важно иметь ввиду, что при реализации проекта может происходить возврат на предыдущие этапы,  а также то, что изменения могут двигаться по жизненному циклу проекта отдельными частями.
-=====Создание проекта и ветки проекта (Этап 1)=====
+===== Создание проекта и ветки проекта (Этап 1) =====
 При инициировании проекта определяются его основные параметры (цели, сроки, бюджет), а также задаются участники проекта. Назначение участников и предоставление им проектных ролей осуществляется в **Окне свойств** проекта путем добавления пользователей в список {{bslink>Участники проекта|ShowOnForm?e644b2a3-9eef-4b5c-adc3-588da2ca6bb8;p=40c8a502-8912-4776-acdc-5f9497886358,o=Param}}.
 Данное Окно свойств проекта может быть вызвано как из **Навигатора** ({{bslink>Вкладка Управление → Проекты|SelectTabPageInNavigator?6219099b-e137-4970-b3c3-6cb28a25d86a;e644b2a3-9eef-4b5c-adc3-588da2ca6bb8;null}}), так и из справочника **Проекты** ({{bslink>Главное меню → Управление моделью → Проекты|ShowRibbonPageOrItem?ba822b6e-a8a7-4e7f-89b0-07ce48c12736;8e70fa7e-58c9-4ec3-acc0-2caabf572c25:Item}}).
-Взаимосвязь ветки с проектом устанавливается в **Окне свойств** проекта путем добавления ветки в список {{bslink>Ветки|ShowOnForm?e644b2a3-9eef-4b5c-adc3-588da2ca6bb8;p=4932439f-2bdb-40d7-9ec8-ca07b7e1d9d3,o=Param}}. Создание ветки описано в главе [[ru/manual/manage_model/branches#создание_ветки|Создание ветки]].
+Взаимосвязь ветки с проектом устанавливается в **Окне свойств** проекта путем добавления ветки в список {{bslink>Ветки|ShowOnForm?e644b2a3-9eef-4b5c-adc3-588da2ca6bb8;p=4932439f-2bdb-40d7-9ec8-ca07b7e1d9d3,o=Param}}. Создание ветки описано в главе [[ru/manual/manage_model/branches/branches_new]].
 <note>
 **Примечание.**
@@ Строка 44: / Строка 45: @@
 </note>
 При необходимости создания альтернативных версий объектов модели в рамках одного проекта в список {{bslink>Ветки|ShowOnForm?e644b2a3-9eef-4b5c-adc3-588da2ca6bb8;p=4932439f-2bdb-40d7-9ec8-ca07b7e1d9d3,o=Param}} **Окна свойств** проекта можно добавить несколько веток. При этом на портал на этапе согласования модели попадут объекты всех веток, связанных с проектом.
-=====Внесение в ветке изменений в модель бизнес-архитектуры (Этап 2)=====
+===== Внесение в ветке изменений в модель бизнес-архитектуры (Этап 2) =====
 Для того, чтобы изменения модели сразу ассоциировались с проектом, необходимо открыть ветку проекта и установить текущий проект с помощью операции **Выбрать текущие проекты** ({{bslink>Главное меню → Управление моделью → Выбрать текущие проекты|ShowRibbonPageOrItem?ba822b6e-a8a7-4e7f-89b0-07ce48c12736;315a8bb7-2f88-4f08-b4fd-62f2bc932877:Item}}).
 Теперь версии объектов, созданные в ветке в рамках проекта, будут автоматически связаны с выбранным проектом. Как правило, в ветке вносятся изменения в рамках одного проекта, но поддерживается возможность вести в одной ветке сразу несколько проектов (конечно, в этом случае к моменту применения ветки должны быть закончены все проекты). Связь версии объекта с проектом также может быть добавлена или удалена в **Окне свойств** версии в списке {{bslink>Проекты|ShowOnForm?1322b89e-88cf-4131-8400-c81808ee5051;p=87c84c96-c379-4404-86fa-723e2b416c27,o=Param}} (см. [[ru/manual/manage_model/object_versions|Версии предметных объектов]]).
-Версиям новым объектов, а также версиям изменяемых объектов на данном этапе следует устанавливать статус "В работе".
+Версиям новых объектов, а также версиям изменяемых объектов на данном этапе следует устанавливать статус "В работе".
 **Пример.**
-Аналитик установил новые версии для процессов А2 и А2.3, субъекта Отдел продаж и документа Договор, а также создал новый процесс А.2.5. Результат работы по данному этапу приведен на Рисунок 37.
+Аналитик для единиц деятельности А2 и А2.3, оргединицы Отдел продаж и документа Договор установил новые версии 1.0.1 со статусом «В работе», а также создал новую единицу деятельности А.2.5 с теми же номером версии и статусом. Результат работы по данному этапу приведен на Рисунке 3.
-[{{  ru/manual/manage_model/cmdt_manage_model_047.png?nolink  |Рисунок 4.}}]
+[{{  ru/manual/manage_model/cmdt_manage_model_047.png?nolink  |Рисунок 3}}]
-=====Согласование изменений (Этап 3)=====
+===== Согласование изменений (Этап 3) =====
 Изменения бизнес-архитектуры должны быть согласованы с заинтересованными лицами (с экспертами проекта, руководителями). Данная задача решается с помощью проведения опроса "Согласование" и имеет следующий порядок действий:
   - Аналитик устанавливает версиям объектов, изменённым в рамках проекта, статус "Проект".
-  - Аналитик запускает на портале опрос "Согласование". (см. Запуск опроса по требованию).
+  - Аналитик запускает на портале опрос "Согласование". (см. [[ru/manual/manage_model/polls#запуск_опроса_по_требованию|Запуск опроса по требованию]]).
-  - Заинтересованное лицо (далее по тексту – респондент) проходит опрос, предоставляя ответ по каждому объекту опроса. (см. Прохождение опроса на портале).
+  - Заинтересованное лицо (далее по тексту – респондент) проходит опрос, предоставляя ответ по каждому объекту опроса. (см. [[ru/manual/manage_model/polls#прохождение_опроса_на_портале|Прохождение опроса на портале]]).
-  - Аналитик контролирует прохождение опроса. (см. Контроль опроса).
+  - Аналитик контролирует прохождение опроса. (см. [[ru/manual/manage_model/polls#контроль_опросов|Контроль опросов]]).
 <note>
 **Примечание.** При необходимости аналитик может отправлять объекты на согласование по мере их готовности, не дожидаясь окончания работы над всеми изменениями модели. При этом существующий на портале опрос будет дополняться новыми объектами с сохранением ранее предоставленных ответов.
@@ Строка 67: / Строка 68: @@
 **Пример.**
-Аналитик с помощью гиперссылки "Сменить версию объекта" установил версиям процессов А2, А2.3 и А2.5, субъекта Отдел продаж и документа Договор статус “Проект”, и запустил опрос "Согласование" (см. Рисунок 5).
+Аналитик с помощью гиперссылки "Сменить версию объекта" для единиц деятельности А2, А2.3 и А2.5, оргединицы Отдел продаж и документа Договор установил версию 1.1.1 со статусом "Проект" и запустил опрос "Согласование" (см. Рисунок 4).
-[{{ ru/manual/manage_model/cmdt_manage_model_048.png?nolink  |Рисунок 5.}}]
+[{{ ru/manual/manage_model/cmdt_manage_model_048.png?nolink  |Рисунок 4}}]
+Респондент (Бабич Ирина Петровна) после получения уведомления открывает страницу опроса и предоставляет рецензию по каждому объекту (см. Рисунок 5).
+[{{ ru/manual/manage_model/cmdt_manage_model_049.png?nolink  |Рисунок 5}}]
+Аналитик контролирует ход опроса и просматривает полученные ответы на вкладке **Контроль опросов** раздела **Администрирование**. На Рисунке 6 показано, что только один из двух участников согласования оставил рецензии на объекты опроса.
+[{{ ru/manual/manage_model/cmdt_manage_model_050.png?nolink  |Рисунок 6}}]
+===== Реализация и тестирование изменений (Этап 4) =====
+После согласования изменений модели наступает этап их реализации в реальном мире и тестирования. Под реализацией изменений в реальном мире понимается закупка и монтаж необходимого оборудования, разработка и развертывание информационных систем. Далее необходимо осуществить тестовую эксплуатацию и проверить, насколько пригодными оказались разработанные изменения. К тестированию изменений привлекаются сотрудники, являющиеся непосредственными участниками деятельности (например, исполнители). Такие сотрудники указываются в списке {{bslink>Участники проекта|ShowOnForm?e644b2a3-9eef-4b5c-adc3-588da2ca6bb8;p=40c8a502-8912-4776-acdc-5f9497886358,o=Param}} **Окна свойств** проекта с ролью **Участник тестовой эксплуатации**. Процесс тестирования изменений имеет следующий порядок действий:
+  - Аналитик устанавливает версиям объектов, предназначенных для тестирования, статус "Рекомендована" (см. [[ru/manual/manage_model/object_versions|Версии предметных объектов]]).
+  - Аналитик запускает опрос "Тестовая эксплуатация" на портал (см. [[ru/manual/manage_model/polls#контроль_опросов|Контроль опросов]]).
+  - Участник тестовой эксплуатации проходит опрос, представляя ответ по каждому объекту опроса (см. Прохождение опроса на портале).
+  - Аналитик контролирует прохождение опроса (см. [[ru/manual/manage_model/polls#контроль_опросов|Контроль опросов]]).
+**Пример.**
+Аналитик установил версиям единиц деятельности А2, А2.3 и А2.5, оргединице Отдел продаж и документу Договор статус "Рекомендована", и запустил опрос "Тестовая эксплуатация". Номера версий объектов при этом остались без изменений (см. Рисунок 7).
+[{{  ru/manual/manage_model/cmdt_manage_model_051.png?nolink  | Рисунок 7}}]
+Респонденты-участники тестовой эксплуатации (Сидоркин Василий Викторович и Борисов Александр Михайлович) после получения уведомлений открывают страницу опроса и по каждому объекту оставляют рецензии о пригодности к эксплуатации его в новой бизнес-архитектуре (см. Рисунок 8).
+[{{ ru/manual/manage_model/cmdt_manage_model_052.png?nolink  | Рисунок 8}}]
+Аналитик контролирует ход опроса аналогично предыдущему этапу (см. Рисунок 9).
+[{{ ru/manual/manage_model/cmdt_manage_model_052.png?nolink  | Рисунок 9}}]
-Респондент (Бабич Ирина Петровна) после получения уведомления открывает страницу опроса и предоставляет рецензию по каждому объекту (см. Рисунок 6).
+===== Перенос изменений из ветки в актуальную модель и ознакомление сотрудников (Этапы 5 и 6) =====
-[{{ ru/manual/manage_model/cmdt_manage_model_049.png?nolink  |Рисунок 6.}}]
-Аналитик контролирует ход опроса и просматривает полученные ответы на вкладке Контроль опросов раздела Администрирование. На Рисунок 7 показано, что только один из двух участников согласования оставил рецензии на объекты опроса.
-[{{ ru/manual/manage_model/cmdt_manage_model_050.png?nolink  |Рисунок 7.}}]
-=====Реализация и тестирование изменений (Этап 4)=====
-После согласования изменений модели наступает этап их реализации в реальном мире и тестирования. Под реализацией изменений в реальном мире поднимается закупка и монтаж необходимого оборудования, разработка и развертывание информационных систем. Далее необходимо осуществить тестовую эксплуатацию и проверить, насколько пригодными оказались разработанные изменения. К тестированию изменений привлекаются сотрудники, являющиеся непосредственными участниками деятельности (например, исполнители процессов). Такие сотрудники указываются в списке Участники проекта Окна свойств проекта с ролью Участник тестовой эксплуатации (см. Ошибка! Источник ссылки не найден.). Процесс тестирования изменений имеет следующий порядок действий:
-.	Аналитик устанавливает версиям объектов, предназначенных для тестирования, статус “Рекомендована” (см. Работа с новыми версиями объектов).
-.	Аналитик запускает опрос “Тестовая эксплуатация” на портал (см. Контроль опроса).
-.	Участник тестовой эксплуатации проходит опрос, представляя ответ по каждому объекту опроса (см. Прохождение опроса на портале).
-.	Аналитик контролирует прохождение опроса (см. Контроль опроса).
-Пример.
-Аналитик установил версиям процессов А2, А2.3 и А2.5, субъекту Отдел продаж и документу Договор статус “Рекомендована,”, и запустил опрос “Тестовая эксплуатация” (см. Рисунок 41).
-Респонденты-участники тестовой эксплуатации (Сидоркин Василий Викторович и Борисов Александр Михайлович) после получения уведомлений открывают страницу опроса и по каждому объекту оставляют рецензии о пригодности к эксплуатации его в новой бизнес-модели (см. Рисунок 42).
-Аналитик контролирует ход опроса аналогично предыдущему этапу (см. Рисунок 43).
-=====Перенос изменений из ветки в актуальную модель и ознакомление сотрудников (Этапы 5 и 6)=====
 Для того, чтобы изменения модели вступили в силу, и все сотрудники, чья деятельность была затронута проектом, ознакомились с ними, аналитику необходимо выполнить следующий порядок действий:
-.	Проверить изменения модели на консистентность с помощью операции Проверки ветки (Главное меню → Управление моделью → Проверить ветку) (см. Проверка ветки) и устранить конфликты (при их наличии).
+  - Проверить изменения модели на консистентность с помощью операции **Проверить ветку** ({{bslink>Главное меню → Управление моделью → Проверить ветку|ShowRibbonPageOrItem?ba822b6e-a8a7-4e7f-89b0-07ce48c12736;2049ddfb-88c7-4344-b752-91f4b292777b:Item}}) (см. [[ru/manual/manage_model/branches/branches_apply]]) и устранить конфликты (при их наличии).
-.	Установить статус версии “Опубликована” всем измененным/созданным в ветке объектам (см. Работа с новыми версиями объектов).
+  - Установить статус версии "Опубликована" всем измененным/созданным в ветке объектам (см. [[ru/manual/manage_model/object_versions|Версии предметных объектов]]).
-.	Запустить операцию Применения ветки (Главное меню → Управление моделью → Применить ветку) (см. Применение ветки).
+  - Запустить операцию **Применить ветку** ({{bslink>Главное меню → Управление моделью → Применить ветку|ShowRibbonPageOrItem?ba822b6e-a8a7-4e7f-89b0-07ce48c12736;6309925b-42cb-4b69-9bed-57622f8b5697:Item}}) (см. [[ru/manual/manage_model/branches/branches_apply]]).
-.	Сформировать портал с автозапускаемым опросом “Ознакомление” (см. Запуск опроса при формировании портала).
+  - Сформировать портал с автозапускаемым опросом "Ознакомление" (см. [[ru/manual/manage_model/polls#запуск_опроса_при_формировании_портала|Запуск опроса при формировании портала]]).
-После формирования автозапускаемого опроса сотрудники получат уведомления о необходимости официального ознакомления с изменениями модели. При этом руководители осуществляют контроль ознакомления сотрудников возглавляемого подразделения в разделе Администрирование на портале (см. Контроль опроса).
+После формирования автозапускаемого опроса сотрудники получат уведомления о необходимости официального ознакомления с изменениями модели. При этом руководители осуществляют контроль ознакомления сотрудников возглавляемого подразделения в разделе **Администрирование** на портале (см. [[ru/manual/manage_model/polls#контроль_опросов|Контроль опросов]]).
-Пример.
+**Пример.**
+Аналитик установил версиям единиц деятельности А2, А2.3 и А2.5, оргединице Отдел продаж и документу Договор статус "Опубликована" и применил ветку к вышестоящей. Номера версий объектов при этом остались без изменений.
 Результатом применения ветки проекта к родительской ветке являются:
-•	Новые версии процессов А2 и А2.3, субъекта Отдел продаж и документа Договор, а также появление в актуальной модели нового процесса А2.5;
+  * Новые версии единиц деятельности А2 и А2.3, оргединицы Отдел продаж и документа Договор, а также появление в актуальной модели новой единицы деятельности А2.5;
-•	Попадание объектов с новыми версиями в опрос для официального ознакомления сотрудников с новыми регламентами работы.
+  * Попадание объектов с новыми версиями в опрос для официального ознакомления сотрудников с новыми регламентами работы.
-Руководитель подразделения (Бабич Ирина Петровна) контролирует ознакомление подчиненных сотрудников с регламентами в разделе Администрирование (см. Рисунок 44)
+Руководитель подразделения (Бабич Ирина Петровна) контролирует ознакомление подчиненных сотрудников с регламентами в разделе Администрирование (см. Рисунок 10).
+[{{   ru/manual/manage_model/cmdt_manage_model_054.png?nolink  |Рисунок 10}}]
+[<contextnavigator>]
+{(rater>id=ru_manual_manage_model_use_of_branches_and_polls|name=Использование веток и опросов|type=vote|trace=ip|headline=off)}