因此SOA还不能说已经是一个成熟的技术,如果所有软件企业都使用SOA架构,SOA可能应用于两个场景：第一种是业务互通互联,所以目前所说的SOA绝大多数是基于Web Services技术实现,数据层面整合都不能很好将两个系统整合,利用SOA技术定义的原有数据和业务流程,在中间层作一个跨技术架构的元数据和业务逻辑,SOA强调的是一种架构思想。
消息中间件是什么意思
先给你讲一下什么叫中间件再举个例子1.百度百科中中间件含义的链接 我就不粘贴了 2.举个简单的例子，有这样一个需求，sap有一组hr的相关信息，比如姓名，工号等等要求显示到一个portal上面，供user使用 查看信息。数据怎么从sap到portal呢，可能的一种情况是，使用一个中间件，通过rfc或者idoc把相关信息从sap取出来，整合以后在通过jdbc插入到 portal的后台db里去。这就是一个中间件参与数据整合 协同的简单过程。这样一个过程是由中间件完成的。所以简单的说，中间件就是在异构系统间起数据传输，整合作用的一个软件。3.还是以刚才的例子为例，看看什么是消息中间件 如果是消息中间件，就要把刚才例子中的hr数据看成一个消息，具体的数据结构可以根据需要和开发平台自己来定义。把从rfc出来的数据，先形成一个消息，然后发布到一个消息队列里面，然后再通过一定规则去取这个消息解析再使用jdbc插入数据库这个过程可以是一对一，以可以是多对多。也许上面这个简单的例子并不能体现消息中间件的优点，但是在复杂的网络环境下，例如多个通讯方式，多个业务系统之间进行消息交互，他的优点是显而易见的。
什么是SOA，能不能有例子说明
概念就不说了，自己百度吧。SOA强调的是一种架构思想，组件化的灵活的开发方式，举例，盖房子，原来是用代码一行行的累积，就像盖房子一块砖头一块砖头的砌墙，一片一片的加瓦。SOA架构的思想就主张不要再一块砖一片瓦的干，一面墙一个屋顶一根梁等等都是人家做好的，拿过来自己搭起来就把房子盖好了，需要每家的房子要求不一样再自己改，墙上开个窗，屋顶搞个烟囱都随你自己搞，自己搞的这部分就是需要你自己做造型砌砖的地方。好处就是开发效率高，系统稳定，实施维护便捷，不管是开发还是维护成本都低廉。方正SOA中间件——FIX ES2007
SOA到底是什么作用是什么“
对于SOA，目前我听到有两种说法：一种讲它是“颠覆性的革命架构“，一种是“谨慎观望“。但无疑，SOA最近几年发展得非常快，各主要软件厂商纷纷高调跟进，关于SOA的报道可以说是不绝于耳。对“SOA热“，程序员们有的兴奋和期待，有的则感到困惑，最近我在金蝶中间件于广州、上海等城市举行的“Java俱乐部“上和程序员们交流时，他们或是以一种朝圣者的表情说：“以前面向对象的技术过时了，SOA时代来了“，或者一再恳切地追问我：“那么，SOA是什么?到底能解决什么问题、解决得怎样?我们和客户都准备好了吗?我给出的答案是“Just Processing，SOA-现在进行中“。SOA到底是什么？SOA（Service-Oriented Architecture）的定义是面向服务的架构，就是说将软件按照功能设计成一个个服务，这些服务用标准的方式定义接口、并通过标准的协议进行调用。SOA所定义的接口和调用方式是独立于编程语言和运行平台的，广义上讲SOA可以基于不同的底层技术实现，比如CORBA和Web Services。但CORBA由于过于复杂和臃肿已很少使用，所以目前所说的SOA绝大多数是基于Web Services技术实现。在Web Services的实现方式下，SOA服务的接口用XML进行定义。在SOA架构下，软件开发从业务流程分析开始，使用组件化业务建模的方法识别和分析各种业务模型，将各种实践融入其中，在这个基础上建立用例，用例直接产生BPEL，这些BPEL则可以被融入一个服务整合框架中，其描述了各种服务的信息，从而把ESB上的各个模块统一起来，形成一个巨大的服务仓。这样，SOA甚至是所有软件人员的一个梦:将中间层再进行抽离，在中间层作一个跨技术架构的元数据和业务逻辑，使之成为跨技术架构的、可长期继承、并不断积累的企业业务库和最宝贵的信息资产，也就是面向服务的组件库，而且这个服务组件库也可以被其它企业复用，且不依赖于任何一种技术架构。夸张一点说，如果所有软件企业都使用SOA架构，那么世界软件业将会发生彻底的改变。显然，这样一个框架不是一种产品，也不仅仅是一种技术，而是一种解决问题的方法论。SOA可能应用的两个场景及现有问题那么，SOA要解决的问题是什么？我认为，从技术本质上讲，SOA可能应用于两个场景：第一种是业务互通互联；第二种是封闭交易系统，即将元数据和业务逻辑抽离，形成可复用。举个例子，在第一种场景中，当不同企业之间的业务需要相互调用，这时就可能采用SOA技术；在第二种场景中，在企业内部需要将系统进行迁移时，利用SOA技术定义的原有数据和业务流程，可以很快完成。无疑，SOA是一个伟大的思想，它试图定义一个大家（各种软件厂商）都“认“的、都“遵循“的法则，大家都使用这样的方法来进行互联互通，从而实现无界限的联通，以及服务组件库的继承和复用，解放无效和重复劳动。打一个不那么恰当的比喻，就像人类的语言一样。SOA或许就像《圣经》中那个著名的“通天塔“的故事：人们用同一种语言交流产生的威力是如此之大，以至于他们在巴比伦几乎要修成一个“通天塔“，直达上帝所在的天庭。但是，在SOA应用的两个场景中，现存的问题同样也是明显的：第一种场景：业务互联互通，就是应用系统互联。业务互联，与其说是技术问题，不如讲是业务问题，例如ERP、CRM的异步整合，数据层面整合都不能很好将两个系统整合，SOA仅仅是一种实现工具之一，整合效果并不会好不到那里去。我们可以说，在没有其他选项之前，SOA是一种最“不坏“的方式，但它并不能解决所有的问题，实际上EAI的牵涉面很广，而我们知道，有些问题并不是单纯靠技术就能解决的。第二种场景：封闭交易系统，缺点是性能慢，而且基于Web Services的交易没有形成明确的规范。使用XML作信息交互比较慢是大家都承认的，性能问题将对SOA的发展造在一定的阻力。同时SOA规范本身没有完善，比如Transaction规范还在不断完善，而且Web Service多年来收效甚微。总的来说，SOA现在还处在一个发展阶段，很多标准还在制定，不同厂商间还存在不兼容的现象，因此SOA还不能说已经是一个成熟的技术，还需要时间的检验，还在“进行中“。当然，金蝶中间件作为JCP组织成员，也会推动SOA规范在J2EE平台上的实现。中国用户的现实选择之惑在憧憬SOA技术可能带来的前景之余，我们不得不回过头来冷静地说：SOA和我们大家的共同客户――中国企业还有距离。中国信息化进程与欧美不同，大量的基础业务系统还没建立起来，整合需求并不如想象的那么大。从我们对客户的了解，发现很少有客户有SOA的需求。简单地总结就是，互通无基础，以新建系统为主，需求并不强烈。而欧美市场大量业务系统已建立起来需要整合，从这个角度讲，SOA是适用于他们的。同时，在成功案例极少的前提下，SOA还处于培育期，新建封闭交易系统使用SOA技术还是有一定风险的。一项新技术需要市场的消化，大型企业出于保护企业投资，不会轻易地转移到新的技术平台；而即使像J2EE这样成熟的技术经过了这么多年的发展，也不敢说占有统治地位的市场份额。SOA还需要整个IT界的用户和供应商共同促进。中国信息化需要什么样的技术架构、能够接受什么样的成本价位？这不仅仅是我们的客户需要考虑，我们软件厂商要比客户考虑得更清楚、更进一步。在这个充满变数的激烈竞争市场，只有冷静务实才能生存、发展。
管理软件开发平台目前比较流行的是soa吗还有其他的吗
现在国内的软件开发平台很多，但是质量高效率快价格实惠的比较少。常见的开发平台有方正飞鸿，普元EOS，顶点LIVEBOS，金富瑞等。我向你推荐方正飞鸿，方正飞鸿业务平台基于SOA架构体系，结合数据建模、业务建模、可视化流程引擎、动态表单设计等多种实现工具，是企业应用开发的一个高效、强大、开放的开发工具。其柔性的特点，保障了基于平台开发的系统可在.Net平台与J2EE平台上无缝的切换运行。方正飞鸿业务平台实现业务导向和驱动的软件开发，从根本上解决管理软件开发中的诸多难题，使企业信息系统真正实现“用户主控、随需而变、全局规划、整体集成”的信息化战略。渗透管理软件的设计、开发、调试、部署，到运行、维护、管控、治理的全生命周期。