Вивек Кале - Внедрение SAP R/3: Руководство для менеджеров и инженеров

Управление командой по передаче знаний

На этапе реализации команда по передаче знаний должна продолжать поддерживать процесс управления изменениями.

Обновление команды по управлению изменениями

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

Планирование и реализация обучения членов команд проекта SAP позволяет им конфигурировать и тестировать предусмотренные Планом концептуального проектирования бизнес-процессы.

Цель этой задачи — подготовка системной среды к реальной работе, что подразумевает определение системных требований к инфраструктуре, допустимых значений характеристик работы системы, системное администрирование и окончательное создание рабочей среды системы SAP.

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

Определение сценариев сбоев

Эта задача нацелена на создание сценариев событий, при которых работа системы R/3 могла бы быть частично или полностью парализована, например сценарии сбоев в работе:

• компьютерного оборудования

• компьютерных сетей

• отдельных терминалов

• серверов приложений

• серверов баз данных

• при передаче данных в системе R/3

• систем безопасности

• систем безопасности в компьютерных центрах.

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

Создание процедур по восстановлению данных в случае крупных сбоев

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

• Анализ допустимого времени простоя для различных приложений

• Скрипты процедур восстановления данных в случае масштабного сбоя

• Анализ соглашений с поставщиком о текущей техподдержке и дополнительных услугах

• Процедуры оповещения пользователей и каналы обмена информацией

• Промежуточные операции

• Процедуры перезагрузки

• Критерии успешного восстановления данных в случае масштабного сбоя

• Возврат к нормальной работе системы.

Создание базы соглашений для обслуживания системы

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

Эта задача подразумевает определение планов тестирования для этапа окончательной подготовки. Различные тесты описаны ниже.

Разработка плана тестов на сбои

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

Разработка плана нагрузочного тестирования

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

Разработка плана функционального тестирования

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

Разработка плана тестирования системного администрирования

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

Разработка плана тестирования принтеров

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

Это тестирование проверяет работоспособность инструментов и утилит администрирования в системе SAP.

Создание процедур копирования клиента

Создание процедур копирования клиента подразумевает использование утилит копирования клиента, а также отзыва (аннуляции) копии клиента.

Создание процедур ежедневных проверок

Ежедневные проверки должны охватывать следующие аспекты:

• Системный журнал

• Система управления очередностью печати

• График работ

• Анализ дампов

• Настройка и тестирование мониторов Центральной управляющей системы (CCMS)

• Настройка и анализ трассировки.

Создание процедур транспортировки

Эта задача нацелена на подтверждение эффективности транспортной системы, в том числе следующих ее аспектов:

• Выпуск запросов на изменения

• Импорт в систему обеспечения качества (Quality Assurance, QA) и в рабочую среду

• Процедуры «заморозки» кодов и тестирование качества (QA)

• Процедуры утверждения результатов обеспечения качества (QA) и запуска в рабочую среду.

Создание процедур резервного копирования и восстановления данных

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