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