FDD はモデル駆動型の短期反復プロセスで、5つの基本活動で構成される。 正確な状態報告とソフトウェア開発プロジェクトの追跡のために、各フィーチャーの進捗を示すマイルストーンが定義される。 ここでは、アクティビティの概要を高水準で説明する。 右の図は、これらのアクティビティのメタプロセスモデルを表示したものである。 最初の2つのアクティビティで、モデルの全体的な形状が確立されます。 最後の 3 つのアクティビティは、各機能に対して繰り返されます。
全体モデルの開発編集
FDD プロジェクトは、システムの範囲およびそのコンテキストについてのハイレベルなウォークスルーから始まります。 次に、各モデリング領域について詳細なドメインモデルを小グループで作成し、ピアレビューのために発表する。 提案されたモデルの中から1つまたは複数が選ばれ、各領域のモデルとなる。
Build feature listEdit
最初のモデリングで集められた知識は、ドメインを機能的に主題領域に分解することによって、特徴のリストを特定するために使用される。 主題領域はそれぞれビジネス活動を含み、各ビジネス活動内のステップは分類された特徴リストのための基礎を形成する。 この点での特徴は、「<action> <result> <object>」の形式で表されるクライアント値関数の小さな断片で、例えば、「販売の合計を計算する」や「ユーザーのパスワードを検証する」などが挙げられる。
Plan by featureEdit
機能リストが完成したら、次は開発計画を作成し、機能（または機能セット）をクラスとしてプログラマに所有権を割り当てる。 チーフプログラマが2週間以内に開発するフィーチャーの小集団を選択する。 チーフプログラマは対応するクラスオーナーと一緒に、各フィーチャーの詳細なシーケンス図を作成し、全体のモデルを洗練させる。
Build by featureEdit
機能を生成するための各活動の設計検査が成功した後、クラスオーナーは自分のクラスのコードを開発する。 ユニットテストと成功したコードインスペクションの後、完成したフィーチャーはメインビルドに昇格されます。