1、軟件工程,第三組 張清健 陳敏軍 陳明艷 李桂萍 沙爾合提 11.17,1,1.解釋為什么對(duì)新系統(tǒng)來(lái)說(shuō) 快速交付和部署要比這些系統(tǒng)的具體功能重要,時(shí)效性 可靠性 風(fēng)險(xiǎn)性,2,2.解釋敏捷方法的基本原理是如何能帶來(lái)加速的軟件開(kāi)發(fā)和部署,敏捷的各種實(shí)踐中，能夠加速軟件開(kāi)發(fā)的因素有很多，比如：1、加快對(duì)客戶需求變化的響應(yīng)2、減少產(chǎn)出不必要的工件3、強(qiáng)化溝通，降低因溝通導(dǎo)致的損耗4、建立自組織的團(tuán)隊(duì)，激勵(lì)團(tuán)隊(duì)人員5、使開(kāi)發(fā)人員專心從事當(dāng)前事務(wù) 敏捷聯(lián)盟宣言: 個(gè)體和交互高于過(guò)程和工具; 可以工作的軟件高于詳盡的文檔;(甲骨文公司) 客戶合作高于合同談判; 響應(yīng)變化高于遵循計(jì)劃,3,3.什么情況下勸告不

2、用敏捷開(kāi)發(fā)來(lái)開(kāi)發(fā)工程,敏捷開(kāi)發(fā)宣言里各種許愿拔掉敏捷二字不也是所有項(xiàng)目開(kāi)發(fā)的理想？所以為了解決什么問(wèn)題而采用敏捷式開(kāi)發(fā)？為了改善工作流程加快效率?那設(shè)計(jì)師修改到死的工作情況在敏捷開(kāi)發(fā)里要怎么被改善? 我覺(jué)得敏捷開(kāi)發(fā)適用頭腦清楚的人，只是這種人往往是大神級(jí)的了。和大神 PM、大神 Planner、大神 RD 合作，都清楚知道自己在干嘛、別人在干嘛，還能 Cover 一點(diǎn)別人的領(lǐng)域，知道解決這個(gè)問(wèn)題可以往目標(biāo)更進(jìn)一步，這種合作模式才有辦法做到敏捷，而不是因?yàn)樽ヂ┳ハx(chóng)在修改。是啦這也算朝目標(biāo)邁進(jìn)，但創(chuàng)新改 良產(chǎn)品和讓產(chǎn)品看起來(lái)洞沒(méi)那么大的改來(lái)改去本質(zhì)上是兩回事啊！敏捷開(kāi)發(fā)只是個(gè)方法，不是萬(wàn)靈丹,4,

3、4.極限編程是用故事情節(jié)來(lái)表達(dá)用戶需求的,每一個(gè)情節(jié)寫(xiě)在卡片上,討論這種描述方法的優(yōu)點(diǎn)和缺點(diǎn),我覺(jué)得XP是一個(gè)輕量級(jí)的、靈巧的軟件開(kāi)發(fā)方法；同時(shí)它也是一個(gè)非常嚴(yán)謹(jǐn)和周密的方法。它的基礎(chǔ)和價(jià)值觀是交流、樸素、反饋和勇氣；即，任何一個(gè)軟件項(xiàng)目都可以從四個(gè)方面入手進(jìn)行改善：加強(qiáng)交流；從簡(jiǎn)單做起；尋求反饋；勇于實(shí)事求是。XP是一種近螺旋式的開(kāi)發(fā)方法，它將復(fù)雜的開(kāi)發(fā)過(guò)程分解為一個(gè)個(gè)相對(duì)比較簡(jiǎn)單的小周期；通過(guò)積極的交流、反饋以及其它一系列的方法，開(kāi)發(fā)人員和客戶可以非常清楚開(kāi)發(fā)進(jìn)度、變化、待解決的問(wèn)題和潛在的困難等，并根據(jù)實(shí)際情況及時(shí)地調(diào)整開(kāi)發(fā)過(guò)程。 因此,它的優(yōu)點(diǎn)有以下幾點(diǎn): 對(duì)公司的開(kāi)發(fā)者而言，XP可以

4、讓開(kāi)發(fā)者專注于編寫(xiě) 代碼，避免了不必要的文案工作及會(huì)議。它營(yíng)造了更好的工作氛圍，更多學(xué)習(xí)新技術(shù)的機(jī)會(huì)，并令你的員工有成就感。 相比于傳統(tǒng)開(kāi)發(fā)方式，通過(guò)XP開(kāi)發(fā)的軟件缺陷更少。 它令公司對(duì)其商業(yè)需求的變化做出更快速的反應(yīng)，而且價(jià)格低廉，開(kāi)發(fā)者也少有怨言,5,從公司管理的角度來(lái)看，這種方法可以減少你對(duì)牛人 的依賴。同時(shí)它也提升了員工滿意度。 在XP下，你無(wú)需設(shè)計(jì)未來(lái)。你設(shè)計(jì)今天。整個(gè)理念 就是，寫(xiě)簡(jiǎn)單代碼，以及在需求改變的時(shí)候相應(yīng)的改變你的設(shè)計(jì)。 你的開(kāi)發(fā)人員是兩人結(jié)隊(duì)編程，從頭到尾都在一起 工作。代碼有著統(tǒng)一的規(guī)范性和可讀性，大家都能夠理解代碼并按照需求改善代碼。而且，結(jié)隊(duì)編程在一定時(shí)間內(nèi)是最有

5、效率的。 XP項(xiàng)目與傳統(tǒng)軟件開(kāi)發(fā)的最大區(qū)別在于，XP是以測(cè) 試推動(dòng)開(kāi)發(fā)。在XP下可以在編寫(xiě)代碼之前開(kāi)始測(cè)試。每一個(gè)環(huán)節(jié)的代碼都要100%通過(guò)單元測(cè)試。沒(méi)有unit-level bug和回歸bug也意味著開(kāi)發(fā)者能夠?qū)Ｗ⑺麄冏约旱墓ぷ?。你的客戶確立自動(dòng)驗(yàn)收測(cè)試以確認(rèn)該軟件的每一個(gè)功能的運(yùn)行質(zhì)量。 在XP下，每一個(gè)測(cè)試階段之后都可以發(fā)布一個(gè)小體 積軟件。最重要的是，每一階段完成時(shí)都有些東西能夠拿給客戶看。 在傳統(tǒng)流水線方式下，如果項(xiàng)目計(jì)劃變更，之后要趕 上檔期就會(huì)需要很大投入。XP的方法可以令你提前判斷進(jìn)程。 極限編程從最簡(jiǎn)單的解決方案入手。你可以在之后添 加其他功能。這個(gè)概念的目的在于為今天做計(jì)劃

6、，設(shè)計(jì)及編碼，而不是為了明天。 來(lái)自系統(tǒng)，客戶和團(tuán)隊(duì)的反饋是極限編程成功的 關(guān)鍵。在這個(gè)概念的指導(dǎo)下，系統(tǒng)的漏洞在前期就被發(fā)現(xiàn)，客戶可以反復(fù)進(jìn)行驗(yàn)收測(cè)試，從而最大限度的極限編程 而它的缺點(diǎn)在于: 以代碼為 中心，忽略了設(shè)計(jì)； 缺乏設(shè)計(jì)文檔，局限于小規(guī)模項(xiàng)目； 對(duì)已完成工作的檢查步驟缺乏清晰的結(jié)構(gòu)； 質(zhì)量保證依賴于測(cè)試； 缺乏質(zhì)量規(guī)劃； 沒(méi)有提供數(shù)據(jù)的收集和使用的指導(dǎo)； 開(kāi)發(fā)過(guò)程不詳細(xì)； 全新的管理手法帶來(lái)的認(rèn)同度問(wèn)題； 缺乏過(guò)渡時(shí)的必要支持,6,5. 解釋為什么測(cè)試優(yōu)先的開(kāi)發(fā)能幫助程序猿獲得對(duì)系統(tǒng)需求的更好的理解,不同于先寫(xiě)代碼，然后對(duì)這些代碼寫(xiě)相應(yīng)的測(cè)試程序，XP是先寫(xiě)測(cè)試程序，再寫(xiě)代碼的。

7、這就意味著，再寫(xiě)程序的同時(shí)你可以運(yùn)行測(cè)試代碼。先寫(xiě)測(cè)試隱含地定義了界面和要開(kāi)發(fā)的功能的行為描述。減少了對(duì)需求和界面的誤解。對(duì)于任何在系統(tǒng)需求和實(shí)現(xiàn)該需求的代碼之間有明確關(guān)系的過(guò)程中都可以采用此方法。測(cè)試優(yōu)先開(kāi)發(fā)中，實(shí)現(xiàn)任務(wù)的人必須徹底理解描述，這樣他們才能為系統(tǒng)編寫(xiě)測(cè)試。這意味著在描述中的二義性和遺漏必須在實(shí)現(xiàn)開(kāi)始之前得以澄清。程序員在這個(gè)過(guò)程中對(duì)系統(tǒng)需求理解會(huì)更加深刻。 困難：測(cè)試優(yōu)先的開(kāi)發(fā)和自動(dòng)測(cè)試通常導(dǎo)致要編寫(xiě)和執(zhí)行大量的測(cè)試程序。然而，這種方法并不一定使程序得到徹底的測(cè)試。原因有下：1、程序員更喜歡編程而不是測(cè)試，有時(shí)候在測(cè)試時(shí)走捷徑。例如，寫(xiě)出不完整的測(cè)試無(wú)法檢測(cè)所有可能的異常情況。

8、2、有一些測(cè)試是非常困難的。例如。在復(fù)雜用戶界面中，通常編寫(xiě)用于實(shí)現(xiàn)“顯示邏輯”和屏幕間工作流的測(cè)試單元是十分困難的。3、對(duì)一組測(cè)試的完整性的判斷也是困難的。盡管你可以有很多系統(tǒng)測(cè)試，你的測(cè)試集合可能不能提供完整的覆蓋。系統(tǒng)的關(guān)鍵部分可能得不到執(zhí)行，所以也就是沒(méi)有經(jīng)過(guò)測(cè)試的,7,6.給出4個(gè)理由說(shuō)明為什么結(jié)對(duì)編程的軟件生產(chǎn)率比程序猿單個(gè)編程時(shí)高,1、它可以促進(jìn)參與項(xiàng)目的程序員自身的提高，一對(duì)程序員工作的時(shí)候，水平較低的一方會(huì)潛移默化地受水平略高的程序員影響，學(xué)到一些新的東西。而水平高的一方同樣因?yàn)椴粩嗟匕炎约旱南敕ㄕf(shuō)出來(lái)而整理了自己的思路。 2.一定時(shí)間周期地打亂配對(duì)，讓參與項(xiàng)目的人員相互轉(zhuǎn)換

9、位置，使得維護(hù)繁雜的文檔變得不那么重要。大家分組打亂后，口頭的交流很容易讓所有人都熟悉每個(gè)模塊，這樣對(duì)于公司也很有好處，項(xiàng)目中萬(wàn)一有人離開(kāi)，也不至于影響到整個(gè)項(xiàng)目。最后，開(kāi)發(fā)過(guò)程變得更為有趣，任何人的交流變得很多，大家關(guān)系更為融洽。 3.結(jié)對(duì)編程有一種相互督促的作用，在一邊工作疲憊狀態(tài)不好使，另一邊會(huì)起一個(gè)鼓勵(lì)和激發(fā)斗志的作用。 4.有助于支持重構(gòu)，這是一個(gè)軟件改善的過(guò)程,8,7.比較scrum和第23章介紹的常規(guī)的計(jì)劃驅(qū)動(dòng)的項(xiàng)目管理方法,Scrum 方法是一個(gè)通用的敏捷方法,注重迭代開(kāi)發(fā)的管理,有3個(gè)階段:1規(guī)劃綱要 2沖刺循環(huán) 3項(xiàng)目結(jié)束 Scrum 中心階段沖刺循環(huán)過(guò)程的要點(diǎn): 1有固定

10、長(zhǎng)度 2起點(diǎn)積壓的任務(wù)(用戶緊密參與,提出新需求或任務(wù)的建議) 3項(xiàng)目團(tuán)隊(duì)所有人員與用戶一起選擇要開(kāi)發(fā)的特性和功能 4團(tuán)隊(duì)組織軟件開(kāi)發(fā) 5對(duì)已做工作復(fù)查并交付給用戶。 優(yōu)點(diǎn)：使開(kāi)發(fā)團(tuán)隊(duì)不受外界干擾，工作方式取決于遇到的問(wèn)題和團(tuán)隊(duì)，對(duì)如何寫(xiě)需求，測(cè)試優(yōu)先開(kāi)發(fā)等不作具體要求。其中，1.產(chǎn)品被分解成一組可管理和可被解決的塊 2.不穩(wěn)定的需求并不阻礙工程進(jìn)展 3.整個(gè)團(tuán)隊(duì)的所有事情可見(jiàn)，改善了團(tuán)隊(duì)的溝通 4.用戶看到增量的及時(shí)交付，且得到對(duì)產(chǎn)品如何工作的反饋 5.客戶和開(kāi)發(fā)者之間彼此信任，創(chuàng)造了積極文化和項(xiàng)目成功的希望。 常規(guī)的計(jì)劃驅(qū)動(dòng)的項(xiàng)目管理方法：初始階段-基于用戶情節(jié)，應(yīng)包含在系統(tǒng)中。在項(xiàng)目啟動(dòng)

11、前，開(kāi)發(fā)團(tuán)隊(duì)與用戶試著定義一系列情節(jié)。評(píng)估階段-項(xiàng)目組閱讀并討論這些情節(jié)，按所需時(shí)間將情景排序并“速度”估計(jì)。 發(fā)布規(guī)劃選擇完善情景。 迭代規(guī)劃開(kāi)發(fā)人員將情景拆分各個(gè)開(kāi)發(fā)任務(wù)進(jìn)行詳細(xì)規(guī)劃。優(yōu)點(diǎn)：整個(gè)項(xiàng)目組對(duì)迭代過(guò)程要完成的任務(wù)有整體認(rèn)識(shí)；開(kāi)發(fā)者自行選擇任務(wù)，激發(fā)積極性更好的完成任務(wù)。缺點(diǎn)：依賴于客戶參與；對(duì)于龐大且分布在不同地點(diǎn)的項(xiàng)目組或組員頻繁變動(dòng)的項(xiàng)目組而言，不可能每個(gè)人參與到項(xiàng)目最核心的集體規(guī)劃中,9,8.系統(tǒng)是要支持將軟件需求翻譯成形式化軟件描述，評(píng)論下列開(kāi)發(fā)策略的優(yōu)點(diǎn)和缺點(diǎn),策略a：優(yōu)點(diǎn)：使開(kāi)發(fā)團(tuán)隊(duì)不受外界干擾，工作方式取決于遇到的問(wèn)題和團(tuán)隊(duì)； 缺點(diǎn);需求范圍面不足，導(dǎo)致設(shè)計(jì)的軟件適

12、用性弱；對(duì)于龐大系統(tǒng)，很難做到解決問(wèn)題全面，只適用于小型系統(tǒng)。 策略b：優(yōu)點(diǎn)：評(píng)估項(xiàng)目做到盡可能全面，使系統(tǒng)更完善。 缺點(diǎn)：采用java開(kāi)發(fā)系統(tǒng)，導(dǎo)致其他語(yǔ)言或軟件不適用，大大縮減了應(yīng)用范圍。 策略c：優(yōu)點(diǎn)：增強(qiáng)和改善了團(tuán)隊(duì)的溝通，建立了客戶與開(kāi)發(fā)者間的信任；采用敏捷開(kāi)發(fā)系統(tǒng)，不受外界干擾，大大提高了創(chuàng)新能力。 缺點(diǎn)：受項(xiàng)目組員的技術(shù)及人員變動(dòng)的影響較大，很難突破創(chuàng)新，在大型公司中很難引入，可能在文化上受到抵制,10,9.對(duì)于團(tuán)隊(duì)成員采納開(kāi)發(fā)團(tuán)隊(duì)的觀點(diǎn)而忽視用戶隊(duì)員的需求，寫(xiě)出三個(gè)建議,計(jì)劃驅(qū)動(dòng)開(kāi)發(fā)：迭代發(fā)生在各個(gè)活動(dòng)之中，用正式文件在軟件過(guò)程的各個(gè)階段之間進(jìn)行溝通，例如 需求將演化。然而我們

13、需要考慮詳細(xì)的描述和設(shè)計(jì)是否很重要，用戶反饋是否切實(shí)，預(yù)想的系統(tǒng)壽命是多少？ 極限編程：客戶親密地投入到系統(tǒng)需求的定義和優(yōu)先權(quán)排序工作中，但是它使軟件結(jié)構(gòu)有變壞的趨勢(shì)，變得越來(lái)越難實(shí)現(xiàn)，代碼經(jīng)常重復(fù)。 結(jié)對(duì)編程：支持共同擁有軟件的和共同對(duì)系統(tǒng)負(fù)責(zé)，擔(dān)當(dāng)了非正式的復(fù)查過(guò)程有助于支持重構(gòu)，缺點(diǎn)是編程效率低，容易出錯(cuò),11,10.為了降低成本和交通環(huán)境的影響。請(qǐng)寫(xiě)出你將如何應(yīng)對(duì)這些問(wèn)題,大型公司通常有質(zhì)量保證流程和標(biāo)準(zhǔn)，當(dāng)團(tuán)隊(duì)成員技術(shù)都比較高時(shí)，敏捷方法似乎能工作得更好，然而在大型機(jī)構(gòu)中員工的技術(shù)和能力很可能是層次不齊的，那些水平較低的員工可能成為無(wú)效的員工。此外員工可能從文化上抵制敏捷開(kāi)發(fā)。 解決

14、方法：引進(jìn)和維持敏捷在大型機(jī)構(gòu)中的使用是一個(gè)文化改變的過(guò)程，文化改變需要一段很長(zhǎng)的時(shí)間去實(shí)現(xiàn)，而且通常需要先改變管理方式才能實(shí)現(xiàn)，大型機(jī)構(gòu)中希望應(yīng)用敏捷需要傳道者去推動(dòng)改變，他們必須投入很多資源去改變流程,12,11.對(duì)于什么類型的系統(tǒng)敏捷開(kāi)發(fā)方法特別有可能成功,小型和中型軟件產(chǎn)品開(kāi)發(fā)。 定制軟件開(kāi)發(fā)組織中,有一個(gè)客戶參與開(kāi)發(fā)過(guò)程的明確承諾,13,12.列出敏捷方法的5個(gè)原則,客戶參與； 增量式交付； 人非過(guò)程； 接受變更； 維護(hù)簡(jiǎn)單。友情提醒：P37,14,13.列表4個(gè)在決定是否采用敏捷的軟件開(kāi)發(fā)方法時(shí)應(yīng)該考慮的的問(wèn)題,是一個(gè)增量交付可以現(xiàn)實(shí)的嗎？ 什么類型的系統(tǒng)正在開(kāi)發(fā)？ 預(yù)期的系統(tǒng)生命周期是什么？ 開(kāi)發(fā)團(tuán)隊(duì)是如何組織的？ 系統(tǒng)是否受到外部監(jiān)管？ 正在開(kāi)發(fā)的系統(tǒng)有多大規(guī)模,15,14.極限編程的三個(gè)重要的特點(diǎn)是什么,需求表示為腳本；P40 結(jié)對(duì)編程； 測(cè)試優(yōu)先的開(kāi)發(fā),16,15.測(cè)試優(yōu)先的開(kāi)發(fā)是什么,當(dāng)系統(tǒng)功能是被認(rèn)同的,測(cè)試的代碼實(shí)現(xiàn)的功能是在代碼之前編寫(xiě)的。測(cè)試是自動(dòng)的并且新的增量添加到系統(tǒng)中時(shí)運(yùn)行所有的測(cè)試,17,16.測(cè)試優(yōu)先的開(kāi)發(fā)的可能出現(xiàn)的問(wèn)題是什么,程序員可能在開(kāi)發(fā)測(cè)試中采取捷徑,系統(tǒng)測(cè)試是不完整的。 一些測(cè)試很