（四川中电启明星信息技术有限公司 610017）
摘要：随着信息化的飞速发展，基于域名结合浏览器展现形式的传统企业门户已经无法完全满足企业应用需求，为支撑企业级信息集成平台的统一构建工作，重新对办公门户进行规划设计，依据其展现形式、应用特点及用户定位，研究实现包含展现框架、基础应用、应用商店、系统管理等功能模块的基于应用商城模式的新型门户系统，实现统一信息展现，提升用户体验。
关键词：门户；单点登录；系统集成；应用商城
1.总体架构
基于应用商城模式的新型门户系统是对现有门户成果的进一步继承、完善及丰富，共划分为4个职能，具体是展现框架、基础应用、应用商店、系统管理，涉及18个一级功能。
展现框架，让应用的承载和展现更灵活，包含：框架布局、多形式展现、菜单导航、个性化、windows切换一级功能。
基础应用，让用户的交互感知更智能，让用户的日常办公更高效，包含平台功能、应用功能两项一级功能。
应用商店，让微应用的获取更便捷，包含应用分类、应用管理、应用评价三项一级功能。
系统管理，让企业门户的配置、维护及管理工作护更方便，包含系统配置、展现框架管理、基础应用管理、应用商城配置、菜单管理、事务代码管理、门户管理、行为分析等一级功能。
2.功能设计
2.1 展现框架
是面向用户承载微应用、原有应用、工具软件的载体，通过Portlet、分页(Page)、分组(Group)、门户(Portal)的设计模型，满足各部门、单位、专业条线等人员的展现和操作需求。
2.2 基础应用
是新型企业门户从用户体验到用户感知转变的必备应用，基于类Windows、手机操作系统的装机模式，将基础应用默认初始化至新型企业门户展现界面中，实现用户的主动参与及交互。
2.3 应用商城
是按业务域分类划分，用以管理、展示、评价新型企业门户适用的微应用、原有应用、工具软件，提供一个用户获取应用的简便、快捷、开放的入口。
2.4 系统管理
是管理员操作的展现界面，对展现框架、基础应用、应用商店等内容的可视化配置管理，让企业门户的配置、维护及管理工作护更方便。
3.模型设计
3.1 门户展现模型
采用Portlet、分页(Page)、分组（Group）、门户(Portal)的逻辑层级关系，为各部门、单位、专业条线等人员提供信息聚合展现的统一入口。
3.2 “一系统”应用构建模型
基于 “一系统、微应用”的设计思路，改变以往“一业务、一系统”的项目建设模式。为各微应用提供统一的承载平台，形成面向最终用户的“一个系统”最佳体验，是未来企业信息化交互的统一平台。
3.3 事务代码模型
通过事务代码，快速进入相关事务处理单元的操作指令，满足用户使用需求。通过应用编码，生成所有应用资源的编码，满足资源管理的唯一性要求。
3.4 SSl双向认证模型
采用SSL双向加密认证，一方面增强新型企业门户的应用的安全传输；另一方面，增强接入至新型门户企业门户的第三方应用的安全传输。
3.5 基于身份标签的运行态权限控制模型
将现在针对各个系统的独立授权模式，转变为构建“一系统”的统一授权模型，采用标签模式，将各个业务域下的不同微应用，按照岗位、工种、专业等使用角色要求，进行标签化，形成“标签库”，统一权限调用标签库，对人员进行标记，明确可访问的微应用，即完成微应用的授权工作。
4.关键技术
QT技术，采用QT技术进行客户端程序的研发，一方面支撑跨平台的安装使用，如Windows、Android、Linux等操作系统；另一方面不需安装依赖操作系统的第三方插件，提升用户安装体验。
浏览器兼容技术，封装Webkit浏览器引擎，满足IE9.0及以上、chrome50及以上的浏览器版本使用要求；同时，针对现有部分使用IE9以下的应用，可通过Webkit打开本机电脑终端安装的浏览器。
客户端缓存技术，采用SQLite客户端数据库，将部分非实时交互的数据暂存至电脑终端，减少与服务器交互频率、提升客户端数据读取效率；
客户端注册表技术，调用Windows客户端注册表，识别软件程序安装信息，实现Windows资源与企业门户的融合。
1)通过应用商店对Windows的软件程序进行安装、升级、卸载管理。
2)通过菜单对Windows的常用软件程序进行承载，用户不需切换至Windows，也可直接打开办公软件、浏览器等软件程序进行操作。
Websocket通信技术, 采用Websocket通信技术，可将服务端信息主动推送至目标客户端，转变用户主动发起请求才能获取服务端信息的单一交互模式，实现用户体验到用户感知的转变。
分布式消息队列（kafka）技术 , 采用分布式消息队列构建统一消息服务，提升消息接收和处理的稳定性；根据用户使用习惯，主动及时的向用户发起信息交互，推送应用、待办等消息，提升信息的交互及传递的及时性和一致性。
基于Https协议的安全传输,采用Https传输协议，在信息加密、完整性校验、身份验证等方面提供更好的保障能力；接入至门户的第三方应用，可以在反向代理服务器(F5)上安装SSL证书，使原有只支持http协议访问的系统，又能支持Https协议进行访问，采用SSL双向加密，增强了系统的安全性。
基于国密算法的安全存储, 为提高C/S程序在本地的数据存储安全性，采用国密算法，对缓存至Windows磁盘的数据进行加密存储。针对接入至门户的第三方C/S程序，相关的数据加密方式，由第三方开发厂商负责。
5.集成设计
分为应用集成、消息集成、数据采集及分析三类，其中，应用集成主要对象为微应用、原有应用、工具软件；消息集成主要对象为微应用、原有应用。
6.部署设计
基于应用商城模式的新型门户系统可在平台上进行两级部署、多级应用；可通过云平台的分布式基础架构支撑实现应用的分布式和动态按需扩容；可通过灾备中心，实现新型门户系统的应用级灾备部署工作。
7.接入规范
7.1消息接入
消息服务调用要求, 对微应用或原有应用进行身份校验，生成的唯一编码及密钥，作为服务调用的身份信任信息。
消息传输格式要求, 采用标准的JSON数据传输格式，进行消息传输。
回执及重发机制, 将消息服务调用成功或失败的标记信息，反馈至调用方，1）若标记信息为1，表示调用成功；2）若标记信息为0，表示调用失败，需调用方启用消息重发机制，直至消息成功发送为止。
消息完整性要求, 针对流程类业务的各环节生产的消息，需要调用方确保每个环节的消息都成功调用，确保数据一致性。
消息时序性要求，针对流程类业务的各环节生成的消息，需要调用方按照业务环节处理的时序进行消息的依次发送，确保数据一致性。
7.2应用接入
应用注册要求，针对微应用，由云平台部署后注册至授权系统；对原有应用，直接注册至授权系统；应用商店从授权系统获取应用及权限。
合规性检查要求，1）可以独立通过浏览器访问的页面，且没有任何脚本错误；2）访问地址不含用户、权限等动态参数信息；3）禁止在页面程序中使用TOP进行页面跳转；4）针对微应用，应支持IE9和Chrome50及以上浏览器版本；5）针对原有应用，应支持IE8及以上浏览器版本。
展现形式要求，1）针对原有应用，只支持菜单、图标、文件夹形式展示；2）针对微应用，一是支持菜单、图标、文件夹形式展示，二是支持微应用的展现界面在企业门户中直接展示；三是支持应用小部件以浮动窗口形式展示。
8.应用效果展望
作为未来企业信息化应用访问入口和信息聚合窗口，对现有多型态门户升级替换，转变用户的被动接受使用，形成主动参与及交互、应用完善及提升的应用商店，并基于类Windows、手机操作体验，短、频、快的将信息化应用成效直观的推送至用户眼前，以获得用户好评。
论文作者:高崇,韩雨,林云
论文发表刊物:《电力设备》2018年第2期
论文发表时间:2018/5/30
标签：门户论文; 消息论文; 用户论文; 系统论文; 信息论文; 浏览器论文; 模式论文; 《电力设备》2018年第2期论文;