Eh, quoi? Pourriez-vous poser des questions plus spécifiques?
Ou au moins de fournir ce que vous avez déjà?
Vous avez probablement déjà des classes de joueurs et d'armes, n'est-ce pas?
Joueur de classe (ce que vous avez nommé utilisateur) avec une association unidirectionnelle avec multiplicité * aux armes nommées armes déverrouillées à l'arme de classe. Une autre association à l'arme de classe nommée currentWeapon avec multiplicité 1, également à sens unique.
joueur de classe obtient alors des méthodes, comme equip(Weapon weapon)
qui obtient un objet d'armes, les contrôles de validité (est déverrouillé), etc.
Que ce soit 2 armes ou non est hors de propos. Si vous voulez dire 2 types d'armes différentes, qui sont des sous-classes héritant de la classe Weapon, le joueur s'associe probablement toujours à Weapons
pour l'abstraction.
La conception d'un diagramme de classes est vraiment la chose la plus élémentaire à faire dans la modélisation UML/la conception de logiciels.
les armes seraient différentes mais très similaire, par exemple un pistolet et shoutgun, différents modèles/soundbites – RY4N