Search

Context: SEMAT (Software Engineering Method and Theory) is promoting a software engineering theory with adequate terminology to improve the transference of methods and practices between teams. Terminologies should be uniform in order to eliminate ambiguity, improve communication among teams, and support new concepts. Method: The process of reaching uniformity is called terminology unification. In this paper we propose a method for improving the Essence standard based on terminology unification. This method comprises four stages: selection of base models and definitions for structuring terms, identification of terminology problems by comparing the base models and definitions, unification of terms among the base models and definitions, and measurement of the gap between the current standard terms and the proposed changes. Results: We propose a set of modifications to the Essence standard in constructs like: alpha state cards, relationships among alphas, and names of activity spaces. Conclusions: By solving such conflicts, we can define a common, unambiguous terminology for software engineering teams.

Performance measurement is crucial for achieving business success. Moreover, such success is also related to the fulfillment of the organizational strategic objectives. Hence, an adequate determination of relevant performance indicators—or key performance indicators (KPIs)—and their relationships to organizational objectives is needed. Even though several approaches for treating KPIs and objective-KPI relationships have been proposed, they exhibit some drawbacks associated with the lack of reusability and traceability. We attempt to fill this gap by proposing a set of patterns based on pre-conceptual schemas for supporting the systematic derivation of KPIs and their relationships to organizational objectives. In this way, the proposed patterns guarantee a reusable and traceable derivation process of a set of candidate KPIs from organizational strategic objectives. Lastly, we provide a lab study in order to illustrate the usefulness of this proposal.

Los Sistemas de Información Geográfica (SIG) constituyen un apoyo importante para el análisis y solución de problemas en áreas, como: salud, hidrología, ingeniería y gestión territorial, entre otras. El desarrollo metodológico de los SIG no incluye especificaciones propias; por el contrario, son propuestas modificadas de otros métodos, que contienen los mismos productos de trabajo, actividades y recursos de los métodos tradicionales de desarrollo, tales como el Rational Unified Process (RUP). Uno de esos métodos es del Instituto Geográfico Agustín Codazzi (IGAC). Semat (Teoría y Métodos de la Ingeniería de Software) es una iniciativa que ayuda a capturar elementos esenciales y comunes, universales a todos los esfuerzos de desarrollo de software. En busca de las especificaciones propias de los métodos de desarrollo de SIGs, en este artículo se propone una representación basada en el núcleo de Semat del método IGAC para identificar la relación con el método tradicional Proceso Unificado de Racional (RUP). Con esta representación es posible determinar las prácticas asociadas con el método IGAC que se heredan de los métodos tradicionales.

Los procesos que se suelen asociar con los programas académicos y los objetivos organizacionales que los respaldan aún no se unifican en la literatura especializada. Esa unificación se puede lograr empleando procesos de gestión del conocimiento. Por ello, en este artículo se propone una ampliación a una versión previa del esquema preconceptual que representa la gestión de programas académicos, tomando en consideración la opinión de expertos mediante una encuesta diseñada para tal fin. El esquema resultante se ejemplifica con el programa de Ingeniería de Sistemas de la Universidad de Medellín.

La educción de requisitos implica la identificación, captura e integración de requisitos, bajo la intervención de un grupo de analistas e interesados, generando descripciones textuales o gráficas que plasman los conceptos más relevantes del dominio del interesado, para el desarrollo de una aplicación de software. Tradicionalmente, las etapas de identificación y obtención de requisitos (que se expresan en lenguaje natural) se ejecutan a partir de técnicas que requieren alta intervención del analista y amplio conocimiento del contexto/dominio del problema. Lo anterior implica un proceso subjetivo, ambiguo, con errores, que ocasiona pérdidas en la generación de modelos iniciales del dominio (especificados en un lenguaje controlado). En este artículo se realiza una síntesis de los acercamientos conceptuales y tendencias encontrados en la literatura referentes a la transformación de lenguaje natural a lenguaje controlado en la educción de requisitos. Finalmente, se propone un esquema pre-conceptual que representa el marco conceptual del proceso de transformación.

El Grafo de Interacción de Eventos (EIG por sus siglas en inglés) es una herramienta que representa la relación y ocurrencia de los eventos en una aplicación de software. Algunos autores utilizan este grafo en la lógica de negocio para representar la interacción de eventos en el sistema, generalmente, en operaciones y funciones de la interfaz gráfica de usuario (GUI por sus siglas en inglés). Los eventos disparadores y de resultado son responsables de los cambios en el estado de los procesos de negocio. Sin embargo, no existen artefactos que representen la interacción entre ellos. Es por esta razón que en este artículo se propone una adaptación del EIG para la representación y la interacción de los eventos disparadores y de resultado en el proceso de ingeniería de requisitos. Se emplea como base para la representación la notación de los eventos en esquemas preconceptuales.

Los Sistemas de Información Geográfica (SIG) representan fenómenos geográfico-dinámicos y contienen datos espacio-temporales de entidades geográficas. Las representaciones de estos datos se basan en diferentes tipos de diagramas: entidad-relación, orientados a objetos, orientados a eventos y clases. Estos diagramas tienen diferentes formas de representación y almacenamiento de los datos espacio-temporales, pero no consideran la información contenida en dichos diagramas para mejorar la interoperabilidad existente entre ellos. Además, los usuarios de estos diagramas requieren habilidades técnicas de modelado, que no suelen tener los usuarios de los SIG. La interoperabilidad en los SIG se interpreta como la necesidad de integrar datos de diferentes fuentes. En este artículo se propone una representación de datos espacio-temporales, que permite identificar los datos mínimos requeridos para la interoperabilidad entre diferentes estándares para SIG. Se emplean los denominados esquemas preconceptuales para la representación del conocimiento en este tema, pues posibilitan la ejemplificación de los conceptos y son computacionalmente tratables.

Hoy en día los Sistemas de Información Geográfica (SIG) se utilizan ampliamente al interior de las empresas para la gestión de la información espacial. Usualmente, el desarrollo de estos sistemas y sus bases de datos se realizan de manera aislada, generando inconvenientes a la hora de intentar compartir los datos y las funciones entre ellas. Este problema evidencia la necesidad de buscar opciones de interoperabilidad—definida ésta como la capacidad de los programas para compartir sus datos y procesos de manera que haya poca o nula intervención del usuario—entre los SIG. Existen varios esfuerzos realizados en esta dirección, principalmente a nivel sintáctico y semántico, clasificados en cuatro grupos principales: 1) la definición de estándares, 2) la elaboración de ontologías en el dominio SIG, 3) el desarrollo de servicios web y 4) la implementación de computación grid. En este artículo se realiza un análisis conceptual de los trabajos realizados en cada clasificación, se sintetizan los aportes identificados y se presenta un resumen mediante un esquema preconceptual

El lenguaje desempeña un papel importante en el diseño y evaluación de proyectos, especialmente cuando se trata de identificar y enunciar problemas y objetivos. Aunque no se propone formalmente, en algunos ámbitos se reconoce que existen estructuras para expresar objetivos y problemas ligados con una organización. Sin embargo, no se suele plantear una relación directa entre ellas o, si se requiere, se plantean de forma intuitiva. Esta relación es importante porque permite a los miembros de la organización plantear soluciones a los problemas que se liguen con sus objetivos estratégicos. Por ello, en este artículo se presenta una propuesta innovadora para establecer las relaciones lingüísticas entre los problemas de una organización y sus objetivos. Además se muestran algunos ejemplos.

Entidad-relación es uno de los diagramas que se utilizan en el desarrollo de modelos para representar la información de un dominio. Con el fin de agilizar y mejorar el proceso de desarrollo de software, diferentes propuestas surgieron para contribuir en la obtención automática o semiautomática del diagrama entidad-relación. Varias de estas propuestas utilizan como punto de partida lenguaje natural o lenguaje controlado, mientras otras propuestas utilizan representaciones intermedias. Los interesados en el desarrollo de una aplicación de software no suelen comprender varias de las representaciones utilizadas sin tener previa capacitación, lo cual restringe la participación activa del interesado en todas las etapas del desarrollo. Con el fin de solucionar estos problemas, en este artículo se propone un conjunto de reglas heurísticas para la obtención automática del diagrama entidad-relación y su representación en SQL. Se toma como punto de partida el lenguaje controlado UN-Lencep, que ya se emplea para la generación de otros artefactos en el desarrollo de aplicaciones de software.Entity-relationship diagram (ERD) is one of the used in modelling the domain information. Several proposals have emerged for speeding up and improving the software development process by either automatically or semi-automatically obtain the ERD. Natural language, controlled languages, and intermediate representations have been used in such a task. The stakeholders (people with some concern in application development), when untrained, are incapable to understand several of such representations. As a consequence, stakeholder active participation in software development is highly restricted. Trying to solve these problems, a set of heuristic rules for automatically obtaining ERD and its SQL-based equivalence is proposed in this paper. The starting point is UN-Lencep, a controlled language already used for generating other artefacts belonging to software application development.

La confianza es uno de los factores críticos de éxito que permiten mejorar las organizaciones y por esto diversos autores se han interesado en su estudio. En este artículo, se realiza una revisión de literatura crítica sobre los distintos modelos existentes de confianza a nivel organizacional y se compilan los resultados de dicha revisión. Se busca, como objetivo de investigación, establecer esos elementos comunes que se encuentran bajo el concepto de confianza, con el fin de formular, a futuro, un modelo unificado de confianza. El resultado principal de esta revisión muestra elementos como el fideicomitente, el fideicomisario y los factores que afectan la confianza.

Desde mediados de los 90 se viene dando la tendencia a identificar aspectos desde las etapas más tempranas del desarrollo de software. Las herramientas CASE (Computer-Aided Software Engineering) estándar permiten representar los aspectos en diagramas UML (Unified Modeling Language) pero, para ello, se requiere que el analista interprete de manera subjetiva el dominio, sin que medie una validación de los interesados. Es por esto que en este artículo se proponeun entorno, basado en EMF (Eclipse® Modelling Framework), que permite representar los aspectos en esquemas preconceptuales para luego traducirlos a los diagramas de clases y secuencias. El uso de la herramienta se ejemplifica con un caso de estudio.Since the mid-nineties, there has been a trend for identifying aspects from the earliest stages of software development lifecycle. The standard CASE (Computer-Aided Software Engineering) tools are used to represent aspects in UML (Unified Modeling Language) diagrams. However, the analyst makes this task by interpreting the domain in a subjective way, with no validation from stakeholders. For this reason, in this paper we present an EMF-based environment for representing aspects in pre-conceptual schemas, and then translating them into class and sequence diagrams. We exemplify the use of such environment with a case study.

El proceso de educción de requisitos es importante para garantizar la calidad de las aplicaciones. Este proceso se suele enseñar, en ingeniería de software, empleando métodos tradicionales. Los juegos al interior de la ingeniería de software se vienen usando para mejorar la enseñanza de algunos temas particulares, pero el proceso de educción no se abordó hasta el momento. Como una manera de lidiar con los problemas en la enseñanza del proceso de educción de requisitos, en este artículo se propone el "juego de la comunicación y la trazabilidad" y se compendian los resultados de la aplicación de este juego a varios grupos de estudiantes.

OO-Method (OOM), es un método basado en modelos orientados a objetos para la generación automática de código. Para la construcción de un producto de software empleando OOM, se debe partir desde los diagramas que propone este método. Esto requiere un gran esfuerzo por parte del analista quien, de manera subjetiva, debe elaborar dichos diagramas. Por otra parte, los Esquemas preconceptuales son diagramas previos a los esquemas conceptuales que permiten representar el conocimiento, presentan una sintaxis cercana a los lenguajes controlados y permiten obtener, automáticamente, diagramas de UML. En este artículo, aprovechando las ventajas anotadas para los Esquemas Preconceptuales, se propone un conjunto de reglas para la obtención de los diagramas de OOM a partir de dichos esquemas. Esta propuesta se ejemplifica con un caso de estudio.

Los conceptos ontológicos se suelen acercar más a la ingeniería del conocimiento, por lo que los ingenieros del software no los suelen aplicar para resolver problemas de su área. Es necesario que los ingenieros de software se apropien de las ontologías, pues éstas proporcionan un vocabulario común, que podría contribuir en la solución de problemas recurrentes en ingeniería del software, tales como la dificultad de la comunicación entre analista e interesado para definir los requisitos de un sistema, la baja reutilización de componentes y la escasa generación automática de código, entre otros. En este artículo se presenta un primer enlace entre las ontologías y la ingeniería de software mediante la recopilación y análisis de la literatura relativa a la utilización de las ontologías en las diferentes fases del ciclo de vida de un producto de software.Ontology concepts have been traditionally linked to knowledge engineering and software engineers have not applied them to solve problems of this area. It is necessary that software engineers use these ontologies, since they provide a common language, which can contribute to the solution of some common software engineering problems like difficulties in communication between the analyst and the interested person in order to define a system requirements, the low components re-use, and scarce automatic generation in code generation, among others. In this paper, a first encounter between ontologies and software engineering by means of a state-of-the-art analysis related to the use of ontologies in several phases of software development life cycle is presented.

Aspects have been gradually consolidating as a new software development paradigm. Although aspects are already common in programming, as aspect-oriented languages have shown, aspect evolution is currently going to the first phases of software development lifecycle. Some work has been devoted to natural-language-based aspect identification. However, translation from natural language to conceptual schemas still has problems. For this reason, we present, in this paper, a proposal for representing aspects in the so-called pre-conceptual schemes (PS), which are previous diagrams to conceptual scheme generation. PS representation is, then, translated into class and sequence diagram, two of the most representative UML diagrams. The overall environment is, finally, exemplified by means of a case study

Los sistemas de información geográfica (SIG) requieren interoperabilidad (capacidad para compartir datos y procesos) porque contienen grandes cantidades de información que se debe complementar para realizar procesos de análisis, predicción y estudios socioeconómicos, entre otros. Pese a existir estándares para el desarrollo de SIG, la interoperabilidad entre sistemas ya desarrollados es un problema, ya que la estructura de datos y procesos es propia de cada sistema y la gran cantidad de datos dificulta su migración a las estructuras estándar. Por ello, en este artículo de investigación científica y tecnológica se elabora un caso de estudio que permita comprender los elementos subyacentes a la interoperabilidad entre SIG.Geographic Information Systems (GIS) require interoperability (capacity for sharing data and processes) due to the big amount of information. This information should be supplemented in order to make analysis, prediction processes, and socioeconomic studies, among others. Despite the efforts for standardizing GIS development, interoperability between ancient GIS still has problems: data and process structure are different for every GIS and data size makes the migration of data to standard structures difficult. The above reasons lead us to propose, in this scientific and technological research paper, a case study for better understanding GIS interoperability.

Information systems are sets of interacting elements aimed at supporting entrepreneurial or business activities; they cannot thus coexist in an isolated way but require their data to be shared so as to increase their productivity. Such systems’ interoperability is normally accomplished through mark-up standards, query languages and web services. The literature contains work related to software system interoperability; however, it presents some difficulties, such as the need for using the same platforms and different programming languages, the use of read only languages and the deficiencies in the formalism used for achieving it. This paper presents a critical review of the advances made regarding heterogeneous software systems’ interoperability.

Los ingenieros de software emplean los métodos de desarrollo para garantizar la entrega puntual, el cumplimiento de los presu-puestos y la calidad de las aplicaciones de software. Existen dos tipos de métodos de desarrollo: los dirigidos por planes, y los á-giles. Ambos, aún presentan problemas: se refieren a la solución en lugar de pensar en el problema, usan artefactos formales o semiformales y dejan el manejo de la consistencia en manos de los analistas. En este artículo se define UNC-Method, un méto-do de desarrollo de software basado en problemas, que se viene desarrollando en la Universidad Nacional de Colombia y que se usa en la Escuela de Sistemas como parte del entrenamiento en desarrollo metodológico de software a los estudiantes de di-cha universidad durante los últimos cinco años. UNC-Method combina artefactos tradicionales del desarrollo de software (como los diagramas de UML y las interfaces gráficas de usuario) con enfoques no tradicionales en dicha disciplina (como los diagra-mas causa-efecto, los diagramas de objetivos de KAOS y los esquemas preconceptuales) en un esfuerzo por resolver los proble-mas antes mencionados. Además, se ejemplifica el método con un caso de estudio.

Well-known CASE tools only generate the heading of the methods to automatically generate source code from UML diagrams. Some proposals partially generate the body of the methods; however they use non-standard modeling elements or hand-made source code elements. This paper proposes a process for generating the body of the methods from class diagram operations in an attempt to overcome such constraints. “Semantics of class operations” was thus defined as a way of linking class diagram o-perations to development platform implemented methods. These kinds of semantics use pre- and post-conditions belonging to the operations and the development platform library meta-model. This process is also exemplified by giving a case study. An UML instance of the java.sql package meta-model was created for developing the case study.

La enseñanza de la ingeniería de software se ha abordado tradicionalmente con métodos convencionales como clases magistrales y proyectos prácticos. Estas estrategias, si bien han permitido la formación de profesionales en esta área durante las últimas cuatro décadas, se han centrado en el docente como fuente de aprendizaje y dejan de lado estrategias en las cuales los alumnos son el centro del aprendizaje, tales como los juegos, estudios de casos y simulaciones. En este artículo se propone “El Juego de la Consistencia”, como una manera de lograr el aprendizaje de los alumnos desde una experiencia lúdica; el juego trabaja el concepto de consistencia entre diagramas de UML (Unified Modeling Language), el estándar más aceptado en la actualidad para el modelado de sistemas informáticos en ingeniería de software.Software Engineering teaching has been traditionally worked with conventional methods like magisterial classes and practical projects. These strategies have been centered in teachers as learning sources, though they have permitted professional formation through four decades, but they apart student-centered learning strategies, like games, case studies, and simulations. In this paper we propose “Consistency Game”, a way to achieve students learning from a playful experience; the game works with the concept UML (Unified Modeling Language) diagrams consistency. UML is, nowadays, the most accepted standard for information systems modeling in Software Engineering.

During the requirements elicitation process, a group of analysts and stakeholders identify, capture, and integrate requirements. Textual or graphic descriptions capturing the most relevant concepts from the domain of a software application development are generated. Commonly, the initial phases—identifying and capturing requirements expressed in natural language—are executed by using techniques in which high analyst intervention and comprehensive knowledge of the context and the problem domain are required. Thus, a subjective, ambiguous, and error-prone process is implied, causing losses in the generation of the initial domain models (specified in a controlled language). In this paper we provide a synthesis of trends and conceptual approaches found in the state of the art concerning the natural language transformation into controlled language during the requirements elicitation process. Finally, we propose a pre-conceptual schema for representing the conceptual framework of the transformation process.

OO-Method is an object-oriented method for automated code generation. In order to develop a software application by using OO-Method, the analyst must subjectively create the diagrams included in OO-Method. In this task the analyst must invest too much effort. On the other hand, Pre-conceptual Schemas are controlled-language-based diagrams for knowledge representation. Also, Pre-conceptual Schemas are previous diagrams to conceptual schemas and they are designed for automatically obtaining UML diagrams. In this paper, we take advantage of Pre-conceptual Schemas and we propose a set of rules for obtaining OO-Method diagrams from these Schemas. We also exemplify the proposal with a case study.

Requirements elicitation process is important to guarantee the quality of software applications. In software engineering, requirements elicitation process has been taught by means of traditional methods. Games have been used to improve teaching of some issues in software engineering, but elicitation has not been the center of this way of teaching. As a way to deal with problems in requirements elicitation process teaching, we create in this paper "Communication and Traceability Game" and we summarize the results of applying this game to several groups of students.

Software Engineering teaching has been traditionally worked with conventional methods like magisterial classes and practical projects. These strategies have been centered in teachers as learning sources, though they have permitted professional formation through four decades, but they apart student-centered learning strategies, like games, case studies, and simulations. In this paper we propose “Consistency Game”, a way to achieve students learning from a playful experience; the game works with the concept UML (Unified Modeling Language) diagrams consistency. UML is, nowadays, the most accepted standard for information systems modeling in Software Engineering.

In the context of the process of software development automated recognition of class operations from textual descriptions of a system is an open research topic. This paper presents a proposal to deal whit this problem, which is based on Sowa’s conceptual graphs and a linguistic treatment of their components; this treatment is based on verb classification identification from three features: telicity, dynamism and durability

La enseñanza de la ingeniería de software se ha abordado tradicionalmente con métodos convencionales como clases magistrales y proyectos prácticos. Estas estrategias, si bien han permitido la formación de profesionales en esta área durante las últimas cuatro décadas, se han centrado en el docente como fuente de aprendizaje y dejan de lado estrategias en las cuales los alumnos son el centro del aprendizaje, tales como los juegos, estudios de casos y simulaciones. En este artículo se propone “El Juego de la Consistencia”, como una manera de lograr el aprendizaje de los alumnos desde una experiencia lúdica; el juego trabaja el concepto de consistencia entre diagramas de UML (Unified Modeling Language), el estándar más aceptado en la actualidad para el modelado de sistemas informáticos en ingeniería de software.