SAP开发工具缓慢向标准化靠拢

日期:2017-5-5作者:Ethan Jewett

SAP开发工具   SAP   

【TechTarget中国原创】

如果我告诉你为所有员工部署新的工作管理系统,你是否需要在每个员工的计算机上安装和维护庞大的专用软件?这种软件与其它软件有很大不同,需要对所有员工进行大规模培训。这款软件在其它大多数公司都不使用,所以你通常需要花很多时间培训所有新员工。你应该合理考察不同供应商,看是否有更标准一些的系统,可能是基于Web的工作管理系统。(此处提及“工作管理系统”主要用于员工自己记录日常工作和时间分配,有的公司也成为“周报系统”或“日报系统”,主管或管理员可以按周或双周总览员工任务和时间分配情况,可能也包括其它管理功能。)

很长一段时间以来,这正是SAP对其用户面对软件和SAP开发工具时的预期。你不必安装SAP GUI或者NetWeaver商业客户端这些应用程序。即便是基于Web的界面,如果你的常用浏览器是谷歌Chrome(处于安全和性能考虑),你可能也必须安装微软公司的IE浏览器,因为SAP界面只能工作在IE环境中。

在过去几年里,这种情况已经发生了变化,SAP基于Web的GUI在十多年前就开发出来了,最终在S/4HANA ERP平台上实现了只使用浏览器的标准化兼容的方案,可以支持所有主流的浏览器。

这种方案对客户帮助很大,这是有原因的。客户可以根据工作需要选择合适的浏览器工具,如果安全是首要考虑因素就使用Chrome。需要支持其它遗留系统就用微软的IE或者Edge。如果有Macs系统就用Safari浏览器。

此外,只要他们愿意,SAP用户可以从第三方浏览器开发的激烈节奏中迅速获益。这些第三方功能可能支持SAP不曾考虑到的场景,包括使用不同操作系统和表单元素等。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

SAP HANA>更多

相关推荐

  • SAP为中小型企业ERP产品提供了更多资源

    SAP Business ByDesign(简称BBD)是全功能的ERP产品,提供公有云解决方案,定位用于员工规模在350到1500人的公司。BBD和B1都是为了希望运行双层ERP的组织而设计的。

  • 在SAP 创新中心展出的下一代技术

    SAP创新中心展示了一些下一代技术,其中包括使用来自European Space Agency(欧洲空间局,ESA)的数据和机器学习来预测自然灾害的基于SAP HANA的应用程序。

  • SAP云平台扩展工业4.0制造业技术

    在德国汉诺威工业贸易展会上,SAP公司宣布与三菱电机欧洲公司和库卡公司建立了合作伙伴关系,与这两家合作将帮助SAP的云平台扩展支持物联网和制造业机器人技术的发展。

  • SAP GRC对公司来讲意味着什么?

    SAP GRC流程控制给公司提供公司级业务流程的全局视图。它提供了充分的灵活性可以设置自动或手动控制业务流程,所有流程可以被监视、测试和评估。

技术手册>更多

  • 数据库管理系统选型指南

    理解不同类型的DBMS有哪些特点,以及再何时、何处(场景)使用它们是十分必要的。在这本电子书中,我们就将进行一个详细的介绍,希望能够为您的数据库选型起到帮助、指导作用。

  • SAP HANA实用手册

    在选择SAP HANA的时候,CIO需要关注哪些问题?在产品的选型、实施与上线阶段,都有哪些经验可以借鉴?在本次的TechTarget电子书中,我们将为您一一解读。它也将成为企业选择HANA时,最有实用价值的参考资料。

  • 电子书:如何选择NoSQL数据库

    很多企业关系自己是否应该从传统数据库转到NoSQL数据库,应该选择什么样的数据库?本书详列了相应的技巧和案例,供您参考。

  • 2013数据库工程师薪酬调查报告

    TechTarget数据库网站每两年就会进行一次“数据库工程师薪酬调查”,对不同行业、不同层次的数据库技术从业者的薪酬待遇情况进行一次摸底。

TechTarget

最新资源
  • 安全
  • 存储
  • CIO
  • SOA
  • 虚拟化
  • 服务器
【TechTarget中国原创】

S/4HANA和Web GUI支持一系列Web浏览器,但SAP开发工具和操作环境与其他操作不兼容。

如果我告诉你为所有员工部署新的工作管理系统,你是否需要在每个员工的计算机上安装和维护庞大的专用软件?这种软件与其它软件有很大不同,需要对所有员工进行大规模培训。这款软件在其它大多数公司都不使用,所以你通常需要花很多时间培训所有新员工。你应该合理考察不同供应商,看是否有更标准一些的系统,可能是基于Web的工作管理系统。(此处提及“工作管理系统”主要用于员工自己记录日常工作和时间分配,有的公司也成为“周报系统”或“日报系统”,主管或管理员可以按周或双周总览员工任务和时间分配情况,可能也包括其它管理功能。)

很长一段时间以来,这正是SAP对其用户面对软件和SAP开发工具时的预期。你不必安装SAP GUI或者NetWeaver商业客户端这些应用程序。即便是基于Web的界面,如果你的常用浏览器是谷歌Chrome(处于安全和性能考虑),你可能也必须安装微软公司的IE浏览器,因为SAP界面只能工作在IE环境中。

在过去几年里,这种情况已经发生了变化,SAP基于Web的GUI在十多年前就开发出来了,最终在S/4HANA ERP平台上实现了只使用浏览器的标准化兼容的方案,可以支持所有主流的浏览器。

这种方案对客户帮助很大,这是有原因的。客户可以根据工作需要选择合适的浏览器工具,如果安全是首要考虑因素就使用Chrome。需要支持其它遗留系统就用微软的IE或者Edge。如果有Macs系统就用Safari浏览器。

此外,只要他们愿意,SAP用户可以从第三方浏览器开发的激烈节奏中迅速获益。这些第三方功能可能支持SAP不曾考虑到的场景,包括使用不同操作系统和表单元素等。

开发者和操作工具不太可能都统一标准

然而,考虑开发者和操作工具的整个世界,情况就更不确定了。SAP正在向标准化的开发者和操作技术靠拢,但是在不同平台上采纳的进展程度不同。此外,SAP对标准化技术的采纳经常带有独特的SAP特性,这会阻碍与SAP软件连接的标准工具包的使用。

不过,同样我们可以利用放弃专用软件选择标准化开发技术的优点。包括:

SAP经常为标准工具搭桥,而不是直接采用标准接口让标准工具直接与SAP应用程序直接交互。这样SAP就能因开发节奏而获益,支持工具选择的灵活性。

不过,这种方式也导致了SAP环境有两层工具的情形,SAP开发工具是第一层,第三方工具是第二层。这种状态在全SAP为中心的环境中是可以的,但是在大多数环境下,SAP只是许多产品中的一部分,开发团队宁愿选择标准化的方案,基于单版本控制系统、持续集成服务器和容器技术实现。但是,只要SAP也在环境中,这种标准转化即便不是不可能,也是比较困难的。

例如,版本控制系统(VCSes)是最常见的基础开发工具。在VCS中提交代码会触发代码构建、各种系统场景的测试和部署。这些系统一定程度上依赖于VCS作为应用程序代码的规范存储库,VCS处于应用开发流程的中心位置。然而,在大多数SAP环境中,包括HANA和ABAP,SAP把VCS定位为辅助工具,SAP自己的Web IDE和Eclipse工具才是定位的中枢工具。

这种两层策略对SAP平台的适用程度是随具体情况不同而变化的。如果供应商适用NetWeaver平台,尤其是ABAP平台,那情况就糟糕一些。SAP云平台是最开放的,使用了大多数标准工具,非常接近于完全标准化的DevOps过程,甚至支持使用不同的语言运行时。SAP HANA平台适用程度大约适中,使用更标准化的语言(JavaScript,SQL)和工具(Eclipse,Web IDE和Git),但是仍然要依赖于那些具体的语言和工具。

作为SAP客户应该做什么?

万事同理,你需要做什么取决于你的具体情况和优先级。如果你处在积极进取技术驱动的公司,你会发现SAP开发工具落后于您其它领域的开发,需要寻找办法改进SAP操作和开发过程,使用更标准化的工具和流程以便与其它方面保持共享同步。这需要付出一定努力,但是可以实现,最终会收获更敏捷和稳定的SAP平台,实现在SAP和非SAP平台之间共享开发者和操作人员的能力。

如果你的思路比较保守,SAP就应该成为主要的技术投资,你会喜欢SAP的开发工具、成本和开发节奏,坚持按你掌握的做就好了。

大多数公司会介于这两个极端之间。任何公司都需要采取的第一步是把开发迁移到更标准化的领域。在ABAP环境下,这就意味着把更多OData、Fiori和UI5应用移到前端,SQL和核心数据服务视图移到后端。更有雄心壮志的公司希望把大多数UI开发转移到SAP 云平台。

您所做的最终依赖于你的需求和痛点,不过要睁大眼睛判断你使用的SAP开发工具在SAP世界之外是否是标准的,还是限制只能在SAP环境中使用。