Herramienta para implementar LEL y escenarios (TILS)

Esta tesis se divide en seis grandes partes: Introducción, Estado del Arte: Ingeniería de requerimientos, Léxico Extendido del Lenguaje, Escenarios, Funcionalidad y Arquitectura de la Herramienta, Utilización de la Herramienta y Conclusiones. ESTADO DEL ARTE: incluye el capítulo 2, llamado INGENIERÍA DE REQUERIMIENTOS , en donde se analizan algunos modelos para el análisis de requerimientos, áreas de problemas y técnicas de elicitación. Los capítulo 3 y 4, LA INGENIERÍA DE SOFTWARE en los que se describen cada uno de los pilares del modelo propuesto: Léxico Extendido del Lenguaje y Escenarios, respectivamente. En el capítulo 5 se describe la funcionalidad y arquitectura de la herramienta desarrollada, que automatiza el modelo presentado. En el capítulo 6 se muestra la utilización de la herramienta, se realiza una evaluación contextualizada, contrastando un caso de estudio realizado con la herramienta para implementar LEL y escenarios, con otro desarrollo hecho manualmente. Finalmente se presentan las conclusiones a esta propuesta y experiencia. Por último, en el capítulo 7 se describen las contribuciones de esta tesis y se dejan bosquejadas algunas posibles líneas de investigación futuras.Facultad de Informátic

Heurísticas para especificar un modelo conceptual estructurado a partir de herramientas de modelado de requerimientos basadas en lenguaje natural

Para que un esfuerzo de desarrollo de sistemas tenga éxito, es esencial comprender perfectamente los requerimientos del software. Este trabajo pretende reforzar precisamente el poder comprender perfectamente y definir claramente los requerimientos del software. Para ello, se presenta una serie de heurísticas que guíen en la definición de un modelo conceptual estructurado a partir de modelos de requisitos basados en Lenguaje Natural. Más precisamente, se utilizan modelos pertenecientes a la Requirements Baseline [Leite 95], en particular: el Léxico extendido del Lenguaje (LEL) [Leite 90], para modelar el lenguaje del Universo del Discurso (UD) y el Modelo de Escenarios para representar el comportamiento. En base a dichos modelos, se puede producir rápidamente un modelo esencial preliminar, no verificado y de alto nivel (“Blitzing” [Mc.Menamin]). No se busca identificar todas las interacciones del sistema con el mundo exterior ni tampoco se modela ninguna interacción en detalle. Recién en una etapa posterior se obtendrán los detalles sobre la esencia y se los verificarán donde el resultado final será el modelo esencial completo del sistema. Este modelo conceptual estructurado es independiente del sistema de software que se va a construir y de la metodología de desarrollo de software que se elija para las etapas posteriores, si bien es orientado a una metodología estructurada.Eje: Ingeniería de Software y Bases de Datos (ISBD)Red de Universidades con Carreras en Informática (RedUNCI

Heurísticas para especificar un modelo conceptual estructurado a partir de herramientas de modelado de requerimientos basadas en lenguaje natural

Para que un esfuerzo de desarrollo de sistemas tenga éxito, es esencial comprender perfectamente los requerimientos del software. Este trabajo pretende reforzar precisamente el poder comprender perfectamente y definir claramente los requerimientos del software. Para ello, se presenta una serie de heurísticas que guíen en la definición de un modelo conceptual estructurado a partir de modelos de requisitos basados en Lenguaje Natural. Más precisamente, se utilizan modelos pertenecientes a la Requirements Baseline [Leite 95], en particular: el Léxico extendido del Lenguaje (LEL) [Leite 90], para modelar el lenguaje del Universo del Discurso (UD) y el Modelo de Escenarios para representar el comportamiento. En base a dichos modelos, se puede producir rápidamente un modelo esencial preliminar, no verificado y de alto nivel (“Blitzing” [Mc.Menamin]). No se busca identificar todas las interacciones del sistema con el mundo exterior ni tampoco se modela ninguna interacción en detalle. Recién en una etapa posterior se obtendrán los detalles sobre la esencia y se los verificarán donde el resultado final será el modelo esencial completo del sistema. Este modelo conceptual estructurado es independiente del sistema de software que se va a construir y de la metodología de desarrollo de software que se elija para las etapas posteriores, si bien es orientado a una metodología estructurada.Eje: Ingeniería de Software y Bases de Datos (ISBD)Red de Universidades con Carreras en Informática (RedUNCI

Inconsistencias en requerimientos de software : Un enfoque basado en el lenguaje del dominio

La Ingeniería de Requisitos es una de las etapas preliminares del ciclo de vida del desarrollo de software, donde todos los stakeholders están naturalmente involucrados. El objetivo es adquirir el conocimiento y los requisitos necesarios para el sistema a ser construido. Los ingenieros de requisitos utilizan diferentes tipos de modelos para plasmar los resultados de la elicitación realizada. El Lenguaje Natural aparece como una excelente opción para compartir el conocimiento entre los diferentes stakeholders. En particular el Léxico Extendido del Lenguaje (LEL) es un modelo escrito en Lenguaje Natural, siendo una buena ayuda para definir el vocabulario del dominio de aplicación. La construcción colaborativa del lenguaje del dominio implica la existencia de descripciones de mejor calidad. Pero en todo trabajo colaborativo aparecen conflictos que necesitan ser resueltos para clarificar dichas descripciones con menos contradicciones. En esta tesis se presenta el proceso definido para hallar y resolver los conflictos que surgen en la construcción colaborativa del LEL. Además se presenta una categorización de los conflictos que surgen al crear el LEL de modo colaborativo. Se ha desarrollado también un catálogo de los conflictos y sus soluciones, dando para cada conflicto el nombre del conflicto, un ejemplo, la heurística para hallar los conflictos y la solución propuesta. Se realizaron dos validaciones, la validación del proceso presentado y la validación de las soluciones propuestas a los conflictos.Facultad de Informátic

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

Proceso de requisitos validado empíricamente

La construcción del Proceso de Requisitos basado en Escenarios, tema central de la presente tesis, ha comenzado hace más de dos décadas. Durante este tiempo, se lo ha revisado en diferentes proyectos de investigación, mientras que simultáneamente se lo ha aplicado en numerosos casos. La detección de algunos problemas ha generado una alerta en la calidad y consistencia de los modelos construidos y, por consiguiente, de los requisitos del software obtenidos. Su estrategia de construcción consta de tres etapas: Comprender el Universo de Discurso actual, Planificar el Universo de Discurso futuro y Explicitar los Requisitos del Software. En la secuencia de ejecución del proceso se utilizan básicamente dos modelos: el Léxico Extendido del Lenguaje (LEL) y los Escenarios, cada uno con sus particularidades. Tanto el proceso como los modelos han sido analizados empíricamente en esta tesis. Parte de los resultados obtenidos consisten en reemplazar la Actividad Derivar Escenarios Actuales con un nuevo mecanismo cognitivo que ayuda a construir una primera versión de los Escenarios de mejor calidad, ya que la actividad existente genera Escenarios con problemas de consistencia y completitud. El principal origen de estos problemas ha sido ignorar que el LEL es declarativo y los Escenarios son procedurales. La nueva heurística utiliza un mecanismo procedural e incremental por proximidad de situaciones, y, además, se nutre de todo el conocimiento existente en el macrosistema. En forma análoga, se ha detectado que la Heurística de Construcción del LEL, la cual es conducida por una lista inicial de símbolos, dificulta la detección de nuevos símbolos, afectando la completitud del glosario. En este caso también se propone reemplazarla por una nueva heurística que utiliza la lista inicial a modo recordatorio y propone identificar los símbolos por proximidad, arrojando mejoras significativas en los LEL construidos. Otros cambios son transversales, como es la incorporación de las jerarquías conceptuales y de los puntos de vista del contexto ya que afectan tanto al LEL como a los Escenarios. De esta manera se incluye información sensible para los requisitos, incrementando el nivel de detalle y la precisión de todas las representaciones. Con el objetivo de reducir los errores involuntarios, durante la descripción del LEL y de los Escenarios, se propone una Vista Clasificación, que puede activarse por demanda, con información adicional de cada símbolo del LEL. Las restantes modificaciones son nuevos modelos agregados al proceso, el primero de ellos es la Construcción del LEL de Requisitos, lo que ha puesto de manifiesto una importante omisión en el proceso existente al no contemplar la evolución que sufre el léxico durante el proceso de Ingeniería de Requisitos. La utilización del LEL en los Escenarios Futuros y en el documento de especificación de requisitos de software, paradójicamente, es una nueva fuente de ambigüedades ya que el léxico de los clientes y usuarios no es apto para describir el proceso del negocio futuro con el sistema de software en ejecución. Finalmente, el segundo agregado está relacionado con aquella información que aparece espontáneamente, pero que no tiene cabida en el modelo que se está construyendo. Esta información extemporánea requiere ser resguardada en el momento que aparece para recuperarla oportunamente, asegurando su comprensión cuando llegue el momento de incorporarla a un modelo. A tal efecto, se describe un mecanismo que ayuda el tratamiento efectivo de este tipo de información en cualquier proceso de requisitos. Todos los cambios y agregados al Proceso de Requisitos basado en Escenarios contribuyen a obtener una Especificación de Requisitos de Software de la mayor calidad posible, proporcionando modelos más completos y consistentes.The development of the Scenario-based Requirements Process, the main subject of this thesis, started two decades ago. Meanwhile, during that time, it has been reviewed in several research projects, while simultaneously it has been applied in many cases. The detection of some problems raised an alert on the quality and the evenness of the constructed models and, therefore, on the quality of the software requirements produced. Their construction process consists of three stages: comprehend the current context in which the future system will be introduced, plan how such context will behave in the future, and make explicit the software requirements. During the process, two models have used the Language Extended Lexicon and the Scenarios, each one with its distinctiveness. Both the process and the models has been empirically tested as a part of this thesis. Some of the obtained results comprise the substitution of the Derive Actual Scenarios Activity with a mechanism involving a new cognitive standpoint that helps to construct the first version of the Scenarios with better quality, improving the existing activity, which produces Scenarios with consistency and completeness problems. The main source of these problems has been disregarding that the LEL is declarative and the Scenarios are procedural. The new heuristic uses a procedural and incremental mechanism by proximity of situations, in addition besides it is fed by all the existent knowledge in the macro system. Likewise, it has been detected that the LEL Construction Heuristic, which is conducted by an initial list of symbols, difficult the detection of new symbols, harming the completeness of the glossary. In this case, it is also proposed to replace it with a new heuristic that uses the initial list as a reminder and recommends identifying the symbols by their proximity, leading to significant improvements in the LEL built. Some other changes introduced such as the incorporation of the conceptual hierarchies and the context points of view are of a wider scope since they affect the LEL and the Scenarios. Therefore, sensitive information for the requirements is added, incrementing the level of detail and the precision of all representations. In order to reduce unintentional errors during the description of the LEL and the Scenarios, a Classification View is proposed, it may be activated by demand giving additional information on each LEL symbol. The rest of the modifications are new models added to the process, the first one is the Requirements LEL Construction, which has revealed an important omission in the existent process, by not considering the evolution that suffers the lexicon along the Requirements Engineering process. The use of the LEL in the future Scenarios and the software requirements specification document, paradoxically, is a new source of ambiguities since the client’s and user´s lexicon is not apt to describe the future business process with the software system running. Finally, the second addition is related to the information that appears spontaneously but does not have room in the model that is currently being built. This extemporaneous information requires to be recorded when appears to be able to be recovered opportunely, allowing its comprehension when the moment of incorporating it to a new model comes. To that end, a mechanism, to help the treatment of this type of information in every requirement process, is described.Facultad de Informátic

Competencias en comunicación lingüística y matemática en la resolución de problemas: un estudio con alumnos de duodécimo grado.

Tradicionalmente, la enseñanza de la matemática se centra en la transmisión de contenidos y tiende a hacer caso omiso al desarrollo de habilidades, razonamientos y destrezas; sin embargo, en años recientes, algunos factores como las pruebas internacionales estandarizadas y los resultados en las pruebas de ingreso a las universidades oficiales del país, han llamado la atención hacia esta deficiencia, antes sospechada, pero nunca verificada. Aunque la mayoría de los docentes de matemática tienen el nivel de formación requerido por el MEDUCA, las evidencias sugieren que es necesario reforzar, mediante capacitaciones y seguimientos, para fortalecer la implementación y aplicación de metodologías que motiven e impulsen el desarrollo integral de los contenidos por competencia y que exige el currículo de matemática por grado. En el proceso de enseñanza – aprendizaje de la matemática, la resolución de problemas es una dimensión que promueve el desarrollo de las competencias lingüísticas y matemáticas. Desglosaremos nuestra investigación en tres capítulos: inicialmente presentamos los aspectos generales de la investigación, entre estos, el planteamiento del problema, los antecedentes, la importancia, las hipótesis de investigación, los objetivos generales y específicos. Seguidamente, en el segundo capítulo desarrollamos el marco teórico profundizando el contexto de las competencias en comunicación lingüística, las matemáticas y la resolución de problemas, resaltando, a la vez, los aportes significativos de diversas investigaciones que apoyan nuestro estudio. Posteriormente, en el tercer capítulo realizaremos el diseño de investigación, seleccionaremos una muestra, aplicaremos la prueba piloto y, validada la misma, los instrumentos finales de medición a la población de estudio; se establecerán claramente las variables de interés tanto cuantitativas como cualitativas, y la recogida de la información se distribuirá en varias fases que definiremos en el marco metodológico; finalmente validaremos la hipótesis y presentaremos los resultados mediante cuadros y gráficas estadísticas que nos permitirán analizar e interpretar los resultados, emitir conclusiones, recomendaciones, y valoración del estudio

Modelos de especificación de requerimientos para la obtención de esquemas conceptuales en un dominio restringido: comparación de metodologías

El objetivo del presente trabajo consiste en la realización de un estudio comparativo de metodologías y herramientas existentes, para la determinación de una técnica de especificación de requerimientos, específicamente la construcción de un esquema conceptual, realizado sobre diferentes dominios de aplicación bajo estudio. El alcance definido para efectuar las comparaciones de las diferentes metodologías y herramientas será a nivel conceptual y se define desde el establecimiento de dominios objetos de estudio, con determinación de las características a evaluar tanto para las metodologías como para las herramientas de soporte de las mismas, la recolección de las valoraciones de las características evaluadas en los diferentes dominios y el establecimiento de un método multicriterio para efectuar las comparaciones y de esta manera, determinar cuál combinación de Metodología/Herramienta reúne las mejores características para construir un Esquema Conceptual. En resumen, el objetivo del presente trabajo, es el de proveer un análisis crítico sobre la aplicación de diferentes metodologías y herramientas para la especificación de requerimientos en la obtención de un esquema conceptual cuyo modelo resultante sea una representación fiel de la realidad que se está representando.Facultad de Informátic