構(gòu)建高效的軟件開發(fā)流程和團(tuán)隊ppt課件

1、 構(gòu)建高效的軟件開發(fā)流程和團(tuán)隊進(jìn)入目 錄1. 極限編程(Extreme Programming)2. 如何構(gòu)建高效軟件開發(fā)流程和團(tuán)隊 什么是極限編程 極限編程Extreme Programming 業(yè)內(nèi)人簡稱為XP，不要把XP與Windows XP聯(lián)絡(luò)在一同。它們沒有很大的關(guān)系。XP = (eXtreme Programming) 中國給它一個很酷的名字“極限編程。 XP是一個輕量級的、乖巧的軟件開發(fā)方法；同時它也是一個非常嚴(yán)謹(jǐn)和縝密的方法。它的根底和價值觀是交流、樸素、反響和勇氣；即，任何一個軟件工程都可以從四個方面入手進(jìn)展改善：加強交流；從簡單做起；尋求反響；勇于實事求是。XP適用于需求經(jīng)

2、常發(fā)生變化的工程他的客戶對系統(tǒng)應(yīng)該做什么能夠沒有一個固定的想法；一個系統(tǒng)每隔幾個月其功能就要求進(jìn)展一定的改動。大多數(shù)軟件工程的需求都處于這樣的動態(tài)變化之中。XP適用于高風(fēng)險的工程 假設(shè)客戶需求一個新的系統(tǒng)，而且要求在某天前完成，這里的風(fēng)險就比較高；假設(shè)他的開發(fā)組沒有做過類似的系統(tǒng)，風(fēng)險就更高了；運用XP可以降低風(fēng)險和添加勝利的能夠性。XP適用于小規(guī)模的工程組普通在2到10人之間。運用XP不需求擁有博士頭銜的開發(fā)人員，普通的開發(fā)人員就可以。但不能在一個大型的工程組中采用XP。我們留意到，對于一個需求動態(tài)變化和高風(fēng)險的工程而言，一小組XP開發(fā)人員要比大的開發(fā)組更加有效。XP對可測試性有要求他必需建

3、立自動的單元測試和功能測試。雖然在某些情況下這個要求不能滿足，但現(xiàn)實上他會詫異地看到經(jīng)過某種方式依然可以到達(dá)這個要求。XP對消費力也有要求一切采取XP的工程組都無一例外地比其它工程組的消費力高。但這從來不是XP的目的。XP的真正目的在于按時交付客戶需求的軟件。假設(shè)這對于他的工程而言很重要，他就可以嘗試一下XP。How do we deliver functionality to business clients quickly?How do we keep up with near-continuous change?如何能快速地向商業(yè)用戶交付功能？如何才干跟上近乎延續(xù)的變化? 方案的制定 小

4、版本 隱喻 簡單的設(shè)計 重構(gòu) 測試 結(jié)對編程 代碼共享 每周只干40小時 編碼規(guī)范方案的制定 迭代式工程的特點、每三周為一個循環(huán)，頻繁地更新，按優(yōu)先級劃分義務(wù)與技術(shù)。小版本 一切的大的工程都可以被分為部分的、小的步驟。實現(xiàn)漸進(jìn)式發(fā)布。隱喻 XP運用隱喻定義一個從開發(fā)者到商業(yè)客戶都可聯(lián)絡(luò)的全面一致的主題。 簡單的設(shè)計 1、為已定義的功能進(jìn)展設(shè)計，而不是為潛在地未來能夠的功能進(jìn)展設(shè)計 . 2、創(chuàng)建最正確的可以實現(xiàn)功能的設(shè)計。換句話說，不用管未來會是怎樣，只創(chuàng)建一個目前為止可以實現(xiàn)的最好的設(shè)計?！爸恍柙谒嬲枨蟮臅r候才去做 。 重構(gòu)XP原那么該當(dāng)堅持繼續(xù)設(shè)計。當(dāng)變化既快而且頻繁的時候，應(yīng)投入更多的

5、精神于重構(gòu)之上 。測試 先測試后編碼 、單元測試和功能測試 1.單元測試 (這是軟件開發(fā)的“圣杯。) 單元測試是從程序員的角度編寫的。它確保類的某個特定方法勝利執(zhí)行一系列特定的義務(wù)。每個測試都確保只需給定輸入，方法將輸出預(yù)期的結(jié)果。 2. 功能測試 功能測試是從用戶的角度編寫的。這種測試確保系統(tǒng)執(zhí)行用戶期望它執(zhí)行的任務(wù)。 結(jié)對編程相互檢驗對方的代碼.代碼共享 工程組中的每個人都可以在任何時候修正其他工程成員的代碼，這就是XP中所定義的代碼共享 。 諸如“我不想讓那些笨蛋改我的代碼，“出現(xiàn)問題我應(yīng)該怪誰？等等。共享代碼從另一個層面提供了對配對編程中協(xié)作的支持。 經(jīng)常集成 經(jīng)常周期性的構(gòu)造buil

6、d 。XP提示我們有能夠有嚴(yán)重的集成錯誤。 每周只干40小時 Jeffries提供了關(guān)于加班的思索：“我們說的是加班被定義為我們不想在辦公室的時候呆在辦公室。而且不該當(dāng)加班超越一周。假設(shè)他超越了，就有什么東西出了問題由于他過于勞累，有能夠比他按時下班干的還差。 在我們年輕和滿身干勁的時候，這也許沒問題。值得留意的是拖沓的一周又一周?，F(xiàn)場客戶： XP，同其他的快速開發(fā)一樣，要求客戶在現(xiàn)場繼續(xù)地參與到工程組中。 編碼規(guī)范： 一個團(tuán)隊?wèi)?yīng)有相應(yīng)的一個編碼規(guī)范。例如，假設(shè)他進(jìn)展配對編程并讓他人修正共有代碼，那么編碼規(guī)范看起來就是必需的。 如何構(gòu)建高效軟件開發(fā)流程和團(tuán)隊 工程方案 BUG數(shù)據(jù)庫是方案一種參

7、照。合理的方案個人 組長 管理層 )盡力按照這個開發(fā)進(jìn)度來執(zhí)行 重新方案1. 輕型的 XP原那么，周期性(三周)的變卦方案2. 災(zāi)難的 (20%的任務(wù)量會占據(jù)80% 發(fā)生時)如何構(gòu)建高效的開發(fā)環(huán)境 工程方案開發(fā)文檔 整理思緒與架構(gòu)、磨刀不誤砍柴工 Function Spec中需求寫明的是本模塊完成的義務(wù)，處理什么問題，有什么作用，為什么要這些功能，此外我們還會添加進(jìn)適用范圍，有什么缺乏，留意點是什么，還有哪些地方在以后可以進(jìn)展改良。 Design Document主要描畫實現(xiàn)此模塊所涉及到的主要算法、數(shù)據(jù)構(gòu)造、類的層次構(gòu)造及調(diào)用關(guān)系。 如何構(gòu)建高效的開發(fā)環(huán)境 開發(fā)文檔編寫代碼 一致的代碼風(fēng)格提

8、供詳細(xì)的注釋及闡明 主要的模塊要編寫UnitTest如何構(gòu)建高效的開發(fā)環(huán)境 編寫代碼代碼管理 源代碼的一致管理。daily build 如何構(gòu)建高效的開發(fā)環(huán)境 代碼管理BUG管理 經(jīng)過BUG Tracking System 管理Bug庫。測試部門發(fā)現(xiàn)一個BUG后在BUG Track中添加一個BUG，同時填入相關(guān)信息并assign給相應(yīng)的開發(fā)人員，開發(fā)人員收到BUG分析并fix后assign給測試部門去verify，其中要填上分析的結(jié)果以及如何處理的詳細(xì)闡明。假設(shè)測試部門對此BUG verify經(jīng)過那么close BUG，假設(shè)verify failed并重新assign給開發(fā)人員并等待其fix。

9、測試部門發(fā)現(xiàn)BUG后，開發(fā)人員應(yīng)馬上矯正。 周期性匯報BUG情況。如何構(gòu)建高效的開發(fā)環(huán)境 BUG管理Code Freeze 在code freeze階段，測試部門在緊張地進(jìn)展著各種測試，得出各種數(shù)據(jù)，并決議本版天性否可以release了。 如何構(gòu)建高效的開發(fā)環(huán)境 Code FreezeCode Review Code Review中大家會提出問題和建議，集思廣益，多個人共同出主意，有些能夠一個人沒有想到的問題會被大家發(fā)現(xiàn)，相互學(xué)習(xí)，共同提高。 如何構(gòu)建高效的開發(fā)環(huán)境 Code ReviewTech Talk 計算機(jī)知識更新速度非?？?，經(jīng)常有一些新的術(shù)語、新的名詞、新的思想、新的技術(shù)所產(chǎn)生，如過分開此行業(yè)幾個月后重新回來就會對這些新的事物不解，而我們平常為了本人的工程埋頭苦干能夠忘了周圍的世界發(fā)生了什么。Tech Tal