人月神話(精簡)剖析課件

1、人月神話小組成員：人物簡介：美國工程院院士“IBM 360系統(tǒng)之父”，曾擔任360系統(tǒng)的項目經(jīng)理，及該項目設(shè)計階段的經(jīng)理。憑借在此項目中的杰出貢獻，在1985年獲得美國國家技術(shù)獎。1999年榮獲美國計算機領(lǐng)域最具聲望的圖靈獎（A.M.TURINGAWARD）桂冠。 弗雷德里克布魯克斯 Frederick P. Brooks, Jr.人月神話2000年新年伊始，國際計算機協(xié)會（ACM）在紐約宣布1999年圖靈獎得住為時年為69歲的Frederick P. Brooks, Jr.。評選委員會主席在致辭中提到，“今天我們所看到的計算機體系結(jié)構(gòu)、軟件工程及三維計算機圖形，均受益于Brooks 的開創(chuàng)性

2、工作，是他改變了這些領(lǐng)域的面貌?！盉rooks確實是一位在計算機科學各方面均作出杰出貢獻的奠基者。然而，他最廣為認知的功績則是在軟件領(lǐng)域的重要經(jīng)典著作人月神話，可以說正是此書讓軟件工程學進入了人們的視野。弗雷德里克布魯克斯的經(jīng)典著作人月神話弗雷德里克布魯克斯的經(jīng)典著作人月神話人月神話20周年紀念版人月神話32周年紀念版軟件領(lǐng)域的神話 一本暢銷不衰的著作在計算機這個日新月異的領(lǐng)域中，長盛不衰的書籍幾乎是鳳毛麟角的。為什么人月神話的魅力能不因技術(shù)的更替而黯淡，反而能在這多變的時代中證明自己的價值，乃至有了20年，32年的紀念版出現(xiàn)呢？技術(shù)并非人月神話的著眼點，它更關(guān)注的是軟件的創(chuàng)造過程、需求的變化

3、無常和管理的永恒困境。人月神話的中心思想已經(jīng)超越了具體的時代和技術(shù)。名家談人月神話這是一本經(jīng)典著作，與軟件開發(fā)有關(guān)的每一個人都應該不只一遍地讀這本書。 Philippe Kruchten Rational 統(tǒng)一過程首席架構(gòu)師它仍然是計算機書籍中唄引用次數(shù)最多的書籍，而且即便本書最初出版于1975年，其內(nèi)容至今仍未過時。在閱讀的時候，每隔幾頁不說一句“對極了！”是很難受的。 Stee McConnell,Construx公司首席軟件工程師我唯一一本讀過一遍以上的書，是Fred Brooks的人月神話，實際上我每過一兩年就會重讀一遍。部分原因是這本書文筆很好，另外就是書中的忠告很有價值，即使是25

4、年以后。我非常推崇這本書，這是我唯一能想起來的能從中體會到樂趣和思想的計算機學科書籍。 Brian Kernighan ,著名C程序設(shè)計語言的合著者之一。 人月神話的由來IBM的System/360是第一個特大型軟件項目，它催生了人月神話 人月神話的由來System/360的開發(fā)過程被視為計算機發(fā)展史上最大的一次豪賭，為了研發(fā)System/360這臺大型機，IBM決定征召六萬多名新員工，創(chuàng)建五座新工廠，而當時出貨的時間不斷的順延。當時的專案經(jīng)理Frederick P. Brooks, Jr.事后根據(jù)這項計劃的開發(fā)經(jīng)驗，寫作人月神話：軟件項目管理之道（The Mythical Man-Month

5、: Essays on Software Engineering）記述人類工程史上一項里程碑式的大型復雜軟件系統(tǒng)開發(fā)經(jīng)驗。 在人月神話中，Brooks博士為人們管理復雜的項目提供了最具洞察力的見解，既有很多引人深思的觀點，又有大量軟件工程的實踐。人月神話人月：軟件開發(fā)過程中衡量工作量的常用度量單位。 而在實際情況中，增加“人”并不能縮短“月”的量為什么說人月是神話？ （1）許多任務(wù)是無法拆解的 （2）即使任務(wù)可以拆解，人員之間的溝通交流時間隨著人手的增加以(n-1)*n/2的規(guī)模遞增 如： 20人* 5個月 50人* 2個月人月神話目錄第1章 焦油坑第2章 人月神話第3章 外科手術(shù)隊伍第4章

6、貴族專制、民主政治和系統(tǒng)設(shè)計第5章 畫蛇添足第6章 貫徹執(zhí)行第7章 為什么巴比倫塔會失敗第8章 胸有成竹第9章 削足適履第10章 提綱挈領(lǐng)第11章 未雨綢繆第12章 干將莫邪第13章 整體部分第14章 禍起蕭墻第15章 另外一面第16章 沒有銀彈-軟件工程中的根本和次要問題第17章 再論“沒有銀彈”第18章 人月神話的觀點：是與非第19章 20年后的人月神話人月神話焦油坑圖為洛杉磯自然歷史博物館GeorgeC.Page館內(nèi)布拉雷亞焦油坑的中生代情形想象圖原圖焦油坑史前今天吞噬圍困大型軟件項目成千上萬的巨獸無數(shù)龐大的開發(fā)團體人月神話人月神話圖為早年新奧爾良的安東尼奧法式餐廳的菜單精美的烹飪需要時

7、間軟件開發(fā)項目常以人月來衡量工作，這種度量暗示著人手和時間是可以互換的。這種“人多力量大”的想法是一種一廂情愿的虛妄神話。Brooks法則：向滯后的軟件項目追加人手會使得進度更遲緩。人月神話外科手術(shù)隊伍圖為合眾社發(fā)布的幀外科手術(shù)新聞?wù)掌⒁粋€外科手術(shù)團隊那樣分工明細、合作有序的開發(fā)團隊，是高效率軟件開發(fā)的重要保障之一。人月神話貴族專制、民主政治和系統(tǒng)設(shè)計 圖為Reims大教堂內(nèi)景，位于巴黎的Reims是建筑史上最富盛名的哥特式教堂建筑之一。自從設(shè)計師Jean dOrdais制訂藍圖以后，繼任的8位建筑師都理解并遵從這一初始設(shè)計的原則，保持了概念的完整性，最終Reims成為無與倫比的藝術(shù)精品。

8、概念完整性是系統(tǒng)設(shè)計中最重要的因素，尤其對大型軟件系統(tǒng)來說，概念完整性是項目順利完成的必要保障。人月神話畫蛇添足 圖為1882年畫家A.rOBIDA發(fā)表于比利時二十一世紀報上的插畫：一個想象中極盡復雜的活動空中樓閣設(shè)計者往往不肯放棄任何一個細枝末節(jié)的創(chuàng)意，從而堆砌出不勝繁復的設(shè)計，看似完美，并現(xiàn)實無可行性，往往會成為頭重腳輕的空中樓閣。軟件項目的規(guī)劃必須進行嚴謹理性的估算才能為項目的順利進展打下牢固的根基，避免不必要的復雜化風險。人月神話貫徹執(zhí)行 圖為14世紀宗教濕壁畫Wells啟示錄中的七天使號手號角聲在七位天使間依次傳遞，前一位吹響后，后一位將照樣吹響下一聲，有條不絮，號角傳遞得十分精準。

9、團隊間溝通順暢有序，只有這樣，概念完整性才能被正確貫徹到各處人月神話 為什么巴比倫塔會失敗 圖為維也納Kunsthistorisches博物館館藏的16世紀奧地利兄弟畫家中大Breughel所繪“巴別塔的建造”。在基督教傳說中，人類打算建筑一座通往天堂的巴別塔，上帝使人類各族語言不通，才阻止了這項工程。在軟件開發(fā)中，也許現(xiàn)有的技術(shù)已經(jīng)可以所向披靡，但如果整個團隊不能進行良好有效地溝通，項目就有可能功敗垂成。人月神話胸有成竹 圖為美國歷史上最偉大的職業(yè)棒球運動員貝比.魯斯（Babe Ruth）在球場上發(fā)號施令。有效的管理和決策是致勝的關(guān)鍵。人月神話 削足適履 圖為維多利亞時期英國畫家Heywoo

10、d Hardy的作品。在大洪水到來之前，飛禽走獸們進入諾亞方舟。在有限的空間中裝載整個世界，這需要精巧的策劃，絕不可輕易耗費資源。最大化資源利用率，減少不必要的資源占用，合理規(guī)劃，巧妙的數(shù)據(jù)結(jié)構(gòu)往往大幅度地儉省資源耗費，提高系統(tǒng)運行的性能。人月神話 提綱挈領(lǐng)圖為1897年美國老國會圖書館內(nèi)景。作者以汗牛充棟的圖書館形象地比如軟件項目中海量的文檔令人目不暇接。明智地把握好關(guān)鍵的幾類文檔，才能不在浩瀚的信息中迷失，才能迅速了解項目，進而準確地規(guī)劃下一步工作。人月神話未雨綢繆 圖為紐約灣的Tacoma橋由于空氣動力學上的錯誤設(shè)計而坍塌的新聞?wù)掌谧鲰椖吭O(shè)計和規(guī)劃時，一定要考慮到各種不確定的變化因素，

11、靈活適應多變的環(huán)境，否則很可能釀成悲劇后果。人月神話干將莫邪圖為佛羅倫薩著名的圣母百花大教堂鐘樓上的裝飾浮雕A.Pisano于1335年制作的“雕刻者”。“工欲善其事，必先利其器”適合的開發(fā)工具、評測技術(shù)能有事半功倍的效果，切合實用的工具和技術(shù)是項目團隊的重要財富。人月神話整體部分 圖為迪士尼公司著名的米老鼠魔術(shù)師形象。作者認為某些泛泛號稱自己能完成龐大軟件項目的業(yè)界人士，與舊時以夸張吹噓來吸引觀眾注意的魔術(shù)師一樣，其表演的東西經(jīng)不起實質(zhì)追究。良好的軟件項目管理，應該準確把握全局，嚴謹審核細節(jié)。人月神話另外一面 圖為位于英格蘭東南部的巨石陣的想象復原圖。巨石陣是世界上最大的沒有文檔說明的“計算

12、機器”。古人沒留下任何說明，至今考古學家對古人建巨石陣的目的莫衷一是。提供給用戶的使用說明等文檔是軟件呈現(xiàn)給用戶的另一面，它也能直接影響用戶對軟件的滿意度和可用性評價。人月神話禍起蕭墻 圖為1802年A.Canova所作雕塑：英雄海格力斯（Herculues）摔死帶來死亡之袍的信使力卡斯（Lycas）。海格力斯是希臘神話中最偉大的半人半神英雄，一生業(yè)績輝煌，卻因微小的家庭變故摔死不知情的力卡斯而走向了英雄末路。潛藏的小禍患看似微不足道，有朝一日卻可能葬送原本看起來堅不可摧的事物。項目進度的滯后經(jīng)常源自不易擦覺的點滴延誤的積累。應盡量明確量化階段性目標，定期驗收、調(diào)整。人月神話沒有銀彈-軟件工程

13、中的根本和次要問題 圖為1685年德國線刻板畫的人狼故事是否存在消滅人狼的法寶銀彈？由于軟件的復雜性、一致性、變化性和不可見性，解決軟件危機的銀彈并不存在沒有任何一種單獨的軟件工程可以讓軟件開發(fā)的效率提高一個數(shù)量級。銀彈人狼“焦油坑”危機軟件項目消滅攻克銀彈之爭無風不起浪：一篇沒有銀彈在學術(shù)界掀起了一場不大不小的風浪，從而引發(fā)了再論“沒有銀彈”。人月神話再論“沒有銀彈” 圖為兒童在搭建組合構(gòu)造玩具。利用成型的配件，搭建大型的架構(gòu)。完美的東西其實就是過去不曾出現(xiàn)、現(xiàn)在不存在、將來也不可能出現(xiàn)的東西：不要指望沒有銀彈是完美的。沒有銀彈中提到的觀點是以10年為限的。本章結(jié)合軟件工程領(lǐng)域的最新發(fā)展，包

14、括面向?qū)ο蠹夹g(shù)和軟件復用等回應了爭議：人們期待的重大突破不可能在近期內(nèi)到來。是否存在終極利器？-銀彈之爭人狼、銀彈與軟件項目人狼：滿月時會由人形變成狼形的怪獸。銀彈：唯一可以殺死人狼的武器。軟件項目：類似于人狼，常?？此坪唵蚊髁说臇|西，卻有可能變成一個落后進度、超出預算、存在大量缺陷的怪物。是否存在終極利器？-銀彈之爭沒有銀彈（“No Silver Bullet”）沒有任何技術(shù)或管理上的進展，能夠獨立地許諾十年內(nèi)使生產(chǎn)率、可靠性或簡潔性獲得數(shù)量級上的進步。-brooks,1986原因：由軟件工程的內(nèi)在特性所決定的：復雜度，一致性，可變性和不可見性。存在銀彈（There Is a Silver

15、Bullet）在信息化社會里，市場對信息的巨大需求將成為經(jīng)濟誘因，促使銀彈的出現(xiàn)。-Cox,1990沒有銀彈！ -Brooks軟件工程的內(nèi)在特性復雜度：不同于建筑、汽車等產(chǎn)品，軟件實體可能比任何由人類創(chuàng)造的其它實體都要復雜，因為沒有任何兩個軟件部分是相同的（至少是在語句的級別上）。無規(guī)則性：不同于數(shù)學、物理等學科，軟件工程所控制的很多復雜度是隨心所欲、毫無規(guī)則可言的，來自于若干必須遵循的人為慣例和系統(tǒng)?？勺冃裕河捎谲浖羌兇獾乃季S產(chǎn)物，易于修改，用戶經(jīng)常會提出改進要求。不可見性：軟件是無法可視化的，不僅限制了個人的設(shè)計過程，也阻礙了設(shè)計人員之間的交流。由于軟件工程的內(nèi)在特性限制了銀彈的出現(xiàn)！銀彈就在這里！ -CoxCox眼中的銀彈：類似硬件晶片般的軟件組件通過使用結(jié)構(gòu)化的方法，將軟件組件內(nèi)的復雜結(jié)構(gòu)包裝得完美，使得組件簡單易用，由這些組件整合而成大型軟件，自然簡單易用，軟件危機于是被化解了。他指出重用和交互的構(gòu)建開發(fā)是解決根本困難的一種方法。為何現(xiàn)在沒有出現(xiàn)銀彈？一般的工業(yè)產(chǎn)品每賣出一件就消耗一份組件，然而軟件無論賣出多少件都只需要消耗一份組件。這樣使軟件組件提供商沒有動力去生產(chǎn)出