Difference between revisions of "RICM4 2017 2018 - SeriousGame Polystar /UML"
Tim.Lepage (talk | contribs) |
|||
| (11 intermediate revisions by 2 users not shown) | |||
| Line 4: | Line 4: | ||
| − | '' |
+ | '''Use case:''' Play a game |
| − | '' |
+ | '''Description:''' Players play a game and the teacher supervises the game |
| − | '' |
+ | '''Actor:''' Players and Teacher |
| − | '' |
+ | '''Stakeholders and their interests:''' |
- Players, goal: win the game |
- Players, goal: win the game |
||
| Line 16: | Line 16: | ||
- Teacher, goal: supervise the game |
- Teacher, goal: supervise the game |
||
| − | '' |
+ | '''Pre-conditions:''' Enough players are gathered to play and throw the game |
| − | '' |
+ | '''Nominal scenario:''' |
- The system displays the menu |
- The system displays the menu |
||
| Line 30: | Line 30: | ||
- Players finish the game |
- Players finish the game |
||
| − | '' |
+ | '''Alternative scenarios:''' |
- Players leave the game early |
- Players leave the game early |
||
| − | '' |
+ | '''End:''' scenarios d or e according to user's decision |
| Line 39: | Line 39: | ||
| − | '' |
+ | '''Use case:''' Edit game |
| − | '' |
+ | '''Description:''' The Teacher modifies the game by deleting / adding / modifying cards |
| − | '' |
+ | '''Actor:''' Teacher |
| − | '' |
+ | '''Stakeholders and their interests:''' - Teacher, goal: modify the game |
| − | '' |
+ | '''Pre-conditions:''' Authentication with a password |
| − | '' |
+ | '''Nominal scenario:''' |
- The system displays the menu |
- The system displays the menu |
||
| Line 67: | Line 67: | ||
- The modification is taken into account by the system |
- The modification is taken into account by the system |
||
| − | '' |
+ | '''Alternative scenarios:''' |
- Teacher does not identify himself |
- Teacher does not identify himself |
||
| Line 75: | Line 75: | ||
- Teacher does not validate changes |
- Teacher does not validate changes |
||
| − | '' |
+ | '''End:''' scenarios c, e, g or h according to the user's decisions |
| + | |||
| + | =UML Diagram= |
||
| + | [[File:Polystar_usage_diagram.png]] |
||
| + | |||
| + | =Sequence Diagram= |
||
| + | The sequence diagram bellow depicts the first turn of the game. |
||
| + | |||
| + | [[File:Polystar_game_diagram.png]] |
||
| + | |||
| + | The following sequence diagram depicts the different ways to modifiy the collection of cards. |
||
| + | |||
| + | [[File:Polystar_modification_diagram.png]] |
||
| + | |||
| + | =Deployment Diagram= |
||
| + | |||
| + | [[File: DeploymentDiagram_Polystar.jpg]] |
||
Latest revision as of 14:15, 4 April 2018
Use case
Case n ° 1
Use case: Play a game
Description: Players play a game and the teacher supervises the game
Actor: Players and Teacher
Stakeholders and their interests:
- Players, goal: win the game
- Teacher, goal: supervise the game
Pre-conditions: Enough players are gathered to play and throw the game
Nominal scenario:
- The system displays the menu
- Players select the type of game (unit and language)
- The system displays the game page
- Players play the game
- Players finish the game
Alternative scenarios: - Players leave the game early
End: scenarios d or e according to user's decision
Case n ° 2
Use case: Edit game
Description: The Teacher modifies the game by deleting / adding / modifying cards
Actor: Teacher
Stakeholders and their interests: - Teacher, goal: modify the game
Pre-conditions: Authentication with a password
Nominal scenario:
- The system displays the menu
- Teacher selects "modify"
- The system displays the authentication system
- The Teacher identifies himself
- The system displays modification options
- The teacher modifies the game
- The system requests confirmation of the change
- The modification is taken into account by the system
Alternative scenarios:
- Teacher does not identify himself
- The Teacher exits the edit screen
- Teacher does not validate changes
End: scenarios c, e, g or h according to the user's decisions
UML Diagram
Sequence Diagram
The sequence diagram bellow depicts the first turn of the game.
The following sequence diagram depicts the different ways to modifiy the collection of cards.
Deployment Diagram
