• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

Passed Part 2/3

 
Greenhorn
Posts: 14
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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
 
Ranch Hand
Posts: 92
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Congratulation Tomas
Keep on the hard work.
 
Greenhorn
Posts: 10
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Congrats Tomas ! Great Score !!

Could you please tell your approach for the part II?

Regards-
kirti
 
Ranch Hand
Posts: 38
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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 !
 
Ranch Hand
Posts: 116
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Congrats~ Well done!
 
Felipe Reyes
Greenhorn
Posts: 14
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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
Posts: 38
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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.
 
Ranch Hand
Posts: 463
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Congrats.
 
Ranch Hand
Posts: 208
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
great job! Tomas.

How many components in your component diagram?
 
Ranch Hand
Posts: 323
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
congrats tomas
Did you use packages inside component or class diagram

Thanks
kundan
 
Felipe Reyes
Greenhorn
Posts: 14
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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
Posts: 323
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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
Posts: 14
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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
Posts: 208
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Tomas,
What did you do to verify that your diagrams are UML compliant? How did you double check...?
 
vu lee
Ranch Hand
Posts: 208
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Tomas,
What did you do to verify that your diagrams are UML compliant? How did you double check...?
 
Felipe Reyes
Greenhorn
Posts: 14
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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
 
Greenhorn
Posts: 8
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I love this forum.
 
Message for you sir! I think it is a tiny ad:
a bit of art, as a gift, that will fit in a stocking
https://gardener-gift.com
reply
    Bookmark Topic Watch Topic
  • New Topic