1,クラス図が構築するモデルは一般的な状況を記述し、オブジェクト図が構築するモデルは特定の状況を記述します。
2,クラス図はシステムのオブジェクト構造を完全に記述できますが、オブジェクト図はできません。
3,クラス図の1つのクラスは、オブジェクト図の複数のオブジェクトに対応する可能性があります。
オブジェクト図はUMLの非公式な図で、一般的にはあまり使用されず、ある時点での一連のオブジェクトとそれらの間の関係を示す図です。オブジェクト図は、システムの特定の時点での静的構造を記述するもので、クラス図のインスタンスとスナップショットであり、システム内での各オブジェクトが特定の時点でどのように相互作用しているかの状態を記述するために使用されます。
オブジェクト図の使用シーンは非常に限られています:
1、主にシステムが特定の時点でどのように動作しているかを示すために使用します。
2、通常、クラスモデルの設計を論証する際に使用され、つまり複雑な論理のクラス間の相互作用を確立する際に、オブジェクト図を用いてクラス図を補助的に説明することができます。
複数ユーザーのリアルタイム共同編集と共有リンクによる即時情報伝達をサポート
テキスト入力から自動生成し、スタイルを自動最適化
組み込みテーマと完全カスタマイズ可能なデザイン
アイコン、画像、ラベル、LaTeX数式、コードブロック、リンク、添付ファイルなどをサポート
エクスポート: PNG, VISIO, PDF, SVG | インポート: VISIO, Mermaid
リアルタイムクラウド保存、マルチデバイス同期、バージョン履歴、データ保護
1,クラス図が構築するモデルは一般的な状況を記述し、オブジェクト図が構築するモデルは特定の状況を記述します。
2,クラス図はシステムのオブジェクト構造を完全に記述できますが、オブジェクト図はできません。
3,クラス図の1つのクラスは、オブジェクト図の複数のオブジェクトに対応する可能性があります。
オブジェクトはクラスのインスタンスであり、時間と空間に存在する状態と振る舞いをカプセル化した具体的なエンティティです。
リンクはクラス関係のインスタンスであり、2つ以上のオブジェクト間の独立した接続です。
標準表記法:オブジェクト名が前、クラス名が後ろで、間に「:」で接続し、オブジェクト名とクラス名の両方に下線を引きます;
匿名表記法:オブジェクトに名前を付けていない状況で使用します;
省略表記法:クラス名を省略します;
特殊形式:複数オブジェクトと能動オブジェクト。
単方向リンク:矢印付きの直線で表します
双方向リンク:矢印なしの直線で表します
1,複雑なデータ構造の説明
オブジェクト図を使用してオブジェクト間の関係を描写することで、特定の時点における複雑なデータ構造のスナップショットを説明するのに役立ち、複雑なデータ構造の抽象化に寄与します。論理がより複雑なクラスの相互作用の場合、いくつかのオブジェクト図を描いて補足説明を行うことを考慮できます。
2,スナップショット中の振る舞いを表す
オブジェクト図は一連のスナップショットを通じて、事物の振る舞いを効果的に表現します。クラスモデルを設計する際、オブジェクト図を用いてランタイム状態をシミュレートし、ランタイム設計の合理性を検証することができます。
識別:ライフサイクル中に一意の名前を持つ。
状態:オブジェクトのすべての属性とそれらの属性の現在の値を含む。
振る舞い:操作を呼び出すことができる。
オブジェクトは時間と空間に存在する具体的なエンティティであり、クラスはオブジェクトの「本質」を抽象化したモデルです。
1、クラスは一般化、オブジェクトは個性化;
2、クラスは定義、オブジェクトはインスタンス;
3、クラスは抽象、オブジェクトは具体。
オブジェクト図の中のパッケージはJavaのパッケージに直接対応し、階層と内容の組織を表すために使用され、実際の状況に応じてパッケージを描く必要があるかどうかを判断する必要があります。
オブジェクト図はUMLにおける静的な構造図であり、システム内のある時点のオブジェクトインスタンスとその関係を表すのに主に使用されます。オブジェクト図は具体的なインスタンス化の方法を通じて、開発者がオブジェクトの状態と相互作用を直感的に理解するのを助けます。
そうではありません。オブジェクト図はクラス図のインスタンス化であり、特定のビジネス時点の実際のオブジェクト関係を反映し、複数のオブジェクト間の相互作用状態を示す必要があります。過度に単純化すると、読者が重要な意味を誤解する可能性があります。
オブジェクト図のオブジェクトは(オブジェクト名:クラス名)の形式で命名されるべきです。例:(stu1:Student)。