Mini RPG representation UML

bonsoir, j'ai commencé l'UML aujourd'hui et je suis un peu perdu

mon but ici est de realiser un mini RPG selon certaines regles

Un groupe de personnage est composé de 5 personnages de la même race.
Un personnage possede un metier et une race:
Races :
- Humain
- Nain
- Elfe
Métiers :
- Guerrier
- Prêtre
- Mage


j'ai créé un diagramme des classes pour l'analyse UML : j'aimerais savoir si il est correct et si je part dans la bonne direction pour après l'implementer en c++

ma réflexion : un personnage est composé d'un metier et d'une race (composition)
un groupe est un agregat de 5 personnes (agregat)

Salut ça nous rappelle un ancien projet qu'on a eu autrefois en 2ème année. De souvenir ton diagramme est incomplet, voici les quelques modifications qu'on a apporté, nous espérons que ça t'aidera. :ccool:

Vos schémas UML sont assez étranges, notamment la composition entre personnage et métiers ou race.

Pourtant un personnage n'a qu'un seul métier et qu'une race non ?

Effectivement un personnage n'a qu'une race et un metier (total 9 personnages possibles)

Dans ce cas tu peux affiner et faire évoluer le diagramme en conséquence. Là je ne le fais pas apparaître mais la classe Personnage est probablement abstract et on pourrait ajouter des stéréotypes pour préciser qu'il s'agit d'entité.

Il est intéressant de commencer à le compléter avec des classes d'analyse et conception qui montrent des classes (stéréotypées) de control et d'ihm dans un scénario (use case) exécutable et donc mettant en scène tous ces objets

Ps : 9 personnages pour un groupe ? Dans le premier post tu disais

Citation:

---

Un groupe de personnage est composé de 5 personnages de la même race.

---

Parce que dans ce cas mon diagramme n'est pas totalement juste et il peut être intéressant de représenter cette contrainte (de la même race) (même si je pense que c'est un détail d'implémentation et que cela limite le caractère 'créatif' du jeu (je me base sur Westhnoth qui est à peu près ce que tu décris))

Non je parlais de 9 composition nain - guerrier, humain - guerrier

j'ai déjà crée ce programme l'année dernière pour le projet C donc a la limite je peut vous fournir les sources et l'exécutable. mais c'est totalement en procédural :aie: donc ça ne m'aide pas beaucoup pour l'analyse UML

Citation:

---

Envoyé par manserk

Non je parlais de 9 composition nain - guerrier, humain - guerrier

---

9 groupes tu veux dire ? Et chaque groupe peut avoir jusqu'à 5 personnages ?

je me susi mal exprimé désolé, il y a 9 personnages possible

humain guerrier
humain pretre
humain mage
nain guerrier
nain pretre
nain mage
elfe guerrier
elfe pretre
elfe mage

si vous voulez un appercu de ce que ça donne en procedural : sources + exe

en tout cas nous avons deja finit le prosit UML maintenant c'est java :calim2:. ça va vachement vite. je vais quand même essayer de finir le jeu en c++

En fait que se soit du Java, C++, C# ou autre chose tu pourras réutiliser UML qui est indépendant de la technologie d'implémentation.

Par contre je comprends mieux ce que tu veux dire, il y a 9 combinaisons possibles de personnages(Cf. la liste que tu as donné)

Tu veux peut-être un feed-back dessus sur ton programme ? (Mise à part qu'il a planté après mettre trompé en ayant saisie une lettre plutôt qu'un chiffre :aie:)

Remarque juste que ce n'est pas du C++ mais du C, les fichiers code source porte une extension .c et les entêtes .h et non .cpp et .hpp, d'ailleurs je ne vois que des appels à des fonctions de la bibliothèque C et aucune classe (c'est ce qui caractérise le C++ qui est un langage objet)

J'avoue que pour un jeu une interface graphique c'est quand même le top, tu as pensé utilisé une bibliothèque en C ou C++ pour la couche IHM ou tu développes pour du mode console ? En fait je ne comprends plus le but de ton post tu veux faire une rétro-ingénierie en UML de l'existant et faire évoluer le programme existant en le modélisant avec UML ?

En 2009 nous avons fait un projet en C de la création de ce mini rpg, nous connaissions ni UML, ni POO donc on l'as réalisé en procédural

cette année nous avons vu UML, POO et aussi C++ et donc j'aimerais le porter en C++ comme si c'était pour un projet (donc faire une analyse UML)

Le but c'est apprendre. on a la théorie mais pas beaucoup de pratique. je vais essayé avec les diagrammes que vous m'avez déjà donné.

ps: par contre j'ai pas encore pensé au mode graphique, c'est vrai que je pourrais ameliorer le truc avec la librairie SDL

Bonjour,

Le diagramme d'hegros est correct une fois qu'on remplace la multiplicité 9 par 5 et qu'on ajoute une contrainte disant que les 5 personnages d'un groupe sont de la même race

Pourquoi dans le schéma d'hégros, utiliser des interfaces pour Métiers et Races ? Quels avantages par rapport à des classes ?

L'héritage de classe en Java est simple : une classe ne peut avoir qu'une seule classe mère. D'autres langages pratiquent l'héritage multiple (C++, Eiffel) au prix souvent d'une complexification de leur modèle d'héritage.

L'héritage multiple peut conduire en effet à des difficultés qui concernent l'héritage multiple par des chemins du graphe d'héritage différents d'une même variable membre ou d'une même méthode. Les interfaces ont été distinguées des classes abstraites parce qu'elles ne présentent pas ce type de problème.

N'ayant aucune variable membre et ne présentant aucune méthode définie, l'héritage multiple d'interface ne présente pas l'inconvénient du schéma d'héritage classique pour lequel hériter signifie hériter des données et du code de la classe mère.

L'héritage d'interface est donc simplement une sorte de contrat d'implémentation.