吃掉IT大象：從綠海到棕海

第一部分 棕海簡介
　第1章 吃掉大象是一件難事
　　1.1 當今的交付方法
　　1.2 為什么大型項目會失敗
　　　1.2.1 全球化IT系統(tǒng)的要求
　　　1.2.2 組織和規(guī)劃
　　　1.2.3 項目報告
　　　1.2.4 變更管理
　　　1.2.5 引入的復雜性
　　　1.2.6 需求定義
　　1.3 環(huán)境的復雜性
　　　1.3.1 復雜性無處不在
　　　1.3.2 復雜性是如何造成的
　　　1.3.3 環(huán)境復雜性的效應
　　1.4 必須審視棕海
　　注釋
　第2章 語言的混淆
　　2.1 棕海簡介
　　2.2 關鍵的溝通問題
　　2.3 克服溝通的復雜性
　　注釋
　第3章 我們需要一個大嘴超人
　　3.1 吃掉大象的策略
　　3.2 理解環(huán)境
　　3.3 設計ELEPHANT EATER的結構
　　　3.3.1 視圖
　　　3.3.2 資料庫
　　　3.3.3 轉換
　　　3.3.4 工件
　　3.4 ELEPHANT EATER實戰(zhàn)演習
　　　3.4.1 棕海生命周期
　　　3.4.2 迭代式的生成和精化
　　　3.4.3 利用現有環(huán)境
　　3.5 棕海信仰
　　　3.5.1 使業(yè)務與IT密不可分
　　　3.5.2 接受復雜性
　　　3.5.3 利用現有環(huán)境
　　　3.5.4 迭代式生成和精化
　　　3.5.5 使用你自己的語言
　　　3.5.6 只建立一個事實版本
　　　3.5.7 消除業(yè)務與IT之間的鴻溝
　　注釋
　第4章 通向大腦的高速公路
　　4.1 另一種壁紙
　　4.2 侵入HILBERT空間
　　4.3 體系結構是解決方案
　　4.4 在業(yè)務/IT鴻溝之間架起橋梁
　　注釋
　第5章 神秘的元人
　　5.1 讓一切成為可能
　　　5.1.1 軟件考古學家發(fā)現了“寶貝魚”
　　　5.1.2 基本的業(yè)務選項
　　　5.1.3 按你的需要提供服務
　　5.2 業(yè)務服務的長尾巴
　　　5.2.1 實現語義Web
　　　5.2.2 動態(tài)服務
　　　5.2.3 我們所做的每件事都是由你驅動的
　　5.3 吸引企業(yè)的“企業(yè)吸引子”
　　5.4 棕海之死
　　注釋
第二部分 ELEPHANT EATER
　第6章 只有在完美的世界中， 抽象才有用
　　6.1 ELEPHANT EATER的幾點考慮
　　　6.1.1 缺少透明度
　　　6.1.2 多個互相沖突的目標
　　　6.1.3 動態(tài)方面
　　6.2 系統(tǒng)集成和工程技術
　　6.3 抽象是體系結構的核心
　　　6.3.1 魔鏡， 魔鏡， 請告訴我， 所有軟件中哪一個是最好的
　　　6.3.2 探測深度
　　　6.3.3 漣漪效應
　　6.4 我們是否需要一個“大統(tǒng)一工具”
　　6.5 吃掉大象的專家指南
　　注釋
　第7章 ELEPHANT EATER的進化
　　7.1 棕海的來源
　　7.2 棕海與CASE的區(qū)別
　　7.3 棕海與MDA的區(qū)別
　　　7.3.1 為業(yè)務分析師賦予了力量
　　　7.3.2 進化， 而不是革命
　　注釋
　第8章 棕海開發(fā)
　　8.1 敏捷開發(fā)與瀑布開發(fā)的結合
　　　8.1.1 用敏捷方法來解決一個瀑布問題
　　　8.1.2 轉變模型驅動的體系結構的方向
　　　8.1.3 加速棕海項目的交付
　　8.2 棕海開發(fā)方法
　　注釋
　第9章 ELEPHANT EATER的內部機理
第10章 ELEPHANT EATER實戰(zhàn)演習