元模型级别

• 知道OO的都知道，任何东西都是对象，在元模型的语言最抽象级别就是对象（Object）和关系（Relation）
• 对于企业架构来说，重要的概念就是产品（业务流程）和实现（应用）
• 开发架构时，需要对特定领域进行描述，比如流程图、领域模型图等

核心概念

区分内部和外部概念，有点类似SOA的架构概念

• 外部是暴露给客户的产品和服务，如Service和Interface
• 内部是具体行为和相关结构元素

协作与交互（Collaboration and Interaction）

• 协助包含多个结构元素
• 交互是一种行为

关系（Relationships）

The ArchiMate Framework

ArchiMate是一种集成多种架构的一种可视化业务分析模型语言，它从下图业务、应用和技术三个层次（Layer），对象、行为和主体三个方面（Aspect）和产品、组织、流程、信息、数据、应用、技术领域（Domain）来进行描述：

1. 业务层（Business）：提供对外部客户的产品和服务 ，这些服务由组织内的业务角色通过业务流程来实现
2.  应用层（Application）：支持业务服务的应用
3. 技术层（Technology）：通过硬件和软件的交互来运行应用程序

除了以上这些核心方面之外，还有其它一些重要的领域概念，如：目标（Goals）、安全（Security）、治理（Governance）、费用（Costs）、性能（ Performance）、时间（Timing）、计划和演进（Planning and evolution）等。

更多内容参考：http://item.taobao.com/item.htm?id=25733880400

我们如何做复杂系统的企业架构？其实，这个不用自己再去摸索方法，业界已经存在多种做企业架构的框架，如 TOGAF、Zachman、PaeF、IAF等。TOGAF的应用比较多，而且有一个ArchiMate的模型语言来支持业务、信息和技术架构，所以我 推荐大家使用TOGAF和ArchiMate，以下给大家概要的介绍一下。

ArchiMate 和 TOGAF (the Open Group Architecture Framework) 的关系

架构金字塔

我们给一个产品做架构时，一开始肯定不是直接出功能模块、数据关系等，最重要的是要从金字塔上端开始。 IT本身并不能够促进企业的任何优势，它只是企业运行的必要条件，关键是IT的应用如何与企业战略、组织、流程和管理控制系统的融合 。我们只有从使命、愿景到策略再到目标，层级细化和分解，分析目标的As-Is到To-Be，这个也是项目组在做业务规划和架构时需要花时间的明确地方，相关涉众必须在目标上达成一致。如果使命、愿景和测路是大方向，那么目标就是具体做事情前的指导，如果这个错了，则会对后续工作造成不可想象的后果。

目标确定后，我们要做的就是作具体的As-Is分析以及To-Be了。那么我们下面看看做架构时，我们需要关注哪些方面呢？

架构组成

在《架构 － 又一个类似与“平台”一样的词汇》中我对架构进行了一些总体概要的描述，下面对企业架构的组成进行一下描述。

产品架构、流程架构、信息架构、应用架构和技术架构，这些架构层次其实大部分业务架构师在做架构时都接触过，只是很多人没有形成统一概念而已。这么多架构，那我们如何描述它呢？以下将介绍一下ArchiMate模型语言。

架构描述

ArchiMate是一种集成多种架构的一种可视化业务分析模型语言，它从下图业务、应用和技术三个层次（Layer），对象、行为和主体三个方面（Aspect）和产品、组织、流程、信息、数据、应用、技术领域（Domain）来进行描述：

图例

每层通用描述

 业务功能（Functions ）和角色（Actors）

 产品（Product）和服务（Services）

 服务（Services）和接口（Interfaces）

 业务流程（Business Process）

 信息（Information）

 应用（Application）

 业务流程与应用

技术（Technology）

 部署（Deployment）

 分层架构（Layered Architecture）

 总图结构实例

以下我在一个项目应用中的总图，只是粗略应用，具体细节就不列了，以免误人子弟，但是架构需要的主要内容这张图都表现出来了。