Win a copy of Practice Tests for OCP Java 17 Certification Exam (1Z0-829) this week in the OCPJP forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Tim Cooke
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Liutauras Vilda
Sheriffs:
  • Rob Spoor
  • Junilu Lacar
  • paul wheaton
Saloon Keepers:
  • Stephan van Hulst
  • Tim Moores
  • Tim Holloway
  • Carey Brown
  • Scott Selikoff
Bartenders:
  • Piet Souris
  • Jj Roberts
  • fred rosenberger

SCEA PART 2 - Business Domain Model

 
Greenhorn
Posts: 18
IntelliJ IDE Chrome Fedora
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi everybody,
I downloaded the assignment a week ago and I came up with a big dilemma!
Should/Could I change the business domain model provided within the assignment, or not?

As the assignment says,

All of these objects and the relationships between them should be addressed in your design and implementation.



It suggests me to respect/follow the given business domain model, but there could be some reason (valid ones) to change it a little!
It does not say that the model must be and remain the given one.

Besides to my reasoning if they are wrong or right,
what should I do?
Actually I have a many-to-many relationship that I would never have in my real-project business domain model!

Did anybody change the given business domain model and pass part 2?

Thanks in advance,
ciao,
Luigi
 
Ranch Hand
Posts: 55
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
From what I have read so far in this forum, unless you have a really serious reason to change BDM (eg. something very important is missing or there's an error in a given model), better don't do it. For sure not for the sake of optimization, simplifying or anything like that. Many people have failed because of this.

And many to many relationship is handled quite well by JPA for example, so I believe you don't need to worry about it.
 
Ranch Hand
Posts: 34
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I have found this successful story https://coderanch.com/t/443250/sr/certification/SCEA-passed
and since I have the same assignment, I was also very tempted to change it. In the end I found some solution without changing it but I am afraid it might be a bit "forced" as I am basically improvising some relations that can lead me by transitivity to the relation in the BDM. Problem is now that I am thinking which is worse? changing the BDM or putting things in there just to fit the given BDM? did you reach to any conclusion, will you change it?
 
Luigi Fugaro
Greenhorn
Posts: 18
IntelliJ IDE Chrome Fedora
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi Georgiana,
I'm still thinking... I don't know what i s worse, if working on something that I do not really understand or change it a little and start understanding what I'm doing.
Anyway I'll document and justify my changes, if any!
The use cases will remain the same, I'll add more class to the BDM.

I'll let you all know!



Ciao,
Luigi
 
Bartender
Posts: 1104
10
Netbeans IDE Java Ubuntu
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I think if you are changing it slightly, you should document it clearly in your assumptions. Of course, big changes wouldn't be good. One thing that can be thought of is, even when changing, try to maintain the original relationship - maybe indirectly...
 
reply
    Bookmark Topic Watch Topic
  • New Topic