RICM4 2017 2018 - SeriousGame Polystar /UML: Difference between revisions

From air
Jump to navigation Jump to search
(Created page with "'''Cas d’usage''' '''Cas n°1''' Cas d'utilisation : Jouer une partie Description : Les joueurs jouent une partie et le teacher supervise la partie Acteur : Joueurs et T...")
 
 
(22 intermediate revisions by 2 users not shown)
Line 1: Line 1:
= Use case =
[['''Cas d’usage''']]
'''Cas n°1'''
Cas d'utilisation : Jouer une partie
Description : Les joueurs jouent une partie et le teacher supervise la partie
Acteur : Joueurs et Teacher
Parties prenantes et leurs intérêts : - Joueurs, objectif : gagner la partie
- Teacher, objectif : superviser la partie
Pré-conditions : Suffisamment de joueurs sont réunis pour jouer et lancent la partie
Scénario nominal :
Le système affiche le menu
Les joueurs sélectionnent le type de partie (unit et langue)
Le système affiche la page de jeu
Les joueurs jouent au jeu
Les joueurs finissent la partie
Les scénarios alternatifs :
Les joueurs quittent le jeu avant la fin
Fin : scénarios d ou e selon décision des utilisateurs


== Case n ° 1 ==



'''Cas n°2'''
'''Use case:''' Play a game
Cas d'utilisation : Modifier le jeu

Description : Le Teacher modifie le jeu en supprimant / ajoutant / modifiant des cartes
'''Description:''' Players play a game and the teacher supervises the game
Acteur : Teacher

Parties prenantes et leurs intérêts : - Teacher, objectif : modifier le jeu
'''Actor:''' Players and Teacher
Pré-conditions : Authentification par un mot de passe

Scénario nominal:
'''Stakeholders and their interests:'''
Le système affiche le menu

Le Teacher sélectionne “modify”
- Players, goal: win the game
Le système affiche le système d’authentification
Le Teacher s’identifie
- Teacher, goal: supervise the game
Le système affiche les options de modification

Le Teacher modifie le jeu
'''Pre-conditions:''' Enough players are gathered to play and throw the game
Le système demande confirmation de la modification

La modification est prise en compte par le système
'''Nominal scenario:'''
Les scénarios alternatifs:

Le Teacher ne s’identifie pas
- The system displays the menu
Le Teacher quitte l’écran de modification

Le Teacher ne valide pas les modifications
- Players select the type of game (unit and language)
Fin: scénarios c, e, g ou h selon les décisions de l’utilisateur

- 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=
[[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 12: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

Polystar usage diagram.png

Sequence Diagram

The sequence diagram bellow depicts the first turn of the game.

Polystar game diagram.png

The following sequence diagram depicts the different ways to modifiy the collection of cards.

Polystar modification diagram.png

Deployment Diagram

DeploymentDiagram Polystar.jpg