Book a Demo

Author Topic: Requirements: complexity vs difficulty  (Read 5384 times)

N_i_c_o_l_e

  • EA Novice
  • *
  • Posts: 13
  • Karma: +0/-0
    • View Profile
Requirements: complexity vs difficulty
« on: August 23, 2010, 12:29:52 am »
Hi,

For all elements you can set Complexity. For a Requirement element you can additionally set Difficulty.

So, can complex requirements be easy? Can difficult requirements be simple? Am I supposed to ignore Complexity and use only Difficulty for requirements?

Thanks

fwoolz

  • EA User
  • **
  • Posts: 435
  • Karma: +0/-0
  • We have met the enemy, and he is us.<Pogo, 1970>
    • View Profile
Re: Requirements: complexity vs difficulty
« Reply #1 on: August 23, 2010, 03:55:31 am »
Hi Nicole,

By my lights, unless you have reason to use both metrics, I would use one OR the other, not both. One hypothetical case where both might be useful would be where one metric (say, difficulty) applies to compliance at the system level (i.e. not just software but hardware as well) while the other applies to software complexity. Or you can "roll your own" and use them both for whatever nefarious purposes you deem appropriate. :)

Perhaps Sparx has a whitepaper on the subject?

Fred Woolsey
Interfleet Technology Inc.

Always be ready to laugh at yourself; that way, you beat everyone else to the punch.


Geert Bellekens

  • EA Guru
  • *****
  • Posts: 13523
  • Karma: +574/-33
  • Make EA work for YOU!
    • View Profile
    • Enterprise Architect Consultant and Value Added Reseller
Re: Requirements: complexity vs difficulty
« Reply #2 on: August 23, 2010, 03:13:14 pm »
Nicole,

I don't see an issue here. I can easily imagine complex but easy things, and on the other hand difficult, but not complex things :-/

Geert

sargasso

  • EA Practitioner
  • ***
  • Posts: 1406
  • Karma: +1/-2
  • 10 COMFROM 30; 20 HALT; 30 ONSUB(50,90,10)
    • View Profile
Re: Requirements: complexity vs difficulty
« Reply #3 on: August 23, 2010, 10:59:55 pm »
Nicole,

Just to complete Geert's logic diagram, there are also "simple and easy" things, like emigrating to a distant solar system, and "complex and difficult" things, like understanding EA.

 ::)
bruce

Oh, OK. I'll be serious (and that's difficult).

Simple but difficult : Doing a handstand.
Complex but easy: Cooking a three course meal.
« Last Edit: August 23, 2010, 11:03:18 pm by sargasso »
"It is not so expressed, but what of that?
'Twere good you do so much for charity."

Oh I forgot, we aren't doing him are we.

fwoolz

  • EA User
  • **
  • Posts: 435
  • Karma: +0/-0
  • We have met the enemy, and he is us.<Pogo, 1970>
    • View Profile
Re: Requirements: complexity vs difficulty
« Reply #4 on: August 24, 2010, 01:31:47 pm »
I see one or more Venn diagrams lurking somewhere in semantic space...
Fred Woolsey
Interfleet Technology Inc.

Always be ready to laugh at yourself; that way, you beat everyone else to the punch.


N_i_c_o_l_e

  • EA Novice
  • *
  • Posts: 13
  • Karma: +0/-0
    • View Profile
Re: Requirements: complexity vs difficulty
« Reply #5 on: August 24, 2010, 08:02:21 pm »
Thanks folks.  :)

Somewhere, in the EA documentation:

Difficulty: identifies the complexity of implementing the current requirement.

:-?

Also - on a related note - I have seen that Stability can only be defined for internal requirements (aka responsibilities) in EA. RaQuest adds Stability as a tagged value to its managed (external) requirements though...
« Last Edit: August 24, 2010, 08:28:28 pm by Nicole99 »

fwoolz

  • EA User
  • **
  • Posts: 435
  • Karma: +0/-0
  • We have met the enemy, and he is us.<Pogo, 1970>
    • View Profile
Re: Requirements: complexity vs difficulty
« Reply #6 on: August 24, 2010, 09:53:05 pm »
Nicole,

Semantics and thesaurii aside for the moment, you can also (simply AND easily  ;)) "extend" EA requirements without use of an add-in (or overlay application ala RaQuest) by creating a profile with your own tagged values. Additionally, you can create your own structured tags (pre-defined tagged value types); these can have associated type specifications and rules defining the types of objects they can be applied to.

Fred W
Fred Woolsey
Interfleet Technology Inc.

Always be ready to laugh at yourself; that way, you beat everyone else to the punch.


beginner

  • Guest
Re: Requirements: complexity vs difficulty
« Reply #7 on: August 25, 2010, 05:45:35 pm »
The reason to have Complexity in the one part and Difficulty in the other is to be accounted to EAUI. What it probably meant is Difficulty (and the connected effort behind) to estimate Efforts. Complexity is obvious by viewing the model structure.

b.