Структура модуля "Управление изменениями" ======================================================================== .. 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ **Что делает процесс?** Меняет статус проблемы "Ожидает изменений" на предыдущий после реализации изменения.