什么是企业架构文档格式.docx

什么是企业架构文档格式.docx

《什么是企业架构文档格式.docx》由会员分享，可在线阅读，更多相关《什么是企业架构文档格式.docx（10页珍藏版）》请在冰豆网上搜索。

如今，OMB已要求每个政府机构都要开发一个企业架构框架，并要证明如何使该企业架构框架与FEAF保持一致。

如美国国防部开发了DoDAF，美国财政部开发了TEAF，美国环保署开发了EPAF，等等。

欧洲国家政府在企业架构推广方面则另辟蹊径。

2005年3月，英国内阁办公室发布了英国电子政务互操作框架（E-GIF，E-Government 

Interoperability 

Framework）v6.1。

欧盟则推出了泛欧电子政务服务互操作框架（EIF，EuropeanInteroperability 

Framework）v2.0。

在商业领域，企业架构也得到了广泛关注，研究机构、咨询公司和大企业也在大力推进企业架构的应用。

1996年，凯捷公司（CapGemini）发布了IAF（IntegratedArchitectureFramework）。

2002年，开放组织（OpenGroup）发布TOGAF（TheOpenGroupArchitectureFramework）。

2003年，企业架构开发研究所（IFEAD）发布了E2AF（ExtendedEnterpriseArchitectureFramework）。

企业架构的发展历程如下：

图1.企业架构的发展历程

综上所述，企业架构获得快速发展源于三个因素：

（1）Zachman奠定了企业架构的概念体系和理论基础

（2）美国政府的推动和西方发达国家政府的效仿

（3）研究机构、咨询公司和大企业的大力推广

2．企业架构的概念

EnterpriseArchitecture一般译作企业架构，也有译作企业体系结构或企业总体架构。

架构（Architecture）包含业务和技术两个层面，一个是软件体系结构，一个业务参考模型。

按照MetaGroup（已被Gartner收购）的定义，企业架构是一个自顶向下、业务战略驱动的过程，它整合了并行的、内在的、一致的业务、信息和技术架构的开发，也就是企业解决方案架构。

按照美国2002年《电子政务法案》的定义，企业架构意味着：

（1）一个战略信息资产库，它定义了使命

（2）执行使命所必需的信息

（3）执行使命所必需的技术

（4）为了响应使命不断变化的需求，而实施新技术的变迁过程

并包括：

（1）一个基线（当前）架构

（2）一个目标架构

（3）一个（实施）计划

3．企业架构的原理

企业架构的原理是从现状向目标的迁移过程。

因此，企业架构包括：

当前架构、目标架构、迁移计划和IT路线图。

：

图2企业架构的原理

企业架构的组成分为业务和技术两个层面，业务层面包括业务架构和信息架构，技术层面包括应用架构和技术架构。

图3企业架构的原理

（1）企业业务架构（EBA，EnterpriseBusinessArchitecture）

企业业务架构主要是指组织结构、岗位职能和业务流程。

（2）企业信息架构（EIA，nterpriseInformationArchitecture）

企业信息架构主要是指业务信息原始记录和展现形式。

（3）企业应用架构（EAA，EnterpriseApplicationArchitecture）

企业系统架构主要是指应用系统。

（4）企业技术架构（ETA，EnterpriseTechnicalArchitecture）

企业技术架构主要是指基础设施。

Zachman框架

JohnZachman是公认的企业架构领域的理论开拓者，现有的企业架构框架大都由Zachman框架派生而来。

Zachman框架起源于JohnZachman的题为“信息系统开发框架”（AFrameworkforInformationSystemsDevelopment）的学术论文，文中阐述了在信息系统开发工作中对软件体系结构的看法：

系统开发是由具有不同关注视点的若干层面人员共同完成的这与认识到系统开发是由不同阶段完成的同等重要；

在系统开发中，考察对象不应仅限于数据和功能，还应包括地点。

Zachman给出了一个矩阵，将关注视点放在列上，角色层面放在行上。

此矩阵最初有是什么（What）、如何做（How）和在哪里（Where）三列。

后来，Zachman又增加了是谁（Who）、什么时间（When）时间和为什么（Why）三列。

Zachman框架可以用来指导信息化建设过程，并管理此过程中的设计产物。

Zachman框架如下图所示：

图4Zachman框架

Zacnman框架的矩阵式表格如下所示：

做什么（What）

如何做（How）

在哪里（Where）

谁

（Who）

何时（When）

为什么（Why）

数据

功能

网络

人员

时间

动机

范围

（背景）

规划者

业务模型

（概念）

所有者

系统模型

（逻辑）

设计者

技术模型

（物理）

承建者

详细表示

（背景之外）

分包者

最终用户

表1Zachman框架的矩阵式表格

Zachman框架是一个6×

6矩阵：

纵向从规划者、所有者、设计者、承建者、分包者和最终用户六个视角来划分，建立目标/范围、业务模型、系统模型、技术模型、详细表达、运行功能等模型；

横向从数据（What）、功能（How）、网络（Where）、人员（Who）、时间（When）、动机（Why）等6个方面的模型，并分别由实体－关系模型（Entity-Relationship）、流程－I/O模型（Input-Process-Output）、节点－链接模型（Node-Link）、人员－工作模型（People-Work）、时间－周期模型（Time-Cycle）、目标－手段模型（Ends-Means）来表达。

Zachman框架具有容易理解、描述全面、独立于各种工具与方法学等优点，因而得到了广泛的认可，很多咨询和研究方法都从Zachman框架中获得借鉴。

Zanman框架完全可以作为电子政务顶层设计方法论的理论基础，是一个非常适合于本课题的思考框架和研究模式。

FEAF框架

1999年，美国政府组建美国联邦CIO委员会，发布了联邦企业架构框架（FEAF，FederalEnterpriseArchitectureFramework），此后美国政府机构也相继基于FEAF发布了各自的部门级企业架构框架。

这是企业架构在政府领域的首次应用，带动了企业架构在西方发达国家政府的大范围推广。

2001年，美国联邦CIO委员会发布《FEAF实践指南》（APracticalGuidetoFEA）。

之后，又发布了由绩效参考模型（PRM）、业务参考模型（BRM）、服务参考模型（SRM）、技术参考模型（TRM）、数据参考模型（DRM）等五个参考模型。

FEAF由当前架构、目标架构、转换流程（标准）组成，当前架构和目标架构分解为业务架构、数据架构、应用架构和技术架构，后来又增加了绩效架构。

图5FEAFv1.1，LevelIII

美国联邦企业架构（Federal 

Enterprise 

Architecture，FEA）由绩效参考模型、业务参考模型、服务参考模型、技术参考模型、数据参考模型构成。

图6FEA的组成

（1）绩效参考模型

　　绩效参考模型由输入、输出、结果3个部分组成，由测量域、测量类、测量组和测量指标4个层次构成。

输入包括人力资本、技术和其他固定资产，输出包括一系列过程和活动，结果包括任务和业务结果以及客户结果。

（2）业务参考模型

　　业务参考模型包含4个业务域，39条业务线和153项子功能。

其中4个业务域分别是公民服务、服务分发模式、服务的支持分发和政府资源管理。

　　公民服务是政府的目的，包括国防和国家安全、本土安全、情报运行、法律保障、国际事务和商务、立法及公正活动、矫正活动、教育、能源、健康、交通、收入安全、环境管理、自然资源、灾害管理、社区和社会服务、经济发展、劳动力管理、通用科学与创新19条业务线。

　　服务分发模式是实现政府目的的机制，包括为公民的直接服务、知识创造和管理、公共物品创建和管理、法规、联邦财政支持、信用和保险、传输给州和地方政府7条业务线。

　　服务的支持分发是政府运行支持功能，包括立法关联、公共事务、法规发展、规划和预算、控制和监督、征税、内部风险管理和减少、通用政府8条业务线。

　　政府资源管理为资源管理功能，包括供应链管理、人力资源管理、财政管理、行政管理、信息和技术管理5条业务线。

（3）服务参考模型

　　服务参考模型由7个服务域、30项服务类和168项服务组件构成，其中7个服务域分别是客户服务、过程自动服务、业务管理服务、数字资产服务、业务分析服务、内勤服务和支持服务。

　　客户服务包括客户关系管理、客户喜好、客户初始帮助3项服务类，过程自动服务包括跟踪和工作流、路由和进度2项服务类，业务管理服务包括过程管理、组织管理、投资管理、供应链管理4项服务类，数字资产服务包括内容管理、文件管理、知识管理、记录管理4项服务类，业务分析服务包括分析与统计、可视化、知识发现、业务智能、报告5项服务类，内勤服务包括数据管理、人力资源、财政管理、资产管理、开发与集成、人力资本/劳动力管理6项服务类，支持服务包括安全管理、协作、搜索、通信、系统管理、表格管理6项服务类。

（4）技术参考模型

　　技术参考模型由4个服务域、17个服务类和51个服务标准构成，其中4个服务域是服务访问和分发、服务平台和基础设施、组件框架、服务接口与集成。

（5）数据参考模型

　　数据参考模型由数据共享、数据描述和数据环境（Context）三个标准化域构成。

数据共享是指