[news.eclipse.newcomer] Re: Requirements Tools for Eclipse

["Charlie" <cafulnecky@xxxxxxxxx>]

Hi,

I have a keen interest in using the Eclipse Platform to capture requirements
and link them to Use Case narratives and diagrams as well as the code that
realizes the Use Cases and satisfies the requirements.  I've tried to
capture some of my observations in one of the above mentioned plugins,
http://eclipsesrs.sourceforge.net/ , a project that has been dormant for 6
months or so due to my current workload.  While rudimentary, this might be a
useful testbed for concepts and could certainly benefit from input and
programming from developers with more eclipse experience than I.  The RFE
section of the sourceforge project (
http://sourceforge.net/tracker/?group_id=111639&atid=659988 ) is where I
have been capturing my thoughts.

Regards,

Charlie Fulnecky

"Pete Rivett" <pete.rivett@xxxxxxxxxxxx> wrote in message
news:d2ma1q$c7l$1@xxxxxxxxxxxxxxxxxxx
> The SysML initiative includes a UML2 Profile that covers Requirements.
This
> is in the process of being standardized by OMG. The current proposal is at
> http://www.sysml.org/artifacts.htm (see section 16 for the Requirements
> part). The good thing about being a UML2 Profile is that the requirements
> can be directly linked to the models (use cases or whatever) to which they
> apply. Here is the introduction to the Requirements section:
>
> A requirement can be decomposed into subrequirements, so that multiple
> requirements can be organized as a tree of compound requirements.
> Requirements can be related to each other, as well as to analysis, design,
> implementation and testing elements. A requirement can be generated or
> deduced from another requirement using the «derive» relationship. A
> requirement can be fulfilled by other model elements using the «satisfy»
> relationship. A requirement can be verified by test cases using the
«verify»
> relationship. All of these are specializations of the UML «trace»
> relationship, which is used to track requirements and changes across
models.
> Modelers can customize requirements taxonomies by defining additional
> subtypes of the SysML «requirement» stereotype. For example, a modeler may
> want to define the following subtypes of «requirement»:
> OperationalRequirement, FunctionalRequirement, InterfaceRequirement,
> PerformanceRequirement, etc. Specialized requirements may restrict the
types
> of model elements that may be assigned to satisfy the requirement. For
> example, a PerformanceRequirement may require a parametric relation along
> with an associated tolerance and probability distribution on the
properties
> that satisfy the requirement.
>
> A requirement can define its own properties, thereby providing a
computable
> value to accompany the textual statement of the requirement. Initial
values
> for properties can be assigned to requirements, and are inherited by
> specialized requirements.
>
> I should point out that the proposal somewhat stretches the capabilities
of
> the UML2 Profile mechanism (indeed they propose some changes to the UML2
> specification itself) - so it may be the the Eclipse UML2 project may not
> yet be able to support the full profile.
> The disadvantage of it being a Profile is that it's not so easy to manage
> Requirements as elements in their own right (e.g. since Requirement is a
> stereotype of Class each will have a UML Class element attached). So one
> thing my company (Adaptive) is planning to do is create a MOF/EMF
metamodel
> equivalent to the Profile, together with a two-way transformation. This
> enables requirements to be more easily managed in a repository framework
> such as ours. This is the sort of transformation that can be made seamless
> using technology like MDDi (a new Eclipse project proposal - see
> http://www.eclipse.org/proposals/eclipse-mddi/index.html ).
>
> Let me know if you have more questions - I can put you in touch with the
> SysML submitters
>
> Regards
> Pete
>
>
>
> "Kenn Hussey" <khussey@xxxxxxxxxx> wrote in message
> news:d2c6s4$7nu$1@xxxxxxxxxxxxxxxxxxx
> > Eric,
> >
> > I am not aware of any efforts in this area, but that doesn't mean there
> > aren't any. Perhaps somebody else can shed some light on this...
> >
> > Kenn
> >
> > "Eric Bresie" <ebresie@xxxxxxx> wrote in message
> > news:d2c2ke$1pr$1@xxxxxxxxxxxxxxxxxxx
> >> Does any such requirement related tool or project exist already?  If
so,
> > can
> >> you provide any details on it?  I would hate to try replicating the
> > effort.
> >> Would this be something that a new project on the Eclipse.org site
would
> > be
> >> worth wild incubating?
> >>
> >> I have come across some requirements related items at:
> >>
> >> http://requirements.tigris.org/
> >> http://xmlbasedsrs.tigris.org/
> >>
> >> One of which seems promising as a plugin:
> >>
> >> http://sourceforge.net/projects/eclipsesrs/
> >>
> >> Anyone...?
> >>
> >> Eric
> >> "Kenn Hussey" <khussey@xxxxxxxxxx> wrote in message
> >> news:d2bk7i$ajq$1@xxxxxxxxxxxxxxxxxxx
> >> > Eric,
> >> >
> >> > Yes, this certainly sounds reasonable to me...
> >> >
> >> > Kenn
> >> >
> >> > "Eric Bresie" <ebresie@xxxxxxx> wrote in message
> >> > news:d2a3p2$cr3$1@xxxxxxxxxxxxxxxxxxx
> >> > > I will add a follow-on question to this...
> >> > >
> >> > > While looking around some I found the UML2 meta model portion of
> >> Eclipse.
> >> > > Would it be appropriate to work with requirements and use the UML2
> > meta
> >> > > model to store the requirements, use-cases, etc, and then have
> > diagrams
> >> be
> >> > > generated based on these?
> >> > >
> >> > > Recently I also noticed the new GMF (Graphical Modeling Framework)
> >> project
> >> > > and was wondering if the GMF would be the useful to make use of for
a
> >> > > requirements based tool.
> >> > >
> >> > >
> >> > > Eric
> >> > >
> >> > > "Eric Bresie" <ebresie@xxxxxxx> wrote in message
> >> > > news:d1dv3b$b50$1@xxxxxxxxxxxxxxxxxx
> >> > > > Are there any projects as part of Eclipse or some other third
party
> >> > plugin
> >> > > > that provides similar requirements management like a DOORs type
of
> >> tool
> >> > > that
> >> > > > is integrated within Eclipse?
> >> > > >
> >> > > > Eric Bresie
> >> > > > ebresie@xxxxxxx
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> >
> >> >
> >>
> >>
> >
> >
>
>