吃掉IT大象

內(nèi)容概要

　　《吃掉IT大象：從綠海到棕?！肥且槐具m用于大型IT項目管理人員的圖書，重點介紹一種全新的項目開發(fā)方法：棕海方法?！冻缘鬒T大象：從綠海到棕海》立意新穎，語言生動，書中穿插大量真實案例，以方便讀者的理解。書中解釋了為什么日積月累的業(yè)務和IT復雜性是大型項目失敗的根本原因，并展示了如何通過“一口一口吃掉大象”來克服這種復雜性。借助《吃掉IT大象：從綠海到棕?！罚覀儗W會如何管理棕海項目的每個階段，如何利用突破性的協(xié)作、溝通和虛擬工具，包括Web2.0、語義軟件工程、模型驅(qū)動的開發(fā)和體系結構，甚至是虛擬世界。

作者簡介

　　Richard Hopkins和Kevin Jenkins 都是IBM英國服務部門的IT架構師。他們也都是IBM英國及愛爾蘭技術顧問小組的成員。他們也是描述IBM的Eleohant Eater實現(xiàn)的專利所有者。Richard Hopkins也在IBM的服務部門工作了多年。在這期間，他曾擔任全球很多客尸的首席架構師。在過去的11年間，Richard成功領導了很多系統(tǒng)的交付，每天都有數(shù)以萬計的用戶和數(shù)百萬客戶使用他的系統(tǒng)。作為IBM的領導者，Kevin也成功交付了很多用于政府、金融機構和零售業(yè)的系統(tǒng)。在這期間，Kevin還對大量項目進行評審，積累了豐富的成功與失敗的經(jīng)驗，從而使他得以開發(fā)出本書中的概念。

書籍目錄

第一部分 棕海簡介第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 轉(zhuǎn)換3.3.4 工件3.4 ELEPHANT EATER實戰(zhàn)演習3.4.1 棕海生命周期3.4.2 迭代式的生成和精化3.4.3 利用現(xiàn)有環(huán)境3.5 棕海信仰3.5.1 使業(yè)務與IT密不可分3.5.2 接受復雜性3.5.3 利用現(xiàn)有環(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ā)現(xiàn)了“寶貝魚”5.1.2 基本的業(yè)務選項5.1.3 按你的需要提供服務5.2 業(yè)務服務的長尾巴5.2.1 實現(xiàn)語義Web5.2.2 動態(tài)服務5.2.3 我們所做的每件事都是由你驅(qū)動的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 轉(zhuǎn)變模型驅(qū)動的體系結構的方向8.1.3 加速棕海項目的交付8.2 棕海開發(fā)方法注釋第9章 ELEPHANT EATER的內(nèi)部機理第10章 ELEPHANT EATER實戰(zhàn)演習

章節(jié)摘錄

　　第1章 吃掉大象是一件難事　　本章包括：　　當今的交付方法　　為什么大型項目會失敗　　環(huán)境的復雜性　　必須審視“棕?！薄　∽⑨尅　‘斀竦男畔⒓夹g能夠完成紛繁復雜的任務，然而，盡管IT行業(yè)有了長足的進步，但有一項統(tǒng)計數(shù)字仍然使我們備受困擾：接近70％的真正大型IT項目以失敗告終?！　”緯哪康木褪亲屵@類項目獲得成功?！　≡谶^去的35年中，計算機發(fā)生了如此巨大的變化，以至于很多時候我們都辨認不出它的原樣了，有時甚至看不見它的存在。筆者有一臺小巧的計算機，它安靜地呆在我的臥室中，可以播放DVD，可以同時錄制兩個數(shù)字電視頻道的節(jié)目，可以顯示我的家庭照片，也可以播放視頻和CD?！　∮嬎銠C遍布每個角落，它們具備強大的功能。當筆者剛剛加入IBM時，主流的Pc機只能在屏幕上顯示為數(shù)不多的幾個窗口。如果幸運的話，你的計算機可以與一臺共享的文件服務器進行對話，并且提供一些“可愛的”窗口，在這些綠色的屏幕上，可以看到實際正在做的工作?，F(xiàn)在，我的計算機桌面成了一個萬花筒，它同時執(zhí)行著多項任務，包括文檔、虛擬世界、視頻、MP3、電子郵件和即時消息傳遞。如此多的窗口做著如此多的不同工作，以至于有時我認為需要另外一臺計算機來控制所有這一切?！　　?/pre>



媒體關注與評論
　　“Richard和Kevin為我們揭示了一個常常被業(yè)界忽略的現(xiàn)實，即不斷演變的遺留系統(tǒng)的問題，他們將其稱為‘棕海開發(fā)’。作者認為問題的根源在于復雜性，并提供了一種聚焦于基本抽象和有效溝通的方法，從而一步一步地解決轉(zhuǎn)換問題。正如一句諺語所說：‘大象是要一口一口吃掉的’。Richard和Kevin帶領我們來到擺好刀叉和其他工具的餐桌旁，并為我們展示了在房間里吃掉大象的方法?！薄　　狦rady Booch，IBM院士，UML的共同創(chuàng)建者之一　　“21世紀的大多數(shù)組織都有一些現(xiàn)有的復雜系統(tǒng)環(huán)境?，F(xiàn)在是IT行業(yè)勇敢地面對現(xiàn)實的時候了，我們需要新的開發(fā)方法和工具來解決這種狀況。本書描述了一種用于開發(fā)未來系統(tǒng)的新方法：這是一種結構化的方法，它認識到了棕海開發(fā)的挑戰(zhàn)，它基于工程原則，并且有適當?shù)墓ぞ咛峁┲С?。”　　——Chris Winter, CEng CITP FBCS FIET, IBM院士，IBM技術研究院成員　　“本書從一個全新的視角提供了一個棕海生命周期的、有效的解決方案。Richard和Kevin不僅教會了我們?nèi)绾纬缘鬒T大象，更重要的是，他們讓我們開始思考如何避免培育出難以吃掉的IT大象，而是要培育出能夠跳舞的大象?！薄　　獓莱晌摹≈袊浖_發(fā)中心Rational 總經(jīng)理　　“在我二十多年的軟件職業(yè)生涯中，我讀過很多軟件方面的書。我認為這本著作非常有特色?！薄　　苄l(wèi)東　IBM 軟件集團兩岸三地大中華區(qū) 總工程師　　“本書的作者不是這些知難而退者之一，他們不僅對那些龐大復雜的項目進行了定義，而且制定了完整的方法論。在經(jīng)歷了太多的失敗之后，作者和他的團隊將為數(shù)不多的成功者歷史有效總結，為后來者鋪路?！薄　　獨W陽璟　《程序員》雜志






圖書封面



圖書標簽Tags
無




評論、評分、閱讀與下載



還沒讀過(56)
勉強可看(409)
一般般(698)
內(nèi)容豐富(2895)
強力推薦(237)


 


    吃掉IT大象 PDF格式下載