This wiki is archived and useful information is being migrated to the main bzflag.org website
Assign User to Group
Contents
Introduction[edit]
This use case describes the process a group manager will use to add a player to one or more groups they manage.
The diagram shows the requirements and rules the use case is responsible for (via the <<requirement>> stereotype).
Pre-conditions[edit]
None
Post conditions[edit]
The system has added the player to one or more groups.
Included Use Cases[edit]
Requirements and rules realized[edit]
RQ18 Group managers assign players
The system shall enable group managers to assign players to a group they manage, regardless of the groups membership policy.
- BR27 Prevent duplicates
The system shall prevent a player from being added to a group they are already a member of.
RQ19 Notify players of changes in membership
The system shall notify a player if they have been added to, or removed from, any group.
- BR28 Player notification format
The system shall use a forum private message, email message, and a message displayed on the 'my groups' page to alert players of changes to their membership.
RQ20 Track changes to group memberships
The system shall store and track the details of changes in membership of each group, according to rules: BR26
- BR26 Record details
The system shall store the date, player, manager and group for each change in membership.
Flow of events[edit]
The flow of events describes the main actor actions and system responses in the execution of the use case.
Messages[edit]
Step: | AF-1 |
Condition: | Player already a member of indicated group |
Message Number: | MSG-1 |
Message Text: | Group <group name> skipped - player <player name> is already a member. |
Step: | BF-8 |
Condition: | Added player to groups |
Message Number: | MSG-2 |
Message Text: | Successfully added <player name> to groups <group list>. |