Читать онлайн «Внедрение SAP R/3: Руководство для менеджеров и инженеров». Страница 79

Конфигурация процесса и функций

Эта задача подразумевает изменение настроек конфигурации в соответствии с Планом базовой конфигурации: соответствующая информация в Руководстве по внедрению (IMG) и Плане базовой конфигурации должна обязательно обновляться.

Транспортировка в систему обеспечения качества

Объекты базовой конфигурации необходимо транспортировать в систему обеспечения качества (QA).

Тестирование базовой конфигурации

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

Документирование проблем и их решение

Любые расхождения, проблемы или недочеты должны записываться и немедленно решаться; для записи используется «проблемная» база данных в рамках базы данных «Вопросы и ответы» (Q&Adb). Если проблема относится к области предварительного просмотра окончательной конфигурации, ее надо присвоить соответствующему циклу (см. раздел «Базовая конфигурация и подтверждение»).

Пересмотр Концептуального плана

На основе результатов конфигурации и подтверждения сценариев и бизнес-процессов Концептуальный план пересматривается и в нем отражается текущая информация.

Проверка полноты базовой конфигурации

Используя План базовой конфигурации, необходимо проверить все даты текущей и запланированной деятельности по конфигурации и тестированию процессов и сценариев, причем проблемные процессы должны быть отображены в базе данных «Вопросы и ответы». Убедиться в этом можно также с помощью Руководства по внедрению (IMG), запустив анализ проекта из меню «Настройки».

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

• Составление сценариев подтверждения

• Проведение подтверждения базовой конфигурации

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

• Обзор подтверждения базовой конфигурации, получение официального одобрения и закрытие стадии базовой конфигурации.

Примечание

В методологии ASAP выполнение этой задачи означает прохождение третьего важнейшего рубежа проекта.

Сценарии утверждения

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

1. Открыть План базовой конфигурации и выбрать «Базовая».

2. Ввести информацию по подтверждению и порядку следования взаимозависимых процессов — для этого надо ввести номер ситуации и номер следования процесса в группу ассоциированных процессов в колонках «Конфигурация: Номер ситуации, Номер следования».

3. Добавить информацию о процедурах подтверждения, выбрав шаблон процедуры и заполнив его подробными данными.

4. Сохранить изменения.

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

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

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

• Цикл 1: Цель этого цикла — тонкая настройка конфигурации бизнес-процессов для основных данных и наиболее важных процессов.

• Цикл 2: Тонкая настройка конфигурации оставшихся основных данных и элементарных транзакций.

• Цикл 3: Тонкая настройка конфигурации и основных данных посредством запуска наиболее важных процессов.

• Цикл 4: Настройка конфигурации через запуск бизнес-процессов (транзакций, отчетов, пользовательских профилей и т. д.).

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

• Пересмотр окончательных рамок конфигурации

• Создание плана конфигурации для окончательных рамок проекта

• Подготовка ситуаций тестирования

• Подготовка плана тестирования для окончательных рамок проекта

• Выделение ресурсов

• Получение одобрения плана конфигурации для окончательных рамок проекта.

Подтверждение окончательных рамок конфигурации (циклы от 1 до п)

На этом этапе происходит изменение параметров конфигурации для окончательных сценариев и процессов. Произведенные изменения транспортируются вереду «Обеспечение качества» (QA) для тестирования в соответствии с подготовленными ранее планами тестирования и тестовыми ситуациями. Полученные в результате данные используются для внесения изменений в Концептуальный план и в Основной список бизнес-процессов (BPML).

Примечание: количество циклов в названии и тексте этого раздела относится к количеству циклов конфигурации. Решение о количестве циклов конфигурации принимает компания.

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

• Конфигурация процессов и функций.

• Транспортировка объектов в среду «Обеспечение качества» (QA).

• Тестирование окончательной конфигурации.

• Закрепление окончательной конфигурации.

Окончательное подтверждение (циклы от 1 до n)

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

• Подготовка сценариев окончательного подтверждения.

• Выполнение сценариев окончательного подтверждения.

В главе 7 уже описывались Рабочее место разработчика и система транспортировки. Однако дополнительно к этому, каждый член команды разработки программ должен быть зарегистрирован как легитимный пользователь среды разработки. Для этого необходимо:

1. Создать ID-номер для каждого члена команды разработчиков

2. Зарегистрировать каждого пользователя через Регистрацию изменений программного обеспечения SAP (SAP Software Change Registration, SCCR) в OSS и передать ключ доступа в систему разработки.

3. Создать запрос на изменения для каждого проекта разработки АВАР. Все участники конкретного проекта будут присвоены именно этому запросу на изменения.

4. Создать запрос на изменения для всех объектов АВАР, которые без изменений входят во все проекты АВАР.

5. Сгруппировать объекты Хранилища в иерархию объектов приложений, согласно которой каждый элемент иерархии будет присвоен классу разработки.

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

Разработка специфических для компании бланков и шаблонов документов производится в строгом соответствии с Концептуальным планом и включает в себя следующие задачи:

• Определение внешнего вида и технических спецификаций шаблонов с последующим внесением соответствующих изменений затронутых бизнес-процессов в Основной список бизнес-процессов (BPML).

• Создание шаблонов (если возможно, на основе стандартных шаблонов бланков и документов, предусмотренных в системе).

• Подготовка процедур тестирования шаблонов — определение функций и последовательности тестов и используемых данных.