特徵驅動開發(Feature-Driven Development)

banq發表於2009-11-23
特徵dev
本站一直倡導四色原型和領域驅動設計開發，與之相應的專案工程方法是FDD，這點在四色原型書籍中也提及，昨天dzone推出一篇FDD介紹文章：特徵驅動開發(Feature-Driven Development)

XP適合一個熟練的和有紀律的開發小團隊。 但對於那些規模較大的專案和大型團隊XP就是一個重大的挑戰，這時FDD就比較適合。

FDD定義：
開始是一個與領域專家合作 ，進行領域物件模型的建立。 建立一個功能列表。 然後 ， 一個粗略的計劃制定和責任分配。

現在 ， 我們準備透過一個反覆考慮的設計特色的小群 ， 兩個星期一個迭代 ， 而且往往要短得多，有時甚至只有幾個小時內...

FDD Process #1: 設計一個整體統一模型，這點和DDD倡導統一建模語言是統一的。
物件模型是一種強烈的，高度重複的，愉快的合作和活動。領域和程式設計師在有物件建模經驗的首席架構師指導下進行。


FDD Process #2: 建立一個功能特徵列表
確定需要實現的功能列表，緊緊抓住需求。

FDD Process #3: 以功能特徵規劃
讓不同程式設計師負責不同的類，按照模型類劃分工作量，排隊領果果，每人一個類。
1. 要有人負責核心類的整合，類的開發者需要確保類程式碼實現了類當初設計目標。
2.有一個專家解釋特定的某個類是如何工作，在複雜業務中這是特別重要。
3.類的開發者進行維護擴充比不熟悉這個類的其他程式設計師要更快，他有一些他自己引以為豪的特點程式碼。



[該貼被admin於2009-11-25 17:03修改過]

相關文章