aspose file tools*
The moose likes Architect Certification (SCEA/OCMJEA) and the fly likes Part 2(assignment)-what goes into Technical Risks and what goes into Design decisions Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of EJB 3 in Action this week in the EJB and other Java EE Technologies forum!
JavaRanch » Java Forums » Certification » Architect Certification (SCEA/OCMJEA)
Bookmark "Part 2(assignment)-what goes into Technical Risks and what goes into Design decisions" Watch "Part 2(assignment)-what goes into Technical Risks and what goes into Design decisions" New topic
Author

Part 2(assignment)-what goes into Technical Risks and what goes into Design decisions

Sharma Ashutosh
Bartender

Joined: Apr 06, 2001
Posts: 346
Assumptions are straight forward-one should put what all assumptions he/she has made to arrive at the solution and moreover what all deviations he/she has made from the original assignment.

But what should go into Technical Risks and what goes into Design decisions?


Ashutosh Sharma
SCJP 1.2, SCEA 5, Brainbench certified J2EE Developer, Documentum Certified Professional
Blog : http://scea5-passingpart2and3.blogspot.com/
Jeanne Boyarsky
internet detective
Marshal

Joined: May 26, 2003
Posts: 29238
    
139

Design is what were you thinking about when you created the architecture. Anything you want them to know.

Risks is what you can think of that could go wrong and cause a problem.


[Blog] [JavaRanch FAQ] [How To Ask Questions The Smart Way] [Book Promos]
Blogging on Certs: SCEA Part 1, Part 2 & 3, Core Spring 3, OCAJP, OCPJP beta, TOGAF part 1 and part 2
Rahul Mishra
Ranch Hand

Joined: Jan 22, 2006
Posts: 211
To add to what Jeanne has said

1. Any implicit/explicit assumptions you make while defining the architecture is a decision. Sun wants you to document such decisions under the 'assumptions' section and
explain the impact of such decisions(how did these decisions sway your architecture?).

2. A technical risk is a 'potential problem', What are the potential issues that can arise in such a problem statement. The part which sun is interested in is 'How valid are your problems - do they really have a impact and are you able to identify the major ones correctly?' . The next part which sun wants you to answer is 'How does your architecture mitigate these problems?'

Together, they help you defend your decisions and your architecture

HTH


OCMJEA/SCEA, SCDJWS, SCBCD 1.3, SCJP 1.4
My SCEA experience:http://javalogue.blogspot.com/
Yegor Bugayenko
Ranch Hand

Joined: Feb 11, 2011
Posts: 54
Let me disagree a bit with Rahul. Risk is something that may happen after the SuD is implemented according to your architecture. If the SuD mitigates the risks - they are not risks any more. They are your technical decisions.


SCEA, PMP, OCUP
Lead Architect of fazend.com - Free Hosted Continuous Integration Platform
Sharma Ashutosh
Bartender

Joined: Apr 06, 2001
Posts: 346
Copying the text from Mark Cade and Humphrey Sheil's book Sun Certified Enterprise Architect for Java EE Study Guide - 2nd edition:
"A technical risk is something that is unknown, unproven, or untested. Risks are usually associated with the service-level requirements and can occasionally be associated with a business requirement. Regardless of the type of risk, it is easier to address the risks early in the project while creating architecture, than to wait until the construction phase of the project, when you have a large developer base that could potentially be waiting while you are solving risks."

So i can deduce that technical risk is like- let's say SuD has some interface with external system-what if that external system is down or responding slowly? - it might impact the NFR of the SuD. So for me this is a technical risk and the proactive solution to take care of that risk is a mitigation.

 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Part 2(assignment)-what goes into Technical Risks and what goes into Design decisions
 
Similar Threads
Explaining my design (part2)
clarification regarding Risk Mitigation List
how to prove you have met the NFRs
I'm now SCEA5 Certified
Risk & Mitigation list - SCEA 5 assignment