Skip to main content
Jump to: navigation, search

Difference between revisions of "RMF/Teaching"

< RMF
Line 1: Line 1:
Requirements Management and Engineering (RE&M) is taught, both in industry and academia.  Lately (mid 2014), I got more and more inquiries with respect to teaching RE&M as the underlying tool for exercises, projects and examples.  Therefore, I am trying to get interested parties together for this purpose.
+
Requirements Management and Engineering (RE&M) is taught, both in industry and academia.  The availability of open source RE-tools, and the RMF-based (fmStudio)[http://www.formalmind.com/studio] in particular, created some interest for using those tools for teaching.
 +
 
 +
During the initial discussions, two things became clear:
 +
 
 +
* RM&E cannot be taught without taking the wider systems engineering (SE) context into account.  In other words, RM&E must be considered a subdiscipline of SE, and must be treated that way.
 +
 
 +
* A tool must follow the process, not the other way around.  Therefore, the foundation for this effort must be a solid, leightweight SE develpment process that is appropriate for teaching and relevant in practice.
 +
 
 +
== Objectives ==
 +
 
 +
 
  
 
== Join the Discussion ==
 
== Join the Discussion ==

Revision as of 03:08, 4 July 2014

Requirements Management and Engineering (RE&M) is taught, both in industry and academia. The availability of open source RE-tools, and the RMF-based (fmStudio)[1] in particular, created some interest for using those tools for teaching.

During the initial discussions, two things became clear:

  • RM&E cannot be taught without taking the wider systems engineering (SE) context into account. In other words, RM&E must be considered a subdiscipline of SE, and must be treated that way.
  • A tool must follow the process, not the other way around. Therefore, the foundation for this effort must be a solid, leightweight SE develpment process that is appropriate for teaching and relevant in practice.

Objectives

Join the Discussion

This discussion was initiated via email - a bad place to keep a conversation going. For the time being, we will start a new discussion thread on LinkedIn.

Systems Engineering or Requirements Engineering?

A number of participants pointed out that RE as a stand-alone discipline is losing importance in favor of Systems Engineering, of which RE is a sub-discipline. Therefore, at a minimum we should look into RE in the context of overall SE.

Concrete Ideas

Gael - project

Michael - book

Interested Parties

  • Formal Mind GmbH (Michael Jastram)
  • Herrmann & Ehrlich (Andrea Herrmann)[2]

Contact / Initiator

Michael Jastram

Back to the top