企业移动化应用平台体系架构刍议

朱希收 梁英瑞 滕媛媛

[摘 要] 云计算、大数据、物联网和移动互联网等新一代信息技术，正在为产业转型升级提供强大的技术驱动力。能源行业企业移动化应用平台搭建需要模块化管理、集成规范化、标准化统一。以实现各类业务构件的组合和复用，解决信息化过程中重复建设和信息孤岛问题。

[关键词] 企业移动化 ；应用平台；体系架构

doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2017. 01. 042

[中图分类号] TN929.5 [文献标识码] A [文章编号] 1673 - 0194（2017）01- 0075- 03

0 引 言

作为“互联网+”的核心支撑技术，云计算、大数据、物联网和移动互联网等新一代信息技术，正在为产业转型升级提供强大的技术驱动力。而随着国家经济发展、行业信息化的发展，以及产业转型、能源行业企业升级等方面的大环境，企业都将面临移动化技术演进的需要。

能源行业企业在整体技术路线上面，要有一个相对来说比较长期的规划，并不是说所有的新技术企业都适合，这和企业本身的性质有关。当然也不是企业不愿意追求新的企业移动化技术，而是担心对原有的技术架构产生影响，所以企业自然而然会有各种各样担忧。

1 能源行业企业移动化平台诉求

从开发的角度去看有很大的区别，笔者做了一个非常简单的提炼。对于最基本的能源行业，互联网有很多的开发平台、开发环境和开发语言，而且持续的变化、更新和演进非常多的技术，但是在2C市场里面，希望平台能够尽可能多的开放，有足够好的社区能够把技术引进来。

对于能源行业企业来说，如：ERP、财务、人事、OA等系统，那些系统在集成的时候非常复杂。在移动化切入的时候，需要慎重考虑在技术和业务上带来的变化。尤其在安全性方面尤其要引起能源行业企业高度重视，因为所有的移动化业务都会有安全性的风险。

另外，就是对于前端来说，应用会越来越多需要优先考虑能不能把应用整合起来。换一种方式，在技术上会受到技术演进的限制，也在被动的做改变，随着类似的诉求越来越强，逐渐往门户化发展，如：应用门户化，技术门户化，管理门户化等。

2 能源行业企业移动化平台搭建思路

从应用设计方面，在能源行业企业最终的用户视角，作为移动互联的使用者来说，手机上都会放很多的移动APP，各种各样的应用都会给企业带来不同角度的创新的思维和感受。对于能源行业企业来说，其实也很希望能够有这样的创新思维和感受，这来源于人本身对于新技术的追求，但是从企业的角度来说，除了感受之外，更多的希望这些感受是能够串接起来。

从应用管理方面，有应用之后就要考虑应用如何来管理。对于能源行业企业来说，要考虑的是这么多的应用之间会是什么样的关系，有没有可以被整合的地方。应用体验甚至有很多的核心技术是不是可以通用，这也是能源行业企业多年信息化一直以来的追求目标，即：希望某些能力是通用的、开放的。比如在云的模式下能够以服务的方式提供，不光是服务的应用，甚至开发能力也以服务的方式提供出来。

从开发角度，其实希望开发平台也能够做到服务化，并在开发平台上实现开发云的协作，这个平台不仅仅是满足开发和管理，同时对移动端的多个应用也要有一个统一的入口。甚至在移动端就能够实现协作能力，形成移动协作门户，并实现移动端应用的统一管理。

3 能源行业企业移动化平台架构搭建

基于平台化的思路，则是原有移动系统构建过程中所有和业务无关的内容都进行平台化建设，所有移动平台化层面的内容都进行统一规划和建设，为所有的业务组件提供公共服务能力。

移动平台化构建模式将变化为基于一个完整的提供技术，平台前端展现各种支撑能力的空应用容器中开发满足各个业务需求的业务组件。

3.1 移动应用平台模块化管理

3.1.1 业务应用轻量化

随着移动化的推广实施，多种类型业务都实现了移动化，后端业务调整或升级时，移动端应用需要随之调整，从而增加重复工作量并影响使用效果。通过采用移动化技术（H5应用）将移动应用轻量化，纳入移动应用门户平台进行统一管理。

提供标准化H5轻应用开发框架，框架中包括很多技术控件、界面元素和交互界面的Simple程序，并提供大量的可重复使用的CSS、JS、HTML代码片段。

3.1.2 原生应用组件化

目前大多移动业务应用，都是独立的APP应用。为了更好实现业务处理逻辑及展现效果，通常采用移动原生语言或混合语言开发。随着更多业务的移动化，应用APP越来越多。

基于组件化架构，需解决的是淡化业务系统的概念，强化业务组件的概念。同时对原生或混合应用内部已有的业务功能模块进行解耦，应用组件通过注册到服务中进行交付。应用组件建设完全只关注业务，不关注技术底层和各种平台层能力的实现。应用组件通过服务接口和各种底层支撑能力，外层挂接能力进行集成。应用组件高度自治，可以独立进行分析、设计、打包、部署和运行。

3.1.3 应用服务模块化

服务支撑模块和平台层组件完全独立部署和运行。其能力的提供一方面可以是以注册服务的方式，也可以是业务组件直接内嵌平台层组件提供的代理模块和轻量API接口。底层组件提供全局的数据建模和数据存储，数据跨所有的业务组件共享。

移动应用端是一个完全可以运行起来的移动门户的框架，其自身已经包含了登录认证、权限、菜单管理等各种基础功能。外层应用框架实现各个业务组件的动态装载和使用。内部应用构建完全实现应用商店。而对于数据服务总线，则既实现业务组件和底层平台层的服务集成，也实现业务组件间的服务集成。技术集成以消息和轻量的rest方式实现，而业务集成则以传统的SOAP Web Service方式实现。

3.2 移动应用平台集成规范化

3.2.1 业务系统集成

移动化平台中具备开放的接口，同时也提供明确的系统集成标准规范，以便与其他系统进行快速方便的对接。平台采用面向服务的体系架构进行应用的设计、开发、系统集成，力求摆脱面向服务的技术解决方案的束缚，集中精力于构建业务模型，从而提高应用的重用、加快应用实施。

在架构体系中，具体应用程序的功能是由一些松散耦合并且具有统一接口定义方式的服务组件组合构建起来的。虽然说Web服务不是实现面向服务的唯一方式，但由于Web服务的规范、协议、格式和面向对象的面向服务架构的基本原则和定义非常一致，因此采用Web服务的技术和规范（如UDDI/WSDL/SOAP/XML等）来实现面向服务架构的应用接口是一种主流的技术趋势。同时对应无法提供接口服务的业务系统也可采用页面抓取方式，进行数据结构解析。

3.2.2 移动APP应用集成

通过APP应用的集成实现统一应用的认证、登录、授权等。移动应用门户具备被动授权的管理机制，将从多层及各个功能模块开放标准的API接口，供其他应用调用。平台具备强大的包容性，可将其他移动端SDK无缝嵌入到移动门户平台的应用程序中，并提供可拓展集成第三方插件的接口，方便后期进行更多第三方插件集成。

3.3 移动应用平台标准化统一

3.3.1 统一用户管理

平台提供统一的用户目录管理，是为了方便用户访问组织机构内所有的授权资源和服务，简化用户管理，基于LDAP或基于数据库，对组织机构内中所有应用实行统一的用户信息的存储、认证和管理，供移动门户平台和其他移动应用使用。支持将统一的用户信息存储于各大主流数据库中，如 Oracle、DB2、SQL Server、Sybase、MySQL等。

3.3.2 统一认证登录

统一认证实现原理为用户第一次访问应用系统的时候，会被引导到认证授权系统中进行登录，根据用户提供的登录信息，认证授权系统进行身份效验，如果通过效验，应该返回给用户一个认证的凭据，用户再访问其他应用的时候就会将认证过的凭证带上，作为自己认证的依据，应用系统接受到请求之后会把凭证送到认证系统进行效验，检查凭证的合法性。如果通过校验，用户就可以在不用再次登录的情况下访问被授权的其他移动应用。统一认证具体实现功能应包括如下：支持统一身份认证、支持多种方式认证、统一授权管理、支持访问行为审核、审计信息。

3.3.3 统一应用授权

移动应用门户平台开放应用授权接口，同时客户端提供应用调用SDK，从公共区域获取用户登录凭证和登录用户信息。若获取到，则直接登录，否则出现登录界面，根据要求登录。

用户输入用户名/密码，客户端应用调用应用服务端登录接口。移动应用服务端调用 SSO 服务端登录认证接口。认证不通过，返回失败信息到应用服务端，应用服务端再返回失败信息到客户端，客户端给出提示。认证通过，将认证用户信息（主要为用户 ID 或 Email）返回到应用服务端，应用服务端返回认证信息到客户端。客户端接收到认证成功信息后，生成 Token，同时将生成的 Token 和用户信息存入公共区域，登录成功直接进入应用。

4 结 语

基于移动平台化的架构，可以实现各类业务构件的组合和复用，不但能解决信息化过程中重复建设和信息孤岛问题，并且具有更加灵活、方便的二次开发，更好的响应业务部门的需求变化，便于系统的后期维护，大大提高了软件开发和实施的效率，并降低了软件总体拥有成本。

同时，移动平台化架构还能将整条产业链上的多家服务应用，通过数据平台组成一个更加紧密的协同化生产组织，实现企业与企业之间的资源共享，疏通各自的信息孤岛，实现各类功能互联、互动的有效集成。

主要参考文献

[1]范文跃.移动智能平台的可信计算体系结构与应用研究[J].信息安全与通信保密，2006（8）：66-68

[2]孙伟，胥斌.论基于移动平台的企业信息安全管理[J].网络安全技术与应用，2015（7）：115.

[3]利业鞑，刘恒.基于移动信息化的安全接入平台建设[J].计算机工程，2012，38（15）：128-133.