SAP于2010年7月通过58亿美元购得Sybase。SAP的Sybase Unwired Platform(SUP)平台是一个移动应用的开发、执行和管理套件。
在SUP的较早版本里,主要有两个开发架构来选择,一种是native应用,通过MBO来实现;另一种则是通过HWC来实现的online。后来加入对第三方HTML5框架的支持。在现在3.0的版本里,最大的变化就是以前那个熟悉的开发MBO和HWC的开发工具都不存在了。也就是说,SMP完全放弃了以前的开发方式,选择了更开放,更加标准的技术架构路线
SAP Mobile Secure
SAP较早就推出了移动设备管理产品(收购了Sybase Araria产品),发展较成熟,之后SAP将移动化管理能力融入其核心软件,通过合并等手段,把范围扩充至应用管理、内容管理等领域,提供全面EMM工具包。
评测分析
序号 | 评测内容 | 分析 | 评级 |
---|---|---|---|
1 | 客户端引擎(Engine) | 跨平台:通过HTML5(PhoneGap+Sencha等)来实现跨平台;是一个以HTML5为核心技术的产品,其它功能围绕HTML5来实现。SAP在Phonegap的基础上扩展了一些自己的接口(日志、认证等)UI层面:SAP自身实现了大约10种基于HTML5的UI组件(列表等);另外,通过PhoneGap的插件机制,实现了几个原生UI(登录界面等),可以通过JS来调用。SMP没有主推的UI体系,由开发者选择HTML5 UI库 | 中 |
2 | 后端对接能力(MBaaS) | 1)OData Native SDK: OData Native SDK提供了对OData协议的API支持。(SMP客户端和服务器端统一通过OData进行通信)2)OData 转换服务:对于非OData数据源,可以使用Integration Gateway将其转换为SMP可以消费的OData服务。Integration Gateway的作用就是SMP用来适配各种非SAP OData数据源的组件。3)后端数据集成,具有一定的向导界面和可视化设计界面,可以帮助开发者快速完成数据集成 | 较强 |
3 | 组件能力(Component) | 普遍的组件都支持,但是在文档预览 | 中 |
4 | 开辅助能力 | AppBuilder:可视化的UI设计器,可以拖拽UI控件,和后端数据绑定,进行预览。IDE开发环境有待改善,无论是性能、代码提示(JS\CSS) | 较弱 |
5 | 产品性能 | 产品属于偏HTML5的混合模式开发,在性能虽然做了很多优化工作,依然存在性能上的问题。 | 中 |
6 | 开放和标准 | 1)产品的开发基于HTML5,相对标准。但是迁移至其他平台非常困难。2)产品能够和较多的标准业务系统做好对接,尤其是SAP自身系统 | 较强 |
7 | 移动设备管理 | 整体设备管理的功能都具备。各类合规性策略基本都支持。支持多平台,包括IOS、android、window phone。不具备地理围栏的功能。对ios和Android系统的证书管理功能相对较弱 | 强 |
8 | 移动应用管理 | 应用管理能力完备,支持默认应用程序安装,且可以锁定IOS设备上的任一应用,但在andriod上不能实现。需要通过第三方产品Mocana实现app wrapping技术,不具备SDK的能力。同时在面向中国市场时,客户端界面需要待提升,使用习惯不符合中国国情。 | 中 |
9 | 移动内容管理 | 内容管理能力较完善,支持Sharepoint,企业文档管理,OpenText企业文档管理套件2010版,不支持文档预览的模式 | 中 |
10 | 安全性 | IOS支持FIPS 140-2,在Andriod上不支持 | 中 |
总结
SAP在传统信息化领域的地位,依靠其强大的渠道能力,目前在用户中影响力较大,尤其在大型客户中。不过SAP产品也秉承了以往的惯例,使用起来相对复杂的特点。如SMP3.0产品上没有主推的UI体系;推送服务依然是GCM;shell需要适用原生开发,技能要求过高;数据集成主推Odata,集成工作量巨大。总体来说SMP3.0的不够实用,涂有表面。而在Araria上SAP的产品要表现良好的多一些,当然交互依然很差,不符合中国的国情,没有移动门户等。