Primary Actor: Prospective Member (User) Level: Blue (User goal) Stakeholders: 1. Prospective Member - wants to join the gym 2. Gym owner - wants to receive payment from all members for services provided 3. Staff member - wants to issue access card in timely manner Preconditions: None Minimal Guarantee: System will rollback any changes Success Guarantee: 1. New member has been signed up, membership details have been recorded, and payment has been received. 2. Confirmation of membership has been provided to new member. 3. Staff member has been notified that access token shall be provided to new member Main Success Scenario: 1. User enters personal details. 2. System verifies that person is not already a member and is permitted to join. 3. User selects membership type. 4. System prompts user for preferred method of delivering access card. 5. User enters payment details. 6. System asks bank system to collect payment. 7. System provides confirmation via user's supplied preferred method of contact. 8. System notifies staff of manual access card creation and user's preferred method of delivery. Extensions (or Alternative Flows): 1a) User is already a member known to the system 1a.1) System performs UC Authenticate User This is how we call another use case 1a.2) System continues with UC Update Member Details 1b) Member is not permitted to join 1b.1) System rejects the application and the use case ends unsuccessfully 6a) Payment unsuccessful (Bank system declines or communication error/timeout) 5a.1) System notifies User and reverts to step 6.