上篇文章中，我們探討了什么是XP極限編程，以及極限編程的管理思想、核心價值觀等等。在敏捷開發(fā)之旅的第三站，我想要和大家一起分享FDD特征驅(qū)動開發(fā)方法。
特征驅(qū)動開發(fā)——Feature Driven Development
還是老規(guī)矩，討論之前，我們先了解一下什么是Feature？什么是FDD？

Feature

在FDD中，Feature（特征）是一個基本的開發(fā)單位，是（FDD）項目中的一個增量，是指用戶眼中最小的有用的功能，可以在很短時間內(nèi)實現(xiàn)（一般在兩周之內(nèi)）。

• 特征是小的

特征之所以是小的，是因為他可以在兩周之內(nèi)實現(xiàn)，任何一個過于復(fù)雜而無法在兩周之內(nèi)完成的功能，可進(jìn)一步唄分解小到足以被稱為一個特征。使特征小一些也意味著客戶能經(jīng)常看到可測量的進(jìn)度。

• 特征是具有客戶價值的

在業(yè)務(wù)系統(tǒng)中，一個特征映射到業(yè)務(wù)過程中某些活動的一個步驟。在其他系統(tǒng)中，特征等同于由用戶完成的一項任務(wù)中的一個步驟。

FDD

特征驅(qū)動開發(fā)（FDD），是敏捷開發(fā)方法中的一種，他來源與新加坡的一個大型軟件開發(fā)項目，由著名軟件專家Jeff de Luca 、Eric Lefebvre、Peter Coad共同提出的。它強調(diào)特征驅(qū)動，快速迭代，即能保證快速開發(fā)，又能保證適當(dāng)文檔和質(zhì)量。
他提出的每個功能開發(fā)時間不超過兩周，為每個用例user case限定了粒度，具有良好可執(zhí)行性，也可以對項目的開發(fā)進(jìn)程進(jìn)行精確及時地監(jiān)控。他抓住了軟件開發(fā)的核心問題領(lǐng)域，即正確和及時地構(gòu)造軟件。
FDD還打破了傳統(tǒng)的將領(lǐng)域和業(yè)務(wù)專家/分析師與設(shè)計者和實現(xiàn)者隔離開來的壁壘。分析師被從抽象的工作中解脫出來，直接參與到開發(fā)人員和用戶所從事的系統(tǒng)構(gòu)造工作中。

開發(fā)過程

FDD方法包括5個過程，其中的按照功能設(shè)計和構(gòu)建是反復(fù)的迭代過程。

• 開發(fā)整體模型

這是FDD開始一個項目的初始工作，在主設(shè)計師的指導(dǎo)下，帶領(lǐng)領(lǐng)域?qū)＜液烷_發(fā)小組成員一起工作。主要是收集系統(tǒng)的功能需求，然后使用四色原型進(jìn)行域建模。我個人認(rèn)為，在此階段中，能夠得出系統(tǒng)的架構(gòu)設(shè)計圖。

• 構(gòu)建功能列表

這個過程確定所有用于支持需求的功能。由領(lǐng)域?qū)＜液烷_發(fā)小組進(jìn)行功能分解。根據(jù)領(lǐng)域?qū)＜覍︻I(lǐng)域的劃分，將整個領(lǐng)域分成一定數(shù)量的區(qū)域（主要功能集），每個區(qū)域再細(xì)化為一定數(shù)量的活動。活動中的每一步被劃分稱為一個功能。形成了具有層次結(jié)構(gòu)的分類功能列表。個人認(rèn)為，在此階段中，能夠形成系統(tǒng)的概要設(shè)計。

• 計劃功能開發(fā)

項目經(jīng)理、開發(fā)經(jīng)理和開發(fā)小組根據(jù)功能的依賴性、開發(fā)小組的工作負(fù)荷以及要實現(xiàn)的功能的復(fù)雜性，計劃實現(xiàn)功能的順序，完成一個功能開發(fā)計劃。它提供了對項目的高層視圖，讓業(yè)務(wù)代表了解功能開發(fā)、測試和發(fā)布日期，以便業(yè)務(wù)代表和部署小組能夠計劃交付哪些功能的日期。本階段的主要成果是，能夠形成項目開發(fā)計劃。

• 按照功能設(shè)計

項目經(jīng)理和上一階段指定的各個功能集的主要程序員一起對功能進(jìn)行詳細(xì)設(shè)計。同時在域模型的基礎(chǔ)上進(jìn)行分析、設(shè)計，得出分析模型、設(shè)計模型。由于一次設(shè)計并不全面，因此也可以直接進(jìn)入設(shè)計模型。根據(jù)設(shè)計的結(jié)果制定出項目的里程碑。這里會有一個設(shè)計評審的環(huán)節(jié)。本階段的成果應(yīng)該包括了：詳細(xì)設(shè)計、項目里程碑計劃等。

• 按照功能構(gòu)建

按照設(shè)計進(jìn)行編碼實現(xiàn)，由程序員實現(xiàn)各自負(fù)責(zé)的類。在代碼完成后有必要的組織代碼復(fù)查、評審。在測試和檢查通過后檢入到配置管理庫中進(jìn)行構(gòu)建。第5和第4 階段是一個迭代的過程，迭代周期一般為2個星期。這樣經(jīng)過不斷的迭代，不斷的實現(xiàn)功能集中的功能。每一個里程碑的時候進(jìn)行評估、回顧。并考慮下一個里程碑 的繼續(xù)，直到最后項目的完成。

最佳實踐

• 領(lǐng)域?qū)ο蠼?/li>

是對象分解的一種形式，主要包括構(gòu)造類圖，用于描述問題領(lǐng)域中重要對象的類型及其相互關(guān)系，為系統(tǒng)設(shè)計提供了一種整體框架，使得系統(tǒng)可以按照特征迭代增量地進(jìn)行開發(fā)。

• 按照特征開發(fā)

按照一組小功能、對客戶有價值的功能列表進(jìn)行開發(fā)并跟蹤過程。FDD將需求問題分解成可以解決的小問題，對每個問題分解為分層列表的功能需求，即特征。然后，開始設(shè)計并實現(xiàn)每一個特征。一旦系統(tǒng)的功能特征被標(biāo)識以后，它們通常在FDD方法中用于驅(qū)動和跟蹤開發(fā)過程。

• 類（代碼）擁有權(quán)

FDD規(guī)定每一個類都有一個指定的人/角色負(fù)責(zé)類代碼的一致性、性能和概念的完整性。FDD方法采用的開發(fā)技術(shù)是面向?qū)ο?#xff0c;類定義一個單一的概念和實體，最合適作為最小的代碼分配要素，代碼的所有權(quán)即為類的所有權(quán)。

• 特征小組

FDD把類即特征分配給一個確定的開發(fā)者。由于一個特征的實現(xiàn)會涉及到多個類及其所有者，因此，特征的所有者（特征組長）需要協(xié)調(diào)多個開發(fā)人員的工作。特征小組與開發(fā)小組類似。但有一個重要的區(qū)別：特征小組的組長更像是教練而不是超級程序員。

• 審查

指的是檢查軟件錯誤的復(fù)審方法，這是FDD確保軟件設(shè)計和代碼質(zhì)量的一個關(guān)鍵技術(shù)。審查將開發(fā)小組和FDD以主程序元為主的結(jié)構(gòu)完美地結(jié)合起來，這種混合是一種新型的開發(fā)方式。

• 定期構(gòu)建

定期地取出已完成功能的全部源代碼和它所依賴的庫、組件，組成完整的可以運行的系統(tǒng)。構(gòu)建增加功能的基線，確保總是有一個可以運行、向客戶演示的軟件系統(tǒng)，可以使客戶觀察到系統(tǒng)開發(fā)的進(jìn)度和實現(xiàn)的功能是否是需要的。

• 配置管理

一個FDD項目只需要保證對完成的代碼文件最新版本的確認(rèn)和歷史追蹤。根據(jù)開發(fā)軟件的復(fù)雜性，分析制品、設(shè)計制品以及測試用例、測試腳本等也應(yīng)該受控于版本控制。

• 可視性進(jìn)度報告

項目成員應(yīng)該根據(jù)完成的工作向各級管理報告工作進(jìn)度，FDD提供了一個簡單、低開銷地收集準(zhǔn)確和可靠項目信息的方法，提供了大量直觀、直接的報告樣式，向項目所有相關(guān)人員報告項目進(jìn)度。

與XP的比較

• 隱寓和模型

XP過程以在卡片上記錄故事開始業(yè)務(wù)分析。每個故事就是系統(tǒng)要做的事情。整個項目在“每個人——客戶、程序員和經(jīng)歷——能夠講出系統(tǒng)如何工作的整體故事”隱寓的指導(dǎo)下進(jìn)行的。
FDD使用特征，執(zhí)行領(lǐng)域走查，同時要建立一個全面的領(lǐng)域?qū)ο竽Ｐ?#xff0c;以便特征小組對每一組特征產(chǎn)生更好的設(shè)計。

• 開發(fā)團(tuán)隊

在開發(fā)隊伍規(guī)模上，XP通常不超過10人；FDD的理想團(tuán)隊成員數(shù)在16~20人，也有更大團(tuán)隊的實際經(jīng)驗。

• 代碼擁有權(quán)

XP鼓勵集體擁有代碼，任何人都可以在需要時添加或修改代碼。與之相反，在FDD中，整個開發(fā)團(tuán)隊擁有代碼的集體所有權(quán)。當(dāng)需要集體驗證譬如說軟件架構(gòu)的設(shè)計或用戶界面構(gòu)造的時候，FDD就將類所有者與特征小組和審查結(jié)合起來滿足需要。

• 測試

XP利用雙人結(jié)對編程來不斷地在設(shè)計和代碼層執(zhí)行走查和非形式化審查。FDD則提倡采用結(jié)構(gòu)化的形式化審查技術(shù)。
XP中的正確性是由運行單元和功能測試來定義的。在FDD中，單元測試是“按照功能構(gòu)建”過程的一個部分。FDD沒有定義參與測試的形式化等級，由主程序員決定做什么更適合。

• 項目追蹤

XP讓項目經(jīng)理決定項目追蹤方法，鼓勵減少數(shù)據(jù)搜集的工作量，鼓勵使用大型圖表。在FDD中的按特征追蹤項目的方法，描述了工作量小、準(zhǔn)確度量項目進(jìn)度的手段，提供了用數(shù)據(jù)構(gòu)造多種使用的進(jìn)度圖表。

結(jié)束語

作為敏捷開發(fā)的方法之一，特征驅(qū)動開發(fā)很好的實現(xiàn)了敏捷的思想，它強調(diào)的是整體模型，是從全局觀的角度考慮問題的。同時，我們也要認(rèn)識到一點，特征驅(qū)動開發(fā)相對于其他的方法，還是比較復(fù)雜的。其方法的精致和結(jié)構(gòu)的規(guī)整，很容易讓使用者在本身固有的重型思維方式的引導(dǎo)下，走入于agile背道而馳的泥坑。這本身也是其復(fù)雜性的一個表現(xiàn)。
因此，要想使用FDD并不容易，但不可否認(rèn)的一點，FDD的確是一種非常好的敏捷開發(fā)方法論。而它具體的實施效果最終還是要看領(lǐng)導(dǎo)者以及實施者、使用者的具體實踐。

總結(jié)

以上是生活随笔為你收集整理的敏捷开发系列之旅 第三站（认识FDD特征驱动开发）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。