计划花一个月时间，翻译一本关于企业架构的书。起因还是上一个序列文章，关于架构元模型的写作，遇到了瓶颈。按照原计划对于元模型和方法论的介绍结束后，就应该介绍元模型的实例“企业架构”的元模型与构造方法。迟迟不敢动笔不是因为不了解，恰恰相反，因为比较了解而不敢动笔，这是一种‘近乡情更怯’的情绪；而前几篇写方法论的内容恰恰是没有可参考的资料，‘初生牛犊不怕虎’的发挥。
但是又不想自己的写作计划胎死腹中，于是乎拼命查资料、恶补，越看越觉得‘企业架构’前人的研究已经很通透，巨人的肩膀足够伟岸，其中我计划翻译这一本就是其中的佼佼者《企业架构实践 - 模型、沟通和分析》。其实我既没有翻译的心思，也没有成为翻译的能力。只不过这本书没有中文版，而我又要看，但是英文版我自己读起来也有障碍，不如把它翻成中文一口气读下来，理解的更顺畅一些。当然，也不要希望我有专业翻译的能力，所谓“翻译”不过是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）共同资助的。

企业架构实践（Enterprise Architecture at Work）翻译计划

第二版前言

第一版前言

序言

本书受众

本书概览

致谢

目录

你可能感兴趣的:(企业架构实践（Enterprise Architecture at Work）翻译计划)