Структура модуля "Управление изменениями"
========================================================================


.. contents:: Содержание
   :depth: 3
 
   
Основные сущности  
------------------------------------

Все объекты конфигурации модуля "Управления изменениями" для удобства поиска и навигации сгруппированы в следущие директории:


*  **Routes_templates** - Шаблоны маршрутов
*  **Interpreter** - Блокирующие процессы
*  **dict_change** - Справочники
*  Формы: Запрос на изменение RFC (request for change), Изменение, Форма завершения запроса на изменения, Форма завершения изменения
*  Реестры: Запрос на изменение, Изменения  


Запрос на изменение (ЗНИ)
------------------------------------

Код: ``itsm_form_rfc``

.. warning::

    Менять код формы, а также коды ключевых полей на форме настоятельно не рекомендуется. Это может повлечь за собой ошибки в процессах, заявязанных на данных полях.

Структура формы Запрос на изменение 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Все поля на форме обращения сгруппированы в следующие разделы:

1. Основная информация
2. Основание
3. Классификация RFC
4. Связанные сущности  
5. Данные о согласовании

Подробнее о каждом из разделов:

**1. Основная информация**

Поле статус ``itsm_form_rfc_status`` является одним из ключевых полей на форме ЗНИ.
От этого поля зависит маршрут исполнения ЗНИ, а также доступные/необходимые для заполнения поля на форме завершения ЗНИ.
В этом разделе содержится:

- описание ЗНИ (``itsm_form_rfc_description``); 
- дата регистрации и ожидаемая дата исполнения;
- ссылки на услугу и КЕ, связанные с ЗНИ; 
- источник ЗНИ и ссылки на источник-обращение и источник-проблему;
- чекбокс "приостановить исполнение проблемы";
- дин.таблица для дополнительной информации по ЗНИ.

**2. Основание**

В этом разделе помещаются файлы, связанные с ЗНИ: приказ (скан) и другие документы.

**3. Классификация RFC**

В этом разделе содержатся справочники-классификаторы ЗНИ: критичность (т.е. приоритет) - нормальное или экстренное изменение требуется, а также степень влияния (низкая, средняя или высокая).
Также в разделе указаны координатор изменений и совет по изменениям (CAB - change advisory board) - люди, которые занимаются согласованием ЗНИ.

**4. Связанные сущности**

В разделе находятся ссылки на связанные инциденты и проблемы, а также описание связей.

**5. Данные о согласовании**

В этом разделе отображается таблица данных о согласовани ЗНИ.


Список блокирующих процессов (БП) для запросов на изменение
------------------------------------

event.blocking.interpreter.rfc.approved1, event.blocking.interpreter.rfc.approved2, event.blocking.interpreter.rfc.approved3
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

**Что делает процесс?**

Данные блокирующие процессы значение статуса ``itsm_form_rfc_status`` при прохождении по маршруту


event.blocking.interpreter.rfc.notification.status
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

**Что делает процесс?**

Блокирующий процесс осуществляет информирование пользователей о ходе исполнения запроса на изменение.

event.blocking.interpreter.rfc.completion
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

**Что делает процесс?**

1. Получает ход выполнения по запросу на изменение
2. Определяет последнюю завершенную работу
3. Определяет файл по форме завершения в папке Прочие для этой работы
4. Копирует данные с найденного файла формы завершения на форму ЗНИ  (меняет статус и записывает значения группы полей статуса)



event.blocking.interpreter.problem.waitingRFC
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

**Что делает процесс?**

Установливает статус "Ожидает изменений" для проблемы.

event.blocking.interpreter.problem.RFCdone
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

**Что делает процесс?**

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


Изменение
------------------------------------

Код: ``itsm_form_change``

.. warning::

    Менять код формы, а также коды ключевых полей на форме настоятельно не рекомендуется. Это может повлечь за собой ошибки в процессах, заявязанных на данных полях.
    
    
Структура формы Изменение 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Все поля на форме обращения сгруппированы в следующие разделы:

1. Основная информация
2. Ответственные за изменение
3. Исполнение изменения
4. Дополнительная информация
5. Завершение изменения
6. Связанные сущности  

Подробнее о каждом из разделов:

**1. Основная информация**

Поле статус ``itsm_form_change_status`` является одним из ключевых полей на форме Изменения.
От этого поля зависит маршрут исполнения изменения, а также доступные/необходимые для заполнения поля на форме завершения изменения.
В этом разделе содержится:

- описание изменения (``itsm_form_change_description``); 
- дата регистрации и плановое время внедрения изменения;
- ссылка на источник - запрос на изменение;
- ссылки на услугу и КЕ, связанные с ЗНИ; 
- кнопка "Проверить" - для проверки пересечения времени внедрения (по КЕ/услуге) с другими изменениями.

**2. Ответственные за изменение**

В данном разделе находятся поля для указания пользователей, участвующих в различных этапах маршрута изменения: бизнес-аналитик ИТ, тестировщик, владелец бизнес-процесса, разработчик, координатор изменений, ответственный за релиз.

**3. Исполнение изменения**

В этот раздел помещается описание результата и файлы в результате завершения следующих этапов: проектирование изменения, разработка изменения, тестирование изменения.

**4. Дополнительная информация**

В разделе *Дополнительная информация* содержатся поля для файлов: протокол передачи релиза, план отката, другие файлы.
Также в этом разделе:

- плановые и фактические трудозатраты по изменению;
- классификатор степени влияния изменения;
- корректно или некорректно срочное (экстренное) изменение;

**5. Завершение изменения**

В разделе завершения содержатся классификаторы закрытия (успешно, неуспешно), оценка эффекта влияния изменения, а также описание завершения по изменению.

**6. Связанные сущности**

В разделе находятся ссылки на связанные инциденты и проблемы, а также описание связей.


Список блокирующих процессов (БП) для изменений
------------------------------------

event.blocking.interpreter.change.close
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

**Что делает процесс?**

Данный блокирующий процесс осуществляет закрытие связанных проблем и инцидентов после внедрения изменения.

event.blocking.interpreter.change.relations.ci
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

**Что делает процесс?**

Данный блокирующий процесс устанавливает связь между изменениями и конфигурационными единицами (записывает в КЕ данные об изменениях)

event.blocking.interpreter.change.completion
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

**Что делает процесс?**

1. Получает ход выполнения по изменению
2. Определяет последнюю завершенную работу
3. Определяет файл по форме завершения в папке Прочие для этой работы
4. Копирует данные с найденного файла формы завершения на форму изменения (меняет статус и записывает значения группы полей статуса)

event.blocking.interpreter.problem.changeDone
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

**Что делает процесс?**

Меняет статус проблемы "Ожидает изменений" на предыдущий после реализации изменения.