タグ付けされた質問 「class-diagram」

UMLクラス図の表記法のいくつかについて混乱しています。 協会が何を意味するのか、私はよく知っています。2つのクラスのインスタンス間の関係（1つのクラスのインスタンスが作業を実行するために2番目のクラスのインスタンスを知る必要がある場合）は、関連関係です。関連とは、クラスAがクラスBのインスタンスへの参照（フィールド）を持っていることを意味することがよくあります。 しかし、集計と構成の矢印の意味を理解するのに苦労しています。私の混乱の一部は、これらの表記法の異なる定義に遭遇したことが原因でした。 集計表記法の2つの定義： 定義1： 2つのクラス間の集約表記は、クラスA のインスタンスがクラスBのインスタンスのコレクション（リスト、配列など）を保持する場合に適しています。 定義2：クラスAのインスタンスがクラスBのインスタンスへの参照を保持し、BインスタンスがAインスタンスのライフサイクルに依存している場合、2つのクラス間の集約リンクが適しています。意味：クラスAのインスタンスが削除されると、クラスBのインスタンスも削除されます。クラスBのインスタンスは、クラスAのインスタンスに完全に含まれます。クラスB（通常のAssociation）。 構成表記の意味と、それが集約表記とどのように異なるかについては、わかりません。 定義を明確にして、理解してください。具体的な例を歓迎します。

39 object-oriented  uml  class-diagram 

私は次の用語についてかなり混乱しています。 ソフトウェアアーキテクチャ ソフトウェアアプリケーションアーキテクチャは、パフォーマンス、セキュリティ、管理性などの一般的な品質属性を最適化しながら、すべての技術的および運用上の要件を満たす構造化ソリューションを定義するプロセスです。さまざまな要因に基づいた一連の決定が含まれ、これらの決定はそれぞれ、アプリケーションの品質、パフォーマンス、保守性、および全体的な成功に大きな影響を与える可能性があります。（マイクロソフト） システムアーキテクチャー システムアーキテクチャは、システムの構造、動作、およびその他のビューを定義する概念モデルです。1アーキテクチャ記述は、システムの構造と動作に関する推論をサポートする方法で編成された、システムの正式な記述と表現です（wiki） クラス図 ソフトウェアエンジニアリングでは、Unified Modeling Language（UML）のクラス図は、システムのクラス、その属性、操作（またはメソッド）、およびオブジェクト間の関係を示すことにより、システムの構造を記述する静的構造図の一種です。（wiki） これらの説明を読んだ場合、これらはすべてアプリケーションの異なるモジュール間の相互作用を説明しています。しかし、これらの違いは何ですか？ これらの用語を比較するために私が考え/試みたもの： クラス図はシステムアーキテクチャの形式ではありません。上記の説明（structure, behavior, and more views of a system）は、アーキテクチャに実装の詳細が存在しないことを意味するのに対し、クラス図は実装を記述し、おそらくアーキテクチャではなく設計の方向にありますか？ ソフトウェアアーキテクチャはアプリケーション自体に焦点を合わせているのに対して、システムアーキテクチャは外部対話（データベースなど）も含むアーキテクチャだと思いますか？

11 design  architecture  class-diagram 

UMLクラス図の矢印の意味、特にこの複合図の意味を理解するために助けが必要です。単純な線（クラスから別の線）と矢印（継承矢印ではなく、黒い線を指す）の違いは何ですか？

8 uml  class-diagram