Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

<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


3.  De wedstrijdleider klikt op de speler toevoegen knop.


5. De wedstrijdleider vult de naam, datum van lidmaatschap en de huidige rating van het nieuwe lid in en voegt hem toe.



2. Systeem toont voornaam, achternaam, type speler en rating van de bekende spelers

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


3.  De wedstrijdleider klikt op de competitie toevoegen knop


5. De wedstrijdleider vult de gegevens in voor de competitie.


2. Systeem toont de naam, competitie type en aantal spelers van de bestaande competities.

4. Systeem toont invulvelden voor de naam, soort competitie, aantal punten(Zwitsers), type Zwitsers en de indelingsvariatie.


6. Systeem voert usecase Toekennen van competitietype uit

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



3.  De wedstrijdleider klikt op de competitie toevoegen knop


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.


6. Systeem voert usecase Toekennen van competitietype uit

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)

...