【正文】 統(tǒng)開發(fā)方法 (DSDM) ?DSDM協(xié)會(huì)定義了一個(gè)稱為 DSDM生命周期的敏捷過程模型。 ?所有選定故事將在幾周之內(nèi)盡快實(shí)現(xiàn)； ?具有最高價(jià)值的故事講移到進(jìn)度表的前面并首先實(shí)現(xiàn)； ?高風(fēng)險(xiǎn)故事講首先實(shí)現(xiàn)。責(zé)任人、開發(fā)者和用戶應(yīng)該能夠保持一種長(zhǎng)期、穩(wěn)定的開發(fā)速度。這一變更需要對(duì)軟件的體系結(jié)構(gòu)設(shè)計(jì)進(jìn)行修改，包括設(shè)計(jì)和構(gòu)建三個(gè)新組件，修改另外五個(gè)組件，設(shè)計(jì)新的測(cè)試等，則費(fèi)用會(huì)迅速上升。 敏捷軟件開發(fā)宣言 ?個(gè)人和這些個(gè)人之間的交流勝過開發(fā)過程和工具 ?可運(yùn)行的軟件勝過寬泛的文檔 ?客戶合作勝過合同談判 ?對(duì)變更的良好響應(yīng)勝過了按部就班地遵循計(jì)劃 ?亦即，雖說上述右邊的各項(xiàng)很有價(jià)值，但我們認(rèn)為左邊的各項(xiàng)具有更大的價(jià)值 敏捷方法 ?本質(zhì)上講，敏捷方法是為了克服傳統(tǒng)軟件工程中認(rèn)識(shí)和實(shí)踐的弱點(diǎn)開發(fā)而成的。事實(shí)證明，這一方法可以快速交付成功的系統(tǒng)。 敏捷及變更的成本費(fèi)用 ?軟件開發(fā)的傳統(tǒng)方法中變化的成本費(fèi)用隨著計(jì)劃的進(jìn)展成非線性增長(zhǎng)。 在團(tuán)隊(duì)內(nèi)部，最富有效果和效率的信息傳遞方法是面對(duì)面交談。 XP包含了策劃、設(shè)計(jì)、編碼和測(cè)試 4個(gè)框架活動(dòng)的規(guī)則和實(shí)踐。關(guān)鍵是認(rèn)識(shí)到一個(gè)過程的弱點(diǎn)在哪里，然后使其適應(yīng)于組織機(jī)構(gòu)的特定要求。強(qiáng)調(diào)特征定義是為了如下好下： ?特征是小塊可發(fā)布功能，用戶可以方便地描述、輕松地理解其相互關(guān)系，更好地評(píng)審以發(fā)現(xiàn)歧義性錯(cuò)誤和遺漏。采用經(jīng)典 UP階躍性活動(dòng) —— 開始、加工、構(gòu)建以及變遷， UP提供一系列覆蓋，能夠使團(tuán)隊(duì)為軟件項(xiàng)目構(gòu)想出一個(gè)全面的過程流。 Scrum ?Scrum強(qiáng)調(diào)使用一組 “ 軟件過程模式 ” ，這些過程模式被證實(shí)在時(shí)間緊張的需求變化的和業(yè)務(wù)關(guān)鍵的項(xiàng)目中是有效的。 ?一旦將個(gè)人的單元測(cè)試組織到一個(gè) “ 通用測(cè)試集 ” ，每天都可以進(jìn)行系統(tǒng)的集成和確認(rèn)測(cè)試。 ?但是原地踏步式的連續(xù)適應(yīng)性變化收效甚微，因而，敏捷軟件過程必須增量地適應(yīng)。 即使在開發(fā)的后期，也歡迎需求變更。 ?過程模型可以 “ 利用紀(jì)律或者寬容來處理人的這一共同弱點(diǎn) ” ，大多數(shù)慣例過程模型選擇了紀(jì)律， “ 不能一致連貫地做同一件事是人性的弱點(diǎn)，因而高度紀(jì)律性的方法學(xué)非常脆弱。第 3章 敏捷開發(fā) 主要內(nèi)容 ?敏捷是什么 ?敏捷及變更的成本費(fèi)用 ?敏捷過程 ?極限編程 ?其他敏捷過程模型 ? 自適應(yīng)軟件開發(fā) ? Scrum ? 動(dòng)態(tài)系統(tǒng)開發(fā)方法 ?