第一部分 棕海简介 2
第1章 吃掉大象是一件难事 2
1.1当今的交付方法 2
1.2为什么大型项目会失败 3
1.2.1全球化IT系统的要求 4
1.2.2组织和规划 4
1.2.3项目报告 5
1.2.4变更管理 6
1.2.5引入的复杂性 7
1.2.6需求定义 8
1.3环境的复杂性 10
1.3.1复杂性无处不在 12
1.3.2复杂性是如何造成的 12
1.3.3环境复杂性的效应 14
1.4必须审视棕海 15
注释 16
第2章 语言的混淆 18
2.1棕海简介 19
2.2关键的沟通问题 19
2.3克服沟通的复杂性 26
注释 27
第3章 我们需要一个大嘴超人 29
3.1吃掉大象的策略 30
3.2理解环境 32
3.2.1克服不一致和歧义 32
3.2.2语法战争 33
3.2.3说话的内容和时间问题 34
3.3设计Elephant Eater的结构 37
3.3.1视图 38
3.3.2资料库 39
3.3.3转换 40
3.3.4工件 1
3.4 Elephant Eater实战演习 43
3.4.1棕海生命周期 45
3.4.2迭代式的生成和精化 47
3.4.3利用现有环境 47
3.5棕海信仰 47
3.5.1使业务与IT密不可分 48
3.5.2接受复杂性 49
3.5.3利用现有环境 49
3.5.4迭代式生成和精化 49
3.5.5使用你自己的语言 50
3.5.6只建立一个事实版本 50
3.5.7消除业务与IT之间的鸿沟 51
注释 51
第4章 通向大脑的高速公路 52
4.1另一种壁纸 53
4.2侵入Hilbert空间 57
4.3体系结构是解决方案 59
4.4在业务／IT鸿沟之间架起桥梁 62
注释 70
第5章 神秘的元人 71
5.1让一切成为可能 72
5.1.1软件考古学家发现了“宝贝鱼” 72
5.1.2基本的业务选项 74
5.1.3按你的需要提供服务 76
5.2业务服务的长尾巴 77
5.2.1实现语义Web 78
5.2.2动态服务 79
5.2.3我们所做的每件事都是由你驱动的 82
5.3吸引企业的“企业吸引子” 82
5.4棕海之死 84
注释 84
第二部分 Elephant Eater 86
第6章 只有在完美的世界中，抽象才有用 86
6.1 Elephant Eater的几点考虑 86
6.1.1缺少透明度 87
6.1.2多个互相冲突的目标 87
6.1.3动态方面 88
6.2系统集成和工程技术 88
6.3抽象是体系结构的核心 92
6.3.1魔镜，魔镜，请告诉我，所有软件中哪一个是最好的 92
6.3.2探测深度 95
6.3.3涟漪效应 96
6.4我们是否需要一个“大一统工具” 100
6.5吃掉大象的专家指南 100
注释 102
第7章 Elephant Eater的进化 103
7.1棕海的来源 103
7.2棕海与CASE的区别 106
7.3棕海与MDA的区别 107
7.3.1为业务分析师赋予了力量 107
7.3.2进化，而不是革命 108
注释 109
第8章 棕海开发 110
8.1敏捷开发与瀑布开发的结合 110
8.1.1用敏捷方法来解决一个瀑布问题 115
8.1.2转变模型驱动的体系结构的方向 116
8.1.3加速棕海项目的交付 120
8.2棕海开发方法 121
注释 124
第9章 Elephant Eater的内部机理 126
9.1观察Elephant Eater的内部 127
9.2第1步：解析视图并识别模式 128
9.2.1收获一个棕海 130
9.2.2资料库 132
9.3第2步：合并视图 140
9.3.1第2a步：识别丢失或不正确的信息 142
9.3.2第2b步：转换 149
9.4第3步：创建转换 151
9.5第4步：生成工件 152
9.6第5.1步：测试工件和第5.1a步：识别生成错误 153
9.7第5.1b步：添加和更新信息 153
9.8为Elephant Eater画一幅肖像 153
注释 155
第10章 Elephant Eater实战演习 156
10.1向棕海迁移 156
10.1.1构建自己的Elephant Eater 156
10.1.2为业务变革提供动力 157
10.2迈出第一步 158
10.3构建界面的更好方式 159
10.4构建企业服务总线的更好方式 160
10.5中间件时代是否终结 162
10.6可部署的企业体系结构的演进 163