Этот год для всех нас стал особенным. Перечеркнул большинство наших планов и спутал все карты. Пандемия перевела многих из нас на удалённую работу, посадив по домам, квартирам и дачам. Ну а кого-то из счастливчиков, может быть, у синего моря.
Когда-то я написал цикл статей про параметры AS ABAP части SAP системы. В постах я описал где они хранятся и как их изменять. Можете освежить свои знания и прочитать статьи еще раз.
Эта книга о скрытых резервах, которые позволят конечным пользователям неустанно улучшать свою работу, карьеру и жизнь, а также непрерывно повышать ценность компании за счёт понимания своей роли в ней, увеличения вовлечённости, знакомства с дополнительными инструментами и обучения.
В первой части статьи я вкратце описал что собой представляет типовая архитектура виртуального кластера VMware. Теперь поговорим об отношениях между SAP и VMware.
Существует огромное количество источников знаний по SAP BW – это и курсы вендора, и многостраничные книги, и бесконечные блоги. Однако, найти в них сжатые ответы на практические, касающиеся оптимизации производительности отдельных элементов системы вопросы зачастую сложно либо невозможно.
Практически каждый SAP-новичок, пришедший на проект внедрения ERP-системы, сталкивается с задачей написания функциональной спецификации и дальнейшего тестирования ABAP-разработки. Казалось бы, задача весьма несложная, но не для специалиста, только ступившего на путь SAP.
Миграция данных на первый взгляд представляется низкоприоритетной проектной активностью. Однако это далеко от истины. Особенность процесса миграции заключается в том, что он тесно переплетен с такими задачами как переход (Cutover) и тестирование реализованного ERP-приложения (User Acceptance Test).
Последние 5 лет я развиваюсь в достаточно узкой и интересной сфере - IT-консалтинг по направлению SAP Transportation Management. С каждым новым проектом, идеей, новым или потенциальным клиентом возникают вопросы, на которые я для себя пытаюсь найти ответ. Если однозначного ответа не нахожу, то пытаюсь рассмотреть ситуацию с разных сторон для объективной оценки.
В конце прошлого года я участвовал в проекте миграции систем SAP на новую платформу, где, в частности, использовалась виртуализация. Так как до этого с продуктивным использованием сред виртуализации не сталкивался, а здесь пришлось достаточно глубоко погрузиться в эту область, я хочу поделиться своими знаниями.
В прошлом году наша команда получила запрос на разработку интересного и сложного приложения, которое будет использоваться как сотрудниками компании, так и клиентами. Редкая возможность разработки “с нуля” и полная свобода выбора технологии. Мы приступили к выбору платформы.
Во вселенной SAP сложились жёсткие границы между специалистами из разных областей. Каждый выполняет свои задачи, не выходя за пределы той области, в которой он специализируется. Функциональный консультант делает настройки в SPRO и пишет ТЗ для разработчика, разработчик пишет программы, создаёт объекты словаря, реализуя ТЗ, а администратор после всех этих действий обеспечивает работоспособность системы.
Обычно, при смене языка программирования, программисты пытаются применить лучшие практики и шаблоны из языка, на котором они писали ранее. Для отделения логики пользовательского интерфейса от бизнес-логики используют архитектурные паттерны MVC либо его модификации (MVP, MVVM и др.). При наличии опыта работы с такими языками, как Java, C#, C++, PHP, Python и т.п., сложностей с переходом обычно не возникает. Однако, при переходе на ABAP, программисты сталкиваются с рядом проблем, из-за которых многие отказываются от упомянутых паттернов.
Возникают задачи, в которых требуется выполнить большое количество однотипных операций. При этом, тело операций инкапсулировано, а порядок их выполнения не влияет на конечный результат. Суммарное время выполнения операций может достигать нескольких часов. Примерами таких действий может быть: массовое выполнение BAPI или пакетного ввода. Ускорить такие программы можно через параллельное программирование (pRFC).
Еще не умер старый добрый всем привычный «толстый» клиент SAP GUI, но на пятки ему уже наступает его убийца Fiori UX (User Experience), как любят описывать SAPовцы свое детище – самое удобное, самое красивое и вообще самое, самое, самое. Конечно, этот интерфейс предназначен для конечных пользователей, а консультанты и дальше будут настраивать систему в SAP GUI, но кто знает, может и его со временем полностью заменит Eclipse.