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 Clarification risks and NFRs 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 "Clarification risks and NFRs" Watch "Clarification risks and NFRs" New topic

Clarification risks and NFRs

Vijaykumar Dixit
Ranch Hand

Joined: Jul 04, 2011
Posts: 32

Hello fellow ranchers,

I would want to confirm my understanding is correct which is,

If scalability, Security, performance and availability are already clearly mentioned as NFRs in the assignment, then they should not appear in risk list any more.

Am I right in assuming this?

Look forward to hear your views,

Will Myers
Ranch Hand

Joined: Aug 05, 2009
Posts: 370

I disagree. Just because something is a requirement doesn't mean it's not a risk. I personally feel Security is almost always the biggest risk on an external facing project, just look at the recent trouble Sony had.
Vijaykumar Dixit
Ranch Hand

Joined: Jul 04, 2011
Posts: 32

Thanks Will. I still have security in my risk list. What about scalability and performance?

I had all of them in list earlier, but removed them cos I got a feeling that if design and architecture address these issues enough, aren't the risks automatically mitigated or there aren't risks existing anymore to do with scalability and performance.

Over to you..and any other takers ..

Vijaykumar Dixit
Ranch Hand

Joined: Jul 04, 2011
Posts: 32

Any more comments about NFRs and risks.

I know software design is all subjective and revolves around how one interprets requirements.

But this one is more of pleasing the evaluator and getting to guess how he will think.

I would appreciate if some SCEA looks at this question.
I agree. Here's the link:
subject: Clarification risks and NFRs
jQuery in Action, 3rd edition