РУсскоязычный Архив Электронных СТатей периодических изданий
Банковские технологии/2013/№ 3/
В наличии за
80 руб.
Купить
Облако ключевых слов*
* - вычисляется автоматически
Недавно смотрели:

Управление релизами хранилищ данных в банках

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

Авторы
Тэги
Тематические рубрики
Предметные рубрики
В этом же номере:
Резюме по документу**
с. 53—62 Управление релизами хранилищ данных в банках Перед началом работы разра- ботчик переводит заявку в статус . В ходе работы над за- данием разработчик контролирует срок исполнения. <...> В случае если разработчик не успевает реализовать требование до планового срока окончания разработки, он сообщает о за- держке РМ, переводит заявку в статусе на РМ. <...> Для обеспе- чения этого поддерживается хра- нение кода в различных ветках си- стемы контроля версий. <...> В случае если на раз- работчика переведена заявка без указания на РМ. , он переводит ее РМ в соответствии с новой оценкой трудоемкости определя- ет, задержать ли выпуск релиза до окончания разработки, или отло- жить заявку в другой релиз. <...> При переносе задачи в другой релиз разработчик переносит все изме- нения кода по данной доработке в другую ветку, указанную РМ, и от- меняет их в ветви текущего рели- за. <...> Разработчик переводит заявку в статус и назначает ее РМ. <...> В случае если при тестировании исправление дефекта не под- тверждено, задача возвращается на разработчика в статусе . В этом случае в дополнение к обычным действиям разработчик указывает в комментарии к заявке измененные в ходе доработки компоненты для повторной уста- новки и тестирования. <...> Внутреннее тестирование Релиза Внутреннее тестирование про- водится поставщиком на базе раз- работки в банке или на выделен- ной базе данных банка, передан- ной поставщику для использова- ния на своей территории. <...> Релиз обязательно проходит проверку установки перед передачей в тес- тирование и перед выпуском. <...> Каждая заявка должна содер- жать один или более тестовых слу- чаев с моделированием данных и ошибок, описание подготовки и проведения тестирования в ком- ментарии заявки. <...> В комментарий заявки заносит- ся протокол последней итерации тестирования. <...> с. 22—27 В заявке аналитик пишет, что нужно пересчитать или перегру- зить и за какой срок после уста- новки на промышленную среду. <...> За один день до плановой даты окончания <...>
** - вычисляется автоматически, возможны погрешности

Похожие документы: