2

私は要件分析を行っているので、いくつかのユースケース図を書いています。virtual test case次の例で、私が何を意味するのかを明確にしようと思います。

create{ 、、、 }readなどの一連の操作がありupdateますdelete。それらをある種にグループ化したいvirtual use caseので、後でそれを拡張して、操作ごとに新しいユースケースを作成できます。何かのようなもの：

  o
 -|- ----- ( basic operation ) <---- <<extends>> --- ( read )
 / \

理論によれば、これは正しくありません。ユースケースの拡張により、基本ユースケースで説明されているアクションの基本的なシーケンスに変更が加えられるためです。私の場合、basic operationユースケースには本当の意味がないため、関連する一連のアクションはありません。

これは、メニュー項目に応じてアクションをグループ化する場合に役立ちます。

File Operations = {Save, Save As, Print, Exit}

そのようなことをどのように表現しますか？

4

2 に答える 2

1

あなたの質問から、あなたがやろうとしている主なことの1つは、いくつかのユースケース間の論理的な関係を表現することであるように思われます。より具体的には、多くのユースケース（「ファイルの保存」、「ファイルの印刷」など）が機能的に関連している（「ファイル操作」）ことを示しようとしています。

このような関係は、 UMLパッケージを使用して表現できます。たとえば、関連するユースケースを含む「ファイル操作」パッケージを作成できます：「ファイルの保存」、「ファイルの印刷」など。

于 2009-09-29T16:44:11.913 に答える
0

UML仕様では、ユースケースを抽象化することができます。<>またはイタリックのキーワードを使用できます。仮想と抽象はユースケースレベルで同じであり、これはクラスの場合と同じです。ユースケースはUMLの分類子の一種だと思います。

テンプレートを使用してテンプレートのユースケースを作成し、インスタンスが作成、読み取り、更新、削除のパラメーターを完了するように要求することもできます。これらのパラメーターは入力する必要があります。テンプレートのユースケースの要約にマークを付けて、これを明確にすることもできます。 。これは、ダイアグラムだけでなく、モデルに取り込まれた、より深刻なアプローチです。リテラル文字列はより柔軟になります。操作には参加して操作を提供するためのクラースが必要になりますが、それほど望ましくありません。

ユースケースの拡張ポイントも検討するかもしれませんが、私はこれらについてあまり知りません。

于 2009-09-28T22:46:17.737 に答える