This wiki was in read-only mode for many years, but can now be edited again. A lot of information will need to be updated.
Register Group Namespace: Difference between revisions
Grans Remedy (talk | contribs) No edit summary |
Grans Remedy (talk | contribs) No edit summary |
||
| Line 3: | Line 3: | ||
== Introduction == | == Introduction == | ||
The purpose of this use case is to describe the process used to register (create) a new group namespace (organisation). | The purpose of this use case is to describe the process used to register (create) a new group namespace (organisation). | ||
[[Image:UseCase_Register_Group_Namespace-sml.png|Use Case diagram]] | |||
The diagram shows the requirements and rules the use case is responsible for (via the <<realize>> stereotype). | |||
== Pre-conditions == | |||
None | |||
== Post conditions == | |||
A new group namespace has been created with the actor identified as its founder. | |||
== Requirements and rules realized == | |||
''RQ1 Namespace names must be unique'' | |||
The system shall prevent a namespace name from being registered if one with the identical name already exists. | |||
''BR1 Prevent the use of reserved namespaces'' | |||
The system shall prevent a namespace from being registered if it is identical to that of a reserved name. | |||
''RQ2 Namespace names cannot be identical to a player name other than that of the founder'' | |||
The system shall prevent a namespace name from being registered if it is identical to that of a registered player other than the one the actor has logged in with. | |||
''RQ3 The player who registers a namespace shall be its founder'' | |||
The system shall grant founder status to the player who first registers the namespace. | |||
''RQ4 Only registered players shall be permitted to register a namespace'' | |||
The system shall prevent unregistered players from registering a new namespace. | |||
== Flow of events == | |||
The flow of events describes the main actor actions and system responses in the execution of the use case. | |||
Revision as of 08:39, 4 April 2011
Introduction
The purpose of this use case is to describe the process used to register (create) a new group namespace (organisation).
The diagram shows the requirements and rules the use case is responsible for (via the <<realize>> stereotype).
Pre-conditions
None
Post conditions
A new group namespace has been created with the actor identified as its founder.
Requirements and rules realized
RQ1 Namespace names must be unique
The system shall prevent a namespace name from being registered if one with the identical name already exists.
BR1 Prevent the use of reserved namespaces
The system shall prevent a namespace from being registered if it is identical to that of a reserved name.
RQ2 Namespace names cannot be identical to a player name other than that of the founder
The system shall prevent a namespace name from being registered if it is identical to that of a registered player other than the one the actor has logged in with.
RQ3 The player who registers a namespace shall be its founder
The system shall grant founder status to the player who first registers the namespace.
RQ4 Only registered players shall be permitted to register a namespace
The system shall prevent unregistered players from registering a new namespace.
Flow of events
The flow of events describes the main actor actions and system responses in the execution of the use case.

