企业架构之何为企业架构

    从08年出来到现在工作都是跟企业信息管理系统有关，但是在企业信息管理系统的难点就是软件工程中公认的需求的变化。但是关于需求变化是个不可避免的老问题，但是如何将所谓需求变化带来的风险降低到最小呢？
  1. 如果是帮助第三方公司开发的话，那么需求变动可以在合同等方式来制约。
  2. 如果是为自己的公司进行开发呢？这个需求变动就不太好把握，其实真的不好把握吗？未必吧，所以你的检讨下你是否真正明白为公司做信息管理系统或者所谓的ERP(企业资源计划)的真正内涵是什么？

    曾记得位IT名师说过其实企业信息管理系统难也难，简单也简单。为什么说简单呢？因为这个系统不过是尽量将原来人为做的事情和流程用系统来替代。为什么说难呢？因为原来人为做的事情和流程是可以根据公司的发展和战略进行调整，而系统如果没有很好的企业架构就会出现，你开发完，过不了多久系统就不满足公司现有的发展了。因此有人就开始说怎么需求变化那么快啊。真的是需求变了吗？希望大家一起深思。

  首先我先谈谈我对企业架构的思考，企业架构有什么用，什么是企业架构，关于回答这样问题可能我只能给我个人的理解或者我对它的定义：
    企业架构是企业按照其有的组成部分和如何构建这些部分，这些部分之间的关系，而映射出来的一种关系图。它要体现企业的蓝图及其各个部门之前的结构和运作方式，最后能够实现企业现有和未来的目标。
  这种表述可能不够精简不够清晰。但是现在真正能够完成定义这个概念的有几人呢？

关于对企业架构不同类型的人有不同的认识：对于企业的管理人员他们总是将企业的架构看成为企业的组织架构或者流程图。对于IT信息部门的人则会将企业架构看成为IT架构。企业架构它是发展的，它是动态的。它已经包括了业务，组织，技术等多个方面，并且需要将这些方面达到协调统一，相互贯通。任何事要达到协调统一，相互贯通是比较难的，毕竟它不是一个人，因为人是可以通过大脑来协调统一，通过血液来相互贯通。但是这是你必须去考虑的，如果它等同或者趋近一个人一样的就有协调统一，相互贯通，并且能够不断的变动那么它就成功了(但是事实上这是不可能实现的，毕竟现在企业是5年小变，10年一大变。它不可能跟人一样慢慢的各方面逐步的跟着变化。所以再好的企业架构它都可能只是相对的)。
  从组成方面大致可以知道企业架构无非就是分为业务架构和技术架构。真正让你头疼的可能不是技术架构而是业务架构。业务架构的变动将很大影响技术架构。
   这里有个问题了，业务架构有什么用？
 

• 业务架构首先能够让企业的业务运营模式清晰，能够清晰看出企业战略
• 能够改进企业的业务流程，使业务运转更加高效，能降低成本，提高服务。
• 能够通过它分析企业的一些问题产生根源并根据它的信息进行改进这些问题
• 帮助每个不同业务线进行沟通和配合，减少职责重叠和出现盲区。
• 减少IT系统的风险

  

这些概念性的东西已经看的太多，

lz如果能结合自己多年开发实践，用项目来诠释企业架构，那才是我想看的。

其实里面是我自己对企业架构进行的理解。其实项目是不能完全来诠释企业架构。你必须根据对企业架构的理解来运用到项目中去。而且这些理解本身就是为从信息化系统中诠释出来的。你可以提你不理解或者不明白如何运用到项目的业务或者战略。我们可以探讨下。

我会总结分析模式，设计模式来将企业架构转化为实际是信息化系统。如果你能结合企业架构，分析模式，设计模式的话可能就会好一点理解。

关于什么是架构，我这篇博文已有论述，欢迎指点。
http://www.blogjava.net/paulwong/archive/2012/07/19/383514.html