超越SOA：动态业务应用的新企业应用框架.docxVIP

超越SOA动态业务应用的新企业应用 框架 作者 Vasile Buciuman-Coman, Michael Chervenic 译者胡键发布于 2008 年 4 月 23 日下 午10时21分 第一部分一一即使拥有全部需求和最佳设计， 你的架构仍然 很可能失败，原因在于…… 目前的管理学校，教育培养的是公司经营者。设计公司几乎没有引起重视… 几乎从来没有任何人为了取得计划的增长和稳定性，有意识和有思想地设计 个组织。 Jay W. Forrester ，设计未来（1998） 介绍 在一篇名为《动态业务应用势在必行（The Dy namic Busi ness Applicatio ns Imperative ）》的论文中，Forrester的高级分析师John R. Rymer指出了当今 应用的一个致命缺陷： 当今应用迫使人们去寻找一种将孤立的信息和功能组映射到他们任务和 过程的方法，它们强迫IT人员花咼额预算来跟踪不断变化的市场、策略、 规章制度和业务模型。 在下一个5年内，IT的主要目标应该是发明新一代企业软件， 适应业务和 业务工作，同时能随业务演变而演变。 Forrester称这个新生代为动态业务应用， 强调了和业务过程及工作（为 人而设计）的紧密配合，对业务变化的自适应（为变化而构建）。在这个 阶段，动态业务应用的需求比创建它们所需的设计实践更清 晰。工具都 是现成的：面向服务架构（SOA、业务过程管理（BPM和业务规则领域 中的先驱一一包括独立软件开发商（ISV）――已经开始向我们展示了 这 种方法。现在就是开始这段旅程的时候。 在这篇由两部分组成的文章中，我们会从架构和方法论的角度，采用历史的观点 来看待这些动态业务应用（DBA的发展。我们的目标是获得一种能使应用容易 适应业务变化和其他必要修改的构建方法。 随着企业在21世纪关注灵活性，DBA 是使业务和IT在未来几十年内成功的关键。 Change〔畑心/Support k— ?OperationsProcesses 1J J Change〔畑心/ Support k— ? Operations Processes 1 J J The 20* Cenlury Foclis The 2lM Century / Focus Flexibility Technology (IT and AuKxnalion) Efficiency Enterpfise PtOOSSjS 图1.灵活性和效率——21世纪企业的两个主要驱动力 动态性对我们意味着什么？ 在软件工程领域，许多框架或产品都声称具有自适应性。 在我们设法理解一个解 决方案在适应变化方面究竟有多好之前，需要给系统是如何变化的一一它们的动 态性一一下一个可靠的定义。 早期的面向对象方法论认识到[1]:为了使系统分析中立，它必须基于两类现实 世界的需求： *现实世界的实体一一收集现实世界实体的信息和它们间的关系，有助于分析师开始以一种系统的、结构的、客观的观点来看待需求，而非一种技术的、主观的观点 *现实世界的事件 一一系统行为只由改变现实世界实体状态的事件的出现来驱动 在这样的背景下，对于每一个被分析的系统，我们总能识别一个或多个最重要的 实体。每个实体都又包含3个关联元素：事件、状态和生命周期。每个事件代表 状态中的一个变化，所有普通实体状态的有序和代表了一个生命周期。 但是，那 些触发状态变化且是正常流程一部分的事件与那些触发状态变化但不是正常流 程一部分的事件之间有明显的差异。例如，当一个产品订单被提交之后，一组 可能发生的事件包括付费处理和订单交付。当一个用户变更订单或当企业改变价 格时，我们不能认为这些动作是正常流程的一部分， 因此它们与实体（如订单） 的生命周期无关。核心实体实例的生命周期单独定义了在正常操作中系统最有可 能处理的东西。 所有其他事件类型，如变化或中间步骤，被区别对待。 这个场景对很多工程师都不陌生：一个系统模型包含一个核心实体结构， 该实体 具有一组事件，这些事件组成了实体的生命周期。这个系统模型对分析师和设 计 者都很清晰且易于理解。建模工具，如有限状态机、实体关系图、实体状态转换 图和数据流图，为了帮助这种方法已经经过了快 20年的完善。那些为复杂系统 （如空客380或F-22，后者是世界上最高级的战斗机）服务、拥有数十亿行代 码的软件就是这样被编写出来的。 使用对象流图（它是捕获事件和状态转换的基 础模型）虚拟化实体生命周期是这个模型的关键。在这个情况下，架构可以被认 为是静态的，因为整个系统状态在时间轴上的任意一点都是确定的。 Lifecycle Flow(i.e. Product, Decision, etc )start current end Lifecycle Flo