企业架构的真实案例介绍

企业架构的真实案例介绍

  经过将近3个月的历练，这一项目现在已结束，企业方也比较满意，现在和大家伙儿一起来分享一下这个案例中

  主要分为2部分，业务架构和IT架构（现在有关于企业架构的文章，多是介绍IT架构的，但个人觉得最重要的还是业务架构），IT架构是业务架构落地的保证，业务架构决定了IT架构。

  业务架构最重要的包含业务组件、组件分布、组织架构、业务流程、绩效考核等，这几部分有着很密切的内部关联关系，最好循序渐进，后续章节我们会探讨如何分步渐进。（个人以为如果涉及到SOA的架构，还应该有服务模型部分，但本项目没有涉及）

  IT架构最重要的包含应用架构、数据架构、技术架构三部分，就个人感觉数据架构的工作量最大。

  后，觉得企业架构比以前所用IT规划方法要更全面一些，但很多步骤或工作实际上原来的IT规划方法也都会涉及，只是企业架构更加全面、系统。

  加固是针对某种特定目标系统的具有体系性的、普遍性的问题而提供的通用的解决方案，架构往往是对复杂形态的一种共性的体系抽象。

  业务架构体系是针对企事业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案，更确切的说，是基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统，比如业务架构体系认为一个信息系统必须由组织机构、业务流程、业务信息、业务功能、和业务语义等层次构成。

  复杂系统集成的关键，是基于架构（或体系）的集成，而不是基于部件（或组件）的集成。

  火车工程师在做设计时，他不会去关心每节车厢里装的是什么，他们只需要关心这些车厢一节节连接在一起就好了，而把每节车厢中的具体事情交由相应的责任人即可。将一节节车厢连起来就形成了一个隐式的（或抽象的）流程，好比一个灵活的流程应该有这样的能力：当一节车厢被替换成另一节车厢时不会对整列火车造成什么影响。

  可以分为两大部分：业务架构和IT架构，大部分企业架构方法都是从IT架构发展而来的。业务架构：是把企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，它包括业务的运营模式、流程体系、组织架构、地域分布等内容

  IT架构：指导IT投资和设计决策的IT框架，是建立企业信息系统的综合蓝图，包括数据架构、应用架构和技术架构三部分。

  领域原则上的关注点是企业范围内的业务需求的识别、规范，及优先级划分，感觉它也是一个做企业信息化规划的方法。我认为，做工具型产品和企业级产品有个差别，那就是做企业级产品需要由工具型产品的产品型公司向咨询类的服务型公司转型。

  业务流程的组织逻辑(包含所有信息和技术服务，流程)和IT基础设施，反映了该公司运作模式的整合和标准化的需求 (MIT Center for Information Systems Res

  如同战略规划，能够在一定程度上帮助企业执行业务战略规划及IT战略规划。在业务战略方面，可使用TOGAF及其架构开发方法论（ArchitectureDevelopmentMethod/ADM）来定义企业愿景/使命，目标/目的/驱动力，组织架构，职能及角色。在IT战略方面，TOGAF及ADM详细描述了如何定义业务架构，数据架构，应用架构，和技术架构，是IT战略规划的最佳实践指引。企业架构是承接企业业务战略与IT战略之间的桥梁与标准接口，是企业信息化规划的核心。源于90年代美国的企业架构

  有些人可能会问为何需要做要做架构，直接拿来需求就做不就行了，以前做些小任务都是这样的。就像搭个简易狗窝不需要请设计师来专门做个设计，但是建个大厦必须设计一样，我想对于不复杂的东西，你怎么做我都觉得很正常，但是一旦业务复杂、处理麻烦时，必须有一个清晰的架构才可能正真的保证做出来的东西是正确的。

  这个环节而立即进入了IT项目的建设，这要就回导致重复投资、信息孤岛等必然现象的出现。有时缺少规划，也会发现很多开发的功能被打入冷宫。通过

  ，我们能够达到：企业内不同的人要对企业现状（as－is）和企业愿景（to-be)有一个整体的的理解

  如果没有一个清晰的架构，就不能够确保争取的决策和好的实现，