本书是一本关于企业架构不同思考方式和企业架构不同建模方法的书。复杂系统工程领域认识到，即使是中等规模的系统集合，其相互作用的方式也没有一个人能够完全理解或准确预测。通过将企业视为一个复杂系统，我们可以利用复杂系统的各种行为来为我们工作。
无
信息系统架构始于1987年，John Zachman首次发布他的架构框架。从那时起，虽然也发布了许多其他架构框架，但其中大多数都是最初Zachman框架的直接派生产物。随着企业对大量信息系统的合并，管理者认识到了跨多个系统协调开发工作的必要性，系统架构框架作为企业架构框架被重新应用。
自1987年以来，信息系统的格局发生了重大的变化。企业过去只需要维护几个集中管理的系统开发工作，现在则需要维护几十或几百个独立的开发工作。瀑布式开发模型已经让位于敏捷式开发模型和DevOps。系统架构框架显然没有体现企业架构应该体现的价值。
这并不是说传统的架构框架已经过时了，或者需要进行大规模的修改。恰恰相反，现在是时候认识到企业架构与信息系统架构是不同的模式了，因此企业架构需要一种不同的设计方法。
企业架构的目的不是设计信息系统，而是帮助组织达到既定的业务目标。传统架构框架的设计目的是帮助创建信息系统，其出发点是假设人们可以完全理解构成现代企业的所有元素之间的复杂交互。
这是一本关于企业架构的不同思考方式和不同建模方法的书。复杂系统工程领域认识到，即使是中等规模的系统集合，其相互作用的方式也不能被人们完全理解或准确预测。通过将企业视为一个复杂系统，可以利用复杂系统的各种行为来为我们工作。
计算机/软件架构
大多数企业架构倡导使用现有的系统架构框架，如Zachman或The Open Group架构框架，但它们对于现代社会中基于敏捷开发的企业架构来说并不合适。本书中的新方法是作者结合在大型企业架构开发中的工作经验，基于对复杂适应系统和涌现行为的研究而提出的，它能够通过一些简单的规则产生复杂和高效的企业行为。
简化企业架构的构建和维护工作，可以降低构建和维护架构的成本，并将这些资源释放出来用于追求更高的目标。系统实现人员可以快速适应不断变化的用户需求，无须担心烦琐的企业建模任务。架构从静态模型和文档转化为可以用于主动管理企业资源的运营框架，能够更好地实现业务目标。企业架构师可以不再专注于构建和维护模型，而是专注于实现业务目标。
通过阅读本书，你将学习：
通过消除大多数企业级模型，重新将企业架构的重点放在业务需求上。
将任务委派给负责系统实现的开发团队。
记录业务目标，制定实现这些目标的策略，并衡量这些目标的进展情况。
衡量结果并判断企业架构是否正在实现其目标。
利用企业架构中有效的建模技术。
前言
致谢
关于作者
关于技术审校者
第1章 企业架构的实践1
1.1 企业架构的失败1
1.2 架构框架的起源4
1.3 企业架构的重新思考9
1.3.1 敏捷实现10
1.3.2 指导企业11
1.3.3 与系统架构的关系14
1.4 总结15
第2章 复杂适应系统概述17
2.1 复杂适应系统18
2.1.1 复杂适应系统案例18
2.1.2 Sugarscape模型22
2.1.3 经济学与企业架构24
2.2 适应系统与企业架构26
2.2.1 专注于目标28
2.2.2 规则和约束31
2.2.3 利用涌现行为39
2.3 总结43
第3章 企业架构框架概述45
3.1 模型46
3.1.1 简单案例47
3.1.2 对什么建模49
3.2 主要对象53
3.2.1 目标53
3.2.2 策略57
3.2.3 参与者58
3.2.4 流程59
3.2.5 数据60
3.3 次要对象62
3.3.1 系统63
3.3.2 行为65
3.3.3 环境66
3.3.4 标准68
3.4 总结70
第4章 主要对象73
4.1 目标74
4.1.1 企业目标76
4.1.2 架构目标78
4.2 策略82
4.3 流程84
4.3.1 流程案例86
4.3.2 必要流程89
4.4 参与者91
4.5 数据92
4.5.1 语法和语义94
4.5.2 数据建模95
4.6 总结99
第5章 次要对象103
5.1 行为104
5.1.1 捕获行为107
5.1.2 记录行为110
5.2 环境112
5.2.1 基础设施环境113
5.2.2 组织环境115
5.2.3 系统环境116
5.3 系统119
5.3.1 单片系统120
5.3.2 组件系统121
5.4 标准123
5.4.1 法律上的标准124
5.4.2 事实上的标准126
5.5 总结128
第6章 企业架构建模131
6.1 动态企业架构132
6.1.1 由细节确定边界134
6.1.2 由时间确定边界139
6.2 创建模型143
6.2.1 建模语言145
6.2.2 建模工具153
6.2.3 模型尺寸154
6.3 变更控制156
6.4 总结158
第7章 可衡量的重要性161
7.1 测试165
7.1.1 测试驱动开发166
7.1.2 运行测试168
7.2 持续的监控171
7.2.1 项目组合管理173
7.2.2 政策合规175
7.2.3 企业的能力177
7.2.4 数据流179
7.3 报告182
7.4 总结184
附录A 参考资料189
