• 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

SCEA Part2 (Use Case)

 
Greenhorn
Posts: 4
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hello everyone!

I recently passed SCEA Part1. In Part2, just for clarification, is it alright to extend (not deviate from) the provided use case (much like we can extend the business domain model)?

Your replies will be very much appreciated.

Regards.
 
Ranch Hand
Posts: 208
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I might not understand what you mean by "extend the provided use case", but remember what the instructions-file says:

A business analyst has worked with FBN to define the use cases and create a business domain model. 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. This means you have all of the requirements you will get [...]



So, in other words, you don't quite agree with the business analyst. In real-life, outside of Sun Assignment World, disagreements between a BA and an architect are not uncommon.

Has the BA forgotten a use case? Is it an important use case? Do you need to elaborate the use case (using a sequence or collaboration diagram)?

You have all the requirements you will ever get. But if you see something missing, bring up the point. If a domain object is wrong or missing, mention it, and also state what action you take. You might find that this would require a new use case, if so - specify in a few words that use case. You could even add more sequence or collaboration diagrams, if you feel it adds value. It is up to you.

The required deliverables are: one class diagram, one component diagram, and one sequence or collaboration diagram for each use case. But this is not a hard requirement - I made two class diagrams, one component diagram, and seven collaboration diagrams, others have delivered I one class diagram, four or five component diagrams, four use case diagrams (one for each detailed use case), and also other combinations.

Do and deliver what you feel is required to describe solution, and don't deliver anything that does not add value.
 
Donn Manlapas
Greenhorn
Posts: 4
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi Ande,

Sorry for not clarifying that. My concern was if it is possible to add detailed use case diagrams aside from the one provided. And I guess your reply had already covered it. Thank you very much for sharing your experience and insight. I�ll keep in mind you advice.

Again, many thanks.
 
Greenhorn
Posts: 16
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi Donn,

Congratulations! Good to know that you are pursuing the next part.

You may extend the business domain model to come up with your class diagram. That's what I did for SCEA for Java 2 EE.

Regards,
Shirley
[ March 03, 2008: Message edited by: Shirley Santiago ]
 
With a little knowledge, a cast iron skillet is non-stick and lasts a lifetime.
reply
    Bookmark Topic Watch Topic
  • New Topic