Насколько легко настраиваемые отраслевые решения SAP? - PullRequest
4 голосов
/ 18 января 2010

Прежде всего, у меня очень поверхностные знания о SAP.Насколько я понимаю, они предоставляют ряд отраслевых решений .Концепция кажется очень интересной, и я работаю над чем-то похожим для банковской индустрии.Самая большая проблема, с которой мы сталкиваемся, заключается в том, как адаптировать наши продукты для разных клиентов.Многие концепции довольно схожи на всех предприятиях, но всегда существуют специфические для клиента требования, которые необходимо решить путем настройки и настройки.Зачастую это требует переопределения и разработки специфических для клиента функций.

Интересно, насколько эффективны в этом смысле продукты SAP.Сколько усилий нужно потратить, чтобы адаптировать продукт так, чтобы он удовлетворял конкретным потребностям клиента?Какие механизмы используются (конфигурация, программирование и т. Д.)?Как это можно сравнить с разработкой собственного решения с нуля?Способны ли они использовать и продвигать лучшие практики?

Ответы [ 2 ]

4 голосов
/ 18 января 2010

Отказ от ответственности: я говорю только о части программного обеспечения SAP, основанной на ABAP.

Disclaimer 2, ref Ответ PATRY: HR очень отличается от остального мира SAP / ABAP. Я чувствую себя достаточно компетентным как универсальный ABAP-разработчик, но программирование HR так далеко от моего личного маяка, что я никогда даже не пытался понять, что они там делают. % - |

Насколько я понимаю, они предоставляют ряд отраслевых решений.

Они делают - но будьте осторожны при сравнении ваших собственных программ с этими решениями. Например, IS-H (SAP for Healthcare) начинался как расширение системы SD (продажи и дистрибуция), но с тех пор стал намного больше. Хотя вы могли бы технически использовать все методы, которые они используют для своей ИС, вам действительно следует обратиться к компетентному техническому консультанту, прежде чем вы это сделаете - есть очень много ям, которых следует избегать.

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

Обратите внимание, что SAP for Banking IS уже существует. См. http://help.sap.com/content/documentation/industry/index.htm для документации.

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

Я бы лучше перефразировал это как «Самая большая проблема состоит в том, чтобы знать, где продукт, вероятно, будет адаптирован, и структурно подготовить продукт к адаптации». Методы адаптации хорошо изучены и легко применяются, если вы знаете, где клиент может отклониться от вашего представления о идеальном решении.

Сколько усилий нужно потратить на Для того, чтобы адаптировать продукт так, чтобы он удовлетворяет конкретные потребности клиента?

Это, очевидно, зависит от отклонения потребностей клиента от стандартного пути - но это вам не поможет. С системой на основе SAP у вас всегда есть три варианта. Вы можете попробовать настроить систему в ее пределах. Настройка в основном означает настройку параметров (например, таблиц конфигурации, их десятки тысяч) и добавление элементов (фрагментов программы, форм, ...) в местах, предназначенных для этого. Технология - см. Ниже.

Иногда настройки не достаточно - вы можете разработать вещи дополнительно. Очень частым требованием является дополнительный инструмент отчетности. С системой SAP вы получаете всю среду разработки - те же инструменты, с которыми были написаны все стандартные приложения. Ваши программы могут мирно сосуществовать со стандартными программами и даже использовать общие процедуры и данные. Конечно, вы можете все испортить, но покажите мне реальную среду программирования, где вы не можете.

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

(Обратите внимание, что речь идет только о прикладных программах - у вас нет никаких шансов настроить ядро, но, к счастью, это редко требуется.)

Какие механизмы используются (конфигурация, программирование и т. Д.)?

Конфигурации - это в основном таблицы конфигурации с более или менее сложными диалоговыми приложениями. Для программирования части настройки есть структура расширения - подробности см. http://help.sap.com/saphelp_nw70ehp1/helpdata/en/35/f9934257a5c86ae10000000a155106/frameset.htm. Это в основном контролируемая версия внедрения зависимости. Как разработчик решения, вы должны предвидеть точки расширения, определять интерфейс, который должен быть реализован кодом клиента, а затем встраивать вызов в ваш код. Как разработчик проекта, вы должны создать реализацию, соответствующую интерфейсу, и активировать ее. Базовая система времени выполнения заботится о склеивании двух программ, вам не нужно об этом беспокоиться.

Как бы это сравнить с разработкой собственного решения с нуля?

ИМХО, это зависит от того, какая часть решения одинакова для всех клиентов и какая часть должна быть адаптирована. Действительно трудно быть более конкретным, не зная больше о том, что вы хотите сделать.

1 голос
/ 18 января 2010

Я могу говорить только о компоненте Human Ressource, но это компонент, в котором существует большая разница между клиентами в зависимости от общей потребности.

  • Во-первых, большую часть времени выустановите значение для группы, а затем свяжите объект (персона, местоположение ...) с группой, зависящей от одного или двух значений.Это похоже на косвенное обращение и обеспечивает большую гибкость, так как вы можете изменить связь для данного местоположения, не изменяя другие.в некоторых случаях существует 3-уровневая косвенность ...
  • Во-вторых, существует множество настроек, которые почти программируются.Расчет заработной платы или административные операции являются первоклассным примером этого.В последующем cas вы получите таблицу с операцией (найм для примера), событием (создание, изменение ...) код для действия (я для теста, F для вызова функции, O для стандартной операции)и текстовое поле, описывающее параметры функции («C P0001, begda, endda» для создания структуры P001 со значениями по умолчанию).
  • В-третьих, вы также можете использовать такую ​​таблицу для указания функции или класса(ABAP-OO), который будет вызываться динамически.Вы получаете разработчика для создания этой функции или класса, а затем указываете это в таблице.Это метод замены функциональности другим или ее расширения.Это широко используется в ESS / MSS.
  • Наконец, есть также точка расширения или файл, который вы можете изменить.это почти то же самое, что и предыдущий, за исключением того, что вам не нужно указывать изменение: файл всегда используется (ZXPADU01 / 02 для модификации HR инфо-типа)

надеюсь, что эта помощь
Гийом ПАТРИ

...