企业架构-分层和维度

标签: 随笔文章 | 发表时间:2012-09-14 18:04 | 作者:人月神话
出处:http://blog.sina.com.cn/cmmi
在企业架构思考中,价值链一定是一个核心的维度,价值链展开包括核心的企业业务线条,如包括内部,外部物流,产品研发,生产制造,市场,销售,售后等核心业务价值链,也包括人力,财务,综合,安全等支持业务线条。

在从业务到IT转换过程中,一般涉及到概念,逻辑,物理三个阶段,也是从业务规划到建设实施落地的过程,这个也是我们在分析核心的架构域的时候必须考虑的内容,包括业务,应用,数据各个方面基本都会涉及到这三个方面的内容。

企业架构本身强调的是业务驱动IT,业务和IT的匹配和融合而不是两张皮,在这里可以看到核心我们关注的点包括流程,活动,数据,组织,资源五个方面的内容。而每个方面基本都涉及到业务和IT两个方面的内容,包括业务到IT的转化和映射。例如业务职能或活动最终会转化我们的应用模块和功能,业务单据最终会转化为数据模型等。如下图来说:



任何一个维度本身可能又是一个层次结构或多维结构,这点需要注意,如流程本身也是高端流程逐步分层的架构,组织本身也是完整的分层组织架构模式等。

架构本身也是一个重要的维度,包括现在谈的企业架构包括了流程架构,业务架构,数据架构,应用架构(含集成架构),技术架构,基础设施架构几个方面的内容。确实,企业业务和IT的核心能力在前面几个架构中都会涵盖到而且相互联系。

IBM在CBM组件化业务模型的时候,分为了两个维度,一个是刚才谈到的业务线维度,一个维度是从组织管理角度的思考,分为了战略层,管理层和执行层。那么这三层是另外一个需要考虑的维度,包括我们建设任何一个IT系统都需要考虑清楚目标用户和管理分层后的需求。

从企业后续大的IT技术架构层面,可以看到进一步融合了SOA,云,传统技术架构。整体来看分为资源层,服务层和应用层。资源层本身又可以细分为物理资源和逻辑资源,包括IT服务器存储网络基础设施,虚拟化资源池,数据库中间件,部署的业务组件等。服务层是资源层能力的识别和暴露,形成核心的业务能力,而应用层包括了应用模块单元,也包括了应用模块组装,门户展现等内容。

在zachman企业架构框架里面,一个重要的维度是5W+1H,涉及到数据,功能,网络,组织,进度,战略。另外一个维度有点类似前面说的概念,逻辑和物理模型。包括了范围,实体,系统,技术,构件和功能实体等层次。这有点类似我前面一些文章谈到的从业务到IT落地,业务组件化的思想。

ANSI/IEEE对架构定义是,一个系统的基础组织,集成它的组件,这些组织内部,组件内容和组织和组件间的关系和环境,以及管理设计和概念原则。概括起来就是结构,模块,组件,标准,它们之间的关系和治理。

企业总体架构的简单公式定义为, 企业总体架构=架构的模块组件+它们之间的关系+管控治理

  青春就应该这样绽放   游戏测试:三国时期谁是你最好的兄弟!!   你不得不信的星座秘密

相关 [企业架构 和维] 推荐:

企业架构-分层和维度

- - 人月神话的BLOG
在企业架构思考中,价值链一定是一个核心的维度,价值链展开包括核心的企业业务线条,如包括内部,外部物流,产品研发,生产制造,市场,销售,售后等核心业务价值链,也包括人力,财务,综合,安全等支持业务线条. 在从业务到IT转换过程中,一般涉及到概念,逻辑,物理三个阶段,也是从业务规划到建设实施落地的过程,这个也是我们在分析核心的架构域的时候必须考虑的内容,包括业务,应用,数据各个方面基本都会涉及到这三个方面的内容.

再谈企业架构

- - 人月神话的BLOG
本篇为杂谈,谈下最近关于企业架构的一些思考. 对于企业架构有很多定义,简单来说的话可以说企业架构包括了三个方面的内容,一个是业务的现状和建模,一个是IT的现状和建模,还有就是业务和IT的匹配. 业务重点是流程和数据,IT的重点是应用和技术. 所有的企业架构基本都包括了这三个方面的内容,只是前面增加了企业愿景和业务目标驱动,后面增加了可落地的实施策略和计划.

再谈企业架构-业务架构

- - 人月神话的BLOG
前面已经谈到过企业架构的层次和维度方面的问题,在这里简单谈下企业架构中的业务架构和业务价值链方面的内容. 随着企业不断的发展和演进,各个业务功能单元会逐步成熟,也会形成多个端到端的流程,这些流程涉及到工程项目管理,供应链,财务,人力资源,产品研发等多个方面的内容. 我们再进行高端业务架构建模的时候采用的方法也基本是参考业界标准的价值链模型进行展开.

企业架构和IT规划咨询

- - 人月神话的BLOG
企业架构,业务架构,数据架构. 我们将核心价值链上的端到端总结为两个核心,其一是供应链的端到端流程和业务;其二是产品研发的端到端和业务. 各个企业由于类型不同往往对两条价值链各有 侧重. 生产代工类企业没有自己的产品研发,那么只有供应链;高科技研发企业可以做到卖产品核心技术和专利,不做具体供应链方面事情.

企业架构-应用架构构图

- - 人月神话的BLOG
在这里要谈的是在传统的企业架构-应用架构的基础上进一步体现SOA和企业私有云平台的思想,而非传统意义上简单的原有企业各个业务系统功能架构的堆砌. 这个思想包括两个方面的内容,一个是集中化和平台化,一个是SOA服务化和业务能力组件化. 对于该构图模式考虑两种,首先第一种是充分考虑平台层独立和平台层能力的体现:.

谈企业架构和SOA的融合

- - 人月神话的BLOG
本篇讲主要强调下在常规的企业架构规划和顶层设计中与SOA规划设计之间的融合. 再次强调下SOA的核心思想是解耦,在首先满足解耦的要求下实现共享,协同和复用. 一个完整的业务系统被拆分了应用,服务和资源层能力三个方面的内容. 资源层的能力最终以粗粒度的服务方式暴露出来,应用的构建需要大部分的借助于共享服务层抽取和接入的各种服务能力.

企业架构-分析的核心思路

- - 人月神话的BLOG
对于架构分析的入口点,仍然推荐是从端到端流程分析入手,细化到业务域的端到端,再细化到3,4级流程,最终细化到EPC最底层流程图. EPC流程图既是流程,本身也是业务功能. 还有一条线可能是直接从业务活动收集和组合入手,如根据业务部门,岗位角色划分,从组织架构和岗位职责直接收集业务功能点. 第一种方法既看到面又看到点,从上到下;而第二种方法则是容易只看到点,仍然无法贯彻整个企业端到端流程.

文章: 为什么企业架构如此重要?

- - InfoQ cn
【编者按】企业架构之道是InfoQ中文站新推出的一个专栏,旨在分享技术社区中企业架构的各种挑战、解决方案、案例研究等. Sybase在线课堂:ASE15.7——SYBASE数据管理的革新(12月21日 下午). 保持业务与信息技术(Information Technology,IT)对齐是今天所有组织面临的一项基本挑战.

企业架构思想在软件架构设计中的引入

- - 人月神话的BLOG
很多时候我们在谈企业架构的时候都是正对跨流程,跨业务和跨应用系统的总体规划和分析,企业架构核心好处就是真正体现业务驱动IT,将业务和IT能够真正的匹配起来思考整个企业层面的架构问题. 而很多时候我们谈软件架构的时候仅从软件实现层面来考虑问题,针对一个业务系统的开发,我们有业务建模和软件架构,但是这两个却进行了分离而缺少了系统性的思考,所以原来我们喜欢用系统分析师这个词来综合业务分析师和软件架构师两个岗位的工作.

AWS内部开发和维护技术

- -
云头条导读:IT外媒The Register独家披露了这个云巨头的内部结构和员工实践,经云头条编译分享,供大家参考. 硅谷内外的众多公司已找到了各自的方法来迅速开发和部署功能特性. 不过,互联网巨头亚马逊庞大的云计算部门AWS内部有个特别的消化系统:一个名为Away Teams的概念,这个概念是指为了达到最快速度,接受某些缺点.