
Eating the IT elephant:moving from greenfield development to brownfiel
副标题:无
作 者:(英)Richard Hopkins,(英)Kevin Jenkins著;盛海艳,贺西玲,赵俐等译
分类号:
ISBN:9787111255215
微信扫一扫,移动浏览光盘
简介
大多数传统的IT开发方法都假定正在构建全新的系统。现今,“绿海”开发已经非常罕见了。几乎每个项目都处在现有的复杂系统上下文中,通常,它们的文档化程度较低,并且难以理解。现在,IBM的两位经验最丰富的高级架构师提供了一种全新方法,此方法针对独特的“棕海”开发现实进行了充分优化。.
Richard Hopkins和Kevin Jenkins解释了为什么日积月累的业务和IT复杂性是大型项目失败的根本原因,并展示了如何通过“一口一口吃掉大象”来克服这种复杂性。我们将学会如何管理棕海项目的每个阶段,如何利用突破性的协作、沟通和虚拟工具,包括Web 2.0、语义软件工程、模型驱动的开发和体系结构,甚至是虚拟世界。..
本书将帮助读者在IT环境中重建新的灵活性和敏捷性……更有效地与合作伙伴进行整合……为新的业务挑战做好准备……提高系统重用和价值……降低项目失败率……满足演进或转换遗留系统的任何业务或IT挑战。...
目录
推荐序一
推荐序二
译者序
序一
序二
前言
第一部分 棕海简介
第1章 吃掉大象是一件难事
1.1 当今的交付方法
1.2 为什么大型项目会失败
1.2.1 全球化IT系统的要求
1.2.2 组织和规划
1.2.3 项目报告
1.2.4 变更管理
1.2.5 引入的复杂性
1.2.6 需求定义
1.3 环境的复杂性
1.3.1 复杂性无处不在
1.3.2 复杂性是如何造成的
1.3.3 环境复杂性的效应
1.4 必须审视棕海
注释
第2章 语言的混淆
2.1 棕海简介
2.2 关键的沟通问题
2.3 克服沟通的复杂性
注释
第3章 我们需要一个大嘴超人
3.1 吃掉大象的策略
3.2 理解环境
3.3 设计ELEPHANT EATER的结构
3.3.1 视图
3.3.2 资料库
3.3.3 转换
3.3.4 工件
3.4 ELEPHANT EATER实战演习
3.4.1 棕海生命周期
3.4.2 迭代式的生成和精化
3.4.3 利用现有环境
3.5 棕海信仰
3.5.1 使业务与IT密不可分
3.5.2 接受复杂性
3.5.3 利用现有环境
3.5.4 迭代式生成和精化
3.5.5 使用你自己的语言
3.5.6 只建立一个事实版本
3.5.7 消除业务与IT之间的鸿沟
注释
第4章 通向大脑的高速公路
4.1 另一种壁纸
4.2 侵入HILBERT空间
4.3 体系结构是解决方案
4.4 在业务/IT鸿沟之间架起桥梁
注释
第5章 神秘的元人
5.1 让一切成为可能
5.1.1 软件考古学家发现了“宝贝鱼”
5.1.2 基本的业务选项
5.1.3 按你的需要提供服务
5.2 业务服务的长尾巴
5.2.1 实现语义Web
5.2.2 动态服务
5.2.3 我们所做的每件事都是由你驱动的
5.3 吸引企业的“企业吸引子”
5.4 棕海之死
注释
第二部分 ELEPHANT EATER
第6章 只有在完美的世界中, 抽象才有用
6.1 ELEPHANT EATER的几点考虑
6.1.1 缺少透明度
6.1.2 多个互相冲突的目标
6.1.3 动态方面
6.2 系统集成和工程技术
6.3 抽象是体系结构的核心
6.3.1 魔镜, 魔镜, 请告诉我, 所有软件中哪一个是最好的
6.3.2 探测深度
6.3.3 涟漪效应
6.4 我们是否需要一个“大统一工具”
6.5 吃掉大象的专家指南
注释
第7章 ELEPHANT EATER的进化
7.1 棕海的来源
7.2 棕海与CASE的区别
7.3 棕海与MDA的区别
7.3.1 为业务分析师赋予了力量
7.3.2 进化, 而不是革命
注释
第8章 棕海开发
8.1 敏捷开发与瀑布开发的结合
8.1.1 用敏捷方法来解决一个瀑布问题
8.1.2 转变模型驱动的体系结构的方向
8.1.3 加速棕海项目的交付
8.2 棕海开发方法
注释
第9章 Elephant Eater的内部机理
9.1 观察Elephant Eater的内部
9.2 第1步:解析视图并识别模式
9.2.1 收获一个棕海
9.2.2 资料库
9.3 第2步:合并视图
9.3.1 第2a步:识别丢失或不正确的信息
9.3.2 第2b步:转换
9.4 第3步:创建转换
9.5 第4步:生成工件
9.6 第5.1步:测试工件和第5.1a步:识别生成错误
9.7 第5.1b步:添加和更新信息
9.8 为Elephant Eater画一幅肖像
注释
第10章 Eleptlant Eater实战演习
10.1 向棕海迁移
10.1.1 构建自己的Elephant Eater
10.1.2 为业务变革提供动力
10.2 迈出第一步
10.3 构建界面的更好方式
10.4 构建企业服务总线的更好方式
10.5 中间件时代是否终结
10.6 可部署的企业体系结构的演进
推荐序二
译者序
序一
序二
前言
第一部分 棕海简介
第1章 吃掉大象是一件难事
1.1 当今的交付方法
1.2 为什么大型项目会失败
1.2.1 全球化IT系统的要求
1.2.2 组织和规划
1.2.3 项目报告
1.2.4 变更管理
1.2.5 引入的复杂性
1.2.6 需求定义
1.3 环境的复杂性
1.3.1 复杂性无处不在
1.3.2 复杂性是如何造成的
1.3.3 环境复杂性的效应
1.4 必须审视棕海
注释
第2章 语言的混淆
2.1 棕海简介
2.2 关键的沟通问题
2.3 克服沟通的复杂性
注释
第3章 我们需要一个大嘴超人
3.1 吃掉大象的策略
3.2 理解环境
3.3 设计ELEPHANT EATER的结构
3.3.1 视图
3.3.2 资料库
3.3.3 转换
3.3.4 工件
3.4 ELEPHANT EATER实战演习
3.4.1 棕海生命周期
3.4.2 迭代式的生成和精化
3.4.3 利用现有环境
3.5 棕海信仰
3.5.1 使业务与IT密不可分
3.5.2 接受复杂性
3.5.3 利用现有环境
3.5.4 迭代式生成和精化
3.5.5 使用你自己的语言
3.5.6 只建立一个事实版本
3.5.7 消除业务与IT之间的鸿沟
注释
第4章 通向大脑的高速公路
4.1 另一种壁纸
4.2 侵入HILBERT空间
4.3 体系结构是解决方案
4.4 在业务/IT鸿沟之间架起桥梁
注释
第5章 神秘的元人
5.1 让一切成为可能
5.1.1 软件考古学家发现了“宝贝鱼”
5.1.2 基本的业务选项
5.1.3 按你的需要提供服务
5.2 业务服务的长尾巴
5.2.1 实现语义Web
5.2.2 动态服务
5.2.3 我们所做的每件事都是由你驱动的
5.3 吸引企业的“企业吸引子”
5.4 棕海之死
注释
第二部分 ELEPHANT EATER
第6章 只有在完美的世界中, 抽象才有用
6.1 ELEPHANT EATER的几点考虑
6.1.1 缺少透明度
6.1.2 多个互相冲突的目标
6.1.3 动态方面
6.2 系统集成和工程技术
6.3 抽象是体系结构的核心
6.3.1 魔镜, 魔镜, 请告诉我, 所有软件中哪一个是最好的
6.3.2 探测深度
6.3.3 涟漪效应
6.4 我们是否需要一个“大统一工具”
6.5 吃掉大象的专家指南
注释
第7章 ELEPHANT EATER的进化
7.1 棕海的来源
7.2 棕海与CASE的区别
7.3 棕海与MDA的区别
7.3.1 为业务分析师赋予了力量
7.3.2 进化, 而不是革命
注释
第8章 棕海开发
8.1 敏捷开发与瀑布开发的结合
8.1.1 用敏捷方法来解决一个瀑布问题
8.1.2 转变模型驱动的体系结构的方向
8.1.3 加速棕海项目的交付
8.2 棕海开发方法
注释
第9章 Elephant Eater的内部机理
9.1 观察Elephant Eater的内部
9.2 第1步:解析视图并识别模式
9.2.1 收获一个棕海
9.2.2 资料库
9.3 第2步:合并视图
9.3.1 第2a步:识别丢失或不正确的信息
9.3.2 第2b步:转换
9.4 第3步:创建转换
9.5 第4步:生成工件
9.6 第5.1步:测试工件和第5.1a步:识别生成错误
9.7 第5.1b步:添加和更新信息
9.8 为Elephant Eater画一幅肖像
注释
第10章 Eleptlant Eater实战演习
10.1 向棕海迁移
10.1.1 构建自己的Elephant Eater
10.1.2 为业务变革提供动力
10.2 迈出第一步
10.3 构建界面的更好方式
10.4 构建企业服务总线的更好方式
10.5 中间件时代是否终结
10.6 可部署的企业体系结构的演进
Eating the IT elephant:moving from greenfield development to brownfiel
- 名称
- 类型
- 大小
光盘服务联系方式: 020-38250260 客服QQ:4006604884
云图客服:
用户发送的提问,这种方式就需要有位在线客服来回答用户的问题,这种 就属于对话式的,问题是这种提问是否需要用户登录才能提问
Video Player
×
Audio Player
×
pdf Player
×
