tags:

views:

191

answers:

3

How can I represent the following situation in Use Case diagram:

User can manage account settings: change password, change language, date of birth, etc.

I want to group "change password, change language, date of birth, etc." use cases in the "manage account settings" use case. What relation should be used here?

A: 

This sounds a lot like a homework question. Wikipedia has a nice description of how to use these. Note how each of the bubbles in the example refer to actions that actors take and their interactions. Use cases are almost entirely about user-facing information.

alt text

Jweede
Look, I doubt about using the include relationship here or extend one.
Markus
the secret is that your separate use cases only have to relate to an Actor and not necessarily each other.
Jweede
+1  A: 

In reality, Manage Account isn't a legit use case at all.

Use cases should stand alone. In other words, the system should yield something of value to the actor if the use case in question was the only use case that the system provided.

"Manage Account" wouldn't stand alone. That is, no one would create a system that only allowed a user to manage their account.

But if you had to model the situation you described for homework purposes, it would probably look like this:

alt text

Doug Knesek
I wouldn't use inheritance in this case but rather include type relation.
Rebol Tutorial
A: 

Use Case Relations semantics can be sometimes fuzzy, it's up to you to be consistent. For example your case could be similar to this case:

alt text

see http://askuml.com/blog/yuml-use-case/

Rebol Tutorial