aspose file tools*
The moose likes Architect Certification (SCEA/OCMJEA) and the fly likes Class Diagram and Component Diagram Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Certification » Architect Certification (SCEA/OCMJEA)
Bookmark "Class Diagram and Component Diagram" Watch "Class Diagram and Component Diagram" New topic
Author

Class Diagram and Component Diagram

Venkat Kiran
Greenhorn

Joined: Apr 21, 2006
Posts: 7
Hi,

Do I have to represent all entity beans and utility classes in the class diagram or can they be shown as part of component diagram ?
I am plannig to extend BDOM to some extent and represnt the class diagram which focussues on business domain alone. Is this correct.

Any suggestions are higly appreciated
Thomas Taeger
Ranch Hand

Joined: Dec 16, 2002
Posts: 307
Originally posted by Venkat Kiran:
Do I have to represent all entity beans and utility classes in the class diagram or can they be shown as part of component diagram ?

Over the years many people had many postings acc. to that topic. You might whish to Search the forum first and provide your concentrated suggestions and doubts then.

Thomas


www.classic-and-class.com - www.evalulearn.com
Interfaces are the glue of OO.
Rama Bhargav
Greenhorn

Joined: Mar 25, 2006
Posts: 25
Do I have to represent all entity beans and utility classes in the class diagram or can they be shown as part of component diagram ?


As far as my understanding goes, class diagrams are best represented as technology neutral. So it is not a good idea to show entity beans etc.. which are techology specific.


I am plannig to extend BDOM to some extent and represnt the class diagram which focussues on business domain alone. Is this correct.


I agree with you. You can extend the BDM and present any assumptions you may have made in the Assumptions section.
Thomas Taeger
Ranch Hand

Joined: Dec 16, 2002
Posts: 307
Hello Rama,
Originally posted by Rama Bhargav:
... class diagrams are best represented as technology neutral. So it is not a good idea to show entity beans etc.

Would you really accept a class diagram not showing entity beans in reality, on the job, ...?

I would never accept such a class diagram. So why for the exam?

Originally posted by Rama Bhargav:
... which are techology specific.

J2EE itself is a technology itself, the whole exam is technology specific, so why not the class diagram?

Thomas
Venkat Kiran
Greenhorn

Joined: Apr 21, 2006
Posts: 7
Hello Thomas,

Your thought definerely makes sense,but as per the requirements given by sun they have specified that all jsp's,ejb's & servlets need to be represented as part of component diagram,so thought of extending BDOM with some more classed and represent ejb's & servlets as part of component diagram

Cheers
Venkat
Thomas Taeger
Ranch Hand

Joined: Dec 16, 2002
Posts: 307
Hello Venkat,
Originally posted by Venkat Kiran:
... sun ... have specified that all jsp's,ejb's & servlets need to be represented as part of component diagram ...

If I understood you right you think of an "eighter - or"? I think for class diagrams this is a misunderstanding. Why not showing JSPs/Servlets, EJBs etc. as classes (what they are!) in the class diagram AND as components (what thae also are) in the component diagram? Somewhere you need to have these classes anyway for using them in sequence diagrams.

For me the BDOM is something what
- we architects GET from the business analyst
- in the special SCEA case we need to correct (this is BA work!)
- but a BDOM ("... OBJECT Model") is not different from a traditional conceptual or at least logical datamodel.
- A BDOM is not a CLASS diagram.

Just my thoughts ...
Thomas
 
 
subject: Class Diagram and Component Diagram