Eh, what? Could you ask more specific questions?
Or at least provide what you already have?
You probably do already have player and weapon classes, right?
Class player (what you named user) with a one-way association with multiplicity * to weapons named unlockedWeapons to the class weapon. Another association to the class weapon named currentWeapon with multiplicity 1, also one-way.
Class player then gets some methods, like equip(Weapon weapon)
which gets a Weapon object, checks for validity (is it unlocked) etc.
Whether it’s 2 weapons or not is irrelevant. If you mean 2 different types of weapons, which are subclasses inheriting the Weapon class, the player probably still associates with Weapons
for abstraction.
Designing a class diagram for that is really the most basic thing to do in UML modeling / software design.