ドメインエンジニアリング（どめいんえんじにありんぐ）：情報マネジメント用語辞典

domain engeering / ドメイン工学 / 領域工学

　共通の特徴（フィーチャ）を持つ同種アプリケーションを効率的に開発することを目的に、ドメイン知識やソフトウェア資産を整理して、これを共通利用・再利用する基盤や仕組みを構築すること。

　ソフトウェア開発の生産効率が向上しない理由の1つに“開発対象の多様さ”が挙げられる。事務処理プログラムと制御系プログラムでは求められる知識やノウハウが大きく異なる。しかし、同じ分野に属する類似のシステムは共通の要求が多いため、ほぼ同じ特徴を共有することになる。実際、同じ分野で開発を複数回経験した開発者・グループは意識するしないにかかわらず、過去の知識を開発業務に応用している。こうした点を踏まえて過度に汎用的なソフトウェア開発知識ではなく、特定領域（ドメイン）に特化して業務知識や記述言語、再利用部品、ツールなどを組織的・体系的に整備することで、アプリケーション開発の効率化を図る活動・諸手法がドメインエンジニアリングである。

　ドメインエンジニアリングはおおむね、ドメインの理解を深める「ドメイン分析」、それを構造化する「ドメインモデリング」、再利用の仕組みを構築する「ドメイン実装」のステップからなるが、論者や方法論によって名称は異なり、再利用機構を整備する工程を“ドメインエンジニアリング”と呼ぶ場合もある。

　ドメインエンジニアリングの発想は、エズガー・W・ダイクストラ（Edsger W. Dijkstra）やデイビッド・L・パルナス（David L. Parnas）の「プログラムファミリ」に原点があるとされる。続いて構造化分析やオブジェクト指向分析でシステム化対象をモデリングして知識を獲得する考え方の普及、日本におけるソフトウェアファクトリの成功報告、及び人工知能の分野からエキスパートシステム開発でドメイン知識を知識ベース化する方法が登場したことなどの影響を受けながら、1980年代の後半には“ドメイン”ごとに開発知識とソフトウェア資産を整備する諸手法が提唱されるようになった。これらはやがて「ソフトウェアプロダクトライン開発」へと発展する。

　初期のドメインエンジニアリング／ドメイン分析では開発対象を「解くべき問題」と「その解き方」に分けて考えることが有効だとされた。前者は「問題空間」「問題ドメイン」、後者は「解空間」「アプリケーションドメイン」などと呼ばれた。ソフトウェアプロダクトライン開発では前者を対象にしたプロセスが「ドメインエンジニアリング」、後者のプロセスを「アプリケーションエンジニアリング」と呼ぶことが多い。