在他们文章的第二部分,继 Vasile Buciuman-Coman 和 Michael Chervenic 在第一部分定义了一个新型企业框架之后,他们继续探讨了动态业务应用。
构架软件应用和设计其它工程产品之间有一个根本性的区别。因为软件是和信息打交道,而信息是变更的“载体”,那么必须在最基础的级别将变更构建到信息架构之中。
这个解决方案建议的核心基于两个框架:
这两个框架让我们可以有效地处理和协调业务操作和技术团体操作中的变更。对设计过程而言,业务操作和技术团体操作可以被视为两个截然不同的自适应系统,它们各自都有自己的需求。
作者写道:
……构架一个能在企业级运行的客户 / 服务器应用要比构架一个桌面应用复杂几个数量级。服务器端的主要复杂度源于它必须支持两个自适应系统,一个是技术团体,另一个是业务团队,他们各自又都有自己的操作和控制层次。
动态业务应用(又称为自适应企业操作平台——AEOP)的架构风格关注于技术团队操作、业务操作和开发团队的生产力。生产力水平的增长是通过实体生命周期 / 基于事件的架构风格实现的。但是,
文献中记载的 EDA(事件驱动架构)跟 AEOP 事件模型是不一样的。EDA 是围绕非结构化事件流构建的,而 AEOP 是围绕由一组生命周期模板链接在一起的结构化事件流构建的。
在描述动态业务应用的大量细节之后,作者总结道:
AEOP 标准化了服务器端应用的架构,这正是当今 IT 所缺失的。 在这个架构中,像 SOA 这样的技术和架构概念扮演配角。像 BPM 引擎、调度器、消息传递这样的组件在架构中有明确的角色,但是它们对设计的影响很小。
详细内容,请查看完整文章:超越 SOA──动态业务应用的新企业应用框架之第二部分。
评论