早在1987年，John Zachman就提出： “为了避免企业分崩离析，信息系统架构已经不再是一个可有可无的选择，而是企业的必需”。 从那时起，Zachman的企业架构理论就开始逐渐发展起来， 它现已成为许多大公司用来理解、表述企业信息基础设施的一个直观模型， 为企业现在的以及未来的信息基础设施建设提供了蓝图和架构。
Zachman的企业架构是一个全新的模型，为企业信息基础设施提供一种可以理解的信息表述。
Zachman没有把企业的流程简单视作一系列步骤，而是综合考虑不同角色的不同观点，提出了一个多视角、多维度的企业架构。
下图的各行内容即反映了不同角色的不同关注点（角度）。
Zachman同时承认每个角色均关注相同的信息类别（维度），即下图各列内容。
数据（什么？） | 功能（怎样？） | 网络（哪里？） | 角色（谁？） | 时间（何时？） | 动机（为何？） | |
目标范围 | 列出对业务至关重要的元素 | 列出业务执行的流程 | 列出与业务运营有关的地域分布要求 | 列出对业务重要的组织部门 | 列出对业务重要的事件及时间周期 | 列出企业目标、战略 |
业务模型 | 实体关系图（包括M: M关系、N-ary关系、归因关系） | 业务流程模型（物理数据流程图） | 物流网络（节点和链接） | 基于角色的组织层次图， 包括相关技能规定、 安全保障问题。 | 业务主进度表 | 业务计划 |
信息系统模型 | 数据模型（聚合体、完全规格化） | 关键数据流程图、 应用架构 | 分布系统架构 | 人机界面架构（角色、数据、入口） | 相依关系图、数据实体生命历程（流程结构） | 业务标准模型 |
技术模型 | 数据架构（数据库中的表格列表及属性）、 遗产数据图 | 系统设计： 结构图、伪代码 | 系统架构（硬件、软件类型） | 用户界面（系统如何工作）、 安全设计 | “控制流”图（控制结构） | 业务标准设计 |
详细展现 | 数据设计（反向规格化）、物理存储器设计 | 详细程序设计 | 网络架构 | 屏显、安全机构（不同种类数据源的开放设定） | 时间、周期定义 | 程序逻辑的角色说明 |
功能系统 | 转化后的数据 | 可执行程序 | 通信设备 | 受训的人员 | 企业业务 | 强制标准 |
| 欢迎光临 栖息谷-管理人的网上家园 (http://bbs.21manager.com.cn/) | Powered by Discuz! X3.2 |