ドメインモデル図の例。
同じツールに4つの依頼。以下の図はすべて実際に生成されたものです。
ドメインモデル図とは。
ドメインモデル図は、業務領域における重要な概念と、それらの関係を示します。クラスには、顧客、注文、修理、特典、請求書など、関係者が認識できるものを表します。
実装重視のクラス図とは異なり、ドメインモデルでは技術的な詳細の多くを省きます。データベースやアプリケーションの設計を固める前に、関係者が用語、ルール、責任範囲について合意するのに役立ちます。
- Standard
- OMG UML 2.5.1 §9–§11
- Also follows
- ISO/IEC 19505-2:2012 · Classification / Classifiers / Associations
- Engine
- schematex-umlclass
- Editable
- Double-click text, drag nodes
- Export
- SVG · PNG · PDF
ドメインモデル図を使う人。
開発開始前のワークショップ、要件、受け入れ基準で使う共通語彙。
ロイヤルティプログラムや保険請求など、機能を支える人、記録、業務ルール。
業務概念をフレームワーク、API、ストレージの選択から切り分けるモデル。
3ステップでドメインモデル図を作成する方法。
説明する
まずは1段落で十分です。
図を確認
最適なエンジンで描画します。
変更点を伝える
編集のたびにバージョンを保存します。
よくある質問
ドメインモデル図とは何ですか?
ドメインモデル図は、システムの主要な業務概念とその関係を表します。技術的な実装の詳細を決める前に、チームが対象領域を理解するのに役立ちます。
ドメインモデルには何を含めるべきですか?
業務上の意味を持つ概念、重要な属性、それらの間の関係や制約を含めます。画面、データベーステーブル、技術サービスではなく、関係者が使う用語に焦点を当てます。
ドメインモデルで多重度をどう示しますか?
関係の端に1、0..1、*、1..*などの多重度を置きます。たとえば、1人の顧客が多くの注文を行うように、その関係に参加できるインスタンス数を示します。
ドメインモデルとクラス図はどう違いますか?
ドメインモデルは、概念上の業務オブジェクトとその意味に集中します。クラス図には、メソッド、可視性、インターフェース、技術的なデザインパターンなどの実装詳細を追加できます。
ドメインモデルには誰が参加すべきですか?
プロダクトマネージャー、ドメインエキスパート、アナリスト、デザイナー、エンジニアが参加できます。各グループが理解し、意見を出せる言葉でモデルを作ることが目的です。