2016-08-30 9 views
0

enter image description here良くこんにちは、私の最初の質問は、私は読みやすくする例を置くことができる方法ですか?この図をA4サイズの用紙に収めたいと思っています。 しかし、私はこの図がひどく作成されている可能性があることを認識しています。ユースケース図は</p> <p>

+2

ポーランド語で何かを投稿すると、意味のある回答が得られない可能性があります。特にUCの場合、名前の由来を知る必要があります。一般的に、あなたのUCがスパイダーウェブに似ているようであれば間違ったデザインをしている可能性があります。 –

+0

ポーランド語にすみません。 imgで 私の主な問題は、「podglądzgłoszenia」、「listazgłoszeń」、「dodanie odpowiedzi wzgłoszeniu」です.3人の俳優がこのケースに関連しているからです。 – thenewgai

答えて

1

あなたの言語はわかりません(use-cases)。一般的に私たちはほとんど共通の機能を持っているので、UMLダイアグラムで継承を使用することができます。

enter image description here

+0

あなたの俳優がすでに学生の場合、彼はなぜ登録したいですか?それは意味をなさない。 – observer

1

はあなたが唯一の主要アクターにユースケースを接続するために行う必要があります。たとえば、あなたが絵下記のような何かを行うことができますいくつかの共通の特徴を持っている学生(または俳優)の異なる種類を持っている場合。したがって、最終的には、共通のアクターの役割によってUCが使用される共通の役割を作成する必要があります。あなたの特定の俳優は、この共通のものから継承します。 @ Amirの例のように、留学生は学生から継承しています。

私は後者の例を単純に投票しますが、ユースケース合成には好ましくない<<include>>/<<extend>>があります。さらに、UCは個々の付加価値を表し、付加価値からの継承は(クラスの文脈とは異なり)意味をなさないので、UCの非常に悪い習慣である一般化を使用します。

0

ユースケースが多すぎると思います。私も同じ問題がありました。 CRUDを使用してみてください - https://books.google.co.uk/books?id=gKHfVZn1CkgC&pg=PA367&lpg=PA367&dq=crud+use+cases&source=bl&ots=g7C2qnzunP&sig=F3OtpNWT29NFyqFvmO-MBtTG98k&hl=en&sa=X&ved=0ahUKEwjAmKifh9_OAhWpCsAKHV9pA344ChDoAQg4MAU#v=onepage&q&f=false

また、各アクタのダイアグラムをいくつかのユースケース図に分けることができます。あるいは、ダイアグラムの片側にすべての俳優を置き、他の俳優を使用することもできます。お役に立てれば。

+0

DMLのためのUMLは、UMLと純粋な構文に適しています。しかし、ユースケースの場合、Bittner/Spenceを読んでください。ユースケースのセマンティクスを扱います。 –

0

私は与えられた提案(CRUD、継承、役割による責任)に完全に同意します。私は、宇宙全体の概要を作成しようとはしません。代わりに、類似性や相違点などに基づいてユースケースをグループに分けて、小規模なものについてモデリングを説明してください。

あまりにも複雑な構造や相互/循環依存関係は避けてください。ほとんどの場合、設計が貧弱です。覚えておいて、接続ごとに実装してテストしなければなりません。少ない接続、少ない労力、少ないエラー。

関連する問題