В случае если разработчик не успевает реализовать требование до планового срока окончания разработки, он сообщает о за держке РМ, переводит заявку в статусе на РМ. <...> Руководитель релизов Управления развития ЦХД (MIS) «СбербанкТехнологии» Разработка релиза Пример процедуры разработки релиза Данный раздел равносилен, как для разработки поставщиком, так и для разработки внутри банка. <...> Разработчик начинает работу по заявке только после назначения ее на релиз. <...> В случае если на раз работчика переведена заявка без указания на РМ. , он переводит ее РМ в соответствии с новой оценкой трудоемкости определя ет, задержать ли выпуск релиза до окончания разработки, или отло жить заявку в другой релиз. <...> При переносе задачи в другой релиз разработчик переносит все изме нения кода по данной доработке в другую ветку, указанную РМ, и от меняет их в ветви текущего рели за. <...> В этом случае в дополнение к обычным действиям разработчик указывает в комментарии к заявке измененные в ходе доработки компоненты для повторной уста новки и тестирования. <...> Внутреннее тестирование Релиза Внутреннее тестирование про водится поставщиком на базе раз работки в банке или на выделен ной базе данных банка, передан ной поставщику для использова ния на своей территории. <...> Релиз обязательно проходит проверку установки перед передачей в тес тирование и перед выпуском. <...> Каждая заявка должна содер жать один или более тестовых слу чаев с моделированием данных и ошибок, описание подготовки и проведения тестирования в ком ментарии заявки. <...> В комментарий заявки заносит ся протокол последней итерации тестирования. <...> После заверше ния процедуры принятия на под держку разработанное банком ре шение включается в ветку релиза и считается принятым на поддержку поставщиком. банковские технологии 032013 59 В разработке В разработке Описание Описание Разра Продолжение. <...> За один день до плановой даты окончания разработки <...>