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.

