Relation between Admin and Item (Class Diagram)

What relationships should be there between:

1. Admin and Employee (Admin registers / edits employee)
2. Admin and Item (Admin creates / deletes / updates item)
3. Item and Order_Item (Order_Item uses data from Item)
4. Task and Order (Each order has at most two tasks)

This is an interesting start. In addition to Axel's answer, and considering your revised diagram, I'd like to provide you some means to find issues by yourself:

1. Cross-check systematically all the multiplicities. You do this by first imagining an instance on one side an see with how many instances it can be associated with on the opposite side, and then do the same in the opposite direction.

   Take the example of Item and Order_item: take an order item, it is clear that it must refer to an item and can only be associated with one item. So 1 (which is equivalent to 1..1) is correct. But in the opposite direction: are you sure that an Item can be ordered only once? That there can be at most a single order_item?

2. Make sure that optional associations are optional. So cross check multiplicities with a minimum cardinality greater than 0 correspond to mandatory associations.

   Take again the example of Item and Order_item: the admin can create a new Item X, that is not used in any order item until it is ordered a first time. So there seem nothing wrong for an Item to appear in 0 Order_item.

   Take another example: Wouldn't "at most 2 tasks" mean 0..2? Or are you sure that each order must have at least one task? Only you could answer ;-)

3. Be extra-careful with any relation that are not simple associations. The question here is simple: if you would replace your special relationship with a simple assiciation, would you loose some critical information in your diagram?

   Take the example of the black diamond: ok, if you'd remove it, you would loose the hint that an order item makes no sense without the order to which it belongs and has no reason to exist on its own. You can keep it.

   But what about the white diamonds. If you would remove them, would you really lose any relevant meaning that is vital for the designer to know?

   You've already removed the inheritance (withe triangular arrow head) and that's fine. Because this means that an instance on the side of the arrow head could be used whenever an instance of the side of the arrow head is expected.

4. Subsidiary question: do any classes in the diagram share a significant set of attributes and behavior? If yes, you can ask yourself is one isn't a specialization of the other (inheritance).

   For example, is an Admin also an Employee? If yes, you may add an inheritance relation between the two, and remove in Admin what is already defined in the employee.