There seems to be some ambiguity in the specification of multiplicities on ternary associations. See also this paper
But I understand it like this:
The multiplicity says something about how many times an instance may be present in this associations for any given tuple of linked instances.
As an example, consider the following (traditional) family
I would understand that as
In any given family there must be one father, one mother and zero or more children.
If we apply that to your case then I come to something like this:
I understand that as
For any given Offering there must be exactly one market, one department and one or more products
That seems to satisfy more or less all of your constraints
- A Product can only be offered to one market by one department
- A Department can offer multiple products, but one product can only be offered to one market
I don't think it's waterproof though, but as the paper already stated, UML does not have enough tools to make a waterproof design with the multiplicities on the ends alone. So for good measure, your constraints should also be modeled as UML constraints.
Disclaimer: Ternary associations are really nice for academical discussions, but are not really used in the (IT) industry, probably because they are so hard to understand.