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

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

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

• Тестирование, анализ и одобрение результатов.

• Транспортировка шаблонов в среду «Обеспечение качества» (QA) для окончательного интеграционного тестирования.

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

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

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

• Создание отчетов с использованием подходящих инструментов — таких, как АВАР/4 Query, SAP Report Writer/Painter, АВАР Reporting и т. д. По возможности, следует использовать стандартные отчеты в качестве шаблона; особое внимание стоит уделить возможному влиянию новых отчетов на общие и частные характеристики работы системы.

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

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

• Тестирование, анализ и одобрение результатов.

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

Эта задача охватывает разработку программ и процедур ручной передачи данных из унаследованных систем в систему SAP. Во время разработки программ конвертации необходимо учитывать следующие аспекты:

• Природу объектов и данных, подлежащих конвертации

• Методы передачи данных: стандартные программы передачи данных SAP, ручной ввод данных с помощью транзакций в режиме он-лайн или программы пакетного ввода (batch input, BI).

• Объемы данных и качество данных в унаследованных системах.

• Наличие стандартных программ передачи данных в системе R/3, которые требуют, чтобы данные были в определенном формате, а также определенную последовательность загрузки данных. Требуемый формат структуры данных может быть необходим для генерации одномерных файлов.

• Установление связи между полями данных в унаследованной системе и соответствующими полями одномерного файла, который используют программы передачи данных системы R/3.

Если для конкретной ситуации нет стандартной программы передачи данных для загрузки в систему R/3, может возникнуть необходимость в разработке индивидуальной программы пакетного ввода. В SAP предусмотрено Руководство по передаче данных (Data Transfer Made Easy Guidebook) для облегчения передачи данных из унаследованных систем в SAP. Таким образом, в программе передачи и конвертации данных должны быть учтены следующие аспекты:

• Данные считываются с унаследованной системы в формате одномерного файла.

• Поля данных в унаследованной системе ассоциированы с соответствующими полями в системе R/3.

• Записи обработанных программой-конвертером данных сохраняются в другом одномерном файле, который используется программами пакетного (SAP BI) или прямого (direct input, DI) ввода данных в SAP.

В случае с индивидуально разработанной программой, вслед за ее созданием следует выполнить следующее:

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

• Тестирование, анализ и одобрение результатов.

• Транспортировка программы конвертации в среду «Обеспечение качества» (QA) для окончательного интеграционного тестирования.

При разработке интерфейсов для взаимодействия с системой R/3 необходимо рассмотреть следующие аспекты:

• Данные, которые будут проходить через указанный интерфейс

• Система, на основе которой интерфейс будет функционировать

• Возможные альтернативы данному интерфейсу

• Различные дополнительные технологии, которые можно использовать при создании данного интерфейса

• Документация по интерфейсу

• Возможные последствия использования данного интерфейса для других приложений.

Как и в случае с программами конвертации или с интеграцией различных приложений, предпочтение всегда стоит отдавать стандартным интерфейсам, предусмотренным в системах SAP. Эти стандартные интерфейсы разработаны на основе сценариев бизнес-процессов для импорта данных в систему R/3 или экспорта данных через выходы приложений. В таком случае сценарии бизнес-процессов точно заданы и определены относительно ассоциированных объектов, и их легко внедрять и поддерживать. Также в качестве альтернативы существуют программные продукты других разработчиков, которые уже сертифицированы для взаимодействия с системами SAP через дополнительные программы, и их всегда стоит иметь в виду.

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

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

• Пакетный ввод (Batch input, BI)

• Вызов транзакции (Call transaction, СТ)

• Промежуточный документ (Intermediate Document, IDoc)

• Интерфейс программирования бизнес-приложений (Business Applications Programming Interface, BAPI)

• Прямой ввод (Direct input, DI).

Второй метод — это обмен данными между программами, при котором для каждой участвующей системы требуется отдельный интерфейс; соединение устанавливается той системой, которая пытается передать данные другой системе. Такой метод позволяет только синхронную передачу и обработку данных; для внедрения такого рода интерфейсов существуют следующие технологии:

• Удаленный вызов функции (Remote Function Call, RFC)

• Обычный интерфейс программирования для обмена данными (Common Programming Interface for Communication, CPI–C)

• Технология компонентов OLE/ActiveX

• Компоненты графического интерфейса пользователя GUILIB/GUI

• Интерфейс IDoc для Electronic Data Interchange (EDI)

• Интерфейс IDoc для Application Link Enabling (ALE)

• SAP Business Workflow

• Интерфейс программирования бизнес-приложений (Business Application Programming Interface, BAPI)

• Сервер Интернет-транзакций (Internet Transaction Server, ITS)

• Компоненты Интернет-приложений (Internet Application Components, IAC).

В случае с индивидуально созданными интерфейсами после разработки программы-конвертера необходимо выполнить следующие задачи:

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

• Тестирование, анализ и утверждение результатов тестирования.

• Транспортировка программ интерфейса в среду «Обеспечение качества» (QA) для окончательного интеграционного тестирования.

Примечание

Такие усовершенствования и интерфейсы, как SAP Workflow, Business Information Warehouse, SAP Business Framework, BAPI, IDoc, ALE и ITS/IAC подробно рассматриваются в главе 19.

Цель этой задачи — разработка модификаций, усовершенствований и дополнительной функциональности для системы SAP в соответствии с Концептуальным планом. Такие усовершенствования могут включать в себя:

• Использование индивидуальных пользовательских подключений к R/3

• Индивидуальные настройки и модификации стандартных объектов R/3

• Разработку индивидуальных настроек и объектов в среде АВАР/4.

Все модификации и усовершенствования должны быть зарегистрированы с помощью программы Регистрации изменений программного обеспечения SAP (SAP Software Change Registration, SSCR). Необходимо отметить, что модификация исходных кодов SAP и объектов словаря данных автоматически отменяет гарантийные обязательства компании SAP.

Внесение модификаций и усовершенствований состоит из следующих этапов:

• Формулировка модификации.