Papers by Alejandro Oliveros
This appendix list the selected papers found in the systematic mapping study
Anais do XXVI Congresso Ibero-Americano em Engenharia de Software (CIbSE 2023)
Los procesos de elicitación de requisitos tienen una serie de desafíos y limitaciones en cuanto a... more Los procesos de elicitación de requisitos tienen una serie de desafíos y limitaciones en cuanto al foco en el proceso del negocio, la transparencia del sistema y el lidiar con la complejidad producto de la interdependencia. El enfoque de Design Thinking, centrado en las personas y en comprender el contexto de los problemas, puede aportar a resolverlos. En este artículo se presenta el estado actual de un proceso de elicitación de requisitos basado en Design Thinking propuesto para resolver algunos de los desafíos de los procesos existentes. Está compuesto por tres actividades: empatizar, sintetizar e idear. También se presentan los resultados de un focus group que se realizó con el objetivo de obtener feedback de expertos sobre el proceso, concretamente sobre el rol de la empatía en el proceso, su dominio de aplicación y actividades. Los resultados confirman vla utilidad del proceso y también generan una serie de enseñanzas que permitirán continuar refinándolo.
Hereafter, in this Appendix some relevant content that cannot be included in the paper due to spa... more Hereafter, in this Appendix some relevant content that cannot be included in the paper due to space constraints is presented. In order not to generate confusion, the tables will be listed in this Appendix with the suffix of the letter A in their titles.
This thesis introduces specifics guidelines to apply Web Requirements Engineering to the treatmen... more This thesis introduces specifics guidelines to apply Web Requirements Engineering to the treatment of Non-Functional Requirements. It introduces the process of Elicitation and Specification for Web Non-Functional Requirements and offers spreadsheets designed to capture and specify Non-Functional Requirements in the defined processes. While at present Requirement Engineering has numerous techniques and tools to identify, describe, validate and manage requirements, these are not frequently applied in the development of Web applications. The maturity of the Requirements Engineering process seems insufficient; this insufficiency demands new approaches or the evolution of current process to the correct treatment of Non-Functional Requirements. Non-Functional Requirements of software systems are not homogenous; there is a lack of consensus to answer the following questions: What are Non-Functional Requirements? How they are classified within the context of software development? and How the Non-Functional Requirements are classified within the development of web software application? This thesis starts with a revision of the state of art of the concept of Non-Functional Requirements in Requirements Engineering literature and establishes as conceptual foundations that Non-Functional Requirements are quality requirements and restrictions. Then, there is a comparative analysis of six different existing approaches in Web application development to study what treatment applies to Non-Functional Requirements, in which methodologies of the Web applications studied: Non-Functional Requirements are considered, but there is no consensus in their meaning. There are neither specifics techniques for elicitation of Non-Functional Requirements nor uniform guidelines for the specification and validation. There are no techniques supporting the treatment of the Non-Functional Requirements along the lifetime cycle. There is a lack of consensus to establish within which phase of development lifetime cycle Non-Functional Requirements are identified. There are Non-Functional Requirements that are not indentified during requirement capture and analysis phases. After this analysis and the give importance of the Non-Functional Requirements, a process for the elicitation and specification of the Web Non-Functional Requirements (quality and restrictions) is proposed, exposed spreadsheets are described to TESIS: Elicitación y Especificación de Requerimientos No Funcionales en Aplicaciones Web Rojo, Silvana iv support processes and finally, validations of the concepts and techniques are introduced applied to a real project.
producir una descripción detallada de un problema, con el fin de construir un Sistema de Software... more producir una descripción detallada de un problema, con el fin de construir un Sistema de Software, que satisfaga las "necesidades y objetivos" de la organización donde funcionará dicho sistema. En la comunidad de Ingeniería de Requerimientos, estos objetivos constituyen el fundamento del sistema, y son usualmente definidos como las metas a ser cumplidas por el sistema y su entorno, aunque algunos autores distinguen los objetivos del sistema de los objetivos de la organización. Actualmente existen diferentes enfoques de formulación de los requerimientos del sistema de software a partir de los objetivos, cada uno de ellos con características diferentes pero con un propósito en común: disponer de las Metas u Objetivos que deberá cumplir el sistema. Como todo artefacto a producir en la fase de requerimientos, los objetivos del sistema deben recorrer un proceso de elicitación, modelización y validación [Lou95]. Sin embargo, las diferentes propuestas poseen, aunque en diferente medida, procesos mediante los que modelizan y validan los objetivos, pero no sucede lo mismo en cuanto a las indicaciones para la elicitación de los objetivos. Este trabajo presenta un estudio comparativo de los principales enfoques orientados a objetivos, analizando el proceso de elaboración de objetivos en cada uno de ellos, con especial atención en el proceso de Elicitación de Objetivos. Palabras Clave Metas y Objetivos. Elicitación de Objetivos. Stakeholder (STK) Introducción La complejidad de los problemas del mundo real generan la necesidad de poseer un proceso para su comprensión y entendimiento, mas aún si la solución a los mismos debe ser provista por Sistemas de Software. En este contexto, la Ingeniería de Requerimientos cumple un rol esencial para "elucidar" las cuestiones surgidas de esos problemas [Tho03]. Diferentes técnicas son aplicadas para adquirir conocimiento del dominio del problema. La elección de la técnica depende del tiempo y recursos disponibles por el analista y por supuesto, de la clase de información que necesita ser capturada [Nus00]. Se han clasificado [Nus00] las técnicas de elicitación en Tradicionales, Grupales, Prototipos, Orientadas por Modelos, Cognitivas y Contextuales.
We consider the cosmological constraints on the holographic dark energy model by using the data s... more We consider the cosmological constraints on the holographic dark energy model by using the data set available from the type Ia supernovae (SNIa), CMB and BAO observations. The constrained parameters are critical to determine the quintessence or quintom character the model. The SNIa and joint SNIa+CMB+BAO analysis give the best-fit results for $\beta$ with priors on $\Omega_{m0}$ and $\omega_0$. Using
2014 IEEE 22nd International Requirements Engineering Conference (RE), 2014
Estimating the size of a software system is a critical task due to the implications the estimatio... more Estimating the size of a software system is a critical task due to the implications the estimation has in the management of the development project. There are some widely accepted estimation techniques: Function Points, Use Case Points and Cosmic Points, but these techniques can only be applied after the availability of a requirements specification. In this paper, we propose an approach to estimate the size of an application previous to its requirements specification by using the application language itself, captured by the Language Extended Lexicon (LEL). Our approach is based on Use Case Points and on a technique which derives Use Cases from the LEL. The proposed approach provides a measure of the application's size earlier than the usual techniques, thus reducing the effort needed to apply them. An initial experiment was conducted to evaluate the proposal.
Revista De Informática Teórica E Aplicada, 1999
ABSTRACT En nuestro trabajo nos hemos centrado en la elicitación de los requerimientos, para ello... more ABSTRACT En nuestro trabajo nos hemos centrado en la elicitación de los requerimientos, para ello estudiamos dos herramientas denominadas LEL [Leite 89] y escenarios [Carrol 95] [Rubin 92] [Potts 94] [Jacobson 92], y las aplicamos a un caso de estudio real: Sistema Nacional para la Obtención de Pasaportes. Ambas herramientas utilizan el lenguaje natural lo que permite una fácil validación con el usuario. El LEL (Léxico Extendido del Lenguaje) [Leite 89] tiene como propósito exclusivo conocer la semántica del vocabulario de la aplicación, dejando para una etapa posterior la comprensión del problema [Franco 92]. Utilizamos los escenarios para comprender el problema. En cada escenario se describe un momento específico de la aplicación, lo cual permite refinar el problema y analizarlo parcialmente.
Resumen. Este artículo presenta un conjunto de reglas que permiten asegurar que se lleve a cabo t... more Resumen. Este artículo presenta un conjunto de reglas que permiten asegurar que se lleve a cabo traceability en el modelo de elicitación de requerimientos "Client-oriented baseline approach" [1]. Estas reglas indican la forma de mantener la consistencia de la información a lo largo de los cambios. A partir de la modificación de un elemento del "client-oriented baseline" determinan los cambios que deben sufrir el resto de los elementos, para que la información sea consistente. Estas heurísticas están implementadas en una aplicación llamada Baseline Mentor Workbench [2], la cual implementa las herramientas del "client-oriented baseline".
Departamento de Computación, …, 2004
VIII Workshop on Requirements Engineering …
Los fundamentos del sistema (el por qué) están abarcados por los "objetivos" de la organización, ... more Los fundamentos del sistema (el por qué) están abarcados por los "objetivos" de la organización, y se definen usualmente como las metas a ser cumplidas por el sistema y su entorno. Como todo producto de la fase de requerimientos, los objetivos del sistema deben recorrer un proceso de elicitación, modelización y validación. Sin embargo, los enfoques orientados por objetivos, si bien poseen, aunque en diferente medida, procesos mediante los que modelizan y validan los objetivos, no sucede lo mismo en cuanto a las
Uploads
Papers by Alejandro Oliveros