![International Journal of Advances in Applied Sciences (IJAAS)
Vol. 7, No. 3, September 2018, pp. 303~308
ISSN: 2252-8814, DOI: 10.11591/ijaas.v7.i3.pp303-308 303
Journal homepage: http://iaescore.com/online/index.php/IJAAS
Requirement Elicitation Model (REM) in the Context of Global
Software Development
Muhammad Yaseen1
, Umar Farooq2
1
University of Engineering & Technology, Peshawar, Malaysia
2
Universiti Tun Hussein Onn Malaysia, Malaysia
Article Info ABSTRACT
Article history:
Received Jan 19, 2018
Revised Mar 12, 2018
Accepted Apr 21, 2018
Contxext:Requirement elicitation is difficult and critical phase of
requirement engineering and the case is worst in global software
development (GSD). The study is about requirement elicitation in the context
of GSD. Objective: Development of requirement elicitation model (REM)
which can address the factors that have positive impact and the factors that
have negative impact during elicitation in GSD. The propose model will give
solutions and practices to the challenges during elicitation. Method:
Systematic literature review (SLR) and empirical research study will be used
for achieving the goals and objectives. Expected outcomes: The expected
results of this study will be REM that will help vendor organizations for
better elicitation during GSD.
Keyword:
Systematic literature review
Requirement engineering
Global software development
Requirement elicitation model
Copyright © 2018 Institute of Advanced Engineering and Science.
All rights reserved.
Corresponding Author:
Khalil Alsaadat,
Department of Educational Policies,
College of Education, King Saud University,
Riyadh, Saudi Arabia
Email: alsaadat@gmail.com
1. INTRODUCTION
Requirement engineering (RE) is the systematic and discipline way of collecting user requirements
for a software system and to manage it [1, 2]. The purpose of RE process is satisfaction of user needs and
what customer wants from a software product [2-5]. Requirement elicitation is the first phase of RE during
software development life cycle [6]. During elicitation phase we do direct communication with users or
customers and gather requirements by applying various elicitation techniques. The quality of software system
is more depended on the quality of how better the requirements are gathered [1, 7]. RE is very difficult when
we do it locally but the case very difficult when the development is done globally where clients and vendors
are separated by distance and face challenges like culture issues, time zone difference and difference in
languages and terminologies. Due to extra challenges in GSD proper elicitation process is affected [8, 9].
2. MOTIVATION AND RELATED WORK
Miguel Romero [10] discusses that culture and time differences are big challenges in GSD. For
reducing the effect of challenges it is necessary for people to share knowledge about requirements and have a
proper knowledge management system. The author describes relevant skills for elicitation in GSD are;
English language skills, understanding of cultures of others, computer mediated communication skills, use of
proper communication protocols, ability to resolve conflicts and teamwork skills are needed for effective
elicitation.
Nosheen Sabahat [6] after doing survey and interviews explains the effectiveness of elicitation
techniques. She concluded that in GSD the most effective elicitation techniques are prototyping, scenarios](https://image.slidesharecdn.com/13-201022222554/85/Requirement-Elicitation-Model-REM-in-the-Context-of-Global-Software-Development-1-320.jpg)
![ ISSN: 2252-8814
IJAAS Vol. 7, No. 3, September 2018: 303 – 308
304
and interview. The prototype is considered to be the best technique in GSD because prototypes represents
product earlier and customers are more satisfied. Scenarios are best in case where prototypes are difficult to
make. Questionnaires and other traditional techniques are not suitable in GSD. The author propose iterative
model where elicitation and analysis works iteratively at same time.
Bin Wen [11] discuss that traditional elicitation techniques are not enough to apply in GSD during
collecting of requirements, collaborative techniques like social intelligent for networked software and
semantic web technology should be selected during elicitation.
Gabriela N. Aranda [12] in his paper suggests the strategies to overcome the challenges like lack of
face to face meetings and culture issues in GSD. Culture differences cannot be ignored but stakeholders can
learn about these differences and training is the best solution for that. The author has explained in detail
about the trainings and its strategies. Use of ontologies is suggested as best way to reduce language
differences. Using ontologies can clarify the structure of knowledge and as well as reduce conceptual and
terminological confusion. Technology selection must be discussed in team while doing elicitation because
technology selection process is carried out by studying and confronting the personal preferences of people
who need to work together.
Fabio Calefato [13] discuss that as face to face communication during elicitation in GSD is difficult
but still it is possible to have systems and technologies that can be alternative to face to face communication.
After empirical studies the author design computer mediated tool for synchronous text solution in case where
face to face communication is difficult. The tool contains audio and video conferencing facility. The tool was
further evaluated through case study using students.
Neetu Kumari [3] proposes the model which will address the issues with elicitation in GSD but the
levels of this model are not defined. The model is limited to find the challenges only not the solutions. The
characteristics of model are not explained. Further the methodology of collecting data from literature is not
systematic so we need advance model which can address the challenges, critical success factors and the
solutions for problems and challenges.
3. OBJECTIVES
The objective of this research study is to develop REM in order to support vendor organizations in
better elicitation of requirements in the context of GSD. This model will address challenges and success
factors during requirement elicitation. The propose model will address the solutions and practices needed to
better implement success factors during elicitation and to reduce the effect of the challenges. For achieving
the objectives, we will do the SLR and empirical study to find factors that are important during elicitation of
requirements in GSD. For the implementation of factors, practices and solutions will be extracted through
SLR and then questionnaire survey will be conducted to validate success factors, challenges and practices.
Survey will be conducted in software industry to mention some new practices not mentioned in literature
before. After finding the practices and solutions the propose model will be developed. The aim is to reduce
the gap between researchers and software development vendors. Other researchers also adopted the same
methodology in other fields to suggest such models [14].
4. RESEARCH QUESTIONS
The work reported in this paper is based on the five research questions which have posted in the
following way:
RQ1: What are the factors as identified from literature that have positive impact during requirement
elicitation phase of RE in the context of GSD?
RQ2: What are the factors in real practice that have positive impact during requirement elicitation phase of
RE in the context of GSD?
RQ3: What are the factors and challenges as identified from literature that have negative impact during
requirement elicitation phase of RE in the context of GSD?
RQ4: What are the factors in real practice that have negative impact during requirement elicitation phase of
RE in the context of GSD?
RQ5: Are there differences between the factors identified through the literature and the real-world practice?
RQ6: Is the REM practically successful in terms of finding and alleviate implementation factors and
challenges faced by vendor organizations during elicitation in GSD?
Through SLR, RQ1 and RQ3 will be address i.e. studying what factors (CSFs and Cs) have already
been reported in the literature. In future in order to facilitate vendors in implementing factors important for
success of requirement elicitation, we will program/code the REM in the form of software. Moreover for](https://image.slidesharecdn.com/13-201022222554/85/Requirement-Elicitation-Model-REM-in-the-Context-of-Global-Software-Development-2-320.jpg)
![IJAAS ISSN: 2252-8814
Requirement Elicitation Model (REM) in the Context of Global Software Development (Mohammad Yaseen)
305
overcoming challenges faced by vendor organizations in GSD the REM will suggest solutions. This tool will
produce different assessment reports and do different activities for the software vendor organizations.
5. DESIGN OF REM AND RESEARCH METHODOLOGY
The methodology of the REM consists of the following three phases.
Phase#1: SLR will be conducted for data collection.
Phase#2: Empirical study will be conducted to validate the result of SLR and to find the practices for the
mentioned factors.
Phase#3: For evaluation and validation of REM, Case study will be conducted. To explain the aforesaid three
phases the following subsections are added.
5.1. Collection of Data and its Analysis
CSFs (critical success factors): Factors that have a positive impact during requirement elicitation in
GSD. CRs (critical Risks): Factors that have a negative impact during requirement elicitation in GSD.
Practices: For implementing CSFs, practices will be extracted and used. SLR will be used to identify factors
(CSFs and Cs). Through SLR we will extract, analyse and will explore data relevant to our research
questions. SLR is different from ordinary literature reviews being formally planned and more systematic.
According to Kitchenham [15] SLR is divided into 3 phases. First phase is planning the review, second is
conducting the review and implementation is the last phase. Before conducting SLR a protocol will be
designed which include all the steps needed for SLR. From research questions a search string will be
constructed for different libraries accordingly. Search procedure and plan will be defined and then protocol
will be executed. After execution, inclusion and exclusion criteria will be define to tell which paper to
include in final list.
Figure 1. REM development cycle activities
To successfully implement factors (CSFs and Cs), a questionnaire survey will be conducted with experts
working in the software industry. The purpose of this survey is:
a. Validation of the results of SLR.
b. To find new factors (CSFs and Cs) which are not previously identified.
c. To identify practices for the success implementation of (CSFs and Cs).](https://image.slidesharecdn.com/13-201022222554/85/Requirement-Elicitation-Model-REM-in-the-Context-of-Global-Software-Development-3-320.jpg)
![ ISSN: 2252-8814
IJAAS Vol. 7, No. 3, September 2018: 303 – 308
306
After REM is successfully design then for evaluation in real world environment case studies will be
conducted in software industry.
5.2. Development of REM
For the design of REM we have used the five stages as shown in Figure 2. A similar approach has
also been used by another researcher[16, 17].
The development of REM is the first stage; it is used to set criteria for REM success. The below mentioned
two criteria will be used for the development and assessment of REM.
a. User satisfaction: This criteria focus on the satisfaction of end user from the result of REM. He / She
should be able to use the REM without any confusion or ambiguity to promote objectives according to their
requirements and assumptions.
b.Usability: This criteria emphasis on the structure easiness of the REM. It states that the structure of the
REM should be flexible and easy to understand because organizations do not accept complex models and
standards which require resources, training and effort.
Data collection and analysis is the stage 2. Rationalization and structuring of results will be performed in
stage 3. Development of REM based on the results of empirical studies in stage4. Evaluation and validation
of the REM via case studies will be performed in final stage i.e. stage 5.
Planned structure of the REM is shown in Figure 3. Relationship between REM levels is also
shown, factors/risks and practices used to address risks and success implementation of RE process.
5.3. REM Structure
We will build the structure of the REM on the bases of following three extensions.
a. REM levels
b. Factors (CSFs, Cs) in each level
c. Practices and solutions for the implementation of factors
Classification of CSFs and Cs in different categories will be the base for defining the levels of REM.
Each level will be consisting of different factors (CSFs and Cs). For each factor in the particular level,
practices will be given for its proper implementation. Like CMMI and other models, for organizations to
achieve certain level they must address and should follow the practices for each CSFs and Cs under that
particular level.
Figure 2. REM development stages](https://image.slidesharecdn.com/13-201022222554/85/Requirement-Elicitation-Model-REM-in-the-Context-of-Global-Software-Development-4-320.jpg)
![IJAAS ISSN: 2252-8814
Requirement Elicitation Model (REM) in the Context of Global Software Development (Mohammad Yaseen)
307
Figure 3. REM structure
5.4. REM Evaluation
REM will be validated through industrial case studies. For case studies maximum of five
organizations will be enough. Case study is the best tool for evaluating any model in real environment. A
focus group session will be arranged to get feedback from the participant about REM. The criteria will be
ease of use and user satisfaction as discussed in section 5.2. In focus group evaluation two or more people
interact and generate ideas without getting help from researcher. Focus group is more open as compared to
individual interview.
6. RESEARCH CARRIED UPTO DATE
We have done the following research work so far:
a. Identification of problem and objectives
b. Research questions specification
c. Selection of research methodology
d. Defining structure of REM
e. Evaluation method selection
f. Conduct of SLR
7. CONCLUSION AND FUTURE WORK
In our paper we have presented the structure of REM with different levels and phases. We have
discussed how this model will help vendors in better implementation of success factors during elicitation in
GSD. Detail methodology for the development of REM was introduced. This model will be used as tool for
software developers and will produce different assessment reports in different situations.
ACKNOWLEDGMENT
We are thankful to all members of the Software Engineering Research Group (SERG-UOM) at
University of Malakand for their constructive reviews and also thankful to the anonymous reviewers of the
conference.
REFERENCES
[1] D. Pandey, U. Suman, and A. Ramani, "An effective requirement engineering process model for software
development and requirements management," presented at Advances in Recent Technologies in Communication
and Computing (ARTCom), 2010 International Conference on, 2010.
[2] W. J. Lloyd, M. B. Rosson, and J. D. Arthur, "Effectiveness of elicitation techniques in distributed requirements
engineering," presented at Requirements Engineering, 2002. Proceedings. IEEE Joint International Conference on,
2002.](https://image.slidesharecdn.com/13-201022222554/85/Requirement-Elicitation-Model-REM-in-the-Context-of-Global-Software-Development-5-320.jpg)
![ ISSN: 2252-8814
IJAAS Vol. 7, No. 3, September 2018: 303 – 308
308
[3] S. Neetu Kumari and A. S. Pillai, "A survey on global requirements elicitation issues and proposed research
framework," presented at Software Engineering and Service Science (ICSESS), 2013 4th IEEE International
Conference on, 2013.
[4] M. Kauppinen, M. Vartiainen, J. Kontio, S. Kujala, and R. Sulonen, "Implementing requirements engineering
processes throughout organizations: success factors and challenges," Information and Software Technology, vol.
46, pp. 937-953, 2004.
[5] B. Arthi, "Distributed Requirements Negotiations Using Mixed Media," Int’l Journal of Eng. and Technol, vol.
1, 2009.
[6] N. Sabahat, F. Iqbal, F. Azam, and M. Y. Javed, "An iterative approach for global requirements elicitation: A case
study analysis," presented at Electronics and Information Engineering (ICEIE), 2010 International Conference On,
2010.
[7] A. Ahmad, A. Shahzad, V. K. Padmanabhuni, A. Mansoor, S. Joseph, and Z. Arshad, "Requirements prioritization
with respect to Geographically Distributed Stakeholders," presented at Computer Science and Automation
Engineering (CSAE), 2011 IEEE International Conference on, 2011.
[8] M. Yaseen, S. Baseer, and S. Sherin, "Critical challenges for requirement implementation in context of global
software development: A systematic literature review," presented at 2015 International Conference on Open Source
Systems & Technologies (ICOSST), 2015.
[9] T. Illes-Seifert, A. Herrmann, M. Geisser, and T. Hildenbrand, "The Challenges of Distributed Software
Engineering and Requirements Engineering: Results of an Online Survey," presented at WORKSHOP P, 2007.
[10] M. Romero, A. VizcaÃno, and M. Piattini, "Teaching requirements elicitation within the context of global
software development," presented at Computer Science (ENC), 2009 Mexican International Conference on, 2009.
[11] B. Wen, Z. Luo, and P. Liang, "Distributed and Collaborative Requirements Elicitation based on Social
Intelligence," presented at Web Information Systems and Applications Conference (WISA), 2012 Ninth, 2012.
[12] G. N. Aranda, A. VizcaÃno, A. Cechich, and M. Piattini, "Strategies to minimize problems in global requirements
elicitation," CLEI electronic journal, vol. 11, 2008.
[13] F. Calefato, D. Damian, and F. Lanubile, "Computer-mediated communication to support distributed requirements
elicitations and negotiations tasks," Empirical Software Engineering, vol. 17, pp. 640-674, 2012.
[14] S. Ali and S. U. Khan, "SOFTWARE OUTSOURCING PARTNERSHIP MODEL," Science International, vol. 26,
2014.
[15] B. Kitchenham and C. Charters, "Guidelines for performing Systematic Literature Reviews in Software
Engineering, Keele University and Durham University Joint Report," EBSE 2007-001, 2007.
[16] S. Ali and S. U. Khan, "Software Outsourcing Partnership (SOP): A Systematic Literature Review Protocol with
Preliminary Results," International Journal of Hybrid Information Technology, vol. 7, pp. 377-392, 2014.
[17] M. Yaseen, S. Baseer, S. Ali, and S. U. Khan, "Requirement Implementation Model (RIM) in the Context of Global
Software Development."](https://image.slidesharecdn.com/13-201022222554/85/Requirement-Elicitation-Model-REM-in-the-Context-of-Global-Software-Development-6-320.jpg)
Requirement Elicitation Model (REM) in the Context of Global Software Development
- 1. International Journal of Advances in Applied Sciences (IJAAS) Vol. 7, No. 3, September 2018, pp. 303~308 ISSN: 2252-8814, DOI: 10.11591/ijaas.v7.i3.pp303-308 303 Journal homepage: http://iaescore.com/online/index.php/IJAAS Requirement Elicitation Model (REM) in the Context of Global Software Development Muhammad Yaseen1 , Umar Farooq2 1 University of Engineering & Technology, Peshawar, Malaysia 2 Universiti Tun Hussein Onn Malaysia, Malaysia Article Info ABSTRACT Article history: Received Jan 19, 2018 Revised Mar 12, 2018 Accepted Apr 21, 2018 Contxext:Requirement elicitation is difficult and critical phase of requirement engineering and the case is worst in global software development (GSD). The study is about requirement elicitation in the context of GSD. Objective: Development of requirement elicitation model (REM) which can address the factors that have positive impact and the factors that have negative impact during elicitation in GSD. The propose model will give solutions and practices to the challenges during elicitation. Method: Systematic literature review (SLR) and empirical research study will be used for achieving the goals and objectives. Expected outcomes: The expected results of this study will be REM that will help vendor organizations for better elicitation during GSD. Keyword: Systematic literature review Requirement engineering Global software development Requirement elicitation model Copyright © 2018 Institute of Advanced Engineering and Science. All rights reserved. Corresponding Author: Khalil Alsaadat, Department of Educational Policies, College of Education, King Saud University, Riyadh, Saudi Arabia Email: alsaadat@gmail.com 1. INTRODUCTION Requirement engineering (RE) is the systematic and discipline way of collecting user requirements for a software system and to manage it [1, 2]. The purpose of RE process is satisfaction of user needs and what customer wants from a software product [2-5]. Requirement elicitation is the first phase of RE during software development life cycle [6]. During elicitation phase we do direct communication with users or customers and gather requirements by applying various elicitation techniques. The quality of software system is more depended on the quality of how better the requirements are gathered [1, 7]. RE is very difficult when we do it locally but the case very difficult when the development is done globally where clients and vendors are separated by distance and face challenges like culture issues, time zone difference and difference in languages and terminologies. Due to extra challenges in GSD proper elicitation process is affected [8, 9]. 2. MOTIVATION AND RELATED WORK Miguel Romero [10] discusses that culture and time differences are big challenges in GSD. For reducing the effect of challenges it is necessary for people to share knowledge about requirements and have a proper knowledge management system. The author describes relevant skills for elicitation in GSD are; English language skills, understanding of cultures of others, computer mediated communication skills, use of proper communication protocols, ability to resolve conflicts and teamwork skills are needed for effective elicitation. Nosheen Sabahat [6] after doing survey and interviews explains the effectiveness of elicitation techniques. She concluded that in GSD the most effective elicitation techniques are prototyping, scenarios
- 2. ISSN: 2252-8814 IJAAS Vol. 7, No. 3, September 2018: 303 – 308 304 and interview. The prototype is considered to be the best technique in GSD because prototypes represents product earlier and customers are more satisfied. Scenarios are best in case where prototypes are difficult to make. Questionnaires and other traditional techniques are not suitable in GSD. The author propose iterative model where elicitation and analysis works iteratively at same time. Bin Wen [11] discuss that traditional elicitation techniques are not enough to apply in GSD during collecting of requirements, collaborative techniques like social intelligent for networked software and semantic web technology should be selected during elicitation. Gabriela N. Aranda [12] in his paper suggests the strategies to overcome the challenges like lack of face to face meetings and culture issues in GSD. Culture differences cannot be ignored but stakeholders can learn about these differences and training is the best solution for that. The author has explained in detail about the trainings and its strategies. Use of ontologies is suggested as best way to reduce language differences. Using ontologies can clarify the structure of knowledge and as well as reduce conceptual and terminological confusion. Technology selection must be discussed in team while doing elicitation because technology selection process is carried out by studying and confronting the personal preferences of people who need to work together. Fabio Calefato [13] discuss that as face to face communication during elicitation in GSD is difficult but still it is possible to have systems and technologies that can be alternative to face to face communication. After empirical studies the author design computer mediated tool for synchronous text solution in case where face to face communication is difficult. The tool contains audio and video conferencing facility. The tool was further evaluated through case study using students. Neetu Kumari [3] proposes the model which will address the issues with elicitation in GSD but the levels of this model are not defined. The model is limited to find the challenges only not the solutions. The characteristics of model are not explained. Further the methodology of collecting data from literature is not systematic so we need advance model which can address the challenges, critical success factors and the solutions for problems and challenges. 3. OBJECTIVES The objective of this research study is to develop REM in order to support vendor organizations in better elicitation of requirements in the context of GSD. This model will address challenges and success factors during requirement elicitation. The propose model will address the solutions and practices needed to better implement success factors during elicitation and to reduce the effect of the challenges. For achieving the objectives, we will do the SLR and empirical study to find factors that are important during elicitation of requirements in GSD. For the implementation of factors, practices and solutions will be extracted through SLR and then questionnaire survey will be conducted to validate success factors, challenges and practices. Survey will be conducted in software industry to mention some new practices not mentioned in literature before. After finding the practices and solutions the propose model will be developed. The aim is to reduce the gap between researchers and software development vendors. Other researchers also adopted the same methodology in other fields to suggest such models [14]. 4. RESEARCH QUESTIONS The work reported in this paper is based on the five research questions which have posted in the following way: RQ1: What are the factors as identified from literature that have positive impact during requirement elicitation phase of RE in the context of GSD? RQ2: What are the factors in real practice that have positive impact during requirement elicitation phase of RE in the context of GSD? RQ3: What are the factors and challenges as identified from literature that have negative impact during requirement elicitation phase of RE in the context of GSD? RQ4: What are the factors in real practice that have negative impact during requirement elicitation phase of RE in the context of GSD? RQ5: Are there differences between the factors identified through the literature and the real-world practice? RQ6: Is the REM practically successful in terms of finding and alleviate implementation factors and challenges faced by vendor organizations during elicitation in GSD? Through SLR, RQ1 and RQ3 will be address i.e. studying what factors (CSFs and Cs) have already been reported in the literature. In future in order to facilitate vendors in implementing factors important for success of requirement elicitation, we will program/code the REM in the form of software. Moreover for
- 3. IJAAS ISSN: 2252-8814 Requirement Elicitation Model (REM) in the Context of Global Software Development (Mohammad Yaseen) 305 overcoming challenges faced by vendor organizations in GSD the REM will suggest solutions. This tool will produce different assessment reports and do different activities for the software vendor organizations. 5. DESIGN OF REM AND RESEARCH METHODOLOGY The methodology of the REM consists of the following three phases. Phase#1: SLR will be conducted for data collection. Phase#2: Empirical study will be conducted to validate the result of SLR and to find the practices for the mentioned factors. Phase#3: For evaluation and validation of REM, Case study will be conducted. To explain the aforesaid three phases the following subsections are added. 5.1. Collection of Data and its Analysis CSFs (critical success factors): Factors that have a positive impact during requirement elicitation in GSD. CRs (critical Risks): Factors that have a negative impact during requirement elicitation in GSD. Practices: For implementing CSFs, practices will be extracted and used. SLR will be used to identify factors (CSFs and Cs). Through SLR we will extract, analyse and will explore data relevant to our research questions. SLR is different from ordinary literature reviews being formally planned and more systematic. According to Kitchenham [15] SLR is divided into 3 phases. First phase is planning the review, second is conducting the review and implementation is the last phase. Before conducting SLR a protocol will be designed which include all the steps needed for SLR. From research questions a search string will be constructed for different libraries accordingly. Search procedure and plan will be defined and then protocol will be executed. After execution, inclusion and exclusion criteria will be define to tell which paper to include in final list. Figure 1. REM development cycle activities To successfully implement factors (CSFs and Cs), a questionnaire survey will be conducted with experts working in the software industry. The purpose of this survey is: a. Validation of the results of SLR. b. To find new factors (CSFs and Cs) which are not previously identified. c. To identify practices for the success implementation of (CSFs and Cs).
- 4. ISSN: 2252-8814 IJAAS Vol. 7, No. 3, September 2018: 303 – 308 306 After REM is successfully design then for evaluation in real world environment case studies will be conducted in software industry. 5.2. Development of REM For the design of REM we have used the five stages as shown in Figure 2. A similar approach has also been used by another researcher[16, 17]. The development of REM is the first stage; it is used to set criteria for REM success. The below mentioned two criteria will be used for the development and assessment of REM. a. User satisfaction: This criteria focus on the satisfaction of end user from the result of REM. He / She should be able to use the REM without any confusion or ambiguity to promote objectives according to their requirements and assumptions. b.Usability: This criteria emphasis on the structure easiness of the REM. It states that the structure of the REM should be flexible and easy to understand because organizations do not accept complex models and standards which require resources, training and effort. Data collection and analysis is the stage 2. Rationalization and structuring of results will be performed in stage 3. Development of REM based on the results of empirical studies in stage4. Evaluation and validation of the REM via case studies will be performed in final stage i.e. stage 5. Planned structure of the REM is shown in Figure 3. Relationship between REM levels is also shown, factors/risks and practices used to address risks and success implementation of RE process. 5.3. REM Structure We will build the structure of the REM on the bases of following three extensions. a. REM levels b. Factors (CSFs, Cs) in each level c. Practices and solutions for the implementation of factors Classification of CSFs and Cs in different categories will be the base for defining the levels of REM. Each level will be consisting of different factors (CSFs and Cs). For each factor in the particular level, practices will be given for its proper implementation. Like CMMI and other models, for organizations to achieve certain level they must address and should follow the practices for each CSFs and Cs under that particular level. Figure 2. REM development stages
- 5. IJAAS ISSN: 2252-8814 Requirement Elicitation Model (REM) in the Context of Global Software Development (Mohammad Yaseen) 307 Figure 3. REM structure 5.4. REM Evaluation REM will be validated through industrial case studies. For case studies maximum of five organizations will be enough. Case study is the best tool for evaluating any model in real environment. A focus group session will be arranged to get feedback from the participant about REM. The criteria will be ease of use and user satisfaction as discussed in section 5.2. In focus group evaluation two or more people interact and generate ideas without getting help from researcher. Focus group is more open as compared to individual interview. 6. RESEARCH CARRIED UPTO DATE We have done the following research work so far: a. Identification of problem and objectives b. Research questions specification c. Selection of research methodology d. Defining structure of REM e. Evaluation method selection f. Conduct of SLR 7. CONCLUSION AND FUTURE WORK In our paper we have presented the structure of REM with different levels and phases. We have discussed how this model will help vendors in better implementation of success factors during elicitation in GSD. Detail methodology for the development of REM was introduced. This model will be used as tool for software developers and will produce different assessment reports in different situations. ACKNOWLEDGMENT We are thankful to all members of the Software Engineering Research Group (SERG-UOM) at University of Malakand for their constructive reviews and also thankful to the anonymous reviewers of the conference. REFERENCES [1] D. Pandey, U. Suman, and A. Ramani, "An effective requirement engineering process model for software development and requirements management," presented at Advances in Recent Technologies in Communication and Computing (ARTCom), 2010 International Conference on, 2010. [2] W. J. Lloyd, M. B. Rosson, and J. D. Arthur, "Effectiveness of elicitation techniques in distributed requirements engineering," presented at Requirements Engineering, 2002. Proceedings. IEEE Joint International Conference on, 2002.
- 6. ISSN: 2252-8814 IJAAS Vol. 7, No. 3, September 2018: 303 – 308 308 [3] S. Neetu Kumari and A. S. Pillai, "A survey on global requirements elicitation issues and proposed research framework," presented at Software Engineering and Service Science (ICSESS), 2013 4th IEEE International Conference on, 2013. [4] M. Kauppinen, M. Vartiainen, J. Kontio, S. Kujala, and R. Sulonen, "Implementing requirements engineering processes throughout organizations: success factors and challenges," Information and Software Technology, vol. 46, pp. 937-953, 2004. [5] B. Arthi, "Distributed Requirements Negotiations Using Mixed Media," Int’l Journal of Eng. and Technol, vol. 1, 2009. [6] N. Sabahat, F. Iqbal, F. Azam, and M. Y. Javed, "An iterative approach for global requirements elicitation: A case study analysis," presented at Electronics and Information Engineering (ICEIE), 2010 International Conference On, 2010. [7] A. Ahmad, A. Shahzad, V. K. Padmanabhuni, A. Mansoor, S. Joseph, and Z. Arshad, "Requirements prioritization with respect to Geographically Distributed Stakeholders," presented at Computer Science and Automation Engineering (CSAE), 2011 IEEE International Conference on, 2011. [8] M. Yaseen, S. Baseer, and S. Sherin, "Critical challenges for requirement implementation in context of global software development: A systematic literature review," presented at 2015 International Conference on Open Source Systems & Technologies (ICOSST), 2015. [9] T. Illes-Seifert, A. Herrmann, M. Geisser, and T. Hildenbrand, "The Challenges of Distributed Software Engineering and Requirements Engineering: Results of an Online Survey," presented at WORKSHOP P, 2007. [10] M. Romero, A. VizcaÃno, and M. Piattini, "Teaching requirements elicitation within the context of global software development," presented at Computer Science (ENC), 2009 Mexican International Conference on, 2009. [11] B. Wen, Z. Luo, and P. Liang, "Distributed and Collaborative Requirements Elicitation based on Social Intelligence," presented at Web Information Systems and Applications Conference (WISA), 2012 Ninth, 2012. [12] G. N. Aranda, A. VizcaÃno, A. Cechich, and M. Piattini, "Strategies to minimize problems in global requirements elicitation," CLEI electronic journal, vol. 11, 2008. [13] F. Calefato, D. Damian, and F. Lanubile, "Computer-mediated communication to support distributed requirements elicitations and negotiations tasks," Empirical Software Engineering, vol. 17, pp. 640-674, 2012. [14] S. Ali and S. U. Khan, "SOFTWARE OUTSOURCING PARTNERSHIP MODEL," Science International, vol. 26, 2014. [15] B. Kitchenham and C. Charters, "Guidelines for performing Systematic Literature Reviews in Software Engineering, Keele University and Durham University Joint Report," EBSE 2007-001, 2007. [16] S. Ali and S. U. Khan, "Software Outsourcing Partnership (SOP): A Systematic Literature Review Protocol with Preliminary Results," International Journal of Hybrid Information Technology, vol. 7, pp. 377-392, 2014. [17] M. Yaseen, S. Baseer, S. Ali, and S. U. Khan, "Requirement Implementation Model (RIM) in the Context of Global Software Development."