File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

Example assigments for part II/III

 
Pawel Piwowar
Greenhorn
Posts: 21
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hello,

Which example assignments for SCEA II/III would you recommend. So far I checked following:
- ePractize Labs Part 2/3, it contains 6 mock projects
- Scenario from Mark Cade/Humphrey Sheil JEE Study Guide (chapter 9)
- Enterprise JavaBeans 3.0 by Bill Burke, Richard Monson-Haefel (Chapter 21: EJB Design in the Real World )
I found each of them useful, however there are significant differences between them.
For example Mark Cade class diagram uses annotations like @Stateless @Entity, while others : <<Stateless Session Bean>>
Additionally Cade placed all classes on one large diagram, but ePractize used one general diagram and several more detailed ( for each tier like WEB , EJB ).
Burke is also using one general class diagram close to this presented by Cade.

My question is: do anybody of you have experiences with solutions presented above, or could recommend something not listed by me ?
Which one is the best, it terms of matching the SUN reviewer expectations ?


 
J J Wright
Ranch Hand
Posts: 254
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
There is no "one size fits all". Make a decision based on what's best for your assignment, and the level of detail you want to portray.

I followed a simple rule of thumb, and that was to keep my diagrams concise, cohesive, and manageable. Humphrey Sheil talks about avoiding splitting up diagrams, but only in sense that they should not be split along arbitrary lines. You wouldn't write 1000+ line Java classes to perform 10 unrelated tasks, so why do it in your UML?

Which one is the best, in terms of matching the SUN reviewer expectations?


The one that facilitates simple diagrams with a well defined singular objective. You can also talk about the structure of your diagrams in your supporting documentation if you want to make it super-clear to the examiner.
 
Pawel Piwowar
Greenhorn
Posts: 21
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Thanks J J
 
I agree. Here's the link: http://aspose.com/file-tools
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic