I have been trying to follow the eg given in mark cade's book for component diagram, but it looks to me as an extended version of class diagram. As far as I understand, a component is a physical module with a well defined
set of interface. So if I have a customer module (component), I will have have all my facades for accessing the customerEJBs and related entities, along with the DAO (customerDAO) and other value objects (customerVO,addressVO etc) in it.And my interface to this module will be the facade home/remote interfaces which is the only entry point through which other components can have a dependency to it.
But if you look at the component diagram in cade's book, he has indentified each
JSP pages, the
servlet controllers, session beans etc as individual components. I agree that a component can consist of 1 class, but if you are drawing each class as 1 component, then you are trying to draw a class diagram rather than a component diagram according to the UML standards. Also I have heard about drawing VO in component diagram. Do you guys think VO as an independent module.According to me, it should be part of one of the existing modules/components.
Now I am a bit confused about what exactly sun is looking wrt component diagrams. It carries 44 marks and can't really think of loosing marks in that area. I am sure guys who passed with 40+ components would have added all the VOs in it to get to that figure.