Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "RMF/Teaching"
< RMF
| Line 9: | Line 9: | ||
== Objectives == | == Objectives == | ||
| − | + | * '''Teaching Materials:''' Ideally, one outcome of this effort is a set of adaptable teaching materials. | |
| + | * '''Collaboration of Industry, Service Providers and Academia:''' These three groups can benefit vastly from each other: Industry relies on academia for skilled labor, while service provider deliver expertise to industry in the form of knowledge (consultants) and tools (vendors). | ||
| + | * '''Standardization of basic RE (or SE) skills:''' Preparation of students with a basic set of skills that is relevant in industry, so employers know what to expect. | ||
== Join the Discussion == | == Join the Discussion == | ||
| Line 18: | Line 20: | ||
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. | 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. | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
== Interested Parties == | == Interested Parties == | ||
Revision as of 03:37, 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.
Contents
Objectives
- Teaching Materials: Ideally, one outcome of this effort is a set of adaptable teaching materials.
- Collaboration of Industry, Service Providers and Academia: These three groups can benefit vastly from each other: Industry relies on academia for skilled labor, while service provider deliver expertise to industry in the form of knowledge (consultants) and tools (vendors).
- Standardization of basic RE (or SE) skills: Preparation of students with a basic set of skills that is relevant in industry, so employers know what to expect.
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.
Interested Parties
- Formal Mind GmbH (Michael Jastram)
- Herrmann & Ehrlich (Andrea Herrmann)[2]