Nantes Université
Skip to content
GitLab
Explorer
Connexion
S'inscrire
Navigation principale
Rechercher ou aller à…
Projet
Les colons de Catane
Gestion
Activité
Membres
Labels
Programmation
Tickets
Tableaux des tickets
Jalons
Wiki
Code
Requêtes de fusion
Dépôt
Branches
Validations
Étiquettes
Graphe du dépôt
Comparer les révisions
Extraits de code
Compilation
Pipelines
Jobs
Planifications de pipeline
Artéfacts
Déploiement
Releases
Registre de paquets
Registre de conteneurs
Registre de modèles
Opération
Environnements
Modules Terraform
Surveillance
Incidents
Service d'assistance
Analyse
Données d'analyse des chaînes de valeur
Analyse des contributeurs
Données d'analyse CI/CD
Données d'analyse du dépôt
Expériences du modèle
Aide
Aide
Support
Documentation de GitLab
Comparer les forfaits GitLab
Forum de la communauté
Contribuer à GitLab
Donner votre avis
Raccourcis clavier
?
Extraits de code
Groupes
Projets
Afficher davantage de fils d'Ariane
Mathis EMERIAU
Les colons de Catane
Validations
ad27fb24
Valider
ad27fb24
rédigé
2 years ago
par
Mathis EMERIAU
Parcourir les fichiers
Options
Téléchargements
Correctifs
Plain Diff
Upgrade documentation to conception.adoc
parent
ec1a2f19
Aucune branche associée trouvée
Aucune étiquette associée trouvée
Aucune requête de fusion associée trouvée
Modifications
1
Masquer les modifications d'espaces
En ligne
Côte à côte
Affichage de
1 fichier modifié
catan-doc/modules/conception/pages/conception.adoc
+33
-5
33 ajouts, 5 suppressions
catan-doc/modules/conception/pages/conception.adoc
avec
33 ajouts
et
5 suppressions
catan-doc/modules/conception/pages/conception.adoc
+
33
−
5
Voir le fichier @
ad27fb24
= Conception détaillée
= Conception détaillée
== Travail à réaliser
//
== Travail à réaliser
// ainsi que de décrire comment vous répondez aux différentes exigences non-fonctionnelles.
// ainsi que de décrire comment vous répondez aux différentes exigences non-fonctionnelles.
...
@@ -12,10 +12,25 @@
...
@@ -12,10 +12,25 @@
== Réponses aux exigences non-fonctionnelles
== Réponses aux exigences non-fonctionnelles
[NOTE]
//[NOTE]
====
//====
Expliquez dans cette section les répondes aux différentes exigences non-fonctionnelles spécifiées.
//Expliquez dans cette section les répondes aux différentes exigences non-fonctionnelles spécifiées.
====
//====
*Description des attendus des principales caractéristiques du jeu* : +
Comme le jeu de société dans la réalité, un joueur possède un nom et une couleur. Il possède ou non des cartes progrès,
des cartes chevalier, des cartes Point de Victoire, des cartes ressources et des pions (routes/colonies/villes) sur le plateau.
Un plateau est composé de tuiles terrains/mers. Chaque terrain produit une ressource (exception faite du désert).
Chaque terrain possède un numéro permettant de générer la ressource pour les joueurs au lancé de dés.
Le plateau est composé de 19 tuiles terrains et 6 mers, donc 25 tuiles en tout. Les ports sont au nombre de 9 et
il y en a certains qui sont spécialisés dans le marchandage d'un certain matériau.
Il y a trois types de carte développement. Les Chevaliers, les cartes Progrès et les Points de Victoire.
Une infrastructure, un pion, peut être une route/colonie/ville. Elle se situe sur le plateau, à l'intersection de 2 ou 3 tuiles.
La partie doit indiquer le nombre de points de victoire pour que celle-ci se termine. Elle connait évidemment
tous les joueurs et dispose normalement d'un plateau.
== Diagramme de classe du jeu
== Diagramme de classe du jeu
...
@@ -24,6 +39,14 @@ Expliquez dans cette section les répondes aux différentes exigences non-foncti
...
@@ -24,6 +39,14 @@ Expliquez dans cette section les répondes aux différentes exigences non-foncti
include::classDiagramGlobal.adoc[]
include::classDiagramGlobal.adoc[]
....
....
L'attribut score d'un Joueur est calculé à partir d'autres attributs de la classe qui sont :
- nbKnights
- hasLongestRoad
- hasGreatestArmy
- listVictoryPointCards
- infrastructuresGameBoard
=== Concurrence
=== Concurrence
Les joueurs dans la partie doivent pouvoir jouer simultanément seulement lors d'un cas précis : Le commerce entre eux.
Les joueurs dans la partie doivent pouvoir jouer simultanément seulement lors d'un cas précis : Le commerce entre eux.
...
@@ -65,6 +88,11 @@ L'utilisation d'interface pour les différentes classes est primordiale afin de
...
@@ -65,6 +88,11 @@ L'utilisation d'interface pour les différentes classes est primordiale afin de
Le détail de ces interfaces est dans `interface.adoc` dans la rubrique Spécification des composants. Le diagramme où
Le détail de ces interfaces est dans `interface.adoc` dans la rubrique Spécification des composants. Le diagramme où
les interfaces interagissent avec le système se situe dans la même rubrique, dans le diagramme de Fonctionnement du jeu.
les interfaces interagissent avec le système se situe dans la même rubrique, dans le diagramme de Fonctionnement du jeu.
Utiliser une classe représentant le dé permettra de changer facilement le fonctionnement du lancé dans le futur.
Les classes Build et Trade sont des classes intermédiaires permettant de réduire le coupling et de favoriser des changements
faciles des fonctionnalités de construction et d'échange dans le futur, si besoin est.
=== Interface utilisateur
=== Interface utilisateur
...
...
Ce diff est replié.
Cliquez pour l'agrandir.
Aperçu
0%
Chargement en cours
Veuillez réessayer
ou
joindre un nouveau fichier
.
Annuler
You are about to add
0
people
to the discussion. Proceed with caution.
Terminez d'abord l'édition de ce message.
Enregistrer le commentaire
Annuler
Veuillez vous
inscrire
ou vous
se connecter
pour commenter