統一モデリング言語による論理データベース設計
統一モデリング言語 (UML) を使用して、データベース設計のモデルを作成できます。
Object Management Group とは、UML 標準を作成したコンソーシアムです。 UMLモデリングは、オブジェクト指向プログラミングの原則に基づいています。 エンティティー・リレーションシップ・モデルと UML モデルとの基本的な相違点は、エンティティーを設計するのではなく、オブジェクトをモデリングすることです。 UML では、ソフトウェア・システムの開発のすべての段階についての、モデリング・ダイアグラムの標準セットを定義します。 概念上では、UML ダイアグラムは、ソフトウェア開発プロジェクトの設計の青写真のようなものです。
UML ダイアグラムの一例を以下に示します。
- クラス
- ハイレベル・エンティティー (クラスと呼ばれる) を識別します。 クラスに、同じ属性を持つオブジェクトのセットを記述します。 クラス・ダイアグラムで、クラス間の関係を示します。
- ユース・ケース
- ユーザーの観点からの、システムのハイレベル・ビューを提示します。 ユース・ケース・ダイアグラムで、ユーザーとアプリケーション間、またはアプリケーション間の相互作用を定義します。 このダイアグラムは、システム動作をグラフィックで示します。 ユース・ケース・ダイアグラムを使用すると、システム要件の取り込み、システムの動作の仕組みの理解、およびシステム動作の指定を行うことができます。
- アクティビティー
- ビジネス・プロセスのワークフローをモデリングします。通常は、プロセス内のアクティビティーのシーケンスの規則を定義してモデリングします。 例えば、会計事務所はアクティビティー・ダイアグラムを使用して、財務取り引きをモデリングできます。
- 交互作用
- オブジェクト間の相互作用の必須のシーケンスを表示します。 相互作用ダイアグラムには、シーケンス・ダイアグラムとコラボレーション・ダイアグラムが含まれることがあります。
- シーケンス・ダイアグラムは、時間に基づくシーケンスでのオブジェクトの相互作用を示します。このシーケンスで、オブジェクトの役割を確立し、クラスの責任とインターフェースの決定に役立ちます。
- コラボレーション・ダイアグラムは、操作またはトランザクションをインプリメントするメッセージのシーケンスを定義する、オブジェクト間の関連を示します。
- コンポーネント
- メインプログラムとサブプログラムなどの、コンポーネント間の従属関係を示します。
開発者は、多くの使用可能な UML モデリング・ツールのいずれかを使用して、データベースのアーキテクチャーと、データベースとアプリケーションの相互作用の仕組みをグラフィックで表すことができます。 エンティティー・リレーションシップ・モデルと UML ダイアグラムのコンポーネントの間には類似点があります。 例えば、クラス構造はエンティティー構造に密接に対応しています。
論理データ・モデルには、データ・エンティティーに関係する、取り込まれたビジネス要件の全体ビューが用意されています。 データ・モデル・ダイアグラムで、物理データ・モデルをグラフィックで表現します。 物理データ・モデルは、論理データ・モデルの取り込まれた要件を特定の DBMS 言語に適用します。 物理データ・モデルはまた、DBMS データベースの下位レベル詳細内容も取り込みます。
データベース設計者は、他の UML ダイアグラムからのデータ・モデル・ダイアグラムをカスタマイズできます。これにより、既に習熟している、列、表、および関係などの概念および用語で作業できます。 開発者また、論理データ・モデルを物理データ・モデルに変換することもできます。
データ・モデル・ダイアグラムにはシステム全体のモデリング用のダイアグラムが組み込まれているので、データベース設計者、アプリケーション開発者、および他の開発チーム・メンバーが、開発全体でビジネス要件を共有して、追跡できます。 例えば、データベース設計者は、制約、トリガー、および索引などの情報を、UML ダイアグラム上で直接捕捉できます。 開発者はまた、オブジェクトとデータ・モデル間を切り替えたり、多対多の関係などの基本的な変換タイプを使用することもできます。