エンティティ関係図(ERD)はUML図の一種と考えられますか、それとも別のものですか?
別のアイデアがあります。私たちは詳細に見るべきだと思います。
ERD(Entity Relationship Diagram)について話しているとき、私たちは Entity Relationship Modeling について話している。
最初に Peter Chen(1976)によって導入されました。エンティティ関係モデリングに関する2つの有名な記事があります( first および second の記事を参照)
彼はエンティティ関係モデリング(エンティティ関係図ではない)について話しました。 ERモデルです。
別の論文 1975年には実世界システムのモデリングがあります。
ER Modelingは( reference 、2番目の段落を参照):
ソフトウェアエンジニアリングでは、ERモデルは通常、ビジネスプロセスを実行するためにビジネスが覚えておく必要があるrepresentに形成されます。その結果、ERモデルはデータまたは情報構造を定義するである抽象的なデータモデルになり、これはデータベース(通常はリレーショナルデータベース)に実装できます。
ERモデリングについて話しているとき、多くのdiagramming Convention Techniquesがあります。
その他の表記( 参照 を参照)
上記の表記はすべてERモデリングまたはデータモデリングに使用されています。
UML表記と他のER表記の間に大きな違いはありません。それらはすべて、データモデルの最も重要な要素をモデル化します。
最終的に:UMLは、プロジェクト全体をモデル化するための標準的なグラフィカルツールです。 ERモデリングにUML(クラスダイアグラム)を使用できます ERモデルまたはERDに名前を付けます。つまり、次のように言うことができます。これはUML表記のERDです。
ERDはそれ自身のものです。 ML仕様にはありません 。リンクから仕様をダウンロードできますPDF。
UMLは、オブジェクト指向モデリングの一般的な表記法/言語であり、多数のダイアグラムタイプが含まれています。 ERDは、データモデリング(属性と関係)の図です。一部の構造UML図は、モデル化できるものがかなり似ていますが、概念が異なります。
UMLダイアグラムのタイプ:
私はJarekに対して異なる意見を持っています。 UMLを使用したデータのモデリングを止めることは何もありません。 UMLはその基礎が新しいものではないことを忘れないでください。これは、すでに存在していた多くのタイプのダイアグラムの進化を表し(ERDを含む)、これらの表記法を標準化してシステム設計のコミュニケーションのための一貫した言語を作成しようとする試みです。
ERDは、システムの静的モデルを(大部分)モデル化するために使用されます。彼らは(当然のことながら)システム内の関連エンティティを示し、それらが関連する方法を明確にします。
UMLでは、クラス図はER図から生まれ、クラス間の関係を表します。 (最も単純な形式では)クラスはデータとメソッドの組み合わせであると考えると、メソッドを無視することで、データモデルが残ります(ただし、構文は従来のERDとは異なります)。
したがって、メソッドと、データ保護を示すように設計されたモデルの側面を除外することを選択した場合、ERDはUMLのクラス図と相関します。
ただし、UML自体は、静的および動的の両方の性質をまとめてモデル化するために使用できるモデリングツールのファミリーとして、より広範な目的に役立ちます。システム。エンティティ(またはデータ)の説明から得られるよりも完全なシステムモデルを容易にする図が含まれています。
これはGoogleでの最初の検索でした:
主な違い:UMLはUnified Modeling Languageの略です。 ERDはEntity Relationship Diagramの略です。 UMLは、主にオブジェクト指向ソフトウェアに使用される一般的で標準化されたモデリング言語です。エンティティ関係図は、構造化分析と概念モデリングで使用されます
オブジェクト指向の表記法としてのUMLは、データモデリングには何もありません。多くの場合、属性についてデータ列として読みます。それは本当ではない。属性に単純なデータまたは複雑な他のオブジェクトを配置できます。
データモデリング(データベース、リレーショナルデータベース)にはERDダイアグラムを使用し、オブジェクトシステムにデータを格納するにはORM(オブジェクトリレーショナルモデル)を使用できます。アクティブテーブルまたはアクティブレコードのようなパターンを使用する場合、UML /データモデルが混在します。
Andyには別の意見があります。 UMLクラス図では、2つのクラス間の関係を記述します。 ERDを使用すると、3つ以上のエンティティ間の関係について話すことができます。
これが、陳図のカーディナリティがUMLクラス図と比較して反対側にある理由です。すべての単一のエンティティの関係の数について考える必要があります。
1つの簡単な例を見てみましょう。
この小さな例では、すべてのサプライヤが少なくとも1つの配送と関係している必要があります。ただし、配送されていないアイテムや配送のないプロジェクトが存在する可能性があります。