对于传统企业IT架构转型过程中，前面我们重点讲了一些关键的需要下沉到平台层的内容，今天重点讲下门户层的一些关键点。因为准确来讲平台+应用的构建模式的完整定义为 平台+应用模块+门户，在整个应用和集成架构规划好后可以看到，只有中间的应用模块是在不断扩展的。底层的平台能力都能够以能力开放的方式暴露，同时最终的用户又只需要面对统一门户这么一个统一入口。
在统一门户的规划和建设过程中，有一些关键点说明如下：
关于4A类功能的建设
对于4A层面的内容，或者说至少要实现单点登录和统一认证，统一用户和统一授权。企业在规划建设的过程中可能没有独立的4A系统，那么这些内容可以规划到统一门户里面来集中化建设。在这块内容简单的过程中有几个关键点，需要在统一门户建设中注意。
1. 实际的统一认证仍然是在LDAP库，因此需要门户和LDAP库集成实现统一认证过程。
2. 门户实现统一用户和账号管理，实现用户对业务系统或模块的授权，这些信息从门户朝下游系统分发。
3. 单独登录的过程相对授权来说是一个反向过程，但是最终的验证仍然需要由LDAP验证完成后返回。
4. 对于组织和人员的分发，即可以由HR系统直接分发到业务模块，也可以通过门户分发到业务模块，这里面的一个关键点是临时人员和临时组织在哪里管理的问题。如果存在临时人员和组织在门户系统统一管理的话，那么最好的方式是由门户进行人员和组织的分发。
对于单点登录是门户系统建设必须实现的一个功能。常见的做法可以描述为：
1. 业务系统获得token，根据实现方式，可由其它系统传递，也可从公共位置获取
2. 若无token(未登录过或token已过期)，则弹出登录窗口并调用4A服务认证，认证通过发放token
3. 取到token后，使用token调用4A服务进行验证，验证通过后带着加密后的token信息进入业务系统
4. 在进入业务系统的时候，业务系统根据token进行验证，而不需要再在业务系统进行重复登录和密码验证
在单点登录实现后，就很容易实现各个业务系统，已经门户到各个业务系统间的页面集成和直接跳转。如果保持一套UI/UE规范，那么对于最终业务用户来说，完全可以做到最好的感知，即整体感觉就是在操作一个业务系统或应用的效果。
统一待办是门户建设的另外一个关键内容，要注意在没有进行统一统一门户系统建设的时候，很多企业会把统一流程引擎和统一待办全部放到OA系统里面来实现。即把OA系统的工作流引擎上升到为各个业务系统提供流程引擎能力的公共流程平台。对于统一待办，已已经规划建设了统一流程平台来举例来看，统一待办如何集成和实现的问题。
1. 建设了统一流程平台后，所有的待办都在流程平台，因此门户只需要和流程平台集成。
2. 流程平台提供获取统一待办信息查询服务接口，门户调用该接口获取统一待办。
3. 建议是统一待办信息的获取完全可以做到数据不落地，即实时用实时查(并发量会很大，因此解决性能问题是关键）
如果做到待办信息不落地，那么就不再存在需要对落地的待办信息进行动态刷新的问题。因为在传统的统一待办解决方案里面，待办信息会推送到门户系统进行落地，那么实际在业务系统处理完成待办后就必须通知门户对待办列表进行刷新。如果这个刷新出现问题，就会出现待办数据在业务系统已经处理，但是在门户中还能够看到待办这种不一致性的情况。
在待办信息列表中，通过处理超链接，再加上前面已经实现的单点登录，就很容易通过传统Token方式实现跨业务系统或模块的页面集成。要注意对于页面集成是比底层的数据交换和集成，已经到服务层的业务服务集成更优的方案，可以最大程度减少跨系统的接口服务调用，已经底层数据集成的数据交换带来的数据不一致。
关于消息和通知
对于消息，通知，包括公告等也是属于门户建设的一个关键内容。这类功能更多的是知会最终用户，而不需要实际处理和反馈。因此既然集中了统一用户，统一登录，那么对于消息的通知也最好能够集中和统一。对于消息通知的统一，相对来说比较简单，只需要集中门户提供一个消息导入的接口服务，由各个业务系统将需要实时通知的消息导入即可。对于消息通知一定有范围，可以通知到一个人，也可以通知到一个组织或一个群组，这些都需要能够做到灵活配置。
对于这点，绝对不是简单的实现一个功能菜单的配置，收藏夹或快捷操作的配置功能。这只是门户层页面功能集成最简单的一个实现。在这里我们提出一个新概念，即是否能够在门户层实现一个页面级的功能编排功能，这个功能可以实现基于业务流程或业务场景的业务功能的操作组合以方便最终的业务系统用户使用。
对于具体的页面编排，其复杂度实际上不亚于服务组合和流程编排，我们可以先构思一个最简单的业务流程场景举例来说明，比如一个完整的采购流程可能涉及到供应商和物料信息录入，采购请购，采购订单，采购接收等几个关键功能。那么实际在采购里面既有端到端流程的思路，将这些离散的独立功能衔接到一起。比如我们提供一个完整的端到端流程的引导页面，从提交采购需求开始，到拟制采购订单，再到采购执行和跟踪，采购入库，采购付款等将这些流程相关功能展现到一个完整的端到端流程中。
最终的用户只需要按照类似Wizard向导的思路按着步骤一步步的朝下面操作即可。通过这种完整的基于流程的向导式页面完全将离散的功能集成到一起，而实际上这些功能的提交本身涉及到MDM主数据模块，采购订单模块，库存模块等，但是这些底层的各个微服务模块或拆分并不需要最终用户关心。用户关心的仅仅是基于业务流程和场景的操作是否方便，是否能无缝衔接的完成，同时方便后续跟踪和监控。
注：本文内容来自互联网，旨在为开发者提供分享、交流的平台。如有涉及文章版权等事宜，请你联系站长进行处理。