Главная страница
Навигация по странице:

  • 3.4. Принципы интеграции и консолидации информации по организационным уровням. 3.0. Архитектура ядра SAP ERP SAP ERP

  • 3.0.4. Сервисы сервера приложений SAP

  • ERP системы. Лекция 3 ERP. Лекция 3 Архитектура ядра sap erp


    Скачать 2.34 Mb.
    НазваниеЛекция 3 Архитектура ядра sap erp
    АнкорERP системы
    Дата13.09.2022
    Размер2.34 Mb.
    Формат файлаdoc
    Имя файлаЛекция 3 ERP.doc
    ТипЛекция
    #674846
    страница1 из 5
      1   2   3   4   5

    Лекция 3

    3.0. Архитектура ядра SAP ERP.

    3.1. Отражение корпоративной структуры в организационных уровнях ERP-системы.

    3.2. Структура организационных уровней.

    3.3. Организационные уровни в функциональной иерархии бизнес-процессов.

    3.4. Принципы интеграции и консолидации информации по организационным уровням.
    3.0. Архитектура ядра SAP ERP
    SAP ERP строится на основе клиент-серверной архитектуры (рисунок 3.1). Основными приложениями в архитектуре системы являются:

    • Уровень базы данных – СУБД, используется для хранения информации;

    • Уровень сервера приложений - сервер приложений SAP, используется для обработки информации в соответствии с бизнес-логикой;

    • Уровень сервера презентации – SAP GUI (SAP Graphic User Interface). Основная задача - ввод/вывод информации пользователю.



    3.0.1. Обработка запросов пользователя



    Концепция работы SAP ERP предусматривает выполнение большого числа процессов на различных уровнях архитектуры клиент-сервер.



    Рис. 3.1 - Обработка запросов пользователя
    Центральным процессом на уровне сервера приложения SAP является диспетчер. Диспетчер осуществляет управление ресурсами для приложений SAP. Основными задачами диспетчера являются распределение нагрузки на рабочие процессы, подключение к уровню презентации и организация связи с другими серверами приложений.

    Данные, вводимые пользователем на экране, принимаются программой презентации SAPGUI, конвертируются в ее собственный формат и затем передаются диспетчеру в виде запросов обработки. Запросы обработки затем сохраняются диспетчером в очередях запросов и обрабатываются в соответствии с правилом FIFO («первый вошел»/«первый вышел»).

    Диспетчер распределяет запросы по доступным в данный момент рабочим процессам. Фактическая обработка данных происходит в рабочих процессах. Пользователю, организовавшему запрос посредством SAP GUI, отдельный рабочий процесс обычно не присваивается, запрос обработки передается любому свободному рабочему процессу.

    После обработки данных, рабочие процессы возвращают результаты через диспетчер в программу SAPGUI. SAP GUI интерпретирует эти данные и с помощью операционной системы создает экран вывода на ПК пользователя.

    3.0.2. Интерфейс презентации SAP


    Интерфейс презентации SAP GUI (GUI - графический интерфейс пользователя) осуществляет выполнение функций ввода/вывода в системе SAP (рисунок 3.1). SAPGUI главным образом ориентирован на Windows Style Guide и доступен для нескольких платформ с предоставлением аналогичных функций для них.



    Рис. 3.2 - Интерфейс презентации SAP
    Если система SAP использовалась на одной платформе, то при работе в системе на другой платформе, пользователь не обнаружит никакой разницы за исключением нескольких незначительных, зависящих от платформы, атрибутов GUI.

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

    Объем данных, передаваемых при каждой смене экрана, обычно составляет всего лишь несколько Кбайт, что позволяет пользователю легко подключаться к серверам презентаций по сети WAN (Wide Area Network - глобальная сеть - объединяет локальные вычислительные сети (LAN), обеспечивая передачу данных на большие расстояния, например, в масштабах страны или всего мира.)

    3.0.3 Интерфейс базы данных SAP


    В настоящее время администрирование больших объемов данных обычно осуществляется посредством систем управления реляционными базами данных (СУРБД). Эти системы сохраняют данные и связь между ними в двумерных таблицах (рисунок 3.3). Определения данных, таблиц и отношений между таблицами хранятся в словаре данных реляционной СУБД.



    Рис. 3.3 Интерфейс базы данных
    Во внутреннем языке системы (ABAP/4) используется специфический диалект языка SQL – SAP OPEN SQL. SAP OPEN SQL используется для доступа к данным приложения, хранящимся в БД, независимо от конкретной СУРБД. Интерфейс базы данных SAP преобразует операторы Open SQL из ABAP-операторов в соответствующие операторы базы данных. Это означает, что прикладные программы, написанные на ABAP, являются независимыми от используемых баз данных. В АВАР могут использоваться операторы Native SQL – операторы диалекта SQL, используемые в конкретной СУБД. Но эти операторы следует использовать осторожно, т.к. они специфичны для конкретной СУБД и программы, написанные с их использованием, могут не работать в других системах, использующих другой тип СУБД.

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

    При обращении к базе данных с помощью Native SQL, буферы памяти не используются.
    3.0.4. Сервисы сервера приложений SAP

    Операционная система рассматривает исполняющую систему SAP в качестве группы параллельных взаимодействующих процессов (рисунок 3.4). На каждом сервере приложения эти процессы включают в себя диспетчер, а также рабочие процессы следующих типов:

    • диалоговая обработка (D),

    • обновление (V),

    • управление блокировками (E),

    • фоновая обработка (B),

    • спул (S) – процессы обработки заданий печати, постановка в очередь – обработка очереди заданий.

    Помимо этих типов рабочих процессов, система SAP предоставляет два дополнительных сервиса для внутренней и внешней связи



    Рис. 3.4. Сервисы сервера приложений

    .

    Сервер сообщений (MS) осуществляет связь между распределенными в системе SAP диспетчерами и поэтому является необходимым условием при использовании нескольких параллельно работающих серверов приложений.

    Шлюзовый сервер (GW) обеспечивает связь между системами SAP, R/2 и внешними прикладными системами.

      1   2   3   4   5


    написать администратору сайта