Discussion :

[Zaza91280]

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 .

[jabbounet]

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.

[Zaza91280]

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.

[jabbounet]

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)...
• ...

[Zaza91280]

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.

[jabbounet]

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?

Les trois cases les plus à droite ont un plot.

Certaines cases ont un plot, à quoi cela correspond?

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.

[Zaza91280]

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

[jabbounet]

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

tu confond avec sql ou merise.....

[jabbounet]

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

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

[Zaza91280]

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 ?

[koala01]

Salut,

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

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 )
• 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é

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

[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 .

Merci d'avance .

[bruno_pages]

Bonjour,

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

j'en ai peut être oublié

je confirme
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 )
• le déploiement, principalement utilisé pour montrer une répartition sur plusieurs machines, utilisation de réseau etc

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à

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]