Discussion :

[primusG]

Bonjour,

ce diagramme, qui n'est qu'un support pour me faire une idée sur certain aspect conceptuel, manque d'un certain nombre de caractéristiques . Mon but principal étant de "voir" comment articuler un ensemble de classes qui se compose d'autres classes.



D'avance merci pour vos remarques.

[bruno_pages]

Votre diagramme est erroné, toutes les relations dans celui-ci sont des généralisations (héritage) ce qui est impossible car par exemple un moteur n'est pas un véhicule.

Vous devez (re)lire vos cours / documentation sur UML

[primusG]

Bonjour,

merci de vous pencher sur mon cas. C'est justement parce que c’est faux que je le soumets à critique.
Mon problème principal est de pouvoir mettre comme attribut d'une classe un objet. C'est-à-dire une instance d'une autre classe. Votre remarque sur le fait qu'un réservoir n'est pas une voiture est tout ce qu'il y a de juste mais illustre mon problème. Comment dois-je m'y prendre pour faire apparaitre dans la classe véhicule, qu'elle est composée d'un réservoir et d'un moteur, qui sont des objets d'une autre classe alors que prix n'est qu'un nombre. Ce nombre peut faire partie d'une liste de prix, dans une structure, ou bien être inscrit comme un composant/champ d'une autre classe.

Pour résumer je ne sais pas comment, dans la représentation d'une classe, d'un diagramme de classes, faire apparaitre la distinction entre objet et "type primitif" composant cette classe.
et s'il est pertinent de vouloir le préciser.

Un autre problème de conception qui me vient est le suivant. Si je veux afficher/calculer le poids du véhicule, je dois tenir compte de la motorisation de la manière suivante.

poids du moteur + (contenance du réservoir X poids du carburant)

Ce qui me fait parcourir l'ensemble du diagramme (aller chercher le type de véhicule + le type de carburant + le type de réservoir), n'y a-t-il pas là une erreur de conception ?

[escartefigue]

Bonjour primusG

Le réservoir, les freins, le moteur, sont des classes d'entité à part entière qui n'héritent pas de la classe "véhicule"
Elles sont en relation avec le véhicule.

Je vous communique ci-dessous un modèle entité-association (type Merise) sur le même sujet que j'avais réalisé dans un autre contexte :




Et son équivalent UML :

[bruno_pages]

Bonjour,

Mon problème principal est de pouvoir mettre comme attribut d'une classe un objet. C'est-à-dire une instance d'une autre classe. Votre remarque sur le fait qu'un réservoir n'est pas une voiture est tout ce qu'il y a de juste mais illustre mon problème. Comment dois-je m'y prendre pour faire apparaitre dans la classe véhicule, qu'elle est composée d'un réservoir et d'un moteur, qui sont des objets d'une autre classe

vous pouvez utiliser une agrégation (attention, pas une composition) entre la classe Voiture et la classe Moteur, et une autre vers la classe Reservoir, donc :

... alors que prix n'est qu'un nombre.

utilisez un attribut pour les types de primitifs, donc :

Un autre problème de conception qui me vient est le suivant. Si je veux afficher/calculer le poids du véhicule, je dois tenir compte de la motorisation de la manière suivante.

poids du moteur + (contenance du réservoir X poids du carburant)

Ce qui me fait parcourir l'ensemble du diagramme (aller chercher le type de véhicule + le type de carburant + le type de réservoir), n'y a-t-il pas là une erreur de conception ?

Il n'y a pas de problème, définissez l'opération poids sur Reservoir et sur Voiture, l'opération définie sur Voiture utilisant l'opération sur son réservoir

Vous avez des lacunes au niveau UML et semble-t-il aussi sur les langages objets. Vos questions sont très générales et les réponses se trouve au niveau de la littérature sur les sujets concernés. Si vous voulez progressez la bonne méthode est de lire de la documentation, pas de poser des questions aussi générales, réservez vos questions sur les points précis dont la réponse n'est pas directement accessible dans la littérature

D'autre part vous avez dans ce forum des tas d'exemples concernant les classes et leurs diagrammes

[primusG]

Bonsoir,

tout d'abord merci à vous pour vos réponse.

je tacherai, dans les jours à venir, de refaire mon diagramme, en tenant compte de vos remarques pour vous en présenter une version plus correcte.

Vous avez des lacunes au niveau UML et semble-t-il aussi sur les langages objets.

c'est tout à fait ça mais étant un peu pressé je voulais commençais à avoir quelque chose d'un peu tangible.

Une question qui se calque, de mon point de vue, sur ma dernière question. Sur un jeu vidéo (FPS par exemple), les ennemis ont une quantité de points de vie, un type d'armement qui fait un certain nombre de dégâts, un comportement plus ou moins agressif,... . Selon le niveau de difficulté choisi, ces caractéristiques: point de vie, dégâts / armement, comportement, varient. Comment d'un point de vue conception (UML) peut-on représenter ce changement en fonction de la difficulté choisie ?

Est-ce les ennemies qui portent les changements en fonction d'un drapeau, ou est-ce une "entité" (classe) qui vas modifier les valeurs.

De même sur les niveaux (cartes) jouées, avec la difficulté variant, les kits de soin, les munitions, ...peuvent fournir moins de ressources au joueur, voir ne pas être présent. Là encore est-ce à chaque entité (kits de soin /munitions) d'avoir en leur sein les différents états qui seront choisis en fonction de la difficulté (drapeau). Est-ce la carte du niveau qui crée les entités en fonction du niveau de difficulté. Ou est-ce une cartographie (agrégation d'informations) qui définit quel objet à quel endroit, et affine l’état de chaque entité en fonction de la difficulté ?

d'avance merci pour vos réponses.

[bruno_pages]

les ennemis ont une quantité de points de vie

c'est un attribut de la classe Joueur (ou autre)

un type d'armement qui fait un certain nombre de dégâts

c'est une association (ni aggregation ni composition) de Joueur vers Armement, la classe Armement gérant les dégâts qu'elle peut faire

etc

Selon le niveau de difficulté choisi, ces caractéristiques: point de vie, dégâts / armement, comportement, varient. Comment d'un point de vue conception (UML) peut-on représenter ce changement en fonction de la difficulté choisie ?

Il y a plusieurs façons de le faire, si la difficulté est supportée par une classe vous pouvez montrer des dépendances entre les classes Joueur / Armement et la classe Difficulté, donc :



Mais comme beaucoup de choses vont au final dépendre de la difficulté vous allez avoir des tas de dépendances vers la classe Difficulté et rendre vos diagramme peu lisible sans réelle contre partie.

Le mieux est peut être donc de ne pas le montrer au niveau diagramme de classes, notez aussi qu'en UML il n'y a pas que le diagramme de classes