Definición de un proceso de elicitación de objetivos

Es difícil plasmar en pocas páginas todos los detalles y consideraciones que permitieron elaborar esta tesis. Trataré de reflexionar en lo más relevante. En primer lugar, destacar la creciente importancia de la Ingeniería de Requerimientos en la construcción de Software. Años atrás, tanto la literatura como la industria del Software, sólo consideraban la Ingeniería de Software como un todo omitiendo la Ingeniería de Requerimientos como disciplina. Uno de los propósitos más importantes de la Ingeniería de Requerimientos es obtener una Especificación de Requerimientos que establezca claramente “qué” se quiere resolver, minimizando los errores de interpretación acerca del dominio del problema. Gran parte de esto está relacionado con la Elicitación, etapa inicial en todo proceso de Requerimientos. Diferentes técnicas son aplicables para obtener la Especificación de Requerimientos de Software. La técnica de Metas u Objetivos es una de la más aceptada dentro de la comunidad de Ingeniería de Requerimientos y posee una larga tradición en el campo de los Sistemas de Información [Davis87] [Kendall91]. El propósito inicial fue analizar los enfoques orientados a objetivos más importantes y establecer un denominador común (en este caso, una carencia), constituyendo así un elemento esencial sobre el cual se pudo elaborar este trabajo. Posteriormente, se eligió un enfoque sobre el cual suplir esta carencia. Se seleccionó GBRAM, ya que es un enfoque ampliamente reconocido, referente en el tema de objetivos y con bibliografía ampliamente disponible. Pero lo más sugestivo fue que el esquema de los objetivos obtenidos con GBRAM conducían, en algún sentido, a pensar en Escenarios. Esta intuición despertó un interés especial y fue quizás una de las mayores motivaciones. A partir del hallazgo de esta “similitud”, se analizaron diversos escenarios (particularmente todos los escenarios de [Bertolami01] y [Leite96]) y desde ellos se planteó la generación de objetivos con el esquema GBRAM. Con esa meta, se plantearon un conjunto de reglas de identificación de las componentes de los Objetivos basadas en las componentes de los Escenarios. Esas reglas se clasificaron en término de las componentes de Escenarios y salvo excepciones, resultan sencillas de operar. Además, poseen la ventaja de ser explicitadas en términos suficientemente rigurosos para la Ingeniería de Requerimientos, a pesar de no ser formales. Se aplicaron a todos los escenarios que previamente se habían analizado y en todos los casos el resultado fue satisfactorio. Por último, se definió un mecanismo de aplicación de reglas, eliminando cualquier duda respecto a cómo y cuándo aplicar cada una de ellas. Este mecanismo es un algoritmo en pseudocódigo, simple, pero necesario para la aplicación de reglas. Los resultados obtenidos confirman fuertemente una analogía semántica entre la información contenida en los Escenarios y la información necesaria para representar Objetivos. Es probable que pueda juzgarse que la intuición de similitud semántica entre el enfoque de Escenarios y Objetivos no sea nueva, pero no se han hallado trabajos que muestren o comprueben fehacientemente dicha analogía, y es precisamente en esta tesis donde se intenta dar un sustento razonable a esa similitud. En resumen, el presente trabajo refleja la posibilidad de identificar Objetivos a partir de Escenarios, estableciendo una metodología de Elicitación de Objetivos a partir de Escenarios. Por lo tanto, la contribución realizada es la definición de un Proceso de Elicitación de Objetivos.Es revisado por: http://sedici.unlp.edu.ar/handle/10915/9615Facultad de Informátic

Herramienta gráfica para la automatización de historias de usuario desde un modelo orientado a objetivos con gestión de trazabilidad

La fase de elicitación de requisitos se apoya de métodos y técnicas para alcanzar un nivel de calidad que refleja la satisfacción del usuario, actualmente siendo las metodologías ágiles una alternativa no sólo para la fase del desarrollo, sino que además en su fase previa hace uso de la historia de usuario para identificar los requisitos; este es un artefacto exclusivamente técnico cuyo uso y entendimiento corresponde al equipo de proyecto. Al respecto, esta investigación implementa el modelado orientado a objetivos en una plataforma para el modelado gráfico de los requisitos identificados el cual utiliza la notación i* con estereotipos sencillos y entendibles al usuario que posteriormente automatiza los requisitos en el formato de una historia de usuario. El enfoque de la Metodología Orientada a Objetivos tiene como fundamento la variabilidad con la que se puede concretar un objetivo, pero que este último en sí, no cambia. En relación con la variabilidad, se propone correlacionarla con los fundamentos de la metodología ágil, de manera automática a través de las trazas e información generada desde el modelo gráfico elaborado con la participación del usuario en la que expresa sus necesidades y, se puede interpretar en el lenguaje natural de la Metodología Orientada a Objetivos. Respecto al procedimiento anterior y, la información generada se constituye en el insumo para a partir de ahí generar automáticamente las historias de usuario que al llegar a manos del diseñador o programador no existan ambigüedades en ninguna de las plataformas: la gráfica expresada en el modelo gráfico del MOO y la narrativa representada por la Historia de Usuario. Los casos de estudio en la presente investigación demostraron que la herramienta propuesta cumple con los principios de las metodologías ágiles que destacan la participación del usuario en esta etapa para definir de manera precisa los requisitos por parte del equipo de proyecto, en ese sentido, se garantiza que sean completos y consistentes, optimizando la comunicación y el tiempo empleado por los miembros del equipo para elaborar el artefacto a su cargo y de los usuarios finales aportándonos su conocimiento en la fase de captura de requisitos, promoviendo de esta manera la importancia y el impacto realizar una adecuada elicitación desde etapas tempranas

AMIR-ST: propuesta de una aproximación metodológica para la ingeniería de requisitos de sistemas telemáticos

En el presente artículo se propone a AMIR-ST (Aproximación Metodológica para la Ingeniería de Requisitos de Sistemas Telemáticos), como un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería de Requisitos, que constituye un proceso de desarrollo fundamentado en la interacción continua con los usuarios, la obtención del Modelo de Negocio, el desarrollo de escenarios y el uso de una notación consistente con UML; aspectos que en conjunto facilitan los procesos de comunicación entre clientes, analistas y desarrolladores optimizando los procesos de identificación, especificación, gestión, reutilización, escalabilidad y rastreabilidad de requisitos durante todo el ciclo de vida de construcción de una solución.Palabras claves: Ingeniería de Requisitos, Sistemas Telemáticos

Proceso de elicitación de objetivos

La Ingeniería de Requerimientos de Sistemas de Software, o Ingeniería de Requerimientos, es un área de estudio que cubre los aspectos de la Ingeniería de Software relacionados con la compresión de problemas y cómo producir una descripción detallada de esos problemas, para que sean posibles de resolver a través de la construcción de Sistemas de Software. En la comunidad de Ingeniería de Requerimientos, los fundamentos del sistema 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, aunque algunos autores distinguen los objetivos del sistema de los objetivos de la organización. 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, los diferentes enfoques centralizados en objetivos, 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 el uso de Escenarios como fuente para elicitar Objetivos, vínculo ya establecido por [Kav96], [Ant97], [Rol98], [Rol99], aunque a diferencia de éstos, se propone una estrategia para identificar Objetivos con el esquema de Antón [Ant96] [Ant97] [Ant98] a partir de Escenarios, en particular con el esquema de Leite [Lei97] [Lei00]Eje: I - Workshop de Ingeniería de Software y Base de DatosRed de Universidades con Carreras en Informática (RedUNCI

Proceso de elicitación de objetivos

La Ingeniería de Requerimientos de Sistemas de Software, o Ingeniería de Requerimientos, es un área de estudio que cubre los aspectos de la Ingeniería de Software relacionados con la compresión de problemas y cómo producir una descripción detallada de esos problemas, para que sean posibles de resolver a través de la construcción de Sistemas de Software. En la comunidad de Ingeniería de Requerimientos, los fundamentos del sistema 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, aunque algunos autores distinguen los objetivos del sistema de los objetivos de la organización. 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, los diferentes enfoques centralizados en objetivos, 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 el uso de Escenarios como fuente para elicitar Objetivos, vínculo ya establecido por [Kav96], [Ant97], [Rol98], [Rol99], aunque a diferencia de éstos, se propone una estrategia para identificar Objetivos con el esquema de Antón [Ant96] [Ant97] [Ant98] a partir de Escenarios, en particular con el esquema de Leite [Lei97] [Lei00]Eje: I - Workshop de Ingeniería de Software y Base de DatosRed de Universidades con Carreras en Informática (RedUNCI

Estudio empírico sobre el proceso y la productividad de la ingeniería de requisitos en las empresas antioqueñas de software

Este estudio tiene como finalidad, encontrar las mejores prácticas, retos y desafíos que enfrentan las empresas que desarrollan productos de software a medida en el departamento de Antioquia - Colombia, considerando específicamente del proceso de desarrollo software la Ingeniería de Requisitos -- La base de esta investigación fue un estudio realizado en Brasil [1] -- Sin embargo el presente estudio se investiga el desarrollo de Software a medida en aspectos como la metodología utilizada, las herramientas de apoyo, el proceso como tal y las mejores prácticas y fue realizado sobre doce (12) empresas a nivel regional -- Entre las principales conclusiones del estudio se puede destacar: 1) Se requiere que durante la IR se logre mayor conocimiento del negocio y se ofrezcan soluciones que orienten al cliente y le generen valor, sin esperar que sea necesariamente este quien las encuentre -- 2) La IR requiere de una documentación clara, corta y entendible para todo el equipo de desarrollo -- 3) Se deben establecer procesos que permitan gestionar los cambios y estos deben ser claros para los desarrolladores y conocidos por el client

WICC 2017 : XIX Workshop de Investigadores en Ciencias de la Computación

Actas del XIX Workshop de Investigadores en Ciencias de la Computación (WICC 2017), realizado en el Instituto Tecnológico de Buenos Aires (ITBA), el 27 y 28 de abril de 2017.Red de Universidades con Carreras en Informática (RedUNCI

Uso de escenarios en la derivación de software

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.The present thesis shows a Requirements Engineering strategy, called SDRES, which proposes to face topics rarely treated in real practice, such as continuous changes in requirements, software defects brought in requirements, the organisational context surrounding the software system and the quality treatment of requirements. This strategy is driven by models (Language Extended Lexicon, Scenarios and Software Requirements Specification) and oriented to the client. Therefore it uses models written in natural language as means of communication and elicitation. SDRES keeps in mind the quality of the produced models by means of verification and validation processes. For each activity of the strategy a set of heuristic and recommendations is presented. The evolution topic and model versioning is treated, as well as different modalities to use the strategy according to the complexity of the problem, the knowledge on the problem and other characteristics.Es revisado por: http://sedici.unlp.edu.ar/handle/10915/9659Facultad de Ciencias Exacta

Model based on ontological engineering for formalization semantics of information in the domain of the management of projects

En el presente trabajo se aplicó la Ingeniería Ontológica a la disciplina de la Gestión de Proyectos, donde por medio de un modelo basado en dicha ingeniería, se estructuró una ontología, que identifica, define y caracteriza, los conceptos que pueden generarse durante el ciclo de vida de un proyecto, de tal manera que induce al gerente de proyectos a reconocer de una forma semántica y unívoca, el dominio y contexto en el cual se va a ejecutar el proyecto, permitiéndole direccionar sus prácticas gerenciales con un nivel de eficiencia y eficacia más acertado acorde a la realidad actual del mismo. Lo anterior se logró integrando seis áreas de conocimiento, que establecieron los cinco componentes del modelo, el de Entorno-Semántico, el Ontológico, el Estructural de Datos, el Computacional, el de Gestión y el Gerencial, los cuales se desglosan en el recorrido de la investigación. Al mismo tiempo se hizo tangible la implementación del modelo desde el desarrollo de un prototipo computacional, que permitió la automatización de una de las posibles abstracciones del modelo, evidenciando resultados favorables en cuanto a la gestión de la información generada desde ésta misma y su apoyo a la toma de decisiones desde el componente gerencial.Universidad Distrital Francisco José de CaldasIn the present work, Ontological Engineering was applied to the discipline of Management of Projects, where by means of a model based on said engineering, a ontology, which identifies, defines and characterizes the concepts that can be generated during the life cycle of a project, in such a way as to induce the project manager to recognize a semantic and univocal form, the domain and context in which the project will be executed, allowing you to direct your management practices with a level of efficiency and effectiveness more successful according to the current reality of it. This was achieved by integrating six areas of knowledge, which established the five components of the model, the Semantic-Environment, the Ontological, Structural Data, Computational, Management and Managerial, which are broken down in the investigation path. At the same time the implementation of the model from the development of a computational prototype, which allowed the automation of one of the possible abstractions of the model, showing results favorable regarding the management of the information generated from it and its support for the decision making from the managerial component.Doctor en Gerencia de ProyectosDoctorad

PROPUESTA DE AMPLIACIÓN DE UML CON ELEMENTOS PARA LA REPRESENTACIÓN DE MÉTRICAS Y CONTROL EN LA FASE DE DISEÑO DE SOFTWARE

El uso y la construcción de productos de software, permite que los usuarios finales sean los referentes potenciales para la evaluación de calidad de los mismos. La industria respondió a la demanda de un mercado global en crecimiento, pero esa respuesta no siempre tuvo en cuenta las exigencias de calidad y calidad en uso de usuarios cada vez más numerosos y mejor formados. En esta tesis se propone una ampliación del enfoque de UML para obtener medidas y control en la etapa de diseño de software. El marco ofrece una ampliación que permite determinar las características internas del producto a construir sobre detalles de mediciones y control. Para llevar adelante el caso de estudio se empleó una metodología en particular, diseñada para evaluación de la ampliación de UML. Un reto importante fue adaptar la simbología a los artefactos diseñados por UML. El caso de estudio se realizó con la participación de usuarios reales de una aplicación para el estudio jurídico del Dr. David Dong Ortega. El diseño de las métricas e indicadores empleados en el caso de estudio constituye uno de los aportes significativos de esta tesis ya que, si bien los resultados de este tipo de evaluaciones no son generalizables, se generaron metadatos provenientes de definiciones exhaustivas que pueden constituir líneas base para proyectos similare