使用Portal集成 实现业务流程定制和多样化 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

Portal技术的引入便于实现用户在不同系统之间的单点登录问题，所有的用户ID和密码从PortalServer上增加到LDAP中。
总体技术架构
要实现商业银行网点转型和以客户为中心的柜面销售服务体系，让目前已经实现的各种业务系统和未来将要扩展的业务系统对客户经理透明化，将网点每一个系统可提供的业务功能点最大化重用和组合。实现这些功能，就必须引入Portal（门户）技术。
Portal技术的引入便于实现用户在不同系统之间的单点登录问题，所有的用户ID和密码从PortalServer上增加到LDAP中。
便捷定制多样化业务流程
采用Portal技术将各业务系统集成，使得客户经理和业务人员可以在一次登录后，看到和办理自己权限范围内的各个应用系统的信息和业务，不再需要在不同的系统间进行切换和重复登录。技术上的应用系统对客户经理和业务人员是透明的。
平台前端通过Portal进行集成，形成统一的客户服务首页、统一的登录和身份认证方式；后端各自独立，完成各个系统自己的业务处理过程。对各个系统共有的业务模块进行功能上的集成，比如：知识库、BBS等，建立统一的前端和后端，避免相同的功能重复开发。
使用Portal集成后，也可以方便地进行业务流程的定制和多样化。
在整个业务处理过程中，用户首先连接到门户服务器上，进行身份认证。机构层次树和用户的ID与密码在PortalServer上建立，统一存放在LDAP中。
PORTAL的集成原则
在Pｏｒｔａｌ的集成过程中，注重松耦合整合方式，系统设计将应用程序定义为不同组件（或称为服务），通过这些服务之间定义良好的接口和契约联系起来。
接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以松耦合的整合方式，并采用一种统一和通用的方法进行交互。
由于需要整合的系统相当多并且复杂，系统设计必须能够方便地适应当前相关系统的不同情况以及未来变化。包括支撑技术、系统接口以及业务需求等方面的变化。系统通过冗余的方法避免单点故障。同时，系统应尽量减少计划内的停机。
PORTAL的集成模式
把每一个需要集成到PortalServer上的业务系统作为单独的TAB页，以IFrame的方式集成到Portal中；把各系统中需要共享的功能模块改造成Portlet，发布到PortalServer上，进行流程互动，是Portal的两种集成模式。
考虑到和原来系统的兼容性，为减少程序的改动量，现在的系统不仅仅有LDAP服务器，还要由各原来子系统的参与。所有用户访问入口首先经过PortalServer，由PortalServer通过LDAP服务器对访问用户进行身份认证。
如果应用系统运行在WebSphere应用服务器之上，可以使其使用统一的LDAP服务器并在各系统应用服务器之间共享验证密钥来来实现单点登录功能。
当用户在其中任何一个系统上登录后，其浏览器端的Cookie将保留一个由 WebSphere应用服务器加密后的令牌Token，当使用同一个浏览器访问其他系统时，由于各系统都使用同一个验证密钥，只要客户端的令牌没有过期，都可以取出用户的身份，不需要再次提交用户名口令了。
通过iFrame从PortalServer向后端系统传递UserID
对于基于WebSphere或非WebSphere的系统都可以采取这种实现方式进行集成，其底层实现类似让用户使用同一个浏览器在正式工作前在各个子系统中首先登录一次，只是由系统实现而用户感觉不到操作的复杂性而已。
当用户在PortalServer系统登录后，在访问后端系统相关页面时，有Portal服务器隐式要求浏览器完成登录页面的访问工作，从而将UserID的后传递。后端系统不做太多改动，在取得该传过来的UserID后完成其实际的请求并答复。
不过，现在采用这种方式也有缺点，每集成一个新的应用系统时候都要根据其特殊要求做一些编程工作，同时没有统一规划的用户管理，存在一定的安全隐患。
链接
LDAP
LDAP是轻量目录访问协议，英文全称是Lightweight Directory Access Protocol，LDAP是一个得到关于人或者资源的集中、静态数据的快速方式。
Portlets
Portlets是一种Web组件，有些类似Servlets，是专为将合成页面里的内容聚集在一起而设计的。通常请求一个Portal页面会引发多个Portlets被调用。每个Portlet都会生成标记段，并与别的 Portlets生成的标记段组合在一起嵌入到Portal页面的标记内。（摘自Portlet规范）(T228)