Book a Demo

Author Topic: Requirements/responsibilities inheritance  (Read 4478 times)

potterm

  • EA User
  • **
  • Posts: 126
  • Karma: +0/-0
    • View Profile
Requirements/responsibilities inheritance
« on: February 17, 2005, 06:54:32 am »
It would be extremely useful if EA supported the ability to inherit or copy/transfer requirement traces from parent to child elements in a composite component hierarchy, therefore allowing requirements to be allocated to high level components, and then transferred or copied to lower level components as the system decomposition proceeds.

This is probably best explained with a (simplified) example of what I'd like to acheive...

(1) Let's say the system requirements are already specified for the system (our role is not requirements elaboration - that's already been done to some extent by the client).

(2) A high level system decomposition exists, possibly created by us, but possibly by the client (as part of the presentation of system requirements)

(3) The requirements are imported into EA (e.g. using automation) as external requirement elements and the high level decomposition is modelled (say using a component model).

(4) As a first pass the requirements are traced (using Realisation links) to the top level components.  This results in the applicable requirements appearing as external requirements  in the properties of each top level component (in the "Require" tab).  So far so good.  In my imaginary system, each component is then assigned to a designer who must then decompose/elaborite it further and assign the requirements to lower level components as necessary, therefore providing our first full trace to the system decomposition.

(5) Designer "A" does this for component 1, creating sub-components 1a, 1b, 1c etc.  He then wants to replicate selected requirement traces for component 1 to it's sub-components, dependant of course on each component's responsibilities in the new system.  

For example, the requirement might be "The system shall displayed all logged events" which is traced at the top level to the "Monitoring & Control Subsystem".  In elaborating the M&C Subsystem, the designer has defined an "Event Log Display" which naturally would realise this requirement, so he transfers that trace to the lower level Event Log Display component.  In fact, ideally the trace should be replicated, because the subsystem above still has overall responsibility for meeting this requirement (and it may be useful to retain the subsystem level trace).

So it would be useful if EA supported full or selective inheritance (copy) of traces of requirements from a higher level component to it's sub-components.  I'm thinking of something perhaps triggered from the properities window of each child component (either a new dialog, or the ability to "show parent requirements" in the Require tab and functions to selectively import them).

Knowing EA there's no doubt some way to do this already, but I haven't found it yet.

Martin

sargasso

  • EA Practitioner
  • ***
  • Posts: 1406
  • Karma: +1/-2
  • 10 COMFROM 30; 20 HALT; 30 ONSUB(50,90,10)
    • View Profile
Re: Requirements/responsibilities inheritance
« Reply #1 on: February 17, 2005, 02:14:57 pm »
Quote
For example, the requirement might be "The system shall displayed all logged events" which is traced at the top level to the "Monitoring & Control Subsystem".  In elaborating the M&C Subsystem, the designer has defined an "Event Log Display" which naturally would realise this requirement, so he transfers that trace to the lower level Event Log Display component.  In fact, ideally the trace should be replicated, because the subsystem above still has overall responsibility for meeting this requirement (and it may be useful to retain the subsystem level trace).


I'd actually prefer the transfer method and some sort of inheritance for the container element.  i.e.  the "View Logged Events" (!!) use case would have the "System shall display ..." requirement.  That use case is realised (and contained) in the "M&C" subsystem -  now what I'd like to see is a way to see all contained element requirements for the M&C ...

Now, you can do this to some extent using external requirements.  You add the requirement and connect it to the top level element.  As you progress the refinement you can also add the requirement to the lower level elements.  But this leaves more than one realisation link for the requirement that has to be managed manually.  For example, lets get all the way down to the class level...  if during implementation you decide to move the class from one component/subsystem/.. to another, you have to manually fix all the links in the heirarchy.

hth
Bruce
"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.

thomaskilian

  • Guest
Re: Requirements/responsibilities inheritance
« Reply #2 on: February 28, 2005, 04:59:28 am »
I could also imagine to propagate these traces via the automation interface. Unfortunately there's always so little time for time saving macro programming :'(