...
<In this section, each use-case is described in detail, optionally accompanied by a system sequence diagram (SSD) and operation contracts. Make sure that the use case descriptions are consistent with the domain model and the use case diagram from Section 1.5>
Beheren leden en gasten
Use
...
<Don’t really say “Use case 1.” State the use-case name instead.>
Fully-dressed use case description
...
Case 1: Beheren leden en gasten
Primary actor: Wedstrijdleider | |
Stakeholders and Interests: De wedstrijdleider, omdat de competities niet gespeeld zouden kunnen worden zonder dat er leden en gasten bekend zijn voor de indelingen. | |
Brief description: De wedstrijdleiders willen leden en gasten registreren binnen het systeem zodat zij ingedeeld kunnen worden binnen competities en toernooien | |
Preconditions: De wedstrijdleider heeft KlukKluk geopend en heeft het hoofdscherm creatie open. | |
Postconditions (Success Guarantee): De wedstrijdleider heeft een nieuw lid geregistreerd. | |
Main Success Scenario (Basic Flow): | |
Actor Action | System Responsibility |
1. De wedstrijdleider klikt op de spelerslijst knop
5. De wedstrijdleider vult de naam, datum van lidmaatschap en de huidige rating van het nieuwe lid in en voegt hem toe. |
4. Systeem toont de voornaam, achternaam en de rating van gasten. Invulvelden voor een nieuwe speler worden ook getoond. 6. Systeem registreert het nieuwe lid. |
Extensions (Alternative Flow): Het nieuwe lid is al bekend als gast | |
5a. De wedstrijdleider kiest de juiste gast en gaat verder. | 6. |
Extensions (Alternative Flow): Het nieuwe lid is een gast. | |
5b. De wedstrijdleider vult de naam en de huidige rating van het nieuwe lid in en voegt hem toe | 6b. Systeem registreert de nieuwe gast. |
System Sequence Diagram (optional)
<In case the use-case entails complex scenarios, you may decide to create a system sequence diagram showing events generated by external actors, the order of events and inter-system events. All systems are treated as a black box>
Operation Contracts (optional)
<If the use case contains complex manipulations of domain objects, you may decide to specify operation contracts for all system operations included in the use case/ SSD.>
Aanmaken van een competitie
Use Case 2: Aanmaken van een competitie
Primary actor: Wedstrijdleider | |
Stakeholders and Interests: De wedstrijdleider, omdat er zonder competities geen indelingen kunnen worden gemaakt voor de partijen. | |
Brief description: De wedstrijdleider moet een nieuwe competitie kunnen aanmaken, zodat deze kan worden ingezet voor het organiseren van schaakwedstrijden. | |
Preconditions: De wedstrijdleider heeft KlukKluk geopend en heeft het hoofdscherm open. | |
Postconditions (Success Guarantee): De wedstrijdleider heeft een nieuwe competitie aangemaakt. | |
Main Success Scenario (Basic Flow): | |
Actor Action | System Responsibility |
1. De wedstrijdleider klikt op de competities knop
5. De wedstrijdleider vult de gegevens in voor de competitie. |
4. Systeem toont invulvelden voor de naam, soort competitie, aantal punten(Zwitsers), type Zwitsers en de indelingsvariatie.
7. Systeem maakt een nieuwe competitie aan. |
System Sequence Diagram (optional)
<In case the use-case entails complex scenarios, you may decide to create a system sequence diagram showing events generated by external actors, the order of events and inter-system events. All systems are treated as a black box>
Operation Contracts (optional)
<If the use case contains complex manipulations of domain objects, you may decide to specify operation contracts for all system operations included in the use case/ SSD.>
Toekennen van competitietype
Use Case 3: Toekennen van competitietype
Primary actor: Wedstrijdleider | |
Stakeholders and Interests: De wedstrijdleider, omdat de competities de correcte aantal rondes, het aantal gespeelde rondes en type rondes per avond moeten krijgen. | |
Brief description: De wedstrijdleider moet een nieuwe competitie kunnen aanmaken, zodat deze kan worden ingezet voor het organiseren van schaakwedstrijden. | |
Preconditions: De wedstrijdleider heeft stap 5 van Use case 2: Aanmaken van een competitie uitgevoerd. | |
Postconditions (Success Guarantee): De wedstrijdleider heeft een competitie-type gegeven aan de nieuw aangemaakte competitie. | |
Main Success Scenario (Basic Flow): | |
Actor Action | System Responsibility |
5. De wedstrijdleider vult de gegevens in voor de competitie. | 1. 4. Systeem toont invulvelden voor de naam, soort competitie, aantal punten(Zwitsers), type Zwitsers en de indelingsvariatie.
7. Systeem maakt een nieuwe competitie aan. |
Extensions ( |
...
Alternative Flow): H | |
5a. De wedstrijdleider kiest de juiste gast en gaat verder. | 6. |
System Sequence Diagram (optional)
<In case the use-case entails complex scenarios, you may decide to create a system sequence diagram showing events generated by external actors, the order of events and inter-system events. All systems are treated as a black box>
Operation Contracts (optional)
<If the use case contains complex manipulations of domain objects, you may decide to specify operation contracts for all system operations included in the use case/ SSD.>
...
…
Other functional requirements (optional)
...