Graciela Hadad - Academia.edu (original) (raw)
Papers by Graciela Hadad
La literatura muestra que las técnicas empleadas en un proceso de Ingeniería de Requisitos frecue... more La literatura muestra que las técnicas empleadas en un proceso de Ingeniería de Requisitos frecuentemente son elegidas en función a características particulares de cada proyecto, usualmente denominadas factores situacionales. Con lo anterior presente, se ha trabajado en la adaptación dinámica de un proceso de Ingeniería de Requisitos, que ha estado en aplicación por más de dos décadas. Dicha adaptación consiste en
Different contexts determine a different software process. This is especially true for requiremen... more Different contexts determine a different software process. This is especially true for requirements production. Different situations in a given universe of discourse will require different requirements processes. This paper proposes a family pattern that approaches the universe of discourse (context) from the viewpoint of whom are the actors demanding the software. We show five different instantiations of this pattern.
Springer eBooks, 2004
It is already well known that in order to define the software system requirements deep knowledge ... more It is already well known that in order to define the software system requirements deep knowledge of the universe of discourse is needed. This includes not only what is actually happening but also what the plans for the future are. Unless the requirements engineer has a previous knowledge of the domain, he or she may become overloaded by data of different nature. To cope with this, a gradual process which slowly migrates from learning to definition is advisable. During the learning phase, the focus should be placed on the current facts which should be organized and recorded. Later, the forthcoming plans should be also understood but instead of recording them as they are, they should be used to design future universe of discourse models. This chapter focuses on the description of current situations and lays foundations for the description of future situations by means of an evolution process.
XXII Workshop de Investigadores en Ciencias de la Computación (WICC 2020, El Calafate, Santa Cruz), 2020
Estos autores recomiendan cómo preparar la entrevista e incluso cómo llevar adelante la misma, au... more Estos autores recomiendan cómo preparar la entrevista e incluso cómo llevar adelante la misma, aunque poco indican acerca de cómo se registra la información obtenida, proponiendo en algunos casos la redacción de minutas o resúmenes. Por otro lado, en áreas de las Ciencias Sociales las entrevistas son utilizadas como el mecanismo de abordaje por excelencia de sus trabajos de campo. Casi sin excepción, las recomendaciones respecto de la preparación y desarrollo de las entrevistas exigen la grabación o filmación de las mismas y la transcripción a texto de los audios o videos resultantes. También son altamente difundidas las recomendaciones acerca del control de calidad de dichas transcripciones y las quejas acerca del esfuerzo que requieren. La mera comparación de la diferencia entre estos dos abordajes amerita la ponderación de las ventajas e inconvenientes que emergen de incorporar la grabación o filmación de las entrevistas y su posterior des-grabación en el proceso de requisitos. En el presente proyecto se propone evaluar dichas ventajas e inconvenientes.
Resumen. Para obtener un producto software de buena calidad es vital aplicar un proceso apropiado... more Resumen. Para obtener un producto software de buena calidad es vital aplicar un proceso apropiado de requisitos. En ese sentido, la literatura ofrece procesos de requisitos bien definidos de muy diverso alcance. Sin embargo, la experiencia indica que gran parte de los proyectos reales tienen características que hacen conveniente efectuar cambios en los procesos. Para ello, es necesario disponer de un método claro que guíe cómo adaptar el proceso en cada situación. Estas situaciones se pueden caracterizar a través de un conjunto de factores observables. Usualmente es difícil establecer con precisión el valor de estos factores al inicio del proceso de requisitos. También debe considerarse la posible evolución de ciertos factores por cambios en el contexto. En otras palabras, a veces no alcanza con solo adaptar un proceso antes de su puesta en ejecución, sino que este puede requerir readaptaciones durante su desarrollo, ya sea por precisarse factores con valoraciones iniciales dudosas o incorrectas, o por ocurrir cambios en el contexto que implican cambios en algunos factores. Finalmente, es necesario estimar cuan viable resulta establecer los factores con una confiabilidad tal que su aplicación para adaptar el proceso resulte aceptable. Por tal motivo, se ha estudiado la evolución de 21 factores durante la aplicación de un proceso de requisitos en 35 proyectos de la industria. Esto ha permitido corroborar la evolución de las situaciones en las que está inmerso un proceso de requisitos y, asimismo, identificar factores a los cuales debe prestarse mayor atención para una adecuada adaptación dinámica del proceso.
La Ingeniería de Requisitos tiene como objetivo producir requisitos de alta calidad, siendo la co... more La Ingeniería de Requisitos tiene como objetivo producir requisitos de alta calidad, siendo la completitud un aspecto crítico. ¿Se ha elicitado y modelado la suficiente información para construir un sistema de software que cubra las expectativas y necesidades del cliente? Es una pregunta de difícil respuesta a pesar de algunos intentos que se están realizando en ese sentido. Un estudio de la
Journal of Computer Science and Technology, Oct 1, 2009
The present thesis describes a Requirements Engineering strategy, called SDRES (Scenario Driven R... more The present thesis describes a Requirements Engineering strategy, called SDRES (Scenario Driven Requirements Engineering Strategy), which proposes to face topics rarely treated in real practice, such as continuous changes in requirements, software defects originated during requirements production, the organisational context surrounding the software system and the treatment of quality requirements. Several statistical reports on software project failures, such as Chaos Reports and GAO Reports, done during last decades established that requirements are the main source of problems in software projects. Besides, Software Engineering has paid more attention to model and implement products than to examine aspects related to the requirements definition and its dependency on social aspects that involve software development and operation. Therefore, Requirements Engineering must attend to non-technical aspects: i) to establish a good communication among stakeholders, and ii) to deeply understand the user world. Another obstacle in software development is requirements evolution. Continuous changes in software are motivated in a great spectrum of causes that frequently should be attended at once. The nature of these software changes is highly related to changes in requirements.
XVIII Workshop de Investigadores en Ciencias de la Computación (WICC 2016, Entre Ríos, Argentina), 2016
XIX Workshop de Investigadores en Ciencias de la Computación (WICC 2017, ITBA, Buenos Aires), Aug 30, 2017
WER, 2019
The requirements, as the foundation stone of the software system development, must be of the best... more The requirements, as the foundation stone of the software system development, must be of the best possible quality, covering the real needs of the clients and the limitations of the project. Reaching an acceptable level of quality is not easy and sometimes it is not usually met. In previous research projects, these quality levels have been thoroughly evaluated in natural language written models, mainly in glossaries with definitions of the terms of the language used in the context of application, observing in these cases a low quality and low repetitiveness thereof. This feature is virtually independent of the model and of the sources of information used. Despite repeated efforts consisting of the incorporation of new heuristics, the improvements achieved were unsatisfactory. A retrospective review of these works allowed to detect that it is undoubtedly the cognitive ability of the own requirements engineer the origin of these defects. Notably, the heuristics used provide rudimentary guides on how to prepare the elicited information. This lack is the basis of the exploratory-descriptive research project that has been initiated and presented here.
Esta tesis presenta una estrategia en la Ingeniería de Requisitos, denominada SDRES, que intenta ... more Esta tesis presenta una estrategia en la Ingeniería de Requisitos, denominada SDRES, que intenta abordar temas poco tratados en la práctica real, tales como los cambios constantes en los requisitos, defectos del software originados en los requisitos, el contexto organizacional que rodea al sistema de software y la consideración de requisitos de calidad. Esta estrategia está dirigida por modelos (Léxico Extendido del Lenguaje, Escenarios y Documento de Requisitos) y orientada al cliente, por ello utiliza sus modelos escritos en lenguaje natural como medio de comunicación y elicitación. SDRES tiene en cuenta la calidad de los modelos que produce mediante procesos de verificación y validación. Para cada actividad de la estrategia se presenta un conjunto de heurísticas y recomendaciones. Se encara el tema de evolución y versionado de los modelos, así como distintas modalidades de utilizar la estrategia según la complejidad del problema, el conocimiento sobre el mismo y otras características.
Advances in information quality and management, Jul 31, 2014
Clei Electronic Journal, Dec 1, 2016
Global software development is spreading increasingly within companies. Although it provides some... more Global software development is spreading increasingly within companies. Although it provides some competitive advantages, such as speeding up the software delivery, reducing cost, and taking advantage of more economic resources, this working model is a very complex one. Threats, such as geographic distance and cultural differences, may impact negatively on activities and artifacts of the software process. Untreated threats usually affect the quality of the requirements, propagating defects to subsequent development phases. Global software development threats were studied in a real major project, where no special treatment was put into practice to mitigate them. Analyzing the serious consequences on that project, a proposal was developed using a Lexicon model and Scenarios in order to mitigate threats to requirements in this distributed working mode. The proposal was applied in a new real project of similar characteristics, and the comparison of results from both projects gives promising perspectives in terms of requirements quality and process time improvements.
XXV Congreso Argentino de Ciencias de la Computación (CACIC) (Universidad Nacional de Río Cuarto, Córdoba, 14 al 18 de octubre de 2019), 2019
Resumen. Las inspecciones han probado ser de gran eficacia en la detección de defectos en código ... more Resumen. Las inspecciones han probado ser de gran eficacia en la detección de defectos en código fuente, por lo que esta técnica se ha adaptado para verificar modelos elaborados en el proceso de especificar requisitos. La literatura ha propuesto algunas variantes de inspección en el modo de detectar defectos en estos modelos, sin embargo, los estudios empíricos realizados no alcanzan para establecer qué variante puede ser más apropiada en determinadas situaciones, en función de la calidad exigida y tiempos disponibles. Dado el uso frecuente de modelos escritos en lenguaje natural en el proceso de requisitos, se ha llevado a cabo un experimento para comparar la eficiencia y eficacia de tres variantes de inspección aplicadas a 5 modelos léxico. Los resultados obtenidos permiten establecer una aproximación inicial en cuanto a que la variante basada en la lectura constructiva detecta un número superior de defectos, principalmente omisiones y ambigüedades, aunque insumiendo más tiempo.
La literatura muestra que las técnicas empleadas en un proceso de Ingeniería de Requisitos frecue... more La literatura muestra que las técnicas empleadas en un proceso de Ingeniería de Requisitos frecuentemente son elegidas en función a características particulares de cada proyecto, usualmente denominadas factores situacionales. Con lo anterior presente, se ha trabajado en la adaptación dinámica de un proceso de Ingeniería de Requisitos, que ha estado en aplicación por más de dos décadas. Dicha adaptación consiste en
Different contexts determine a different software process. This is especially true for requiremen... more Different contexts determine a different software process. This is especially true for requirements production. Different situations in a given universe of discourse will require different requirements processes. This paper proposes a family pattern that approaches the universe of discourse (context) from the viewpoint of whom are the actors demanding the software. We show five different instantiations of this pattern.
Springer eBooks, 2004
It is already well known that in order to define the software system requirements deep knowledge ... more It is already well known that in order to define the software system requirements deep knowledge of the universe of discourse is needed. This includes not only what is actually happening but also what the plans for the future are. Unless the requirements engineer has a previous knowledge of the domain, he or she may become overloaded by data of different nature. To cope with this, a gradual process which slowly migrates from learning to definition is advisable. During the learning phase, the focus should be placed on the current facts which should be organized and recorded. Later, the forthcoming plans should be also understood but instead of recording them as they are, they should be used to design future universe of discourse models. This chapter focuses on the description of current situations and lays foundations for the description of future situations by means of an evolution process.
XXII Workshop de Investigadores en Ciencias de la Computación (WICC 2020, El Calafate, Santa Cruz), 2020
Estos autores recomiendan cómo preparar la entrevista e incluso cómo llevar adelante la misma, au... more Estos autores recomiendan cómo preparar la entrevista e incluso cómo llevar adelante la misma, aunque poco indican acerca de cómo se registra la información obtenida, proponiendo en algunos casos la redacción de minutas o resúmenes. Por otro lado, en áreas de las Ciencias Sociales las entrevistas son utilizadas como el mecanismo de abordaje por excelencia de sus trabajos de campo. Casi sin excepción, las recomendaciones respecto de la preparación y desarrollo de las entrevistas exigen la grabación o filmación de las mismas y la transcripción a texto de los audios o videos resultantes. También son altamente difundidas las recomendaciones acerca del control de calidad de dichas transcripciones y las quejas acerca del esfuerzo que requieren. La mera comparación de la diferencia entre estos dos abordajes amerita la ponderación de las ventajas e inconvenientes que emergen de incorporar la grabación o filmación de las entrevistas y su posterior des-grabación en el proceso de requisitos. En el presente proyecto se propone evaluar dichas ventajas e inconvenientes.
Resumen. Para obtener un producto software de buena calidad es vital aplicar un proceso apropiado... more Resumen. Para obtener un producto software de buena calidad es vital aplicar un proceso apropiado de requisitos. En ese sentido, la literatura ofrece procesos de requisitos bien definidos de muy diverso alcance. Sin embargo, la experiencia indica que gran parte de los proyectos reales tienen características que hacen conveniente efectuar cambios en los procesos. Para ello, es necesario disponer de un método claro que guíe cómo adaptar el proceso en cada situación. Estas situaciones se pueden caracterizar a través de un conjunto de factores observables. Usualmente es difícil establecer con precisión el valor de estos factores al inicio del proceso de requisitos. También debe considerarse la posible evolución de ciertos factores por cambios en el contexto. En otras palabras, a veces no alcanza con solo adaptar un proceso antes de su puesta en ejecución, sino que este puede requerir readaptaciones durante su desarrollo, ya sea por precisarse factores con valoraciones iniciales dudosas o incorrectas, o por ocurrir cambios en el contexto que implican cambios en algunos factores. Finalmente, es necesario estimar cuan viable resulta establecer los factores con una confiabilidad tal que su aplicación para adaptar el proceso resulte aceptable. Por tal motivo, se ha estudiado la evolución de 21 factores durante la aplicación de un proceso de requisitos en 35 proyectos de la industria. Esto ha permitido corroborar la evolución de las situaciones en las que está inmerso un proceso de requisitos y, asimismo, identificar factores a los cuales debe prestarse mayor atención para una adecuada adaptación dinámica del proceso.
La Ingeniería de Requisitos tiene como objetivo producir requisitos de alta calidad, siendo la co... more La Ingeniería de Requisitos tiene como objetivo producir requisitos de alta calidad, siendo la completitud un aspecto crítico. ¿Se ha elicitado y modelado la suficiente información para construir un sistema de software que cubra las expectativas y necesidades del cliente? Es una pregunta de difícil respuesta a pesar de algunos intentos que se están realizando en ese sentido. Un estudio de la
Journal of Computer Science and Technology, Oct 1, 2009
The present thesis describes a Requirements Engineering strategy, called SDRES (Scenario Driven R... more The present thesis describes a Requirements Engineering strategy, called SDRES (Scenario Driven Requirements Engineering Strategy), which proposes to face topics rarely treated in real practice, such as continuous changes in requirements, software defects originated during requirements production, the organisational context surrounding the software system and the treatment of quality requirements. Several statistical reports on software project failures, such as Chaos Reports and GAO Reports, done during last decades established that requirements are the main source of problems in software projects. Besides, Software Engineering has paid more attention to model and implement products than to examine aspects related to the requirements definition and its dependency on social aspects that involve software development and operation. Therefore, Requirements Engineering must attend to non-technical aspects: i) to establish a good communication among stakeholders, and ii) to deeply understand the user world. Another obstacle in software development is requirements evolution. Continuous changes in software are motivated in a great spectrum of causes that frequently should be attended at once. The nature of these software changes is highly related to changes in requirements.
XVIII Workshop de Investigadores en Ciencias de la Computación (WICC 2016, Entre Ríos, Argentina), 2016
XIX Workshop de Investigadores en Ciencias de la Computación (WICC 2017, ITBA, Buenos Aires), Aug 30, 2017
WER, 2019
The requirements, as the foundation stone of the software system development, must be of the best... more The requirements, as the foundation stone of the software system development, must be of the best possible quality, covering the real needs of the clients and the limitations of the project. Reaching an acceptable level of quality is not easy and sometimes it is not usually met. In previous research projects, these quality levels have been thoroughly evaluated in natural language written models, mainly in glossaries with definitions of the terms of the language used in the context of application, observing in these cases a low quality and low repetitiveness thereof. This feature is virtually independent of the model and of the sources of information used. Despite repeated efforts consisting of the incorporation of new heuristics, the improvements achieved were unsatisfactory. A retrospective review of these works allowed to detect that it is undoubtedly the cognitive ability of the own requirements engineer the origin of these defects. Notably, the heuristics used provide rudimentary guides on how to prepare the elicited information. This lack is the basis of the exploratory-descriptive research project that has been initiated and presented here.
Esta tesis presenta una estrategia en la Ingeniería de Requisitos, denominada SDRES, que intenta ... more Esta tesis presenta una estrategia en la Ingeniería de Requisitos, denominada SDRES, que intenta abordar temas poco tratados en la práctica real, tales como los cambios constantes en los requisitos, defectos del software originados en los requisitos, el contexto organizacional que rodea al sistema de software y la consideración de requisitos de calidad. Esta estrategia está dirigida por modelos (Léxico Extendido del Lenguaje, Escenarios y Documento de Requisitos) y orientada al cliente, por ello utiliza sus modelos escritos en lenguaje natural como medio de comunicación y elicitación. SDRES tiene en cuenta la calidad de los modelos que produce mediante procesos de verificación y validación. Para cada actividad de la estrategia se presenta un conjunto de heurísticas y recomendaciones. Se encara el tema de evolución y versionado de los modelos, así como distintas modalidades de utilizar la estrategia según la complejidad del problema, el conocimiento sobre el mismo y otras características.
Advances in information quality and management, Jul 31, 2014
Clei Electronic Journal, Dec 1, 2016
Global software development is spreading increasingly within companies. Although it provides some... more Global software development is spreading increasingly within companies. Although it provides some competitive advantages, such as speeding up the software delivery, reducing cost, and taking advantage of more economic resources, this working model is a very complex one. Threats, such as geographic distance and cultural differences, may impact negatively on activities and artifacts of the software process. Untreated threats usually affect the quality of the requirements, propagating defects to subsequent development phases. Global software development threats were studied in a real major project, where no special treatment was put into practice to mitigate them. Analyzing the serious consequences on that project, a proposal was developed using a Lexicon model and Scenarios in order to mitigate threats to requirements in this distributed working mode. The proposal was applied in a new real project of similar characteristics, and the comparison of results from both projects gives promising perspectives in terms of requirements quality and process time improvements.
XXV Congreso Argentino de Ciencias de la Computación (CACIC) (Universidad Nacional de Río Cuarto, Córdoba, 14 al 18 de octubre de 2019), 2019
Resumen. Las inspecciones han probado ser de gran eficacia en la detección de defectos en código ... more Resumen. Las inspecciones han probado ser de gran eficacia en la detección de defectos en código fuente, por lo que esta técnica se ha adaptado para verificar modelos elaborados en el proceso de especificar requisitos. La literatura ha propuesto algunas variantes de inspección en el modo de detectar defectos en estos modelos, sin embargo, los estudios empíricos realizados no alcanzan para establecer qué variante puede ser más apropiada en determinadas situaciones, en función de la calidad exigida y tiempos disponibles. Dado el uso frecuente de modelos escritos en lenguaje natural en el proceso de requisitos, se ha llevado a cabo un experimento para comparar la eficiencia y eficacia de tres variantes de inspección aplicadas a 5 modelos léxico. Los resultados obtenidos permiten establecer una aproximación inicial en cuanto a que la variante basada en la lectura constructiva detecta un número superior de defectos, principalmente omisiones y ambigüedades, aunque insumiendo más tiempo.