企业架构与IT战略规划设计教程Word格式.docx
《企业架构与IT战略规划设计教程Word格式.docx》由会员分享，可在线阅读，更多相关《企业架构与IT战略规划设计教程Word格式.docx（17页珍藏版）》请在冰豆网上搜索。
经过漫长的演变，架构设il•已经成为现实生活中必不可少的活动。
比如，要建一栋房子，就需要进行很多的架构设计工作。
首先要进行外部架构的效果设计，在客户满意之后,再进一步设计内部结构，以及配套的线路、上下水管道等各方而的设计。
架构是系统的组成部件及英之间的相互关系，通过明确这种关系，使得架构之间联系更加科学合理，系统更加稳泄。
在韦伯词典中，架构的定义是“作为一种意识过程结果的形态或框架：
一种统一或有条理的形式或结构；
建筑的艺术或科学”。
这个左义的关键部分是具有特定结构的、体现某种美感的事物以及针对该事物的有意识的、有条理的方法。
从结构的角度理解信息化，可以发现三个特点：
第一，结构是超技术层而的，要建立完整的企业架构，必须从企业战略高度来思考信息化建设：
第二，结构可以很好地耙握组织动态发展的脉络，为组织成长奠泄坚实的基础：
第三，结构具有丰富的层次性，可以有效地体现组织的柔性。
事实上，架构是一个很广泛的话题，既可以上升到管理与变革这样的层而，也可以沉淀到具体的软件协议和标准中来，因为架构不仅是一种理念，更是一种实践的产物，是一种需要与组织已有IT环境相关联的架构。
从管理与变革的层而来看，需要制左整体的业务发展战略，这是一个相对长期的战略，为了实现这个战略目标，必然需要一系列的架构来支撑°
当今我们所面临的全球化、多元化和专业化特点，使得人们越来越体会到社会变革所带来的巨大挑战。
人们已经认识到，管理变革和信息化项目建设的难度在于环境的变化是不可预测的，但企业里总有一些原则性的东西可以固化下来，这些原则着眼于整体性、长期性和基本性。
企业架构的理念和实践应运而生。
企业架构（EnterpriseArchitecture,EA）是在信息系统架构设讣与实施的实践基础上发展起来的。
自1987年约翰•扎克曼（JohnZachman）的开创性工作以来，这个领域已经累积了不少研究与实践。
扎克曼被公认为是企业架构领域的开拓者，他认为使用一个逻辑的企业构造蓝图（即一个架构）来左义和控制企业系统和其组件的集成是非常有用的。
企业架构是一种对企业多角度的综合描述，它反映了企业的人、流程、技术的组织和安排。
对于企业的不同参与者，企业架构提供了不同的视图，用他们容易理解的方式和语言反映企业的状态。
对于企业架构，到现在还没有明确的泄义，以下是一些专家和组织从不同的角度给岀的相关定义。
•Zachman：
企业架构是构成组织的所有关键元素和关系的综合描述。
•Clinger-Cohen法案：
企业架构是一个集成的框架，用于演进或维护存在的信息技术和引入新的信息技术来实现组织的战略目标和信息资源管理目标。
•OPENGROUP：
企业架构是关于理解所有构成企业的不同企业元素以及这些元素怎样相互关联。
•OMB：
企业架构是业务、笛理流程和信息技术间当前和将来关系的显示、描述和记录。
•MetaGroup：
企业架构是一个系统过程，它表达了企业的关键业务、信息、应用和技术战略以及它们对业务功能和流程的影响。
关于信息技术怎样以及应该如何在企业内实施，企业架构提供了一个一致、整体的视角，以使它与业务和市场战略一致。
•IBM：
企业架构是记录企业内所有信息系统和其相互关系以及它们如何完成企业使命的蓝图。
•Microsoft：
企业架构是对一个公司的核心业务流程和IT能力的组织逻辑，通过一组原理、政策和技术选择来获得，以实现公司运营模型的业务标准化和集成需求。
从简单的概念来讲，企业架构是对企业多层而、多角度的建模与描绘。
以往，企业管理者提到企业架构时，通常会把它理解为企业的组织架构或者流程图：
IT人员则会把企业架构简单地理解为IT架构。
人们已经认识到企业架构与企业战略和企业运营环境密切相关，企业战略决立了企业架构的形态，而企业实际的运营环境是在企业架构指导下建立起来的企业日常运作。
企业架构的构成及在组织信息化中的左位如图1-1所示。
/
企业战路
\
厂
业务战路
IT战略
<
A
企业架构
图1-1企业架构的构成及在组织信息化中的定位
企业架构主要包括企业业务架构和IT架构。
业务战略决左业务架构，它包括业务的营运模式、业务流程、组织结构和地域分布等内容。
企业架构是战略与实际运营之间的桥梁,有助于战略的落实。
IT架构是指导IT投资和设计决策的IT框架，是建设企业信息系统的蓝图，包括数据架构、应用架构、技术架构和管理架构。
企业战略与IT战略必须紧密联系，并通过企业架构来指导IT项目的建设，IT项目必须以实现企业战略为岀发点和终结点。
IT项目组合是项目或项目和其他工作的一个集合，将其组合在一起的目的是为了进行有效地管理以满足战略上的业务目标。
许多政府组织和企业通过IT项目和信息系统来支持貝低成本战略和个性化服务战略，这些系统被称为“战略信息系统”。
从企业架构的发展趋势来看，企业架构概念已经涵盖了业务、组织、技术等多个层而,并且使这些层面协调统一、相互贯通。
企业架构是一个涵盖业务和IT的全而的企业蓝图设计工具，可以帮助企业的管理者了解企业的构成、发现问题并不断地改进。
1.2为什么需要企业架构
企业架构的源泉是企业的战略。
管理学上有句划言：
决策者一旦制定了错误的战略，100个行动也无法挽救。
战略的抉择，主要是泄位问题，相比企业运营的一些具体操作问题，例如市场策略、生产策略等，战略具有较髙的稳左性。
战略大师迈克尔•波特（MichaelE.Porter）认为，战略的本质是抉择、权衡和各适苴位。
这对企业战略中的业务战略和IT战略的本质都是很好的诠释。
长期以来，信息化建设普遍存在一种现象，即“信息化”成为若干“信息化建设项目”之总和。
虽然许多组织都强调这些项目都是由'
'
总体规划、分步实施”原则指导来进行的。
这种“项目导向”的信息化建设方法，总是在企业需求不断变化和IT技术快速发展的现实中陷入“力不从心”的境地。
人们往往通过建设新的项目来弥补系统的不足，此时“总体规划”已经抛到了脑后。
不管这些项目和系统是否符合总体规划的要求，一句话，它们并没有满足企业的需求。
在建设信息化的过程中，由于信息化建设者缺乏对企业信息化的深刻理解，他们更多地把视角放在技术上而，而忽视了对企业需求获得能力和信息化感悟能力的造就。
特別是IT项目人员往往缺乏对组织的战略目标和IT战略规划的全而了解，在实施1T项目时，他们更多地把视角放在技术层面上，而忽略了对组织战略规划的理解。
企业信息化缺乏与工业化的真正融合，其对于企业管理的作用就失去了许多应当体现的价值。
有些企业随着业务的发展，建立了很多分割的部门、流程和系统，它们之间无法协调合作，因此经常出现问题，如部门之间的职责界左不淸晰、配合不顺畅：
运营的效率较低，很难贯彻企业战略意图：
业务部门和IT部门的沟通不畅、系统功能滞后等。
随着信息化建设不断普及和深入，人们感觉到有些问题严重影响信息化建设与发展，包括以下几个方面。
•对信息化的认识不够：
企业信息化总是处在手段与工具层而，认为信息化主要是为改进各项工作提供支撑，作为某个环节的工具来为企业和部门服务。
对信息化的核心任务是为了实现企业的核心价值和战略目标的认识不够C
•信息化的随意性：
企业信息化的泄位不准确，随意性和可变性较大。
信息化的成功与否在很大程度上取决于领导者个人对信息化的理解和实施能力。
•信息化建设标准强调不够：
对信息化建设中应该遵循的技术标准、系统标准和实施标准强调不够，贯彻不坚决，缺乏科学的管理手段。
•信息化的本位主义：
企业信息化建设中，由于没有很好地解决战略性问题，使得企业业务流程不畅、部门条块分割、多头管理和本位主义等现象严重。
各部门在建设和使用信息系统时，仅从部门的角度和利益来考虑问题，严重影响企业信息化战略的实现。
•风险管理不到位：
信息化建设项目具有投资大、风险大的特点。
各种失控风险都存在于这些项目中，而且，项目投资越大，失控的风险就越容易发生。
信息化建设的非战略性、非架构性、非计划性和非标准性都将导致信息化建设和运行的风险不断增大。
•缺乏方法论指导：
在信息化建设过程中，缺少持续发展的系统理论和方法论：
对如何将理论知识与实际项目建设巧妙地结合在一起缺乏总体的研究与实践总结。
•信息孤岛：
信息的获取、加工、传递和利用等功能不能有机地结合在一起，数据的分散泄义、存储、加工和使用等，使得信息孤岛现象越来越严重。
•烟简式的应用系统：
应用系统之间相互隔离，无法进行从输入、处理到输出的方法与过程，甚至无法进行信息的共享。
•资源浪费：
信息化投资缺乏战略指导，没有形成总体架构。
只重短期效益、部门效益，使信息化建设项目的总体效益不好，应用效果体现不出总体性和增长性。
•重复建设：
集团内的不同部门开发相同或相似的应用系统，出现重复建设、盲目建设项目。
除了上而提到的这些信息化问题外，“信息化发展”是企业信息化所遇到的重大问题。
在目前形式下，企业形态和业务内容变化越来越快，企业对信息化的要求、而对的情况和实现的系统越来越复杂，企业应用系统与企业的生产、运营、管理和决策结合在一起。
同时，市场的不断变化和业务的快速发展，又不断地对应用系统提出新的需求，新业务的发展、新部门的产生、新地域的拓展都要求信息系统不停地“扩张”。
在这种背景下，组织管理者需要一个解决办法或一种理念来回答：
如何建立贯彻企业战略的业务战略与IT战略？
如何建立与业务战略紧密相关的IT战略规划和IT体系？
如何实现IT战略规划？
如何实现IT系统的灵活性和相互操作性？
如何降低IT投资和运营成本，并且从IT投资中获取更多回报？
如何管理IT结构的复杂性？
如何解决由IT引入所带来的风险？
如何优化和选择大型及关键的IT项目？
如何选择咨询公司和外包项目？
如何实施IT项目？
如何进行IT的最佳治理？
这些都是对政府领导、企业决策者和管理者，特
别是科技部门领导和CIO的挑战，他们越来越感觉到责任重大。
根据国际和国内的经验，企业架构的方法可以有效地解决这些问题。
因此，企业架构的理论和方法越来越受到政府、企业和IT厂商的重视。
对企业架构的基本期望是希望它能在对业务战略和流程理解的基础上，进行信息化顶层设计，形成灵活稳健的IT结构，构建和谐的IT环境。
企业架构的基本目标如表1-1所示。
表1-1企业架构的基本目标
目标
含义
业务与1T的沟通
根据业务战略和管理模式.实现企业业务对IT的需求•并使IT能被商层管理者和业务人员理解和支持
快速的业务响应.业务价值増值
以企业市场要求的速度对变革和新的业务需求做出反应，从IT运营中获得更多的业务价值
淸晰的顶层设计蓝图
清晰地定义出存在的和未來的信息系统的结构，实现信息的共享和交流
降低成木，节省IT项目投资
提供一个路线和迁移战略來满足将來的采购和开发.简也、快建和便宜地进行信息化建设，节省IT项目投资
标准化
减少组件间接口的数虽和复朵性.改进应用的可携帶性.保证组件的开发.升级与维护.提商引入新技术的能力，减少管理复朵性的成本
建立较强的IT服务与管理能力
提商服务外包、离岸外包以及外部服务商的平衡能力.管理内外资源.管理安全，建立IT服务价值的可信任等
发展企业架构的最主要原因，是为了解决信息化的战略发展问题，是为了解决越来越复杂的信息系统和IT基础设施的建设问题°
人们越来越认识到，复杂和大型的信息化建设、管理和运行维护，是一个整体性、长期性和基本性的IT战略问题。
应该明确，通过信息化进行有效的企业管理和信息的开发和利用是企业成功的关键，也是取得竞争优势的必由之路。
企业架构为IT的发展提供了一个战略内涵，并且使IT可以对经常变化的商业坏境做岀快速和正确的反应，以满足企业快速发展的需求。
研究表明，那些拥有了一流业绩的企业，其IT投资回报往往会比英竞争对手高岀40个百分点。
这些企业积极地采用各种手段从IT中寻找价值，主要体现在以下几个方面。
•明确业务战略以及IT在实现这些战略中的重要作用。
•衡量和管理对IT的所有支出以及由IT而获得的所有收益。
•依据组织变革的需要划分责任，以充分利用新的IT能力。
•从每次实践中学习，使自己更善于共享和重复利用IT资产。
一个好的企业架构能使企业以一个恰当的IT效率和投资，在业务创新中得到一个准确的平衡。
它既允许各业务部门为了追寻竞争优势而不断创新，同时也保证了整个组织获得一个集成的信息化战略，在企业整体扩展中，取得最佳的和最可能的聚合能力与协同能力。
企业架构首先关注的是企业架构的规划，一般会从企业信息化的现状、原则、模型、标准等方面来思考，淸楚地描述企业信息化的基础设施、数据、应用和人力资源等要素，以企业战略发展和愿景为基础，清晰地勾画出企业架构的发展战略。
正如企业架构理念推广者
描述的那样：
•企业架构是适应企业业务变革的方向盘。
•企业架构是建设企业信息化的蓝图。
•企业架构是沟通业务与信息技术间的桥梁。
•企业架构实现了业务、信息、应用和技术之间的协同。
企业架构的任务是制左企业的整体信息化蓝图，这与一般意义上的应用架构是完全不同的。
应用架构从单一应用的角度出发，其主要是从应用的功能岀发，即从应用的数据、展现方式和业务逻辑等方而来制左应用的结构和构造方法。
企业架构则从企业战略和整体业务出发，从技术上制左用以支持企业业务和战略的％种应用、数据和基础设施等。
企业架构还要对全企业的信息化系统的管理、维护和发展制泄体系结构。
企业架构要能适应企业业务的变革，一方面企业架构本身要能够支持企业现在及未来可能的业务，另外在业务变革方而也存在着是否与企业架构和谐的问题。
企业架构是沟通业务与信息技术之间的桥梁，实现了业务、信息、应用和技术之间的协同。
企业架构的岀发点是企业的业务和战略。
企业业务和战略的变化可以反映在企业的业务架构之中，并由此导致企业技术架构的变化；
技术的变化也同样体现在企业的技术架构体系之中：
企业架构方法为企业战略、业务与信息化之间的相互协同搭建了桥梁。
随着IT的不断发展，IT战略已由组织的部门职能战略提升为组织的核心战略，信息系统也成为组织战略的核心。
目前，我国对企业架构的使用主要还是在IT层而，业务人员还没有开始利用这个工具进行业务运营模式的设il•和规划，应该在企业的业务部门和管理部门推广企业架构方法，以推动企业战略和1T战略目标的实现。
通过企业架构，把高端的企业战略和操作层而的业务行理和运营结合起来：
通过系统的方法来架构全新的企业运转体系，建立业务和IT之间的桥梁。
企业业务部门和管理部门全面使用企业架构方法之时，就是企业信息化系统成功之际。
1.3企业架构理论
企业架构的设汁和实现要基于架构理论的不断发展和完善。
不同的企业架构理论，内容也不尽相同。
美国架构规划专家扎克曼在1987年创建了第一个企业架构的框架理论，国际上通称为Zachman架构框架（ZachmanFramework,扎克曼架构框架）。
Zachnian架构框架后来发展成为企业架构的一个经典框架，扎克曼本人也被誉为EA之父。
之后，EA的框架和方法论不断地被提出。
架构框架是一个或一套基础结构，用来开发大范围的不同架构。
它描述一个用构建块的集合来设计企业目标状态的方法，并显示这些构建块如何搭配在一起。
它应该包含一套工具并提供共同词汇，也应该包含所提议标准的清单以及符合标准的可以实现构建块的产
品。
构建块可以是架构元模型实体的目录淸单、矩阵及图表、功能规格、应用模块、软件和硬件产品及其组合。
企业架构框架并不是企业架构本身，但是它可以告诉我们如何组织和描述企业架构。
企业架构框架至少包含以下内容。
•识别描绘企业架构所需要的信息类型。
•将信息类型组织成逻借结构。
•描述信息类型之间的关系。
企业架构信息的分类可以方便架构的建立和信息的整合，企业架构框架还可以识别出产品类型（模型）。
这种类型（模型）用来描述企业架构和演示如何描绘不同企业架构信息类型（如使命需要、商业过程、数据和IT能力等）之间的联系，它可以帮助组织运行企业架构。
使用预先决定的企业架构产品描述可以加速体系结构的发展过程。
在不同的但相关的企业架构中使用同样的框架和产品类型可以增加企业架构之间的可比性，便于在不同企业架构中的工作者进行交流。
根据企业架构所需要的信息内容，企业架构框架至少要能组织信息类型并描述商业过程、数据、IT系统使命和IT基础设施之间的关系。
企业架构框架还必须处理标准的安全问题，将企业架构与企业战略和目标关联起来，使基础架构最终变成目标架构。
因为企业架构将面对许多不同的使用者，所以企业架构框架还必须针对不同使用者来说明哪些信息最适用的问题。
一些框架还处理存储需求或者提供对过程、管理或结构管理的指导。
大部分框架没有描述系统模型建立的方法原则、分析性的办法或工具。
为确保用统一的方法和格式说明企业架构，许多行业和政府组织采用“架构框架”方法来统一用于描述架构并方而所用的'
‘语言”。
这些架构框架通常与专业领域有关，例如国防工业用的美国国防部架构框架DoDAF以及相关的框架，再如电信行业的eTOM模型为电信营运商制左企业业务架构提供了参照。
企业架构框架包含了从企业战略层次到IT技术的战略层次，再到最基本的技术元素的全部内容。
目前影响较大、使用比较广泛的企业架构框架和方法论主要有Zachman、TOGAF、FEA和DoDAF」
1.3.1Zachman架构框架
全球第一个企业架构框架理论是由约翰•扎克曼于1987年创立的，即Zachman架构框架理论，扎克曼的论文《信息系统架构框架》至今仍被业界认为是企业架构设il•方而最权威的理论，是其他企业架构框架的源泉。
扎克曼的崇高声誉不仅仅是由于他在架构框架上的工作，还由于他早期对于IT系统规划方而的贡献。
系统规划在20世纪70年代是IBM广泛使用的信息规划的方法论。
作为一个强化的和系统的理论，信息规划给IBM的核心领导层、规划和计划部门、技术部门提供了一个强大和完善的工具。
20世纪70年代以来，扎克曼先生致力于信息系统的战略规划、计划和企业架构的推广与应用工作。
他撰写了许多相关书籍和文章，还一直在全球范围内为企业和政府提供教育和咨询，促进和完善了企
业的战略规划和决策行动，带动了企业架构在全球的发展。
Zachman架构框架理论最具代表性的是通过6列5行共30个元素表示的矩阵表格，如表1-2所示，以最简便的形式刻画了构成所有内在关系的设计元素以及这些元素在设计中的功能和作用，它构成了一个完整的理论和模型。
扎克曼将每部分都看成独立的变虽:
，这是关系型数据库中的标准思维：
数据必须与功能、网络位巻独立区分，以保持思维的灵活性和淸晰性。
表1-2Zachman架构框架
元素
WHAT
HOW
WHERE
WHO
WHEN
WHY
数据
功能
网络
人员
时间
动机
范囤
对业务重要
业务执行过
业务操作
业务关键爭
业务目标
规划者
的爭物列表
程列表
地点列表
的组织列表
件周期列表
策略列表
业务模型
语义
业务过程
业务逻辑
工作流程
总进度表
业务
拥有者
模型
系统
计划
系统模型
逻辑数据
应用程序
分布式
人机界面
处理
业务规则
系统设计者
架构
系统架构
结构
技术模型
物理数据
技术架构
表示层
控制
规则
技术设计者
设计
详细规范/定义
软件
网络架构
安全性
定时
系统开发者
定义
程序
规约
Zachman架构框架共分为5个层次，以5行来描述。
每一行代表不同类型的项目涉众的看法和观点，它明确了企业架构工作的流程和流程承担者。
第1行是企业的规划和管理人员范畴，它泄义组织的方向和目的以及架构工作的边界。
明确系统所支持的业务范围，规划系统在功能、性能和成本等方面的整体要求。
第2行是系统的拥有者（或称所有者）范畴，它用业务术语来定义组织的本质，包括它的结构、过程、组织。
明确业务实体和他们之间的关系，以及业务流程与规则。
第3行是系统设计者和项目架构师范畴，它需要用比上一行更加严格的术语来决左和左义系统提供的功能和数据模型。
也就是要把这个模型提高到一个更高的细巧程度上。
在Zachman架构框架的最初版本中，这行被称为信息系统设计师的观点。
第4行是系统的构建者和实施方范畴，它左义应该采用怎样的技术和手段来满足前而各行所左义的需求。
在这个层次，需要考虑系统开发的工具、技术方案和平台等。
第5行是系统的开发者和承包方范畴，它左义详细设计，考虑实现语言、数据库存储和中间件的使用。
包括左义具体的数据库、系统模块、业务规则等，能够分配工作给开发者具体执行。
Zachman架构框架认为无论从哪个层次来看，企业信息化的建设都应该从数据（what）、功能（how）、网络（where）、人员（wh
升级会员 