K. Tsang CEng MBCS PMP PMI-ACP OCMJEA OCPJP
Best of luck,
Heliton Rodrigues Aranha Filho
OCMJEA 5 and 6, SCJP 1.4
Best of luck,
Heliton Rodrigues Aranha Filho
OCMJEA 5 and 6, SCJP 1.4
Best of luck,
Heliton Rodrigues Aranha Filho
OCMJEA 5 and 6, SCJP 1.4
K. Tsang CEng MBCS PMP PMI-ACP OCMJEA OCPJP
K. Tsang wrote:The composition/ aggregation shouldn't be both ways. Composition is different from aggregation such that for composition when the parent object is destroyed, the dependent objects also destroyed. Aggregation is the opposite, the dependent object does not die.
Class A has (through composition) Class B = when A dies, B dies
Multiplicity should be present for those entities matching those in the domain model given in the assignment.
The User class is out of place. Shouldn't Buyer and Supplier extend User?
Heliton Rodrigues Aranha Filho wrote:As a last thought, if you haven't already, consider following Cade's examples. They're what Oracle wants.
Sergio Figueras wrote:
Another point: do you think that should I separate diagrams by layers, as I'm doing? Separate diagrams for domain / persistence, logic, etc, in different diagrams?
Best of luck,
Heliton Rodrigues Aranha Filho
OCMJEA 5 and 6, SCJP 1.4
Sergio Figueras wrote:
The only kind of user mentioned in my assignment is a purchasing agent, that is a guy which approve buy or selling orders. The sell / buy orders are created automatically by the system. For that reason, it seems to me, that "user" entity should manage only purchasing agents, not suppliers or buyers, because in fact, they're not users. Did you understand my explanation? :P
The Buyers or Suppliers doesn't make any login into the system, in fact, they're only people which orders are addressed. Does it make sense for you?
K. Tsang CEng MBCS PMP PMI-ACP OCMJEA OCPJP
Sergio Figueras wrote:What do you think about that? Should I substitute this domain classes for a single Enum? (attached image please)
Best of luck,
Heliton Rodrigues Aranha Filho
OCMJEA 5 and 6, SCJP 1.4
K. Tsang CEng MBCS PMP PMI-ACP OCMJEA OCPJP