Внедрение SAP R/3: Руководство для менеджеров и инженеров
Шрифт:
• Определение внешнего вида и технических спецификаций шаблонов с последующим внесением соответствующих изменений затронутых бизнес-процессов в Основной список бизнес-процессов (BPML).
• Создание шаблонов (если возможно, на основе стандартных шаблонов бланков и документов, предусмотренных в системе).
• Подготовка процедур тестирования шаблонов — определение функций и последовательности тестов и используемых данных.
• Тестирование, анализ и одобрение результатов.
• Транспортировка шаблонов в среду «Обеспечение качества» (QA) для окончательного
Разработка специфических для компании отчетов производится в строгом соответствии с Концептуальным планом и включает в себя следующие задачи:
• Идентификация процессов, чьи требования по отчетам и анализу не могут быть удовлетворены стандартными отчетами, предусмотренными в системе. Определение периодичности составления таких отчетов, их содержание, источники необходимых данных и т. д.
• Определение спецификации отчета и обновление информации в соответствующих бизнес-процессах в BPML.
• Создание отчетов с использованием подходящих инструментов — таких, как АВАР/4 Query, SAP Report Writer/Painter, АВАР Reporting и т. д. По возможности, следует использовать стандартные отчеты в качестве шаблона; особое внимание стоит уделить возможному влиянию новых отчетов на общие и частные характеристики работы системы.
• Анализ отчетов, чтобы убедиться в том, что они созданы на основе правильных таблиц, используют правильные индексы и в целом функционируют эффективно. Создание неэффективных отчетов увеличивает нагрузку на систему и может привести к ухудшению характеристик ее работы.
• Подготовка процедур тестирования новых отчетов, определений функций и последовательности тестирования, а также данных, которые будут использоваться в тестировании.
• Тестирование, анализ и одобрение результатов.
• Транспортировка отчета в среду «Обеспечение качества» (QA) для окончательного интеграционного тестирования.
Эта задача охватывает разработку программ и процедур ручной передачи данных из унаследованных систем в систему SAP. Во время разработки программ конвертации необходимо учитывать следующие аспекты:
• Природу объектов и данных, подлежащих конвертации
• Методы передачи данных: стандартные программы передачи данных SAP, ручной ввод данных с помощью транзакций в режиме он-лайн или программы пакетного ввода (batch input, BI).
• Объемы данных и качество данных в унаследованных системах.
• Наличие стандартных программ передачи данных в системе R/3, которые требуют, чтобы данные были в определенном формате, а также определенную последовательность загрузки данных. Требуемый формат структуры данных может быть необходим для генерации одномерных файлов.
• Установление связи между полями данных в унаследованной системе и соответствующими полями одномерного файла, который используют программы передачи данных системы R/3.
Если для конкретной ситуации нет стандартной программы передачи данных для загрузки в систему R/3, может возникнуть необходимость
• Данные считываются с унаследованной системы в формате одномерного файла.
• Поля данных в унаследованной системе ассоциированы с соответствующими полями в системе R/3.
• Записи обработанных программой-конвертером данных сохраняются в другом одномерном файле, который используется программами пакетного (SAP BI) или прямого (direct input, DI) ввода данных в SAP.
В случае с индивидуально разработанной программой, вслед за ее созданием следует выполнить следующее:
• Подготовить процедуры тестирования программы конвертации.
• Тестирование, анализ и одобрение результатов.
• Транспортировка программы конвертации в среду «Обеспечение качества» (QA) для окончательного интеграционного тестирования.
При разработке интерфейсов для взаимодействия с системой R/3 необходимо рассмотреть следующие аспекты:
• Данные, которые будут проходить через указанный интерфейс
• Система, на основе которой интерфейс будет функционировать
• Возможные альтернативы данному интерфейсу
• Различные дополнительные технологии, которые можно использовать при создании данного интерфейса
• Документация по интерфейсу
• Возможные последствия использования данного интерфейса для других приложений.
Как и в случае с программами конвертации или с интеграцией различных приложений, предпочтение всегда стоит отдавать стандартным интерфейсам, предусмотренным в системах SAP. Эти стандартные интерфейсы разработаны на основе сценариев бизнес-процессов для импорта данных в систему R/3 или экспорта данных через выходы приложений. В таком случае сценарии бизнес-процессов точно заданы и определены относительно ассоциированных объектов, и их легко внедрять и поддерживать. Также в качестве альтернативы существуют программные продукты других разработчиков, которые уже сертифицированы для взаимодействия с системами SAP через дополнительные программы, и их всегда стоит иметь в виду.
Компания должна разрабатывать свои решения и интерфейсы для взаимодействия с системой SAP только в самом крайнем случае, если требования Концептуального плана невозможно удовлетворить другими средствами.
Для передачи данных есть два метода; компания выбирает необходимый, руководствуясь внутренними требованиями. Первый — это файловый метод, когда перед передачей данные формируются в файлы, после чего файлы загружаются в другую систему, или могут использоваться другими системами. Такой пакетный метод передачи данных по принципу «сохранение, затем передача» работает только в синхронном режиме. Существуют следующие технологии внедрения пакетных интерфейсов: