# Introduction equirement 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][3][4][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]. # II. # Motivation and Related Work Miguel Romero [10]discuss 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 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. S [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. # III. # 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 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]. IV. # 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 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. V. # 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. # a) Collection of data and its analysis i. CSFs (critical success factors): Factors that have a positive impact during requirement elicitation in GSD. ii. CRs (critical Risks): Factors that have a negative impact during requirement elicitation in GSD. iii. 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: ? Validation of the results of SLR. ? To find new factors (CSFs and which are not previously identified. ? To identify practices for the success implementation of (CSFs and Cs). After REM is successfully design then for evaluation in real world environment case studies will be conducted in software industry. # b) Development of REM For the design of REM we have used the five stages as shown in Figure 2. A similar approach also been used 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. # c) REM structure We will build the structure of the REM on the bases of following three extensions. ? REM levels ? Factors (CSFs, Cs) in each level ? 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. 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. # REM # 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. Requirement Elicitation Model (REM) in the Context of Global Software DevelopmentYear 201840Volume XVIII Issue II Version I7.( ) CGlobal Journal of Computer Science and Technology© 2018 Global Journals 1VII. © 2018 Global JournalsRequirement Elicitation Model (REM) in the Context of Global Software Development ## 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. * An effective requirement engineering process model for software development and requirements management UPandey ASuman Ramani Advances in Recent Technologies in Communication and Computing (ARTCom) 2010 * International Conference on 2010 * Effectiveness of elicitation techniques in distributed requirements engineering WJLloyd MBRosson JDArthur Proceedings. IEEE Joint International Conference on IEEE Joint International Conference on 2002. 2002 presented at Requirements Engineering * A survey on global requirements elicitation issues and proposed research framework S NeetuKumari ASPillai 4th IEEE International Conference on 2013. 2013 presented at Software Engineering and Service Science (ICSESS * Implementing requirements engineering processes throughout organizations: success factors and challenges MKauppinen JVartiainen SKontio RKujala Sulonen Information and Software Technology 46 2004 * Distributed Requirements Negotiations Using Mixed Media BArthi Intâ??l Journal of Eng. and Technol 1 2009 * An iterative approach for global requirements elicitation: A case study analysis NSabahat FIqbal FAzam MYJaved 2010 International Conference On 2010 presented at Electronics and Information Engineering (ICEIE * Requirements prioritization with respect to Geographically Distributed Stakeholders AAhmad AShahzad VKPadmanabhuni AMansoor SJoseph ZArshad 2011 IEEE International Conference on 2011 presented at Computer Science and Automation Engineering (CSAE * Critical challenges for requirement implementation in context of global software development: A systematic literature review MYaseen SBaseer SSherin 2015 International Conference on Open Source Systems & Technologies (ICOSST) 2015 * The Challenges of Distributed Software Engineering and Requirements Engineering: Results of an Online Survey TIlles-Seifert AHerrmann MGeisser THildenbrand 2007 presented at WORKSHOP P * Teaching requirements elicitation within the context of global software development MRomero AVizcaãno MPiattini Mexican International Conference on 2009. 2009 presented at Computer Science (ENC) * Distributed and Collaborative Requirements Elicitation based on Social Intelligence BWen ZLuo PLiang presented at Web Information Systems and Applications Conference (WISA) 2012 Ninth, 2012 * Strategies to minimize problems in global requirements elicitation GNAranda AVizcaãno ACechich MPiattini CLEI electronic journal 11 2008 * Computermediated communication to support distributed requirements elicitations and negotiations tasks FCalefato DDamian FLanubile Empirical Software Engineering 17 2012 * SOFTWARE OUTSOURCING PARTNERSHIP MODEL SAli SUKhan Science International 26 2014 * Guidelines for performing Systematic Literature Reviews in Software Engineering BKitchenham CCharters EBSE 2007-001 2007 Keele University and Durham University Joint Report * Software Outsourcing Partnership (SOP): A Systematic Literature Review Protocol with Preliminary Results SAli SUKhan International Journal of Hybrid Information Technology 7 2014 * Requirement Implementation Model (RIM) in the Context of Global Software Development MYaseen SBaseer SAli SUKhan