0

一般化は、下の図に示すように、ユース ケース図に示されています。これは悪い例だと思いますが、完全にドレスアップしたユースケースで市内通話と長距離通話がそれぞれ 10 ステップかかると仮定します。ステップの半分は同じですが、残りの半分は (わずかに) 異なります。

図 http://www.wthreex.com/rup/smallprojects/rup/guidances/guidelines/resources/ucgen4.gif

私の質問は、完全に装飾されたユースケースでこの図をどのように表示するかということです. 私は次のように考えています。間違っている場合は修正してください。

Place call
1. do something that is the same for both children (ex. pick up phone)
2. do something that is the same for both children
3. do something that is the same for both children
4. do something that is different for both children but write it very abstract 
   so that it applies to both. (ex. make  a connection to the grid)
5. do something that is different for both children but write it very abstract
6. do something that is the same for both children
7. do something that is different for both children but write it very abstract
8. do something that is the same for both children
9. do something that is different for both children but write it very abstract
10. do something that is different for both children but write it very abstract


Place local call
1. rewrite the steps that are the same as the parent.
2.
3.
4. do something that is different for both children and write it detailed 
   (ex. make  a connection to the LOCAL grid)
...

2 番目の質問は次のとおりです。主要なアクターをプレイス コールまたは各子供と結び付けますか?

4

1 に答える 1

0

最初の質問: それぞれのユース ケースのテキストによる説明を使用して詳細を説明するか、(別の方法として) 代わりにシナリオを書くか、または (別の方法として) アクティビティ図を使用します。

ユースケース図にすべてを入れるのは、詳細すぎるため、やり過ぎだと思います。

2 番目の質問: で接続しplace callます。結局、これは汎化を使用する重要な利点の 1 つです。

于 2013-03-06T11:32:14.720 に答える