ABSTRACT:To capture information about the needs of stakeholders and the problem domain and to specify the requirements of planned software, developers can use several elicitation techniques from various sciences such as the social sciences or psychology. Each technique has different performance depending on the context in which it is applied. Therefore, to know which requirements elicitation technique is the most appropriate, it is necessary to understand the meaning of appropriate technique. Practitioners and researchers have differing views of the techniques suitability. This paper proposes a model to represent the appropriateness of elicitation techniques. The model uses an estimator calculated through the variables of requirements quantity and quality. To illustrate the proposal, it was validated with data from an experiment found in the related literature. Our work aims to unify an appropriateness construct, which can help standardize future empirical studies and thus facilitate the creation of a body of knowledge on requirements elicitation techniques.RESUMEN: Para capturar información de las necesidades de los stakeholders y del dominio del problema, y luego conformar los requisitos del software a construir, los desarrolladores tienen a disposición una miríada de técnicas de educción, provenientes de diversas ciencias como las ciencias sociales o la sicología. Por su naturaleza, cada técnica tiene un desempeño diferente dependiendo del contexto en que aplica. Por lo tanto, para saber qué técnica de educción de requisitos es la más adecuada es necesario saber qué deberíamos entender por "técnica más adecuada". Tanto desarrolladores como investigadores, y entre investigadores, tienen visiones diferentes de la bondad de las técnicas. Este trabajo propone un modelo para representar el constructo de adecuación de las técnicas de educción. Este modelo utiliza un estimador de adecuación, el cual se calcula a través de las variables de cantidad y calidad de requisitos. El modelo propuesto fue validado con datos de un experimento encontrado en la literatura. Este modelo pretende unificar el constructo de adecuación, lo que puede contribuir a uniformar futuros estudios empíricos y así, facilitar la conformación de un cuerpo de conocimientos sobre las técnicas de educción de requisitos.
ResumenLa educción de requisitos utiliza varias técnicas para capturar la información relevante para la conformación de los requisitos del software. Sin embargo, la efectividad de estas técnicas depende del contexto en que este ocurre. Este artículo pretende analizar la evidencia empírica existente de la influencia de los atributos de este contexto. Para ello, se realiza una revisión sistemática y no sistemática de la literatura científica para determinar cuáles son estos atributos y llevar a cabo un contraste de los estudios teóricos y empíricos relacionados. El resultado de este análisis arrojó que casi la mitad de los atributos contextuales no se ha estudiado empíricamente, lo que significa una baja coordinación entre teoría y empirismo. Además, para solo un tercio de los atributos se halló evidencia consistente de su influencia. Este estudio pretende contribuir a orientar futura investigación empírica sobre la educción de requisitos señalando los posibles factores experimentales a considerar. Revista Ingenierías Universidad de MedellínEmpirical evidence of the influence of contextual attributes in the software requirements elicitation process AbstractThe requirements elicitation uses several techniques to capture information relevant to the shaping of software requirements. However, the effectiveness of these techniques depends on the context in which this occurs. This article aims to analyze the empirical evidence of the influence of these contextual attributes. For this, a systematic and non-systematic review of the literature was conducted to determine which are these attributes and perform a test of the theoretical and empirical studies related. The result of this analysis showed that almost half of contextual attributes has not been studied empirically, which means a low coordination between theory and empiricism. Also, for only a third of the attributes consistent evidence of their influence was found. This study helps to guide future empirical research on requirements elicitation pointing put possible experimental factors to consider. INTRODUCCIÓNEl proceso de requisitos comprende actividades como educción, análisis, especificación, validación y gestión de requisitos [1]. La educción de requisitos, en particular, trata la captura y descubrimiento de las necesidades de los stakeholders. Su objetivo es identificar información acerca del dominio del problema, lo que ayuda a que los ingenieros de requisitos adquieran conocimiento del mundo del usuario, y determinen las propiedades deseadas del sistema software. Para capturar la información relevante, los analistas, muy a menudo, utilizan únicamente entrevistas. Sin embargo, hay otras técnicas de educción que también pueden ser utilizados para esta actividad. Muchas de ellas han sido adoptadas de otras disciplinas como la psicología cognitiva, la antropología, la sociología o la lingüística [2], y han sido exitosamente utilizadas en ingeniería del conocimiento y, posteriormente, en ingeniería de software.Debido a la diferencia de naturaleza de las técnic...
scite is a Brooklyn-based organization that helps researchers better discover and understand research articles through Smart Citations–citations that display the context of the citation and describe whether the article provides supporting or contrasting evidence. scite is used by students and researchers from around the world and is funded in part by the National Science Foundation and the National Institute on Drug Abuse of the National Institutes of Health.
customersupport@researchsolutions.com
10624 S. Eastern Ave., Ste. A-614
Henderson, NV 89052, USA
This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.
Copyright © 2025 scite LLC. All rights reserved.
Made with 💙 for researchers
Part of the Research Solutions Family.