ERP системы. Лекция 3 ERP. Лекция 3 Архитектура ядра sap erp
Скачать 2.34 Mb.
|
Лекция 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 и внешними прикладными системами. |