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

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. Создать запрос на изменения для каждого проекта разработки АВАР. Все участники конкретного проекта будут присвоены именно этому запросу на изменения.