1.2 Websphere Process Server 流程开发管理指南.docVIP

1.2 Websphere Process Server 流程开发管理指南.doc

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
. PAGE .. Websphere Process Server流程开发管理指南 WPS和WID简介 WPS (Websphere Process Server) 简介 Websphere Process Server (以下简称WPS) 是由具体的业务整合概念、应用服务器技术以及最新的公开标准而发展而来的下一代业务流程整合服务器。它是遵循SOA(Service Oriented Architecture) 理念的新型整合平台。 首先,基于现有的公开标准,它实现了简单的编程模型服务组件模型SCA(Service Component Architecture),调用模型 (SCA调用),以及部署模型。 其次,它定义了统一的数据传输格式: 业务对象(Business Object) ,使用户在开发和使用过程中始终只需要面对Business Object,因此只需要一套通用的方法和接口来对处理数据。(当然业务对象可以根据需求和设计的不同,有不同的内容和结构) 最后,标准的业务过程执行语言 (Business Process Execution Language,简称BPEL)和流程引擎 (Process Container),能够使用户更加方便的把现有的业务流程转化为可执行的代码。 WID (Websphere Integration Developer) 简介 为了更好的开发和利用WPS里面的组件和功能,Websphere Integration Developer(WID)作为一个独立的开发工具提供给终端用户。 WID是基于RAD(Rational Application Developer)的开发环境,不仅提供了一个使可视的组件与后端实现相分离的层次结构,而且对本地和远程EIS(企业信息系统)上作为组件的业务流程的开发、调试、装配、部署等各种功能提供了可视编辑器,这使得各个组件和它们的实现相分离。开发人员无需深入了解各个组件的实现,便能使用WID开发各种集成应用程序。它同时支持自顶向下和自底向上两种开发方法,并且有一个集成测试环境可以使开发人员在程序正式投入生产环境前对程序进行全方位的测试和调试。 最重要的一点就是WID是基于面向服务的架构。组件是业内领先的标准Web服务(Web Services),并且一个包含很多个组件的集成应用程序本身也是一个Web服务。这使得作为组件的业务流程可以用易用的可视化工具生成为业内标准的业务过程执行语言(BPEL,Business Process Execution Language)。同时WID还支持多种操作系统包括Windows和Linux,使得它能够得到更广泛的应用。 WPS流程开发指南 流程(Business Process)开发概述 在流程(Business Process)开发之前,需要根据用户需求对业务的流程进行建模(Websphere Business Modeler),然后从业务流程出发按照面向服务的思想用WID进行模块和服务的设计, 最后将开发好的流程部署到WPS上运行。下面的部分我们将侧重于用WID进行设计和开发的介绍。 WID提供了一套完整的工具和过程来支持自上而下或由下至上的开发模型。自上而下的开发特指已经有了整个业务系统的逻辑框架,然后把该框架映射到实际的实现系统中。在WID中提供了模块的概念,一个模块代表了一个逻辑的子系统,模块之间的交互也就代表了各个子系统之间的交互。然后对每一个具体的模块,WID提供了组装图编辑器来刻画子系统内的组件之间的关系。通过使用该编辑器上所提供的各种组件,可以快速的定义出系统内业务流程的关系,然后把这些组件连接起来就形成了整个子系统的运行时拓扑图。在得到整个系统的拓扑结构和各个分系统内的拓扑结构后,就可以具体实现各个组件,最终实现整个系统。 由下至上的开发指先开发各个组件,然后提取出其接口,通过组装编辑器映射为整个业务系统的逻辑框架,这种开发流程相对来说更为简单。首先从单个的子系统入手,通过分析该业务流程的数据结构,接口类型,以及需要使用到的组件类型,逐个对这些对象进行设计和实现。最终把他们拖拽到组装图编辑器中连接起来,形成一个完成的子业务流程。然后把其他的子系统的Import文件导入到组装图编辑器中,通过该Import来体现了该子系统和其他的系统之间的交互。通过这种方式得到的每一个子系统就是一个独立的可部署运行的实体。 然而,不管采用何种开发模型,下面的一些步骤都是必然所要经历的: (1) 定义业务对象 (BO) :业务对象决定在流程(Business Process)和其它组件中传输的数据结构。 (2) 定义组件接口 (Interface) :接口是组件交互的唯一手段,它决定了组件之间可以用来交互的操作(Operation

文档评论(0)

ygxt89 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档