首先,我对SAP有一个非常肤浅的了解。据我所知,他们提供了一些industry specific solutions。这个概念似乎非常有趣,我也在为银行业做类似的工作。我们面临的最大挑战是如何使我们的产品适应不同的客户。企业中的许多概念都非常相似,但总是有一些特定于客户端的需求必须通过配置和定制来解决。通常,这需要重新实现和开发特定于客户的功能。
我想知道SAP产品在这个意义上的效率有多高。需要花费多少精力才能使产品适应特定的客户需求?使用的机制是什么(配置、编程等)?这与从头开始开发自定义解决方案相比如何?他们是否有能力利用和推广最佳实践?
发布于 2010-01-19 03:50:28
免责声明:我说的只是SAP软件中基于ABAP的部分。
免责声明2,参考PATRYs的回应: HR与SAP/ABAP世界的其余部分有很大的不同。作为一个通用的ABAP开发人员,我确实觉得很有能力,但是HR编程离我个人的灯塔太远了,以至于我从来没有试着去理解他们在那里做什么。%-|
根据我的理解,他们提供了许多特定于行业的解决方案。
确实是这样,但在将您自己的程序与这些解决方案进行比较时要小心。例如,IS-H (SAP For Healthcare)最初是SD (销售和分销)系统的扩展,但从那时起就变得非常强大。虽然从技术上讲,你可以使用他们在信息系统中使用的所有技术,但在这样做之前,你真的应该咨询一位有能力的技术顾问-有很多坑需要避免。
这个概念看起来非常有趣,我也在为银行业做类似的工作。
请注意,银行业务的SAP已经存在。有关文档,请参阅here。
我们面临的最大挑战是如何使我们的产品适应不同的客户。
我更愿意将其重新表述为“最大的挑战是知道产品可能被适应的地方,并从结构上为适应做好准备。”一旦您知道客户可能会偏离您的完美解决方案的想法,您就可以很好地研究并轻松地使用自适应技术。
要花费多少精力才能使产品适应特定的客户需求?
这显然取决于客户需求与标准路径的偏差-但这对您没有帮助。对于基于SAP的系统,您总是有三个选择。您可以尝试在其限制范围内自定义系统。定制基本上意味着调整设置(想想配置表,数以万计)和添加东西(程序片段,表单,...)在想要这样做的地方。技术-见下文。
有时定制是不够的--你可以另外开发一些东西。一个非常常见的需求是一些额外的报告工具。使用SAP系统,您可以获得整个开发环境-与编写所有标准应用程序所用的工具完全相同。您的程序可以与标准程序和平共存,甚至可以使用公共例程和数据。当然,你确实可以把事情搞砸,但向我展示一个你不能做到的真正的编程环境。
第三个选项是修改标准实现。修改就像一把非常锋利的双刃菜刀--你可能可以在别人要求的一半时间内做出非常酷的东西,但如果你不知道自己在做什么,你可能真的会严重受伤。即使你真的不打算修改标准程序,知道你可以并且你可以完全访问代码,这是非常令人欣慰的。
(请注意,这只与应用程序有关-您没有任何机会调整内核,但幸运的是,这很少有必要。)
使用了什么机制(配置、编程等)?
配置主要是关于具有或多或少复杂的对话框应用程序的配置表。对于定制的编程部分,有扩展框架-详细信息请参阅http://help.sap.com/saphelp_nw70ehp1/helpdata/en/35/f9934257a5c86ae10000000a155106/frameset.htm。它基本上是依赖注入的受控版本。作为解决方案开发人员,您必须预测扩展点,定义必须由客户代码实现的接口,然后将调用嵌入到代码中。作为项目开发人员,您必须创建一个符合接口并激活它的实现。基本的运行时系统负责将两个程序粘合在一起,您不必担心这一点。
这与从头开始开发自定义解决方案相比如何?
IMHO这取决于解决方案中有多少对所有客户都是相同的,以及有多少必须进行调整。如果不知道你想要做什么,就很难说得更具体。
发布于 2010-01-19 02:31:27
我只能为人力资源部分发言,但这是一个基于共同需求的客户之间存在很大差异的组件。
希望这对你有所帮助
Guillaume PATRY
https://stackoverflow.com/questions/2086200
复制相似问题