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