关于SOA的应用

问题描述

大家好,我是个应届毕业生,导师让我写的论文题目是SOA与PDM(productdatamanagement)相结合的方面的,我网上看了很多SOA的东西,都是一些概念性的,买了本书,感觉帮助也不大,我打算用IBM的websphere来实现一个模拟的实例,但是我始终无法把它们两个结合起来,感觉PDM毕竟不同于一个BPM流程,现在都不知道该怎么继续下去了,哪位对这方面有些研究的可以给点建议吗?非常感谢!

解决方案

解决方案二:
泡三天这里的内容先:http://www-128.ibm.com/developerworks/cn/
解决方案三:
我觉得SOA使更偏向工程一点,全了解基本上是不可能的。你的这个题目我觉得倒是采用SOA的分析与设计来实现PDM(productdatamanagement)。

时间: 2024-08-01 16:56:14

关于SOA的应用的相关文章

SOA、ESB、NServiceBus、云计算 总结

SOA SOA 是通过功能组件化.服务化,来实现系统集成.解决信息孤岛,这是其主要目标.而更进一步则是实现更快响应业务的变化.更快推出新的应用系统.与此同时,SOA 还实现了整合资源,资源复用. SOA 服务的设计标准是粗粒度.高重用.灵活.标准.性能则并非首要考虑因素. SOA 的两大功能是集成.服务编排(BPEL.BPM).WF 在 SOA 架构中,实现服务编排的功能. 参考架构: 相关资源: SOA 的基本概念及设计原则浅议 SOA 有哪些基本原则 SOA 设计十大原则 SOA 服务设计原

简单SOA框架实现

14.4. Service-oriented architecture (SOA) SOA 与 REST很多相同之处,目前SOA主要是基于SOAP实现,也有基于MQ的实现.而REST只限于HTTP POST/GET/PUT/DELETE等等. 我个人比较喜欢机遇TCP的SOA实现,不喜欢SOAP大量XML传输. 14.4.1. SOAP实现 这里提供一个简单的机遇SOAP实现的SOA框架 index.php入口文件 <?php define ('CONFIG_DIR', '../config/'

企业 SOA 设计(1)–ESB 设计

最近为公司完成了一个 ESB 的设计.下面简要说明一下具体的设计方案.   企业 SOA 整体方案 在前一篇<SOA.ESB.NServiceBus.云计算 总结>中说到,SOA 是面向服务的架构,其核心思想是把业务进行组件化,而业务组件的能力服务化. 我们的整个 SOA 的设计分为两个层面:一个是系统间的 SOA 设计,另一个则是单个系统内的 SOA 设计.系统间的 SOA 设计,主要是设计一个 ESB 系统来实现各业务系统间的交互.而系统内部的 SOA 设计,则是建立一个组件化的技术平台,

用Ajax为SOA增光添彩

ajax 对于那些已看到了动态的.被Ajax渲染过的Web页面的人来说,你算是什么都没看过. 2006年,一波Ajax(Asynchronous JavaScript and XML的简称)产品浪潮将出现在市场上,使IT企业可以选择用工具来构建与桌面功能类似的WebServices前端.随着它的出现,构建这些工具的公司也会构建面向服务架构工具集,把应用层Web技术与表示层Web技术联系到一起. ClearNova公司负责战略的副总裁Steve Benfield说:"Ajax是未来构建Web应用的

XML和SOA安全问题仍然炙手可热

xml|安全|问题     随着Web服务从原始模型到产品的发展,XML的安全问题和加速问题已经提高到主要位置上来了.尽管重量级公司IBM和Cisco系统公司都通过涉入XML设备领域的方式来利用目前的这种需要--IBM最近挖出了DataPower技术公司--但是,Forum系统公司打赌说:这一周他们将把Forum Vantage XML加速器投放市场,并且随着这一举动他们将赢得更多机会. "比起传统的二进制通信协议,XML甚至可以消耗高达50倍的带宽.它有可能导致交互应用性能的下降.仅仅只处理X

XML和SOA 安全问题仍然炙手可热

xml|安全|问题     随着Web服务从原始模型到产品的发展,XML的安全问题和加速问题已经提高到主要位置上来了.尽管重量级公司IBM和Cisco系统公司都通过涉入XML设备领域的方式来利用目前的这种需要--IBM最近挖出了DataPower技术公司--但是,Forum系统公司打赌说:这一周他们将把Forum Vantage XML加速器投放市场,并且随着这一举动他们将赢得更多机会. "比起传统的二进制通信协议,XML甚至可以消耗高达50倍的带宽.它有可能导致交互应用性能的下降.仅仅只处理X

基础教程介绍——什么是SOA?

基础教程 对于面向同步和异步应用的,基于请求/响应模式的分布式计算来说,SOA是一场革命.一个应用程序的业务逻辑(business logic)或某些单独的功能被模块化并作为服务呈现给消费者或客户端.这些服务的关键是他们的松耦合特性.例如,服务的接口和实现相独立.应用开发人员或者系统集成者可以通过组合一个或多个服务来构建应用,而无须理解服务的底层实现.举例来说,一个服务可以用.NET或J2EE来实现,而使用该服务的应用程序可以在不同的平台之上,使用的语言也可以不同. SOA有以下特性 SOA服务

面向服务架构(SOA)的原则

架构 分布式计算将网络上分布的软件资源看作是各种服务.面向服务架构是一种不错的解决方案.但这种架构不是什么新思想:CORBA和DCOM就很类似,但是,这些过去的面向服务架构都受到一些难题的困扰:首先,它们是紧密耦合的,这就意味着如分布计算连接的两端都必须遵循同样API的约束.打比方说,如果一个COM对象的代码有了更改,那么访问该对象的代码也必须作出相应更改.其二,这些面向服务架构受到厂商的约束.Microsoft控制DCOM自不必说,CORBA也只是一个伪装的标准化努力,事实上,实现一个CORB

.NET vs J2EE——面对SOA的荒谬与误解

·.Net与J2EE在金融行业愈来愈呈势均力敌之势,二者均宣称提供了不同于对方的.听起来很迷人的个性化应用服务. ·理性的IT执行官们已经深刻的认识到这样的一个事实:无论是.Net还是J2EE,将来必将在SOA理念的应用中占有各自的一席之地. ·Microsoft的.Net技术在今天的金融市场面前,显得商机无限. ·从前,荒诞与误解依然在.Net与J2EE平台之间萦绕着:似乎没有一个IT决策者能够看透了这层迷雾,继而在两个平台之间做出理性的决择. ·今天,技术执行官们已经能够很好的把握需求动机,

What is SOA?----------对SOA的思考,以及由此想到的人类社会的发展

    SOA short for Service Oriented Architecture,其实是以Service(服务)为最小粒度的网络上的一组具有松散关系的服务的集合(a collection of Services)--------他们之间能够互相交流.    服务,作为其最基本单位,免除了其他人去关注于服务的实现,在这个层面上讲,就比OO要高------OO仅仅达到方法级的不关心,服务则是把一些列相关的方法和对象串联起来,组成服务.      可以这样打个比方,你要向北京的某个人发送