通用银行信息系统架构

企业架构包括了针对不同角色的需求定义的不同视角，还有考虑不同的维度定义相应的视图，而在整体层面包括了总体的原则和标准，在每个视图中也包括了其领域内的原则和标准，再加上交互关系形成了企业架构的主要内容。

企业架构包括静态和动态的不同内容，既描述组成部分之间的关系，也描述这些关系如何动态配合互相协作以支持战略的解析。

为了能展示企业架构的丰富内容，业界有不同的框架模型。目前国际上最权威的企业架构规划模型是Zachman框架，全称为企业架构和企业信息系统架构Zachman框架（Zachman Framework for Enterprise Architecture and Information Systems Architecture）。早在1987年，JohnZachman（约翰·扎科曼，企业架构设计最权威理论《信息系统架构框架》的创立者）就提出：“为了避免企业分崩离析，信息系统架构已经不再是一个可有可无的选择，而是企业的必需。”

Zachman框架理念是同一个事物可以用不同的方式基于不同的目的从不同维度描述，当一个事物足够复杂时，这种描述框架就有更大的价值。在Zachman看来，这种描述思想实际上已经存在了上千年，在未来也会一直存在下去。

该框架模型采用了一种六行六列的模式，其中最后一行更多关注具体的功能，这里不再赘述，而重点强调与企业架构息息相关的五行六列（见图2-6）。这五行从五个角色出发，描述如下：

1）规划人员关注的业务语境层面的高阶概念级视角的企业模型内容。

2）主管和负责人员关注的业务语义层面的概念级视角模型。

3）设计人员关注的业务层面的逻辑模型（设计人员包括了业务设计和IT设计）。

4）建设实施人员关注的物理层面模型。(www.xing528.com)

5）外包厂商或者供应商关注的企业环境外的模型。

另一个维度是考虑不同的关注度，对于一个事物从它的动机、时间、人员、网络、功能以及数据阐述了该事物为什么存在，何时发生，由谁负责，在哪里发生了什么功能，关联了哪些数据。或者说关注该事物是什么、如何做、在哪里做、谁负责做、何时做、最终归集于为什么做。

其中，前两行半可以归属为业务架构，后面可归属为IT架构（信息系统架构），在各家银行规划定义架构范畴时，这个边界会根据各行的战略以及具体情况确定，并不是一刀切的方式。而且对于运营架构的归属也有不同的定义，简单起见都可归入IT架构。

在这里说明一下业务架构和IT架的主要区别，业务架构在逻辑层面阐述了理想的业务视图。相对于业务架构而言，信息系统架构考虑了实现层面的所有约束条件，包括业务限制（条件比如组织结构、物理角色）以及技术限制条件（比如现状系统和技术手段）等约束，还有就是常说的成本和资源的有限性，换句话说信息系统架构就是针对业务架构和战略需求，考虑这三方面的约束性，设计出的可实现的全套解决方案。

所以，在某种意义上，业务架构是理想的，信息系统架构是现实的。对于一家新的银行，如果其企业的团队组织岗位与逻辑角色一样，同时不考虑成本，没有现有IT系统或者不打算外购的情况下，而且也不考虑未来新技术的影响，那么IT架构和业务架构完美匹配是可行的。显然我国银行业的现状不是这样的，这也是为什么企业架构对于我国银行业而言有它的重要性。

框架将企业架构的内容合理的分离了关注度，以角色为出发点从不同视角展示企业架构的内容。另外，Zachman框架很好的一个特点是定义了架构的详细层次，从视角的角度可以将架构分为高阶概念层（A）、概念层（B）、业务逻辑层（C）、设计逻辑层（C′）以及设计物理层（D），如图2-6所示。

图2-6 Zachman架构框架