【IT168 专稿】2010年就要过去，每当这个时候，又到了我们回顾和总结过去的时候。本期我们为大家回顾SOA领域2010年的发展，并附上了过往的相关报道，为广大读者重温SOA这一年的发展提供参考。

　　2010年SOA标准化大事记

　　2009年12月：我国SOA标准工作组成立。2009年12月22日，“全国信息技术标准化技术委员会SOA标准工作组成立大会”在北京召开。来自工业和信息化部、国家标准化管理委员会、全国信息技术标准化技术委员会、北京市经信委、上海市经信委、中国电子技术标准化研究所、金蝶中间件、中创中间件、中国软件行业协会、北京大学、微软、Oracle、IBM、SAP等全国范围内70家多家单位200余人参加了成立大会。(查看详细)

　　2010年04月：向SC38主席和秘书处正式提交工作提案。中国国际标准化专家组经过几个月的讨论和研究工作，于2010年4月8日向SC38主席和秘书处正式提交了名为：“General Technical Requirement of Service Oriented Architecture”的新工作项目提案。此提案是基于中国电子技术标准化(以下简称CESI)申报的SOA中国国家标准“SOA总体技术要求”提出的。(查看详细)

　　2010年04月：首个云计算标准研究报告正式启动编写。为顺利开展全国信标委SOA标准工作组“云计算中的SOA标准工作组”2010年的工作，云计算专题组组长单位中国电子技术标准化研究所召集云计算专题组各成员单位专家代表，于4月23日在北京应物会议中心组织召开云计算专题组工作部署讨论会。(查看详细)

　　2010年05月 ：SC38正式通过了我国主导的SOA国际标准。5月12日，ISO/IEC JTC1/SC38首次全会于北京召开。参加首次全会的有来自中国、美国、英国、加拿大、韩国、日本等11个国家及3个联络员组织共85位代表。中国代表团通过积极发言及推动，最终在SOA国际标准化方面取得了具有里程碑意义的成果——全会正式通过了我国主导的SOA国际标准“新工作项目提案”(New Work Item Proposal，NWIP，简写为NP)。(查看详细)

　　2010年05月：正式向SC7提交了SOA研究组工作报告。5月22日，SC7 2010年全会在日本新泻召开。本次全会是SC7自1987年成立以来规模最大的一次全会。我国代表团全程参与了SC7全会，袁媛作为SC7内的SOA研究组召集人向SC7的AG(业务规划工作组)会议汇报了过去一年中的工作进展、成果及对于SC7的后续工作建议。在此之前，在信标委SOA标准工作组的国际标准化专家组的支持下，我国派吴杰教授作为主编，与加拿大及The Open Group两位联合编辑共同完成并正式向SC7提交了SOA研究组工作报告(编号为SC7 N4617)。(查看详细)

　　2010年09月：我国主导SOA国际标准进入草案编写阶段。9月27日，ISO/IEC JTC1 SC38第二次全会在美国纽约召开。我国代表团经过4天半与SC38主席、秘书、召集人以及各国代表的积极讨论，最终圆满完成了本次全会的各项预期目标，在SOA及云计算标准化方面取得了实质性成果。尤其在SOA国际标准化方面，由我国主导的国际标准正式进入草案编写阶段。(查看详细)

　　2010年SOA经典应用方案

　　SOA推动业务流程的转变案例解析

　　今年是Catalina Marketing公司为期三年的业务流程管理项目的第二年，这个项目的目的是将生产率和产品上市速度提升30%。那么后端对应的工作是什么呢?向面向服务的架构(SOA)转型。

　　Catalina首席信息官Eric Williams认为：“有些公司用面向服务的架构(SOA)作为系统间交互接口的标准，也有些人和我们一样用SOA来进行业务流程管理的实施和方案构建。”Williams在这家总部位于佛罗里达州St. Petersburg的市场营销公司工作了16年，他表示：“我们在两方面同时进行，使得IT彰显了在推动业务流程方面的价值。全公司的人都明白这是一次业务流程的转型(BPT)。”(查看详细)

　　“白菜价”实现经济适用SOA解决方案

　　随着竞争的日益激烈，业务部门对信息系统的依赖程度越来越高。然而，市场总是瞬息万变，尤其是在产品生命周期不断缩短、客户需求不断变化的前提下，业务流程的调整已经成为常态，随之而来的是对IT系统的灵活性和应变能力提出了更高的要求。应用系统与业务流程的结合越来越紧密。同时，也由于这种业务相关性，给IT系统的改造和升级带来了不少麻烦。

　　系统改造不比新建，不仅要考虑原有功能的修改，同时也要仔细评估本次修改对其它的功能、模块、甚至其它系统的影响程度，可以说是“牵一发而动全身”。尤其是对那些涉及到基础数据、基本流程、底层系统的变更请求，所需工作量绝不是像业务部门以为的那样——“多加一个按钮”就能解决的问题。(查看详细)

　　如何用SOA创建业务利益的复杂事件处理

　　复杂事件是一种事件，通常多个更简单事件异步发生时预示着这种事件。举一个非软件概念的例子：一个人投球，一个人挥棒击球，另一个人跑垒，每个都是彼此孤立的事件，正是这些事件在一起组成了棒球比赛这个复杂事件。在软件中，复杂事件处理(CEP)是识别复杂事件的一种能力，在一个软件系统中，个体业务事件的异步发生预示着这个复杂事件。服务间的消息交换经常暗示这个软件系统，并相应地应答。这些应答包括生成一个新事件，删除重复逻辑，和其他行为。

　　独立咨询师Larry Fulton最近给出了一则关于CEP和SOA的网络广播，讨论这两者如何在一起工作。Fulton解释说，CEP用业务流程帮助调整系统处理，通过翻译传入的业务事件并将它们简化成可以在SOA中的其他地方消费的新消息，从而减少了前阶段需要处理的工作量。反过来，适当地让SOA从组织的一个跨多个业务域，并且更容易实现的区域的CEP 实现中获益。(查看详细)

　　从多方解读SOA核心架构成功非常好的实践

　　不同种类的操作系统，应用软件，系统软件和应用基础结构相互交织，这便是IT企业的现状。SOA凭借其松耦合的特性，使得企业可以按照模块化的方式来添加新服务或更新现有服务，以解决新的业务需要，提供选择从而可以通过不同的渠道提供服务，并可以把企业现有的或已有的应用作为服务，从而保护了现有的IT基础建设投资。

　　为了实现SOA，企业需要一个服务架构。要取得SOA部署的成功，必须先建立起核心架构领导团队，以确保付出的努力符合需求、并指导架构的发展。针对架构的非常好的实践可分为重用、数据管理等几个不同的方面。(查看详细)

　　解密美国国防部情报共享中的SOA应用

　　人类并不是一生下来就有“共享”这一观念，对于遗留系统也是同样。最近，美国国防部情报机构正在使用面向服务架构的方法来更好地共享信息，以及帮助系统实现现代化。

　　“要赢得现代战争的胜利，其全部关键就在于信息协同”，Tod Hagan说道。他是Modus Operandi有限公司ISR解决方案的总监，该公司位于佛罗里达州墨尔本市。“在过去，搜集情报的系统都是相互孤立的，不容易进行信息共享。它们都是采用不同的技术和不同的数据模型来开发的。而SOA在系统集成这个领域做得相当成功：它将遗留系统所有的不方便的地方都隐藏了起来。”(查看详细)