{"id":102,"date":"2018-07-24T06:41:44","date_gmt":"2018-07-24T06:41:44","guid":{"rendered":"http:\/\/csp8.epgpbooks.inflibnet.ac.in\/?post_type=chapter&#038;p=102"},"modified":"2018-08-07T12:12:38","modified_gmt":"2018-08-07T12:12:38","slug":"requirement-elicitation","status":"publish","type":"chapter","link":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/chapter\/requirement-elicitation\/","title":{"rendered":"Requirement Elicitation"},"content":{"raw":"<div>\r\n\r\n&nbsp;\r\n<p style=\"text-align: justify\"><strong>SOFTWARE REQUIREMENT ELICITATION TECHNIQUES\u00a0<\/strong><\/p>\r\n&nbsp;\r\n<p style=\"text-align: justify\">Requirement elicitation is the process of collecting the requirements of a system or requirement gathering from user, customers and stakeholders by conducting meetings, interviews, questionnaires, brainstorming sessions, prototyping etc.\u00a0 The major learning objectives include:<\/p>\r\n\r\n<ul>\r\n \t<li style=\"text-align: justify\">Description of the processes of requirement elicitation.<\/li>\r\n \t<li style=\"text-align: justify\">Introduction of requirement elicitation techniques.<\/li>\r\n \t<li style=\"text-align: justify\">Usage of prototypes in requirement elicitation process.<\/li>\r\n<\/ul>\r\n&nbsp;\r\n<p style=\"text-align: justify\"><b>REQUIREMENT<\/b><strong>\u00a0ELICITATION\u00a0<\/strong><\/p>\r\n&nbsp;\r\n<p style=\"text-align: justify\">Elicitation is gathering of all the system requirements from the stakeholders and it encompasses all activities involved in discovering the requirements of a system. The system developers and engineers work in a close relationship with the customers and end-users to determine more about the problem to be solved and to bridge the gap between the stakeholders and the developers. Elicitation techniques facilitates this process by,<\/p>\r\n\r\n<ul>\r\n \t<li style=\"text-align: justify\">Finding out more about the problem to be solved.<\/li>\r\n \t<li style=\"text-align: justify\">Describing the functionalities of the system and non functional attributes.<\/li>\r\n \t<li style=\"text-align: justify\">Enhances the performance of the system.<\/li>\r\n \t<li style=\"text-align: justify\">Overcomes hardware constraints.<\/li>\r\n \t<li style=\"text-align: justify\">Bridges the gap between the stakeholders and the developers.<\/li>\r\n<\/ul>\r\n&nbsp;\r\n<p style=\"text-align: justify\">The requirement elicitation process involves effectively designing the requirements by thorough understanding. After thorough understanding of requirements we build a use case model which is a part of analysis model. Once the use case model is defined it is expressed in terms of application domain objects which help in understanding the domain in which it has to be applied. The definition of the use case model can facilitate the process of dividing the system into subsystems using block diagrams and it is done after the analysis phase. In object design, the solutions provided by the domain objects can be realized from the plotting of the use case models. Further from the use case models, it is easy to develop and to implement the source code by\u00a0<span style=\"font-size: 1em;text-align: initial\">dividing each and every class; further more it helps us to verify by defining the test cases early in the development cycle.<\/span><\/p>\r\n\r\n<\/div>\r\n<div style=\"text-align: justify\">\r\n\r\n<img class=\"aligncenter size-full wp-image-106\" src=\"http:\/\/csp8.epgpbooks.inflibnet.ac.in\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-2.png\" alt=\"\" width=\"836\" height=\"476\" \/>\r\n<p style=\"text-align: justify\">Requirement elicitations not only helps in determining the use case model, but also assists in various phases of the development cycle from analysis to testing phase.<\/p>\r\n&nbsp;\r\n\r\n<strong>TOP 10 REQUIREMENT TRAPS TO AVOID\u00a0<\/strong>\r\n\r\n&nbsp;\r\n\r\nIf the requirements are not understood properly it may lead to the following traps which are to be avoided to develop an efficient system according to the requirements and specification of the end-users.\r\n<ul>\r\n \t<li>Confusion over \u201cRequirements\u201d due to stakeholders\u2019 requirement description or due to verbal communication which leads to confusion.<\/li>\r\n \t<li>Inadequate customer involvement.<\/li>\r\n \t<li>Vague and ambiguous requirements.<\/li>\r\n \t<li>Un-prioritized requirements may lead the developers to squander time in low prioritized activities.<\/li>\r\n \t<li>Building functionality that no one uses.<\/li>\r\n \t<li>Analysis paralysis.<\/li>\r\n \t<li>Scope creep.<\/li>\r\n \t<li>Inadequate change process.<\/li>\r\n \t<li>Insufficient change impact analysis.<\/li>\r\n \t<li>Inadequate version control.<\/li>\r\n<\/ul>\r\n<\/div>\r\n<div style=\"text-align: justify\">\r\n\r\n&nbsp;\r\n\r\n<strong>BASIC ELICITATION ACTIVITIES\u00a0<\/strong>\r\n\r\n&nbsp;\r\n\r\nThe basic elicitation activities include,\r\n<ul>\r\n \t<li>Application domain understanding.<\/li>\r\n \t<li>Problem understanding.<\/li>\r\n \t<li>Business understanding.<\/li>\r\n \t<li>Understanding the needs and constraints of system stakeholders.<\/li>\r\n<\/ul>\r\n<img class=\"aligncenter size-full wp-image-107\" src=\"http:\/\/csp8.epgpbooks.inflibnet.ac.in\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-3.png\" alt=\"\" width=\"469\" height=\"337\" \/>\r\n<p style=\"text-align: justify\">Elicitation activities gather all the requirements by posing the questions \u201cwhat\u201d, \u201cwhy\u201d and \u201cwho\u201d dimensions. The system primarily stumbles upon problems, opportunities and composes system knowledge, whereas the system to be developed initially maintains a list of objectives. The list of objectives projects the perspective of why the new system has to be developed. The requirements, constraints and assumptions project the perspective of what services and features that are provided by the system. The assigned responsibilities include the developer, the communication media and the portability of the systems, which provides the clear understanding of who will be responsible for what in the development of the system.<\/p>\r\n\r\n<\/div>\r\n&nbsp;\r\n<p style=\"text-align: justify\"><span style=\"text-align: initial;font-size: 1em\">Application domain understanding provides the general knowledge of the area and domain where the system has to be applied. It provides the perspective where the system has to be applied. Problem understanding provides the details of the specific customer problem, area in which the system has to be applied, determines the problem solutions and the end-users who will apply on the problem. Business understanding provides details about how the systems interact and distribute to overall business goals. Understanding the needs and constraints of system stakeholders involves thorough understanding of specific needs and constraints of the people who require support in their work.<\/span><\/p>\r\n\r\n<div style=\"text-align: justify\">\r\n\r\n&nbsp;\r\n\r\n<strong>REQUIREMENT ELICITATION PROCESS\u00a0<\/strong>\r\n\r\n&nbsp;\r\n<p style=\"text-align: justify\">Requirement elicitation process involves establishment of the overall organizational objectives, gathering and understanding of background information of the system, knowledge organization and collection of requirements.<\/p>\r\n\r\n<\/div>\r\n<img class=\"aligncenter size-full wp-image-108\" src=\"http:\/\/csp8.epgpbooks.inflibnet.ac.in\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-4.png\" alt=\"\" width=\"542\" height=\"335\" \/>\r\n<div style=\"text-align: justify\">\r\n\r\n&nbsp;\r\n<p style=\"text-align: justify\">Objective establishment provides the essential need for pursing the project. It provides the business goals, determines the problem to be solved and the constraints pertaining to the system. Objective establishment gives a significant view about why the system is essential, what are the goals and who are the end users who will apply the system. The effective development of the system relies on the understanding of the background such as identification of existing systems, finding out who has worked on similar type of system earlier and application domain. All the background information and the knowledge gained are organized for stakeholder identification, domain knowledge filtering and prioritization of goals of the system. After organizing the knowledge, prioritize and collate the large amount of data so that the requirements are collected\u00a0<span style=\"font-size: 1em;text-align: initial\">effectively \u00a0from \u00a0the \u00a0knowledge \u00a0gained. \u00a0The \u00a0requirements \u00a0are \u00a0collected \u00a0in \u00a0terms \u00a0of \u00a0the stakeholders, domain an organization.<\/span><\/p>\r\n\r\n<\/div>\r\n<div style=\"text-align: justify\">\r\n\r\n&nbsp;\r\n\r\n<strong>REQUIREMENT ANALYSIS\u00a0<\/strong>\r\n\r\n&nbsp;\r\n<p style=\"text-align: justify\">After requirement gathering, requirement analysis is done to check on why the product is needed. Requirement analysis includes:<\/p>\r\n\r\n<ul>\r\n \t<li>Necessity checking \u2013 requirements that don\u2019t contribute to the business goals of the organization or specific problem that has to be addressed by the system are checked for necessity for the development of the system.<\/li>\r\n \t<li>Consistency and completeness checking \u2013 no contradictions and feasibility checking in terms of budget and schedule.<\/li>\r\n \t<li>Requirement discussion \u2013 highlight the requirement and discussion of problematic elements through introspection and interviews.<\/li>\r\n \t<li>Requirement prioritization \u2013 requirements are prioritized based on criticality and the highly complex and critical activities are identified for risk plot and low level activities are considered for easy implementation.<\/li>\r\n \t<li>Requirement agreement \u2013 compromised set of requirements based on feasibility checking.<\/li>\r\n<\/ul>\r\n<img class=\"aligncenter size-full wp-image-109\" src=\"http:\/\/csp8.epgpbooks.inflibnet.ac.in\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-5.png\" alt=\"\" width=\"888\" height=\"375\" \/>\r\n\r\n<strong>PROBLEMS OF REQUIREMENT ELICITATION<\/strong>\r\n\r\n<\/div>\r\n&nbsp;\r\n<p style=\"text-align: justify\">Some of the problems encountered during requirement elicitation are as follows:<\/p>\r\n\r\n<ul style=\"text-align: justify\">\r\n \t<li>Stakeholders don\u2019t know what they really want.<\/li>\r\n \t<li>Stakeholders express requirements in their own terms.<\/li>\r\n \t<li>Different stakeholders may have conflicting requirements.<\/li>\r\n \t<li>Organizational and political factors may influence the system requirements.<\/li>\r\n \t<li>The requirements change during the analysis p New stakeholders may emerge and business environment may also likely to change.<\/li>\r\n<\/ul>\r\n&nbsp;\r\n<p style=\"text-align: justify\"><strong>ELICITATION TECHNIQUES<\/strong><\/p>\r\n&nbsp;\r\n<p style=\"text-align: justify\">The techniques for requirement elicitation or the gathering of requirements from the stakeholders and end-users can be done using the following techniques:<\/p>\r\n\r\n<ul>\r\n \t<li>Interview<\/li>\r\n \t<li>Questionnaire<\/li>\r\n \t<li>Background Reading<\/li>\r\n \t<li>Introspection<\/li>\r\n \t<li>Social Analysis<\/li>\r\n \t<li>Requirement workshop.<\/li>\r\n \t<li>Brainstorming<\/li>\r\n \t<li>Idea Generation<\/li>\r\n \t<li>Story Boarding<\/li>\r\n \t<li>Scripted Walkthrough<\/li>\r\n \t<li>CRC Cards<\/li>\r\n \t<li>Ethnography<\/li>\r\n \t<li>Natural language descriptions<\/li>\r\n \t<li style=\"text-align: justify\">Form Analysis<\/li>\r\n<\/ul>\r\n&nbsp;\r\n\r\n<strong>Web Links<\/strong>\r\n<ul>\r\n \t<li>https:\/\/en.wikipedia.org\/wiki\/Requirements_engineering<\/li>\r\n \t<li>http:\/\/www.tutorialspoint.com\/software_engineering\/software_requirements.htm<\/li>\r\n \t<li>http:\/\/www.cs.toronto.edu\/~sme\/papers\/2004\/FoRE-chapter01-v7.pdf<\/li>\r\n<\/ul>\r\n&nbsp;\r\n\r\n<strong>Supporting &amp; Reference Materials<\/strong>\r\n<ul>\r\n \t<li>Roger S. Pressman, \u201cSoftware Engineering: A Practitioner\u2019s Approach\u201d, Fifth Edition, McGraw Hill, 2001.<\/li>\r\n \t<li>Pankaj Jalote, \u201cAn Integrated Approach to Software Engineering\u201d, Second Edition, Springer Verlag, 1997.<\/li>\r\n \t<li>Ian Sommerville, \u201cSoftware Engineering\u201d, Sixth Edition, Addison Wesley, 2000.<\/li>\r\n<\/ul>","rendered":"<div>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><strong>SOFTWARE REQUIREMENT ELICITATION TECHNIQUES\u00a0<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\">Requirement elicitation is the process of collecting the requirements of a system or requirement gathering from user, customers and stakeholders by conducting meetings, interviews, questionnaires, brainstorming sessions, prototyping etc.\u00a0 The major learning objectives include:<\/p>\n<ul>\n<li style=\"text-align: justify\">Description of the processes of requirement elicitation.<\/li>\n<li style=\"text-align: justify\">Introduction of requirement elicitation techniques.<\/li>\n<li style=\"text-align: justify\">Usage of prototypes in requirement elicitation process.<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><b>REQUIREMENT<\/b><strong>\u00a0ELICITATION\u00a0<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\">Elicitation is gathering of all the system requirements from the stakeholders and it encompasses all activities involved in discovering the requirements of a system. The system developers and engineers work in a close relationship with the customers and end-users to determine more about the problem to be solved and to bridge the gap between the stakeholders and the developers. Elicitation techniques facilitates this process by,<\/p>\n<ul>\n<li style=\"text-align: justify\">Finding out more about the problem to be solved.<\/li>\n<li style=\"text-align: justify\">Describing the functionalities of the system and non functional attributes.<\/li>\n<li style=\"text-align: justify\">Enhances the performance of the system.<\/li>\n<li style=\"text-align: justify\">Overcomes hardware constraints.<\/li>\n<li style=\"text-align: justify\">Bridges the gap between the stakeholders and the developers.<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\">The requirement elicitation process involves effectively designing the requirements by thorough understanding. After thorough understanding of requirements we build a use case model which is a part of analysis model. Once the use case model is defined it is expressed in terms of application domain objects which help in understanding the domain in which it has to be applied. The definition of the use case model can facilitate the process of dividing the system into subsystems using block diagrams and it is done after the analysis phase. In object design, the solutions provided by the domain objects can be realized from the plotting of the use case models. Further from the use case models, it is easy to develop and to implement the source code by\u00a0<span style=\"font-size: 1em;text-align: initial\">dividing each and every class; further more it helps us to verify by defining the test cases early in the development cycle.<\/span><\/p>\n<\/div>\n<div style=\"text-align: justify\">\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter size-full wp-image-106\" src=\"http:\/\/csp8.epgpbooks.inflibnet.ac.in\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-2.png\" alt=\"\" width=\"836\" height=\"476\" srcset=\"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-2.png 836w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-2-300x171.png 300w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-2-768x437.png 768w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-2-65x37.png 65w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-2-225x128.png 225w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-2-350x199.png 350w\" sizes=\"auto, (max-width: 836px) 100vw, 836px\" \/><\/p>\n<p style=\"text-align: justify\">Requirement elicitations not only helps in determining the use case model, but also assists in various phases of the development cycle from analysis to testing phase.<\/p>\n<p>&nbsp;<\/p>\n<p><strong>TOP 10 REQUIREMENT TRAPS TO AVOID\u00a0<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p>If the requirements are not understood properly it may lead to the following traps which are to be avoided to develop an efficient system according to the requirements and specification of the end-users.<\/p>\n<ul>\n<li>Confusion over \u201cRequirements\u201d due to stakeholders\u2019 requirement description or due to verbal communication which leads to confusion.<\/li>\n<li>Inadequate customer involvement.<\/li>\n<li>Vague and ambiguous requirements.<\/li>\n<li>Un-prioritized requirements may lead the developers to squander time in low prioritized activities.<\/li>\n<li>Building functionality that no one uses.<\/li>\n<li>Analysis paralysis.<\/li>\n<li>Scope creep.<\/li>\n<li>Inadequate change process.<\/li>\n<li>Insufficient change impact analysis.<\/li>\n<li>Inadequate version control.<\/li>\n<\/ul>\n<\/div>\n<div style=\"text-align: justify\">\n<p>&nbsp;<\/p>\n<p><strong>BASIC ELICITATION ACTIVITIES\u00a0<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p>The basic elicitation activities include,<\/p>\n<ul>\n<li>Application domain understanding.<\/li>\n<li>Problem understanding.<\/li>\n<li>Business understanding.<\/li>\n<li>Understanding the needs and constraints of system stakeholders.<\/li>\n<\/ul>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter size-full wp-image-107\" src=\"http:\/\/csp8.epgpbooks.inflibnet.ac.in\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-3.png\" alt=\"\" width=\"469\" height=\"337\" srcset=\"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-3.png 469w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-3-300x216.png 300w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-3-65x47.png 65w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-3-225x162.png 225w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-3-350x251.png 350w\" sizes=\"auto, (max-width: 469px) 100vw, 469px\" \/><\/p>\n<p style=\"text-align: justify\">Elicitation activities gather all the requirements by posing the questions \u201cwhat\u201d, \u201cwhy\u201d and \u201cwho\u201d dimensions. The system primarily stumbles upon problems, opportunities and composes system knowledge, whereas the system to be developed initially maintains a list of objectives. The list of objectives projects the perspective of why the new system has to be developed. The requirements, constraints and assumptions project the perspective of what services and features that are provided by the system. The assigned responsibilities include the developer, the communication media and the portability of the systems, which provides the clear understanding of who will be responsible for what in the development of the system.<\/p>\n<\/div>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><span style=\"text-align: initial;font-size: 1em\">Application domain understanding provides the general knowledge of the area and domain where the system has to be applied. It provides the perspective where the system has to be applied. Problem understanding provides the details of the specific customer problem, area in which the system has to be applied, determines the problem solutions and the end-users who will apply on the problem. Business understanding provides details about how the systems interact and distribute to overall business goals. Understanding the needs and constraints of system stakeholders involves thorough understanding of specific needs and constraints of the people who require support in their work.<\/span><\/p>\n<div style=\"text-align: justify\">\n<p>&nbsp;<\/p>\n<p><strong>REQUIREMENT ELICITATION PROCESS\u00a0<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\">Requirement elicitation process involves establishment of the overall organizational objectives, gathering and understanding of background information of the system, knowledge organization and collection of requirements.<\/p>\n<\/div>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter size-full wp-image-108\" src=\"http:\/\/csp8.epgpbooks.inflibnet.ac.in\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-4.png\" alt=\"\" width=\"542\" height=\"335\" srcset=\"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-4.png 542w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-4-300x185.png 300w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-4-65x40.png 65w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-4-225x139.png 225w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-4-350x216.png 350w\" sizes=\"auto, (max-width: 542px) 100vw, 542px\" \/><\/p>\n<div style=\"text-align: justify\">\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\">Objective establishment provides the essential need for pursing the project. It provides the business goals, determines the problem to be solved and the constraints pertaining to the system. Objective establishment gives a significant view about why the system is essential, what are the goals and who are the end users who will apply the system. The effective development of the system relies on the understanding of the background such as identification of existing systems, finding out who has worked on similar type of system earlier and application domain. All the background information and the knowledge gained are organized for stakeholder identification, domain knowledge filtering and prioritization of goals of the system. After organizing the knowledge, prioritize and collate the large amount of data so that the requirements are collected\u00a0<span style=\"font-size: 1em;text-align: initial\">effectively \u00a0from \u00a0the \u00a0knowledge \u00a0gained. \u00a0The \u00a0requirements \u00a0are \u00a0collected \u00a0in \u00a0terms \u00a0of \u00a0the stakeholders, domain an organization.<\/span><\/p>\n<\/div>\n<div style=\"text-align: justify\">\n<p>&nbsp;<\/p>\n<p><strong>REQUIREMENT ANALYSIS\u00a0<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\">After requirement gathering, requirement analysis is done to check on why the product is needed. Requirement analysis includes:<\/p>\n<ul>\n<li>Necessity checking \u2013 requirements that don\u2019t contribute to the business goals of the organization or specific problem that has to be addressed by the system are checked for necessity for the development of the system.<\/li>\n<li>Consistency and completeness checking \u2013 no contradictions and feasibility checking in terms of budget and schedule.<\/li>\n<li>Requirement discussion \u2013 highlight the requirement and discussion of problematic elements through introspection and interviews.<\/li>\n<li>Requirement prioritization \u2013 requirements are prioritized based on criticality and the highly complex and critical activities are identified for risk plot and low level activities are considered for easy implementation.<\/li>\n<li>Requirement agreement \u2013 compromised set of requirements based on feasibility checking.<\/li>\n<\/ul>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter size-full wp-image-109\" src=\"http:\/\/csp8.epgpbooks.inflibnet.ac.in\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-5.png\" alt=\"\" width=\"888\" height=\"375\" srcset=\"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-5.png 888w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-5-300x127.png 300w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-5-768x324.png 768w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-5-65x27.png 65w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-5-225x95.png 225w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/Untitled-5-350x148.png 350w\" sizes=\"auto, (max-width: 888px) 100vw, 888px\" \/><\/p>\n<p><strong>PROBLEMS OF REQUIREMENT ELICITATION<\/strong><\/p>\n<\/div>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\">Some of the problems encountered during requirement elicitation are as follows:<\/p>\n<ul style=\"text-align: justify\">\n<li>Stakeholders don\u2019t know what they really want.<\/li>\n<li>Stakeholders express requirements in their own terms.<\/li>\n<li>Different stakeholders may have conflicting requirements.<\/li>\n<li>Organizational and political factors may influence the system requirements.<\/li>\n<li>The requirements change during the analysis p New stakeholders may emerge and business environment may also likely to change.<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><strong>ELICITATION TECHNIQUES<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\">The techniques for requirement elicitation or the gathering of requirements from the stakeholders and end-users can be done using the following techniques:<\/p>\n<ul>\n<li>Interview<\/li>\n<li>Questionnaire<\/li>\n<li>Background Reading<\/li>\n<li>Introspection<\/li>\n<li>Social Analysis<\/li>\n<li>Requirement workshop.<\/li>\n<li>Brainstorming<\/li>\n<li>Idea Generation<\/li>\n<li>Story Boarding<\/li>\n<li>Scripted Walkthrough<\/li>\n<li>CRC Cards<\/li>\n<li>Ethnography<\/li>\n<li>Natural language descriptions<\/li>\n<li style=\"text-align: justify\">Form Analysis<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p><strong>Web Links<\/strong><\/p>\n<ul>\n<li>https:\/\/en.wikipedia.org\/wiki\/Requirements_engineering<\/li>\n<li>http:\/\/www.tutorialspoint.com\/software_engineering\/software_requirements.htm<\/li>\n<li>http:\/\/www.cs.toronto.edu\/~sme\/papers\/2004\/FoRE-chapter01-v7.pdf<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p><strong>Supporting &amp; Reference Materials<\/strong><\/p>\n<ul>\n<li>Roger S. Pressman, \u201cSoftware Engineering: A Practitioner\u2019s Approach\u201d, Fifth Edition, McGraw Hill, 2001.<\/li>\n<li>Pankaj Jalote, \u201cAn Integrated Approach to Software Engineering\u201d, Second Edition, Springer Verlag, 1997.<\/li>\n<li>Ian Sommerville, \u201cSoftware Engineering\u201d, Sixth Edition, Addison Wesley, 2000.<\/li>\n<\/ul>\n","protected":false},"author":4,"menu_order":10,"template":"","meta":{"pb_show_title":"on","pb_short_title":"","pb_subtitle":"","pb_authors":["dr-r-baskaran"],"pb_section_license":""},"chapter-type":[],"contributor":[58],"license":[],"class_list":["post-102","chapter","type-chapter","status-publish","hentry","contributor-dr-r-baskaran"],"part":3,"_links":{"self":[{"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/chapters\/102","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/chapters"}],"about":[{"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/wp\/v2\/types\/chapter"}],"author":[{"embeddable":true,"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/wp\/v2\/users\/4"}],"version-history":[{"count":5,"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/chapters\/102\/revisions"}],"predecessor-version":[{"id":382,"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/chapters\/102\/revisions\/382"}],"part":[{"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/parts\/3"}],"metadata":[{"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/chapters\/102\/metadata\/"}],"wp:attachment":[{"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/wp\/v2\/media?parent=102"}],"wp:term":[{"taxonomy":"chapter-type","embeddable":true,"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/chapter-type?post=102"},{"taxonomy":"contributor","embeddable":true,"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/wp\/v2\/contributor?post=102"},{"taxonomy":"license","embeddable":true,"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/wp\/v2\/license?post=102"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}