On 10/07/2019 16:10, Joel Sherrill wrote:
Replying to myself.. see below.
On Wed, Jul 10, 2019 at 8:18 AM Joel Sherrill <j...@rtems.org 
<mailto:j...@rtems.org>> wrote:


    On Tue, Jul 9, 2019 at 12:34 AM Sebastian Huber
    <sebastian.hu...@embedded-brains.de
    <mailto:sebastian.hu...@embedded-brains.de>> wrote:

        On 08/07/2019 08:42, Sebastian Huber wrote:
         > Hello,
         >
         > I work currently on a requirements engineering section for
        RTEMS in the
         > RTEMS Software Engineering manual:
         >
         > https://docs.rtems.org/branches/master/eng/index.html
         >
         > There should be some recommendations on how to formulate
        requirements.
         > What do you thing about the: Easy Approach to Requirements
        Syntax
         > (EARS)? Has someone used this before? Is it something to
        recommend?
         >
         >
        
https://www.researchgate.net/publication/224079416_Easy_approach_to_requirements_syntax_EARS

         >
         >

        Just for reference, there is also a follow-up paper:

        
https://www.researchgate.net/publication/224195362_Big_Ears_The_Return_of_Easy_Approach_to_Requirements_Engineering


    These papers were nice to read. I like their categorization of
    requirements and providing
    templates with preferred language. I think their rules on complexity
    are probably on point.
    Whether we agree or disagree with the specific words isn't as
    important as having those
    words and templates.


I was asking around and apparently other OAR folks knew that EARS was being adopted as is by some of the large organizations we deal with. These organizations do large safety critical systems. With that knowledge, I am willing to say we should adopt it. If there is
an authoritative reference, we need to find it.
I guess it will be difficult to find references. These large 
organizations tend to keep things secret.
I found a reference that Intel uses it too:

https://www.iaria.org/conferences2013/filesICCGI13/ICCGI_2013_Tutorial_Terzakis.pdf


    FWIW we have had similar heated discussions on the FACE Technical
    Standard. The EARS
    guys did a more formal job with patterns but we also ended up with
    preferred wording patterns
    for requirements.


I guess I need to suggest we consider adopting EARS for the next major revision.

    I agree with having requirements templates/examples. I would take it
    further than the generic
    patterns of EARS. We need some for specific areas like configuration
    parameters, set for
    a Classic API method, set for a POSIX API method, a scheduler, etc.


These would be more detailed examples and still needed.
Yes, we should add specialized templates if necessary. I will propose to 
use EARS in my draft.
--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.hu...@embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Reply via email to