Représentation d'une composition

Bonjour,

Je souhaiterais représenter une composition de classes. J'ai pris l'exemple d'un assembleur informatique pour que ça parle à tout le monde.
Dans mon exemple, une solution vendue au client serait une unité centrale avec un moniteur. Dans ce cas là, l'UC est un assemblage de carte mère, processeurs, etc.. Par opposition au moniteur qui est acheté "entier" au grossiste. Pour les pièces détachées qui ne sont pas assemblées ou modifiées, j'ai malgré tout besoin de suivre la composition pour comparer ce qui est comparable: carte mères avec le même chipset, carte graphique avec même mémoire, etc..
Voici le modèle que j'ai créé, pourriez-vous me donner votre avis SVP?

Bonjour,

Que représente Solution ?

Pièces détachées devrait être au singulier

Il faudrait mettre des multiplicités, un assemblage est constitué d'au moins 2 PieceDetachée (2..*) et une Piece Détachée d'aucun ou plusieurs Composant (0..* ou simplement *)

Par contre aucun des cas de composition n'est valide, ce sont juste des agrégations 'simples'.

Bonjour,

En sus de ce que vous a indiqué bruno_pages, j'ajouterai que le fait d'intégrer scanner, imprimantes dans "pièce détachée" va poser problème dans la relation. Si un ensemble informatique (UC) est composé de pièces comme la RAM ou le processeur, l'imprimante est un périphérique qui peut exister indépendamment du PC (au sens commercial et fonctionnel) donc on aura là une agrégation.

a+

Citation:

---

Envoyé par bruno_pages

Que représente Solution ?

---

Solution est un terme (un peu trop) générique pour désigner un "pack" qui serait un regroupement d'éléments destiné à être vendus groupés.

Je reconnais que le terme "pièce détachée" est mal choisi pour désigner des éléments autonomes comme un scanner ou imprimante.
Je voudrais malgré tout regrouper ces périphériques avec tous les articles qui font l'objet d'un approvisionnement extérieur et ne sont pas "construits sur place" (qu'ils soient entièrement fonctionnels ou pas). L'idée étant que ces objets sont eux-mêmes des assemblages, même si on ne connait ni l'assembleur, ni le détail des composants, je voulais factoriser au maximum les éléments communs pour obtenir une classe abstraite qui décrirait ce principe d'assemblage.

je proposerais la solution suivante :

- un panier (la "solution") est composé d'un ensemble de pièces informatiques
- une pièce peut être composée de plusieurs autres pièces
- le lien entre 2 pièces (une constituante, l'autre constituée) peut porter des informations (qui a fait le montage, quand, des remarques, etc...); --> la classe associative "assemblage"
- un héritage entre la classe générique "pièce informatique" (le terme est mal choisi, mais j'ai rien de mieux) et les pièces que tu veux mettre en vente, avec sur chaque classe les spécificités de la pièce en particulier

voilaa

Pour ma part, je pense au design pattern 'Composite'...A creuser...