早在1987年,John Zachman就提出: “为了避免企业分崩离析,信息系统架构已经不再是一个可有可无的选择,而是企业的必需”。 从那时起,Zachman的企业架构理论就开始逐渐发展起来, 它现已成为许多大公司用来理解、表述企业信息基础设施的一个直观模型, 为企业现在的以及未来的信息基础设施建设提供了蓝图和架构。 Zachman的企业架构是一个全新的模型,为企业信息基础设施提供一种可以理解的信息表述。 Zachman没有把企业的流程简单视作一系列步骤,而是综合考虑不同角色的不同观点,提出了一个多视角、多维度的企业架构。 企业架构中的不同角色 - 企业拥有者。
- 业务管理者。
- 系统分析者。
- 系统设计者。
- 系统建设者。
- 系统本身。
下图的各行内容即反映了不同角色的不同关注点(角度)。 Zachman同时承认每个角色均关注相同的信息类别(维度),即下图各列内容。 企业架构的信息类别- 数据(什么?)
- 功能(怎样?)
- 网络(哪里?)
- 时间(何时?)
- 角色(谁?)
- 动机(为何?)
企业架构理论术语- “企业”(Enterprise)是指由一整套可识别的、互为作用的业务功能构成的商业组织。 它有能力作为独立实体经营运作。 根据这一定义,就应该存在企业内的企业。 只要企业内部的事业部门能够独立运作,它或许就可以被当作一个企业。 在这里,这一企业概念也可以被看作为“扩展企业”(Extended Enterprise),它意味着企业架构框架也包括了企业与外部实体的相互关系。 例如: 供应商、商业伙伴和客户。
- “架构”(Architecture)提供基础框架, 它定义和描述了企业实现经营目的和商业愿景的平台。 “架构”可以被具体定义为: 与企业经营战略、信息需求紧密相连的一整套原则、方针、政策、模型、标准以及流程,它结合企业未来发展方向,为企业各项解决方案的设计、选择和执行提供指导。
| 数据(什么?) | 功能(怎样?) | 网络(哪里?) | 角色(谁?) | 时间(何时?) | 动机(为何?) | 目标范围 | 列出对业务至关重要的元素 | 列出业务执行的流程 | 列出与业务运营有关的地域分布要求 | 列出对业务重要的组织部门 | 列出对业务重要的事件及时间周期 | 列出企业目标、战略 | 业务模型 | 实体关系图(包括M: M关系、N-ary关系、归因关系) | 业务流程模型(物理数据流程图) | 物流网络(节点和链接) | 基于角色的组织层次图, 包括相关技能规定、 安全保障问题。 | 业务主进度表 | 业务计划 | 信息系统模型 | 数据模型(聚合体、完全规格化) | 关键数据流程图、 应用架构 | 分布系统架构 | 人机界面架构(角色、数据、入口) | 相依关系图、数据实体生命历程(流程结构) | 业务标准模型 | 技术模型 | 数据架构(数据库中的表格列表及属性)、 遗产数据图 | 系统设计: 结构图、伪代码 | 系统架构(硬件、软件类型) | 用户界面(系统如何工作)、 安全设计 | “控制流”图(控制结构) | 业务标准设计 | 详细展现 | 数据设计(反向规格化)、物理存储器设计 | 详细程序设计 | 网络架构 | 屏显、安全机构(不同种类数据源的开放设定) | 时间、周期定义 | 程序逻辑的角色说明 | 功能系统 | 转化后的数据 | 可执行程序 | 通信设备 | 受训的人员 | 企业业务 | 强制标准 |
|