7 research outputs found

    Definici贸n de un esquema preconceptual para la obtenci贸n autom谩tica de esquemas conceptuales de UML

    Get PDF
    Resumen: La elicitaci贸n de requisitos de software es una parte de la ingenier铆a de requisitos donde se procura capturar, analizar, sintetizar y convertir a esquemas conceptuales las necesidades del interesado. Este proceso, que se realiza interactivamente con la participaci贸n de analistas e interesados en el desarrollo de la pieza de software, suele presentar problemas de comunicaci贸n originados en la diferencia de especialidades de los participantes en el desarrollo de la pieza de software. Tradicionalmente, en ingenier铆a de software se han solucionado los problemas de este tipo empleando m茅todos de desarrollo. Dado que los diferentes m茅todos no garantizan la soluci贸n de los problemas de comunicaci贸n, ha surgido una nueva tendencia para la generaci贸n autom谩tica de esquemas conceptuales desde lenguajes controlados. En esta nueva tendencia, existen a煤n problemas tales como los siguientes: 鈥e sigue requiriendo una alta participaci贸n del analista, lo cual hace subjetivo el proceso. 鈥e suelen enfocar los proyectos hacia la obtenci贸n de un solo diagrama (generalmente Clases o Entidad-Relaci贸n). 鈥uando los proyectos se enfocan a obtener varios diagramas de UML, se suelen emplear representaciones intermedias independientes para cada uno de los diagramas generados, lo que suele ocasionar problemas de consistencia entre los diagramas resultantes. En esta Tesis se propone un entorno para la generaci贸n autom谩tica de esquemas conceptuales de UML a partir de un lenguaje controlado denominado UN-Lencep. Para ello, se define un nuevo tipo de esquemas intermedios鈥攍os Esquemas Preconceptuales鈥攜 se propone un conjunto de reglas heur铆sticas de transformaci贸n desde UN-Lencep hacia Esquemas Preconceptuales y de all铆 a los diagramas de Clases, Comunicaci贸n y M谩quina de Estados. Los principales aportes de esta Tesis se pueden sintetizar as铆: 鈥a especificaci贸n de UN-Lencep, un nuevo lenguaje controlado que puede ser aplicable a cualquier dominio, pero que contiene los elementos necesarios para obtener autom谩ticamente los denominados Esquemas Preconceptuales. 鈥a definici贸n de los Esquemas Preconceptuales, su sintaxis y su forma de uso, adem谩s de las reglas para obtenerlos desde UN-Lencep. 鈥a conformaci贸n de un conjunto de reglas heur铆sticas que permiten la generaci贸n autom谩tica de diagramas de Clases, Comunicaci贸n y M谩quina de Estados a partir de los Esquemas Preconceptuales. 鈥a implementaci贸n de los elementos descritos en una nuevo tipo de herramientas CASE, que se ocupa de la interpretaci贸n de un discurso en UN-Lencep para generar autom谩ticamente los diagramas de UML mencionados. El prototipo de una herramienta CASE de este tipo, denominado UNC-Diagramador, tambi茅n es un aporte de esta Tesis. Con estos aportes se pretende la reducci贸n del tiempo de elaboraci贸n de los diagramas de UML, el mejoramiento de la calidad de los diagramas que hacen parte de un mismo discurso en UN-Lencep y la creaci贸n de un conjunto de artefactos que permitan mejorar la comunicaci贸n entre analistas e interesados, acercando el lenguaje t茅cnico del analista al lenguaje natural del interesado, y posibilitando la validaci贸n de los elementos que hacen parte de la descripci贸n de un problema que requiere una soluci贸n inform谩tica. Finalmente, se pretende el mejoramiento de la calidad, la cual se entiende como la carencia de errores en correcci贸n (la utilizaci贸n de la sintaxis adecuada), consistencia (la representaci贸n de un mismo elemento en diferentes diagramas) y completitud (la adecuaci贸n de cada uno de los diagramas con el discurso en UN-Lencep). Como trabajos futuros que se encuentran fuera del alcance de estatesis, pero que se pueden nutrir de sus resultados, se cuentan los siguientes: 鈥a generaci贸n autom谩tica de c贸digo ejecutable a partir de los diagramas que arroja el UNC-Diagramador. 鈥a definici贸n de reglas heur铆sticas para la obtenci贸n de otros diagramas de UML, por ejemplo Casos de Uso o Secuencias. 鈥a complementaci贸n de la especificaci贸n de UN-Lencep, para acercarlo cada vez m谩s a lenguaje natural.Abstract: Software Requirements Elicitation is the branch of Requirements Engineering to capture, analyze, synthesize, and convert the needs of the stakeholders into conceptual schemas. This process is made by means of the interactive participation of analysts and stakeholders in the software development process, and most of the times it presents communication problems, which can be originated in the differences of specialties among software development participants. Software development methods have been traditionally used in order to solve communication problems, and Requirements Engineering is an important part of these methods. Due to the fact that Software development methods are not good enough for solving communication problems, a new trend for automatic generation of conceptual schemas from controlled languages has emerged. However, this new trend still has problems to be solved: 鈥nalysts are often required in the process, and their subjectivity affects the entire process. 鈥rojects of this new trend are focused on obtaining only one diagram (commonly class diagram or entity-relationship diagram). 鈥hen projects are focused on several UML diagrams, they use intermediate representations oriented independently to every one of the target diagrams. Consequently, consistency problems among the resulting diagrams arise. We propose, in this Thesis, a new environment for automatically generating UML conceptual schemas from UN-Lencep (a controlled language). We also define, in order to achieve this goal, a new kind of intermediate schemas, called Pre-conceptual Schemas, and we propose a set of rules to transform a UN-Lencep discourse to these intermediate schemas, and then to Class, Communication, and State Machine diagrams. The main contributions of this work are summarized as follows: 鈥he specification of UN-Lencep, a new controlled language applicable to any domain. UN-Lencep is suitable for automatically obtaining the so-called Pre-conceptual Schemas. 鈥he definition of Pre-conceptual Schemas syntax and the set of rules for generating them from UN-Lencep. 鈥he proposal of a set of heuristic rules for generating Class, Communication, and State Machine diagrams by means of Pre-conceptual Schemas. 鈥he implementation of the above defined elements in a new kind of CASE tool to interpret a UN-Lencep discourse and to automatically generate the mentioned UML diagrams. UNC-Diagrammer, the prototype of such CASE tool, is also a contribution of this Thesis. We make these contributions in order to: 鈥educe the time period dedicated to UML diagrams making. 鈥mprove the quality of UML diagrams generated from one UN-Lencep discourse. 鈥reate a set of artifacts to improve the analyst-stakeholder communication. To achieve this goal, we pretend to bridge the gap between technical and natural language. Better communication facilitates validation of the modeling elements, which represent the information solution of a problem. 鈥mprove the quality of the models. Better quality is related to the reduction of errors in correction (the adequate use of syntax), consistency (the proper representation of the same element in different diagrams), and completeness (the use, in the diagrams, of enough elements from the UN-Lencep discourse). The results of this Thesis can generate the following future work: 鈥utomatic generation of a source executable code from the diagrams made by means of the UNC-Diagrammer. 鈥efinition of additional heuristic rules to obtain other UML diagrams, for example Sequence or Use Case diagrams. 鈥ddition of new elements to the UN-Lencep specification, in order to make it close to the natural language.Doctorad

    UNC - Diagramador una herramienta upper CASE para la obtenci贸n de diagramas UML desde esquemas preconceptuales

    Get PDF
    Las herramientas CASE han tenido tradicionalmente un enfoque hacia actividades relativas a las fases 铿乶ales del ciclo de vida del software, como la generaci贸n de c贸digo, por ejemplo. Por ello, este tipo de herramientas, denominadas Lower CASE, han podido apoyar muy someramente a los analistas en procesos como la generaci贸n de esquemas conceptuales a partir de lenguaje natural. Para esta tarea, han venido surgiendo herramientas CASE enfocadas a las fases iniciales del ciclo de vida del software (conocidas como Upper CASE). Sin embargo, estas herramientas a煤n presentan inconvenientes: la mayor铆a de ellas se enfocan en un solo diagrama y las que generan varios diagramas emplean diferentes representaciones intermedias para llegar ellos, lo que puede ocasionar problemas de consistencia en los diagramas resultantes. En este art铆culo se muestra el desarrollo de UNC-Diagramador, una herramienta del tipo Upper CASE para la generaci贸n de diagramas de UML 2.0 desde los denominados Esquemas Preconceptuales, con la cual se trata de solucionar las limitaciones presentadas. El uso de UNC-Diagramador se ejempli铿乧a con un caso de estudio

    Un m茅todo para el refinamiento interactivo del diagrama de clases de uml

    Get PDF
    Durante el proceso de elicitacion de requisitos se presentan problemas de comunicaci贸n entre analistas e interesados que suelen ocasionar perdidas de requisitos funcionales. Estas perdidas se aminoran mediante el refinamiento de los esquemas conceptuales, en particular el diagrama de clases de UML. Existen algunos acercamientos al refinamiento del diagrama de clases, pero que no realizan ciclos de interacci贸n con el interesado; otros enfoques realizan refinamiento interactivo del diagrama entidad-relaci贸n, un diagrama que no posee toda la informaci贸n contenida en el diagrama de clases. En este articulo se realiza el refinamiento del diagrama de clases de UML mediante la interacci贸n con el interesado. Para ello, se proponen reglas de completitud que se disparan en lenguaje natural y se emplea un corpus de diagramas de clases para complementar el conocimiento del analista en un determinado dominio. El an谩lisis de completitud propuesto se ilustra con un prototipo en la herramienta UNCDiagramador y se ejemplifica con un caso de estudio

    UNC - Diagramador una herramienta upper CASE para la obtenci贸n de diagramas UML desde esquemas preconceptuales

    Get PDF
    CASE tools have been traditionally focused in activities concerned with the 铿乶al stages in a software鈥檚 operational life, e.g. code creation. That is why this kind of tools, known as Lower CASE, have not been able to lend real support to analysts in processes like the creation of conceptual schemes from a natural language. To accomplish this, CASE tools focused on the starting stages (known as Upper CASE) have been developed. However, those tools continue to have some drawbacks, as most of them are focused in a single diagram, and those which create several diagrams use different intermediate representations to achieve them. This might result in consistency problems in the generated diagrams. This paper shows the development of a UNC-layout, an Upper CASE tool for the generation of UML 2.0 diagrams from the so-called Pre-conceptual Schemes in an attempt to overcome its drawbacks. The use of the UNC-Layout is shown in a case study.Las 聽herramientas 聽CASE 聽han 聽tenido 聽tradicionalmente 聽un 聽enfoque hacia actividades relativas a las fases 铿乶ales del ciclo de vida del software, como la generaci贸n de c贸digo, por ejemplo. Por ello, este tipo de herramientas, denominadas Lower CASE, han podido apoyar muy someramente a los analistas en procesos como la generaci贸n de esquemas conceptuales a partir de lenguaje natural. Para esta tarea, han venido surgiendo herramientas CASE enfocadas a las fases iniciales del ciclo de vida del software (conocidas como Upper CASE). Sin embargo, estas herramientas a煤n presentan inconvenientes: la mayor铆a de ellas se enfocan en un solo diagrama y las que generan varios diagramas emplean diferentes representaciones intermedias para llegar ellos, lo que puede ocasionar problemas de consistencia en los diagramas resultantes. En este art铆culo se muestra el desarrollo de UNC-Diagramador, una herramienta del tipo Upper CASE para la generaci贸n de diagramas de UML 2.0 desde los denominados Esquemas Preconceptuales, con la cual se trata de solucionar las limitaciones presentadas. El uso de UNC-Diagramador se ejempli铿乧a con un caso de estudio

    Conversi贸n de esquemas preconceptuales a diagrama de casos de uso empleando atom3

    Get PDF
    El diagrama de casos de uso describe las interacciones entre un usuario y una pieza de software. Se han realizado algunos trabajos que buscan la generaci贸n autom谩tica o semiautom谩tica del diagrama de casos de uso desde descripciones en lenguajes naturales o controlados. Sin embargo, estos esfuerzos no han sido suficientes porque algunos parten de un lenguaje controlado orientado a la soluci贸n, la cual no existe en las etapas iniciales del ciclo de vida del software; otros trabajos requieren una alta intervenci贸n del analista para la generaci贸n del diagrama, lo cual es altamente inconveniente si se trata de automatizar el proceso; finalmente, no se identifican todos los elementos del diagrama de casos de uso, en particular las relaciones especiales (, e ). En este art铆culo se define un m茅todo basado en reglas heur铆sticas que permite identificar los actores, los casos de uso y las relaciones especiales del diagrama de casos de uso, tomando como punto de partida una representaci贸n en lenguaje controlado del dominio del problema: los denominados esquemas preconceptuales. Adem谩s, se realiza la implementaci贸n de estas heur铆sticas en la herramienta metaCASE AToM3 y se ejemplifica con un caso de estudio

    Un modelo de di谩logo para la generaci贸n autom谩tica de especificaciones en un-LENCEP

    Get PDF
    Los lenguajes controlados vienen probando su utilidad en la educci贸n de requisitos de software. Desde las especificaciones textuales de los casos de uso, hasta ciertas formas de lenguajes controlados para la generaci贸n de ontolog铆as, los conceptos y relaciones del mundo se pueden expresar en lenguajes controlados para su posterior procesamiento hacia la elaboraci贸n de esquemas conceptuales. En particular, el UN-Lencep (Universidad Nacional de Colombia鈥擫enguaje Controlado para la Especificaci贸n de Esquemas Preconceptuales) permite la generaci贸n de Esquemas Preconceptuales (que son diagramas intermedios para la obtenci贸n autom谩tica de diagramas para el desarrollo de software). La elaboraci贸n de la especificaci贸n textual de una aplicaci贸n de software en alguna forma de lenguaje controlado suele ser una responsabilidad de los analistas, puesto que a los interesados en la elaboraci贸n del software se les dificulta el uso de estos lenguajes para la expresi贸n adecuada de los requisitos. Como soluci贸n a este problema, se procura la obtenci贸n de los lenguajes controlados desde las interfaces gr谩ficas de usuario del software futuro o, incluso, a partir de las especificaciones textuales de los casos de uso, pero ello implica tener dise帽ado el software que soluciona los problemas de los interesados, lo cual s贸lo ocurre en fases muy avanzadas del ciclo de vida del software, y no en la fase de definici贸n, que es donde toma lugar la educci贸n de requisitos. Otra soluci贸n que se suele dar es la construcci贸n de los esquemas conceptuales a partir de un di谩logo con el interesado, pero, en este caso, la interacci贸n con el sistema de di谩logo se enfoca 煤nicamente en la construcci贸n de un esquema conceptual (en este caso el diagrama entidad-relaci贸n) y no en la construcci贸n de una especificaci贸n en lenguaje controlado que contenga varios esquemas conceptuales, como es el caso del UN-Lencep. En este proyecto de investigaci贸n se sigue esta 煤ltima l铆nea de trabajo para procurar la obtenci贸n de especificaciones textuales en UN-Lencep a partir de un di谩logo controlado con el interesado. Para ese di谩logo se establece un modelo que permita su automatizaci贸n y posterior traducci贸n a una herramienta computacional, que tambi茅n se procura a nivel de prototipo. En este libro se propone, dise帽a, desarrolla e implementa un modelo de di谩logo que permite obtener de forma autom谩tica la especificaci贸n de una aplicaci贸n, expresada en el lenguaje controlado UN-Lencep. El modelo de di谩logo se traduce en una estructura para las entrevistas analista-interesado, que desembocan finalmente, de forma autom谩tica, en un discurso que representa la soluci贸n. Para ello, el Grupo de Investigaci贸n en Lenguajes Computacionales de la Universidad Nacional de Colombia refina un conjunto de proyectos previos y explora las posibilidades de nuevos 谩mbitos, ligados con la ling眉铆stica computacional y el Procesamiento del lenguaje natural, como una forma de aplicaci贸n de la investigaci贸n te贸rica en esas disciplinas a la Ingenier铆a de Software. Este libro constituye el informe final del proyecto de investigaci贸n DIME 308051058, que financi贸 la Direcci贸n de Investigaciones de la Sede Medell铆n de la Universidad Nacional de Colombia, para quien el grupo de investigaci贸n manifiestan su gratitud por el aporte que realiza esta entidad al fomento de la investigaci贸n en Colombia. (Tomado de la fuente

    M茅todo de Consistencia en la Relaci贸n entre Problemas y Objetivos para el Proceso de Elicitaci贸n de Requisitos de Software

    Get PDF
    La captura de requisitos es un proceso manual que lleva a cabo el analista con base en su experiencia e inter- pretaci贸n. En este proceso, la definici贸n de los problemas por solucionar y su relaci贸n con los objetivos de la organizaci贸n se realizan sin seguir unas pautas que garanticen la consistencia. En muchos casos, esto trae consigo problemas posteriores en el ciclo de vida del software. M茅todos de ingenier铆a de software utilizan el diagrama de objetivos de KAOS y el diagrama causa-efecto para representar objetivos y problemas, pero siguen siendo una tarea de interpretaci贸n del analista, sin tener en cuenta m茅todos de consistencia para su representaci贸n. El art铆culo aborda la generaci贸n de un m茅todo que establezca de forma autom谩tica y consistente la relaci贸n entre objetivos de la organizaci贸n y los problemas que se detectan en el proceso de educci贸n de requisitos, adem谩s de presentar un conjunto de estructuras ling眉铆sticas para la representaci贸n de problemas y objetivos.Palabras clave: Estructura de problemas, estructura de objetivos, relaciones de consistencia, estructuras grama- ticales, educci贸n de requisitos
    corecore