【产品】一体化平台集成应用思考

一体化平台集成应用，在判断其属于第一方集成还是第三方集成时，核心的差异在于集成深度。

本质上来说应用集成一个标准化的实现过程，是一个统一的技术实现方案；差异在于被集成应用于门户之间在产品侧的联动由多深入；

⭐对于一体化平台的中心认证集成完成后，用户体系相关信息的管理边界（包括：用户、部门、岗位、角色、分组）全部由门户统一完成配置管理，被集成应用通过API统一调用；应用自主管理应用菜单信息（门户侧是看不到应用的菜单信息的），管理角色和菜单的绑定关系（权限管理）；

⭐对于被集成应用的独立性问题的说明：

1、独立性是指被集成应用可以通过一体化平台进入访问，也可以单独访问；

2、两种访问形式所使用的认证体系均是由统一认证中心提供的，并非被集成应用自有的；

（对于门户的工作流程功能，也可以看做一个公共的流程管理组件；这一点需要继续思考。）

⭐集成深度差异的理解：

1、对于一个具体的业务场景应用（eg：输送装置管控系统）

        1）基础标准集成内容：

                中心认证集成；

        2）其他集成：

                告警消息（可以利用公共的消息API对接，完成消息推送）

                页面操作（基于iframe实现前端页面的无头模式交互）

        3）那么此应用作为一个第三方集成应用；

2、对于一个通用性较强的应用（eg：jnpf流程管理系统）

        1）基础标准集成内容：

                中心认证集成；

        2）其他集成：

                流程消息（可以利用公共的消息API对接，完成消息推送；并且通过门户消息跳转具体应用操作内容页面）

                页面操作（基于iframe实现前端页面的无头模式交互）

                功能关联/对接（用户侧+管理侧分别实现；用户侧基于门户的工作流程实现流程发起、跳转、跟踪；管理侧针对表单设计、流程设计实现子应用的功能整合，同时基于门户的工作流程管理与JNPF的审批流的配置绑定，支撑用户侧使用；）

        3）那么此应用作为一个第一方集成应用；