5.26Раздел: Разработка с использованием abap-инструментальных средств (упражнения)

	Раздел: Разработка с использованием ABAP-инструментальных средств Тема: ABAP-словарь, ABAP-редактор и построитель функций.
	После выполнения этого упражнения слушатели научатся: запускать ABAP-словарь и анализировать таблицы; использовать ABAP-редактор для написания небольших программ; работать с функциональным модулем.
	Сценарий для данного раздела отсутствует.

1. Параметры и содержание таблицы:

   1. Определите количество авиарейсов, которые были полностью забронированы за последние три месяца. Просмотрите список этих авиарейсов.

Рекомендации: выберите Меню SAP  Инструменты  АВАР-инструментальные средства  Обзор  Браузер данных (транзакция SE16). Введите таблицу SFLIGHT. На экране выбора отметьте только ракурс для авиалинии ВА (British Airways). Выберите Выполнить (F8).

2. Какие поля составляют первичный ключ в таблице SPFLI? Рекомендации: выберите Меню SAP  Инструменты  АВАР-инструментальные средства Разработки  ABAP-словарь (транзакция SE11). Для просмотра таблицы выберите зависимую кнопку Таблица БД и нажмите Просмотр.

Какие поля используются для городов вылета и прибытия? Какие элементы данных и домены используют эти поля? Какие элементы данных использует домен S_DATE? Рекомендация: для просмотра домена выберите зависимую кнопку Домен, введите имя домена и выберите Просмотр.

2. Программирование в ABAP:

1. Напишите АВАР-программу, отображающую строку «Привет мир».

Рекомендации: выберите Меню SAP  Инструменты  АВАР-инструментальные средства Разработки  ABAP-редактор (транзакция SE38). В качестве имени программы введите ZWORLD_XX (где XX – номер группы слушателя). Выберите Создать. Введите для своей программы заголовок, определяющий ее, а также задайте следующие атрибуты:

• Вид: выполняемая программа

• Статус: тестовая программа

• Приложение: Базис

Затем выберите Сохранить. На появившемся экране выберите Локальный объект или введите предоставленный инструктором класс разработок. В ABAP-редакторе установите курсор на строке, расположенной под REPORT ZWORLD_XX, и напечатайте: / “Привет мир”.

Выберите Сохранить, Активировать а затем Тест (F8). Программа должна выполниться без ошибок.

2. Протестируйте функциональный модуль STRING_INS.

Рекомендации: выберите Меню SAP  Инструменты  АВАР-инструментальные средства Разработки  Построитель функций (транзакция SE37). Чтобы протестировать функциональный модуль, выберите пиктограмму Отдельный тест (F8). Для просмотра функционального модуля выберите Просмотр. Для выполнения отдельного теста введите следующую информацию:

• Вставить: Что необходимо вставить?

• Позиция: Куда необходимо вставить?

• Текст: В какой текст необходимо вставить?

Затем выберите Выполнить (F8).

5.27Раздел: Разработка с использованием abap-инструментальных средств (ответы)

Раздел: Разработка с использованием ABAP-инструментальных средств Тема: ABAP-словарь, ABAP-редактор и построитель функций.

1. Параметры и содержание таблицы:

   1. Чтобы выполнить эту процедуру ознакомьтесь с описанием для упражнения. За указанный период времени никакие авиарейсы не были забронированы полностью.

   2. Чтобы выполнить эту процедуру ознакомьтесь с описанием для упражнения. Первичный ключ содержит поля MANDT, CARRID, CONNID, FLDATE, BOOKID и CUSTOMID. Имена полей для городов вылета и прибытия – CITYFROM и CITYTO соответственно. Поле CITYFROM использует элемент данных S_FROM_CIT, а CITYTO – элемент данных S_TO_CITY. Оба элемента данных используют домен S_CITY. Для просмотра домена S_DURA выберите Домены, введите имя домена и выберите Просмотр. На появившемся экране выберите пиктограмму Журнал использования. Домен S_DATE используется в элементах данных S_DATE, S_MAINDATE, Z_DATE и Z_GRUENDUNG.

2. Программирование в ABAP:

   1. Чтобы выполнить эту процедуру ознакомьтесь с описанием для упражнения.

6

6.2

6.3

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

6.4

• Система R/3 является открытой системой. Она поддерживает множество сетевых протоколов связи. Обмен информацией между системами R/3, R/2 или внешними системами может осуществляться по сети.

• SAP поддерживает протоколы Transmission Control Protocol/Internet Protocol (TCP/IP - протокол управления передачей/протокол Internet) и протокол SNA LU6.2 (System Network Architecture: Logical Unit 6.2). Связь внутри системы R/3 осуществляется с использованием стандартного протокола TCP/IP. Протокол LU6.2 разработан IBM и используется для связи с системами R/2, которые работают на мейнфреймах.

• Прикладное программирование системы R/3 поддерживает следующие интерфейсы связи: CPI-C (Common Programming Interface Communication), RFC (Remote Function Call) и OLE -автоматизацию (Object Linking and Embedding).

• Более подробная информация об организации связи содержится в онлайн-документации. Можно также заказать компакт-диск с SAP-документацией "Interface Adviser", в которой приведено множество конкретных примеров для описания различных механизмов связи в системе R/3. В SAPNet, например, в подкаталоге /int-adviser также можно найти дополнительную информацию по эти вопросам.

6.5

• Remote Function Call (RFC) - это интерфейс связи, основанный на протоколе CPI-C, но который имеет больше функциональных возможностей и проще для использования прикладными программистами. В качестве партнеров по связи через RFC можно использовать системы R/3 и R/2, а также внешние приложения.

• Для связи с системами R/2 хотя бы на одном из серверов приложений необходимо дополнительное ПО (SNA-шлюз). См. также R/3-заметку 13903.

• RFC является протоколом для вызова по сети специальных подпрограмм (функциональных модулей). Функциональные модули можно сравнить с функциями в языке Си или процедурами в Паскаль. Они имеют определенный интерфейс, через который можно осуществлять обмен данными, таблицами и кодами возврата. Для управления функциональными модулями в системе R/3 есть собственная библиотека функций, называемая построителем функций.

• Построитель функций (транзакция SM37) предоставляет прикладным программистам удобную среду для программирования, документирования и тестирования функциональных модулей, которые могут вызываться локально или удаленно (дистанционно). Система R/3 автоматически генерирует дополнительный код (заглушку RFC), который необходим для обеспечения удаленных вызовов.

• Технические требования для RFC такие же, что и для CPI-C. Ведение параметров для RFC-подключений осуществляется при помощи транзакции SM59. Система R/3 поставляется также вместе с пакетом RFC-SDK (Software Development Kit - комплект для разработки программного обеспечения), который использует обширные библиотеки языка Си для связи внешних программ с системой R/3.

6.6

• Единственная разница между удаленным вызовом функционального модуля на другой сервер и локальным вызовом заключается в использовании специального параметра (destination), который указывает целевой сервер, на котором должна выполняться программа.

• Существуют три типа RFC-вызовов:

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

• асинхронный RFC-вызов: вызывающая программа выполняется параллельно и независимо от обработки функционального модуля в целевой системе. За обработку результатов отвечают программисты. Помимо этого, целевая система также должна быть доступна во время RFC-вызова;

• транзакционный RFC-вызов: несколько функциональных модулей можно объединить в одну транзакцию. Они обрабатываются за один раз в целевой системе внутри определенной логической единицы обработки (LUW) и в той последовательности, в которой были вызваны. В случае ошибки вызывающей системе посылается сообщение, которое можно проанализировать с помощью транзакции SM58. При выполнении транзакционного RFC не обязательно иметь доступ к целевой системе во время RFC-вызова. Кроме того, можно конфигурировать периодичность и интервалы отдельных запросов.

6.7

• Технология OLE (Object Linking and Embedding) является объектно-ориентированным средством для связи между программами. Пользователь может установить связь между системой R/3 и офисными приложениями, которые поддерживаются OLE2-автоматизацию (например, Word и Excel). Таким образом пользователи могут использовать функциональность системы R/3, используя свою обычную настольную офисную среду.

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

• При использовании OLE система R/3 может выступать в двух разных ролях.

• Если система R/3 выступает в качестве OLE-клиента, то пользователь вызывает настольную программу из ABAP-приложения. OLE-команды передаются на ПК из ABAP-кодировки в виде RFC-вызовов через интерфейс SAPGUI. Интерфейс SAPGUI преобразует RFC-вызовы в OLE-команды для приложения на ПК.

• Если система R/3 выступает в качестве OLE-сервера, то настольное приложение может вызвать функции системы R/3. OLE-команды посылаются серверу SAP-автоматизации. Сервер преобразует эти команды в RFC-вызовы и передает их в систему R/3. В системе R/3 вызовы функций и интерфейсы ВАРI инирциируются бизнес-объектами. После того, как данные были успешно обработаны, они посылаются бизнес-объектом обратно в настольную программу через сервер SAP-автоматизации.

6.8

• Бизнес-объекты формируют основу для связи на высоких (удобных для пользователя) уровнях сети. Например, они позволяют системе R/3 функционировать через Интернет или осуществлять связь с программами на настольных ПК. Целью объектно-ориентированной SAP-стратегии является интеграция объектов на хозяйственном, а не на чисто техническом уровне.

• Бизнес-объекты

• создают основу для четко определенной связи между системами клиент/сервер;

• ориентированы на хозяйственную деятельность: например, существуют такие объекты, как "дебитор", "заказ" или "сотрудник";

• предоставляют бизнес-функции (методы). Например, для объекта "дебитор" существуют такие методы, как "Создание дебитора" и "Просмотр дебитора". Названия таких методов позволяют программировать понятно и, следовательно, без ошибок;

• управляются централизованно в системе R/3, в репозитарии бизнес-объектов (РВО).

• Интерфейсы BAPI (Business Application Programming Interfaces) являются функциональными интерфейсами. Они используют бизнес-функции, определенные для бизнес-объектов. Интерфесы BAPI можно вызвать как из системы R/3, так и вне ее.

• Более подробную информацию об интерфейсах BAPI можно найти в SAPNet в подкаталоге “bapi”.

6.9

• mySAP.com combines new and existing SAP products and services in intranet and Internet. The main components are:

• The Workplace provides each employee with an easy-to-use, standard user interface. Within a Web browser, users have all the tasks assigned to them by their user role. In addition, each user can customize their individual view (users “personalize” their workplace). E-mail, search engines, and other Web services can also be integrated.

• The Marketplace is an electronic marketplace found at www.mysap.com where companies can provide information, content, and products. Offers for specific groups can be found in the corresponding Business Community (for example, for a particular industry). Business partners can connect their business processes, such as buying and selling, in the Marketplace. This is known as One-Step Business.

• SAP provides a variety of electronic business solutions (Business Scenarios) for Internet and intranet. A list arranged by business criteria is on the next page.

• The fourth component of mySAP.com is Application Hosting: SAP or SAP partners set up / or run the business systems for the customer. The customer decides whether this should only be for the evaluation phase, implementation phase, or also during production.

6.10

• Интернет - это глобальная сеть компьютерных сетей. Она является стандартизированной платформой для обмена данными между пользователями и организациями. За последние пять лет, в период бурного развития Интернет, разработаны сценарии отношений между компаниями (business-to-business) и между потребителем и компанией (consumer-to-business), что делает подключение к Интернет важным организационным вопросом.

• Начиная с версии 3.1G система R/3 доступна в Интернет.

• Для хозяйственной деятельности SAP предоставляет клиентам ряд прикладных Интернет-компонентов (IAC). Они просты в использовании и не требуют специального обучения.

• Клиенты могут также создавать свои собственные IACs. Вне среды ABAP-инструментальных средств используется инструмент разработок SAP@Web Studio.

• mySAP.com объединяет новые и существующие сервисы Интернет и Интранет. Текущая информация находится по адресу www.mySAP.com.

6.11

• The following components are involved when employees access backend systems (such as R/3):

• The Web browser on the employee’s PC (client) communicates with the HTTP server, which runs on a different physical server (Web server). The connection is through the Internet or intranet.

• The Workplace information (user role and personalization) is stored on the Workplace server. The Workplace Engine in front of the Workplace handles the Workplace display. Employees only need to log on once to the Workplace(Single-Sign On). Additional (optional) components such as Drag & Relate Servlet + SAP DCOM CC provide Drag & Relate functions allowing connections across system boundaries.

• The Internet Transaction Server (ITS) creates the connection between the HTTP server and an SAP Backend System. The ITS consists of the W Gate (runs on the Web server) and the A Gate (can run on separate hardware); these are software components. A special service provided by the A Gate is the SAP GUI for HTML, which at runtime converts the screens of an R/3 dialog transaction into HTML pages.

• Other methods for accessing an SAP Backend System are through:

• SAP GUI for JAVA: Can run in the Web browser; allows direct access

• Windows terminal client: Can run in the Web browser; access through Frontend server

• SAP GUI for Windows: Direct access from Windows PC

6.12

• Электронный обмен данными (EDI) описывает электронный обмен структурированными бизнес-данными между разными приложениями.

• Архитектура EDI включает в себя

• приложения, предусматривающие электронный обмен данными

• Они позволяют автоматически обрабатывать хозяйственные транзакции.

• IDOC-интерфейс

• Он был разработан как открытый интерфейс, который содержит промежуточные документы (IDOCs) и соответствующие функциональные модули, которые организует связь с приложением.

• EDI-подсистему

• Эта подсистема преобразует промежуточные документы в EDI-документы и наоборот. SAP не поставляет этот элемент архитектуры EDI, но предоставляет список сертифицированных программ. (Более подробная информация содержится в SAPNet в подкаталоге “csp”.)

• Основным компонентом IDOC-интерфейса является IDOC-тип. IDOC это стандарт SAP, который задает структуру и формат данных, передаваемых в электронном виде. Он был разработан для поддержки стандартов EDIFACT и ANSI X12. IDOC однозначно идентифицируется посредством управляющей записи. Прикладные данные формируют ядро. Записи статуса регистрируют статус IDOC на его пути от приложения до компании-партнера и обратно.

6.13

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

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

• Наиболее оптимальный способ - это использовать диалоговые проверки в SAP-транзакциях, которые также распространяются на SAP-транзакции для передачи данных.

• Методы, используемые для переноса данных из внешней системы, известны как методы "пакетного ввода".

• Для многих прикладных областей в системе R/3 SAP предоставляет стандартизованные методы переноса данных. Эти методы применяют технологии программирования пакетного ввода, вызова транзакции и прямого ввода. Управление стандартными SAP-методами прямого ввода осуществляется с помощью инструментальных средств переноса данных (транзакция SXDA). Если стандартный SAP-метод переноса данных недоступен, можно написать программу переносов, использующую пакетный ввод и вызов транзакции.

6.14