Open maj0-0 opened 11 months ago
Hi there, thanks for bringing this issue up.
As of the way we implemented the Address
, Priority
and Remark
, each Person
is always going to be associated to one of each classes mentioned above. A brief example would be, priority levels are differentiated using enums, and there will be Level.none, so even though there is no priority assigned to a Person
from the user point of view, there will always be a Priority
associated to the Person
implementation-wise.
As class diagrams are not used to describe the problem domain, we think that it should match our implementation rather than the problem. Therefore, we decided to reject this bug as it is indeed a correct representation of our implementation.
Team chose [response.Rejected
]
Reason for disagreement: [replace this with your explanation]
If the address, priority and remark are optional, should it be 0...1 instead of 1?