2016-10-30 6 views
0

私はこれが正しいことを知りたがっており、UMLの要件を満たしていますか? Login CustomerとCustomer Registrationの使用例に問題があります。複雑なことを考えています。このユースケースのUMLは正しいですか?

Image of my UML diagram

+0

ログインはUCではありません(付加価値はありません)。これは他のUCに適用できる制約です。私はextend/includeの使用を避けたいのですが、これは通常、関数分解で適用されるからです(UCは付加価値があります)。それ以外は大丈夫です。 strict predicate/subject [/ object]表記を使用する必要があります。 –

+0

ありがとうございました!私は、ログインとしてUCに付加価値がないことがわかりますが、顧客登録がどのようにUCであるのか理解できていないという問題があります。 –

+0

カスタマー登録は、システム内の新しいユーザーのアカウントを追加するため、UCです。それは誰かがやっている唯一の事柄であり、それでも何らかの効果があります(アカウントが作成されています)。一方、ログインすると何もせずにログアウトしても、システムに変更はありません。 – Ister

答えて

0

コメントで述べたように、それは価値を付加しないよう、あなたのUCSがLoginを除き、基本的には大丈夫です。 Register as customerはユースケースですか、その付加価値はどこですか?さて、それが哲学的になるところです。私は、Loginの付加価値は、Registerのような何かにアクセスすることができるということです。したがって、有効なUCと他のUCとの間にわずかなマージンしかありません。深刻なことに、RegisterをUC以外の引き出しにも入れることができます。しかし、ログインは数十回のキーボードストロークとマウスクリックですが、登録はやや複雑です。そして、通常、あなたはバックグラウンドでより多くの付加価値を結びます。ほとんどの場合、使用できる登録ユーザーに関する情報(ここではもう一度!)を(Facebookを利用して)彼の製品を販売する(彼は必要ありません)。

要約すると、UCは、直接表示されない可能性のある値(プライマリアクターではなく、検討中のシステムのある場所)を追加します。

関連する問題