计划花一个月时间，翻译一本关于企业架构的书。 起因还是上一个序列文章，关于架构元模型的写作，遇到了瓶颈。按照原计划对于元模型和方法论的介绍结束后，就应该介绍元模型的实例“企业架构”的元模型与构造方法。迟迟不敢动笔不是因为不了解，恰恰相反，因为比较了解而不敢动笔，这是一种‘近乡情更怯’的情绪；而前几篇写方法论的内容恰恰是没有可参考的资料，‘初生牛犊不怕虎’的发挥。
但是又不想自己的写作计划胎死腹中，于是乎拼命查资料、恶补，越看越觉得‘企业架构’前人的研究已经很通透，巨人的肩膀足够伟岸，其中我计划翻译这一本就是其中的佼佼者《企业架构实践 - 模型、沟通和分析》。其实我既没有翻译的心思，也没有成为翻译的能力。只不过这本书没有中文版，而我又要看，但是英文版我自己读起来也有障碍，不如把它翻成中文一口气读下来，理解的更顺畅一些。当然，也不要希望我有专业翻译的能力，所谓“翻译”不过是90%的机器翻译+10%我的校准的成果，校准我主要看三个方面，一语义是否准确；二，专业术语是否通行用法；三，表达是否流畅，我尽量会去掉‘译制腔’。
最后不得不夸一句，现在的机器翻译真的很强大；
最最后，希望我能坚持干完！
本书原版下载地址： http://library.lol/main/E5E9F9F17DC9ED64A6898A83B888EA64
***Series Editors ***
Jan Dietz
Erik Proper
Jose ́ Tribolet
***Editorial Board ***
Terry Halpin
Jan Hoogervorst
Martin Op ’t Land
Ronald G. Ross
Robert Winter
译者
华盖
第二版前言
你有没有新建或重建过一座房子？如果这么干过，那么就很有可能需要一个架构来指导你整个申请、设计制图和建造的过程。在这个过程中，建筑师创造了富有洞察力的二维和三维图纸、模型和房屋视图。这些图显示了房屋的结构、房间划分（如厨房、起居室、卧室和浴室）、采光窗口、电力、燃气和管道网络等。房屋的建筑设计过程是一门成熟的学科，使用国际公认的标准描述和可视化设计，以及各种方式展示设计、分析和计算拟建结构的强度。建筑师在设计方法、建模语言和某些支持工具方面训练有素。
建立或重建一个组织是一项更复杂、更具挑战性的任务。首先，为了建立或重建一个组织而必须采取的步骤没有标准化。可以先（重新）设计业务流程，然后再（重新）设计应用程序。或者，也可以先设计通用应用程序服务，然后在这些服务之上设计业务流程。几年来，开放组架构框架（TOGAF）定义了采取这些步骤的标准方法。这使企业架构师能够以统一和标准的方式（重新）设计组织及其支持的IT系统。2009年2月发布的改进版TOGAF9将带来一种更加统一和更好的方法。
其次，建立一个组织是一项复杂而具有挑战性的任务，因为组织内部存在着各种各样的依赖关系。不同领域之间存在许多（通常是未知的）依赖关系，如战略、产品和服务、业务流程、组织结构、应用程序、信息管理和技术基础设施。要想对这些不同的领域有一个良好的概述，就需要了解它们之间的相互关系。这些共同构成了组织的企业架构。在许多情况下，使用不同的语言和概念来描述每个域，而不支持描述和分析与其他域的关系。
直到最近，还缺乏统一且易于使用的建模和可视化企业架构的语言。本书中描述的建模语言ArchiMate填补了这一空白。它提供了支持企业架构师以明确的方式描述、分析和可视化领域之间关系的工具。ArchiMate由不同的工具供应商和服务提供商提供支持。许多组织已经将其作为描述企业体系结构的公司标准，其价值已经在实践中得到证明！
正如经典建筑中的建筑图纸描述了建筑施工和使用的各个方面，ArchiMate提供了一种通用语言，用于描述业务流程、组织结构、信息流、IT系统和技术基础设施的结构和操作流程。这种洞察力有助于利益相关者在这些业务领域内和之间设计、评估和沟通决策和变更的后果。
ArchiMate现在是Open Group针对企业架构的开放且独立的建模语言。ArchiMate 1.0的规范于2009年4月由开放组发布。现在，它已经成为一个标准，您可以期待对这种语言的更多理解。此外，与TOGAF的协同作用将为企业架构师提供一种非常强大的方法，由方法、建模语言和工具支持。因为ArchiMate是一个开放标准，它促进（模型）互操作性和最佳实践的交流。它不是某个工具供应商或服务提供商提供的专有语言。
这本书是关于ArchiMate的。它解释了启发实现ArchiMate语言的研究项目的背景和结果。还包含了对ArchiMate语言本身的描述，以及许多用于建模、可视化和分析企业架构的示例。这些描述基于开放组发布的ArchiMate 1.0规范，本书的第二版增加了关于ArchiMate和TOGAF之间关系的更多细节。
我诚挚地邀请你读这本书。第二版已经证明了它的实用价值。说服自己，开始使用ArchiMate！
*dr.ir. H.A. Franken, CEO, BiZZdesign *
Chairman, ArchiMate Forum of The Open Group
*Enschede, February 2009 *
第一版前言
从广义上讲，“架构”是艺术和科学在设计复杂结构时的协同作用，从而控制功能和复杂性。架构的概念被广泛应用于各个领域，从城市规划到建筑，从计算机硬件到信息系统，每一个领域都以设计的“结构”或“系统”类型为特征。然而，我们可以认识到所有这些方法中的一些共同的关注点。
首先，架构（architecture）以及架构师（architect）关心的是理解和定义系统用户与被设计系统本身之间的关系。基于对这种关系的透彻理解，架构师定义并细化了系统的本质，即其结构、行为和其他属性。
该系统本质的表示，也称为系统的“架构”，构成了分析、优化和有效性的基础，也是系统进一步设计、实施和构建的起点。由此产生的人工制品，无论是建筑还是信息系统，自然都必须符合原始设计标准。架构的定义是验证这一点的输入。
在这个过程中，架构师需要与系统的所有利益相关者进行沟通，从客户和用户到构建和维护最终系统的人。架构师需要平衡他们的所有需求和约束，以获得可行和可接受的设计。
满足这些需求需要定义和使用具有高标准需求的体系结构的方法。只有当架构师有一种适当的方式来定义架构，并有一套设计和结构技术供他们使用，并有正确的工具支持时，才能满足这些要求。在建筑和施工中，这些技术和工具有着数千年的历史。然而，在信息系统和企业架构中，它们才刚刚出现。
对于架构（architecture）描述语言来说，重要的是，系统的属性可以用它们的根本的本质来表示，而不必强制架构师在架构中包含不相关的细节。这意味着描述语言必须在适当的抽象级别上定义。
如果架构涉及企业与其IT支持之间的关系，则架构师应能够表达业务流程和IT支持的结构、行为和一致性，以便人们可以使用这些规范对架构进行通透的理解，根据具体的业务目标对IT进行优化，并制定在当前情况下引入改进的战略。这意味着架构描述语言应该包含易于人们理解的业务流程及其IT支持的概念，远离低抽象的实现层面的问题。它要求更广泛的受众能够理解描述语言，而不仅仅是少数能够理解形式化、数学化晦涩难懂的语言的专家。
这同样适用于允许架构师构建和操作架构规范的方法，以控制其复杂性。至少，语言和方法是架构的利益相关者之间明确的相互理解和成功协作的基础。所有利益相关者都需要了解架构中决策的含义，并且能够影响这些决策。
本书介绍了一个研究项目的成果：一种可理解的、高层次的企业架构设计语言，伴随着一套用于架构可视化和分析的技术和指南。这一成果在与多个大型信息密集型组织合作的实际案例研究中得到了验证。目前，从架构工具的供应商到企业架构的顾问和其他用户，各种公司都在实施该项目的成果。
该项目是远程信息处理研究所（Telematica Instituut）成立时知识转移的一个主要例子。政府和工业界都资助这个荷兰国家研究所。它的使命是通过弥合学术研究和工业应用之间的差距，提高社会的创新能力和竞争力。本书由此产生的ArchiMate项目是这两个世界之间富有成效的合作的最好例子。这证明了这种知识转移的成功。
我希望并相信，ArchiMate项目不仅被证明是企业架构这一重要领域中高质量研究的一个范例，而且将在实践中产生相当大的影响。
*Prof.dr.ir. C.A. Vissers *
*Scientific Director, Telematica Instituut *
*Enschede, December 2004 *
序言
从顶级管理层到软件工程师，可以识别出公司内外的许多利益相关者，每个利益相关者都需要以可访问的方式提供特定的信息呈现，以应对此类广泛发展的影响。为了预测组织此类发展和改造在业务和IT上的影响，有必要（但很难）获得这些变更及其相互影响的简要描述，并向决策者和实施变更的工程师提供他们所需的信息。
这本书是关于企业架构的，试图以一种集成的方式描述和控制组织的结构、流程、应用程序、系统和技术的实践。更具体地说，我们关注的是通过架构（architecture）的模型制作和使用集成描述的方法和技术，为不同的利益相关者可视化这些模型，以及分析变更的影响。
明确的组件规范和描述，尤其是架构中的组件关系，需要条理清晰的架构建模语言。这种语言必须能够对架构领域进行集成建模，并且应该受到IT人员和具有业务背景的人员的赞同。在本书中，我们展现了这样一种企业建模语言，它捕获了架构域及其关系的复杂性，并可以用来构建集成的企业架构模型。我们为架构师提供可以改善其架构实践的具体工具。
此外，我们还提供了与所有相关利益相关者[1]，就这些架构进行沟通的技术和启发式方法。架构交流的核心是视角[2]的概念。视角对代表企业架构的模型集进行细化抽象，每个模型都针对特定类型的利益相关者，并解决特定的关注点集。
架构模型不仅有助于提供对当前或未来情况的洞察；它还可用于评估从“现状”到“未来”的过渡。因此，我们提供了分析方法，用于评估架构变更的定性影响和架构的定量方面，如性能和成本问题。
为了使我们设想的方法切实可行，架构师需要一个工具环境，它支持架构模型和视图的定义、生成、编辑、可视化、分析和管理。此外，这样的工具环境应该与现有的领域特定建模工具协同工作，因为我们不能期望架构师使用他惯用工具之外的其他工具，更不用说其他语言了。尽管一些工具开发人员活跃于企业架构市场，但目前没有一个工具开发人员提供完整的解决方案；一些关注于IT项目组合管理，另一些关注于业务流程建模或软件架构。因此，我们提出了一个视角驱动的企业建模环境的设计，该环境可以提供这种支持，并展望了模型驱动的企业架构工具的未来。目前，我们正在与一些商业工具供应商合作，以实现这些想法。
本书中的建模语言和其他技术已在许多实际案例研究中得到实践证明。为了将这些工具放在上下文中，本书还讨论了企业架构模型和技术在治理中的使用，重点是缓解臭名昭著的业务-IT一致性问题。
[1]stakeholders ，利益相关者，现在使用较多的译法是涉众，表意不清，我沿用直观译法
[2]viewpoint，视角，有些地方直译为视点，我感觉不准确。
本书受众
这本书的目标读者有两类人群。一类是企业、业务和IT架构实践者，特别是那些正在寻找更好的方法来描述、交流和分析（企业）架构的人。另一类是研究企业架构领域的IT和管理专业的学生。
本书概览
在第1章中，我们介绍了架构，特别是企业架构，概述了其驱动因素，并描述了架构过程。第2章解释了目前在这一领域中使用的方法和技术。接下来，我们将概述企业架构建模方法的基础（第3章）。然后，我们将架构的观点描述为主要是与所有利益相关者进行沟通的一种方式（第4章）。
架构在需求分析和设计新应用程序、业务流程等方面都得到了很好的应用，并且可以深入了解已有系统（广义上）。在我们的方法中，架构模型的使用起着核心作用；第5章中介绍了本书其余部分使用的建模语言。仅拥有一种语言是不够的，架构师还需要在使用过程中得到指导，这是第6章的主题。
许多有不同目标或关注点的利益相关者可以查看架构。其中每一个都需要对架构模型（部分）进行自己的描述，这些视图和视角的创建、使用是第7章的主题。鉴于我们拥有准确的架构模型，我们可以对这些模型进行各种类型的分析，以确定业务变更可能产生的影响，或者考虑到使用它的应用程序和业务流程、技术基础架构的性能是否足够。第8章讨论了这些分析。
这些建模、可视化和分析技术的实际应用是下三章的主题。在第9章中，介绍了有关业务、应用程序和基础架构协调的案例研究的经验和最佳实践。它们提供了架构设计的环境。第10章描述了当前可用的软件工具，以及我们对企业架构未来软件支持的愿景和原型。第11章介绍了我们在许多实际案例研究中应用技术和原型的实践经验。最后，第12章提供了对未来的展望：下一步是什么；“后”架构是什么？
致谢
本书来源于ArchiMate项目，这是一个荷兰研究机构，它开发了概念和技术，以支持企业架构的可视化、沟通和集成架构分析。ArchiMate组织由远程信息处理研究所（Telematica Instituut ）（现为Novay）、荷兰银行、Stichting Pensioenfonds ABP、荷兰税务和海关管理局、Ordina、Centrum voor Wiskunde en Informatica、Radboud Universite Nijmegen和莱顿高级计算机科学研究所组成。
ArchiMate现在是Open Group的商标和技术标准。有关ArchiMate标准的更多信息，请访问http://www.archimate.org 及http://www.opengroup.org/archimate.
本书的第9章源于GRAAL项目，一个ArchiMate的子项目。GRAIL项目是由远程信息处理研究所（Telematica Instituut ）和荷兰的恩斯赫德 屯特大学信息处理技术中心（CTIT）共同资助的。
目录
1企业架构简介
1.1架构
1.2企业架构
1.3架构（Architecture）过程
1.4企业架构的驱动因素
1.4.1内部驱动因素
1.4.2外部驱动因素
1.5总结
2最新技术
2.1企业架构和其他治理工具
2.1.1战略管理：平衡计分卡
2.1.2战略执行：EFQM
2.1.3质量管理：ISO 9001
2.1.4 IT治理：COBIT
2.1.5 IT服务提供和支持：ITIL
2.1.6 IT实施：CMM和CMMI
2.2方法和框架
2.2.1企业架构方法
2.2.2 IEEE 1471-2000/ISO/IEC 42010标准
2.2.3 Zachman框架
2.2.4 The Open Group Architecture Framework（TOGAF）
2.2.5 OMG的模型驱动架构（MDA）
2.2.6其他框架
2.3描述语言
2.3.1 IDEF
2.3.2 BPMN
2.3.3 Testbed
2.3.4 ARIS
2.3.5统一建模语言（UML）
2.3.6架构描述语言
2.3.7企业架构的适用性
2.4面向服务的架构（SOA）
2.4.1面向服务的技术
2.4.2企业架构的相关性和好处
3.基础
3.1应对架构复杂性
3.1.1组成性
3.1.2架构领域的整合
3.2描述企业架构
3.2.1观察宇宙
3.2.2关注点
3.2.3观察领域
3.2.4视图和视角
3.2.5工作方式
3.2.6企业架构模型
3.3图示、模型和语义
3.3.1符号和语义模型
3.3.2符号模型
3.3.3语义模型
3.3.4 ArchiMate与UML中的语义
3.4总结
4企业架构的沟通
4.1导言
4.2作为知识转化过程的系统开发
4.2.1系统开发社区
4.2.2系统开发知识
4.2.3知识的明确性
4.2.4知识的转化
4.3交流策略
4.4架构交流
4.4.1知识目标
4.4.2交流技术
4.5总结
5企业建模语言
5.1描述连贯性
5.2服务定位和分层
5.3建模的三维度
5.4业务层概念
5.4.1业务结构[1]概念
5.4.2商业行为概念
5.4.3更高层次的业务概念
5.5应用层概念
5.5.1应用程序结构概念
5.5.2应用行为概念
5.5.3业务与应用协同
5.6技术层概念
5.6.1技术结构概念
5.6.2技术行为概念
5.6.3应用与技术协同
5.7关系
5.8语言扩展机制
5.8.1向ArchiMate概念和关系添加属性
5.8.2概念的专业化
5.9 ArchiMate和TOGAF。
5.10建模示例
5.11总结
6建模指南
6.1导言
6.2建模过程
6.2.1作为转换过程的建模
6.2.2基本建模活动
6.2.3建模动作的类型
6.3建模指南
6.3.1开始之前
6.3.2在模型中展示什么？
6.3.3建模和抽象
6.3.4结构化模型和可视化。
6.3.5建模分解的建设性使用
6.4模型的可读性和可用性
6.4.1降低模型的视觉复杂性
6.4.2典型案例
6.5总结
7视角和可视化
7.1架构（Architecture）视角。
7.1.1视角的起源
7.1.2架构（Architecture）视角。
7.1.3视角框架。
7.2模型、视图和可视化。
7.2.1示例：过程说明
7.2.2示例：景观地图。
7.3可视化和交互
7.3.1视图中的动作。
7.4创建、选择和使用视角
7.4.1视角分类
7.4.2视角使用指南
7.4.3范围界定
7.4.4视图的创建
7.4.5验证
7.4.6获得承诺
7.4.7通知利益相关者
7.5基本设计视角
7.5.1介绍性视角
7.5.2组织视角。
7.5.3行动者合作视角。
7.5.4业务功能视角
7.5.5产品视角
7.5.6服务实现视角
7.5.7业务流程合作视角
7.5.8业务流程视角
7.5.9信息结构视角
7.5.10应用协作视角
7.5.11应用程序使用视角
7.5.12应用行为视角
7.5.13应用程序结构视角
7.5.14基础设施视角
7.5.15基础设施使用视角
7.5.16实施和部署视角
7.6 ArchiMate和TOGAF视图
7.7总结
8架构分析
8.1分析技术
8.2定量分析
8.2.1性能视图
8.2.2架构的性能分析技术。
8.2.3定量建模
8.2.4定量分析技术
8.3功能分析
8.3.1静态分析
8.3.2动态分析
8.4总结
9架构协同[2]
9.1导言
9.2GRAAL 协同框架
9.2.1系统切面
9.2.2聚合层次结构
9.2.3系统过程
9.2.4改进级别
9.2.5与其他框架的比较
9.3协同现象
9.3.1服务提供层
9.3.2基础设施架构
9.3.3业务系统架构
9.3.4战略错位
9.3.5康威定律
9.3.6 FMO协同模式
9.4架构过程
9.4.1方法
9.4.2 IT治理
9.5总结
10工具支撑
10.1企业架构工具的动因
10.2架构工具一览[3]
10.3工具基础设施
10.4企业架构工作台
10.4.1模型集成
10.4.2视角定义
10.4.3透明度和可扩展性
10.4.4软件架构
10.4.5交换格式
10.4.6工作台使用
10.5视图设计器工具
10.5.1创建视图和可视化的视角规则
10.5.2在模型和视图中定义动作
10.5.3交互式可视化
10.5.4示例：景观[4]地图工具。
10.5.5与模型-视图-控制器（MVC）架构的比较
10.6变更影响分析工具
10.7定量分析工具
10.8 ArchiMate的商用工具支持
10.9总结
11案例研究
11.1 ABP的过程和应用可视化
11.1.1 ABP元模型
11.1.2案例要点
11.1.3概念
11.1.4视角
11.1.5可视化器的设计
11.1.6案例研究成果
11.2荷兰银行（ABN）AMRO的应用可视化
11.2.1 CITA元模型。
11.2.2案例要点
11.2.3概念
11.2.4可视化
11.2.5工具设计和成果
11.3荷兰税务和海关管理局的设计和分析
11.3.1案例要点
11.3.2视图
11.3.3性能分析
11.3.4案例研究成果
11.4总结
12超越企业架构
12.1企业架构之前的世界
12.2企业架构的出现
12.3扩展企业
附录A-语言元模型
附录B-图形符号
附录C-关系
关于作者
引用
商标
索引
注：
[1] Structure 结构，以和Architectures（架构）区分
[2]alignment 字典中的意思是对齐、一致性，本来翻译为“拉齐”比较合适，但是感觉拉齐偏口语化，对齐又难以理解，所以这种翻译为协同
[3] Landscape 一览，本意为景观，先折中翻译为一览，后边根据章节内容看是否需要调整
[4] Landscape ,同3，没想好
