1

UMLコンポーネント図でアーキテクチャをモデル化する場合、コネクタのさまざまな属性を同時に表示するにはどうすればよいですか？好き

  • ビジネスオブジェクト情報フロー（A-> B、B-> A、A <-> B）
  • 要求/応答の方向
  • 同期/非同期動作

シーケンス図のような他の種類の図を知っています。ただし、この情報をコンポーネント図に表示することには価値があります。

アソシエーション（単にコンポーネントが接続されていることを示す）または「ロリポップ」（要求/応答）を超えて何が可能ですか？

4

3 に答える 3

3

まず、クラス ダイアグラムのコネクタを使用してこれらの動的コラボレーションを説明しようとしないでください。

クラス図の矢印コネクタの方向は、誰が誰を知っているかを示しているだけです。つまり、クラス間の依存関係です。これらの矢印を使用して、どのクラスが他のどのクラスを必要としているかを伝えることができますが、これらのクラス間のコラボレーションのダイナミクスについて説明する必要はありません。それが UML 動的ダイアグラムの目的です。

システムの静的なビューであるクラス図から始めて、いくつかの動的な図を追加します。

動的図として、最も一般的なシーケンス図とともに、次のものも使用できます。

  • アクティビティ図
  • 状態図
  • コラボレーション図

それぞれに独自の関心点があり、主な戦略は、特定のシナリオを説明するために、クラス ダイアグラムで定義されたオブジェクトの一部を再利用することです。

システムの「興味深い」シナリオごとに、これらの動的ダイアグラムの 1 つを作成して、クラス ダイアグラムで指定したオブジェクト間で何が起こるかを説明する必要があります。

通常、各ユースケースは、1 つのクラス図と 1 つ以上の動的図で記述されます。これらすべての設計情報はまとめて ユース ケースの実現 と呼ばれます。これは、コードの構築時にユース ケースを実現する設計を記述するためです。

Fowler's UML Distilledをチェックして、UML を使用したこの設計ワークフローの簡潔で優れた説明を確認してください。

于 2008-09-24T08:08:52.093 に答える
0

クラス（コンポーネント）図の代わりにシーケンス図を使用することをお勧めします。

静的な図に固執したい場合は、さまざまなコネクタに<< sterotypes >>を追加することを検討するか、関連付けクラスを使用することもできます。

可能であれば、シーケンス図のコネクタを使用して、コンポーネント図の分類子を接続できます（同期/非同期のメッセージパッシング矢印など）。

于 2008-09-24T07:59:17.220 に答える
0

UML 上部構造のセクション 17.2 で説明されているように、InformationFlow リレーションシップを使用できます。

情報フローは、システム内の情報の循環を一般的な方法で表します。それらは、情報の性質 (タイプ、初期値) も、この情報が伝達されるメカニズム (メッセージの受け渡し、シグナル、共通データストア、操作のパラメーターなど) も指定しません。また、シーケンスや制御条件も指定しません。詳細にモデル化する一方で、表現と実現のリンクは、指定された情報フローを実装するモデル要素と、情報がどのように伝達されるかを指定できるようにすることを目的としています。

于 2008-09-24T22:51:38.853 に答える