В основе бизнес-структуры лежит иерархия компонентов, которые мы обсудим подробней в следующих подразделах. Преимущества SAP Business Framework перечислены ниже:
• функциональные компоненты можно комбинировать, в зависимости от индивидуальных потребностей
• компоненты от разных поставщиков также можно комбинировать
• разработка, внедрение и поддержка компонентов не сказывается на нормальной работе системы
• компоненты можно внедрять централизованно или локально
• компоненты можно разрабатывать и усовершенствовать избирательно, в зависимости от особенностей отрасли или индивидуальных потребностей компании.
Бизнес-компоненты
Бизнес-компоненты — это полуавтономные компоненты, которые охватывают основные области потребностей бизнеса, обеспечивая сконфигурированные, стандартные интерфейсы для взаимодействия с инкапсулированными в них данными. Эта инкапсуляция позволяет модернизировать и усовершенствовать компоненты, не создавая помех в работе других компонентов системы. Каждый компонент, также как и система SAP HR, имеет свое отдельное ядро.
SAP занимается вопросом распространения системы отдельного ядра приложения на бизнес-компоненты, такие как финансы, логистику, решения по отраслям промышленности и так далее. Это позволит компании внедрять только некоторые из модулей SAP наряду с решениями и приложениями от других компаний.
Бизнес-объекты
Бизнес-объекты — это уникальные функциональные единицы, которые представляют собой обычно опознаваемые, тесно взаимодействующие виды деятельности, связанные с заказами на закупку и поставку, счетами-фактурами и т. п.
То, что SAP определяет их как отдельно опознаваемые бизнес-объекты, дает возможность управлять ими и осуществлять повседневную поддержку и доработку полуавтономно, не влияя на операции других объектов. SAP R/3 3.0 имел более 200 BAPI.
Как и любой другой типичный объект, бизнес-объект определяется по его типу (или CDO), методам (BAPIs), атрибутам, и т. д. Основная выгода от объектной ориентации состоит в возможности повторного использования программного обеспечения и функциональных возможностей. Повторное использование программного обеспечения — это возможность получения новых объектов из уже существующих: полученные объекты называются подтипами, а те, что легли в их основу — супертипами. Подтип наследует все признаки и методы супертипа, хотя он дополнительно может иметь и свои собственные. В уже упоминавшемся примере про автомобиль, подтип Грузовик имеет все свойства супертипа — Автомобиля.
Бизнес-объекты SAP инкапсулируют данные R/3 и бизнес-процессы, скрывая структуру и детали исполнения лежащих в основе данных. Это достигается за счет того, что модули бизнес-объектов SAP имеют многоуровневую структуру, состоящую из:
Ядра: этот внутренний слой представляет принадлежащие объекту данные.
Уровня целостности: на этом уровне представлена бизнес-логика объекта, которая состоит из делового регламента, а также ограничений на объем и границ, применяемых к бизнес-объектам SAP.
Уровня интерфейса: этот уровень обеспечивает независимое от платформы описание внедрения бизнес-объекта SAP для внешних систем. Это достигается через BAPI.
Уровня доступа: этот уровень идентифицирует и определяет технологии, которые дают внешним системам доступ к уровню ядра, то есть к данным объекта. Это могут быть COM/DCOM, RFC(Remote Function Call) и другие технологии.
Рисунок 19.4 показывает разные уровни бизнес-объекта.
Интерфейс программирования бизнес-приложений
Business Programming Interfaces (BAPI) — это методы или процедуры, которые присваиваются бизнес-объекту. Они являются инкапсуляциями различных операций, которые могут быть проделаны с этими бизнес-объектами. Например, в случае со счетом-фактурой покупателя, различные BAPI дают возможность выполнить проверку достоверности (ратификацию), подсчет налогов, стоимости перевозки и т. п.; определение находящихся на рассмотрении и просроченных счетов-фактур; проверку оплаты, анализ амортизации и т. д. Стандартная лицензия SAP уже имеет библиотеку из более чем 200 BAPI, которая регулярно пополняется.
Репозитарий бизнес-объектов (BOR) хранит и управляет бизнес-объектами и соответствующими им BAPI как отдельными единицами. Это практическое проявление бизнес-компонентов на самом низком уровне деятельности. SAP уже имеет библиотеку из более чем 200 BAPI, которая регулярно пополняется. В настоящий момент BAPI внедряются в качестве функциональных модулей, которые создаются и управляются в Построителе функций (Function Builder). BAPI имеют следующие характеристики:
• Они связаны с бизнес-объектами SAP
• Они поддерживают протокол RFC (Remote Function Call) для сообщения с внешними системами
• Они вызывают программы через диалоговые экраны.
BAPI обеспечивают важные преимущества объектной ориентации, такие как:
• Создание и внедрение на любом компьютерном языке
• Поддержка стандартных интерфейсов
• Совместимость с различными технологиями коммуникации
• Автономное усовершенствование и техническое обслуживание. Бизнес-объекты с соответствующими им BAPI точно указывают направление будущих усовершенствований в системе SAP.
Application Link Enabling
Существует тенденция, по которой различные организационные единицы функционируют как полуавтономные структуры. Отношения внутри компании построены по тем же принципам, что и отношения между производителем и покупателем. С другой стороны, возрастает интеграция процессов во всей компании, таких как закупки, продажи и распределение, включая производство и бухгалтерский учет.
Таким образом, современное предприятие одновременно нуждается:
• в высоком уровне интеграции между различными прикладными системами
• в комплексе самостоятельных систем, которые можно внедрять по отдельности. Application Link Enabling (ALE) является базовым компонентом бизнес-структуры SAP, при помощи которого осуществляется обмен и интеграция компонентов программного обеспечения SAP и других производителей. Стандартная лицензия SAP имеет заранее скомпонованный набор бизнес-процессов ALE, наряду с механизмами для развития и тестирования приложений ALE.
Ниже представлены типичные сценарии распределения, для которых необходимы специальные схемы управления:
• Централизованные продажи и планирование производства и децентрализованное планирование необходимых материалов (Material Requirements Planning, MRP)
• Централизованная логистика и децентрализованное управление складами
• Централизованная финансовая система и децентрализованная система логистики
• Централизованный анализ прибыльности и децентрализованное ценообразование.
Традиционных решений для удовлетворения этих требований явно недостаточно. Увеличение централизации систем лишь усугубляет проблемы производительности, времени реакции, поддержки, модернизации и обновлений, а также эффективности затрат. Другое традиционное решение — использование распределенной базы данных — сталкивается с проблемами защиты и целостности (например, при репликации), а также требует гигантских накладных расходов на коммуникацию и обработку данных.