Vous devez forker ce projet dans votre espace de travail Gitlab (bouton Fork) et vidéo sur le portail
Un unique fork doit être réalisé par équipe.
Une fois cela réalisé, supprimer ces premières lignes et remplissez les noms des membres de votre équipe. N'oubliez pas d'ajouter les autres membres de votre équipe aux membres du projet, ainsi que votre enseignant·e (statut Maintainer).
- rokhaya SYLLA
- zie cheikh rayann SANOGO
- gontran RUKUNDO
- Sembe Jomath
Les paragraphes concernant les livrables doivent être rempli avant la date de rendu du livrable. A chaque fois on décrira l'état du projet par rapport aux objectifs du livrable. Il est attendu un texte de plusieurs lignes qui explique la modélisation choisie, et/ou les algorithmes choisis et/ou les modifications apportées à la modélisation du livrable précédent.
Un lien vers une image de l'UML doit être fourni (une photo d'un diagramme UML fait à la main est suffisant).
📄 Télécharger le fichier PDF Pour les batiments on est parti sur l'idée de faire une classe abstraite Building car on remarque que toutes les sous classe ont une qui verifie si le batiment peut evoluer ou pas Aussi on a ajouté un methode pour Army et Farm (upgrade(int dimension)) car ce sont les deux batiments qui peuvent evoluer
javadoc -sourcepath src src/game/.java -d docs*
javac -sourcepath src src/game/.java -d classes*
*java -classpath classes board.BoardMain
javac -classpath junit-console.jar:classes test/game/ressource/*.java
javac -classpath junit-console.jar:classes test/game/type/*.java
javac -classpath junit-console.jar:classes test/game/*.java
java -jar junit-console.jar -classpath teste:classes -scan-classpath
toutes classes ont été implémentées
sur les tests il y a encore des erreurs à corriger
javadoc -sourcepath src src/game/.java -d docs*
javac -sourcepath src src/game/.java -d classes* javac -sourcepath src src/game/board/.java -d classes* javac -sourcepath src src/game/building/.java -d classes*
jar cvfe Livrable2.jar game.board.Livrable2 -C classes .
java -jar Livrable2.jar java -jar Livrable2.jar 10 20
*java -classpath classes board.BoardMain
javac -classpath junit-console.jar:classes test/game/*.java
java -jar junit-console.jar -classpath teste:classes -scan-classpath
Nous avons fini la modélisation des batiment
-amelioration pour une meilleure complexité du Board(1000*1000) -Relier les tuiles et les batiments(les batiments doivet etre sur les tuiles) -discussion intense sur la construction du port c'est à dire si on doit verifier dans Board si une tuilevoisine est Mer
- doute pour créer une classe ile pour qu'on puisse verifier si le joueur peut construire
javadoc -sourcepath src src/game/.java -d docs*
javac -sourcepath src src/game/.java -d classes* javac -sourcepath src src/game/board/.java -d classes* javac -sourcepath src src/game/building/.java -d classes*
jar cvfe Livrable3ares.jar game.board.Livrable3ares -C classes .
java -jar Livrable3ares.jar java -jar Livrable3ares.jar 20 30
Modélisation des action et player pour les deux jeux
Toutes les classes ont étaient réalisé except Ile (reste à revoir )
- pour l'execution des test si le compilateur ne reconnait pas le package
game/building/aresougame/building/demeter
essayer de compiler avec la commande suivante :
javac -sourcepath src src/game/building/ares/.java -d classes*
javac -sourcepath src src/game/building/demeter/.java -d classes*
-Realisations des test pour les actions;
javac -sourcepath src src/game/.java -d classes* javac -sourcepath src src/game/board/.java -d classes*
java -jar junit-console.jar -classpath teste:classes -scan-classpath
Terminer Ares et Demeter Implementation de toutes les classes necessaires
- make compile : Compile le code source (src/)
- make compile-tests : Compile le code source et les tests
- make test : Lance les tests
- make doc :Génère la javadoc
- make jar :Génère les fichiers ares.jar et demeter.jar
- make clean : Supprime classes/ et docs/
java -jar jar/demeter.jar 10 14 4
java -jar jar/ares.jar 10 14 4
Le journal de bord doit être rempli à la fin de chaque séance encadrée, et avant de quitter la salle.
Pour chaque semaine on y trouvera :
- ce qui a été réalisé, les difficultés rencontrées et comment elles ont été surmontées (on attend du contenu, pas uniquement une phrase du type "tous les objectifs ont été atteints")
- la liste des objectifs à réaliser d'ici à la prochaine séance encadrée
-construction du groupe de travail ;Discussion sur la représentation de modélisation
-les classes nécessaire pour la représentation du jeu
-finir le diagramme UML du Livrable1
-Discussion intense sur la modélisation du plateau (comment mettre en place les types de ressources)
-Création d'une classe abstraite Tuile (mis en évidence des héritages) -Creation une interface Ressource et des classes (Bois ,Ble ,Mouton ,Minerai) qui l'implemente -On a commencé le pseudo code de la création du plateau
on a eu des difficultés sur les classes abstraite et énumérées (le meilleur choix à faire )
Finir le pseudo code de l'algorithme de création du plateau Commencer la modélisation des ressources
on a réalisé la modélisation on s'est départagé les classes à implementer et on a discuter dessus pendant le tp , les premières classes ont été push
on s'est retrouvé bloqué sur l'écriture du pseudo code
Se voir plus souvent pour éviter de perdre du temps pendant les séances et finir l'implémentation du code de la 1ère partie pour le 1er rendu
nombre de rencontre en équipe multiplier; le pseudo code est fait , la modélisation du Plateau aussi et on a commencé l'écriture des tests.
quelques modifications dans notre implémentation du plateau(Board)
finir le reste des test et rendre le premier livrable complet et sans erreur.
reflexion sur la modélisation et la conception des bâtiments du jeu Ares et Demeter.
le choix de type de classes(interface ou classe abstraite). les différentes methodes nécessaires
finir le diagramme Uml. correction des issues.
Modélisation des actions (classe abstraite) -Action Ares ls sous classes deja implémentées
Pour le choix de l'attribut hashmap pour action
Finir les Batiments finir le code pour action Ares et commencer action demeter
Remodelisation de Action reflexion et discussion pour une éventuelle nouvelle implémentation des classes Building, Action et Player.
liaison entre les tuiles , les batiments et les ressources
correction des issues
Implementation de la classe action division du travail(Building -player - Action)
sur le livrable comment afficher les batiments
finir la classe action
On a divisé le travail en 3 pour corriger l'ensemble des erreurs
on a aussi travaillé sur les actions on a corrigé une partie des issues
continuer à travailler sur les actions et reoganisation sur notre façon de travailler
quelques modifications de quelques classes (ajout de quelques méthodes)
choix de méthodes et leurs fonctionnements
finir les actions et le livrable 3.
correction de toutes les classes de test
finir le livrables 3
Organiser le code ,gerer les méthodes et supprimer tout ce qui est inutiles
correction des issues et correction de la classe Game
Le livrable 3 de Demeter
ReOrganiser le code modification des action de Demeter et une partie du Board Changement avec les methodes dans le livrable 3(Ares)