敏捷開(kāi)發(fā)讀書筆記

teddylw1611616

3.1 什么是敏捷

         IvarJacobson的觀點(diǎn)是，敏捷是來(lái)應(yīng)對(duì)不斷的變更的，軟件工程師必須能適應(yīng)這些快速的變化。

         然而，敏捷不僅僅是用來(lái)應(yīng)對(duì)變更的。敏捷還鼓勵(lì)建立有結(jié)構(gòu)性的團(tuán)隊(duì)、建立團(tuán)隊(duì)內(nèi)技術(shù)人員與商業(yè)人員的溝通更加快捷迅速的體制。它還強(qiáng)調(diào)及時(shí)提交對(duì)軟件的更改，將客戶作為開(kāi)發(fā)團(tuán)隊(duì)的一部分，消除你我的觀點(diǎn)。

3.2 敏捷與變更的代價(jià)

         在軟件開(kāi)發(fā)過(guò)程中，普遍認(rèn)為變更的代價(jià)是非線性增長(zhǎng)的。敏捷開(kāi)發(fā)的擁護(hù)者認(rèn)為、可以有一種設(shè)計(jì)良好的敏捷開(kāi)發(fā)過(guò)程可以降低變更代價(jià)的增長(zhǎng)，使之基本“平坦”，從而使開(kāi)發(fā)團(tuán)隊(duì)可以很好的應(yīng)對(duì)變更，而不必付出巨大的時(shí)間、開(kāi)銷代價(jià)。

3.3 什么是一個(gè)敏捷開(kāi)發(fā)過(guò)程

         敏捷的開(kāi)發(fā)過(guò)程，一定是可適應(yīng)的�？梢赃m應(yīng)我們并沒(méi)有預(yù)想到的情況。

         然而，不停的進(jìn)行適應(yīng)性工作，而過(guò)程沒(méi)有進(jìn)展，是無(wú)意義的。因此，敏捷的開(kāi)發(fā)過(guò)程必須是可增長(zhǎng)的。為了完成這些，敏捷開(kāi)發(fā)要求客戶應(yīng)當(dāng)給予反饋。為了獲得客戶有效的反饋，提供一個(gè)可執(zhí)行的原型或者系統(tǒng)的某一操作是十分重要的。因此，我們應(yīng)當(dāng)建立一個(gè)良好的制度來(lái)對(duì)每個(gè)周期的開(kāi)發(fā)增長(zhǎng)進(jìn)行總結(jié)。

3.3.1 敏捷開(kāi)發(fā)原則

         這里介紹了12條原則，在多種敏捷開(kāi)發(fā)的框架中，這些原則并不是同樣的重要，而且有些模型可能忽略一條或幾條原則。然而，這些原則定義了一種敏捷精神。

3.3.2 敏捷開(kāi)發(fā)的派別

         如何實(shí)現(xiàn)敏捷開(kāi)發(fā)最好？或者說(shuō)，如何開(kāi)發(fā)軟件可以應(yīng)對(duì)當(dāng)今客戶的需求并且展現(xiàn)軟件的可擴(kuò)展的特性、可滿足客戶長(zhǎng)期的需求變更的良好的軟件質(zhì)量？

         現(xiàn)今并沒(méi)有一個(gè)很好的答案來(lái)回答這些問(wèn)題，即使是教授敏捷開(kāi)發(fā)的學(xué)校本身。

3.3.3 人為因素

         敏捷開(kāi)發(fā)的擁護(hù)者付出了重大的痛苦來(lái)強(qiáng)調(diào)人為因素的重要性。

3.4 極限編程

         極限編程是一種使用最為廣泛的敏捷開(kāi)發(fā)方法。

3.4.1 極限編程的價(jià)值觀

         交流、簡(jiǎn)潔、反饋、鼓勵(lì)和尊重，是極限編程的5個(gè)價(jià)值觀。每一種價(jià)值都被應(yīng)用在極限編程的活動(dòng)、行為與任務(wù)之中。

         為了更好的實(shí)現(xiàn)軟件工程師與其他人員的交流，XP強(qiáng)調(diào)緊密，也就是顧客與開(kāi)發(fā)者合作密切，發(fā)布有效的約定（metaphors），持續(xù)的反饋。

         為了實(shí)現(xiàn)簡(jiǎn)潔，XP使開(kāi)發(fā)者只為當(dāng)前的需求進(jìn)行設(shè)計(jì)，而不是為了未來(lái)進(jìn)行設(shè)計(jì)。

         反饋有三個(gè)來(lái)源，軟件實(shí)現(xiàn)本身，客戶以及其他的軟件團(tuán)隊(duì)成員。

3.4.2 極限編程過(guò)程

         極限編程使用面向?qū)ο蟮拈_(kāi)發(fā)模式，因?yàn)樵撃Ｊ绞且环N發(fā)展的模式、遵循一套規(guī)范并且實(shí)踐著計(jì)劃、設(shè)計(jì)、編碼、測(cè)試這樣一個(gè)框架活動(dòng)。

3.4.3 工業(yè)界的極限編程（IXP）

         IXP與傳統(tǒng)意義的XP不同，IXP在管理方面有了極大的加強(qiáng)，并且他將客戶擴(kuò)展為一個(gè)角色，并且升級(jí)了技術(shù)的實(shí)踐方式。

         IXP引入了6個(gè)新的實(shí)踐方式，用來(lái)使一個(gè)XP項(xiàng)目工作的更加順利。

3.4.4 極限編程的爭(zhēng)論

3.5 其他敏捷開(kāi)發(fā)模型

         在敏捷開(kāi)發(fā)的歷史上，存在許多的模型。

3.5.1自適應(yīng)軟件開(kāi)發(fā)（ASD）

         ASD（AdaptiveSoftware Development，自適應(yīng)軟件開(kāi)發(fā)）由Jim Highsmith在1999年正式提出。ASD強(qiáng)調(diào)開(kāi)發(fā)方法的適應(yīng)性（Adaptive），這一思想來(lái)源于復(fù)雜系統(tǒng)的混沌理論。ASD不象其他方法那樣有很多具體的實(shí)踐做法，它更側(cè)重為ASD的重要性提供最根本的基礎(chǔ)，并從更高的組織和管理層次來(lái)闡述開(kāi)發(fā)方法為什么要具備適應(yīng)性。

3.5.2 Scrum

SCRUM是一種迭代的增量化過(guò)程，用于產(chǎn)品開(kāi)發(fā)或工作管理。它是一種可以集合各種開(kāi)發(fā)實(shí)踐的經(jīng)驗(yàn)化過(guò)程框架。SCRUM中發(fā)布產(chǎn)品的重要性高于一切。

該方法由Ken Schwaber和 JeffSutherland 提出，旨在尋求充分發(fā)揮面向?qū)ο蠛蜆?gòu)件技術(shù)的開(kāi)發(fā)方法，是對(duì)迭代式面向?qū)ο蠓椒ǖ母倪M(jìn)。

3.5.3動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)方法（DSDM）

         DSDM（動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)方法）是眾多敏捷開(kāi)發(fā)方法中的一種，它倡導(dǎo)以業(yè)務(wù)為核心，快速而有效地進(jìn)行系統(tǒng)開(kāi)發(fā)。實(shí)踐證明DSDM是成功的敏捷開(kāi)發(fā)方法之一。在英國(guó)，由于其在各種規(guī)模的軟件組織中的成功，它已成為應(yīng)用最為廣泛的快速應(yīng)用開(kāi)發(fā)方法。DSDM不但遵循了敏捷方法的原理，而且也適合那些成熟的傳統(tǒng)開(kāi)發(fā)方法有堅(jiān)實(shí)基礎(chǔ)的軟件組織。

3.5.4 Crystal

Crystal Methods（水晶方法族）由AlistairCockburn在20實(shí)際90年代末提出。之所以是個(gè)系列，是因?yàn)樗�相信不同類型的�?xiàng)目需要不同的方法。雖然水晶系列不如XP那樣的產(chǎn)出效率，但會(huì)有更多的人能夠接受并遵循它。

3.5.5特性驅(qū)動(dòng)開(kāi)發(fā)（FDD）

         特性驅(qū)動(dòng)開(kāi)發(fā)由PeterCoad、Jeff de Luca 、Eric Lefebvre共同開(kāi)發(fā)，是一套針對(duì)中小型軟件開(kāi)發(fā)項(xiàng)目的開(kāi)發(fā)模式。此外，F(xiàn)DD是一個(gè)模型驅(qū)動(dòng)的快速迭代開(kāi)發(fā)過(guò)程，它強(qiáng)調(diào)的是簡(jiǎn)化、實(shí)用、易于被開(kāi)發(fā)團(tuán)隊(duì)接受，適用于需求經(jīng)常變動(dòng)的項(xiàng)目。

3.5.6精益軟件開(kāi)發(fā)（LSD）

         精益軟件開(kāi)發(fā)一詞起源于MaryPoppendieck 和Tom Poppendieck寫的一本同名書籍。這本書將傳統(tǒng)的精益原則以一種新的方式呈現(xiàn)---作為22種敏捷開(kāi)發(fā)實(shí)踐工具之一，并且和其他工具進(jìn)行了比較。

         和精益制造原則的概念相近，精益開(kāi)發(fā)也可以總結(jié)為如下七條原則：消除浪費(fèi)、增強(qiáng)學(xué)習(xí)、盡量延遲決定、盡快提交每階段原型、鼓勵(lì)團(tuán)隊(duì)、將才智融入其中、關(guān)注全局。

3.5.7 敏捷建模（AM）

         在過(guò)去30年中，有許多軟件工程建模方法被用來(lái)進(jìn)行分析和設(shè)計(jì)。這些方法都是存在其價(jià)值的，但是同時(shí)也被證明難以去應(yīng)用而且難以長(zhǎng)期延續(xù)。部分原因是這些方法都太龐大了。

         敏捷建模遵循一切敏捷原則。它的哲學(xué)就是一個(gè)敏捷團(tuán)隊(duì)必須與勇氣來(lái)決定拒絕一個(gè)設(shè)計(jì)或者重構(gòu)。這個(gè)團(tuán)隊(duì)必須謙虛的認(rèn)識(shí)到不是所有的技術(shù)都能實(shí)現(xiàn)，不是所有的商業(yè)專家和其他人員都需要被尊重和相信。

3.5.8 統(tǒng)一敏捷建模（AUP）

         類似于UML的一種統(tǒng)一的建模方法。

gaoxiandong

高深，還需要學(xué)習(xí)才可以

redandblack

也在學(xué)習(xí)。