Rapport #53
No reviewers
Labels
No Label
Important
Moins important
Pas important
bug
done
duplicate
enhancement
help wanted
invalid
question
suppléments
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: undefined_name/School_Project#53
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "Rapport"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Finally doint it in latex because it is kinda easier in the end!
c43575e8e9
c7f6531a91
to4358435f93
Au fur et à mesure que la branche évolue, on peut voir le rapport avec ce lien : https://git.herisson.ovh/undefined_name/School_Project/raw/branch/Rapport/JournalDeBord/rapport/rapport.pdf
@ -0,0 +20,4 @@
\section*{Introduction}
Lors de ce deuxième quadrimèstre, le projet Informatique proposé par l'université fut une partie intégrante de notre emploi du temps.
Régulièrement nous nous sommes rasemblés pour nous organiser et trouver une direction dans laquelle nous voulions voir notre projet évoluer.
rassemblés*
@ -0,0 +30,4 @@
\section{Organisation}
Nous nous sommes régulièrement réunis pour savoir la direction que prendrait le projet.
Durant ces réunions, nous prenions note des idées émise. Puis ces idées ont été mise au propre sur un blog auquel nous avons accés dans le but de retrouver facillement les informations voulues.
émises*. Puis celles-ci ont été... (pour éviter la répétition ?)
facilement*
@ -0,0 +57,4 @@
\subsection{Parser de fichiers}
Pour la rétention des niveaux, plusieurs possibilités s'offraient à nous. Nous avons alors décidés d'accomplir une série d'objectifs propre à notre projet avec un parser de fichiers dédié.
Nous voulons que ce parser accomplisse les objectifs suivants:
voulions* ?
@ -0,0 +59,4 @@
Pour la rétention des niveaux, plusieurs possibilités s'offraient à nous. Nous avons alors décidés d'accomplir une série d'objectifs propre à notre projet avec un parser de fichiers dédié.
Nous voulons que ce parser accomplisse les objectifs suivants:
\begin{itemize}
\item{Les données du niveau seront encapsulées dans un header/footer pour laisser la possibilité d'enregisterer plus d'informations (images/musiques) dans un seul fichier dans le futur.}
enregistrer*
@ -0,0 +134,4 @@
Je pense que ce parser de fichier est vraiment améliorable mais je suis relativement fier du résultat.
J'ai pu présenter ce parser à Dr Quoitin qui a pu me conseiller sur différentes approches à ce problème.
J'en prend bonne notes.
Un taff de pro monstrueux je dis ca je dis rien ^^
j'ai mis qlq commentaire pour les fautes comme repaire si jamais je peux les changer moi je le ferai !
on devrait pas qd meme presenter le project dans l'intro en mode nous devions reproduire le jeu Cats...mais avec qlq contrainte assez interesant tel que...
no offense pour les fautes mon gars pls je suis pas mieux xD
pas fini haha
19721ade2c
toc9342c0fe5
4387e6dc3c
toe6853ab3d3
WIP: Rapportto RapportJ'ai fait ma version finale perso. est-ce que tu peux faire une dernière vérification pour qu'on envoie sur master. pour les correction d'orthographe, on peut faire des pr supplémentaires mais au moins ca sera live
https://git.herisson.ovh/undefined_name/School_Project/raw/branch/Rapport/JournalDeBord/rapport/rapport.pdf
tu peux vérifier avec ca
@ -0,0 +172,4 @@
Le joueur choisi une difficultée. En fonction de la difficultée choisie la grandeur du plateau de jeu sera différente.
Si la difficulté choisie est facile ou moyenne, alors un curseur parcour les extrémités du niveau.
Ce curseur sélectionne aléatoirement les céllules qui seront gardés ou non.
cellules
@ -0,0 +195,4 @@
Malgrés tout, avec nos nombreux test, ce générateur de niveaux nous satisfait vraiment bien et la difficultée des niveaux coorespond bien aux attentes.
\subsection{Interface graphique}
L'interface graphique du jeu tien sur 5 classes différentes.
tient
@ -0,0 +186,4 @@
Une taille maximum des pièces a été fixée au préalable à 3x3.
Par la suite, un curseur parcours des cases de la carte préalablement conçue de manière aléatoire.
Pour chaques cases, l'algorithme teste pour chaques cases de la pièce, si l'espace est disponible.
Si ca n'est pas le cas, alors la pièce est modifiée afin de faire coorespondre la pièce et la carte.
correspondre
@ -0,0 +271,4 @@
Malgré notre travail concentré sur le bon fonctionnement du jeu avec un parser suivant nos objectifs, une utilisation de la P.O.O de manière très efficace,
ainsi qu'une approche correcte de l'utilisation du framework Javafx, d'autre améliorations sont toujours possible !
En effet l'idée de rajouter une histoire, des trophées, un easter egg, des pièces spéciales ou un encore un table de score basée sur le temps.
Reste possible afin de rendre notre jeu encore plus complet.
En conclusion notre jeu a encore plein possibilité afin d'être encore plus complet et amusant !
One thing to say : Great JOB!!