File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
The moose likes Architect Certification (SCEA/OCMJEA) and the fly likes Part II, strictly follow the diagram deliverable instructions? 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 "Part II, strictly follow the diagram deliverable instructions?" Watch "Part II, strictly follow the diagram deliverable instructions?" New topic

Part II, strictly follow the diagram deliverable instructions?

Ben Two
Ranch Hand

Joined: Jul 06, 2007
Posts: 35
Hi, I'm doing the assignment and I'd revised my diagrams again and again. My principle is cover all the requirement as well as keep the diagrams on an architecture level.

During the process I found that it's considerable that I follow the instructions in the assignment, that is , my deliverable will be only one class diagram, one component diagram, and several sequence diagram for each use case. Now I feel if I keep the diagram relatively simple it won't be a mess if I only use one class diagram and component diagram. I even consider that one diagram is more readable for the examinator since there is no redudunance.

But I'm not full confident with this approach, should I split my component and class diagram into different part of the system, or keep it as it was?
I'm comfortable with only one digram since I well organised all symbols.

Suggestions and advice please

kind regards
Frank Kuepper
Ranch Hand

Joined: Mar 16, 2007
Posts: 45
I doubt you'll add more value by splitting up without really feeling the urge to do so. So If you are confident about your design and feel comfortable with your layouts, leave them as they are!
(Well, and if not, let it mature and revise it again )

SCEA (93%/93%)
Ben Two
Ranch Hand

Joined: Jul 06, 2007
Posts: 35
Thanks Frank,

I think it's better to leave it as it was and revise it later. Because right now I'm a little bit satisfied with my design and very possible that I can't see the problem.

IMHO, architecture is a job to provide a most suitable and reasonable solution which is one of the various solutions, while some of them are all acceptable.

kind regards
Gabriel Claramunt
Ranch Hand

Joined: May 26, 2007
Posts: 375

If it helps, I don't think the number of diagrams has too much effect (unless you provide a huge number of it!)
I followed the assignment indications (1 class diagram, 1 component diagram, and 1 for each use case) and I passed, other people didn't followed it, and passed too
My class diagram was concise enough so I didn't felt more diagrams were required.
My component diagram was a little cluttered but I liked the "big map view" it provided.
(I lost 6 points in the component and class each, so maybe you shouldn't follow my advice )
The sequence diagrams, some where short, so there was no point on splitting, and one was kind of big, but again, I felt that by splitting it, some context would be lost. (and I got all the points for sequence diagrams )
Bottom line: do whatever YOU think is the best way and be ready to explain why.
[ August 23, 2007: Message edited by: Gabriel Claramunt ]

Software Surgeon
I agree. Here's the link:
subject: Part II, strictly follow the diagram deliverable instructions?
It's not a secret anymore!