「sys A」が「sys B」にデータを送信するという事実を示すために、コンポーネント ダイアグラムで指定された名前付き関連付けを使用できますか?
例：
質問する
1034 次
3 に答える
0
UML 2.0 では、関連付けの背後にある概念が曖昧です。次の記事を参照してください: http://www.uml-diagrams.org/uml-core.html(「セマンティック リレーションシップ」で検索してください)。アソシエーションは 2 つのコンポーネント間の「意味論的関係」を意味し、データ フローには適していないと思います。依存関係でさえデータフローには適していないと思います.クライアントはサプライヤに依存している可能性があり、逆の場合もあります...したがって、矢印は非常に混乱する可能性があります. ロリポップ表記は最高です。私見です。インターフェースを提供するコンポーネントと、それを必要とする別のコンポーネントがあることを明確に示しています。インターフェイスでステレオタイプを使用して、通信/データ転送のタイプを示し、ラベルを使用して転送されるデータを明確にすることができます。本「Documenting Software Architectures」は、一般的な関連付けを使用して、別のスタイルを採用しています: p.145 を参照してください。最初の提案に似ていますが、明示的な役割があり、矢印がありません。
于 2015-04-28T14:13:43.447 に答える
-1
sys Aがに情報を送信しsys B、送信が正確にどのように行われるかに関心がない場合、それは情報フロー コネクタの古典的なアプリケーションです。
この場合、依存関係は、何かがsys A 必要である(依存している)sys Bことを示します。情報フローは、多くの場合 (常にではありません)、依存関係の反対方向に進みます。これは、通常、送信者を必要とするのは受信者であるためです。
これらのタイプの関係を示すにはさまざまな方法があり、最適な方法は状況によって異なります。送信される情報の種類に焦点を当てている場合は、情報フローが最適です。送信が行われる方法に焦点を当てている場合は、インターフェイス、おそらくアセンブリを備えたものが優れています。
EA では実際に、アセンブリ上で情報フローを指定できるため、2 つを組み合わせることもできます。正確に何を表現したいか次第です。
于 2014-05-30T12:51:24.420 に答える