This week's book giveaways are in the Java EE and JavaScript forums.
We're giving away four copies each of The Java EE 7 Tutorial Volume 1 or Volume 2(winners choice) and jQuery UI in Action and have the authors on-line!
See this thread and this one for details.
The moose likes Architect Certification (SCEA/OCMJEA) and the fly likes Passed Part 2/3 Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of The Java EE 7 Tutorial Volume 1 or Volume 2 this week in the Java EE forum
or jQuery UI in Action in the JavaScript forum!
JavaRanch » Java Forums » Certification » Architect Certification (SCEA/OCMJEA)
Bookmark "Passed Part 2/3" Watch "Passed Part 2/3" New topic
Author

Passed Part 2/3

Felipe Reyes
Greenhorn

Joined: Jan 07, 2004
Posts: 14
Hi guys,

I uploaded my assignment at 29 April and took part III exam at 6 May, I got results today:

Grade: P
Score: 91

Comment:This report shows the total points that could have been awarded in each section and the actual amount of points you were awarded.
This information is provided in order to give you feedback on your relative strengths on a section basis. The maximum number of points you could have received is 100, minimum to pass is 70.

Class Diagram (44 maximum) .......................... 37
Component Diagram (44 maximum) ...................... 42
Sequence/Collaboration Diagrams (12 maximum) ........ 12


This forum has been very helpful to me, many thanks to all!!

Tomas
Mark Cave
Ranch Hand

Joined: May 22, 2005
Posts: 92
Congratulation Tomas
Keep on the hard work.
Kirti Kirti
Greenhorn

Joined: May 13, 2004
Posts: 10
Congrats Tomas ! Great Score !!

Could you please tell your approach for the part II?

Regards-
kirti
abd hassan
Ranch Hand

Joined: Jul 15, 2003
Posts: 38
Congratulations..great job. Please share your experience with us.
I did have a few questions about the domain model. Did you have to modify the domain model? I'm specially confused about the Flight to Equipment relationship. I don't know how a particular airplane can be dedicated to 1 Flight only, as shown in the domain model. As far as I understand, over a period of time, lets say in a day, an airplane can be part of multiple flights. Please share your experience.

Congratulations once again !
David Taun
Ranch Hand

Joined: Oct 28, 2001
Posts: 116
Congrats~ Well done!
Felipe Reyes
Greenhorn

Joined: Jan 07, 2004
Posts: 14
Hi hassan,

I think the sentence "You may not agree with the what the business analyst came up with, but the business analyst is no longer available to discuss the situation" means something like "you can extend the domain model, but you can't change it!!".

In my strategy, I have maintained all the objects included in the BDOM as well the multiplicity for its relationships, and the key point was look for definitions of this business objects (Flight, Itinerary, ...) that are comfortable with the assignment documentation (as the BDOM, or the CEO and CIO interview,...), and then add these definitions to my assumptions list.

By example, you are assuming an Equipment is a concrete aircraft, and so, since "an airplane can be part of multiple flights", you are not agree with the 1-1 association between Flight and Equipment included in the BDOM.

But also, you can use the definition of Equipment as "the aircraft assigned to a concrete flight", and using this definition of Equipment, the 1-1 association between Flight and Equipment is now very clear (and if you want, you can add a new class to BDOM named Aircraft...)
abd hassan
Ranch Hand

Joined: Jul 15, 2003
Posts: 38
Thanks. I see your point and I agree. Although at least right now I don't see why I would include Equipment assigned to a Flight if I already have an Aircraft entity in the class diagram (although that might turn out to be the case). But yes, it will depend on how you define each class.
Another thing which I've also posted earlier but want to ask you is: Did you show any composition/aggregation relationships (or even generalization for that matter) in the class diagram (Cade in his book didn't show these relationships..only simple associations)? Appreciate your response.

Thanks.
Dhiren Joshi
Ranch Hand

Joined: Dec 09, 2003
Posts: 463
Congrats.
vu lee
Ranch Hand

Joined: Apr 19, 2005
Posts: 189
great job! Tomas.

How many components in your component diagram?
kundan varma
Ranch Hand

Joined: Mar 08, 2004
Posts: 322
congrats tomas
Did you use packages inside component or class diagram

Thanks
kundan


SCJP1.4,SCBCD,SCEA,CNA
Failures are practice shoots for success.
Felipe Reyes
Greenhorn

Joined: Jan 07, 2004
Posts: 14
Hi,

This is a brief description of my submission:


Diagrams:

- 1 Class Diagram: An extension of BDOM, containing 22 classes, more or less... Technology-independent, not including attributes or methods for business objects, but including navigability, cardinality, type (association, composition, ...) and a descriptive label for each relationship.

- 1 Component Diagram: Containing 40 components, more or less, I used J2EE stereotypes (like Servlet, JSP,...) but I didn't use any package. The diagram is organized from left (view components for both client types) to right (external systems, stereotyped as subsystems). To make easy the understanding of the diagram, for some type of components (view components, or components following a well-known pattern like Transfer Object, ...), instead of showing each one of this components in the diagram, I included a generic component and a note enumerating the represented concrete components.

- 7 Sequence Diagrams: 1 diagram explaining how works the Swing Client, 1 diagram explaining how works the Web Client, and 5 diagrams related to use cases, focused on business tier components. These 5 diagrams are independent of the client type used (Swing or Web), that are represented under a generic concept of MVC Client.



Documentation:

- Assumptions List: It contains only functional assumptions, grouped by Use Cases.

- Application Design: It contains the following sections:

- Design Goals: To Address functional,technical and QoS requirements, to support both web clients and application clients, ...

- Application Modules: A brief description of the application modules from a functional point of view (Customer Module, Signon module,...)

- Application Tiers: For each application tier (Client Tier, Web Tier, EJB Tier), a brief description for all the included components.

- Design Choices And Decisions: Distributed Architecture vs. Local Architecture, how the security is handled, how the user session state is maintained, how the integration with the legacy systems is handled,...

- List of J2EE Patterns used: Front Controller, Session Facade,


I used Together as UML Tool, and Open Office to write all the documentation and export it to HTML format. I used a lot the book "Core J2EE Patterns 2nd Edition", and occasionally the book "Designing Enterprise Applications with the J2EE Platform".

Also, when I had a doubt about how to treat a concrete aspect of the assignment, I used the Search feature of this forum to locate old topics talking about it. Contrasting my opinion with another points of view has been very helpful to me. I think there are some very interesting "classic" topics (like "to save or not to save unpaid itineraries", "how to connect to FFS System", "Segment and Flight", "Connect Swing client to web application or directly to EJB tier",...).


I hope that will help you,

Tomas
kundan varma
Ranch Hand

Joined: Mar 08, 2004
Posts: 322
Hi Tomas
yes its helpful, but how u represent patterns just in assumtions or by component diagram or the sequence diagram. Did you use HTML parsing for getting Mileage system data. Can you throw some light on that.

Thanks
kundan
Felipe Reyes
Greenhorn

Joined: Jan 07, 2004
Posts: 14
Hi kundan,

how u represent patterns just in assumtions or by component diagram or the sequence diagram?


I used the following rules:

- Component Diagram: Since I only used J2EE stereotypes, I named all my components in a significative way to indicate the usage of patterns.
By example, if a component follows the DAO pattern, its name can be something like XXXDAO, but there isn't a DAO stereotype.

- Documentation: When I described my components, the usage of a concrete pattern has been included in the description:
An example: "XXXXFacade-> Stateless Session Bean following Session Facade pattern and responsible for ..."

- Sequence Diagrams: Adding some assumptions to my documentation, I have avoided including certain type of components following a well-known pattern in my diagrams. By example, since my Business Delegate components always use a Service Locator component to look up the remote EJB's, I can assume it's not necessary to show this Service Locator component in everyone of my diagrams.


Did you use HTML parsing for getting Mileage system data?


No, I didn't use an HTML parser to access FFS. I don't like integration solutions based on screen scraping mechanism, they aren't very robust nor maintainable. But I think this approach can be a valid choice, whenever you can justify it.

Tomas
vu lee
Ranch Hand

Joined: Apr 19, 2005
Posts: 189
Tomas,
What did you do to verify that your diagrams are UML compliant? How did you double check...?
vu lee
Ranch Hand

Joined: Apr 19, 2005
Posts: 189
Tomas,
What did you do to verify that your diagrams are UML compliant? How did you double check...?
Felipe Reyes
Greenhorn

Joined: Jan 07, 2004
Posts: 14
Hi vu lee,

I didn't anything special to verify all my diagrams are UML-compliant.

I think if you are using a UML-compliant Tool (like Together, Rational Rose, Enterprise Architect,...) and you maintain your diagrams as simple and understandable as possible (not cluttered, without crossed lines, with some notes to improve the understanding,...),then you don't have anything to worry about.

You can found helpful the following link:

http://www.agilemodeling.com/style/

Tomas
Mattias E
Greenhorn

Joined: May 09, 2005
Posts: 8
I love this forum.
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Passed Part 2/3