Меню

Оптимальный способ управления программами пользователя: гибкий подход

В среде SAP NetWeaver BI занято большое количество разработчиков из различных областей (таких как финансы, логистика и управление персоналом). При применении традиционного подхода все разработчики совместно используют одну и ту же программу пользователя (user exit). В статье рассматривается другой способ выполнения этих задач – гибкий подход, позволяющий сэкономить время (и деньги) путем сокращения потенциальных проблем при совместном использовании программ пользователя.

В компании ABC SAP NetWeaver BI используется в течение уже двух лет. За это время были внедрены инфо-провайдеры BI для финансового отдела (например, для места возникновения затрат и бухгалтерской книги). В настоящее время в этой компании реализуется новый проект по внедрению инфо-провайдеров для управления материальными потоками (MM) и технического обслуживания (PM) в области логистики.

Финансовая группа использовала программу пользователя в исходной системе SAP ERP Central Component (SAP ECC) для расширения некоторых источников данных, поскольку стандартные, поставляемые SAP источники не полностью соответствовали всем существующим требованиям. При разработке проекта BI в области логистики выяснилось, что ту же самую программу пользователя необходимо использовать в целях расширения источника данных для управления запасами, и группа приступила к написанию соответствующего дополнительного кода для этой программы пользователя.

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

В результате обсуждения проблемы группа логистики решает удалить код, ссылающийся на таблицу ZMM_01, в целях запуска исправления, разработанного для финансового подразделения, в продуктивную эксплуатацию. Это традиционный подход, как правило, используемый в компаниях. Поскольку эта операция занимает определенное время, перед переходом к продуктивной эксплуатации может пройти целая неделя, что существенно задерживает решение проблемы. Кроме того, группа логистики должна будет приостановить работу над кодом и выполнить повторное тестирование, теряя драгоценное время, предназначенное для реализации проекта.

Ключевое понятие

Для добавления необходимого кода на ABAP в целях расширения источников данных за счет новых полей или специфичной логики в соответствии с определенными бизнес-правилами разработчики переносят программы пользователя в исходную систему (например, в SAP ERP Central Component).Однако иногда возникают проблемы, связанные с необходимостью одновременного получения доступа к одной и той же программе пользователя несколькими разработчиками.

Оформите подписку sappro и получите полный доступ к материалам SAPPRO

У вас уже есть подписка?

Войти

Обсуждения Количество комментариев3

Комментарий от  

Денисов Сергеевич

  |  08 июля 2010, 14:41

Полезная статья для начинающих бивишников. Достаточно грамотно и наглядно представлены основные способы управления программами пользователя. расписаны основные недостатки старых методов и преимущества нового подхода.

Комментарий от  

Светлана М

  |  25 июля 2010, 19:37

в компании может быть осуществлен переход к единообразному способу выполнения процесса, что существенно упрощает оперативную поддержку системы.

Комментарий от  

Галина Чумбарева

  |  26 июля 2010, 16:41

Интересная идея. Может использоваться не только в BI. Было бы хорошо развить идею гибкого подхода в других областях.