広告

ドメイン駆動設計を自動化する:プロンプトフレームワークの活用経験

arXiv cs.AI / 2026/3/30

💬 オピニオンIdeas & Deep AnalysisTools & Practical UsageModels & Research

要点

  • 本論文は、構造化されたLLM(大規模言語モデル)との対話を用いるプロンプトフレームワークを提案し、5つの連続したステップによって、ユビキタス言語の作成から技術アーキテクチャのマッピングまで、重要なドメイン駆動設計(DDD)活動を自動化する。
  • FTAPIのエンタープライズプラットフォーム要件を用いたケーススタディでは、本フレームワークにより初期段階(ステップ1〜3)で有用で実用的な成果物が生成され、用語集やコンテキストの特定といった出力が得られた。
  • 著者らは、後半のステップ(ステップ4〜5)における不正確さが伝播し、蓄積することで、その結果得られる成果物が実用に耐えないものになり得ることを見出した。これにより、本フレームワークが完全自動化を達成する能力が制限される。
  • 全体として、本フレームワークは、DDDの文書化にかかる負荷や工数を削減しつつ、重要なトレードオフは人間の専門家の管理下に維持する、協働的な「スパーリングパートナー」として位置付けられている。

要旨: ドメイン駆動設計(DDD)は、複雑なソフトウェアシステムを設計するための強力な設計手法である。本論文では、構造化された大規模言語モデル(LLM)とのやり取りによって、DDDの中核的な活動を自動化するプロンプト手法の枠組みを提案する。我々はDDDを5つの連続したステップに分解する:(1)ユビキタス言語の確立、(2)イベントストーミングのシミュレーション、(3)バウンデッド・コンテキストの特定、(4)アグリゲートの設計、(5)技術アーキテクチャへの対応。事例研究において、この枠組みをFTAPIのエンタープライズ・プラットフォームから得られた実世界の要件に照らして検証した。最初のステップは一貫して価値があり、利用可能な成果物を生成する一方で、後半のステップでは些細な誤りや不正確さが連鎖し、蓄積していく様子が示される。全体として、この枠組みは、用語集やコンテキストマップのような実行可能なドキュメントを作るための協働的な壁打ちの相手としては優れているが、完全な自動化には適していない。これにより、専門家は重要なトレードオフに関する議論に集中できる。我々の評価では、ステップ1から3はうまく機能したが、蓄積した誤りによってステップ4および5から生成された成果物は実用的ではなくなった。以上の発見は、LLMがアーキテクチャの専門知識を強化はできるが置き換えることはできないことを示しており、人間中心の意思決定を維持しながら、DDDにかかる労力とオーバーヘッドを削減するための実用的なツールを提供するものである。

広告