以下是 JK Enterprises 通过利用交互与协作服务将获得的一些好处：
通过使用 SOA 创建新帐户开立流程（包括新工作流和管理工具），将加速此流程的操作和减少 IT 成本。
开发使用门户和表单的新客户应用程序将节约处理时间和提高客户满意度。
在创建新功能和应用程序时，使用模型和 IDE 将节约时间和资金。
通过部署数据治理策略和使用新记录管理技术，JK Enterprises 可以更好地保持法律法规遵从性和安全性。
JK Enterprises 将实现以下方法，以实现服务创建场景。这些都是经过测试和验证的方法。
通过简单 Portlet 聚合和调用服务
JK Enterprises 需要能让客户开立帐户，以获取用于购买 JK Enterprises 的 Widget 的信用额度。JK Enterprises 希望提供服务来允许 JK 员工使用 Portlet 查看给定帐户的所有方面并执行所有帐户相关的活动。
为了处理这个问题，JK Enterprises 使用 Workplace Forms 客户机接口来输入客户信用额度请求。对此表单的数据提交操作会将数据提交到 DB2® Content Manager 并将提交通知放入 IBM WebSphere® MQ 任务队列。现在可以从 JK Enterprise 帐户检查页面查看所有新请求。JK Enterprises 还创建了一个 WebSphere Portal 实例。Tivoli® Access Manager (WebSeal) 用于验证用户登录信息，将结合 WebSphere Portal 生成自定义主页。此主页由各种 Portlet 组成，是使用 WebSphere Portlet Factory、Workplace Designer 或 Rational® Application Developer for WebSphere Software 创建的。Portlets 使用 JK Enterprises 的 WebSphere Enterprise Services Bus 对使用 DB2、Information Management System (IMS) 和其他系统的服务发送 SOAP/HTPP 请求。
基于 Web 的富应用程序作为 Portlet 部署在 WebSphere Portal 中
JK Enterprises 已决定改进其检查帐户的体验。目前，他们在跟上所有帐户开立提交速度方面存在一定的困难。他们必需不断地刷新帐户检查页，以显示更多信息。JK Enterprises 希望立即在页面上显示新请求，以便客户在店内时进行批准。
为了提高响应时间和用户体验，JK Enterprises 向帐户申请 Portlet 添加了自动刷新的 AJAX 表示形式。帐户检查页面由 WebSphere Portal 承载。帐户申请 Portlet 是 JSR-168 Portlet，使用 Rational Application Developer 创建，其中包含特种类型的 Widget（包装使用 Dojo 工具集开发的 AJAX Widget 的 JSF 控件）。这些 Widget 发出对 DataPower XI50 设备的 JSON 请求，将请求转换为对 CICS 中承载的服务的 SOAP/HTTP 请求。
WebSphere Portal 中的业务流程集成
JK Enterprises 仍然对其帐户开立流程不满意。JK 希望向其提交/审批流程添加实时流程流。他们决定将原始的硬编码工作流替换为 WebSphere Process Server 并构建 BPEL 流。新流程通过自动化流对提交进行路由，其中的路由决策由定义的人工任务决定批准或拒绝帐户和信用额度申请。
再工程后得到的流程将使用 WebSphere Business Modeler 构建，并将使用 WebSphere Integration Developer 来正式化和部署这些 BPEL 定义，以与 JK Enterprises 的 IT 基础设施（包括 Tivoli Identity 解决方案）集成。新流程将自动更新 JK Enterprises 门户、DB2 Content Manager 的 Forms 存储区、后端 CICS 系统中的任务列表，并会发送可在 Lotus® Notes 中接收的电子邮件。
分布式 Portlet 与联合门户服务器
JK Enterprises 决定启动针对新客户的一项活动。他们决定使用位于印度的临时呼叫中心来处理呼叫量的预期增加量。考虑到需求会很快发生变化，并兼顾 IT 安全性，他们决定安装一个独立的 WebSphere Portal Server。
文章来源于领测软件测试网 https://www.ltesting.net/
