Внедрение Релиз и распространение ПО

Внедрение Релиз и распространение ПО

Когда подобран необходимый персонал, определены процедуры, аппаратные и программные средства, а также завершено все необходимое обучение, должна быть физически создана DSL и среда (среды) сборки с учетом требований по безопасности, чтобы обеспечить доступ только для авторизованного персонала Управления релизами. DSL и среды тестирования/сборки должны быть протестированы в соответствии с критериями, определенными на этапе планирования.
В частности, персонал разработки приложений должен быть уведомлен о моменте, когда нужно предоставить материалы Релиза для включения в DSL. Следует обеспечить доставку всего купленного ПО непосредственно Управлению релизами для размещения его в DSL и передачу этого ПО Управлению конфигурациями для создания соответствующих записей и внесения их в CMDB.
Процедуры управления сборкой и распространения ПО должны быть протестированы до начала их использования. Если подходить к этим задачам постепенно, в соответствии с рекомендациями, первая сборка Релиза пройдет вместе с началом операционного приемочного тестирования (опытнопромышленной эксплуатации) продукта проекта по разработке или полученного от поставщика ПО. К тому времени, когда понадобится внедрять Релиз в среду эксплуатации, процедуры сборки и контроля Релиза уже будут применены для операционного приемочного тестирования, что обеспечивает еще один шанс обнаружения и устранения различных классов возможных проблем, связанных с процедурами и программными средствами.
Следует определить планы на случай сбоя новых процедур или средств. Если срочно требуется Релиз ПО, возможно, понадобится временно возвратиться к предыдущим процедурам до тех пор, пока новые процедуры не будут откорректированы. По возможности, рекомендуется, чтобы процедуры и средства для распространения ПО в удаленных офисах тестировались отдельно от тех процедур и средств, которые необходимы для внедрения ПО в удаленных офисах, что поможет локализовать и отдельно устранять проблемы на каждом из этих этапов.
Несмотря на то, что перед принятием процедур в эксплуатацию они должны быть тщательно протестированы, на первом этапе эксплуатации следует выделить время на разрешение проблем, связанных с введением новшеств.
Управление релизами и процедуры развертывания.
Для обеспечения полного принятия процедур главный Менеджер релизов должен:.
■ отстаивать новые процессы и поощрять менеджеров проектов и группы разработки использовать эти процессы;.
■ отслеживать использования и преимущества новых процессов Релизов и развертывания;.
■ наблюдать за уровнем помощи и поддержки, оказываемой группам приложений и проектам;.
■ сообщать о нарушениях политики Релизов в организации;.
■ вести свою деятельность в рамках подразделения программ или проектов (если оно существует) или отчитываться перед ним;.
■ по возможности автоматизировать процедуры Релизов;.
■ убедиться, что весь персонал Заказчика, персонал службы поддержки и персонал службы Service Desk обучен и обеспечен соответствующей документацией и информацией.
■ разработку лучших практических методов и процедур для Управления релизами и развертыванием;.
■ образование и обучение политике, процедурам и средствам Управления релизами;.
■ затраты на персонал для разработки и эксплуатации процедур и средств;.
■ затраты на хранилище файлов для DSL;.
■ затраты, связанные со средой сборки, тестовой средой и средами распространения и архивирования для всего поддерживаемого АО и ПО;.
■ место для безопасного хранения оборудования (для хранения контролируемого аппаратного обеспечения, готового к развертыванию);.
■ затраты на запасное оборудование, например, для обеспечения горячей замены при отказах в среде эксплуатации;.
■ затраты на компьютерные и сетевые ресурсы при переносе ПО в DSL и из нее, а также для сборки, распространения и внедрения Релизов ПО;.
■ затраты на средства программной поддержки (и затраты на дополнительное АО и ПО, необходимое для их эксплуатации);.
■ затраты на усилия, требуемые для автоматизации процедур (например, процедур сборки, хранения и распространения);.
■ начальные операционные затраты, которые могут быть немного выше средних на начальных этапах, пока персонал Управления релизами изучает эти процедуры;.
■ затраты, связанные с инсталляцией, управлением, распространением и промежуточными серверами;.
■ затраты на распространение ПО.
Почти во всех случаях затраты, связанные с внедрением Управления релизами, будут значительно меньше полученных преимуществ. Например, многие организации не могут хорошо функционировать без способности обрабатывать большие объемы изменений в ПО и АО не снижая качества. Управление релизами дает им такую возможность.
Без достаточного контроля организации испытывают риски, связанные с компьютерным мошенничеством, случайной порчей ПО, вирусами и другими вредоносными программами. Причиненный ущерб может потребовать огромных сумм для его устранения.
Рекомендуется записывать текущие затраты как можно раньше, чтобы можно было отследить улучшения в результате использования успешных методов.
Можно проводить финансирование Управления релизами централизованно или на проектной основе. Общий подход - каждый проект оплачивает начальные затраты по внедрению Управления релизами в новой области и потом передает работу по постоянной поддержке в группу, финансируемую централизованно.