アクターとユースケースの間の依存関係をなぜモデル化することが可能ですか？

ツールは、そのような依存関係の意味が明確でない場合でも、そのような依存関係が標準で記述されていない場合でも、アクターとユースケースの間の使用依存関係を作成できますか？アクターとユースケースの間の依存関係をなぜモデル化することが可能ですか？

2017-11-08 granier

ツールで「違法」モデルが許可されていれば、あまり気にしません。ドメインが奇妙なモデルを要求することがあります。モデルの品質をチェックするのはアーキテクトの責任であり、モデリングルールが特定のドメインに適用されているかどうかは問いません。 –

@キリアン私はモデルが違法であるとは言わなかったが、それは明らかではなく、規範には記載されていないと言った。しかし、特定のコンテキストでは、アクターとユースケースの間の使用依存関係の意味を定義できます。しかし、デフォルトでは、意味論は明確ではなく、標準では記述されていません。 – granier

「なぜそれが可能か」と尋ねると、それは間違っているかもしれないと考えていることを意味します。とにかく、UMLの仕様は、すべてのモデリングのシナリオをカバーすることはできません（そして、そうすべきではありません）。私は、OMGの人たちは何を修正すべきか、何をオープンにしておくべきかについて長い議論をしていたと思います。 –

回答には、キーワード< <の使用に関する2つの部分と、依存関係の使用に関する2つの部分が含まれています。

キーワード：「UMLキーワードは、UML表記の不可欠な部分であり、通常、UML図要素に添付された注釈、またはUML図のテキスト行の一部として注釈として表示されます。」（743ページ）

キーワードの使い方は、（743ページ）：「同じ一般的な図形を共有する他の関係からのUMLの概念（メタ結合）の特定の種類を区別すること。要素間には、依存関係、ユースケースとユースケースの延長などのさまざまな関係のためにが使用されています。

useキーワードはUsage依存関係を指定し、2つのNamedElement間でUsage依存関係を定義することができます。

俳優とユースケースは2 NamedElementあるので、の意味は、そのような関係が明確でない場合でも、及び仕様は俳優について言った場合でも、俳優とユースケースの間< <使用>>依存関係をモデル化することが可能です。 "俳優はケース、コンポーネント、クラスを使用するための団体しか持てません。さらに、これらの団体ははバイナリでなければなりません。

出典

2017-11-08 13:31:11 granier

私は、その用法が自分の質問に答えないことを知っていますが、それは私が知っている人のためです。 – granier

あなた自身の質問に答えることは、普通ではありませんが、絶対に合法です。それは他人を助けるかもしれない。 –

アクターとユースケースの間の依存関係をなぜモデル化することが可能ですか？

答えて

関連する問題