转自
http://blog.sina.com.cn/s/blog_493a84550100g140.html
在这里我们首先关注业务架构和应用架构,业务架构驱动应用架构,以体现流程驱动IT,这也是前面SOA咨询方法论的重点思想。SOA方法论的一个突出的贡献就是解决了业务架构和应用架构如何通过系统的方法进行集成的问题。可以参考我前面的关于SOA咨询方法论的描述。
对于业务架构,初看架构这个词容易理解为静态的事物,但是广义的业务架构一定是静态和动态分析的集成和融合,在分析过程中相互影响又相互促进。动态的信息即我们说的普通的价值链分析的思路,从企业端到端的高端流程到各个业务领域二级,三级等流程的分析。形成高端流程->子流程->活动->活动单元->任务->事件的主线;而对于静态信息则包括组织,人员,岗位,角色,业务对象和表单,规程,模板等各种信息。静态信息的重点是业务领域和业务对象,即形成业务领域->业务主题域->业务模块->业务单元->业务组件的静态数据逐层分解。静态信息+动态信息+交互点和接口分析后形成完整的业务架构。可以看到流程再细粒度分解后的活动单元的组合可能形成业务组件和业务模块,同时业务模块本身又存在更细粒度的流程和活动分解,业务组件本身又是多个流程的组成部分,因此静态和动态相互融合,形成交互,所以必须分析交互和接口。
按SOA方法论的思路,企业系统的构建应该是流程驱动IT,以业务架构为基本导入进行的,通过业务流程分析和业务主题域分析形成相关的信息子系统和信息组件模块,通过业务对象分析形成IT应用架构中的核心概念模块和数据库模型。注意,端到端的流程首先进行分解,分解后的子流程或活动单元变成了具体的业务组件,而流程本身需要的则是这些业务组件提供的服务,在业务组件变成系统组件并将分析出来的接口暴露成服务后,通过BPEL流程编排工具进行流程编排是自然而然的事情,因为服务本身就是通过流程交互分析发现出来的。真正体现了流程驱动IT的思路。
业务架构到应用架构的集成需要平滑过渡,在这里可以看到IBM等大型厂商已经在支持从业务建模平滑过渡到系统建模的CASE工具。从最早的MDA模型驱动架构来看,过渡强调了静态模型本身而弱化了业务流程,而最近新的SOA的建模工具则更好的结合了原来MDA有点并融入了更多的流程建模的思路。而这两年我们看到也有很多比较独立的业务架构平台,期望将IT系统的快速开发和建设前移到业务建模阶段,这些业务架构平台的共性都包括了业务对象建模,流程建模,业务规则建模和界面建模。业务对象建模转换为具体的数据库设计和业务实体;流程建模转化为BPM流程管理,包括系统自动流程化处理和人工工作流引擎;业务规则建模则转换为具体的业务逻辑和事件处理。而对于业务规则建模和流程建模在SOA中则全部集成到了BPEL流程设计中全部完成。
在企业业务建模和流程建模中常用到ARIS(集成信息系统架构),ARIS不是一个工具,而是一个概念。它是一种描述业务流程的体系结构,也是一系列包含有各种元模型的建模方法。ARIS概念的核心通过以一系列事件和任务链图的形式表达业务流程,这跟最近配合SOA谈的另外一个概念EDA(事件驱动架构)很吻合。在ARIS中涉及到四大核心视图,如下:
- 组织视图:组织结构的静态模型。包括:层次组织结构的人员(people not human)资源,生产资源(比如,设备,运输等)以及计算机、通信网络结构等。
- 数据视图:业务信息的静态模型。包括:数据模型,知识结构,信息载体,数据库模型等。
- 功能视图:业务流程任务的静态模型。包括:功能层次,业务对象,支持系统和应用软件等。
- 控制(业务)视图:动态模型,展示流程运转情况,并能够将业务流程与流程相关的资源、数据以及功能等联系起来。包括:事件驱动过程链、信息流、物流、通信图、产品定义、价值增值图等。
这四个视图和我们前面谈的业务架构中的静态模型和动态模型的思路是一致的。但是个人感觉ARIS仍然停留在传统的业务架构平台进行业务建模的层面,仅仅是方法论和思路上将,无法很好的体现从业务到IT,业务和IT集成后融合的平滑过程。在这点上SOA整体方法论,包括SOA结合EDA后将更加具有优势。这也是我所关心的基于ARIS业务架构和流程集成思路,可能仍然无法解决虽然流程集成了,但是IT系统仍然无法很好集成的问题。
相关推荐
本文主要聚焦于Togaf四大架构领域的业务架构,因上次分享时候,很多人觉得还是很晃像,期望列举一些案例,这里的案例主要采用了大家历经的首版的生态云规划蓝图为讲解。望自己能深刻再次理解和有效的分享。同时建议...
本文主要对比分析了四种主流的虚拟化架构——Xen、KVM、VMware ESX以及微软Hyper-V,探讨了它们的不同实现方式和特点。 首先,虚拟化架构分为寄居虚拟化、裸金属虚拟化和操作系统虚拟化。寄居虚拟化,如VMware ...
信息应用架构更多是继承前面的业务应用架构,分解成更具体地信息系统建模,也可以理解成让业务语言转换成大家都理解技术语言建模,当然也是把技术语言转换成业务语言的表现方式之一;同时注意在信息架构时的架构愿景...
【IT架构在银行四大类业务中的作用】 银行的IT架构是支撑其业务运行的重要基石,随着信息技术的发展,它已从单纯的服务角色转变为引领业务创新的关键因素。本文将深入探讨银行的四大类业务——负债业务、资产业务、...
主流虚拟化架构对比分析 虚拟化技术是云计算平台的基础组件之一,云计算平台需要有资源池为其提供能力输出,这种能力包括计算能力、存储能力和网络能力,为了将这些能力调度到其所需要的地方,云计算平台还需要对...
四大商业巨头的战略变迁(组织架构).pdf
本资源详细解读了经典论文ImageNet Classification with Deep Convolutional Neural Networks,主要介绍ALexNet的架构、特点、计算流程
微服务架构的四大特点包括服务颗粒化、责任单一化、运行隔离化和管理自动化。服务颗粒化指的是服务可以被拆分成足够小的部分,通常可以通过子系统、业务模块或API进行切分。责任单一化意味着每个服务只负责执行一个...
阿里、小米、京东、美团的组织架构和战略变迁 本文将对阿里、小米、京东、美团四家商业巨头的组织架构和战略变迁...方正证券发布的报告《从组织架构视角,回顾四大商业巨头的战略变迁——阿里、小米、京东、美团》。
"主流的四大虚拟化架构对比分析" 云计算平台需要有资源池为其提供能力输出,这种能力包括计算能力、存储能力和网络能力,为了将这些能力调度到其所需要的地方,云计算平台还需要对能力进行调度管理,这些能力均是由...
业务架构、数据架构、应用架构和技术架构是企业信息化建设的四大支柱。它们之间的相互关系是:业务架构是企业的组织结构和业务流程的总称,数据架构是数据从产生到消费的全过程,应用架构是支撑业务运转的整个系统中...
【IT架构在银行四大业务中的角色】 银行的IT架构是支撑其核心业务运作的关键基础设施,随着技术的发展,从早期的台式机处理核心账户到现在的云计算、大数据、移动平台和社交媒体,IT已经成为银行业务创新的重要驱动...
首先,我们需要认识到在IT转型过程中遇到的四大挑战: 1. **技术更新快速**:信息化技术日新月异,从云计算到大数据,再到人工智能,企业需要不断适应新技术,确保技术基础设施能够跟上潮流,同时保持系统的稳定性...
Java 设计模式四大常用架构迭代模型并行排序算法 Java 设计模式是软件工程中的一种思想,旨在提高软件的重用性和可维护性。1995 年,著名的书籍《Design Pattern》出版,总结了 23 种经典的设计模式,成为软件设计...
【互联网创业组织架构四大经典模式】是互联网企业发展中不可或缺的部分,它们关系到团队的凝聚力、效率和创新能力。本文主要探讨了四种模式,并结合了马云和李明顺的观点,阐述了人才激励与组织架构的重要性。 首先...
1. **烟囱式架构阶段**:最初,支付宝采用的是基于J2EE的烟囱式架构,由用户网站、内部管理后台、外部系统接口和内部批量处理等四大烟囱构成。虽然能满足初期需求,但随着业务量的激增,该架构暴露出明显的瓶颈,...
中信银行的分布式产品涵盖了存储、组件、计算框架和运维管理四大类别,广泛应用于借记卡和信用卡业务、消息推送、内容管理、实时风控、智能营销和运行维护等领域。分布式数据库和文件系统等存储类产品的应用,确保了...