2

次の基準を示す課題があります。

For this view you may use a truncated version of 
your Design Class Diagram (DCD) including 
only the architecturally significant classes.

コンテキストとして、これは 4 + 1 アーキテクチャ ビューの論理ビューです。設計クラス図 (DCD) は通常のクラス図とどう違うのですか? 関数や変数が含まれていない UML ダイアグラム (つまり、クラスの名前と相互の相互作用のみ) ですか?

4

2 に答える 2

5

ほとんどの場合、人々は自分のコードをモデル化します。それは良い！その場合、クラス図モデリングを使用して、(オブジェクト指向) クラスの構造 (クラス、メソッド、属性、ステレオタイプによる注釈) をグラフィカルに表現します。すべての JPA、Spring、JPA-J2EE ベースのアーキテクチャのクラス図の注釈を想像してみてください...

上で述べたように、「設計クラス図」は、アーキテクチャ レベルからドメイン モデルのみを設計する必要があります。構造システムが依存している基本的なエンティティは何ですか? プログラミング言語についての詳細、「dto」、「dao」、またはそのような技術的なものはありません。私が使用する良い例を次に示します:オンライン ショッピング カート ドメイン モデル。アーキテクチャ上重要なクラスのみが含まれてい ます。

HTH、トム

于 2013-07-22T12:30:06.917 に答える
1

それでも理解するのは曖昧です。分析クラス図と設計クラス図の主な違いは、実装の詳細を気にせずにクラス図の設計に焦点を当てた分析フェーズです。一方、設計モデリングは実装とアーキテクチャに関係しているため、システムの高レベルの静的ビューです。

于 2018-01-17T07:24:25.900 に答える