再谈企业架构

标签: IT咨询 | 发表时间:2013-11-10 19:48 | 作者:人月神话
出处:http://blog.sina.com.cn/cmmi
本篇为杂谈,谈下最近关于企业架构的一些思考。

对于企业架构有很多定义,简单来说的话可以说企业架构包括了三个方面的内容,一个是业务的现状和建模,一个是IT的现状和建模,还有就是业务和IT的匹配。业务重点是流程和数据,IT的重点是应用和技术。所有的企业架构基本都包括了这三个方面的内容,只是前面增加了企业愿景和业务目标驱动,后面增加了可落地的实施策略和计划。只要属于上面三个方面,即是我们企业架构建模和分析需要考虑的内容。

不论是最早的Zachman,还是TOGAF,FEAF,DoDAF等,都是业界实践后抽取出来的标准方法论。基本也是围绕上面说的几个点展开的。TOGAF更加接近于一个常用的标准企业架构描述,FEAF更加强调了PRM和SRM服务组件模型,而DoDAF更加偏技术建模和实现,侧重点有所不同,但是基本还是覆盖企业架构的各个方面。对于顶层企业架构设计还是建议采用TOGAF方法论指导,而细化到单个业务域或系统的概念的时候再转向DoDAF这种更技术化的建模方法。我一直强调的内容就是在顶层设计的时候尽量不要引入太多偏技术层面的建模方法和技术,最好是让企业架构成果能够让企业内客户基本很容易看明白。

任何方法论基本都是大而全,企业架构的方方面面都会涵盖进去,但是真正在企业架构实践中绝对不是要覆盖所有的活动和输出工件。任何一个架构实践活动或者说工件输出都需要考虑为什么要做这个事,做这个分析的具体价值在哪里?是否属于前面我说的三个方面的内容?任何工作都不要为了满足方法论要求而去输出,必须要去理解内在的脉络和逻辑。因此,在企业架构实施过程中如果根据企业现状和业务目标进行裁剪就相当重要的,裁剪同时也不是简单的剪切的,更多的是优化改进,新增都是裁剪要考虑的内容。

当前的各种企业架构标准和框架,都没有真正做到和云计算和SOA思想的融合,虽然在各个企业架构中都有这种思想的体现,但是如何融合为一个整体基本没有说明。在企业架构的真正实践中必须考虑到SOA思想和云化的思路,这个在一开始全新规划就要考虑,这种融入不是对传统的企业架构框架的否定,而是对已有框架的补充和完善。我再次强调原来看到过一些文章去映射传统企业架构各组件和云,和SOA组件的关系,这个是不对的。这本身不是一种映射关系,而是融入关系。

企业架构最终不仅仅是企业业务和IT的全景图,更加重要是目标和规划,是最终的演进路线和分阶段的实施落地,如何由企业架构转到最终的实施规划,这方面的内容已经非企业架构可以涵盖,在企业信息化规划中有涉及,在这里来说需要借鉴IPD或HPPD的思路,即需求分析和管理,市场管理,组合项目分析和规划,产品规划和版本规划,这个后面还需要单独来讲。

各种企业架构框架都只是方法论层面,更多的还是需要我们不断的实践,搞清楚架构分析方法和各个架构组件间的关系,才能真正理解企业架构的作用和价值。


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

相关 [企业架构] 推荐:

再谈企业架构

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

再谈企业架构-业务架构

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

企业架构和IT规划咨询

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

企业架构-应用架构构图

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

企业架构-分层和维度

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

谈企业架构和SOA的融合

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

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

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

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

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

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

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