На сегодняшний день многие клиенты столкнулись с новыми вызовами по управлению хранилищем данных SAP BW/HANA: трудности с поддержкой, дорогостоящее расширение серверных мощностей, требования регуляторов. По тем или иным причинам компании принимают решения о миграции платформы данных на продукты российских вендоров.
Итак, рассмотрим сценарий, на который мы будем опираться в следующих разделах. Наша компания в ответ на своё предложение получила контракт. Клиент разместил письменный заказ.
Если в предыдущей главе вы внимательно изучили процесс «от закупки до платежа», вам будет намного проще освоить процесс от заказа до оплаты (для его обозначения часто используется сокращение O2C), рассматриваемый в этой главе. Это точно такой же процесс, но в зеркальном отражении. Вместо заказа на поставку вводится заказ клиента, вместо поступления материала вводится отпуск материала, вместо входящего счёта-фактуры создаётся исходящий счёт.
Как клиенты, так и деловые партнёры SAP могут получить доступ к демонстрационной системе, эталонному решению SAP S/4HANA. Демонстрационная система содержит SAP Best Practices, а также соответствующие образцы данных и сценарии.
В заключение части II этой книги представляем вам мощный инструмент для принятия решений в реальных ситуациях: демонстрационные системы SAP, которые можно быстро внедрить в облаке или в вашем ЦОД. Демонстрационные системы предварительно настроены с использованием контента SAP Best Practices.
Рост объема данных в КХД на платформе SAP Business Warehouse заставляет периодически задумываться о покупке и добавлении дополнительных мощностей в кластер. В случае с SAP BW/HANA это довольно дорогостоящая операция. И здесь есть потенциал для оптимизации и существенной экономии в первую очередь за счет разделения данных по "температуре" и выбора наиболее подходящих программно-аппаратных решений для холодных, теплых и горячих данных.
Прошлый год сильно изменил российский ИТ-бизнес, и особенно экосистему SAP. Для нас очень важно понимать, как эти изменения сказались на рынке фриланса.
В среде ABAP некоторые комментарии стоят особняком и могут влиять на результат проверок или предоставлять разработчикам дополнительную документацию. К таким особым комментариям применяется синтаксис, который распознаётся, например, как документация. Если в комментариях такой синтаксис не соблюдается, они интерпретируются как обычные комментарии и не влияют на проверки пульта управления тестированием ABAP.
В SAP Data Intelligence реализованы продуманные средства контроля для управления системами, управления лицензиями и создания пользователей. Благодаря реализации предварительно определённых политик и опций для пользовательской настройки этих политик данное решение обладает гибкими возможностями для создания продуманной матрицы разделения полномочий. В этом разделе рассмотрим каждую из этих областей и операции, обычно выполняемых системными администраторами с помощью SAP Data Intelligence.
Мы говорили о том, что комментарии позволяют объяснить другому разработчику причину выбора того или иного оператора. Это делает код более понятным. Ещё один вид комментариев также предназначен для разработчиков, но такие комментарии содержат информацию о том, что ещё необходимо сделать с кодом, а не о том, что уже было сделано. Такие заключённые в комментариях инструкции используются в ходе разработки.
Итак, мы рассмотрели уже многие приложения в SAP Data Intelligence, в том числе «Управление подключениями» (Connection Management), «Проводник метаданных» (Metadata Explorer), «Средство моделирования» (Modeler), «Менеджер сценариев машинного перевода» (ML Scenario Manager) и «Инструменты Vora» (Vora Tools). Чтобы обеспечить согласованную работу этих инструментов, требуется приложение «Мониторинг» (Monitoring).
На основе примеров в этой главе подведём итоги, какие же важные критерии необходимо учитывать при принятии решения. К двум вопросам в этом разделе даны четыре показателя. Индикаторы к каждому показателю ведут к рекомендациям независимо от того, как вы ответили на вопрос. Повторим, что эти рекомендации являются лишь примерами и зависят от конкретной ситуации.
Операции, выполняемые специалистом по анализу и обработке данных, в некоторой степени пересекаются с задачами инженера по данным, особенно в плане анализа, предварительной обработки данных (т. е. подготовки данных к использованию в модели искусственного интеллекта/машинного обучения) и проверки будущих выводов. Рассмотрим задачи специалиста по анализу и обработке данных подробнее.
SAP Web IDE for SAP HANA представляет собой веб-приложение, которое размещается на платформе SAP HANA XSA и используется разработчиками для создания приложений для платформы SAP HANA XSA. С помощью приложения SAP Web IDE for SAP HANA разработчики могут создавать объекты каталога базы данных SAP HANA, ракурсы вычисления SAP HANA, артефакты CDS для SAP HANA и роли репозитория на базе SAP HANA XSA.
Чтобы вы могли создать собственную маршрутную карту, в этом разделе мы на примерах рассмотрим различные исходные ситуации. Здесь подробно представлены важные аспекты и рекомендации. В этом контексте начнём с определения нового целевого ландшафта, а затем выберем оптимальный путь к поставленной цели. Однако рассказать обо всех возможных случаях просто невозможно, поэтому ваша маршрутная карта может значительно отличаться от представленных примеров по самым разным причинам.
В проекте обработки и анализа данных представлены разные этапы и операции, которые можно организовать по ролям (инженер по данным, специалист по обработке и анализу данных и разработчик приложений, а также специалисты по поддержке. Данный раздел посвящён приложениям для инженеров по данным.
Как вы помните, существенным различием между внедрением пакета SAP SuccessFactors HCM Suite и внедрением прежних локальных систем является ориентированность на конфигурирование, а не на разработку. Решение SAP SuccessFactors работает в формате SaaS и предоставляет целый ряд опций конфигурирования, которые при необходимости можно развернуть для поддержки бизнес-процессов клиента. Если не удаётся выполнить конфигурирование согласно определённому требованию, нужно соответственно изменить применимый бизнес-процесс или создать приложения для расширения.
Непросто написать хороший комментарий, который не потеряет актуальности со временем. К сожалению, многие комментарии, которые часто применялись раньше, сегодня использовать нежелательно.
Комментарии могут значительно влиять на доступность некоторых методов для понимания. В предыдущем разделе мы рекомендовали проводить рефакторинг кода до удаления большинства комментариев. Тем не менее иногда информацию, которую несут в себе комментарии, бывает невозможно эффективно выразить в коде.
В SAP HANA разработка среды SAP HANA XSA структурирована по единицам, которые называются организациями и областями. Такая структура необходима для поддержки архитектуры приложений с несколькими целями (multi-target application, MTA). Архитектура MTA позволяет консолидировать разработку приложений, разделяя компоненты типичного решения для веб-приложений, размещённые на одной платформе. Большинство компонентов веб-приложений разрабатываются на разных языках программирования. С высокой степенью вероятности для каждого определена своя среда, функции управления жизненным циклом и отсоединённые сервисы операционной системы.