update.いろいろなxx駆動開発があるので、ちょっとメモしておこうかと。どれもざくっとした内容でしか書いていませんけど。TDD)テストファーストに基づく設計手法で、軽快なフィードバック、きれいで動くコードを作ろうという開発プロセスです。ユニットテストを使ったテスト技法といった程度に見られていますけど、本当はシステムテストも含んだ開発全般を含んでいます。BDD)TDDがテストという言葉が先行してしまったので、改めて提唱されたのが振舞駆動開発。システムに期待されている「振る舞い」や「制約条件」を上位レベルからテストしようという開発手法です。ADD)品質特性を基にモジュール分割を再帰的に行う開発プロセスです。品質要求もシナリオとして記述し、機能要求や制約と一緒にアーキテクチャーに落とし込んでいきます。いうに品質要求に関する判断/選択/決定の結果を評価する手法と一緒に用いられるようです。FDD)ユーザーには価値を提供しなければなりません。概念モデルからユーザーに提供する価値を抽出し、インクリメンタルな開発を行う手法。DDD)ドメインとはシステムが対象とする業務知識や適応範囲です。ユーザー視点の言葉で分析までしていても、システム都合で設計の構造を決めてしまいがちです。分析と設計の間に致命的な亀裂があるようでは開発はままになりません。レイヤーとコンテキスト定義によりモデルと設計に一貫性をもたらします。MDD)設計とアーキテクチャがそれぞれ独立して変更するための開発手法。DSL)を使ってシステムに依存しない設計を行い、プラットフォームに特化したモデルに変換する。UCDD)システムに関わるアクターを識別し、アクターの振舞をユースケースとして定義します。ユースケースを実現するためにロバストネス分析を行い、システム設計に落とし込んでいきます。PDD)証明によってプログラムが期待通りの性質を有しているかを確かめながら開発していきます。使ってテストを行います。PDDは、ほにゃらら駆動開発を調べていたら出てきました。ITAGEITAGEは「IT」のAGENCYになることを夢、目標として進化、変化していきます。upLoginユーザーは見つかりませんでした。