Aide pour projet C++

Bonjour à tous,

Je suis étudiant en DUT informatique en 1ère année et on a un projet à réaliser en C++.

Celui-ci constitue un jeu, plus précisément le [ame="http://fr.wikipedia.org/wiki/3_spot_game"]'3 spot game'[/ame].

Notre programme doit pouvoir gérer une partie dans sa totalité.

On a vu tout ce qui concerne les classes, les constructeurs, les destructeurs, etc. la partie cours ("théorique") quoi, je sollicite donc votre aide pour aiguiller mes choix dans la réalisation de ce projet, notamment en ce qui concerne le choix pertinent des classes à implémenter car je ne vois pas bien par quoi commencer....

Merci d'avance à tous ;).

Bonjour,

Le but de ce type d'exercice est justement de voir comment tu vas modéliser ton jeu.

Essaye de voir comment ce jeu est structuré pour voir quelles classes ressortent et peuvent être définies et comment elles vont interagir entre elles.

On ne vas pas faire l'exercice à ta place, essaie d'abord de proposer/exposer les idées que tu as sur le sujet, ensuite on essaiera de t'aiguiller à partir de ça.

Bah en fait j'ai pensé que je pourrais faire une classe qui met le plateau "prêt à jouer". Je pense qu'une case est identifiée par sa position, le fait qu'elle ait ou non un plot et sa couleur (rouge etc. ou vide). Cette dernière est la seule propriété qui va être modifiée au cours du temps.

Ok,

Quels sont les relation que tu vois entre les objet suivant

• plateau
• case
• plot
• joueur (je crois qu'il y'en a au moins deux)...
• ...

Un plateau est composé de 9 cases. Les trois cases les plus à droite ont un plot. 2 joueurs qui doivent bouger leur propre pièce plus la pièce neutre à tour de rôle.

Citation:

---

Envoyé par Zaza91280

Un plateau est composé de 9 cases.

---

ok, donc tu as une relation entre le plateau et les cases, quel est le type de relation?

Citation:

---

Les trois cases les plus à droite ont un plot.

---

Certaines cases ont un plot, à quoi cela correspond?

Citation:

---

2 joueurs qui doivent bouger leur propre pièce plus la pièce neutre à tour de rôle.

---

Ok donc les joueurs agissent sur les pièces cela veux dire qu'ils sont en relation. quel est son type?

vois tu d'autres interactions/relation entre tes élément/objets?

essaie de les poser sur papier.
éventuellement documente toi sur des méthodologie type uml.

UML c'est pas pour les bases de données normalement ?

Citation:

---

Envoyé par Zaza91280

UML c'est pas pour les bases de données normalement ?

---

tu confond avec sql ou merise.....

Citation:

---

Envoyé par jabbounet

tu confond avec sql ou merise.....

---

Ok ;).

Citation:

---

Envoyé par jabbounet

ok, donc tu as une relation entre le plateau et les cases, quel est le type de relation?

---

Une relation d'appartenance. Une case appartient à un plateau.

Code:

---

Ok donc les joueurs agissent sur les pièces cela veux dire qu'ils sont en relation. quel est son type?

---

Un joueur utilise (utilisation) les pièces du jeu.

Code:

---

Certaines cases ont un plot, à quoi cela correspond?

---

Désolé mais je ne vois pas ce que vous attendez :?.

Merci de m'aider en tout cas ;).

Citation:

---

Envoyé par Zaza91280

Ok ;).

Citation:

---

Certaines cases ont un plot, à quoi cela correspond?

---

Désolé mais je ne vois pas ce que vous attendez :?.

---

un propriété particulière genre attribut

Citation:

---

Envoyé par jabbounet

un propriété particulière genre attribut

---

Ceci signifie que chaque case aura comme propriété (attribut) le fait qu'elle possède ou non un plot mais aussi elle aura pour propriété sa position, la couleur qu'elle porte (rouge,bleu,blanc ou rien).
Enfin je pense :roll:.

[ame]http://fr.wikipedia.org/wiki/Diagramme_de_classes[/ame]

http://laurent-audibert.developpez.c...rs-UML014.html

Citation:

---

Envoyé par jabbounet

http://fr.wikipedia.org/wiki/Diagramme_de_classes

http://laurent-audibert.developpez.c...rs-UML014.html

---

Merci mais avant de réaliser les diagrammes il faut déjà bien déterminer ce que l'on va réaliser non ?

Salut,

Citation:

---

Envoyé par Zaza91280

Merci mais avant de réaliser les diagrammes il faut déjà bien déterminer ce que l'on va réaliser non ?

---

De prime abord, tu sais ce que tu va réaliser... N'as tu pas parlé d'un 3 spot game :question:

De plus, tu as déjà déterminé un certain nombre de classes (joueur, plateau, case, plot, partie). Tu as donc au moins toutes les informations qui te permettront de ... commencer ton diagramme de classe, afin de voir ce qu'il manque éventuellement ;)

Enfin, UML ne se limite pas aux diagrammes de classes, il y a, de manière non exhaustive:

• Les cas d'utilisation (ce serait pas mal que tu les définisse :D)
• les diagrammes d'états et de transitions
• les diagrammes de classes et d'objets
• les diagrammes de séquence et de communication
• j'en ai peut être oublié :aie:

Chacun de ces diagramme permet d'observer "à la loupe" un aspect particulier du programme, et il est donc intéressant de créer la plupart de ceux-ci :D

Je n'ai essayé que de faire le diagramme de classes.
http://yfrog.com/jmsanstitregnp

Dites moi ce que vous en pensez, car je n'ai pas fait d'UML à l'IUT et donc j'apprends sur le tas en même temps comme on dit :).

Merci d'avance ;).

Bonjour,

Citation:

---

Envoyé par Zaza91280

Merci mais avant de réaliser les diagrammes il faut déjà bien déterminer ce que l'on va réaliser non ?

---

et pour cela il y a d'abord les diagrammes de use case, et très souvent les diagrammes de séquence

Citation:

---

Envoyé par koala01

j'en ai peut être oublié :aie:

---

je confirme :D
parmis les 'grand' classiques il y a aussi

• les diagrammes de packages (permettent de montrer le découpage à haut niveau)
• les activités (qui comme les state machine permettent de décrire les comportement, mais là c'est moins typé, on peut décrire finement un algorithme, plus qu'avec un diagramme de séquence par exemple, mais le but n'est pas exactement le même, donc ces diagrammes se complète, ils ne se remplacent pas)
• les composants, trop rarement utilisés (y compris par moi :oops:)
• le déploiement, principalement utilisé pour montrer une répartition sur plusieurs machines, utilisation de réseau etc

Citation:

---

Envoyé par Zaza91280

Je n'ai essayé que de faire le diagramme de classes.
http://yfrog.com/jmsanstitregnp

Dites moi ce que vous en pensez, car je n'ai pas fait d'UML à l'IUT et donc j'apprends sur le tas en même temps comme on dit :).

---

houlà :aie:

cela risque d'être long, le mieux serait d'ouvrir une discussion dans ce forum UML

[edit]vous devriez aussi utiliser un modeleur UML pour vous simplifier la tâche, j'ai l'impression que le diagramme à été fait à la main[/edit]

J'ai réellement besoin de tout ça ? Parce qu'on en n'a pas fait en cours, donc peut-être qu'à notre niveau on en n'a pas besoin ?

pas de panique, il n'est pas obligatoire d'utiliser tout ces types de diagrammes, pas plus qu'il est obligatoire de faire des multiplications dans un programme

si vous voulez décrire le 'quoi' alors les cas d'utilisation sont obligatoires, et à moins que votre système ne fasse qu'une unique chose ou que l'ordre des différentes choses n'est aucune importance (ce qui donc très peu probable) alors vous aurez aussi des diagrammes de séquence montrant ... les séquencements

pour le 'comment' il est difficile de se passer des diagrammes de classes, et comme votre application ne sera pas qu'un tas de données mais fera a priori des 'choses' alors il y aura très probablement des des diagrammes de séquence montrant l'implémentation choses au moins 'gros grain'. Bien évidemment si vous avez typiquement des machines à état vous aurez des états, mais c'est finalement assez rare de les utiliser. Si vous voulez rentrer dans le détails des traitements alors il y a les activités. Les autres diagrammes sont plutôt utilisés pour montrer que l'application est structurée proprement ... ils sont donc rarement utilisés :mouarf:

mais pour votre cas précis je ne sais pas jusqu'à quel niveau vous voulez aller au niveau détail, ni même d'ailleurs si vous devez/voulez utiliser UML ;)

Il ne nous a pas été précisé que nous devions utiliser UML et, personnellement, comme je n'ai aucune notion concernant cette méthode je voudrais me limiter à ce qui est indispensable ;).

On doit juste coder le programme :).

et bien je vais prêcher contre ma chapelle, dans ce cas n'utilisez pas UML, je pense que vous aurez assez de travail comme cela et qu'il n'est pas nécessaire pour le moment de 'charger la barque'

P.S. vous allez souvent l'entendre, UML n'est pas une 'méthode', c'est un 'langage' de modélisation. Pour faire simple tout est parti d'une 'notation' (en fait de la réunion de plusieurs) et son évolution lui a permit d'atteindre un niveau suffisamment évoluée pour devenir un 'langage'

Ok, merci pour la précision ;).

Vous me conseilleriez de commencer par quoi pour démarrer le codage ?

Bonjour,

le début de la discussion (avant qu'on ne passe à UML) vous permettait d'établir une première liste de classes et relations entre elles, qu'est-ce que vous en avez tirer en niveau codage ?

Pour construire le plateau, on va devoir appeler 9 fois le constructeur "case".
Il faudra placer sur trois cases un plot.
Puis placer les pièces.

certe, mais si vous voulez qu'on vous aide il faut que vous montriez votre code ...