Статья

11 этапов эволюция SAP ERP

11 этапов эволюции архитектуры SAP ERP


Понять архитектуру SAP ERP новичку может быть довольно сложно. Самый простой способ это сделать — проследить за ее развитием с самой первой версии системы SAP.

Начнем с проблемы, для решения которой и была создана система SAP, и расскажем, что привело к появлению современной SAP S/4 HANA. Весь этот путь мы разделили на 11 (довольно крупных) этапов:


Автоматизация бизнес-процессов


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

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


Самое мощное в мире ERP-решение было создано в IBM


Пятеро (уже бывших) сотрудников IBM — Дитмар Хопп, Ганс-Вернер Гектор, Хассо Платтнер, Клаус Чира и Клаус Велленройтер — заметили, что бизнес-приложения, которые они создают для разных компаний, похожи.
 
Тогда они предложили руководству создать одно стандартное программное обеспечение, которое исключило бы разработку одинаковых приложений в будущем, а также позволило бы решить проблемы с недостаточно хорошо разработанными в самих компаниях программами. Такое решение можно было бы использовать на многих предприятиях, что, соответственно, позволило бы сократить затраты на разработку и техническую поддержку.

Однако IBM эта идея не понравилась. Поэтому в 1972 году они создали собственную компанию под названием Systemanalyse und Programmentwicklung (Системный анализ и разработка программного обеспечения), которую затем переименовали в Systeme, Anwendungen und Produkte in der Datenverarbeitung (Системы, приложения и продукты для обработки данных).


Системы, работающие в режиме реального времени: начало


Свое первое программное обеспечение для бухгалтерского учета на базе DOS — систему R/1 — специалисты SAP разработали в 1972 году. Затем, в 1979 году, на базе мейнфрейма была создана система SAP R/2. Система SAP R/2 включала практически все необходимые предприятиям функции: логистику, производство, бухгалтерский учет и кадровые ресурсы. R/2 также поддерживала несколько языков и валют, что сделало ее популярной в международных компаниях.


Трехуровневая клиент-серверная архитектура


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

Разделение решения на три уровня (презентационный, уровень приложений и уровень баз данных) и клиент-серверная архитектура позволяли организациям запускать каждый из уровней на отдельных машинах.

  1. Презентационный уровень (SAP GUI) запускался на компьютере каждого пользователя, поэтому проблема разделения времени с другими пользователями GUI не возникала.
  2. Уровень приложений отвечал за выполнение бизнес-процессов, доступ к базам данных осуществлялся только при необходимости.
  3. Уровень баз данных сохранял данные о всех бизнес-действиях (транзакциях).

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


Функциональные модули SAP, отраслевые решения и технологический уровень


Уровень приложений состоял из нескольких базовых модулей: управление материальными потоками, сбыт, управление персоналом, планирование производства, финансы и учет затрат и т. д.

Решения для отдельных отраслей производства поставлялись в качестве надстроек. Чтобы компании могли использовать необходимые для их сферы деятельности бизнес-процессы, необходимо было установить соответствующую надстройку отраслевого решения (Industry Solution Add-on). Эти производственные надстройки позволяли немного изменить стандартный набор базовых модулей, чтобы решение SAP можно было применять в различных отраслях.

Такие приложения создавались на технологической платформе под названием SAP Basis (которая в будущем также будет называться Web Application Server или NetWeaver Application Server). Платформа SAP Basis позволяла запускать систему SAP на различных операционных системах и с различными базами данных.


Решение SAP R/3 до версии 4.6c, EnjoySAP, и что произошло с SAP R/3 4.6D


Теперь, взяв в качестве точки отсчета SAP R/3, давайте посмотрим, как развивалась архитектура SAP ERP.

Итак, вплоть до версии 4.6c SAP R/3 имеет следующую архитектуру:

  1. Технологический уровень (платформы Basis и ABAP).
  2. Базовые приложения (функциональные модули SAP_APPL и SAP_HR).
  3. Надстройки (надстройки и плагины, например проверка на Y2K-совместимость, для различных отраслей производства).


С развитием архитектуры менялся и способ взаимодействия пользователей с приложениями. Так, в сотрудничестве с компанией Frog Design, специализирующейся на промышленном дизайне, компания SAP представили новый дизайн интерфейса — EnjoySAP. Особенности EnjoySAP (в буквальном переводе "Наслаждайтесь SAP", т. е. работа с SAP стала еще приятнее) — уменьшенный размер экрана с древовидной структурой данных в его левой части, отличие от ОС Windows и т. д. В настоящее время EnjoySAP — это стандартный интерфейс, используемый в текущей конфигурации SAP GUI.

До выпуска версии 4.6D платформа Basis была обязательным компонентом только SAP R/3. Поэтому у Basis и у R/3 одинаковый номер версии, а также один пакет поддержки.

После создания в 1999 году интернет-среды mySAP.com специалисты SAP начали поставку некоторых прикладных компонентов, например, SAP R/3 или SAP New Dimension Products (Продукты нового измерения SAP), разработанных на базе SAP Basis. Затем, поскольку платформа Basis была отделена от SAP R/3, дальнейшее ее развитие зависело от прикладных компонентов среды mySAP.com и их технических требований.

Версия SAP Basis 4.6D, которая используется с такими компонентами mySAP.com, как рабочее место (Workplace), хранилище бизнес-информации (Business Warehouse, BW), хранилище информации (Knowledge Warehouse, KW), система управления отношений с клиентами (Client Relationship Management, CRM) и др., не использовалась ни в одной из версий R/3. Следовательно, хотя решение Basis 4.6D и существовало. Решение SAP R/3 4.6D так и не вышло в серию, ни одна из версий R/3  не была сделана на базе Basis 4.6D.


Расширения для предприятий и система SAP R/3 Enterprise


В конце 90-х годов, благодаря распространению языка разработки Java, получили широкое распространение две главные технологические разработки: стандарт Юникод и появление всемирной паутины (см. пузырь доткомов).

Следуя последним технологическим трендам, разработчики SAP решили изменить базовый уровень системы. Платформа Basis была переименована в Web Application Server (Сервер веб-приложений) или Web AS, что подчеркивало использование новых технологий. Однако имя Basis не было забыто, и все эти термины на сегодняшний момент взаимозаменяемы.

Как только были представлены новые функции, расширения для предприятий (Enterprise Extensions) и изменения в архитектуре системы, SAP R/3 стала называться SAP R/3 Enterprise.


Особенно важным изменением в архитектуре стало создание расширений.

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


Интеграционные компоненты, MySAP ERP 2003 и SAP NetWeaver


Пока мы еще не перешел к приемнику SAP R/3 Enterprise, давайте посмотрим, как под одним названием SAP NetWeaver специалисты SAP объединили несколько значительных новых компонентов и платформ, и как решение SAP R/3 Enterprise было расширено за счет дополнений.

До Web AS 6.10 (ранее Basis) возможности HTTP использовались благодаря серверу транзакций Интернета (Internet Transaction Server, SAP ITS), а XML-данные обрабатывались с помощью бизнес-коннектора (SAP Business Connector, SAP BC). И сервер, и бизнес-коннектор поддерживали данные в формате HTTP/XML и конвертировали их в формат прокола DIAG (DIAG используется графическим интерфейсом SAP GUI для взаимодействия с уровнем приложений).

Веб-приложения (которые называются Internet Application Components — прикладные Интернет-компоненты или IAC), например, приложение для системы самообслуживание сотрудников, были созданы специально для SAP ITS. Сервер транзакций Интернета существует до сих пор, он интегрирован в ядро SAP, однако теперь это не единственный инструмент, который облегчает работу HTTP-протокола сегодня.

Благодаря Web AS версии 6.10 система SAP также поддерживает HTTP и XML, используя для этого менеджер связи через Интернет (Internet Communication Manager, ICM). Страницы бизнес-сервера (Business Server Pages, BSP) были разработаны для выполнения бизнес-задач в браузере, подобно тому, как выполняются транзакции с помощью SAP GUI.

Как и с Basis 4.6D, системы SAP R/3 на базе Web AS 6.10 не существует.

А теперь перейдем к Web AS 6.20. После приобретения компании In-Q-My и принадлежащего ей сервера приложений Java, разработчики SAP добавили к линейке продуктов платформу SAP J2EE.

Доступность языка программирования Java в Web AS сделала возможным использование таких программных компонентов, как система управления взаимоотношений с клиентами (SAP Client Relationship Management или  CRM), портал предприятия (SAP Enterprise Portal, EP) и инфраструктура обмена данными (SAP Exchange Infrastructure, XI). Компания SAP сгруппировала интеграционные компоненты — инфраструктуру обмена данными, портал предприятий, управление информацией (Knowledge Management, KM) и хранилище бизнес-информации (Business Warehouse, BW) — и назвала их SAP NetWeaver. Функцией этой группы компонентов была помощь в интеграции различных приложений в системы предприятии с помощью открытых стандартов.



Несмотря на неоднородную ИТ-среду компонент интеграции пользователей (People Integration) позволяет оперативно предоставлять сотрудникам доступ к различным системам и функциям. Данные на предприятии находятся везде: как структурировано, так и не структурировано. Интеграция данных (Information Integration) позволяет упорядочивать эту информацию и анализировать ее. Бизнес-процессы происходят в различных системах как внутри, так и вне организации. Компонент интеграции процессов (Process Integration) создает инфраструктуру для интеграции всех этих процессов. Платформа приложений (Application Platform) состоит из Web AS JAVA, Web AS ABAP и поддерживает сторонние и/или принадлежащие SAP операционные системы и базы данных.

Компоненты NetWeaver расположены таким образом, что вместе они напоминают отсеки холодильника, поэтому архитектуру NetWeaver часто так и называют — холодильник.

Основа SAP NetWeaver — платформа приложений (Web AS ABAP и Web AS JAVA), в то время, как само решение SAP NetWeaver — основа для других решений SAP, например MySAP ERP.  Функционал, обслуживание которого было невозможным на уроне Basis, теперь стал возможны благодаря NetWeaver.

Архитектура MySAP ERP  выглядит  следующим образом:



  • Сервисы системы самообслуживания (Self-Services) позволяют обычным пользователям (и даже полным "чайникам") самостоятельно, без помощи специалистов, создавать, просматривать и изменять данные.
  • Сервисы самостоятельного создания запросов (Self-Service Requisitioning) позволяет пользователям покупать товары/услуги напрямую, если они соблюдают политики и придерживаются одобренных поставщиков и соглашений.
  • Стратегическое управление предприятием (Strategic Enterprise Management, SEM) позволяет анализировать данные (следовательно, работает с хранилищами бизнес-информации) подразделений, основываясь на глобальных и стратегических операциях предприятия.
  • Интернет-продажи (Internet Sales) позволяют предприятию создать интернет-магазин с каталогом продукции, функциями поиска, создания заказов, отслеживания товаров и т. д.

Неизменяемые плагины стали частью системы NetWeaver (их так и называют NetWeaver Plug-Ins).


Архитектура для корпоративных служб, MySAP ERP 2004 и NetWeaver 2004


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

Однако если вам необходимо создать программу, которая выполняла бы такую же задачу, вам нужно написать определенный порядок действий, с помощью которого программа сможет отфильтровать всю ненужную информацию, чтобы найти номер факса. Благодаря веб-сервисам (Web Services) все стало проще. Следуя тщательно проработанному порядку действий, веб-сервисы получают необходимый результат (в этом случае это номер факса).

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

Каждая веб-сервис выполняет определенные действия. Зачем служебной программе нужен номер факса, если она ничего не будет с ним делать? Вероятным продолжением последовательности этих действий будет отправить счет-фактуру посреднику и записать, что факс был отправлен (успешно или нет).

Представьте набор из нескольких веб-сервисов, объединенных в одну: одна бы брала номер счета-фактуры в качестве входных данных и находила с помощью него идентификационный номер посредника, вторая определяла бы номер его факса, третья бы отправляла этот счет-фактуру по факсу с помощью еще одного веб-сервиса, а четвертая обновляла данные об этой счете-фактуре, указывая результат отправки. Такой веб-сервис называется веб-службой для предприятий (Enterprise Web Service).

Веб-службы для предприятий являются своеобразными кирпичиками бизнес-процессов. Основное приложение SAP (SAP R/3 Enterprise) переняло основанную на веб-службах для предприятий архитектуру (Enterprise Services Architecture). Из-за этого изменения ядро SAP R/3 Enterprise получило новое имя — SAP ERP Central Component, ECC (Центральный компонент SAP ERP). А архитектура Enterprise Services Architecture была позднее переименована в Enterprise Service-oriented Architecture, ESoA (Сервисно-ориентированная архитектура предприятия).

Вроде бы понятно, но что в этом особенного?

Представьте, что у вас есть CD-плеер: он состоит из устройства считывания CD-дисков, блока питания, усилителя и динамиков. Если это можно приравнять к стандартному бизнес-процессу, то ничего больше не нужно. Но если другой бизнес-процесс — это DVD-плеер, то вам нужен проигрыватель для DVD-дисков, который также будет состоять из устройства считывания DVD-дисков, усилителя и динамиков, т. е. отчасти из тех же самых деталей. Если каждую из деталей считать отделяемой веб-службой, то вы вполне сможете использовать блок питания, усилитель или динамики СD-плеера, чтобы подключить их к устройству считывания DVD-дисков и получить из этого готовый DVD-плеер. И все это благодаря так называемым "веб-стандартам". Повторное использование было возможно и раньше (например, с помощью функции RFC), но в основе не лежали открытые стандарты и поэтому интеграция была довольно трудной.



Хранилище бизнес-информации (BW) и сервер транзакций Интернета (ITS) теперь были включены в NetWeaver по умолчанию. Службы стратегического управления предприятием(SEM), которые зависели от хранилища бизнес-информации, и сервисы самообслуживания, работавшие на базе сервера транзакций (помните веб-приложения?), больше не были дополнительными компонентами системы, а стали частью ядра ECC.

В зависимости от бизнес-потребностей теперь разработчик мог написать приложение, которое могло бы взаимодействовать с пользователем или вызывать службу в системе SAP или системе сторонних разработчиков. Такие приложения называются композитными (Composite Applications). Композитные приложения могут поставляться непосредственно SAP или разрабатываться сторонними поставщиками. Инфраструктура композитных приложений SAP (SAP Composite Application Framework, CAF) включает основные принципы функционирования, инструменты и среду для разработки и запуска композитных приложений, которые называются SAP xApps.


Изменения в NetWeaver и в архитектуре ECC.


После выхода решения MySAP ERP 2005 (позднее переименованного в SAP ERP 6.0) меняется взгляд на NetWeaver, подходам к его установке и использованию.

Сотрудники SAP выяснили, что отдельные компоненты NetWeaver используются ИТ-отделами не для того, чего они предназначались. Например, сервис бизнес-отчетности и запросов (Business Reporting and Querying) состоит из хранилища бизнес-информации, портала предприятия и хранилища информации (исходные компоненты NetWeaver).

Вместо того чтобы разделить NetWeaver на отдельные компоненты, специалисты SAP начали группировать их в отдельные блоки, которые можно устанавливать отдельно, и назвали их Usage Types (Типы использования), которые позволили бы реализовать ИТ-сценарии и процессы.

Источник: документация SAP — What’s New with SAP NetWeaver 2004s_0_

Раньше, если вам нужно было использовать инфраструктуру обмена данными XI, сначала необходимо было установить Web AS ABAP, затем Web AS JAVA и только затем компоненты приложения XI. Теперь же достаточно установить SAP NetWeaver Process Integration Usage Type (Тип использования — интеграция процессов SAP NetWeaver), и он автоматически выберет необходимые компоненты для установки.

Отдельные компоненты (здесь приводятся для справки) имеют такие же номера версии, кроме MDM-решений. Это SAP NetWeaver версии 2004s; где "s" обозначает комплект (от англ. suite — комплект). Позднее это название было изменено на SAP NetWeaver 7.0.

  • Компонент, пришедший еще из системы Basis, — сервер веб-приложений (Web AS) теперь называется сервер приложений NetWeaver (NetWeaver Application Server).
  • Хранилище бизнес-информации SAP теперь SAP NetWeaver Business Intelligence (Бизнес-анализ SAP NetWeaver).
  • Инфраструктура обмена данными SAP, XI, теперь SAP Process Integration (Интеграция процессов SAP).
  • Портал предприятия SAP теперь SAP NetWeaver Portal (Портал SAP NetWeaver).
  • Мобильная инфраструктура SAP теперь SAP NetWeaver Mobile (Мобильная версия SAP NetWeaver).

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



Ядро ECC теперь включает отраслевые решения (Industry Solutions) в качестве расширений. Предприятиям не нужны все расширения, некоторые расширения не нужны даже полностью.

Расширения для интеграции состоят из набора отраслевых бизнес-функций (Industry Business Function Sets) и отдельных отраслевых бизнес-функций (Industry Business Functions), которые могут быть активированы на основе потребностей каждой отдельной компании. Активировать бизнес-функции / наборы бизнес-функций различных отраслевых решений одновременно невозможно. Если функции активированы, то, как правило, отключить их тоже невозможно.

Активация бизнес-функций / наборов функций возможна при использовании архитектуры переключения (Switch Framework). Объекты репозитория (приложения, модули функций, таблицы, службы предприятий и т. д.) предоставляются компаниям неактивными и при необходимости могут быть активированы с помощью этого внешнего средства управления.

Расширения для предприятий, которые были представлены еще в версии R/3 Enterprise, состоят из основных бизнес-функций / наборов функций (General Business Functions/Sets). Можно активировать одно или более из этих расширений, поскольку они по своему характеру подходят различным сферам деятельности.

Соответственно, если компания SAP может включать в систему таким образом отраслевые решения, она также может использовать архитектуру для переключения, чтобы поставлять новые улучшения клиентам. Таким образом в систему могут импортироваться все улучшения, а активировать можно будет только те улучшения, которые нужны компании. Именно так функционирует архитектура улучшений (Enhancement Framework). Все улучшения поставляются с помощью пакетов (Enhancement Packages).

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


Следующий большой шаг в эволюции системы


Мобильные устройства стали для нас продолжением компьютеров. Все больше и больше бизнес-транзакций запускается с помощью сенсорного пользовательского интерфейса. Затраты на интернет-услуги падают, компании создают бизнес-среды в облачных сервисах или полностью переносят все бизнес-процессы в облако. Объем данных компаний огромен, и для управления им необходимы мощные аналитические алгоритмы.

Поэтому специалисты SAP создали базу данных и производительную прикладную аналитическую программу под названием HANA. База данных SAP HANA может быть запущена в ОЗУ и функционировать в построчных, колоночных и объектных таблицах.

SAP работает над модификацией ядра ECC: оно должно поддерживать только SAP HANA, оттуда убираются все ненужные таблицы и индексы, добавляется супертехнология по сжатию данных, которая позволит сократить объем хранящихся данных.


Источник: материал курса openSAP SAP S/4HANA in a Nutshell


SAP ERP переименовали в SAP S/4 HANA. Буква "S" означает, что модель данных была упрощена (от англ. simplify — упрощать). Цифра "4" означает, что это четвертое поколение решения, после SAP R/2, SAP R/3 и SAP ERP. Как и предшественник этой версии решения, система S/4 HANA базируется на базе SAP NetWeaver и доступна для локального, облачного или гибридного развертывания.


Отдельные модули упрощаются постепенно. Модуль упрощенного финансирования SAP Simple Finance доступен уже сейчас, а модуль логистики SAP Simple Logistics будет доступен к концу 2015 года.


Источник: https://medium.com/@sapnwnewbie/evolution-of-sap-erp-architecture-in-11-steps-c060150a150c#.atzt1kjak 

Поделиться:

Вам может быть интересно:


0 Комментариев

  1. К сожалению у статьи нет опубликованных комментариев

Оставить комментарий