1. Общие положения по процессам согласования доработок и интеграционного выпуска версий
1. Общие положения по процессам согласования доработок
и интеграционного выпуска версий 
Планирование реализации доработок обеспечивается следующими связанными процессами:
- согласование проекта графика выпуска версий;
- согласование изменений в график выпуска версий;
- согласование и планирование выпуска доработок.
Заказчик формирует проект графика выпуска версий с учетом потребностей структурных подразделений и планов нормотворчества. УФТ вносит проект ГВВ в систему управления выпуском версий с указанием сроков ПДИ, ОЭ, ПЭ и направляет Выпускающему редактору. Выпускающий редактор проставляет в проекте ГВВ остальные сроки, необходимые для планирования мероприятий по испытаниям и приемке версий в постоянную эксплуатацию, и направляет проект ГВВ на согласование Разработчикам подсистем.
Разработчики подсистем, при необходимости, дают мотивированные рекомендации Заказчику по переносу сроков интеграционных версий, указанных в проекте ГВВ. В случае принятия рекомендаций Заказчиком проект ГВВ повторно направляется Разработчикам подсистем.
Разработчики подсистем для каждой интеграционной версии, указанной в проекте ГВВ, включают версию подсистемы в интеграционную версию, либо делают отметку о том, что версия подсистемы не будет выпускаться в сроки данной интеграционной версии.
После получения от всех Разработчиков подсистем информации о включении или отказе от включения в проект ГВВ версий подсистем проект ГВВ утверждается Заказчиком. Форма ГВВ приведена в п. 15.7.
Согласование изменений в график выпуска интеграционных версий происходит в случае:
- заключения Контракта Разработчиком подсистемы;
- необходимости выпуска доработок в сроки, не предусмотренные утвержденным графиком выпуска версий.
Разработчик подсистемы направляет Заказчику заявки на планирование версий подсистемы. Заявка на планирование версии может подразумевать как включение новой интеграционной версии в график выпуска версий, так и изменение интеграционной версии, уже включенной в график выпуска версий, путем изменения состава версий подсистем, входящих в интеграционную версию, либо изменения сроков выпуска интеграционной версии.
Заявка на планирование версии направляется Заказчику на утверждение. Утверждение заявки на планирование интеграционной версии означает согласование измененного с учетом данной заявки графика выпуска версий.
При поступлении новых требований в связи со следующими событиями:
- изменение НД;
- необходимость реализации в ЭБ дополнительных сервисов;
- изменение требований к объектам ТФФ внешних ИС, взаимодействующих с ЭБ;
- оценка влияния доработок других подсистем,
запускается процесс согласования доработок функциональных и/или технологических подсистем. По результатам внутреннего согласования между структурными подразделениями ФК о необходимости анализа требований, СП-технолог подсистемы-инициатора направляет Разработчику заявку на анализ требований. Форма заявки приведена в п. 15.6.
При выявлении Разработчиком в результате анализа требований необходимости изменений системы/подсистемы - в СУВВ регистрируется доработка. На первом этапе процесса согласования состав доработки уточняется и детализируется.
После согласования Заказчиком и Разработчиком состава, доработка, при необходимости, направляется на оценку влияния Разработчикам других подсистем. В результате оценки влияния могут быть зарегистрированы смежные доработки других подсистем, которые проходят аналогичный процесс согласования. При оценке влияния Разработчики подсистем определяют необходимость проведения интеграционного тестирования дорабатываемой функциональности.
На втором этапе Разработчик подсистемы формирует заявки на согласование плана выпуска доработок с согласованным составом с учетом плана выпуска интеграционных версий и направляет их на согласование Выпускающему редактору. Выпускающий редактор производит анализ сроков плана выпуска с учетом функциональной и технологической связи смежных доработок подсистем. В случае выявления противоречий в сроках выпуска смежных доработок, планы выпуска смежных доработок отправляются Разработчикам подсистем на уточнение.
После устранения противоречий планы выпуска по смежным доработкам и изменения в плане выпуска интеграционной версии направляются Заказчику на утверждение по факту согласования планов Выпускающим редактором.
Результатом процесса согласования доработок является интеграционный план выпуска версий, состоящий из утвержденных Заказчиком доработок.
При подготовке к ПДИ интеграционной версии Разработчики подсистем, версии которых включены в состав интеграционной версии, передают исходные коды версий подсистем Выпускающему редактору. Выпускающий редактор собирает и устанавливает версии подсистем на стенде ПДИ. ПДИ начинается после прохождения регрессионного тестирования Выпускающим редактором версий всех подсистем, входящих в интеграционную версию, и устранения Разработчиком сбоев и/или дефектов, препятствующих передаче в ПДИ.
После прохождения ПДИ и устранения Разработчиком сбоев и/или дефектов, препятствующих передаче в ОЭ, Выпускающий редактор устанавливает версию подсистемы на промышленном ПАК для прохождения ОЭ.
После прохождения ОЭ и устранения Разработчиком сбоев и/или дефектов, препятствующих передаче в ПЭ, версия подсистемы принимается в ПЭ.
Интеграционное тестирование версий подсистем, входящих в состав интеграционной версии осуществляется, если на этапе оценки влияния доработок была зафиксирована необходимость такового тестирования.
