Внедрение SAP R/3: Руководство для менеджеров и инженеров
Шрифт:
Тестирование базовой конфигурации проводится с использованием тестовых ситуаций и планов, предусмотренных Планом базовой конфигурации. Для каждой тестовой ситуации параметры и данные тестирования обязательно документируются — позднее эта информация пригодится во время подтверждения базовой конфигурации.
Документирование проблем и их решение
Любые расхождения, проблемы или недочеты должны записываться и немедленно решаться; для записи используется «проблемная» база данных в рамках базы данных «Вопросы и ответы» (Q&Adb). Если проблема относится к области предварительного просмотра окончательной
Пересмотр Концептуального плана
На основе результатов конфигурации и подтверждения сценариев и бизнес-процессов Концептуальный план пересматривается и в нем отражается текущая информация.
Проверка полноты базовой конфигурации
Используя План базовой конфигурации, необходимо проверить все даты текущей и запланированной деятельности по конфигурации и тестированию процессов и сценариев, причем проблемные процессы должны быть отображены в базе данных «Вопросы и ответы». Убедиться в этом можно также с помощью Руководства по внедрению (IMG), запустив анализ проекта из меню «Настройки».
На этом этапе необходимо сформулировать сценарии подтверждения успешной конфигурации системы, что включает в себя следующие задачи:
• Составление сценариев подтверждения
• Проведение подтверждения базовой конфигурации
• Подготовка программы сценариев подтверждения ответственными за межфункциональные процессы сотрудниками и назначение участников процесса подтверждения.
• Обзор подтверждения базовой конфигурации, получение официального одобрения и закрытие стадии базовой конфигурации.
Примечание
В методологии ASAP выполнение этой задачи означает прохождение третьего важнейшего рубежа проекта.
Сценарии утверждения
Сценарий утверждения (т. е. группа процессов) является полным бизнес-процессом, который можно разделить на подпроцессы. Последние проще утвердить как серию последовательных шагов сценария. Процедура контрольного примера (business case) представляет собой жизненно важный поток информации, ассоциированные с ними условия и исключения. Составление контрольного примера требует следующих действий:
1. Открыть План базовой конфигурации и выбрать «Базовая».
2. Ввести информацию по подтверждению и порядку следования взаимозависимых процессов — для этого надо ввести номер ситуации и номер следования процесса в группу ассоциированных процессов в колонках «Конфигурация: Номер ситуации, Номер следования».
3. Добавить информацию о процедурах подтверждения, выбрав шаблон процедуры и заполнив его подробными данными.
4. Сохранить изменения.
Проведение окончательной конфигурации и утверждение
Как уже упоминалось в разделе «Базовая конфигурация и подтверждение», не все включенные в рамки базовой конфигурации сценарии и бизнес-процессы отлаживаются на этом этапе.
Чтобы облегчить задачу проведения конфигурации, методология SAP рекомендует сформировать серию циклов конфигурации, в зависимости от приоритетности бизнес-процессов. Эти циклы конфигурации уже упоминались в главе 14. Циклы
последовательно конфигурируются до тех пор, пока не будут устранены все неполадки и неясности, после чего система готова для окончательного тестирования на интеграцию.Каждый цикл представляет собой повторяющийся процесс, который нацелен на систематизацию окончательной конфигурации. Циклы задаются, исходя из следующих критериев:
• Цикл 1: Цель этого цикла — тонкая настройка конфигурации бизнес-процессов для основных данных и наиболее важных процессов.
• Цикл 2: Тонкая настройка конфигурации оставшихся основных данных и элементарных транзакций.
• Цикл 3: Тонкая настройка конфигурации и основных данных посредством запуска наиболее важных процессов.
• Цикл 4: Настройка конфигурации через запуск бизнес-процессов (транзакций, отчетов, пользовательских профилей и т. д.).
Процесс окончательной конфигурации и подтверждения схож с аналогичным процессом на базовом уровне, за исключением того, что в Основном списке бизнес-процессов (BPML) упоминались только ассоциированные с одним из вышеназванных четырех циклов. В случае с окончательной конфигурацией необходимо решить следующие задачи:
• Пересмотр окончательных рамок конфигурации
• Создание плана конфигурации для окончательных рамок проекта
• Подготовка ситуаций тестирования
• Подготовка плана тестирования для окончательных рамок проекта
• Выделение ресурсов
• Получение одобрения плана конфигурации для окончательных рамок проекта.
Подтверждение окончательных рамок конфигурации (циклы от 1 до п)
На этом этапе происходит изменение параметров конфигурации для окончательных сценариев и процессов. Произведенные изменения транспортируются вереду «Обеспечение качества» (QA) для тестирования в соответствии с подготовленными ранее планами тестирования и тестовыми ситуациями. Полученные в результате данные используются для внесения изменений в Концептуальный план и в Основной список бизнес-процессов (BPML).
Примечание: количество циклов в названии и тексте этого раздела относится к количеству циклов конфигурации. Решение о количестве циклов конфигурации принимает компания.
Эта задача, как и на этапе базовой конфигурации, состоит из следующих шагов:
• Конфигурация процессов и функций.
• Транспортировка объектов в среду «Обеспечение качества» (QA).
• Тестирование окончательной конфигурации.
• Закрепление окончательной конфигурации.
Окончательное подтверждение (циклы от 1 до n)
На этом этапе необходимо сформулировать сценарии подтверждения для гарантии успешной конфигурации системы. Эта задача сходна с подтверждением базовой конфигурации, но основное отличие в том, что она выполняется на цикличной основе:
• Подготовка сценариев окончательного подтверждения.
• Выполнение сценариев окончательного подтверждения.
Подготовка среды разработки АВАР/4
В главе 7 уже описывались Рабочее место разработчика и система транспортировки. Однако дополнительно к этому, каждый член команды разработки программ должен быть зарегистрирован как легитимный пользователь среды разработки. Для этого необходимо: