Premium
1.2.2 The Role of Stakeholders in Requirements Elicitation
Author(s) -
Ryan Michael J.
Publication year - 2014
Publication title -
incose international symposium
Language(s) - English
Resource type - Journals
ISSN - 2334-5837
DOI - 10.1002/j.2334-5837.2014.tb03131.x
Subject(s) - requirements elicitation , stakeholder , requirements management , requirements analysis , process (computing) , requirements engineering , set (abstract data type) , computer science , goal modeling , stakeholder analysis , system requirements , process management , system requirements specification , boundary (topology) , risk analysis (engineering) , business , software engineering , software , political science , public relations , mathematics , mathematical analysis , programming language , operating system
The requirements definition process begins with the elicitation of stakeholder requirements, the first step of which is to identify the stakeholders from whom those requirements are to be gathered. It is common in requirements engineering to define a stakeholder as someone who has a stake in the project—that is, someone who is affected by the system in some way, or can affect the system in some way. In most systems, this definition is not useful since, regardless of where the system boundary is set, it is often difficult to find someone who is not affected by the system. While we must take into account anyone or anything that is affected by, or that can affect, the system when considering requirements, such entities are not automatically (nor necessarily) stakeholders. This paper proposes that a more useful definition of a stakeholder is someone who has a right to influence the system. A method for selecting stakeholders is proposed, and a simple example is provided to illustrate the process.