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