Различия

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

--- ru:manual:manage_model:use_of_branches_and_polls [2020/09/16 13:29]
192.168.1.50
+++ ru:manual:manage_model:use_of_branches_and_polls [2021/04/01 08:17] (текущий)
belkin [Реализация и тестирование изменений (Этап 4)]
@@ Строка 1: / Строка 1: @@
 ======Использование веток и опросов======
+В данной главе описан один из возможных подходов к управлению жизненным циклом модели.
+Изменение бизнес-архитектуры компании может осуществляться в режиме оперативных изменений или в проектах, занимающих длительное время. На Рисунке 1 показан возможный жизненный цикл актуальной модели с учетом подготовки изменений в отдельных ветках и последующей их заливкой в актуальную модель:
+[{{  ru/manual/manage_model/lang_manage_model_045.png  |Рисунок 1.|}}]
+=====Оперативные изменения бизнес-архитектуры=====
+Локальные изменения в модель бизнес-архитектуры могут регулярно вноситься несколькими бизнес-аналитиками в выделенной ветке и переноситься в актуальную модель с необходимой частотой, например, один раз в месяц. Частота выбирается исходя из разумной периодичности уведомления сотрудников об изменениях.
+Важно помнить, что все начатые изменения в ветке должны быть закончены до момента применения ветки.
+Ветка для оперативных изменений имеет следующий типовой жизненный цикл:
+  - Разработка изменений модели (см. [[ru/manual/manage_model/branches#работа_в_ветке|Работа в ветке]])
+  - Согласование изменений модели с заинтересованными лицами (см. [[ru/manual/manage_model/use_of_branches_and_polls#Согласование_изменений_(Этап_3)|Проведение опроса "Согласование"]]);
+  - Применение изменений с помощью операции "Применение ветки" (см. [[ru/manual/manage_model/branches#применение_ветки|Применение ветки]]);
+  - Официальное ознакомление сотрудников с изменениями (см. [[ru/manual/manage_model/use_of_branches_and_polls#перенос_изменений_из_ветки_в_актуальную_модель_и_ознакомление_сотрудников_этапы_5_и_6|Перенос изменений из ветки в актуальную модель и ознакомление сотрудников]]).
+=====Изменение бизнес-архитектуры в проекте=====
+Крупные изменения в бизнес-архитектуре компании, как правило, реализуются в рамках проектов, продолжающихся длительное время. Одновременно в компании может реализовываться несколько проектов.
+=====Жизненный цикл проекта=====
+На Рисунке 2 представлен нормативный жизненный цикл проекта:
+[{{  ru/manual/manage_model/lang_manage_model_046.png?nolink  |Рисунок 2.}}]
+Этапы жизненного цикла проекта:
+**Этап 1.** Создание проекта и ветки проекта.
+**Этап 2.** Внесение в ветке изменений в модель бизнес-архитектуры.
+**Этап 3.** Согласование изменений с заинтересованными лицами.
+**Этап 4.** Реализация согласованных изменений в реальности, тестирование изменений на ограниченном числе сотрудников.
+<note>
+**Примечание.** Тестирование изменений модели, как правило, проводится наиболее квалифицированными сотрудниками. При этом следует отметить, что процесс тестирования изменений не является обязательным и может быть пропущен по усмотрению команды проекта.
+</note>
+**Этап 5.** Перенос изменений из ветки в актуальную модель. Фактически данный этап подразумевает успешное завершение активной фазы проекта.
+**Этап 6.** Официальное ознакомление сотрудников, чья деятельность была затронута проектом, с изменениями бизнес-архитектуры.
+Важно иметь ввиду, что при реализации проекта может происходить возврат на предыдущие этапы,  а также то, что изменения могут двигаться по жизненному циклу проекта отдельными частями.
+=====Создание проекта и ветки проекта (Этап 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#создание_ветки|Создание ветки]].
+<note>
+**Примечание.**
+Так как класс **Проекты** имеет единые данные в ветках (см. Свойства веток), то связывать ветки с проектами можно, находясь в любой ветке базы данных. Следовательно, создавать проект также можно из любой ветки.
+</note>
+При необходимости создания альтернативных версий объектов модели в рамках одного проекта в список {{bslink>Ветки|ShowOnForm?e644b2a3-9eef-4b5c-adc3-588da2ca6bb8;p=4932439f-2bdb-40d7-9ec8-ca07b7e1d9d3,o=Param}} **Окна свойств** проекта можно добавить несколько веток. При этом на портал на этапе согласования модели попадут объекты всех веток, связанных с проектом.
+=====Внесение в ветке изменений в модель бизнес-архитектуры (Этап 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, субъекта Отдел продаж и документа Договор установил новые версии 1.0.1 со статусом «В работе», а также создал новый процесс А.2.5 с теми же номером версии и статусом. Результат работы по данному этапу приведен на Рисунке 3.
+[{{  ru/manual/manage_model/cmdt_manage_model_047.png?nolink  |Рисунок 3.}}]
+=====Согласование изменений (Этап 3)=====
+Изменения бизнес-архитектуры должны быть согласованы с заинтересованными лицами (с экспертами проекта, руководителями). Данная задача решается с помощью проведения опроса "Согласование" и имеет следующий порядок действий:
+  - Аналитик устанавливает версиям объектов, изменённым в рамках проекта, статус "Проект".
+  - Аналитик запускает на портале опрос "Согласование". (см. [[ru/manual/manage_model/polls#запуск_опроса_по_требованию|Запуск опроса по требованию]]).
+  - Заинтересованное лицо (далее по тексту – респондент) проходит опрос, предоставляя ответ по каждому объекту опроса. (см. [[ru/manual/manage_model/polls#прохождение_опроса_на_портале|Прохождение опроса на портале]]).
+  - Аналитик контролирует прохождение опроса. (см. [[ru/manual/manage_model/polls#контроль_опроса|Контроль опроса]]).
+<note>
+**Примечание.** При необходимости аналитик может отправлять объекты на согласование по мере их готовности, не дожидаясь окончания работы над всеми изменениями модели. При этом существующий на портале опрос будет дополняться новыми объектами с сохранением ранее предоставленных ответов.
+</note>
+**Пример.**
+Аналитик с помощью гиперссылки "Сменить версию объекта" для процессов А2, А2.3 и А2.5, субъекта Отдел продаж и документа Договор установил версию 1.1.1 со статусом "Проект" и запустил опрос "Согласование" (см. Рисунок 4).
+[{{ 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}}]
+=====Перенос изменений из ветки в актуальную модель и ознакомление сотрудников (Этапы 5 и 6)=====
+Для того, чтобы изменения модели вступили в силу, и все сотрудники, чья деятельность была затронута проектом, ознакомились с ними, аналитику необходимо выполнить следующий порядок действий:
+  - Проверить изменения модели на консистентность с помощью операции **Проверки ветки** ({{bslink>Главное меню → Управление моделью → Проверить ветку|ShowRibbonPageOrItem?ba822b6e-a8a7-4e7f-89b0-07ce48c12736;2049ddfb-88c7-4344-b752-91f4b292777b:Item}}) (см. [[ru/manual/manage_model/branches#применение_ветки|Проверка ветки]]) и устранить конфликты (при их наличии).
+  - Установить статус версии "Опубликована" всем измененным/созданным в ветке объектам (см. [[ru/manual/manage_model/object_versions|Версии предметных объектов]]).
+  - Запустить операцию **Применения ветки** ({{bslink>Главное меню → Управление моделью → Применить ветку|ShowRibbonPageOrItem?ba822b6e-a8a7-4e7f-89b0-07ce48c12736;6309925b-42cb-4b69-9bed-57622f8b5697:Item}}) (см. [[ru/manual/manage_model/branches#применение_ветки|Применение ветки]]).
+  - Сформировать портал с автозапускаемым опросом "Ознакомление" (см. [[ru/manual/manage_model/polls#запуск_опроса_при_формировании_портала|Запуск опроса при формировании портала]]).
+После формирования автозапускаемого опроса сотрудники получат уведомления о необходимости официального ознакомления с изменениями модели. При этом руководители осуществляют контроль ознакомления сотрудников возглавляемого подразделения в разделе **Администрирование** на портале (см. [[ru/manual/manage_model/polls#контроль_опроса|Контроль опроса]]).
+**Пример.**
+Аналитик установил версиям процессов А2, А2.3 и А2.5, субъекту Отдел продаж и документу Договор статус "Опубликована" и применил ветку к вышестоящей. Номера версий объектов при этом остались без изменений.
+Результатом применения ветки проекта к родительской ветке являются:
+  * Новые версии процессов А2 и А2.3, субъекта Отдел продаж и документа Договор, а также появление в актуальной модели нового процесса А2.5;
+  * Попадание объектов с новыми версиями в опрос для официального ознакомления сотрудников с новыми регламентами работы.
+Руководитель подразделения (Бабич Ирина Петровна) контролирует ознакомление подчиненных сотрудников с регламентами в разделе Администрирование (см. Рисунок 10).
+[{{   ru/manual/manage_model/cmdt_manage_model_054.png?nolink  |Рисунок 10.}}]
+[<contextnavigator>]