Опубликован: 12.11.2012 | Доступ: свободный | Студентов: 1815 / 306 | Длительность: 18:27:00
Лекция 8:

Домен "Приобретение и внедрение": процессы, отвечающие за поставку ИТ-ресурсов, управление и реализацию изменений

< Лекция 7 || Лекция 8: 123 || Лекция 9 >

8.3. AI 7. Внедрение и приемка решений и изменений

Новые системы должны быть готовы к эксплуатации после завершения разработки. Для этого необходимо тестирование в выделенной тестовой среде подходящих тестовых данных, определение инструкций по миграции, планирование выхода версий и внедрение в промышленную эксплуатацию, а также анализ результатов внедрения. Это обеспечит соответствие эксплуатируемых систем ранее сформулированным ожиданиям и требованиям.

Процесс "Внедрение и приемка решений и изменений"

Рис. 8.3. Процесс "Внедрение и приемка решений и изменений"

Внедрение и приемка решений и изменений

удовлетворяет следующим бизнес требованиям к ИТ

внедрение новых или подвергшихся изменениям систем, которые работают без существенных проблем после инсталляции

сосредоточено на

проверке соответствия приложений и инфраструктурных решений поставленным задачам и на отсутствие ошибок, а также на планировании выпуска версий

достигается с помощью

  • Внедрения методологии тестирования
  • Планирования выпуска версий
  • Оценки и утверждения результатов тестирования бизнес-менеджерами
  • Проведении анализа результатов внедрения

результаты оцениваются с помощью следующих показателей

  • Количество простоев в работе приложений или число исправлений в данных, вызванных некачественным тестированием
  • Доля систем, соответствующих ожидаемым результатом (по данным анализа результатов внедрения)
  • Доля проектов, имеющих документированный и утвержденный план тестирования.

В таблице 8.9 представлена информация, необходимая для процесса и ее источники.

Таблица 8.9.
Источник Входящая информация
PO 3 Технологические стандарты
PO 4 Документально зафиксированные владельцы систем
PO 8 Стандарты разработки
PO 10 Рекомендации по управлению проектами и детальные планы проектов
AI 3 Конфигурированная система, которая должна быть протестирована и установлена
AI 4 Руководства для пользователей, обслуживающего, технического и административного персонала
AI 5 Перечень закупок
AI 6 Авторизация изменений

В таблице 8.10 приведены результаты процесса и то, куда они должны поступить.

Таблица 8.10.
Результаты В процессы
Выпущенные объекты конфигурации DS 8 DS 9
Выявленные и принятые ошибки AI 4
Ввод в эксплуатацию DS 13
Выпуск программного обеспечения и план развертывания DS 13
Анализ результатов внедрения PO 2 PO 4 PO 10
Мониторинг внутреннего контроля ME 2

Таблица 8.11 содержит таблицу ОУКИ для процесса, а таблица 8.12 – цели и показатели.

Таблица 8.11.
Действия\Функции Президент Финансовый директор Высшее руководство Директор по ИТ Владелец бизнес-процесса Руководитель эксплуатации системы Главный архитектор ИТ-системы Руководитель разработок Руководитель администрации ИТ Руководитель проектного офиса Аудит, риски, безопасность
Разрабатывать и реализовывать план внедрения К У И К К О К К
Определять и анализировать стратегию тестирования и методологию для планирования операционного тестирования К У К К К О К К
Построить и поддерживать репозитарий бизнес и технических требований и сценариев тестирования аккредитованных систем У О
Осуществлять перенос систем и интеграционное тестирование в тестовой среде И И О К К У/О И К
Развертывать тестовую среду и проводить окончательные испытания И И О У К У/О И К
Давать рекомендации по вводу в эксплуатацию, основанные на согласованных ранее критериях приемки И О У О К О И К
Таблица 8.12.
Цели Показатели
ИТ:
  • убедиться в том, что авторизованные бизнес-транзакции и информационный обмен заслуживают доверия
  • сократить уровень сбоев и переделок в решениях и услугах
  • обеспечить соответствие бизнес-требований в рамках корпоративной стратегии
  • обеспечить гармоничную интеграцию приложений и бизнес-процессов
  • обеспечить правильное применение и производительность приложений и технологических решений
  • убедиться в том, что услуги и инфраструктура ИТ в должной мере защищены и способны к восстановлению после сбоев, вызванных ошибками, компьютерными атаками и другими обстоятельствами
  • доля заинтересованных сторон, удовлетворенных целостностью данных в новых системах
  • доля систем, соответствующих ожидаемым результатам (по данным анализа результатов внедрения)
Процесса:
  • проверить то, что приложения и технологические решения соответствуют поставленным задачам
  • выпускать и должным образом распространять утвержденные приложения и технологические решения
  • подготовить пользователей и службу поддержки к использованию приложений и технологических решений
  • число ошибок, обнаруженных в ходе внутреннего и внешнего аудита в отношении инсталляции и приемки
  • переделки, осуществленные после внедрения по причине неадекватного приемочного тестирования
  • обращения в службу поддержки от пользователей по причине ненадлежащего обучения
  • количество простоев в работе приложений или число исправлений в данных, вызванных некачественным тестированием
Действия:
  • внедрение методологии тестирования, которая обеспечивает должный уровень проверок перед вводом в эксплуатацию
  • мониторинг изменений во всех объектах конфигурации
  • планирование выпуска версий
  • проведение анализа результатов внедрения
  • оценка и утверждение результатов тестирования бизнес-менеджером
  • степень вовлеченности заинтересованных сторон в процесс инсталляции и приемки
  • для проектов, имеющих документированный и утвержденный план тестирования
  • число выводов, сделанных по итогам анализа результатов внедрения
  • доля ошибок, выявленных в процессе анализа уровня качества инсталляции и приемки
  • число изменений, внесенных без предусмотренного утверждения руководством до внедрения

Цели контроля

  • AI 7.1. Обучение

    Проводить обучение пользователей и операционной группы в составе службы ИТ в соответствии с определенным планом обучения и внедрения, являющимся частью проекта разработки, внедрения или модификации любой информационной системы.

  • AI 7.2. План тестирования

    Разработать план тестирования, основанный на общекорпоративных стандартах, определяющих роли, обязанности, ожидаемые результаты на входе и выходе системы. Следует убедиться, что план утвержден заинтересованными сторонами.

  • AI 7.3. План внедрения

    Разработать план внедрения и отмены изменений. Получить утверждение заинтересованных сторон.

  • AI 7.4. Среда тестирования

    Определить и создать безопасную среду тестирования, содержащую репрезентативную выборку планируемой среды промышленной эксплуатации в таких аспектах как безопасность, меры внутреннего контроля, эксплуатационная практика, качество данных, требования в отношении персональных данных, эксплуатационная нагрузка.

  • AI 7.5. Перенос системы и данных

    Запланировать перенос данных и инфраструктурный переход как часть методов разработки, принятых в организации, включая контрольный журнал, варианты отмены изменений и возвращения в прежнее состояние.

  • AI 7.6. Тестирование изменений

    Тестировать изменения независимо друг от друга в соответствии с определенным ранее планом тестирования до внедрения в эксплуатационную среду. Следует убедиться, что план включает в себя аспекты, связанные с безопасностью и производительностью.

  • AI 7.7. Тестирование перед окончательной приемкой

    Следует убедиться, что владельцы бизнес процессов и заинтересованные стороны в службе ИТ оценили результаты тестирования, как предусмотрено планом тестирования. Исправить существенные ошибки, выявленные в процессе тестирования, завершить выполнение комплекса испытаний, определенных планом тестирования и, при необходимости, регрессионное тестирование. После завершения анализа, утвердить ввод в эксплуатацию.

  • AI 7.8. Ввод в эксплуатацию

    По завершению тестирования, контролировать ввод изменений в среду промышленной эксплуатации в соответствии с планом внедрения. Получить подтверждение от основных заинтересованных сторон, таких как пользователи, владелец системы и операционное руководство. Если это возможно, запустить новую систему параллельно со старой и сравнить их работу и результаты.

  • AI 7.9. Анализ результатов внедрения

    Остановить процедуры, соответствующие стандартам организационного управления изменениями, для получения анализа результатов внедрения как необходимого элемента плана внедрения.

В литературе по сервис-менеджменту особый упор делается на возможность "отката" в случае неудавшегося изменения. При планировании критичного изменения необходимо создать план по восстановлению, который будет включать в себя действия в случае неудавшегося внедрения. В идеальном случае он позволит вернуться в исходное состояние, в худшем - минимизировать последствия. Для возврата в исходное состояние и сравнения используется термин "базовое состояние". Оно представляет собой точку отчета, некое зафиксированное состояние, используемое в дальнейшем как контрольная точка.

Практическое задание

Постановка задачи: Вернемся к задаче с платформой для публикации литературных произведений. Представьте, что она разработана. Если Вы просто начнете развертывать ее, можно столкнуться с рядом проблем:

  • при развертывании система не будет работать корректно. Например, скрипт базы данных не создаст при инициализации какую-то таблицу и приложение не запустится;
  • система требует Apache 2.4, а у Вас – Apache 2.2;
  • новое приложение сильно тормозит сервер, что влияет на другие приложения;
  • межсетевой экран не дает внешним пользователям получить доступ к приложению;
  • после развертывания пользователи обнаруживают, что сервис работает не так как нужно.

Что необходимо сделать для того, чтобы избежать указанных проблем?

Решение:

Чтобы избежать подобных проблем, необходимо развертывать систему для начала в тестовой среде.

  1. Создание тестовой среды. Тестовая среда должна быть максимально приближена к среде промышленной эксплуатации (использовать то же оборудование, операционные системы и другие приложения).
  2. Планирование тестирования. После создания тестовой среды, необходимо выбрать тех, кто будет тестировать и составить детальный план тестирования, который максимально затронет функционал системы. Еще лучше разбить тестирование на отдельные составляющие и прикрепить к ним пользователей. Например:
    • Тест 1: Регистрация пользователя – тестировщик Николай Иванов;
    • Тест 2: Публикация работы на сайте – тестировшик Юлия Аминова и т.п.
  3. Проведение тестирования
  4. Составление отчета. В конце необходимо сделать единый отчет о тестировании и предоставить его руководству. Даже если не все тесты будут иметь положительный результат, может быть принято решение о продолжении внедрения.
  5. Составление плана развертывания. После проведения тестирования, Вы уже более осведомлены об особенностях системы и можете приступить к созданию Плана развертывания. Если это требует изменения инфраструктуры, обратитесь к процессу "Управление внесением изменений". Для задач внедрения, которые могут затронуть другие приложения, выберите плановое время технического обслуживания или выходные дни. Чтобы сократить время, можно определить в плане специфические действия (например, записать команды Linux или каждый шаг для Windows GUI). Эти шаги предварительно должны быть протестированы в тестовой среде, чтобы убедиться в их корректности и надежности.

Задача для самостоятельного решения:

Представьте, что Вам необходимо протестировать новую систему дистанционного банковского обслуживания. Составьте два плана. Первый план – основные направления тестирования (вход пользователя в систему, подписание документов и т.п.). Второй план – более детальное описание отдельного направления с назначением ответственных и сроков выполнения работ.

< Лекция 7 || Лекция 8: 123 || Лекция 9 >
Максим Цапко
Максим Цапко

Я наконец закончил курс "Управление ИТ-проектами". Как получить документ об окончании курса.

Дмитрий Лобанов
Дмитрий Лобанов

Управление ИТ на основе COBIT 4.1

: в перечне литературы, п.15 - отсутствует документ по ссылке https://www.rusonyx.ru/support/agreements/

Алексей Янов
Алексей Янов
Россия, Москва, МГТУ им Н.Э.Баумана, 2002
Сергей Уткин
Сергей Уткин
Россия